MANUAL DE USUARIO Módulo GESTIÓN DE TESORERÍA CURSO: Gestión de Pagos (Volumen III) 2.2 Control de cambios Versión Fecha Descripción del cambio 2.0 15/07/2013 Versión previa 2.1 15/07/2013 Se codifica el nombre del documento FOR030-MUS-FITR-000 Manual Gestión de Pagos v2.1.doc 2.2 21/08/2014 Extracción del fichero de pagos con la via de pago 8 “Transferencia al juzgado” ÍNDICE 1. INTRODUCCIÓN .............................................................................. 5 1.1. Objeto del Documento ............................................................................................. 5 1.2. Estructura del Documento ....................................................................................... 6 1.3. Alcance de SEFCAN ............................................................................................... 7 1.4. Acceso a manuales actualizados............................................................................ 9 2. SECCIÓN CONCEPTUAL .............................................................. 10 2.1. Introducción a Gestión de Tesorería. ................................................................... 10 2.2. Proceso de Gestión de Tesorería ......................................................................... 12 2.2.1. Conceptos previos ..............................................................................................................12 2.2.2. Descripción del Proceso. .....................................................................................................13 Gestión de Terceros .................................................................................................................................. 13 Gestión Bancaria ....................................................................................................................................... 15 Gestión de Pagos. ...................................................................................................................................... 17 Gestión de Embargos ................................................................................................................................ 19 Cálculo de Intereses .................................................................................................................................. 20 Gestión Depositaria ................................................................................................................................... 21 2.3. Estructura Organizativa ......................................................................................... 27 Entidad CP .................................................................................................................................................. 27 Sociedad FI ................................................................................................................................................. 27 2.4. Estructura Presupuestaria ..................................................................................... 30 Partida Presupuestaria .............................................................................................................................. 30 Centros Gestores ....................................................................................................................................... 31 Posiciones Presupuestarias ..................................................................................................................... 31 Programa Presupuestario ......................................................................................................................... 32 Fondos ........................................................................................................................................................ 32 3. SECCIÓN PRÁCTICA .................................................................... 34 3.1. Gestión de pagos .................................................................................................. 34 3.1.1. Plan de disposición de fondos .............................................................................................34 Actualización de normas para PDF (Transacción Z53_FITR_NORMPDF)............................................. 35 Carga de Presupuesto inicial Tesorería Z53_FITR_CARGA_PDF) ........................................................ 39 Presupuesto de Tesorería actualizado (Transacción Z53_FITR_LISTADO_PDF) ................................ 41 Crear Anticipos de Consignación PDF (Z53_FITR_ANTIC_PDF01) ....................................................... 44 Modificar Anticipos de Consignación PDF (Z53_FITR_ANTIC_PDF02) ................................................ 51 Visualizar Anticipos de Consignación PDF (Transacción Z53_FITR_ANTIC_PDF3)............................ 54 Anular Anticipos de Consignación PDF (Transacción Z53_FITR_ANTIC_PDF08) ............................... 56 Impresión Formulario Anticipos de Consignación (Transacción Z53_FITR_IMP_ANT_PDF) ............. 59 3.1.2. Ordenación de Pagos..........................................................................................................63 Creación Lista de ordenación (Transacción /IECI/OR_TR_ALV0) ......................................................... 63 3.1.3. Anulación de la ordenación de pagos ..................................................................................71 Anulación de la Ordenación de Pagos (Transacción /IECI/OR_TR_ALV0) ........................................... 71 3.1.4. Programa de pagos automáticos .........................................................................................74 Pagos Automáticos (Transacción /IECI/OR_TR_ALV0) .......................................................................... 74 Extracción del fichero de pagos con la via de pago 8 “Transferencia al juzgado”.............................. 93 Control Saldos Bancarios (Z53_FITR_CTRL_SALDOS_BRIO_PAGO) .................................................. 97 3.1.5. Anulaciones masivas en propuestas de pago .................................................................... 101 Anulación Masiva de Propuesta de ago automática (/IECI/OR_ZCEFTRO1001) ................................ 101 3.1.6. Contabilización de pagos manuales .................................................................................. 105 Contabilizar Pagos Manuales (Transacción Z53_FITR_FBZ2) ............................................................. 105 Correspondencia: Transferencias manuales ........................................................................................ 126 3.1.7. Contabilización de pagos parciales.................................................................................... 130 Entrar solicitud de pago .......................................................................................................................... 130 Pagos Automáticos (Transacción /IECI/OR_TR_ALV0) ........................................................................ 136 3.1.8. Visualizar documentos ...................................................................................................... 152 Visualizar Documento (FB03) ................................................................................................................. 152 3.1.9. Modificar documentos de pago.......................................................................................... 156 Modificaciones masivas de documentos de pago ................................................................................ 157 Modificar documento ............................................................................................................................... 162 3.1.10. Visualizar Modificaciones de Documentos ....................................................................... 167 Visualizar Documento (FB03) ................................................................................................................. 167 3.1.11. Retrocesiones de pago.................................................................................................... 168 Anular Documento de Compensación (FBRA) ...................................................................................... 168 1. INTRODUCCIÓN 1.1. Objeto del Documento Este documento, constituye el Manual que se utilizará en las sesiones de formación de SEFCAN como material de apoyo al alumno, para practicar los conocimientos teóricos adquiridos durante el desarrollo de las mismas. Este Manual está dirigido a los usuarios de SEFCAN que llevan a cabo las tareas relacionadas con la gestión de los procesos del ámbito de la tesorería del Gobierno de Canarias. La gestión de Tesorería dentro del Gobierno de Canarias se estructura en: Gestión a Terceros Gestión Bancaria Gestión de Pagos Gestión de Embargos Gestión Depositarios NOTA: Página 5 de 176 1.2. Estructura del Documento El Manual está estructurado en varias secciones: Sección “Conceptual”: Incluye, en primer lugar, una breve explicación del ámbito de aplicación y alcance global de SEFCAN con la finalidad de situar al alumno en contexto. En segundo lugar, explica el proceso de “Gestión del Tesorería” y sus principales características, la estructura organizativa que afecta a dicho proceso, la terminología y conceptos básicos SAP relacionados. Secciones “Prácticas”de las distintas áreas: Cada sección práctica contiene la secuencia de pasos que deberá completar un usuario para realizar cada una de las transacciones a las que tiene permiso, ilustrada con ejemplos que permitirán al alumno entender y poner en práctica los conocimientos aprendidos. NOTA: Página 6 de 176 1.3. Alcance de SEFCAN SEFCAN, es el Sistema Económico Financiero del Gobierno de Canarias, diseñado y desarrollado para ser una herramienta orientada a dar el máximo valor añadido a la actividad económica financiera de la Comunidad Autónoma de Canarias. El alcance y ámbito de aplicación de SEFCAN podemos definirlo desde dos puntos de vista: Desde el punto de vista organizativo, SEFCAN afecta a la Administración de la Comunidad Autónoma de Canarias (la totalidad de Consejerías del Gobierno de Canarias) así como a sus Organismos Autónomos. Desde un punto de vista funcional, SEFCAN abarca las siguientes módulos o áreas: Adicionalmente, SEFCAN incorpora integraciones con diferentes aplicaciones corporativas, garantizando así el intercambio y flujo de información necesario para mantener todas las funcionalidades actuales: NOTA: Página 7 de 176 En términos generales, entre los principales valores a destacar de SEFCAN, de cara a su utilización y manejo por los usuarios del Gobierno de Canarias, podemos destacar los siguientes: Integración con entornos ofimáticos o Integración con Excel o Integración con Word Previsualización de informes en pantalla. Ahorro de papel. Business warehouse. Informes personalizados. Unificación de plantillas de documentos. Uso de repositorio organizado y centralizado de documentación y expedientes. Circuitos de expedientes. Bandejas. Oficina virtual. Portal del ciudadano. NOTA: Página 8 de 176 1.4. Acceso a manuales actualizados Para consultar, descargar o imprimir la versión más actualizada de los manuales de usuario, se ha habilitado un espacio en la red del Gobierno de Canarias, al que se puede acceder a través de la siguiente dirección: ftp://sefcanr:[email protected] En caso de problemas de acceso, se debe contactar con el personal de informática que opera en los respectivos centros de trabajo o con Cibercentro. Además de los manuales de usuario, en esta dirección se podrá encontrar todo el material informativo y de apoyo generado a lo largo del proyecto: Documentos soporte, Boletines informativos, Glosarios de términos… NOTA: Página 9 de 176 2. SECCIÓN CONCEPTUAL 2.1. Introducción a Gestión de Tesorería. La gestión y mantenimiento de los Tesoreros constituye uno de los factores críticos dentro de la operativa y actividad diaria de cualquier centro gestor. En este capítulo se describe el detalle de los diferentes procesos de gestión futuros de la CEH definidos dentro del alcance funcional y organizativo del proyecto SEFCAN, en el Área de Tesorería. Para una comprensión clara del proceso se ha propuesto un sistema específico de documentación de los procesos de Tesorería que forman parte del nuevo modelo de gestión. Este sistema de documentación tiene la finalidad de facilitar la lectura y comprensión de los mismos. Para describir los procesos de gestión se utilizan dos formas de presentación: Diagrama de flujo del proceso, identificándose la unidad, área u organización responsable de cada operación en la parte superior del gráfico. Los símbolos que permiten representar el proceso se resumen a continuación: Desencadenante del proceso. Punto de decisión: Acción entre interrogantes, siempre con dos alternativas (sí o no). Operación, especificando con un icono representativo si esta operación se realiza en algún sistema de soporte. Archivado de datos. Documento, listado y formulario. Conectores entre páginas y dentro de páginas. NOTA: Página 10 de 176 Fin del proceso. Proceso. Conector de actividades complementarias o adicionales. Conector de actividades excluyentes. Características del proceso: – Para cada uno de los procesos se reflejan aquellos puntos más significativos del mismo desde el punto de vista funcional. Descripción del proceso, en forma de tabla, en la que se organiza la información en los siguientes apartados: – – – – – Paso. Número correlativo de cada uno de los pasos del proceso. Departamento, o unidad organizativa que es responsable del paso. Función / Contenido. Describe la función en particular que se desarrolla en cada paso. Entradas / Salidas. Entradas de información necesarias para realizar la función que sean proporcionadas por un documento de soporte, un formulario, un listado etc. cuya información sea relevante para entender la función. De la misma manera, se reflejan las salidas de información (listados, formularios etc.) que sean relevantes. Sistema de soporte. Sistema de información o aplicación que da soporte a la función. Correspondencia con los procesos de situación actual y grado de cobertura, en forma de tabla, en la que se organiza la información en los siguientes apartados: – – – Proceso. Proceso actual que será sustituido por el nuevo proceso. Servicio. Servicio que realiza el proceso actual. Grado de cobertura. En este punto se especifica el grado en el que el proceso que actualmente existe en la va a ser cubierto: Cobertura completa. Cobertura parcial. En este caso se especifica qué parte no está cubierta. NOTA: Página 11 de 176 2.2. Proceso de Gestión de Tesorería 2.2.1. Conceptos previos Para explicar el proceso relacionado con la “Gestión de Tesorería”, es necesario definir previamente los siguientes conceptos: Maestro General de Bancos: Recoge el directorio de todas aquellas oficinas bancarias dadas de alta en el sistema, tanto desde la perspectiva de bancos en los que la sociedad tiene cuentas, como bancos en los cuales los terceros tienen cuentas de cobro o de pago. Bancos Propios: Se entiende por banco propio, aquella oficina bancaria en la cual la entidad (Sociedad FI) tiene cuentas corrientes abiertas. De esta manera se definen en el sistema SAP todos los bancos propios – sucursales – con las que trabaja la entidad. Cuentas de Terceros: Las cuentas de los terceros se incorporan en el “maestro de terceros”, diferenciándose en el sistema por un lado los terceros “acreedores” de los terceros “deudores”. Dentro del registro maestro de un tercero acreedor es donde se dá de alta la cuenta corriente de dicho acreedor. Para ello, en los datos de pagos de dicho maestro, es necesario indicar la información correspondiente a cuentas bancarias. Intereses en cuentas bancarias: La funcionalidad de SAP para el cálculo de intereses sobre las cuentas de mayor bancarias, se emplea únicamente para comprobar que, respecto de los bancos propios, los intereses liquidados por los bancos sean los correctos. Vías de pago: Las vías de pago se introducen, al igual que las cuentas de terceros, en los registros maestros de acreedores para especificar con qué procedimiento se pueden realizar los pagos. Por tanto, es el identificador que determina la forma en que se va a materializar el pago, así como las implicaciones contables que tiene. Este campo es de información obligada en el documento a pagar (tanto presupuestario como no presupuestario). NOTA: Página 12 de 176 2.2.2. Descripción del Proceso. Gestión de Terceros SAP gestiona separadamente los terceros, atendiendo al tipo de relación económica que mantengan con la entidad. Cada tercero figura como deudor y/o acreedor según sea su relación con la entidad. Al almacenar los datos maestros del tercero de forma centralizada, se permite un acceso total dentro de la entidad y se evita la necesidad de introducir la misma información por duplicado. La organización centralizada también evita las inconsistencias de datos entre distintos componentes de aplicación. Por otro lado, en cuanto a la gestión de los terceros “acreedores”, las altas (creación) y modificaciones de sus “Datos generales” (NIF, denominación, domicilio y cuenta corriente) se efectuarán de forma centralizada y simultánea para todas las entidades o sociedades FI, (CAC y sus OOAA), efectuándose, dichas altas y modificaciones, sólo desde la sociedad FI- CAC. En el Sistema SAP, todas las operaciones se contabilizan y gestionan en cuentas (código Interno). Por tanto, debe crearse un registro maestro para todos y cada uno de los terceros con los que se realicen operaciones, compartan o no dirección o datos bancarios. La clave de identificación de los terceros es un código interno, aunque no es independiente del NIF. Sólo va a ser posible manejar varios terceros con el mismo NIF para determinados grupos de acreedores: Juzgados, Habilitados, Tesoreros, Colegios y Comedores. Los terceros deben ser actualizados a dos niveles: Datos generales. Estos datos son comunes independientemente de la Sociedad en la que se encuentre el tercero (NIF, denominación, domicilio y cuenta corriente, entre otros), es decir, estos datos van a ser iguales en todas las Sociedades. Datos de sociedad. Son datos específicos por cada una de las sociedades Financieras en las que el tercero esté dado de alta. Determinan los aspectos relativos a Contabilidad y Gestión de Impuestos. Si un tercero no está dado de alta a este nivel, no será posible realizar registro alguno sobre el mismo (ni contable ni presupuestario). Estos datos relativos a un mismo tercero (codigo interno de tercero), pueden variar según estemos en una sociedad o en otra). NOTA: Página 13 de 176 Este proceso puede subdividirse en varios subprocesos: Creación, Modificación, Visualización, Bloqueo y Borrado datos generales. Los datos que se registren y gestionen son datos generales y por lo tanto, afectan a todas las sociedades. Respecto de los terceros acreedores, estos procesos relativos a datos generales sólo podrán realizarse por usuarios de la sociedad FI-CAC, salvo la Visualización, que podrá realizarse por los usuarios de tesorería de todas las sociedades FI distintas a la sociedad FI-CAC, así como por usuarios de los órganos gestores. Creación, Modificación, Visualización, Bloqueo y Borrado de cuenta, contabilidad financiera en Sociedad. Los datos que se registren y gestionen son específicos de cada sociedad financiera. Respecto a los terceros acreedores, estos procesos se podrán realizar por los usuarios de tesorería de todas las sociedades FI y el de Visualización por usuarios de los órganos gestores. Gráficamente se puede representar mediante el siguiente esquema: NOTA: Página 14 de 176 CEH SOCIEDADES MANTENIMIENTO DE TERCEROS Modificar Tercero a nivel general ¿ACREEDOR O DEUDOR? Visualizar Tercero a nivel general SI/NO Bloquear Tercero a nivel general Crear Tercero a nivel general Marcar para Borrar Tercero a nivel general Crear Tercero a Nivel Sociedad Crear Tercero a Nivel Sociedad Modificar Tercero a Nivel Sociedad Modificar Tercero a Nivel Sociedad Visualizar Tercero a Nivel Sociedad Visualizar Tercero a Nivel Sociedad Bloquear Tercero a Nivel Sociedad Bloquear Tercero a Nivel Sociedad Marcar para Borrar Tercero a Nivel Sociedad Marcar para Borrar Tercero a Nivel Sociedad Gestión Bancaria Este subproceso comprende la actualización del maestro general de bancos. El maestro de bancos en SAP está estructurado en el sistema en función de un registro único de oficinas bancarias (Maestro General de Bancos o Directorio de Bancos), del cual toman la información los bancos propios, así como los datos bancarios almacenados en los maestros de terceros (Acreedores y Deudores). NOTA: Página 15 de 176 Inicialmente se realiza en el sistema la carga automática de todas las entidades bancarias con la codificación del Consejo Superior Bancario de España. Una vez se haya realizado la carga inicial en el sistema del fichero con todos los bancos y sucursales que operan en España y en los países que se determine, es necesario actualizar estos datos en el caso de que se produzca la apertura o cierre de un banco o sucursal, se produzcan fusiones entre entidades o se cambie la dirección. El mantenimiento de los datos de este directorio de bancos puede realizarse automáticamente con nuevas versiones del fichero de bancos, o bien de forma manual mediante transacciones habilitadas al efecto. Gráficamente se puede representar mediante el siguiente esquema: Dirección General del Tesoro Necesidad de creación de nuevo Banco Ingreso de datos Alta de nuevo Banco FIN Dentro de la Gestión Bancaria que se va a llevar a cabo, hay una serie de subprocesos a tener presentes en la operativa de la misma, como Carga del Extracto de Cuentas de forma Manual, Carga del Extracto de Cuentas Electrónico, Conciliación Bancaria, Informes de Posición y Previsión de Tesorería (liquidez), Movimientos de Tesorería e Internos de Fondo (MIT) y Cálculos de Intereses. NOTA: Página 16 de 176 Gestión de Pagos. El sistema SAP no dispone de ninguna función estándar que permita realizar de forma masiva un proceso de ordenación de pagos. Para recoger las necesidades expuestas se utiliza una solución desarrollada por la UTE como componente propio. Antes de avanzar con el proceso de ordenación de pago, comentamos que todos los documentos, ya sean documentos extrapresupuestarios como presupuestarios generados en SAP deben tener asociada la vía de pago mediante la cual el documento será pagado. Esta información determina, en el pago material, el tipo de contabilización a realizar. El proceso de ordenación de pagos en SAP supone la realización de dos procesos en el nuevo sistema: La ordenación al pago de las obligaciones reconocidas, y el pago real de las obligaciones previamente ordenadas al pago, proceso para el que se utiliza la funcionalidad estándar de SAP del Programa Automático de pagos. El proceso de creación de una relación de ordenación se inicia con la recepción de las obligaciones reconocidas pendientes de ordenar (tanto obligaciones presupuestarias, como extrapresupuestarias, así como las devoluciones de ingresos) en el departamento de Tesorería, debiéndose destacar, respecto al programa de pagos lo siguiente: Los Criterios de Selección son mucho más amplios (el programa de pagos solo permite 4 y los valores múltiples están limitados). La información se presenta de una manera más visual que en el programa de pagos. Permite parametrizar y ampliar ciertas funcionalidades por cliente que, posibilita poner de relevancia situaciones de las obligaciones de los terceros implicados que puedan resultar importantes o interesantes en la gestión de los pagos. Permite, de forma más ágil que el programa de pagos, hacer inclusiones o exclusiones de documentos así como anulación de lo ordenado. La Ordenación de Pagos, corresponde a un proceso que no genera contabilización alguna. Una vez validados los documentos, se procede a su ordenación, de manera que los documentos ordenados estarán en situación de ser pagados. Gráficamente se puede representar mediante el siguiente esquema: NOTA: Página 17 de 176 Departamento de Tesorería Obligación de Pago Creación Lista de Ordenación de Pagos Inclusión/Exclusión documentos en lista de ordenación Listado señalamiento del Pago Abrir / Cerrar Lista de Ordenación Anulación Lista de Ordenación NO Firma Aprobación SI Pago Obligación FIN Dentro de la Gestión de Pagos que se va a llevar a cabo, hay una serie de subprocesos a tener presente en la operativa de la misma, como Mantenimiento del Plan de Disposición de Fondos, la Ordenación del Pago, la Anulación de la Orden de Pago, Programa de Pagos Automáticos, Contabilización de Pagos Manuales, Pagos Parciales, Modificar Obligaciones de Pago, Modificar y Visualizar Documentos de Pago, Anulación y Retrocesión de Pago. NOTA: Página 18 de 176 Gestión de Embargos En la gestión de embargos, tanto el Embargado como el Embargante deberán estar previamente dados de alta en el sistema, como terceros “acreedores”. En caso de que el embargado ya tenga embargos registrados, el sistema avisa de tal situación. Mediante esta utilidad se incorporan al sistema de gestión todos los datos recogidos en los expedientes de embargo remitidos desde los órganos competentes (órganos recaudadores embargantes). De este modo se consigue disponer en el sistema de la información necesaria para proceder al control y captura de los documentos de pagos generados a favor de terceros (a embargar), así como para proceder a la correcta remisión de los importes embargados al órgano competente (órgano recaudador embargante). La creación del registro de un embargo supone el bloqueo automático de todas las partidas pendientes del tercero a embargar, de forma que, los documentos a su favor se marcarán con Bloqueo de Pago “E” (Embargos). Esto imposibilita que los documentos puedan ser ordenados para su pago. Asimismo todos los documentos que se registran en el sistema contra ese tercero nacen bloqueados. Los documentos con Bloqueo de Pago “E” (Embargos), no pueden pagarse a no ser que se proceda a la Liberación del los mismos o bien a la aplicación del embargo o embargos que dá origen al bloqueo. Cuando se realiza la aplicación de un embargo, únicamente se genera un pago al tercero original (embargado), si el importe a aplicar es inferior al importe líquido del documento. Este proceso puede subdividirse en varios subprocesos: Creación, Modificación, Visualización, Anulación y Aplicación de Embargos. NOTA: Página 19 de 176 Embargos Departamento de Tesorería Recepción de Orden de Embargo (Papel) Registro de Embargo Existe el Tercero NO Alta Tercero Manual SI Comunicación Órgano Embargante NO Embargado Tiene documentos pendientes SI Impresiónes Embargo, Formulario para Embargante y Embargado Bloqueo de documentos de Tercero Aplicación/ Liberación Proceso Ordenación de Pagos Proceso de Pagos Automáticos FIN Cálculo de Intereses Mediante este subproceso se permite obtener a título informativo el cálculo de los intereses de las Cuentas de mayor Bancarias o bancos propios de las sociedades FI. El sistema SAP permite realizar el cálculo de los intereses en un proceso específico consistente en la ejecución de un informe en el sistema. En función de los parámetros introducidos en dicha ejecución, así como los criterios definidos en el cálculo de intereses sobre los saldos de dichas cuentas, se obtiene como resultado el importe correspondiente. NOTA: Página 20 de 176 El cálculo de intereses bancarios se realiza automáticamente mediante la ejecución de un informe estándar indicando los siguientes datos básicos: Cuentas de mayor, cuenta contable principal o definitiva del banco. Sociedad FI Intervalo de liquidación Moneda Indicador de intereses La contabilización de los movimientos originados se realizará de forma posterior mediante un documento de ingresos y debe de indicarse explícitamente en el momento de ejecutar el programa (se detallará en el Módulo de Ingresos). La finalidad del cálculo realizado en la ejecución de este programa es la verificación de los importes abonados por las entidades bancarias. Gestión Depositaria En el sistema SEFCAN, la Caja de Depósitos va a gestionarse desde una sóla sociedad FI, definiéndose como única entidad donde se gestionarán los Depósitos y Fianzas, la sociedad FI- CAC, de forma que, será en ésta única sociedad donde la fianza o depósito se constituya, se custodie y desde donde se devuelva o ejecute, todo ello con independencia de que los Depósitos y Fianzas se constituyan para garantizar obligaciones ante otras Sociedades FI distintas a la CAC (Organismos Autónomos de la CAC) o de particulares. La unidad administrativa a la que está adscrita la Caja de Depósitos de la sociedad FI-CAC será la Dirección General del Tesoro y Política Financiera (Consejería de Economía y Hacienda). Cuando las fianzas se vayan a constituir por descuentos en pagos (retenciones en precio) correspondientes a operaciones o pagos de otras sociedades FI distintas a la FI-CAC, su registro en el sistema SEFCAN en la sociedad FI-CAC va a poder efectuarse desde la sociedad que hace el descuento, pero este registro tendrá un carácter preliminar o “previo”. Es decir, existirá una única sociedad FI en el sistema, la FI-CAC, bajo la que se gestionarán todos los depósitos, con independencia de que el registro previo o inicial se efctúe desde una sociedad FI u otra. Existen 8 Cajas en la Caja de Depósitos del Gobierno de Canarias que llevarán, de forma centralizada, la gestión de los ingresos y devolución de las fianzas o depósitos, excepto en el caso de los descuentos en pagos (retenciones en precio) realizados por las sociedades FI distintas de la FI-CAC (siempre se tratará de fianzas en metálico), las cuáles se registrarán previamente en el sistema de forma descentralizada, y se devolverán de forma centralizada. NOTA: Página 21 de 176 En consecuencia, la repercusión contable y financiera que la gestión de las fianzas y depósitos conlleve, se realizará, únicamente, en la sociedad FI-CAC. Mediante los procesos de Gestión Depositaria se van a poder gestionar (registrar, fraccionar, devolver y/o ejecutar) los depósitos, tanto en metálico como en documentos. En este sentido, vamos a distinguir distintos procedimientos a seguir, dependiendo si el depósito se vá a constituir en Metálico (Efectivo), o si es en Documento. A) En SEFCAN, cuando se vaya a constituir un depósito en Metálico, se van a requerir los siguientes procedimientos: - Si se trata de un tercero (particular persona física o entidad) el que va realizar el depósito, deberá dirigirse (al igual que lo hace en la actualidad) a alguna de las Cajas de la Caja de Depósitos, pertenecientes a la Dirección General del Tesoro y Política Financiera, en la cuál se le entregará al tercero un modelo o formulario (960), con el que tendrá que dirigirse a la entidad financiera a efectuar el ingreso del importe a constituir, en la cuenta corriente específica de fianzas de la Tesorería de la CAC. A través de dicho resguardo (en la emisión del mismo) se generará en el sistema SEFCAN un “Registro Previo” con los datos necesarios definidos para cada depósito. - Si se trata de un descuento en pago, a su vez, hay que distinguir si el mismo se produce en otra sociedad FI, o en la sociedad FI-CAC. Cuando se trata de un descuento en pago producido en otra sociedad FI distinta a la sociedad FI-CAC, los órganos gestores de las mismas, al igual que lo hacen en la actualidad, aplicarán el descuento en el correspondiente documento (“O”). Posteriormente, en el momento del pago del documento al cuál se le ha aplicado el descuento, automáticamente se generará un “Registro Previo” en la Caja de Depósitos de la sociedad FI-CAC relativa a la fianza constituida. La sociedad FI que ha realizado dicho descuento deberá transferir los fondos del depósito constituido a la cuenta corriente específica de fianzas de la Tesorería de la CAC, por ello, simultáneamente a la generación automática del Registro Previo se generará, en la sociedad FI que efectúa el descuento, un pago no presupuestario a favor de la sociedad FICAC correspondiente a la remisión de los fondos de la fianza registrada previamente. Recibidos los fondos en la FI-CAC se contabilizará la constitución de la fianza en la Caja de Depósitos. NOTA: Página 22 de 176 Cuando se trata de un descuento en pago producido en la sociedad FI-CAC, los órganos gestores de la misma, al igual que lo hacen en la actualidad, aplicarán el descuento en el correspondiente documento (“O”). Posteriormente, en el momento del pago de dicho documento, se producirá automáticamente la contabilización de la constitución del depósito en la Caja de Depósitos de la sociedad FI-CAC, puesto que en este caso, al tratarse de un descuento en pagos de la propia FI- CAC, no será necesario trasladar fondos a la cuenta corriente. B) Cuando se vaya a constituir en SEFCAN un depósito en Documento (Aval, Seguro o Valores), el tercero (particular persona física o entidad) realiza directamente la entrega del documento en la Caja de Depósitos (en cualquiera de las Cajas), y se le dará de alta al depósito en el sistema, produciéndose la contabilización de la constitución del mismo. En base a lo anterior, de los procesos previstos en SEFCAN hay que distinguir: Registro de Depósito: El alta de un depósito va a permitir: Alta del registro ‘PREVIO’ referida a una clase de depósito transitoria de “efectivo”. Este se efectúa cuando el alta se lleva a cabo, bien porque se va a realizar un ingreso en cuenta corriente por parte del un tercero (particular o entidad) constituyente (emisión del modelo 960), o bien porque se efectúa un descuento en pago, por parte de cualquier sociedad FI distinta a la FI-CAC. “Paso a registro Final” de las entradas preliminares, en el momento en que el tercero ingresa el depósito en la cuenta corriente espécifica de fianzas y depósitos, o bien en el momento en que las Sociedades FI distintas a la FI-CAC, envían los fondos que han sido objeto de retención y son recibidos por ésta en dicha cuenta corriente. “Registro Final” aplicable siempre para los depósitos en documentos, y que sólo se podrá efectuar por los usuarios de la Dirección General del Tesoro y Política Financiera (de las 8 Cajas-Sucursales) de la Sdad FI-CAC. Formas de Ingreso: Los ingresos por fianzas en metálico pueden proceder de: Ingresos en cuenta bancaria por transferencias realizadas por otras sociedades FI, por los descuentos realizados en sus pagos. NOTA: Página 23 de 176 Ingresos directos en la cuenta bancaria efectuados por los terceros en base al resguardo (emitido en el registro previo), el cuál, una vez efectuado el ingreso en la cuenta (con el sello o grabación de la entidad financiera), tendrá la consideración de “resguardo de constitución”. Repercusión Contable: Actualmente los depósitos o fianzas en DOCUMENTOS: SEGUROS DE CAUCIÓN, AVALES y VALORES, no suponen contabilización alguna en el sistema, mientras que las FIANZAS EN METÁLICO conllevan un reflejo en la contabilidad no presupuestaria, diferenciada por Caja Contable. En el sistema SEFCAN, la contabilización de los registros de depósitos depende de la conjunción de los conceptos, Clase de Depósito, Concepto de Depósito y Tipo de Depósito. En relación a las garantías ingresadas o constituídas en la Caja de Depósitos de la sociedad FI- CAC, pero que se han constituido a favor de las sociedades FI distintas a la sociedad FI-CAC, las contabilizaciones se realizarán en esta Sociedad (CAC), con independencia de la sociedad a favor de la cuál se constituye. No obstante el sistema permitirá informar, separadamente, de los depòsitos que corresponden a cada Sociedad FI. Para las Garantías constituidas mediante Seguros de Caución, Avales y Valores, se propone un tratamiento contable que se verá reflejado en cuentas de mayor extrabalance. Es decir, se realizará una contabilización pero ésta se llevará a cabo en cuentas que no aparecerán en el Balance. Las Garantías constituidas mediante Fianzas en Metálico conllevan un tratamiento contable en cuentas de Balance. Clases de Depósitos: La clase de depósito es representativa de la forma en que se materializa la garantía, pudiendo realizarse en Efectivo o en Documento. Las fianzas en Documento pueden efectuarse mediante Aval Bancario (DA), Seguro y Caución (DS), y Valores (DV). Las fianzas en efectivo se han dividido en función de la forma en realiza el ingreso en la cuenta corriente: Efectivo por descuento (ED) y Efectivo por ingreso de terceros (EI). Tipos de Depósitos: Corresponde a si es una fianza Definitiva o Provisional NOTA: Página 24 de 176 Concepto de Depósito: Supone una clasificación de las diferentes garantías en función del la naturaleza o motivo de la obligación que origina la constitución de dicha garantía. Devolución Para realizar la devolución del depósito, se deberá previamente realizar el proceso de “Solicitud de Devolución”. Ese proceso implica que exista un documento administrativo extrasistema remitido por parte de los Órganos Gestores o sociedades FI a favor de los cuales se constituye la garantía a devolver. Los depósitos quedarán en estatus “Solicitada la Devolución”. Esta transacción permite habilitar el documento de obligación de pago no presupuestario para que la Tesorería pueda proceder, bien al pago mediante transferencia, bien la entrega del aval, valor o seguro de caución. Incautación Para incautar total o parcialmente una fianza, se ejecutará una transacción de modificación de los documentos, en la cuál, al documento contabilizado, a la posición del acreedor, se le introducirá un Indicador de Retenciones representativo de los “Descuentos por Incautación de Depósitos”, así como el importe a incautar. El documento así tratado y contabilizado, pasa entonces al circuito de pagos, de manera que, cuando se realice el pago mediante el programa de pagos, se contabilizará en el concepto no presupuestario de Incautación de Depósitos. Fraccionamiento En el caso de Fianzas en Metálico, será posible fraccionar los registros siempre y cuando se encuentre en estado ‘I’- Ingresado. El Fraccionamiento consiste en realizar un traspaso parcial o total de la obligación del depositante original, a un acreedor alternativo al que se le efectuará la devolución parcial o total de la misma. Al efectuarse el fraccionamiento la parte restante se le devuelve al depositante original. Asímismo para realizar la devolución parcial es necesario, previamente, realizar un Fraccionamiento de la fianza, siendo en este caso el acreedor alternativo el mismo que el depositante original. Al realizar este tipo de fraccionamiento se generan dos posiciones de acreedor, de manera que se puede proceder a devolver una de ellas que NOTA: Página 25 de 176 correspondería a la parte a devolver, quedando la otra pendiente de devolución o si procediese de incautación. En el supuesto que el fraccionamiento no se haya realizado correctamente, será necesario anularlo. La anulación del fraccionamiento se lleva a cabo mediante la anulación del documento financiero que se contabilizó en el fraccionamiento. De esta forma, el registro del depósito quedará en el estatus anterior a que este se realizase, es decir, ingresado. NOTA: Página 26 de 176 2.3. Estructura Organizativa SEFCAN, como sistema SAP, divide la organización de la empresa en entidades organizativas. A continuación, procedemos a comentar los conceptos que más incidencia o relevancia tienen en el proceso de Gestión de Tesorería. Entidad CP La entidad CP es la estructura organizativa básica de SAP de contabilidad presupuestaria y recoge todos los elementos que configuran el Presupuesto. Sin esta Entidad CP, que llamaremos “CAC”, no es posible presupuestar ni ejecutar el Presupuesto, siendo un dato más a la hora de presupuestar y ejecutar. Este presupuesto es único, es decir, sólo podemos trabajar con un único Presupuesto, aunque como veremos más adelante podemos tener varias versiones del Presupuesto, pero sólo una versión será la definitiva. Si quisiéramos trabajar con más de un Presupuesto, sería necesario crear una entidad CP por cada Presupuesto diferenciado con el que queramos trabajar. A este nivel se definen: La estructura presupuestaria: clasificación orgánica, y el resto de las clasificaciones que configuran una partida presupuestaria. Elaboración y seguimiento del Presupuesto. Ejecución del Presupuesto. Sociedad FI La Sociedad FI, es la estructura organizativa de contabilidad financiera en SAP. Tendremos una Sociedad FI por cada entidad de la Comunidad Autónoma de Canarias, las cuales tendrán NIF propio, y podremos obtener balances y cuentas de pérdidas y ganancias de forma diferenciada para cada una de ellas. Además, cada una de ellas tiene Tesorería propia y utiliza datos maestros a nivel propio como los acreedores, deudores, etc. NOTA: Página 27 de 176 Las sociedades FI están íntimamente relacionadas con los centros gestores, necesarios para generar la estructura presupuestaria. El listado de entidades FI que afectan a la Entidad CP CAC, es el siguiente: CAC: Administración de la Comunidad Autónoma de Canarias (SSCC) SCE: Servicio Canario de Empleo ICM: Instituto Canario de la Mujer ICIA: Instituto Canario de Investigaciones Agrarias ICAP: Instituto Canario de Administración Pública ISTA: Instituto Canario de Estadística ICV: Instituto Canario de la Vivienda ICCA: Instituto Canario de Calidad Agroalimentaria ACS: Academia Canaria de Seguridad APMUN: Agencia de protección del Medio Urbano y Natural ACEC: Agencia Canaria de Evaluación de Calidad y Acreditación Universitaria CES: Consejo Económico y Social RCTV: Radiotelevisión Canaria ICHH: Instituto Canario de Hemodonación y Hemoterapia SCS: Servicio Canario de Salud Las principales características de una Sociedad FI: Un NIF por Sociedad FI (Patrimonial) Una Tesorería por Sociedad FI. Explotación de la información por Sociedad FI más ágil y sencilla. Posibilidad de obtener informes globales a nivel de SSCC por ser una sola Entidad CP. Un solo Presupuesto. Seguridad de datos al nivel de Centro Gestor por perfil de Usuario. Inclusión de la Entidad CP en todas las capturas y visualizaciones de las Posiciones Presupuestarias. Existe la posibilidad de que el sistema muestre por defecto una sociedad para no tenerlo que teclear. Permite mantener distintos planes de cuentas. Es necesario definir qué cuentas va a utilizar cada Sociedad FI dentro de ese plan de cuentas. NOTA: Página 28 de 176 Cada sociedad FI crea su propia contabilidad, por lo tanto es capaz de generar sus Balances, Cuentas de Resultados, Diarios, etc. Permite configurar a nivel de Sociedad FI: determinación de obligatoriedad de campos en las contabilizaciones, registros maestros. Es conveniente que exista un gestor de la información común que vele por la integridad de la información. NOTA: Página 29 de 176 2.4. Estructura Presupuestaria Para elaborar el presupuesto es necesario definir previamente las estructuras que la componen: La Partida Presupuestária + Elemento PEP La Partida Presupuestaria a su vez se conforma de los siguientes elementos: Centro Gestor + Posición Presupuestaria + Fondo + Elemento PEP A continuación presentamos un grafico que ilustra los conceptos planteados: El Centro Gestor y la Posición Presupuestaria son de introducción obligatoria para componer las Estructuras. El campo Fondo es de introducción opcional. El Centro Gestor y el Fondo tienen una composición única, tanto para elaborar el Presupuesto de Gastos como el de Ingresos. Sin embargo, la Posición Presupuestaria puede tener una composición distinta según el Tipo de Presupuesto (Ingresos o Gastos). Partida Presupuestaria La Partida Presupuestaria, se compone de los siguientes elementos: NOTA: Página 30 de 176 Centro Gestor Posición Presupuestaria Programa Presupuestario Fondo A continuación explicamos cada uno de estos elementos. Centros Gestores Es conceptualmente equivalente a la clasificación orgánica. La codificación de los centros tendrá como modelo la existente (que corresponde con el Boletín Oficial de Canarias núm. 158, martes 7 de agosto de 2007) para las Consejerías, y sufrirá cambios en la parte de Organismos Autónomos, con el objetivo de que todos los centros se agrupen en una misma Entidad CP evitando duplicidad en la numeración. De esta forma, la codificación de los Centros Gestores estará compuesta por cuatro dígitos. Los dos iniciales corresponderán a la Sección y los dos finales al Servicio. CENTROS GESTORES CLASIFICACION ORGANICA SECCION SERVICIO XX NN Posiciones Presupuestarias La Posición Presupuestaria será dependiente de la Entidad CP y del ejercicio. Esta, a su vez, estará compuesta por diferentes segmentos que conforman su clasificación. Estos segmentos son: Tipo de presupuesto: Dígito que diferencia entre Gasto (G) o Ingreso (I). Clasificación funcional: Se empleará solo para posiciones de gasto. Es una estructura con 4 caracteres alfanuméricos en total y que consta de los siguientes niveles jerarquizados: NOTA: Página 31 de 176 Grupo de función, función, subfunción y programa. Clasificación económica: Se empleará tanto para gastos como para ingresos. Contará con un número de dígitos nunca inferior a cuatro y con una estructura con los siguientes niveles jerarquizados: Capítulo, artículo, concepto y subconcepto. Convenio: Posición Presupuestaria de Ingreso: Segmento 1 Segmento 2 Segmento 3 Tipo de Presupuesto Económico Convenio I NNNNN NN Posición Presupuestaria de Gasto: Segmento 1 Segmento 2 Segmento 3 Tipo de Presupuesto Funcional Económico G NNNN NNNNN Programa Presupuestario El programa presupuestario o programa de financiación es conceptualmente el equivalente al proyecto de inversión. Forma parte de la estructura presupuestaria en aquellos capítulos donde se parametrice. El dato maestro en el módulo de proyectos de la aplicación será el Elemento PEP. Se creará una relación 1 a 1 entre Programa y Elemento PEP. Fondos Permite asociar partidas de gasto y de ingresos a un nivel de estructura presupuestaria adicional o representar un mayor desglose de la partida. Es de introducción opcional en la NOTA: Página 32 de 176 creación de partidas y consiste en un código de un máximo de 10 posiciones alfanuméricas. Este código se construye siguiendo unas reglas establecidas de estructura, que serán validadas en la creación de los fondos y estará permitida la generación de informes desagregados según la estructura definida. NOTA: Página 33 de 176 3. SECCIÓN PRÁCTICA En esta sección haremos un recorrido por las transacciones asociadas al proceso de “Gestión de Pagos” explicando paso a paso cada una de ellas, de manera que pueda servir de soporte y apoyo al usuario de SEFCAN tanto en el desarrollo de las sesiones formativas como en el desarrollo de sus funciones diarias en su puesto de trabajo. 3.1. Gestión de pagos 3.1.1. Plan de disposición de fondos Desde esta opción del menú se accede a las funcionalidades que nos permitirán consultar la información relativa al Plan de Disposición de Fondos. Veamos cada una de las transacciones. NOTA: Página 34 de 176 Actualización de normas para PDF (Transacción Z53_FITR_NORMPDF) Descripción de la Transacción: Esta transacción permite validar el presupuesto de tesorería a la hora de ordenar uno o varios documentos para el pago. Mediante esta transacción el usuario mantendrá actualizada la tabla de Normas del Plan de disposición de fondos. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Plan de Disposición de Fondos> Mantenimiento> Actualización de Normas para PDF. NOTA: La tabla de Normas del Plan de Disposición de Fondos, se carga una vez al año antes del comienzo de cada ejercicio presupuestario a través de un programa y es el usuario el que la actualiza manualmente. El mantenimiento de la misma es manual y el usuario debe acceder a ella cada vez que se quiera actualizar una aplicación presupuestaria. Para años sucesivos se hará una copia masiva que traerá los datos del año anterior. Si tuviéramos que actualizar una aplicación puntualmente, accedemos a la pantalla principal, donde clickamos en “entradas nuevas”. NOTA: Página 35 de 176 Tenemos 2 casuísticas : o Si la partida presupuestaria NO pertenece a los grupos 4,6 y 7 rellenaremos los siguientes campos: - Secc/cap : p.ej 011 (cap 1 secc 1) - Ejercicio: año actual A continuación se rellenará con “1” los periodos que lo requieran en los que se desea consignar fondos (no hace falta poner “0”, se puede dejar en blanco). Secc/cap 012 Ejercicio 2009 NOTA: Página 36 de 176 o Si la partida presupuestaria SI pertenece a los grupos 4,6 y 7 ingresaremos a los siguiente campos : Secc/cap: se pondrá siempre la palabra PEP. Al poner PEP y dar intro se activarán los campos de centro gestor, posición presupuestaria y elemento PEP para poder rellenarlos Centro gestor. Posición presupuestaria. Elemento PEP. Ejercicio. A continuación se rellenará con “1” los periodos que lo requieran (no hace falta poner “0”, se puede dejar en blanco). NOTA: Página 37 de 176 Secc/cap PEP Centro Gestor 0102 Posición Presupuestaria G/111ª/2260900 Elemento PEP 097000006 Ejercicio 2009 Pulsamos la tecla “Intro” o al botón “Grabar” cambios. Para salir de la transacción pulsamos el botón para que el sistema guarde los . NOTA: Página 38 de 176 Carga de Presupuesto inicial Tesorería Z53_FITR_CARGA_PDF) Descripción de la Transacción: Al acceder a esta transacción se distribuirán los créditos iniciales de presupuesto en función de los valores de la tabla de presupuesto inicial y teniendo en cuenta la tabla de distribución de normas (vista en la transacción Actualización de normas para PDF: Z53_FITR_NORM_PDF) previamente actualizada por el usuario. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Plan de Disposición de Fondos> Mantenimiento> Carga de Presupuesto inicial Tesorería. El presupuesto de tesorería se carga cargará al inicio de cada ejercicio presupuestario. Una vez actualizada la tabla de normas de PDF, accedemos a esta transacción introduciendo como valores obligatorios: - Entidad CP Ejercicio Entidad CP CAC Ejercicio 2009 NOTA: Página 39 de 176 NOTA: Si se quiere ejecutar los datos en real (y no en modo test) no se debe desmarcar el flag de “Test”. Una vez introducidos todos los datos, pulsamos en el botón de “Ejecutar” . NOTA: Aquí se mantendrán actualizados todos los presupuestos iniciales de tesorería para cada partida presupuestaria. (Versión 000). La visualización por defecto mostrará primero los totales a nivel secc/cap y a continuación los PEP. Se podrá modificar esta visualización utilizando los botones de la parte superior para ordenar. Distinguiremos las partidas de los capítulos 4,6 y 7 porque comenzarán con la denominaci ón PEP en el campo secc/cap. Una vez ejecutemos este programa podremos ver el listado de saldos disponible en la siguiente transacción ( “Presupuesto de tesorería actualizado”). Para salir de la transacción pulsamos el botón . NOTA: Página 40 de 176 Presupuesto de Tesorería actualizado (Transacción Z53_FITR_LISTADO_PDF) Descripción de la Transacción: Esta transacción permite realizar el proceso relativo al procesamiento del informe de saldos disponibles por periodo del Plan de disposición de fondos. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Plan de Disposición de Fondos> Listado Saldos Disponible> Presupuesto de Tesorería actualizado. Una vez realizado el mantenimiento manual de la tabla de normas y del programa de carga del presupuesto de tesorería y ya realizada la ordenación de los documentos a pagar, se puede procesar este reporte a los efectos de poder tomar conocimiento del saldo real o disponible del Presupuesto de Tesorería a una fecha determinada con el detalle del saldo disponible a la fecha que se está ejecutando el Informe. Accedemos a la pantalla principal de la transacción, donde se introducen como datos obligatorios: - Ejercicio: año. Versión: este campo hace referencia a una actualización de las partidas e importes que se llevará en paralelo; La versión “000” representa el presupuesto inicial de tesorería por periodos para cada partida y la versión “001” el presupuesto disponible a medida que se va consumiendo en las distintas ordenaciones de pagos. Ejercicio 2009 Versión 001 NOTA: Página 41 de 176 NOTA: Si dejamos el resto de campos en blanco, el listado mostrará todas las partidas con sus respectivos importes. Para delimitar, se utilizarán sobre todo los campos de centro gestor y posición presupuestaria. Una vez cumplimentados los datos, pulsamos en el botón de ejecutar . A continuación, el sistema muestra todas las partidas con su centro gestor y los importes actualizados y consumidos en las distintas ordenaciones (porque se ha ejecutado la versión 001).Si quisiéramos los importes iniciales se ejecutaría la versión 000. Como podemos observar la información viene desglosada a dos niveles: - Un total a nivel de sección/cap Subtotales a nivel de posición presupuestaria Las casillas en las que no se haya ordenado ningún documento para ese periodo acumularán saldo para el siguiente. La visualización de este listado muestrA la información desglosada en función de : NOTA: Página 42 de 176 - - Si se trata de partidas que no son del grupo 4, 6 y 7 llevarán un control a nivel de secc/cap. Esto quiere decir que cuando se ordenen documentos de este tipo, el control de la ordenación se realizará a nivel de total. Las partidas del grupo 4,6 y 7 llevarán un control a nivel de posición presupuestaria. Estos dos puntos se explicarán en profundidad en los apartados correspondientes a Ordenación de pagos y Anulación de la ordenación de pagos. En la parte superior de la pantalla se encuentran varios botones que permiten interactuar con los datos mostrados en el informe. Vamos a ver las funcionalidades de los más utilizados. o o o Si nos situamos sobre una fila y pulsamos en este botón, automáticamente, nos trae más información sobre la partida. Botón de actualización. Marcar todo / desmarcar todo. o Ordena de forma ascendente o descendentemente según la columna o columnas elijadas. o Definie criterios de filtrado. Elegimos la/s columnas que deseamos filtren información. o Sumatorio por columnas. o Sumatorio por subtotal según los criterios fijados. o Presentación preliminar de cómo quedará el informe. o Guarda el listado en formato de hoja de cálculo. o Guarda el listado como fichero local (diversos formatos). o Permite obtener un gráfico con la información manejada. o Permite modificar la forma de visualizar el listado, quitando o añadiendo columnas. Para salir de la transacción pulsamos el botón . NOTA: Página 43 de 176 Crear Anticipos de Consignación PDF (Z53_FITR_ANTIC_PDF01) Descripción de la Transacción: Esta transacción permite realizar los procesos relativos a la gestión de créditos del presupuesto de tesorería. Mediante esta transacción el usuario puede crear anticipos de consignación para poder ordenar para el pago, una determinada partida. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Plan de Disposición de Fondos> Gestión de créditos Presupuesto de Tesorería> Crear Anticipos de Consignación de PDF. Las propuestas de pago que no se ajusten al Plan de Disposición de Fondos o Presupuesto de Tesorería quedan retenidas hasta que exista consignación suficiente (límite suficiente) en el período correspondiente, bien sea por acumulación de los fondos disponibles de un período a otro o mediante la introducción de “Anticipos de consignación a instancia de los centros gestores o de oficio”. En el caso de no cumplir con el Plan de Disposición de Fondos o Presupuesto de Tesorería, el sistema deberá tener la posibilidad de generar Anticipos de Consignación mediante los cuales se toma fondos disponibles del período siguiente y se anticipa al actual. Mediante esta transacción el usuario podrá crear anticipos de consignación bien de oficio, o a petición de los centros gestores, para poder ordenar el pago una determinada partida. NOTA: Página 44 de 176 Deberemos distinguir las dos casuísticas explicadas anteriormente para la creación de anticipos: o CASO DE PARTIDAS DE LOS CAPÍTULOS 4,6 y 7 En este caso será necesario crear un anticipo cuando no hay saldo disponible para el mes en el que nos encontramos. El chequeo desde la ordenación se hará a nivel posición presupuestaria, de tal forma que aparecerá un semáforo en rojo advirtiendo que no hay saldo suficiente. En ese caso podremos coger saldo para esa misma posición presupuestaria de cualquier otro mes inmediatamente posterior. EJEMPLO : Información previa a la creación del anticipo: Tenemos una factura por un importe de 20 euros con una posición de gasto referente a la posición presupuestaria G/111G/4500000.Si comprobamos el saldo inicial de esta partida (versión 000) en el informe de saldos visto anteriormente obtenemos: Y el saldo actual (versión 001) que muestra el acumulado de todos los meses: NOTA: Página 45 de 176 El usuario accede al programa de ordenación e intenta ordenar una partida cuyo importe supera el permitido para el periodo en el que se está ordenando (mes 10), con lo cual la partida queda retenida (semáforo en rojo). Al lado del semáforo obtenemos una explicación del motivo por el que sale en rojo. Si hubiera otro usuario visualizando o modificando alguno de los documentos para ordenar desde otras transacciones el mensaje que saldría sería : DOCUMENTO BLOQUEADO POR TRANSACCIÓN XXXX En el caso que alguien estuviera intentando ordenar los mismos documentos el mensaje sería : NO SE PUEDE MODIFICAR BLOQUEO. Para obtener más información seleccionamos la partida y damos al botón visualizar: NOTA: Página 46 de 176 En caso que el semáforo esté en rojo porque no existe disponible en el PDF, en el campo “situación” así quedará reflejado. A continuación generamos el anticipo por el importe necesario. En este caso, dado que hay 0 euros disponibles para el mes actual, necesitamos 20 euros del periodo siguiente : Se accede a la transacción de “Crear anticipo”, para poder coger crédito del periodo siguiente. Los campos obligatorios a rellenar son: - Seleccionar el tipo de anticipo : en este caso es elemento pep Centro gestor Posición presupuestaria Elemento PEP Ejercicio: año. NOTA: Página 47 de 176 - Periodo desde: mes desde el cual se coge presupuesto para transferirlo al periodo en el que se necesita. Periodo a: mes al que se transfiere el importe requerido. Importe. Elemento PEP Marcamos el check Centro Gestor 0101 Posición Presupuestaria G/111G/4500000 Elemento PEP 06400302 Ejercicio 2009 Periodo desde 11 Periodo a 10 Importe 20 Pulsamos en el botón “Ejecutar” . NOTA: Página 48 de 176 Aquí aparecen los importes iniciales (versión 000).Vemos que en el mes 11 se han traspasado 0 euros al mes 10 para poder realizar la ordenación de la factura. Pulsamos en el botón “Grabar” . Seleccionamos la opción “SI”. El sistema muestro otra ventana emergente indicando que el anticipo se ha creado. Pulsamos en el icono . NOTA: Página 49 de 176 Si a continuación ejecutamos de nuevo el listado de importes para la versión 001, vemos que tenemos importe suficiente para ordenar el documento (por 20 euros) en el mes 10: Si a continuación ejecutamos el programa de ordenación de nuevo, vemos como el semáforo aparece en verde con lo cual ya existe importe suficiente para poder ordenar el documento para el pago: o CASO DE PARTIDAS QUE NO SON DE LOS CAPITULOS 4,6 y7 En este caso tendría sentido crear un anticipo cuando para una partida englobada en la bolsa sección capítulo no existiera crédito suficiente a nivel de ese total. El proceso de creación es similar al anterior con la excepción que no hará falta rellenar los datos de : centro gestor, posición presupuestaria y PEP. Para salir de la transacción pulsamos el botón . NOTA: Página 50 de 176 Modificar Anticipos de Consignación PDF (Z53_FITR_ANTIC_PDF02) Descripción de la Transacción: Esta transacción permite modificar el importe de algún anticipo ya creado. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Plan de Disposición de Fondos> Gestión de créditos Presupuesto de Tesorería> Modificar Anticipos de Consignación PDF. Accedemos a la principal de la transacción, donde se deben introducir como campos obligatorios: ־ ־ Ejercicio. Número de documento anteriormente. interno: número Ejercicio 2009 Número de Documento Interno 91 de anticipo generado NOTA: Página 51 de 176 Pulsamos en el botón “Ejecutar” El sistema muestra la siguiente pantalla en la podemos modificar el importe para el mes en el que lo creamos. . NOTA: El anticipo se podrá modificar por un importe inferior, nunca superior al inicial. Pulsamos en el botón “Grabar” realizados. El sistema muestra la siguiente ventana emergente para confirmar que se desea guardar los cambios. Seleccionamos la opción “SI”. para que el sistema guarde los cambios NOTA: Página 52 de 176 Aparece una nueva ventana emergente notificando que el anticipo se ha modificado correctamente. Si ejecutamos el listado de importes para la versión 001 vemos como actualizó el importe para el mes 10: de 20 a 50, después de la modificacion, el resultado es que, se anticipo 50 del periodo 11 al 10. Para salir de la transacción pulsamos el botón . NOTA: Página 53 de 176 Visualizar Anticipos de Consignación PDF (Transacción Z53_FITR_ANTIC_PDF3) Descripción de la Transacción: Esta transacción permite únicamente la visualización de un anticipo previamente ingresado. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> > Gestión de Pagos> Plan de Disposición de Fondos> Gestión de créditos Presupuesto de Tesorería> Visualizar Anticipos de Consignación PDF. Accedemos a la pantalla principal donde se deben completar el Ejercicio y el Número de Documento Interno, como campos obligatorios: ־ ־ Ejercicio: año. Número de documento interno: número de anticipo generado. Ejercicio 2009 Número de Documento Interno 91 NOTA: Página 54 de 176 Una vez introducidos todos los datos, pulsamos en el botón ejecutar . Vemos como el anticipo aparece con el signo – del mes del que se transfirió importe (mes 11) y con signo + al mes donde se transfirió (mes 10). Para salir de la transacción pulsamos el botón . NOTA: Página 55 de 176 Anular Anticipos de Consignación PDF (Transacción Z53_FITR_ANTIC_PDF08) Descripción de la Transacción: Esta transacción permite anular un anticipo ya creado. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Plan de Disposición de Fondos> Gestión de créditos Presupuesto de Tesorería> Anular Anticipos de Consignación PDF. Accedemos a la pantalla principal donde se debe introducir el Ejercicio y el Número de documento interno, como campos obligatorios: ־ ־ Ejercicio. Número de documento interno : número de anticipo generado anteriormente. Ejercicio 2009 Número de Documento Interno 91 NOTA: Página 56 de 176 Una vez introducidos los datos, pulsamos en el botón “Ejecutar” . Automáticamente, el sistema muestra la siguiente pantalla. Seleccionamos la fila del anticipo que queremos anular y pulsamos el botón . Automáticamente, el sistema muestra la siguiente ventana emergente para confirmar que deseamos anular el anticipo. Pulsamos en la opción “SI” para continuar con el proceso y anular el anticipo. NOTA: Página 57 de 176 A continuación, aparece una nueva ventana emergente indicando que el anticipo ha sido anulado. Pulsamos en el icono para continuar. NOTA: Si ejecutáramos de nuevo el listado de importes veríamos como el importe para el mes 10 vuelve a ser el original: Para salir de la transacción pulsamos el botón . NOTA: Página 58 de 176 Impresión Formulario Anticipos de Consignación (Transacción Z53_FITR_IMP_ANT_PDF) Descripción de la Transacción: Esta transacción permite imprimir del formulario de anticipo de consignación. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Plan de Disposición de Fondos> Gestión de créditos Presupuesto de Tesorería> Impresión Anticipos de Consignación. Los anticipos de consignación anteriormente mencionados, requieren de una autorización de la Dirección General del Tesoro cuando el monto del anticipo no exceda, según el acuerdo de gobierno en vigor, los 10.000.000€ o por el Consejero de Economía y Hacienda cuando el monto sea superior. Esta autorización se realizará mediante la impresión de un formulario. Un anticipo previamente anulado, podrá ser impreso su anulación mediante esta transacción. Accedemos a la pantalla principal donde introducimos, como campos obligatorios, los siguientes: ־ ־ Ejercicio. Número de documento interno: podremos seleccionar el número de anticipo generado que queremos imprimir. NOTA: Página 59 de 176 ־ Tipo: seleccionaremos si es de oficio o a solicitud del centro gestor. Ejercicio 2009 Número de Documento interno 69 Tipo 1 Oficio Pulsando en el botón “Ejecutar” se abre la pantalla principal desde la cual se puede realizar la impresión de un formulario de anticipo de consignación. Una vez nos encontramos en esta pantalla, seleccionamos un dispositivo de salida empleando el botón situado a la derecha del campo “Disp. Salida”. Dispositivo Salida LOCL NOTA: Página 60 de 176 Si queremos ver una vista previa del formulario seleccionamos el botón . NOTA: Página 61 de 176 Una vez visualizado, pulsamo en el botón “Back” anterior. A continuación, pulsamos el botón Para salir de la transacción pulsamos el botón para regresar a la pantalla para imprimirlo. . NOTA: Página 62 de 176 3.1.2. Ordenación de Pagos Desde esta opción del menú se accede a las funcionalidades que nos permitirán consultar la información relativa a la Ordenación de Pagos. Veamos cada una de las transacciones. Creación Lista de ordenación (Transacción /IECI/OR_TR_ALV0) Descripción de la Transacción: Esta transacción permite llevar a cabo el proceso realtivo a la ordenación de documentos para su posterior pago. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Ordenación de Pagos> Creación lista de ordenación. NOTA: Página 63 de 176 El proceso de ordenación es una fase o estadio previo a la materialización del pago, por lo que no tiene ninguna repercusión contable en el sistema. Este proceso está relacionado con el Plan de disposición de fondos. Antes de realizar el proceso de ordenación de los documentos pendientes de ordenar, que normalmente estan con bloqueo “D” en el sistema. Para pasar a borrar dicho bloqueo y dejarlo en blanco, se efectuan varios filtros o procesos en el sistema: 1.- Se comprueba que ese documento cuenta con los fondos disponibles suficientes, para ser ordenado según la distribución mensual de los fondos contenido en el PDF, (filtro PDF).Habrá ciertos documentos que se excluirán de esta validación, como por ejemplo los MIT. 2.- Posteriormente se emite un fichero con los documentos pendientes de ordenar, para su remisión a la empresa pública Gestión Recaudatoria de Canarias S.A, (Grecasa ) y a la Agencia Estatal Tributaria, los cuales, devolverán cada uno otro fichero con los documentos compensables y embargables respectivamente y los que no son. En relidad devuelven un fichero con los que no lo son, y se pueden pagar, (filtro deuda o embargo). Los documentos, sobre los que se tiene que aplicar la compensación de deudas a favor del tercero acreedor, pasan del bloqueo “P” al bloqueo “D y los .documentos que no sean compensables, pero si embargables, pasan del bloqueo “P” al bloqueo “E”, con lo que quedaría retenidos en la odenación. El resto pasarían a tener un “bloqueo en blanco”. Es decir, en ordenación estarán disponibles únicamente documentos que tengan bloqueo D.Posteriormente a ser ordenados todos quedaran con el bloqueo en blanco. NOTA: los documentos con CME´s K, L, E, N no serán susceptibles de pasar por el checkeo del PDF.Los documentos generados para sociedades distintas de la CAC,tampoco pasarán por el filtro del PDF. Una vez el documento “D”, esté listo para pasar al programa de ordenación, se accederá a la transacción “crear lista de ordenación”. En la pantalla principal introducimos como datos obligatorios la “Elección del proceso”, y los siguientes parámetros de selección, los cuales se pueden estabablecer a su vez, por rango: ־ Sociedad: La que corresponda. NOTA: Página 64 de 176 ־Ejercicio: Año en que se contabilizó el documento financiero. ־Número de documento: Numero de documento FI que se genera en el sistema al contabilizarse las obligaciones, tanto presupuestarias como extrapresupuestarias. Sociedad CAC Ejercicio 2009 Los demás datos o campos, podrán utilizarse para seleccionar los documentos que queremos ordenar. Los campos más utilizados son: Número de documento, Clase de documento y Acreedor. Dichos campos los detallaremos posteriomente. Los flags de pagador alternativo y lista actualizable vendrán clickados por defecto y no se tocarán. Tampoco el campo variante. NOTA: Página 65 de 176 Para el ejemplo tomaremos un único documento, por lo que lo incluimos en el campo “Num.documento” Pulsamos en el botón “Ejecutar” para que el sistema ejecute nuestra petición. En esta pantalla aparecen todos los documentos susceptibles de ser ordenados a los pagos, tanto presupuestarios como extrapresupuestarios. La información o campos que se puede consultar para cada uno de los documentos a ordenar es la siguiente, algunos de los cuales podemos utilizar para seleccionar lista de ordenación: ־ Clase de Documento: se refiere a la clasificación de los documentos contables. De ella se deja constancia en la cabecera del documento. Por cada clase de documento se acuerdan determinadas propiedades que controlan la captura del documento o se incluyen en el mismo, (ver anexo clase de documentos) ־ ־ Fecha de documento: aquella fecha en la que se creó el documento. Fecha de contabilización: fecha con la que un documento entra en la contabilidad financiera. De la fecha de contabilización se derivan el ejercicio y el periodo en los que se efectúa la actualización de las cuentas o clases de coste relacionadas con el documento. Asignación CME: Indicador de Cuenta de Mayor Especial. Sólo aparecerá informado para el caso de las obligaciones extrapresupuestarias y las operaciones de devolución de ingresos, ya que las obligaciones presupuestarias se contabilizarán contra las cuentas asociadas de los terceros sin CME. Operación en Cuenta de Mayor Especial: para todas las posiciones de documento de deudores o acreedores, que se actualizan en una cuenta de mayor especial/cuenta asociada diferente, este indicador determina la cuenta a elegir. ־ ־ Datos Presupuestarios: NOTA: Página 66 de 176 ־ ־ ־ ־ Índice de Agrupación o Concatenación: este campo contiene en número de orden de la “obligación” para las obligaciones presupuestarias. Para el resto de obligaciones, este campo estará siempre en blanco. Centro gestor: órgano gestor. Clave referencia 3- Aplicación Presupuestaria: En este campo aparece clasificación económica y funcional. Fondo: clasificación que se utiliza para determinadas partidas. Datos del Acreedor: ־ ־ ־ ־ Número de Acreedor: Código del Tercero Nombre 1: Nombre del acreedor. Grupo de Tesorería: se utiliza para clasificar a los Terceros según características comunes. Este campo se informa en los datos maestros de los terceros a nivel de Sociedad. Asignación: hace referencia a la clave de tesorería. Esta se asigna en el momento de la materialización del pagos. Datos del Pago: ־ Vía de pago: forma de pago de los terceros. Vías de Pago 1 2 3 5 6 7 8 9 A B C D E F G H I J K Significado CHEQUE TRANSFERENCIA ANTICIPO TESOR. ART. 87 LEY HPC (**) TRANSFERENCIA TRANSFERENCIA EXTRANJERO TRANSFERENCIA EN FORMALIZACIÓN LIQUIDO 0 TRANSFERENCIA TESORERO-NOMINAS TRANSFERENCIA JUZGADO CARGO EN CUENTA SIN TRANSFERENCIA TRANSFERENCIA HABILITADOS EFECTIVO HABILITADO CHEQUE HABILITADOS TRANSFERENCIA HABILITADOS EXTRANJERO CHEQUE BANCARIO EXTRANJERO CHEQUE TESORERO CHEQUE HABILITADOS EXTRANJERO TRANSFERENCIA TESORERO TRANSFERENCIA BCO ESPAÑA TARGET2 ESPECIE HABILITADO – PAGO A JUZGADOS NOTA: Página 67 de 176 ־ Número de ordenación: En el caso de querer anular una ordenación, se explica en el punto siguiente. ־ Bloqueo de pago: las obligaciones fiscalizadas pendientes de ordenar tendrán todas el indicador de bloqueo “D” Pendiente de Ordenar. o Suplemento de vía de pago: campo que se utiliza para marcar determinadas características en los documentos. Actualmente, los valores posibles de este campo son: ־Suplemento de vía de pago: campo que se utiliza para marcardeterminadas características en los documentos. Actualmente, los valores posibles de este campo son: ־Fecha base: fecha a partir de la cual se calcula la fecha de vencimiento de las partidas. La fecha base será la fecha de registro de las facturas (para los casos en los que haya registro) ־Condiciones de Pago: clave a través de la cual se definen las condiciones de pago en forma de tipos de descuento y plazos de pago. Los valores posibles son los siguientes: Condición Descripción de Pago ־ ־ ־ ־ ־ Z000 Vencimiento inmediato Z030 Z060 Vencimiento a 30 días naturales Vencimiento a 60 días naturales Z090 Vencimiento a 90 días naturales ZD05 Vencimiento día 5 cada mes ZD20 Vencimiento día 20 cada mes. ZD30 Vencimiento día 30 cada mes ZNOM Vencimiento Nomina día 28 cada mes mes ZHAB Pago inmediato habilitados Código bancario: Clave de control y Cuenta bancaria: Datos bancarios del acreedor introducidos en sus datos maestros. Banco interlocutor (nombre1): Clave de control y Cuenta bancaria del tercero receptor del pago. Este campo estará informado a nivel de documento únicamente en los documentos endosados. En estos campos aparece información acerca de este receptor alternativo de pago. Pagador alternativo: si marcamos este flag, el sistema muestra los datos de los posibles receptores alternativos que se hayan introducido en los documentos. Moneda: la moneda del documento. Importe: el importe bruto del documento. NOTA: Página 68 de 176 ־ Importe: el importe liquido (neto) del documento Status:Todos los documentos ordenables que aparecen en el listado tienen un status de documento mediante el uso de un semáforo que indica la gravedad de la incidencia: ־ Semáforo en color verde: indica que el documento no tiene ningún tipo de incidencia y es posible ordenarlo. ־ Semáforo en color amarillo: el documento contiene algún tipo de incidencia os situación que es posible pagarlo, este nivel de status no deja bloqueado el documento. Por ejemplo, se puede tratar de situaciones de compensaciones de la deuda en ejecutiva, embargo,… ־ Semáforo en color rojo: no se permite seleccionar dicho documento para la ordenación el documento no es seleccionable por la ordenación. Es debido a situaciones de documentos que no tiene fondo disponible para ser ordenado en el periodo actual según el PDF o corresponde a un tercero acreedor embargado,… NOTA: En el caso que el o los documentos estén siendo tratados por otro usuario o incluso por el mismo desde diferentes transacciones, el semáforo también aparecerá en rojo. Si el semáforo está en verde, la acción a realizar para ordenar el pago de un documento es seleccionarlo, marcando el cuadrado blanco que aparece a la izquierda del status del documento: Una vez marcada/s todas las partidas que se quieren ordenar, se pulsa el icono NOTA: Página 69 de 176 El proceso de ordenación de pagos consistirá únicamente en: ־ ־ ־ La modificación del bloqueo de pago de forma masiva para las obligaciones reconocidas ya validadas (cambio del indicador de bloqueo de valor “D” a ” ”) y La generación de un Número de Ordenación secuencial y dependiente de sociedad y ejercicio en el campo “XREF2” de la posición acreedora del documento en cuestión (posición del tercero). Este valor (el numero de ordeacion generado) será el que se utilizará como uno de los criterios de selección en la ejecución del programa de pagos. NOTA: En el caso que se hubieran ordenado varios documentos para el pago, el sistema da el mismo número de ordenación para todos ellos. Si ejecutáramos el informe de saldos disponibles, veríamos como el importe se ha actualizado para la versión 001. Para el caso de partidas del grupo 4,6 y 7 se chekeará contra el subtotal de posición presupuestaria por partida, por lo que sino hay crédito suficiente para esa posición en un periodo, el semáforo siempre aparecerá en rojo. Para salir de la transacción pulsamos el botón . NOTA: Página 70 de 176 3.1.3. Anulación de la ordenación de pagos Desde esta opción del menú se accede a las funcionalidades que nos permitirán consultar la información relativa a la Anulación de la Ordenación de Pagos. Veamos cada una de las transacciones. Anulación de la Ordenación de Pagos (Transacción /IECI/OR_TR_ALV0) Descripción de la Transacción: Esta transacción permite anular los documentos ordenados al pago, bien todos los incluidos en un “numero de ordenación” o bien quitar alguno/s de la misma. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Anulación de la Ordenación de Pagos> Anulación de la Ordenación de Pagos. NOTA: Se trata de la misma transacción que la transacción “Creación Lista de Ordenación”, pero seleccionando la opción de anulación. NOTA: Página 71 de 176 En la pantalla principal viene por defecto en el campo Elección del proceso: Ordenación, bloqueo en blanco. En este mismo campo seleccionamos: anulación de la ordenación. Elección de proceso Anulación ordenación A continuación seleccionamos los criterios de selección que más nos interesen y que, al tratarse de la misma pantalla podrán ser los mismos que cuando creamos el listado de ordenación. Los más comunes son el número de ordenación o el número de documento. Número Documento Pulsamos en el botón “Ejecutar” 60000681 . NOTA: Página 72 de 176 Nos aparecen los documentos seleccionados tal y como se muestra a continuación: Para anular la ordenación de un documento en concreto, primero debemos marcarlo y posteriormente pulsar el botón A continuación, nos aparece un mensaje para que confirmemos si deseamos anular la ordenación del (o los) documentos marcados. Seleccionamos la opción “SI” para continuar con el proceso. Automáticamente, el sistema muestra en la parte inferior de la pantalla el siguiente mensaje indicando que las modificaciones introducidas han sido grabadas correctamente. Si entráramos de nuevo en el listado de saldos, veríamos como el saldo se ha repuesto para e mes en el que hemos anulado la ordenación. Para salir de la transacción pulsamos el botón NOTA: . Página 73 de 176 3.1.4. Programa de pagos automáticos Desde esta opción del menú se accede a las funcionalidades que nos permitirán consultar la información relativa al Programa de Pagos Automáticos. Veamos cada una de las transacciones. Pagos Automáticos (Transacción /IECI/OR_TR_ALV0) Descripción de la Transacción: Esta transacción permite llevar a cabo el pago de documentos pendientes. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Programa de Pagos Automáticos> Pagos Automáticos. Para llevar a cabo el pago de documentos pendientes, para los que hemos creado un “número de ordenación” (el bloqueo “D” pasa a bloqueo “blanco”) el sistema dispone NOTA: Página 74 de 176 de una herramienta denominada Programa de Pagos Automáticos y otra para “pagos parciales”. Mediante esta utilidad de “pagos automáticos”, es posible realizar el pago de un gran número de partidas pendientes de forma automática, obteniendo posteriormente toda la información relativa a los mismos, como pueda ser banco propio por el cuál se paga, importe del pago, documentos pagados, etc., así como permitiendo la obtención de los correspondientes impresos, ficheros, etc. ligados al pago. NOTA: Con respecto al módulo de embargos y directamente relacionado con esta transacción, si antes de ejecutar el pago en la propuesta, entrara un embargo el documento, SI se pagaría. La realización de cualquier pago implicará las siguientes fases: o Introducción de parámetros y Creación de la Propuesta de Pagos: En esta primera fase se introduce en el sistema la información necesaria para que el Programa de Pagos seleccione aquellas partidas pendientes de pago. Para ello es necesario indicar la entidad pagadora, las fechas de contabilización y creación de documentos, la vía de pago, números de acreedor (Cod. Interno), etc. También, se indica qué programas deberán de efectuar la impresión de los instrumentos de pago. El sistema muestra aquellos documentos que, en función de los parámetros introducidos anteriormente, se han seleccionado para el pago y, permite modificar una serie de datos a nivel de documento como son la vía de pago, el banco propio por el que se va a realizar el pago, el tipo de bloqueo del documento, etc. Así mismo, es posible anular la selección de documentos mediante el borrado de la propuesta no teniendo ninguna implicación a nivel contable. o Emisión del Parte de Pagos y el Parte de Transferencias: Antes de ejecutar los pagos, se procede a la impresión del parte de pagos y del parte de transferencias, para su aprobación. o Ejecución del Pago: Una vez se haya dado por válida la propuesta de pago se pasa a la fase de ejecución del pago. En esta etapa, se realiza la compensación de aquellos documentos que habían sido seleccionados en la fase de propuesta, generándose los correspondientes documentos de pago. INTRODUCCIÓN DE PARÁMETROS NOTA: Página 75 de 176 Una vez ordenados los documentos se puede proceder al pago de los mismos. El número de la ordenación que devuelve el sistema será utilizado en el programa de pagos para lanzar dicha ejecución del pago. Accedemos a la pantalla principal de la “transacción de pagos automáticos”, donde visualizamos una serie de pestañas y mediante la cual el sistema solicita los dos parámetros que utilizará posteriormente para la identificación de cada una de las ejecuciones de pago. Estos son: o La fecha de ejecución: no tiene por qué ser la fecha real de ejecución del pago, aunque es aconsejable de cara a facilitar su ubicación en un futuro. o Identificación: en este campo es posible introducir cualquier combinación alfanumérica que deseemos, aunque también se recomienda utilizar algún tipo de regla que permita una fácil localización. Este identificador es propuesto por el usuario pero es de gran utilidad asignar una misma estructura para un tipo de pago y otro tipo de estructura para otro tipo de pago que se quiera diferenciar. Día de ejecución 17.07.2009 Identificador CAC07 NOTA: Página 76 de 176 En la parte inferior de la pantalla se muestran una serie de pestañas: o Pestaña “Status”: nos informará del estado de la propuesta. o Pestaña de “Parámetros”: Se divide en cuatro áreas. Área 1 Área “Control de pagos” Área “Cuentas” Área “ Monedas Extranjeras” Sociedades CAC Vías pago 3 Sig.fe.cont. 31.12.2009 Acreedor 388 Área “1”. Presenta los siguientes campos: - Fecha de contabilización: Viene marcada por defecto. Representa la fecha de contabilización de los documentos de pago que sean generados con dicha ejecución. NOTA: Página 77 de 176 - - Documentos creados hasta: Viene marcado por defecto. Según la fecha informada en este campo, el programa de pagos únicamente tratará aquellos documentos que se hayan contabilizado con una fecha anterior o igual (Fecha de sistema) a esta fecha. Posiciones deudoras vencen el: Es un campo opcional. Se introduce la fecha hasta la que debe vencer una partida deudora para seleccionarse en una ejecución. En el caso de no introducirse información, se considera la fecha igual a la fecha de contabilización. Área “Control de pagos”. Presenta los siguientes campos: - - Sociedades: Se informan las implicadas en la ejecución de los pagos. Si son varias sociedades, éstas se separarán por comas. Ejemplo: CAC, ICM,… Vías de pago: Con las vías de pago se determina con qué procedimiento deben realizarse los pagos. Debe introducirse los códigos de vías de pago a considerar en la ejecución del pago. Éstas se escriben sin espacios entre ellas o bien pulsando el matchcode, seleccionando todas las vías de pago a utilizar. Siguiente fecha de contabilización: En este campo se informa la fecha de la próxima ejecución de pago. Esta fecha cobra importancia porque se considerará en la selección de partidas a pagar, todas las facturas (débitos) que hayan vencido hasta el día informado. Por tanto, esta fecha deberá ser posterior a la fecha de contabilización introducida (campo fecha de contabilización analizado anteriormente). Área “Cuentas”. Presenta los siguientes campos: - - Acreedor (desde/hasta): Se introducen los códigos de acreedor cuyas facturas se requiera considerar. En la selección es posible introducir valores en forma de rango e individuales. De igual forma es posible excluir valores de la selección. Si utilizamos un asterisco * en el campo acreedor, automáticamente propondrá todos los acreedores. Cliente o eudor (desde/hasta): Se introducen los códigos de deudor cuyas facturas se requiera considerar. En la selección es posible introducir valores en forma de rango e individuales. De igual forma es posible excluir valores de la selección. Área “Monedas extranjeras”. Presenta los siguientes campos: - Tipo de cotización conversión: Este campo se completará cuando se realicen pagos en moneda extranjera y se requiera convertir los importes a la moneda local con un tipo de conversión específico. En el caso de no informar ningún valor, la conversión se realiza con el tipo de cotización medio (M). Este campo no aplica para el ámbito del proyecto SEFCAN. NOTA: Página 78 de 176 o Pestaña de “Selección libre”: Mediante esta pestaña se procede a indicar criterios adicionales para seleccionar las partidas a tratar. La introducción de selecciones es opcional. - - Nom. campo Clave referencia 2 Valores 200900000035 Nombre campo: Se especifica el nombre del campo que se utilizará para realizar la selección de los datos. El campo más utilizado es el número de ordenación (previamente obtenido en el programa de ordenación de documentos) llamado “Clave de referencia 2”. Excluir valores: El indicador permite excluir aquellos que valores cumplan las condiciones de la selección. Valores: Se informarán los valores para realizar la selección o exclusión de los datos. En el caso de informar diferentes valores, será necesario que se informen con su total longitud, en orden ascendente y separándolos por comas. En el ejemplo utilizamos el valor de la ordenación realizada previamente en el sistema. NOTA: Página 79 de 176 NOTA: Si hubiéramos dejado esta pestaña en blanco, nos hubiera traído todos los documentos del acreedor 388. De esta forma solamente me va a traer el documento o documentos generados en la misma orden (número de ordenación). o Pestaña “Log adicional”: Esta pantalla es necesario cumplimentarla ya que el sistema proporciona un log detallado tanto al ejecutar la propuesta como el pago en el que se verificará el vencimiento, vías de pago y bancos implicados en los documentos a considerar para las cuentas de acreedor y deudor indicadas en la parte inferior. Los indicadores a marcar son: - Verificar vencimiento Marcar check Selec. Vías pago en caso de error Marcar check Posiciones de documentos de pago Marcar check Acreedor 388 Verificar vencimiento: Mediante este indicador se verifica el vencimiento de las partidas abiertas. Selección vía de pago en todos los casos: Marcando el indicador, el sistema incluye en el log el proceso de selección de la vía de pago y los bancos. Por tanto, es posible conocer el detalle del proceso de selección de datos. Si este indicador está marcado, el siguiente no debe marcarse. NOTA: Página 80 de 176 - - - Selección vía de pago en caso de error: Marcando este indicador se incluyen en el log los casos en los que no se ha podido encontrar la vía de pago o un banco propio. Este indicador es excluyente respecto al anterior. Posiciones de documentos de pago: Marcando el indicador, permite que en el log aparezcan los documentos que se crearán cuando se esté ejecutando la propuesta de pago, y los documentos creados cuando se ejecute el pago como tal. En el apartado de “Cuentas deseadas”: Acreedores (desde/hasta): se posibilita la opción de informar los códigos de acreedores de los que se requiere obtener información en el log. Deudores (desde/hasta): se posibilita la opción de informar los códigos de deudores de los que se requiere obtener información en el log. o Pestaña “Impresión y sop.datos”: En este apartado se incluye la extracción y generación del fichero 34 para su envío posterior al banco. El campo “Z53_FITR_RFFOES_T” es el programa que permite extraer la información de los pagos y convertirla en formato del cuaderno 34. El usuario deberá crear una variante para poder obtener este fichero.Para crearla nos situamos en la columna de variantes,le damos un nombre y a continuación vamos a actualizar variante continuación rellenamos los campos de : - .A Sociedad pagadora Sociedad emisora Via de pago Banco propio (si fuera necesario) Impresora en intercambio soporte de datos (Impr.inmediata) Detalles del fichero : pondremos siempre un 1. Sociedad pagadora CAC Sociedad emisora CAC Via de pago 3 Impresora en intercambio soporte de datos LOCL Detalles del fichero 1 NOTA: Página 81 de 176 A continuación, pulsamos en y damos un nombre largo a la variante. NOTA: Página 82 de 176 Una vez que se han incorporado todos los datos para generar la propuesta se procede a grabar el proceso mediante el icono . Una vez grabados los datos, regresamos a la pestaña “Status” y vemos que aparecen dos nuevos iconos: o o : Permite realizar planificaciones de pago creando las llamadas "propuestas de pago" para obtener el resultado esperado. : Permite realizar el pago de forma directa. CREACIÓN DE LA PROPUESTA DE PAGO El tratamiento y análisis de la propuesta de pago permitirá obtener una previsión de los documentos que se crearán al ejecutar el pago/cobro y por tanto, posibilita la modificación de los datos de selección y de las propias partidas tratadas. NOTA: Página 83 de 176 La creación de la propuesta de pago se realiza mediante el icono mediante el menú Tratar _ propuesta _ planificar. Una vez pulsado el icono emergente con varios campos: ־ ־ ־ ־ o , el sistema muestra la siguiente ventana Fecha de inicio 12.07.2009 Ejecución inmediata Marcar check. Fecha de inicio: En el campo fecha de inicio se introduce la fecha en la que se ejecutará el job en caso de no planificarlo de forma inmediata. Hora de inicio: Se introduce la hora de inicio en caso de planificar la ejecución de job. Máquina destino: En caso de planificar el job, debe indicarse la máquina donde se ejecutará. Ejecución inmediata: Si se marca el indicador, no es necesario informar los campos Fecha de inicio, hora de inicio y máquina destino. Automáticamente se crea la propuesta de pago. NOTA: Página 84 de 176 A continuación, pulsamos en el icono o en el botón “Intro” situado en el teclado de nuestro ordenador. En la pantalla de status aparecerá el siguiente mesaje: "Propuesta está preparada para inicio", mientras que en la parte inferior de la pantalla se muestra el siguiente mensaje: Con esto el sistema ofrece la posibilidad de analizar los datos. Por otra parte, en la parte superior de la pantalla aparecen tres nuevos iconos: NOTA: La creación de la propuesta de pago es posible planificarla para que se efectúe en un día y hora concreto. Para conseguir esta información, en la pantalla de planificación se desmarcará el indicador "ejecución inmediata". A continuación, pulsamos sobre el botón para visualizar la propuesta. En la pantalla que presenta el sistema se presenta una lista de pago (verde) y excepciones en el caso que las hubiera (rojo). Se presenta un agregado de las partidas que se incluyen en la propuesta y otro agregado con todas las excepciones. NOTA: Página 85 de 176 Haciendo doble clic sobre la línea de la propuesta de pago de documentos que se incluyen en la misma, se abre una pantalla con la información de los documentos que se incluyen en la propuesta. En el ejemplo sólo tenemos una lista de pagos, es decir, un agregado de documentos que se incluyen en la propuesta. Haciendo doble clic sobre la línea se abre una pantalla con la información del documento que se va a pagar: NOTA: Página 86 de 176 Las partidas que se consideren excepción, se han seleccionado pero por algún motivo, no se tratarán en el pago. Estas partidas es posible tratarse mediante la opción de tratamiento de propuesta. En la visualización únicamente se permite visualizar los datos origen y el error. Por tanto el próximo punto se basará en explicar como se trata una propuesta de pago. TRATAMIENTO DE LA PROPUESTA. Para realizar el tratamiento, se accederá mediante el icono o vía menú Tratar _ propuesta _ tratar. Aparece la siguiente pantalla, donde la opción de "todos los documentos contables" permite modificar la totalidad de partidas seleccionadas por la propuesta. Pulsando sobre el icono , podemos modificar la propuesta manualmente (cuando hubiera una lista de excepciones): Pulsamos en el icono o en el botón “Intro” situado en el teclado de nuestro ordenador y hacemos clic sobre las partidas excluidas. NOTA: Página 87 de 176 Pulsamos en el botón “Reasignar” y modificamos manualmente el campo que queramos como el banco propio, la via de pago, condición de pago. NOTA: Cuando una propuesta de pago se ha creado, los datos maestros seleccionados por esta propuesta (acreedores y/o deudores), permanecen bloqueados y no se permite la selecc ión de estos en posteriores propuestas de pago. Se podrá acceder de nuevo a estos datos cuando: - - Se borre la propuesta de pago, y por tanto se permita de nuevo modificar los datos introducidos en la propuesta. Para borrar la propuesta mediante el menú: Tratar> propuesta> borrar. No basta con borrar sólo la propuesta, hay que borrar los parámetros en Tratar> parámetros> borrar. Cuando se ejecute el pago, los datos maestros quedarán liberados para seleccionarse por otras propuestas. VISUALIZACIÓN DEL LOG Ejecutada la propuesta de pago, el programa de pagos permite obtener un análisis del proceso realizado según las condiciones que se especificaron en el apartado "log adicional" al crear la propuesta. El log ofrece el detalle del tratamiento de cada una de las partidas seleccionadas, analizando las condiciones de selección y comprobando que estas son correctas para NOTA: Página 88 de 176 cada documento. En el caso de generarse una excepción, permite conocer el punto donde se ha producido y su causa. Este hecho es de gran utilidad para la gestión de errores y tratamiento de la propuesta de pago. Pulsando sobre el icono accedemos a la siguiente pantalla: El fragmento del log más importante es la línea relativa al documento contable que se genera al ejecutar la propuesta. Por último, en cuanto a la gestión de las propuestas de pago, destacar que la propuesta de pago no es una ejecución real del mismo y que, por tanto, puede ser borrada en cualquier momento antes de la planificación del pago. Para borrar la propuesta se accederá vía menú Tratar _ propuesta _ borrar. Cuando la propuesta ha sido borrada, es posible modificar los parámetros introducidos inicialmente y realizar las modificaciones que se consideren oportunas. Con la creación y la gestión de la propuesta de pago, una vez comprobados los resultados el próximo paso es realizar la planificación del pago como tal, es decir, contabilizar los documentos de pago en el sistema. EJECUCIÓN DEL PAGO NOTA: Página 89 de 176 La ejecución del pago permite contabilizar los documentos de pago en el sistema de forma automática según las parametrizaciones realizadas en la configuración del programa de pagos. Es decir, según las vías de pago definidas, los bancos propios asignados y la correspondencia de cuentas, se crearán los documentos de pago seleccionados mediante la propuesta de pago inicial. Pulsando sobre el botón con varios campos: , el sistema muestra la siguiente ventana emergente Fecha de inicio 12.07.2009 Ejecución inmediata Marcar check. De igual forma que en la propuesta de pago, se puede planificar para que se realice la contabilización en un día y hora específica o ejecutarse de forma inmediata. Si se ejecuta de forma inmediata el pago en la pantalla de status aparecerá "ejecución de pago preparada para inicio" y en la parte inferior de la pantalla el mensaje: NOTA: Página 90 de 176 Pulsando el icono status o bien repetidas veces "Enter" aparecerá el mensaje "se ha realizado la ejecución del pago" y el número de órdenes de pago creadas. Igual que en la creación de la propuesta de pagos, podemos visualizar los documentos contabilizados : NOTA: Página 91 de 176 E imprimir la propuesta de pagos (se utilizará cuando previamente no hayamos seleccionado “crear medio de pago” en la propuesta): EXTRACCIÓN DEL FICHERO 34 La extracción del fichero 34 se generará automáticamente una vez se haya generado la ejecución del pago.Se generará un fichero diario por cada uno de los bancos.Por tanto ya no sera necesario acceder a la pestaña de impresión y soporte de datos. Para salir de la transacción pulsamos el botón . NOTA: Página 92 de 176 Extracción del fichero de pagos con la via de pago 8 “Transferencia al juzgado” Los pagos mediante esta vía de pago se realizarán como se ha explicado en los puntos anteriores. La extracción del fichero la realiza un job nocturno llamado “Z53_FITR_C34_PAGOS_JUZGADOS”, el cual se ejecuta todos los días a las 22:00 h. y llama al programa siguiente dejando el fichero en el servidor: Z53_FITR_GEN_FICH_PAG_JUZG Mediante la transacción Z53_DESCARGA_FICH_JU se recupera el fichero que el programa ha dejado en el servidor. Se accede a ella: Se despliega el match code y encontramos el del 21 de agosto: NOTA: Página 93 de 176 Se pulsa doble click: Se ejecuta y el sistema nos solicita un nombre para el fichero y donde queremos depositarlo. Lo depositamos en nuestro escritorio. NOTA: Página 94 de 176 El sistema nos informa de la importación: Vamos a recuperarlo abriendo como normalmente se hace con un fichero. NOTA: Página 95 de 176 NOTA: Página 96 de 176 Control Saldos Bancarios (Z53_FITR_CTRL_SALDOS_BRIO_PAGO) Descripción de la Transacción: Esta transacción permite verificar los saldos de los bancos a efecto de controlar el saldo contable disponible a partir de las cuentas contables, cuenta principal de banco y sus cuentas transitorias, de forma que se va a colocar para cada banco el importe calculado en las tablas de parametrización que corresponden a Importes Máximos para pagos por vía de pago.Esta transacción se dejará para que el usuario pueda visualizar en la tabla los distintos importes por banco propios ya que la ejecución y actualización de los saldos se hará de manera automática cada vez que se ejecute la transacción de pagos automáticos. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Programa de Pagos Automáticos> Control Saldos Bancarios. En la pantalla principal completamos los siguientes datos: - Sociedad pagadora Fecha límite: día actual. Clave de banco Sociedad pagadora CAC Fecha límite 15.07.2009 NOTA: Página 97 de 176 Una vez introducidos todos los datos, pulsamos en el botón “Ejecutar” . El control de saldos se hará de forma automática cada vez que el usuario realice un pago bien sea automático bien sea manual o se realice un Movimiento Interno de Tesoreria (MIT) NOTA 1: La columna Saldo cuenta determina el saldo inicial por banco propio. La columna Saldo mínimo final determina el importe frontera (será siempre cero) La columna Calculado muestra el Saldo de cuenta – Sldo minimo final.Si el importe es menor que cero,SIEMPRE aparecerá cero. NOTA: Página 98 de 176 La columna actual mostrará el mismo importe que el Saldo cuenta una vez se ejecute el control de saldos. NOTA 2: Al no haber restringido por clave de banco, se obtiene un listado con los saldos de todos los bancos propios utilizados en las propuestas de pago. Una vez nos encontramos en esta pantalla, seleccionamos el saldo que queremos actualizar antes de ejecutar la propuesta de pago. NOTA: Se irá actualizando a medida que se ejecuten las propuestas de pago. A continuación, pulsamos en el siguiente icono fijados. para que los importes queden Automáticamente, el sistema muestra una ventana emergente en la que se debe confirmar si se desea continuar con el proceso o no. NOTA: Página 99 de 176 El sistema pide que confirme la operación. Seleccionamos la opción “SI” automáticamente se aplicarán los nuevos importes. y El sistema devuelve un mensaje de confirmación de la operación. Para salir de la transacción pulsamos el botón . NOTA: Página 100 de 176 3.1.5. Anulaciones masivas en propuestas de pago Desde esta opción del menú se accede a las funcionalidades que nos permitirán consultar la información relativa a las Anulaciones Masivas de Ejecuciones de Pago de Propuestas de Pagos. Veamos cada una de las transacciones. Anulación Masiva de Propuesta de ago automática (/IECI/OR_ZCEFTRO1001) Descripción de la Transacción: Mediante esta funcionalidad, se anulan todas las contabilizaciones realizadas en la ejecución de una propuesta de pagos (las operaciones de las partidas abiertas y las anotaciones en las cuentas transitorias). Estas anulaciones incrementa el saldo disponible. NOTA: esta modificación de saldo deberá comprobar en la transacción de “control saldos bancarios”. Si llegara el caso de que alguna propuesta ejecutada fuera considerada como no correcta en los mecanismos de autorización, la contabilizaciones realizadas descompensación de partidas abiertas y de salidas de pagos se deberían anular, ejecutando un programa de anulación masiva de estas contabilizaciones. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Anulaciones Masivas de Ejecuciones de Pago de Propuestas de Pagos> Anulación masiva de propuesta de pago automática. NOTA: Página 101 de 176 Accedemos a la pantalla principal donde seleccionamos: - La fecha de la propuesta: Se introducirá la fecha de entrada cuando se generó la propuesta. El indicador de la propuesta: Nombre dado al crearla. Puede ser que el usuario no recuerde el nombre que le dio en su día a la propuesta de pago, para ello puede utilizar el buscador. Ejercicio: Año en el que se ha realizado la propuesta de pago. El motivo de la anulación: El sistema solicite le indiques el motivo por el cual se realiza esta contabilización inversa. Los motivos se explica en la siguiente tabla: Donde los motivos 01 y 02 nunca se utilizarán ya que NO generan el contraasiento negativo a efectos de contabilidad. Siempre se utilizarán los motivos 03 y 04 dependiendo del periodo en el que se esté anulando,implicando la realización del contrasiento negativo a efectos de contabilidad. El motivo 05 indica ajuste por periodificación; en neustro caso tampoco se utilizará. - Fecha de contabilización: Fecha en la que se va a contabilizar este movimiento. No tiene porqué ser igual ni a la fecha de la propuesta ni a la fecha del documento original Fecha de la Propuesta 21.10.2009 Identificador de la Propuesta Mar14 NOTA: Página 102 de 176 Ejercicio 2009 Motivo de rechazo 25.10.2009 Pulsamos en el botón “ejecutar” para continuar con el proceso. Automáticamente, el sistema muestra la siguiente ventana emergente advirtiendo que se va llevar a cabo el proceso de anulación masiva. Seleccionamos la opción “Aceptar” para continuar con el proceso. NOTA: Página 103 de 176 Automáticamente se informa el nº del documento xxxxxf. que ha sido anulado por el documentonº xxxxxx Para salir de la transacción pulsamos el botón . NOTA: Página 104 de 176 3.1.6. Contabilización de pagos manuales Desde esta opción del menú se accede a las funcionalidades que nos permitirán consultar la información relativa a la Contabilización de Pagos Manuales. Veamos cada una de las transacciones. Contabilizar Pagos Manuales (Transacción Z53_FITR_FBZ2) Descripción de la Transacción: Esta transacción implica la realización de la contabilización manual de un pago individual que se realiza a un acreedor, y al mismo tiempo, si así se solicita, se emite un formulario de medio de pago, que permite ordenar a un banco el pago que se está realizando. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Contabilización de Pagos Manuales > Contabilizar Pagos Manuales. NOTA: Página 105 de 176 NOTA: Los pagos que se realicen por este proceso, serán individuales, es decir que en principio servirán para pagar una o varias partidas abiertas de uno o varios terceros. Será de utilidad para realizar pagos de partidas abiertas específicas que, por situaciones puntuales, deban ser pagadas de una forma especial. Área “1” Área “Datos Bancarios” Área “Selección de partidas abiertas” En esta pantalla que se muestra hay que rellenar los siguientes datos como obligatorios: o Área “1”: - o Fecha Documento: La fecha de documento es la fecha de creación del documento original. Fecha Contabilización: Fecha con la que un documento entra en la contabilidad financiera o en la contabilidad de costes. Sociedad. Área “Datos bancarios”: - Cuenta: El número de cuenta contable. Importe: Siempre importe en EUR. NOTA: Página 106 de 176 o Área ”Selección de Partidas Abiertas”: - Cuenta: Acreedor al que se le pagan las partidas. Una vez completados los datos obligatorios pulsamos en el botón Partidas”. “Tratar Automáticamente, el sistema nos lleva a la siguiente pantalla. En ella, debemos buscar el número de documento ó partidas que queremos pagar. A continuación, hacemos doble click en la partida hasta que el dato correspondiente al campo “EUR Bruto” se ponga en color azul y contemplar que el Importe Entrado y Asignado estén compensados, y Sin Asignar se encuentre a cero como se muestra en la pantalla: Una vez verificado que todo está correcto desde el apartado “Documento” situado en la parte superior de la pantalla, seleccionamos la opción “Simular”. El sistema nos muestra el asiento contable que esta a cero. NOTA: Página 107 de 176 Pulsamos en el botón “Grabar” . A continuación, aparece un mensaje informándo que el documento se ha contabilizado en la sociedad correctamente. Para salir de la transacción pulsamos el botón NOTA: . Página 108 de 176 CASO DE UN DOCUMENTO CON RETENCIONES: Para el caso en el que el documento tenga retenciones, se haría de la siguiente manera NOTA: Recordar que en el maestro del acreedor previamente tienen que estar activadas los distinto tipos de retención) : La factura inicial con retenciones es la siguiente: Haciendo doble clic en el acreedor visualizamos los datos de retención: NOTA: Página 109 de 176 En la pantalla principal de la transacción que estamos explicando “Contabilizar pagos manuales”, c los datos exactamente igual que en el ejemplo anterior. NOTA: El campo “Importe” aparecerá por el importe total de la factura (NO descontamos las retenciones). Una vez completados los datos obligatorios pulsamos en el botón Partidas”. “Tratar Automáticamente, el sistema nos lleva a la siguiente pantalla. En ella, debemos buscar el número de documento ó partidas que queremos pagar. A continuación, hacemos doble click en la partida hasta que el dato correspondiente al campo “EUR Bruto” se ponga en color azul y contemplar que el Importe Entrado y Asignado estén compensados, y Sin Asignar se encuentre a cero como se muestra en la pantalla: NOTA: Página 110 de 176 NOTA: En nuestro ejemplo, vemos como hay un descuadre de 20 euros, que son los que corresponden a la retencion. Pulsamos en el siguiente icono . Automáticamente, el sistema muestra la siguiente pantalla. NOTA: Página 111 de 176 Hacemos doble clic en la cuenta bancaria para reasignar por el importe adecuado (el total menos la retención : en nuestro caso lo dejamos en 70) NOTA: Página 112 de 176 Si ahora vamos al menú superior: Documento> Simular, veremos una simulación del asiento contable que va a efectuar : NOTA: Página 113 de 176 A continuación pulsamos en el botón “Grabar” . A continuación, aparece un mensaje informándo que el documento se ha contabilizado en la sociedad correctamente. NOTA: Página 114 de 176 CASO: DOCUMENTOS DE NÓMINA NOTA: Esta transacción se utilizará SIEMPRE que haya que pagar los documentos de nómina. El mecanismo sería el siguiente : Primero se ordenarían los documentos utilizando un lay out específico llamado “Listado Ordenacion con importe liquido-b” que subtotaliza por NÚMERO DE ORDEN. De tal manera que se ordenaria juntos todos los documentos que tuvieran ese mismo número de orden: NOTA: Página 115 de 176 Una vez ordenados, apuntamos el número de ordenación y los numeros de documentos contenidos en cada una. A continuación, nos vamos a la transacción “Contabilizar pagos manuales”: NOTA: Página 116 de 176 Completamos los siguientes campos: ־ Fecha de documento ־ Cuenta: Sino sabemos la cuenta transitoria que pertenece a cada sociedad, lo que hacemos es desplegar el matchcode y buscamos por Número de la cuenta mayor en la sociedad: NOTA: Página 117 de 176 ־ Importe: Para el pago de la nómina pondremos siempre el importe neto.Si no nos acordamos del importe no pasa nada, podemos poner un 1 y más tarde lo cuadramos. ־ Cuenta: el Tesorero respectivo de cada sociedad. ־ En el apartado “Otra selección” selañamos el radio button “Nº documento”. Una vez completados todos los campos, pulsamos en el botón “Tratar PAs”. Automáticamente, el sistema nos muestra la siguienten pantalla en la que introducimos todos los documentos a pagar (recordar que son los que tienen el mismo número de orden): NOTA: Página 118 de 176 Una vez introducidos, pulsamos nuevamente en el botón “Tratar PA´s”. Automáticamente, el sistema nos lleva a la siguiente pantalla. En ella, debemos buscar el número de documento ó partidas que queremos pagar. A continuación, hacemos doble click en la partida hasta que el dato correspondiente al campo “EUR Bruto” se ponga en color azul: NOTA: Al activar los documentos, se quedan en color azul. NOTA: Página 119 de 176 Vemos que hay una diferencia de 9 euros, ya que en la pantalla inicial pusimos 1 euro. Aqui lo corregimos para que cuadren las dos cantidades. Pulsamos en el botón “Eliminar diferencias” la posición de banco y modificamos el importe con los 10 euros. , hacemos doble clic en NOTA: Página 120 de 176 A continuación, volvemos a pulsar en el botón . NOTA: Observamos que ahora el campo “Sin asignar” esta a cero. NOTA: Página 121 de 176 Una vez verificado que todo está correcto desde el apartado “Documento” situado en la parte superior de la pantalla, seleccionamos la opción “Simular” para previsualizar el asiento contable del pago que el sistemoa va a generar: NOTA: Página 122 de 176 A continuación, desde ese mismo apartado “Documento” situado en la parte superior de la pantalla, seleccionamos la opción “Contabilizar” con lo que nos daría un número de documento. NOTA: Desde el mimo ese mismo apartado “Documento”, podriamos visualizar el documento generado, seleccionando la opción “Visualizar”. Sino podemos visualizarlo empleando la transacción de visualizar documento. En la pantalla principal de Visualizar documentos, desde el apartado “Entorno” situado en la parte superior de la pantalla, seleccionamos la opción “Correspondencia”. NOTA: Página 123 de 176 Seleccionamos “Transferencia manual”: A continuación trae datos mas detallados de la impresión del documento: Pulsamos en la opción “Continuar”. Automáticamente, el sistema muestra en la parte inferior de la pantalla el siguiente aviso: NOTA: Página 124 de 176 Para salir de la transacción pulsamos el botón . NOTA: Una vez realizados estos pasos, volvemos al menú principal y seleccionamos la transacción “Correspondencia: Transferencias manuales, cuyo funcionamiento explicamos a continuación. NOTA: Página 125 de 176 Correspondencia: Transferencias manuales Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Contabilización de Pagos Manuales > Correspondencia: Transferencias Manuales. En la pantalla principal filtramos por la “Sociedad” y “Usuario” de tal forma que aparecerán los documentos pendientes de impresión: Sociedad CAC Usuario Insertar un usuario cualquiera NOTA: Página 126 de 176 Una vez completados los datos, pulsamos en el botón “Ejecutar” Automáticamente, el sistema nos muestra la siguiente pantalla, en que debemos hacer doble clic en el documento en cuestión. El sistema muestra la siguiente ventana emergente preguntando si deseamos agrupar los resultados: . NOTA: Página 127 de 176 Seleccionamos la opción “No”. Una vez seleccionada esta opción, aparece la siguiente ventana emergente, en la que debemos seleccionar la impresora Local : Disp. salida LOCL NOTA: Pulsando en el botón “Visualización de la impresión”, podemos previsualizar el documento que vamos a imprimir. NOTA: Página 128 de 176 Para salir de la transacción pulsamos el botón . NOTA: Página 129 de 176 3.1.7. Contabilización de pagos parciales Desde esta opción del menú se accede a las funcionalidades que nos permitirán consultar la información relativa a los Pagos Parciales. Veamos cada una de las transacciones. Entrar solicitud de pago Descripción de la Transacción: La Tesorería lleva a cabo Pagos Parciales, los cuales se desea integrar dentro del programa de pagos para incluirlos dentro de los ficheros CSB para emitir a las entidades bancarias. El proceso que se habilita para realizar pagos parciales consiste en ejecutar una transacción que genera lo que SAP denomina “Solicitudes de Pago”. Esta transacción permite entrar una solicitud de pago. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Pagos Parciales > Entrar solicitud de pago. NOTA: Página 130 de 176 En la pantalla de Acceso introducimos los siguientes campos obligatorios: - Número Documento: Hace referencia a la factura a la cual se le va aplicar una pago parcial. Sociedad: La sociedad a la que pertenece la factura. Ejercicio: El año corriente. Posición: Número del apunte contable dentro del documento contable. Número Documento 60000602 Sociedad CAC Ejercicio 2009 Posición 001 NOTA: Página 131 de 176 Una vez completados los datos obligatorios pulsamos en el icono “Cabecera de Documento” . Automáticamente, accedemos a la siguiente pantalla, donde el único campo obligatorio que pide el sistema es la “Clase de Documento”: KZ (KZ- Pago Acreedor). Clase KZ Pulsando en el siguiente icono o en el botón “Intro” del ordenador se abre la siguiente pantalla donde tenemos que rellenar los siguientes campos: Importe 500 Vía de Pago 3 Texto Pago Parcial NOTA: Página 132 de 176 - Importe: Es una parte del importe total, ya que es un Pago Parcial. Vía de Pago: Vía de pago a través de la cual debe pagarse esta partida o lo que es lo mismo factura. Texto: Texto explicativo para posición de documento. Si se pulsa intro aparece la pantalla de retención. Una vez introducidos todos los datos y finalizar con el proceso de la “Solicitud de Pago Parcial”, pulsamos en el botón “Grabar” . Automáticamente, el sistema muestra el siguiente el siguiente mensaje: Para salir de la transacción pulsamos el botón . Si se desea VISUALIZAR el documento que acabamos de tramitar, pulsamos en el apartado “Solicitud de Pago” situado en la barra de herramientas. Una vez desplegado el submenú, seleccionamos la opción “Visualizar”. NOTA: Página 133 de 176 El sistema le muestra la siguiente pantalla: NOTA: Si se desea consultar el documento creado, el cual está vinculado con la factura, accedemos a la “Transacción FBL1N - Partida individual acreedor”. NOTA: Página 134 de 176 Para salir de la transacción pulsamos el botón . NOTA: Página 135 de 176 Pagos Automáticos (Transacción /IECI/OR_TR_ALV0) Descripción de la Transacción: Esta transacción permite llevar a cabo el pago de documentos pendientes. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Programa de Pagos Automáticos> Pagos Automáticos. Para llevar a cabo el pago de documentos pendientes, para los que hemos creado un “numero de ordenación” (el bloqueo “D” pasa a bloqueo “blanco”) sistema dispone de una herramienta denominada Programa de Pagos Automáticos y otra para “pagos parciales”. Mediante esta utilidad de “pagos automáticos”, es posible realizar el pago de un gran número de partidas pendientes de forma automática, obteniendo posteriormente toda la información relativa a los mismos, como pueda ser banco propio por el cuál se paga, importe del pago, documentos pagados, etc., así como permitiendo la obtención de los correspondientes impresos, ficheros, etc. ligados al pago. NOTA: Con respecto al módulo de embargos y directamente relacionado con esta transacción, si antes de ejecutar el pago en la propuesta, entrara un embargo el documento, SI se pagaría. La realización de cualquier pago implicará las siguientes fases: o Introducción de parámetros y Creación de la Propuesta de Pagos: En esta primera fase se introduce en el sistema la información necesaria para que el Programa de Pagos seleccione aquellas partidas pendientes de pago. Para ello NOTA: Página 136 de 176 es necesario indicar la entidad pagadora, las fechas de contabilización y creación de documentos, la vía de pago, números de acreedor (Cod. Interno), etc. También, se indica qué programas deberán de efectuar la impresión de los instrumentos de pago. El sistema muestra aquellos documentos que, en función de los parámetros introducidos anteriormente, se han seleccionado para el pago y, permite modificar una serie de datos a nivel de documento como son la vía de pago, el banco propio por el que se va a realizar el pago, el tipo de bloqueo del documento, etc. Así mismo, es posible anular la selección de documentos mediante el borrado de la propuesta no teniendo ninguna implicación a nivel contable. o Emisión del Parte de Pagos y el Parte de Transferencias: Antes de ejecutar los pagos, se procede a la impresión del parte de pagos y del parte de transferencias, para su aprobación. o Ejecución del Pago: Una vez se haya dado por válida la propuesta de pago se pasa a la fase de ejecución del pago. En esta etapa, se realiza la compensación de aquellos documentos que habían sido seleccionados en la fase de propuesta, generándose los correspondientes documentos de pago. INTRODUCCIÓN DE PARÁMETROS Una vez ordenados los documentos se puede proceder al pago de los mismos. El número de la ordenación que devuelve el sistema será utilizado en el programa de pagos para lanzar dicha ejecución del pago. Accedemos a la pantalla principal de la “transacción de pagos automáticos”, donde visualizamos una serie de pestañas y mediante la cual el sistema solicita los dos parámetros que utilizará posteriormente para la identificación de cada una de las ejecuciones de pago. Estos son: o La fecha de ejecución: no tiene por qué ser la fecha real de ejecución del pago, aunque es aconsejable de cara a facilitar su ubicación en un futuro. o Identificación: en este campo es posible introducir cualquier combinación alfanumérica que deseemos, aunque también se recomienda utilizar algún tipo de regla que permita una fácil localización. Este identificador es propuesto por el usuario pero es de gran utilidad asignar una misma estructura para un tipo de pago y otro tipo de estructura para otro tipo de pago que se quiera diferenciar. NOTA: Página 137 de 176 Día de ejecución 17.07.2009 Identificador CAC07 En la parte inferior de la pantalla se muestran una serie de pestañas: o Pestaña “Status”: nos informará del estado de la propuesta. o Pestaña de “Parámetros”: Se divide en cuatro áreas. NOTA: Página 138 de 176 Área 1 Área “Control de pagos” Área “Cuentas” Área “ Monedas Extranjeras” Sociedades CAC Vías pago 3 Sig.fe.cont. 31.12.2009 Acreedor 388 Área “1”. Presenta los siguientes campos: - - Fecha de contabilización: Viene marcada por defecto. Representa la fecha de contabilización de los documentos de pago que sean generados con dicha ejecución. Documentos creados hasta: Viene marcado por defecto. Según la fecha informada en este campo, el programa de pagos únicamente tratará aquellos documentos que se hayan contabilizado con una fecha anterior o igual (Fecha de sistema) a esta fecha. Posiciones deudoras vencen el: Es un campo opcional. Se introduce la fecha hasta la que debe vencer una partida deudora para seleccionarse en una ejecución. En el caso de no introducirse información, se considera la fecha igual a la fecha de contabilización. Área “Control de pagos”. Presenta los siguientes campos: NOTA: Página 139 de 176 - - - Sociedades: Se informan las implicadas en la ejecución de los pagos. Si son varias sociedades, éstas se separarán por comas. Ejemplo: CAC, ICM,… Vías de pago: Con las vías de pago se determina con qué procedimiento deben realizarse los pagos. Debe introducirse los códigos de vías de pago a considerar en la ejecución del pago. Éstas se escriben sin espacios entre ellas o bien pulsando el matchcode, seleccionando todas las vías de pago a utilizar. Siguiente fecha de contabilización: En este campo se informa la fecha de la próxima ejecución de pago. Esta fecha cobra importancia porque se considerará en la selección de partidas a pagar, todas las facturas (débitos) que hayan vencido hasta el día informado. Por tanto, esta fecha deberá ser posterior a la fecha de contabilización introducida (campo fecha de contabilización analizado anteriormente). Área “Cuentas”. Presenta los siguientes campos: - - Acreedor (desde/hasta): Se introducen los códigos de acreedor cuyas facturas se requiera considerar. En la selección es posible introducir valores en forma de rango e individuales. De igual forma es posible excluir valores de la selección. Si utilizamos un asterisco * en el campo acreedor, automáticamente propondrá todos los acreedores. Cliente o eudor (desde/hasta): Se introducen los códigos de deudor cuyas facturas se requiera considerar. En la selección es posible introducir valores en forma de rango e individuales. De igual forma es posible excluir valores de la selección. Área “Monedas extranjeras”. Presenta los siguientes campos: - Tipo de cotización conversión: Este campo se completará cuando se realicen pagos en moneda extranjera y se requiera convertir los importes a la moneda local con un tipo de conversión específico. En el caso de no informar ningún valor, la conversión se realiza con el tipo de cotización medio (M). Este campo no aplica para el ámbito del proyecto SEFCAN. o Pestaña de “Selección libre”: Mediante esta pestaña se procede a indicar criterios adicionales para seleccionar las partidas a tratar. La introducción de selecciones es opcional. Nom. campo Clave referencia 2 Valores 200900000035 NOTA: Página 140 de 176 - - Nombre campo: Se especifica el nombre del campo que se utilizará para realizar la selección de los datos. El campo más utilizado es el número de ordenación (previamente obtenido en el programa de ordenación de documentos) llamado “Clave de referencia 2”. Excluir valores: El indicador permite excluir aquellos que valores cumplan las condiciones de la selección. Valores: Se informarán los valores para realizar la selección o exclusión de los datos. En el caso de informar diferentes valores, será necesario que se informen con su total longitud, en orden ascendente y separándolos por comas. En el ejemplo utilizamos el valor de la ordenación realizada previamente en el sistema. NOTA: Si hubiéramos dejado esta pestaña en blanco, nos hubiera traído todos los documentos del acreedor 388. De esta forma solamente me va a traer el documento o documentos generados en la misma orden (número de ordenación). o Pestaña “Log adicional”: Esta pantalla es necesario cumplimentarla ya que el sistema proporciona un log detallado tanto al ejecutar la propuesta como el pago en el que se verificará el vencimiento, vías de pago y bancos implicados en los documentos a considerar para las cuentas de acreedor y deudor indicadas en la parte inferior. Los indicadores a marcar son: NOTA: Página 141 de 176 - - - - Verificar vencimiento Marcar check Selec. Vías pago en caso de error Marcar check Posiciones de documentos de pago Marcar check Acreedor 388 Verificar vencimiento: Mediante este indicador se verifica el vencimiento de las partidas abiertas. Selección vía de pago en todos los casos: Marcando el indicador, el sistema incluye en el log el proceso de selección de la vía de pago y los bancos. Por tanto, es posible conocer el detalle del proceso de selección de datos. Si este indicador está marcado, el siguiente no debe marcarse. Selección vía de pago en caso de error: Marcando este indicador se incluyen en el log los casos en los que no se ha podido encontrar la vía de pago o un banco propio. Este indicador es excluyente respecto al anterior. Posiciones de documentos de pago: Marcando el indicador, permite que en el log aparezcan los documentos que se crearán cuando se esté ejecutando la propuesta de pago, y los documentos creados cuando se ejecute el pago como tal. En el apartado de “Cuentas deseadas”: NOTA: Página 142 de 176 Acreedores (desde/hasta): se posibilita la opción de informar los códigos de acreedores de los que se requiere obtener información en el log. Deudores (desde/hasta): se posibilita la opción de informar los códigos de deudores de los que se requiere obtener información en el log. Una vez que se han incorporado todos los datos para generar la propuesta se procede a grabar el proceso mediante el icono . Una vez grabados los datos, regresamos a la pestaña “Status” y vemos que aparecen dos nuevos iconos: o o : Permite realizar planificaciones de pago creando las llamadas "propuestas de pago" para obtener el resultado esperado. : Permite realizar el pago de forma directa. CREACIÓN DE LA PROPUESTA DE PAGO El tratamiento y análisis de la propuesta de pago permitirá obtener una previsión de los documentos que se crearán al ejecutar el pago/cobro y por tanto, posibilita la modificación de los datos de selección y de las propias partidas tratadas. La creación de la propuesta de pago se realiza mediante el icono mediante el menú Tratar _ propuesta _ planificar. Una vez pulsado el icono emergente con varios campos: o , el sistema muestra la siguiente ventana Fecha de inicio 12.07.2009 Ejecución inmediata Marcar check. NOTA: Página 143 de 176 ־ ־ ־ ־ Fecha de inicio: En el campo fecha de inicio se introduce la fecha en la que se ejecutará el job en caso de no planificarlo de forma inmediata. Hora de inicio: Se introduce la hora de inicio en caso de planificar la ejecución de job. Máquina destino: En caso de planificar el job, debe indicarse la máquina donde se ejecutará. Ejecución inmediata: Si se marca el indicador, no es necesario informar los campos Fecha de inicio, hora de inicio y máquina destino. Automáticamente se crea la propuesta de pago. A continuación, pulsamos en el icono o en el botón “Intro” situado en el teclado de nuestro ordenador. En la pantalla de status aparecerá el siguiente mesaje: "Propuesta está preparada para inicio", mientras que en la parte inferior de la pantalla se muestra el siguiente mensaje: NOTA: Página 144 de 176 Con esto el sistema ofrece la posibilidad de analizar los datos. Por otra parte, en la parte superior de la pantalla aparecen tres nuevos iconos: NOTA: La creación de la propuesta de pago es posible planificarla para que se efectúe en un día y hora concreto. Para conseguir esta información, en la pantalla de planificación se desmarcará el indicador "ejecución inmediata". A continuación, pulsamos sobre el botón para visualizar la propuesta. En la pantalla que presenta el sistema se presenta una lista de pago (verde) y excepciones en el caso que las hubiera (rojo). Se presenta un agregado de las partidas que se incluyen en la propuesta y otro agregado con todas las excepciones. NOTA: Página 145 de 176 Haciendo doble clic sobre la línea de la propuesta de pago de documentos que se incluyen en la misma, se abre una pantalla con la información de los documentos que se incluyen en la propuesta. En el ejemplo sólo tenemos una lista de pagos, es decir, un agregado de documentos que se incluyen en la propuesta. Haciendo doble clic sobre la línea se abre una pantalla con la información del documento que se va a pagar: NOTA: Página 146 de 176 Las partidas que se consideren excepción, se han seleccionado pero por algún motivo, no se tratarán en el pago. Estas partidas es posible tratarse mediante la opción de tratamiento de propuesta. En la visualización únicamente se permite visualizar los datos origen y el error. Por tanto el próximo punto se basará en explicar como se trata una propuesta de pago. TRATAMIENTO DE LA PROPUESTA. Para realizar el tratamiento, se accederá mediante el icono o vía menú Tratar _ propuesta _ tratar. Aparece la siguiente pantalla, donde la opción de "todos los documentos contables" permite modificar la totalidad de partidas seleccionadas por la propuesta. Pulsando sobre el icono , podemos modificar la propuesta manualmente (cuando hubiera una lista de excepciones): Pulsamos en el icono o en el botón “Intro” situado en el teclado de nuestro ordenador y hacemos clic sobre las partidas excluidas. NOTA: Página 147 de 176 Pulsamos en el botón “Reasignar” y modificamos manualmente el campo que queramos como el banco propio, la via de pago, condición de pago. NOTA: Cuando una propuesta de pago se ha creado, los datos maestros seleccionados por esta propuesta (acreedores y/o deudores), permanecen bloqueados y no se permite la selección de estos en posteriores propuestas de pago. Se podrá acceder de nuevo a estos datos cuando: - - Se borre la propuesta de pago, y por tanto se permita de nuevo modificar los datos introducidos en la propuesta. Para borrar la propuesta mediante el menú: Tratar> propuesta> borrar. No basta con borrar sólo la propuesta, hay que borrar los parámetros en Tratar> parámetros> borrar. Cuando se ejecute el pago, los datos maestros quedarán liberados para seleccionarse por otras propuestas. VISUALIZACIÓN DEL LOG Ejecutada la propuesta de pago, el programa de pagos permite obtener un análisis del proceso realizado según las condiciones que se especificaron en el apartado "log adicional" al crear la propuesta. El log ofrece el detalle del tratamiento de cada una de las partidas seleccionadas, analizando las condiciones de selección y comprobando que estas son correctas para NOTA: Página 148 de 176 cada documento. En el caso de generarse una excepción, permite conocer el punto donde se ha producido y su causa. Este hecho es de gran utilidad para la gestión de errores y tratamiento de la propuesta de pago. Pulsando sobre el icono accedemos a la siguiente pantalla: El fragmento del log más importante es la línea relativa al documento contable que se genera al ejecutar la propuesta. Por último, en cuanto a la gestión de las propuestas de pago, destacar que la propuesta de pago no es una ejecución real del mismo y que, por tanto, puede ser borrada en cualquier momento antes de la planificación del pago. Para borrar la propuesta se accederá vía menú Tratar _ propuesta _ borrar. Cuando la propuesta ha sido borrada, es posible modificar los parámetros introducidos inicialmente y realizar las modificaciones que se consideren oportunas. Con la creación y la gestión de la propuesta de pago, una vez comprobados los resultados el próximo paso es realizar la planificación del pago como tal, es decir, contabilizar los documentos de pago en el sistema. EJECUCIÓN DEL PAGO NOTA: Página 149 de 176 La ejecución del pago permite contabilizar los documentos de pago en el sistema de forma automática según las parametrizaciones realizadas en la configuración del programa de pagos. Es decir, según las vías de pago definidas, los bancos propios asignados y la correspondencia de cuentas, se crearán los documentos de pago seleccionados mediante la propuesta de pago inicial. Pulsando sobre el botón con varios campos: , el sistema muestra la siguiente ventana emergente Fecha de inicio 12.07.2009 Ejecución inmediata Marcar check. De igual forma que en la propuesta de pago, se puede planificar para que se realice la contabilización en un día y hora específica o ejecutarse de forma inmediata. Si se ejecuta de forma inmediata el pago en la pantalla de status aparecerá "ejecución de pago preparada para inicio" y en la parte inferior de la pantalla el mensaje: NOTA: Página 150 de 176 Pulsando el icono status o bien repetidas veces "Enter" aparecerá el mensaje "se ha realizado la ejecución del pago" y el número de órdenes de pago creadas. Igual que en la creación de la propuesta de pagos, podemos visualizar los documentos contabilizados propuesta de pagos , visualizar el log generado , e imprimir la . EXTRACCIÓN DEL FICHERO 34 El fichero se creará automáticamente todos los dias para cada banco, por lo que deja de utilizarse la pestaña de Impresión y soporte de datos. Para salir de la transacción pulsamos el botón . NOTA: Página 151 de 176 3.1.8. Visualizar documentos Desde esta opción del menú se accede a las funcionalidades que nos permitirán consultar la información relativa a la visualización de documentos. Veamos cada una de las transacciones. Visualizar Documento (FB03) Descripción de la Transacción: Esta transacción permite visualizar los Documentos previamente contabilizados. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Visualizar Documentos > Visualizar Documento. NOTA: Página 152 de 176 En la pantalla de Acceso introducimos los siguientes los datos obligatorios: Nº documento 600000603 Sociedad CAC Ejercicio 2009 Una vez introducidos los datos, pulsamos en el botón . Automáticamente el sistema lleva a la siguiente pantalla donde debemos completar los siguientes campos: - Sociedad: La sociedad con la que el usuarios trabaje. Número Documento: El número de documento es la clave con la cual se accede a un documento contable. NOTA: Página 153 de 176 - Ejercicio: Año corriente. Sociedad CAC Nº documento 1500000007 Ejercicio 2009 A continuación, pulsamos en el botón “Ejecutar” . Automáticamente, el sistema muestra la siguiente pantalla: NOTA 1: Si hacemos doble click sobre el número de documento contabilizado podemos ver el asiento contable que el sistema realiza: NOTA: Página 154 de 176 NOTA 2: Y si desea visualizar la cabecera del documento, debe de pulsar el icono “Visualizar Cabecera Documento” . NOTA: Desde esta transacción se podrá pasar a modificación del documento pinchando en , aunque si éste ya fue compensado no podrán modificarse ningún campo relevante como el banco propio, el tipo de banco interlocutor o la vía de pago. Para salir de la transacción pulsamos el botón . NOTA: Página 155 de 176 3.1.9. Modificar documentos de pago Desde esta opción del menú se accede a las funcionalidades que nos permitirán consultar la información relativa a la Modificación de las obligaciones de pago. Los datos modificables por el área de tesorería, el banco propio de la sociedad FI, grupo de acreedor, deudor, grupo de tesorería y solo debe referirse a los datos del pago, los que se detalla a continuación: - - Vía de pago: forma de pago de los terceros. Número de ordenación: En el caso de querer anular una ordenación, se explica en la transacción de anulación de documentos. Bloqueo de pago: las obligaciones fiscalizadas pendientes de ordenar tendrán todas el indicador de bloqueo “P” Pendiente de Ordenar. Fecha base: fecha a partir de la cual se calcula la fecha de vencimiento de las partidas. La fecha base será la fecha de registro de las facturas (para los casos en los que haya registro). Condiciones de Pago: clave a través de la cual se definen las condiciones de pago en forma de tipos de descuento y plazos de pago. Los datos del pago, que no son modificables por el área de tesorería, se detalla a con tinuación y solo serán modificables por los centros gestores: - Suplemento de vía de pago: campo que se utiliza para marcar determinadas características en los documentos. Actualmente, los valores posibles de este campo son: - Banco interlocutor: datos bancarios del tercero receptor del pago. Este campo estará informado a nivel de documento únicamente en los documentos endosados, cesiones de crédito y en los documentos compensados y embargados. Pagador alternativo: si marcamos este flag, el sistema muestra los datos de los posibles receptores alternativos que se hayan introducido en los documentos. Moneda: la moneda del documento. Importe: el importe del documento. - - NOTA: Página 156 de 176 Veamos cada una de las transacciones. Modificaciones masivas de documentos de pago Descripción de la Transacción: Esta transacción permite modificar de forma masiva los Documentos que ya han sido contabilizados en el rango que se señale en el sistema. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Modificar Obligaciones de Pagos > Modificación Masiva Obligaciones de Pago. NOTA: Página 157 de 176 En la pantalla de Acceso introducimos los siguientes los datos obligatorios: o Área “Selección Acreedor”: - o Área “Selección Partidas”: - o Cuenta Acreedor: Es el número que identifica al acreedor en el sistema. Sociedad. Partidas abiertas: Marcar este flag, si queremos ver las partidas del acreedor que estan pagadas. Partidas compensadas: Marcar este flag. Si queremos ver las partidas del acreedor que ya están pagadas. Área “Clase”: - Partidas Normales: Marcar este flag si la partida a pagar del acreedor está contabilizada en la cuenta 40001000. Operación CME: En el caso de pagar una factura contabilizada con indicador CME, introducir en este campo el valor del indicador CME. Apuntes Estadísticos: Marcar este flag para ver más datos relacionados con el acreedor.Este flan deberá estar marcado si se quieren visualizar las solicitudes de pago parcial. Cuenta Acreedor 382 Sociedad CAC NOTA: Página 158 de 176 Partidas Compensadas Marcamos el check Partidas Normales Marcamos el check Operación CME Marcamos el check Apuntes Estadísticos Marcamos el check NOTA: Se recomienda tener marcado los tres flag de los tres últimos campos señalados anteriomente, para obtener más información de sistema. Una vez introducidos los datos y marcados los flag de los campos mencionados anteriormente, pulsamos en el icono “Ejecutar” . El sistema nos lleva a la siguiente pantalla: NOTA: Página 159 de 176 Aquí se puede visualizar el documento compensado, la clase de documento, la fecha de contabilización, el número de documento antes y después de contabilizar, el importe, etc. Para hacer una modificación masiva de documentos seleccionaríamos en esta pantalla los documentos que queramos modificar en el recuadro blanco y a continuación pulsamos en el botón . Se abre una ventana con todos los campos que son modificables: NOTA: Página 160 de 176 NOTA 1: En esta transacción se pueden modificar todos aquellos documentos tanto los que estén compensados como no compensados. NOTA 2: En el area de tesorería, solo se podrá modificar los datos de pago (que se detall arón anteriormente) y siempre que el documento no este compensado, el resto de los campos sería modificable, en todo caso, por el Centro Gestor o la Intervención pero no desde esta área de tesorería. Para salir de la transacción pulsamos el botón . NOTA: Página 161 de 176 Modificar documento Descripción de la Transacción: Esta transacción permite modificar los Documentos previamente contabilizados. En esta transacción accedemos al numero especifico del documento que queremos modificar, indicando el ejercicio al que pertence. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Modificar Obligaciones de Pagos > Modificar documento. Accedemos a la pantalla principal donde introducimos los siguientes los datos obligatorios: NOTA: Página 162 de 176 Nº Documento 600000603 Sociedad CAC Ejercicio 2009 Una vez introducidos los datos de los campos obligatorios, pulsamos en el botón que indica “Lista Documentos” . El sistema nos lleva a la siguiente pantalla donde debemos rellenar los siguientes datos: - Sociedad: La sociedad con la que el usuarios trabaje. Número Documento: El número de documento es la clave con la cual se accede a un documento contable. Ejercicio: Año corriente. Sociedad CAC Número Documento 1500000007 Ejercicio 2009 NOTA: Página 163 de 176 Pulsamos en el botón “Ejecutar” y el sistema nos muestra la siguiente pantalla: Si hacemos doble click sobre el número de documento contabilizado puede ver el asiento contable que el sistema realiza: NOTA: Página 164 de 176 Si desea modificar algún campo del acreedor que se muestra, simplemente debe de hacer doble click en la posición del acreedor y el sistema le lleva a la pantalla que se muestra a continuación: NOTA: el campo texto solo puede se modificado por el centro gestor en esta transacción y el campo de asignación, no puede ser mofidicable por nadie, ya que, se va a colocar en el mismo, la clave de tesorería correspondiente al pago del documento. NOTA: Página 165 de 176 En esta pantalla, se encuentran una serie de campo en blancos que son los posibles campos a modificar. En el caso de que quiera introducir el banco, con posicionarse en el icono “Otros Datos” el sistema le lleva a la siguiente pantalla: NOTA: el campo banco propio, esta como no modificable en el mandante 350, sin embargo se debe permitir su modificación siempre y cuando no este compensado el documento, ya que, puede ocurrir que la cuenta corriente que tenga señalado el documento, no tenga saldo suficiente para realizar el pago. Una vez modificados todos los posibles campos y verificar que todo esta correcto, pulsamos en el botón de “Grabar” . A continuación el sistema muestra un mensaje verificando que las modificaciones se han efectuado correctamente: NOTA: Si el documento ha sido ya compensado no dejará modificar ningún campo relevante c omo la vía de pago, banco propio o tipo de banco interlocutor. Para salir de la transacción pulsamos el botón . NOTA: Página 166 de 176 3.1.10. Visualizar Modificaciones de Documentos Visualizar Documento (FB03) Descripción de la Transacción: Esta transacción permite visualizar los Documentos previamente contabilizados. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Modificar Modificaciones de Documentos > Visualizar Documento. NOTA: Esta transacción es la misma que la explicada anteriormente en el apartado “Visualizar documentos” NOTA: Página 167 de 176 3.1.11. Retrocesiones de pago Desde esta opción del menú se accede a las funcionalidades que nos permitirán consultar la información relativa a las Retrocesiones de Pago. Veamos cada una de las transacciones. Anular Documento de Compensación (FBRA) Descripción de la Transacción: Esta transacción permite anular un Documento Compensado. Accedemos a la transacción a través de la siguiente ruta de acceso: Menú Usuario> Menú de Tesorería> Gestión de Pagos> Retrocesiones de Pago > Anular compensación. NOTA: Página 168 de 176 NOTA: Se explicará la mecánica de este proceso, teniendo en cuenta que se pueden dar dos escenarios posibles: - Retrocesiones en que se conoce el origen de la misma, es decir, la obligación de pago cuyo pago se retrocede. - Retrocesiones en las que se desconoce la obligación de pago que generó esa retrocesión. RETROCESIONES EN QUE SE CONOCE EL ORIGEN DE LA MISMA, ES DECIR, LA OBLIGACIÓN DE PAGO CUYO PAGO SE RETROCEDE. En este caso, una vez nos devuelva el banco el cuaderno 43 a través de la clave de tesorería y de la combinación de código propio – común, identificaremos el documento de pago original. Una vez identificado, anularemos el documento de pago (FBRA). Con ello, se descompensa la obligación de pago y puede, el OOAA y/o habilitado, proceder de nuevo a su pago, quedando de nuevo la partida abierta en el acreedor. El circuito de asientos contables sería el siguiente: NOTA: Página 169 de 176 Orden de pago ------------------------------------X------------------------------------1.500€ Pago Gasto (6XXX) a Proveedor (400XXX) 1.500€ ------------------------------------X-------------------------------------1.500€ Proveedor (400XXX) 1.500€ a Banco Transitori(571XXX2) ------------------------------------X------------------------------------Contab.extracto ------------------------------------X------------------------------------- 1.500€ Banco transitorio (571XXX2) a Banco Definitivo (571XXX1) 1.500€ ------------------------------------X-------------------------------------- Contabilización extracto (Retrocesión) ------------------------------------X------------------------------------- 1.500€ Banco Definitivo (571XXX1) a Banco Transitorio (571XXX2) 1.500€ ------------------------------------X-------------------------------------- Anulación doc. Pago (FBRA) ------------------------------------X-------------------------------------- 1.500€ Banco Transitorio (571XXX2) a Proveedor (400XXX) 1.500€ ------------------------------------X------------------------------------- NOTA: Página 170 de 176 Debe completar los siguientes campos: - - Documento de Compensación: El número de documento que esta contabilizado y queremos anular. Sociedad: La sociedad con la que el usuario se encuentre trabajando. Ejercicio: El ejerció al que pertenezca el documento. Documento de Compensación 1500000007 Sociedad CAC Ejercicio 2009 Si desea puede consultar la cuenta y las partidas del documento que se quiere anular antes de realizar el paso: - Cuenta: NOTA: Página 171 de 176 A continuación Partida: El numero de documento que esta contabilizado y queremos anular. seleccionaremos siempre: la anulación de la compensación , el sistema entiende que se anula la compensación y además realiza el contra-asiento negativo afectos de la contabilidad. Doc. 60000000603 (Factura) 1.500€ (221XXX) Doc. 1500000007 (Pago) 1.500€ ------------------------------------X------------------------------------a Proveedor (400XXX) 1.500€ ------------------------------------X-------------------------------------- Proveedor (400XXX) a Banco (571XXX) 1.500€ Cuando se realiza la anulación de la compensación, el sistema realiza directamente el contra-asiento contable, lo vemos a continuación de forma contable. Doc. 1500000007 (Pago) 1.500€ ------------------------------------X-------------------------------------- Proveedor (400XXX) a Banco (571XXX) 1.500€ Doc. Anulado (Contra-asiento) ------------------------------------X------------------------------------1.500€ Banco (571XXX) a Proveedor (400XXX) 1.500€ ------------------------------------X-------------------------------------(-)1.500€ Proveedor (400XXX) a Banco (571XXX) 1.500€ (-) NOTA: Página 172 de 176 Cuando se anula la compensación, nos pide un motivo por el cual se va anular. Una vez completado todos los datos obligatorios de la pantalla anterior pulse el icono y le aparecerá el siguiente mensaje indicándole que el documento compensado ha sido anulado. NOTA: Página 173 de 176 Si vuelve a pulsar el icono aparece un segundo mensaje indicando que un nuevo documento se va a contabilizar en la sociedad. RETROCESIONES EN LAS QUE SE DESCONOCE LA OBLIGACIÓN DE PAGO QUE GENERÓ ESA RETROCESIÓN. En estos casos, se realizará una contabilización contra una cuenta no presupuestaria representativa de las retrocesiones. Para proceder al pago, posteriormente, desde esa cuenta se deberá generar un PMP no presupuestario contra el acreedor correspondiente. Los asientos contables del proceso : Obligación de pago ------------------------------------X------------------------------------1.500€ Pago 1.500€ Gasto (6XXX) a Proveedor (400XXX) 1.500€ ------------------------------------X-------------------------------------- Proveedor (400XXX) a Banco Transitorio (571XXX2) 1.500€ NOTA: Página 174 de 176 ------------------------------------X------------------------------------- Contab.extracto 1.500€ ------------------------------------X------------------------------------- Banco transitorio ( 571XXX2) a 1.500€ Banco definitivo (571XXX1) ------------------------------------X-------------------------------------- Contab.extracto (Retrocesión) ------------------------------------X------------------------------------- 1.500€ Banco Definitivo ( 571XXX1) a 1.500€ Retrocesiones (5540021022) ------------------------------------X-------------------------------------- PMP no presupuestario (manual) 1.500€ ------------------------------------X-------------------------------------- Retrocesiones (5540021022) a Proveedor CME (400XXX) 1.500€ ------------------------------------X-------------------------------------- En el caso de las retrocesiones parciales, p.ej cuando en el pago de nómina contra tesorero se recibe una retrocesión por uno de los deudores. En este si fuera posible identificar el origen de esa retrocesión el proceso sería el siguiente : Obligación de pago ------------------------------------X------------------------------------1.500€ Pago Nómina (6XXX) a Tesorero (400XXX) 1.500€ NOTA: Página 175 de 176 Pago ------------------------------------X-------------------------------------- 1.500€ Tesorero (400XXX) a Banco Transitorio (571XXX2) 1.500€ ------------------------------------X------------------------------------Contab.extracto ------------------------------------X------------------------------------- 1.500€ Banco transitorio (571XXX2) a Banco Definitivo (571XXX1) 1.500€ ------------------------------------X-------------------------------------Contabilización extracto (Retrocesión) ------------------------------------X------------------------------------- 500€ Banco Definitivo (571XXX1) a Retrocesiones (5540021022) 500€ ------------------------------------X-------------------------------------PMP no presupuestario (manual) ------------------------------------X-------------------------------------- 500€ Retrocesiones (5540021022) a Proveedor CME (400XXX) 500 € ------------------------------------X-------------------------------------- Para salir de la transacción pulsamos el botón . NOTA: Página 176 de 176