Manual de Usuario MÓDULO FITR. Gestión de Pagos

(1)

Manual de Usuario

MÓDULO FITR

(2)

Manual de Usuario

Proyecto SEFLogiC – Módulo FITR

Identificación del documento

Código del documento FOR030-MUS-FITR Gestión de Pagos v1.7 Nombre del documento Manual de usuario de FITR (Gestión de Pagos)

Versión V1.7

Tipo documento: Formación

Finalidad: Formación a usuarios

Información del documento

Preparado por: Equipo UTE FITR Fecha de entrega:

Validado por Fecha de revisión:

Firma: Fecha de

validación:

Control de Cambios

Versión Fecha Descripción del Cambio

V1.1 10.04.2015 Nuevo apartado 4: Gestión de Acreedores en procesos Concursales V1.2 01.07.2015 Revisión

V1.3 20.07.2015 Se incluye nuevo punto con la parte de transferencias emitidas por EDITRAN (Pto. 3.4)

V.1.4 20.08.2015 Modificación pagos nóminas de forma englobada

V.1.5 09.10.2015 Mantis 62353 - Actualización retenciones de documentos.

V 1.6 19.11.2015 Introducción proceso compensación deuda/embargos Grecasa + Mantis 60574 ( proceso de Audiencia de cuentas)

V 1.7 30.03.2016 Introducción transacciones activación modelos fiscales para impresión de formularios Mantis 62169

(3)

Manual de Usuario

Índice

1. Introducción. ... 5

2. Gestión de Pagos ... 5

2.1. Extracción fichero vía de pago ... 5

Extracción del fichero de pagos con la vía de pago 8 “Transferencia al juzgado” (Transacción Z82_DESCARGA_FICH_JU) ... 5

2.2. Control saldos bancarios ... 6

Control Saldos Bancarios (Z37_FITR_TR_CSBP) ... 6

2.3. Contabilización de pagos ... 7

Contabilizar Pagos Manuales (Transacción Z82_FITR_FBZ2) ... 8

Correspondencia: Transferencias manuales ... 19

2.4. Gestión de documentos contables ... 22

Visualización Documentos FI (Transacción FB03) ... 22

Modificación Documentos FI (Transacción FB02) ... 27

3. Tesorería Centralizada (IHC) ... 29

3.1. Pagos en las Sociedades Subsidiarias ... 30

Programa Automático de Pagos (Transacción F110) ... 30

3.1.1. Actualización de retenciones de acreedores. ... 34

3.2. Contabilización de Órdenes de Pago ... 35

Browser de Órdenes de Pago (Transacción IHC0) ... 35

3.3. Proceso de pagos (real) de las Órdenes de pago ... 40

Ejecución de pago real (Transacción F111) ... 40

3.4. Informe de transferencias emitidas por EDITRAN. ... 46

3.4.1. Ejecución del informe ... 46

4. Gestión de Acreedores en procesos Concursales ... 47

4.1. Concurso de acreedores ... 47

Concurso de Acreedores – Z82_FITR_TR_CONC_AC ... 47

4.1.1. ALTA ... 47

4.1.2. BAJA ... 50

4.1.3. MODIFICACIONES ... 51

4.2. CONSULTA DE ACREEDORES EN CONSULTA ... 52

Consulta de Acreedores en Concurso – Z82_FITR_TR_LST_CA ... 52

5. Proceso Compensación deuda / Embargos GRECASA ... 54

5.1. Envío de obligaciones ... 54

5.2. Respuesta de GRECASA ... 54

5.3. Liberación ... 54

5.3.1. Liberación Automática ... 55

5.3.2. Liberación Manual ... 55

(4)

Manual de Usuario

5.4.1. Aplicación de compensación de deuda ... 57

5.4.2. Aplicación de embargos ... 57

5.5. Desaplicar retenciones Compensación de deuda ... 58

5.6. Levantamiento de deuda ... 59

6. Proceso de Audiencia de Cuentas ... 60

6.1. Dar de alta acreedor en el proceso. ... 60

6.2. Modificar registro de la Audiencia de Cuentas ... 63

6.3. Dar de baja ... 65

6.4. Anular la baja ... 66

6.5. Generar mandamiento de pago ... 68

6.6. Sistemas de Información Audiencia de Cuentas ... 69

6.6.1. Información de acreedores dados de alta y estado de los expedientes. 69 6.6.2. Información de documentos para retener el 2% por expediente ... 70

7. Informes fiscales ... 71

7.1. Obtención de modelos fiscales ... 71

7.1.1. Modelo 180 ... 71

Generación fichero Modelo 180 - Z82_FITR_MOD180 ... 71

7.1.2. Modelo 190 ... 73

Generación fichero Modelo 190 - Z82_FITR_MOD190 ... 73

7.1.3. Modelo 193 ... 74

(5)

Manual de Usuario

1. Introducción.

Este documento, constituye el Manual que se utilizará en las sesiones de formación de SEFLogiC 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 SEFLogiC que llevan a cabo las tareas relacionadas con la gestión de los procesos del ámbito de la tesorería del Gobierno de Canarias.

2. Gestión de Pagos

2.1. Extracción fichero vía de pago

Extracción del fichero de pagos con la vía de pago 8 “Transferencia al juzgado” (Transacción Z82_DESCARGA_FICH_JU)

Descripción de la Transacción:

Los pagos mediante esta vía de pago se realizarán de forma estándar con el programa de pagos.

 Mediante esta transacción vendrá por defecto en la parte superior la ruta de la que se obtiene el fichero y cuando se nombre el fichero, aparecerán todos los ficheros que se encuentran en esa ruta. Se deberá poner en la parte de Fichero destino la ruta donde quiere guardarlo y su nombre.

 El sistema genera el fichero de forma automática, y luego se tendrá que acceder a dicha transacción para descargarlo.

(6)

Manual de Usuario

2.2. Control saldos bancarios

Control Saldos Bancarios (Z37_FITR_TR_CSBP) 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:

 En la pantalla principal completamos los siguientes datos:

- Sociedad - Fecha límite:

Sociedad pagadora CAC

(7)

Manual de Usuario

 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 Tesorería (MIT)

2.3. Contabilizació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 Contabilización de Pagos.

(8)

Manual de Usuario

Contabilizar Pagos Manuales (Transacción Z82_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.

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.

(9)

Manual de Usuario

En esta pantalla que se muestra hay que rellenar los siguientes datos como obligatorios:

o Área “1”:

- 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.

o Área “Datos bancarios”:

- Cuenta: El número de cuenta contable. - Importe: Siempre importe en EUR. 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 “Tratar Partidas”. Área “Selección de partidas abiertas” Área “Datos Bancarios” Área “1”

(10)

Manual de Usuario

 Automáticamente, el sistema nos lleva a la siguiente pantalla. En ella, debemos buscar el número de documento o 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 está a cero.

(11)

Manual de Usuario

 Pulsamos en el botón “Grabar” .

 A continuación, aparece un mensaje informando que el documento se ha contabilizado en la sociedad correctamente.

(12)

Manual de Usuario

 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

distintos tipos de retención:

La factura inicial con retenciones es la siguiente:

(13)

Manual de Usuario

En la pantalla principal de la transacción que estamos explicando “Contabilizar pagos manuales”, 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 “Tratar Partidas”.

Automáticamente, el sistema nos lleva a la siguiente pantalla. En ella, debemos buscar el número de documento o 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:

(14)

Manual de Usuario

NOTA: En nuestro ejemplo, vemos como hay un descuadre de 20 euros, que son los que

corresponden a la retención.

Pulsamos en el siguiente icono .

(15)

Manual de Usuario

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)

(16)

Manual de Usuario

Si ahora vamos al menú superior: Documento> Simular, veremos una simulación del asiento contable que va a efectuar:

A continuación pulsamos en el botón “Grabar” .

A continuación, aparece un mensaje informando que el documento se ha contabilizado en la sociedad correctamente.

(17)

Manual de Usuario

 CASO: DOCUMENTOS DE NÓMINA

Actualmente existe un proceso automático que envía de forma automática todas las órdenes de pago desde las sociedades subsidiarias a la sociedad definitiva. Para las nóminas el sistema envía una única orden de pago englobado por nº de expediente, de manera que en IHC sólo se muestra una línea por el importe total.

NOTA: Para que el sistema agrupe los pagos por nº expediente es necesario indicar la clave de agrupación en los acreedores Tesoreros.

Es necesario para ello que los acreedores Tesoreros creados tengan indicados en el campo clave de agrupación el valor relleno. En el caso de que no esté relleno el comportamiento del sistema será generar una orden de pago por cada FI sin englobar.

(18)

Manual de Usuario

(19)

Manual de Usuario

Correspondencia: Transferencias manuales

Existen dos tipos de transferencias manuales que son las siguientes:

- Transferencia manual subsidiaria - Transferencia manual de IHC

En ambos casos para sacar la correspondencia se siguen los mismos pasos cambiando el tipo de correspondencia.

Para las transferencias manuales subsidiarias le corresponde el tipo de correspondencia ZDOC8 TRANSFERENCAS MANUALES.

Para las transferencias manuales de IHC le corresponde el tipo de correspondencia

ZTRAN TRANSFERENCAS MANUALES IHC

 En la pantalla principal filtramos por la “Sociedad” y “Usuario” de tal forma que aparecerán los documentos pendientes de impresión:

(20)

Manual de Usuario

Usuario Insertar un usuario cualquiera

 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:

(21)

Manual de Usuario

 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

(22)

Manual de Usuario

 Para salir de la transacción pulsamos el botón .

2.4. Gestión de documentos contables

Visualización Documentos FI (Transacción FB03) Descripción de la Transacción:

Una vez contabilizado un documento, el sistema le asigna una numeración que depende de la clase de documento que se emplee en la operación. Así a través de esta numeración podremos acceder a éste para su visualizado de sus campos.

 Una vez accedemos a la pantalla inicial de visualización el sistema pide los siguientes campos:

 Número de documento contable, es la clave con la cual se accede a un documento contable. El número de documento es unívoco para cada sociedad y ejercicio.

(23)

Manual de Usuario

 Ejercicio: ejercicio contable en el que se contabiliza el documento.

 Una vez se completen los datos necesarios se pulsará sobre el icono o se presionará la tecla “Intro” del teclado. La pantalla con la información del documento que se puede visualizar es la que se muestra a continuación donde se muestra el apunte contable que genera el documento:

 En los documentos nos encontramos con dos niveles de información:

 Información de cabecera, donde aparecerán reflejados todos los datos comunes a todo el documento.

(24)

Manual de Usuario

 Datos a nivel de posición. Se dispone hasta un máximo de 1000 posiciones que constituyen todos los movimientos que deban ser reflejados dentro del documento a contabilizar.

Para acceder a la información de posición se hace doble click sobre la posición que se quiera visualizar, en este caso se ha seleccionado la posición 1:

Una vez que se ha seleccionado la posición la información de la posición es la que se muestra a continuación:

(25)

Manual de Usuario

 Si el documento se ha generado desde módulos auxiliares se puede visualizar la información la siguiente información:

* Documento original, mediante esta transacción se puede visualizar el documento original.

* Documentos financieros, si se accede a este punto del menú es posible visualizar todos los documentos de todos los módulos que tienen vinculación con el documento financiero.

(26)

Manual de Usuario

 Si al visualizar un documento contable desconoce su número el sistema SAP le ofrece un listado de ayuda con diferentes criterios de selección para buscarlo. Para ello, en la ventana principal de la transacción “Visualizar documento” seleccione el botón “Lista documentos”.

 El sistema muestra la siguiente pantalla.

 Introduzca los criterios por los que desee buscar el documento y luego pulse el botón “Ejecutar” .

 El sistema muestra una lista de documentos contables que cumplen los criterios de selección. Seleccionamos cualquier documento de los que se muestran en pantalla y hacemos “doble-click” sobre la línea correspondiente, de esta forma navegará al documento contable.

(27)

Manual de Usuario

Modificación Documentos FI (Transacción FB02) Descripción de la Transacción:

Una vez contabilizado un documento, el sistema le asigna una numeración que depende de la clase de documento que se emplee en la operación. Así a través de esta numeración podremos acceder a éste para su visualizado de sus campos.

 Una vez accedemos a la pantalla inicial de modificación de documentos el sistema pide los siguientes campos:

 Número de documento contable, es la clave con la cual se accede a un documento contable. El número de documento es unívoco para cada sociedad y ejercicio.

 Sociedad FI: sociedad en la que se contabiliza el documento.

(28)

Manual de Usuario

 Una vez se completen los datos necesarios se pulsará sobre el icono o se presionará la tecla “Intro” del teclado. El sistema nos mostrará la pantalla inicial de la visualización de documentos:

 Una vez que el sistema muestra la información del documento se puede acceder a la cabecera de documento o a cada una de los posiciones para realizar las modificaciones oportunas, en general el sistema marcará los campos modificables y serán fácilmente distinguibles de los no modificables.

(29)

Manual de Usuario



Existen una serie de campos que no son modificables para evitar inconsistencias del sistema algunos de estos campos NO modificables son:

- Importes, aquellos campos que hagan referencia a importes no podrán ser modificados.

- Indicador de impuestos - Cuentas contables - Fecha de contabilización

- Usuario que lo registró o modificó. - Fecha de registro

- Moneda de la contabilización - …

 Para todos aquellos casos en que los campos no sean modificables y se quiera realizar una modificación sobre ellos se deberá anular el documento y volver a generarlo con las posiciones y valores correctos.

 Una vez realizadas las modificaciones pulse el botón “Guardar” .

 El sistema muestra un mensaje indicando que se han grabado las modificaciones.

3. Tesorería Centralizada (IHC)

(30)

Manual de Usuario

Desde esta opción del menú se accede a las funcionalidades que nos permitirán la gestión de las Órdenes de Pago.

3.1. Pagos en las Sociedades Subsidiarias

Programa Automático de Pagos (Transacción F110) Descripción de la Transacción:

Este paso del modelo será automático. Quiere decir que, en principio, el usuario no va a ejecutarlo, pero se muestra en el manual como información adicional o por si en algún momento fuera necesaria su ejecución manual.

 Una vez se tienen las partidas de proveedor contabilizadas en el sistema, se procederá al pago de éstas comenzando cada Sociedad Subsidiaria con sus procesos de pagos, empezando el mismo a través de la transacción del programa de pagos F110. Este proceso será automático e igual para todas las Sociedades Subsidiarias.

 Este proceso se realizará de forma automática mediante un job programado y cuya mayor diferencia con el modelo anterior es que la partida del proveedor no quedará compensada como hasta ahora. Simplemente quedará bloqueada, y se genera un orden de pago, la cual viajará a IHC, que significa la Centralización de la Tesorería.

 El banco propio de cada Sociedad Subsidiaria a partir de ahora será el 99999, ya que ya no van a manejar “dinero real” sino que se trata de un banco virtual y por ejemplo, tendríamos una partida de este tipo:

(31)

Manual de Usuario

 En donde se puede observar, por ejemplo, el banco propio de IHC y la vía de pago (que seguirán siendo las misma que hasta ahora).

 La transacción F110 funcionará como hasta ahora, siendo automática como se ha comentado, con la peculiaridad de que ahora se tendrá información relativa a la pestaña “Impresión y soporte de datos”. En dicha pestaña se debe utilizar un programa especial (RFFOEDI1), el cual permite que se generen órdenes de pago:

(32)

Manual de Usuario

(33)

Manual de Usuario

 Y como se comentó anteriormente, la partida del proveedor continuá abierta, ya que lo que se ha hecho ha sido generar una orden de pago.

 (*) En este punto se ha desarrollado un informe que permita conocer los errores de aquellas facturas que han dado algún fallo en la ejecución de la F110, cuyo acceso se produce mediante la transacción Z82_IHC_LOGF110.

 Los criterios de selección de este informe son:

(34)

Manual de Usuario

3.1.1. Actualización de retenciones de acreedores.

Uno de los errores que se muestra en el listado anterior, puede deberse a que no están actualizadas las retenciones en los documentos.

En este caso, es necesario ejecutar un proceso para actualizar las retenciones del acreedor. De forma general se ejecutará un proceso todas las noches que actualiza las retenciones, sin embargo, puede ocurrir que durante el día sea necesario ejecutar el proceso. Para ello se ha generado la transacción Z82_FI_ACT_RETENCION

En el momento de ejecutar la transacción el sistema pedirá como obligatorio los siguientes campos.

* Acreedor * Sociedad * Ejercicio

Es posible ejecutar en modo test para visualizar los documentos que se actualizarán antes de ejecutarlos.

Una vez ejecutado el proceso en modo real para el acreedor el sistema mostrará un listado con los documentos que ha modificado indicando los tipos de retenciones que se han incluido.

(35)

Manual de Usuario

3.2. Contabilización de Órdenes de Pago

Browser de Órdenes de Pago (Transacción IHC0) Descripción de la Transacción:

Cuando las órdenes de pago llegan a IHC, la transacción principal de este modelo es la IHC0. En ella se dispone de toda la información necesaria de las órdenes de pago generadas por todas las Sociedades Subsidiarias.

 Para que se muestre el contenido de dicha transacción (Tesorería Centralizada), lo más importante es rellenar los criterios de selección con el Área Bancaria IHC1:

 Seleccionamos el Área Bancaria y pulsando el botón “Seleccionar órdenes de pago IHC” se muestran todas aquellas órdenes procedentes de todos los OOAA:

(36)

Manual de Usuario

 A través del botón “Orden de pago”, tenemos distintas opciones:

 Para decidir qué órdenes de pago se quieren pagar y cuáles no, tenemos disponibles una serie de campos con información relativa a cada orden en función de las partidas que contiene cada una, como el número de documento de cada partida, el nombre del proveedor, la vía de pago, el centro gestor, la división… etc. Todos ellos disponibles a través de la opción del Layout .

 Cuando contabilicemos, se nos mostrará un mensaje del tipo:

 Y su estado se actualizará:

 Estas órdenes de pago podrán ser, por un lado, borradas. Es decir, esta opción se utilizará cuando haya llegado a IHC alguna orden de pago con algún error y se quiera devolver a la Sociedad Subsidiaria.

 Para ello primero deberemos marcar la orden con la opción “Bloquear parar para contabilización automática”. Una vez hecho esto, el estado de la orden será el siguiente:

(37)

Manual de Usuario

 A raíz de esto, si volvemos a presionar el botón”Orden de pago”, se nos mostrará la opción de “Borrar”:

 Una vez pulsada, nos aparecerá una ventana con la siguiente pregunta:

 Si seleccionamos que “Sí”, se nos mostrará una ventana para determinar el bloqueo de pago de la partida relativa a la orden de pago que vamos a borrar:

(38)

Manual de Usuario

 Se eligirá el motivo que se desee, y una vez hecho esto, la orden de pago pasará a tener el estado de:

 Cuando se ejecuta la función de borrado, el sistema de forma automática

desbloquea la partida del acreedor en la sociedad subsidiaria pero con el bloqueo del pago indicado en el borrado.

 Otra opción es anular las órdenes de pago. La anulación sólo se puede dar en aquellas órdenes de pagos que hayan sido contabilizadas previamente. Dentro de este punto, se pueden dar varias opciones:

 si se anula la orden justo después de contabilizarla, simplemente basta con seleccionar la orden de pago contabilizada y pulsar la opción “Anular”. Cuando se ejecuta la función de anular, el sistema de forma automática desbloquea la partida del acreedor en la Sociedad Subsidiaria pero con el bloqueo de pago “G”. Dicha partida deberá quedar en ese bloqueo mínimo hasta el día siguiente a que llegue el extracto correspondiente ya que si se modifica el bloqueo de pago antes de que llegue el extracto, el sistema compensará la partida cuando realmente no ha sido pagada. Cuando la partida quede bloqueada con el bloqueo “G”, se asegura que cuando se envíe el extracto correspondiente la partida no podrá ser compensada dejando el movimiento de

(39)

Manual de Usuario

la regla contable en rojo. En este caso se sugiere asignar una regla de contabilización que realice un asiento contable ficticio.

 Si se anula la orden de pago días posteriores de contabilizada la orden (se debe evitar este tipo de casos ya que el extracto interno se envía a la Subsidiaria desde su contabilización) cuando el sistema intente desbloquear la partida, no podrá porque la misma estará compensada con su extracto electrónico. En ese caso, la única solución es que una vez que ha llegado el extracto electrónico con la anulación, se deberá hacer un mandamiento de pago para regularizar la situación ya que la partida original estará compensada.

 Y la otra posibilidad, es que esa orden de pago haya sido pagada de forma “real” ejecutada por la transacción F111, pero asegurándose que no se haya mandado el extracto al banco. Entonces, primero se deberán anular los documento de compensación a través de la transacción FB08 e inmediatamente después anular la compensación de las órdenes de pago a través de la transacción F8BW. Es muy importante que estas dos transacciones se ejecuten seguidamente una detrás de otra (primero FB08, y posteriormente F8BW), ya que si no se han ejecutado ambas, no será posible anular la orden de pago en la transacción IHC0. Si ambas se han ejecutado correctamente, el procedimiento en la IHC0 será igual que en el primer caso, es decir, anular la orden a través de dicho botón.

 Cuando seleccionemos la opción “Anular”, nos aparecerá una ventana con la siguiente pregunta:

 En ambos casos, el estado de la orden de pago pasará a ser:

 A la transacción IHC0 se le han añadido dos campos que permiten difenreciar si una orden de pago contabilizada ha sido pagada o no. Para ello, existen los campos:

 Flag pago IHC: si la orden de pago ha sido pagada a través de la transacción F111, aparecerá maracado con una “P”. Si no ha sido pagada o se ha anulado posteriormente, dicho campo estará en blanco.

Se ha añadido un tercer estado que refleja la situación en la que se haya anulado un documento por la transacción FB08, pero no se haya ejecutado la F8BW. Como en estos casos, el proceso de anulación no ha sido completado,

(40)

Manual de Usuario

dicho campo aparecerá maracado con una “A”, pero el documento de compensación seguirá apareciendo ya que éste es necesario para anular la compensación en la F8BW.

 Número del documento de compensación: si la orden de pago ha sido pagada, en este campo se mostrará el documento de compensación generado en la F111. Si no está pagada o ha sido anulada, este campo aparecerá vacío.

 (*) A la hora de ejecutar la transacción de “Anular compensación de órdenes de pago” (F8BW), existe la opción de que el documento de compesnación generado tras la ejecución de la transacción F111, pueda volverse a pagar o no. Para ello tenemos disponible el campo “Marcar para anular”. Si dicho campo está marcado, las órdenes de pago ya no se podrán procesar de nuevo por el programa de pagos:

3.3. Proceso de pagos (real) de las Órdenes de pago

Ejecución de pago real (Transacción F111) Descripción de la Transacción:

Una vez que las órdenes de pago han sido contabilizadas en IHC, el proceso continúa hacia su “pago real”. En este sentido, se accederá a la transacción F111 que funciona prácticamente igual que la transacción F110.

(41)

Manual de Usuario

 Introduciremos los parámetros necesarios y obligatorios, los cuales son:

 CAC como Sociedad.

 Vías de pago: KPOQRSUM, que son las definidas como “reales” a través de las cuales pagará CAC.

 Origen: TR-IHC

 Próxima ejecución del pago: XX.XX.XXXX (el día que se considere)

(42)

Manual de Usuario

 Y a través del botón “Delimitaciones opcionales”, podemos establecer más filtros que se deseen:

 A través de uno de estos campos, podemos filtrar qué órdenes de pago se desean pagar en función del usuario que las ha contabilizado en la transacción anterior IHC0. Este campo es el “Usuario: Contabil.”. En dicho campo, si queremos, podemos introducir el código de usuario que contabilizó las órdenes en IHC para que sólo pueda pagar las mismas. De esta manera:

(43)

Manual de Usuario

 Este campo lo podemos tener disponible en los criterios de selección opcionales buscándolo en los campos de la columna de la izquierda, y pulsando sobre él dos veces, se traspasará automáticamente como criterio disponible:

 Esta opción, y cualquier otra en la que queramos filtrar por algún campo para que seleccione por él y muestre en base a él determinadas órdenes de pago, es opcional. Es decir, si no se quiere hacer ningún tipo de filtro, no rellenaremos ninguno de estos campos.

 Grabaremos los parámetros establecidos y através del botón “Propuesta”, podemos seleccionar el inicio de la misma y la creación de su medio de pago:

(44)

Manual de Usuario

 Tras dicha ejecuión, si observamos el log del pago, podemos ver cómo se genera el documento definido como el pago real de las órdenes de pago contabilizadas. En dicho doucmento, tras la carga del extracto electónico, se compensará la cuenta transitoria con la cuenta definitiva.

 (*) Adicionalmente, se ha desarrollado un informe de consulta que permita conocer por Sociedad Subsidiaria, si las órdenes de pago contabilizadas, han sido pagadas a través de la transacción F111 o no. Este informe es el Z82_IHC_OPESTADO y los criterios de selección para acceder a dicho informe son:

(45)

Manual de Usuario

(46)

Manual de Usuario

3.4. Informe de transferencias emitidas por EDITRAN.

El objetivo de este informe es el de mostrar una consulta donde se puedan consultar los ficheros SEPA emitidos por EDITRAN.

3.4.1. Ejecución del informe

Para ejecutar el informe se accede mediante la siguiente ruta del menú de gestión de tesorería:

Ejecutada la transacción se visualiza la pantalla de selección donde se puede hacer la selección por banco pagador ó por fecha de la ejecución del pago:

(47)

Manual de Usuario

4. Gestión de Acreedores en procesos Concursales

Desde esta opción del menú se accede a las funcionalidades que nos permitirán la gestión de los acreedores que se encuentren en procesos Concursales.

4.1. Concurso de acreedores

Concurso de Acreedores – Z82_FITR_TR_CONC_AC Descripción de la Transacción:

En esta transacción se podrá gestionar los acreedores que se encuentren en procesos concursales, mediante las funcionalidades de ALTA y BAJA

4.1.1. ALTA

 En la pantalla inicial, en primer lugar, vamos a informar el código del acreedor. Tenemos una ayuda de búsqueda por diferentes criterios.

(48)

Manual de Usuario

 Una vez hemos indicado el Acreedor, ejecutamos o pulsamos ENTER

 A continuación se informan datos maestros del acreedor que nos ayudan a confirmar que es el acreedor correcto.

(49)

Manual de Usuario

 En la parte inferior de la pantalla, por un lado, vemos dos campos de fechas, que corresponden a la Fecha de Alta del acreedor en la incidencia y la Fecha de Baja en la misma

 Y debajo, tenemos las acciones que podemos ejecutar para gestionar a los acreedores.

Como es un acreedor nuevo, que no ha sido aún dado de alta, la única función que está activa es la del “ALTA”.

 Si picamos sobre el botón “Alta”, emerge una ventana donde podemos informar la fecha correspondiente.

(50)

Manual de Usuario

El Sistema propone la fecha del día, pero permite poner cualquier fecha en el futuro.

NOTA : No está permitido poner fechas anteriores a la del día. Saltaría el siguiente error en la parte inferior de la pantalla:

 Si le damos a continuar en la ventana , se informa el campo “Fecha de alta” y se activan el resto de funciones.

En este caso, si la fecha de alta es correcta, sólo hay que “Grabar”.

NOTA : No se permite dar de alta en la incidencia a dos acreedores con el mismo NIF. Con estar uno, es suficiente para hacer los controles y procesos oportunos en el momento de hacer los documentos. El sistema lanza el siguiente error:

4.1.2. BAJA

 Para informar la fecha de baja, desde la misma transacción (Z82_FITR_TR_CONC_AC - Concurso de acreedores) informamos el Acreedor en la pantalla inicial y ejecutamos.

(51)

Manual de Usuario

El sistema nos informa de los datos personales del acreedor y de la fecha de alta, para facilitar la gestión.

 Picamos sobre el botón de “Baja” e informamos la fecha. No puede ser inferior a la fecha de alta.

Si lo fuera, el sistema mostraría el siguiente mensaje:

 Una vez la informamos, le damos a “Grabar”

(52)

Manual de Usuario

 En caso de querer modificar alguna de las fechas de un acreedor que ya está dado de alta, se puede hacer con la función de “Modificar”.

 Una vez informadas, le damos a “Grabar”.

NOTA : No se permite poner una fecha de alta posterior a la fecha de baja. El sistema mostraría el siguiente error.

4.2. CONSULTA DE ACREEDORES EN CONSULTA

Consulta de Acreedores en Concurso – Z82_FITR_TR_LST_CA Descripción de la Transacción:

En esta transacción se podrá consultar aquellos acreedores que están o han estado en procesos concursales.

 En la pantalla inicial, podemos informar el NIF o los NIFs, si es una consulta masiva y ejecutamos.

(53)

Manual de Usuario

 En el listado, tenemos la siguiente información:

 La primera columna es un semáforo, que de forma rápida, nos indica si el acreedor está, a fecha del día, dentro de un proceso concursal.

Si el semáforo está en verde, el acreedor está en “concurso de acreedores” Si el semáforo está en rojo, el acreedor no está en “concurso de acreedores”

 De la segunda a la quinta columna tenemos la información del Acreedor.  Por último tenemos la fecha de alta y la fecha de baja en la incidencia

LOG DE MODIFICACIONES : Si picamos sobre el acreedor, podemos ver la fecha en la que se dio de alta o modificaciones posteriores y el usuario que lo hizo.

(54)

Manual de Usuario

5. Proceso Compensación deuda / Embargos GRECASA

5.1. Envío de obligaciones

El proceso comienza mediante el envió de forma diaria del total de documentos pendientes de pago que se encuentren en estado P (VALID.PREV.COMPENS.)

5.2. Respuesta de GRECASA

Una vez enviada las obligaciones GRECASA será quien remita información por cada uno de los documentos de la deuda pendiente y o embargos para que posteriormente en SEFLogiC se proceda a la aplicación de dicha deuda/ embargos

En SEFLogiC se han generado varios tipos de retención para introducir a los documentos en función de la respuesta de GRECASA.

- Tipo de retención PA. Indicador de retención 06: Este tipo de retención en el proceso de compensación de deuda para todas las sociedades

- tipo de retención P1. Indicador de retención.P1- Este tipo de retención se introduce en el proceso de compensación de deuda cuando la sociedad origen como la sociedad destino es el SCS ya que requieren de un tratamiento distinto.

- Tipo de retención: EB. Indicador de retención:01- Este tipo de retención se introduce para toda las retenciones del proceso de embargos.

5.3. Liberación

La liberación de los documentos implica avanzar el documento al sigiuente bloqueo de pago para seguir el circuito del mismo para poder pagarse.

Existen dos tipos de liberación.

Independientemente del tipo de liberación a utilizar, la liberación implica avanzar el documento al siguiente bloqueo. Los bloqueos a los cuales puede ir el documento son los siguientes y en este orden.

 Bloqueo de pago J - AUCIENCIA DE CUENTA. Si en el momento de liberar el acreedor de la obligación está dado de alta en el proceso de Audiencia de

(55)

Manual de Usuario

Cuentas el sistema pasará el documento a este bloqueo para que dicho documento sea tratado en este proceso.

 Bloqueo de pago C - COMPENS. VOLUNTARIA. Si en el momento de liberar el acreedor de la obligación está dado de alta en el proceso de Compensación en voluntario el sistema pasará el documento a este bloqueo para que dicho documento sea tratado en este proceso.

 Bloqueo de pago en Blanco - Autorizado el pago. Si en el momento de liberar el acreedor no está dado de alta en ninguno de los procesos anteriores, el sistema pasará el documento a este bloqueo de pago para que pueda pagarse.

5.3.1. Liberación Automática

GRECASA tiene un plazo de 7 días para dar respuesta de las posibles compensaciones/embargos de los documentos enviados. Si pasado los 7 días no se ha obtenido respuesta se procede a la liberación automática de los documentos.

5.3.2. Liberación Manual

Actualmente existe en el sistema la transacción Z37_LIBERACION_CD - Liberación de obligaciones mediante la cual el usuario puede proceder a liberar de forma manual los documentos.

(56)

Manual de Usuario

Cuando se ejecuta dicha transacción el sistema muestra el total de documentos que han sido enviados a Grecasa pero no se ha obtenido respuesta de compensación de deuda.

Para liberar se debe marcar dicho registro, y darle al botón

5.4. Aplicación de la compensación deuda / embargos

Una vez se tenga respuesta de Grecasa, la aplicación consiste en introducir al documento retenciones por el importe indicado por Grecasa y avanzar el documento al siguiente bloqueo de pago.

La secuencia de bloqueo de pagos en el momento de la aplicación es la misma que en la liberación.

 Bloqueo de pago J - AUCIENCIA DE CUENTA. Si en el momento de liberar el acreedor de la obligación está dado de alta en el proceso de Audiencia de Cuentas el sistema pasará el documento a este bloqueo para que dicho documento sea tratado en este proceso.

(57)

Manual de Usuario

5.4.1. Aplicación de compensación de deuda

Para la aplicación de los documentos que tienen respuesta de Compesnación de deuda existe la transacción Z37_APLICAR_CD - Aplicar Compensación deuda mediante la cual el usuario debe proceder a aplicar el documento

El usuario puede filtrar en dicha transacción por el documento , el proveedor, etc.. Cuando se ejecuta dicha transacción el sistema muestra el total de documentos que tienen compensación de deuda pendiente de aplicar.

Para aplicar se debe marcar dicho registro, y darle al botón

Puede ocurrir que en el momento de aplicar el sistema deje el documento en estado P, ya que para avanzar dicho documento se tiene que tener también aplicada la parte de Embargos (EMX)

Si una vez pasado 7 días desde la respuesta de GRECASA no se han aplicado los documentos, el sistema procederá a realizar la aplicación automática de los mismos.

(58)

Manual de Usuario

Para la aplicación de la respuesta de embargos, el sistema aplicará todas las noches el total de documentos con respuesta de GRECASA.

5.5. Desaplicar retenciones Compensación de deuda

Existe la posibilidad de que una vez aplicada la deuda se decida proceder a desaplicar (quitar las reteniones) porque dicho documento se debe pagar sin tener en cuenta la propuesta realizada por Grecasa.

Al desaplicar el sistema le quita las retenciones al documento y lo avanza al siguiente estado. La secuencia de bloqueo de pagos en el momento de desaplicar es la misma que en la liberación.

Para poder desaplicar un documento se debe modificar de forma manual el bloqueo de pago del documento para ponerlo de nuevo en P.

Debido a la introducción del proceso de Audiencia de Cuentas, se ha producido una modificación ya que no se permite Desaplicar un documento si el mismo tiene la retención AC- Audiencia de Cuentas, ya que la misma calcula un 2% de forma automática sobre el líquido que tenía la obligación.

(59)

Manual de Usuario

Para desaplicar existe la transacción Z37_DESAPLICAR_CD - Desaplicar retenciones Comp. Deuda.

Si se procede a desaplicar un documento que tiene el tipo de retención AC ( proceso de Audiencia de Cuentas) el sistema lo mostrará en rojo no permitiendo su desaplicación.

En el proceso de desaplicar existe la posibilidad de que el usuario indique un motivo de desaplicación.

Para desaplicar se debe marcar dicho registro, y darle al botón

5.6. Levantamiento de deuda

Una vez obtenido la respuesta de deuda de Grecasa es posible que se decida proceder a pagar el documento sin tener en cuenta las propuestas de deuda realizadas por Grecasa.

(60)

Manual de Usuario

El levantamiento implica avanzar el documento al estado siguiente sin tener en cuenta las propuestas de retenciones realizadas por Grecasa. La secuencia de bloqueo de pagos en el momento de levantar la deuda es la misma que en la liberación.

En ese caso, se debe acceder a la transacción Z37_LEVANTAMIENTO_CD - Levantamiento compensación deuda donde el sistema mostrará el total de documentos que tiene respuesta de compensación de deuda, y no tiene deuda de EMX pero que no ha sido aplicada.

Al levantar la deuda, el sistema avanza el documento al siguiente estado.

Para levantar se debe marcar dicho registro, y darle al botón

6. Proceso de Audiencia de Cuentas

6.1. Dar de alta acreedor en el proceso.

Para dar de alta al acreedor en el proceso se debe acceder a la transacción Z82_FI_AUDIEN_CUENTA.

Se debe pinchar en el botón de crear sin indicar nº de expediente ya que el mismo se generará de forma automática por el sistema.

(61)

Manual de Usuario

Si se introduce un nº de expediente en el momento de crear, el sistema les dará un error indicando lo siguiente.

Una vez indicada la opción de crear, se debe ejecutar para pasar a la siguiente pantalla donde el sistema les pide la introducción de los datos del acreedor y tipo de banco interlocutor asociado al mismo.

En el momento de la creación el sistema realizará varias validaciones.

 Que sólo se pueda dar de alta si el acreedor pertenece a los grupos de cuentas siguientes (empresas públicas). Los grupos de cuentas permitidos son los siguientes:

(62)

Manual de Usuario

K009 ORGANISMOS AUTONOMOS CAC

K010 EMPRESAS PUBLICAS CAC

K011 FUNDACIONES CAC

K012 OTROS ENTES PÚBLICOS CAC

K013 CABILDOS INSULARES K014 AYUNTAMIENTOS CANARIOS K015 OTROS AYUNTAMIENTOS K016 OTRAS ADMINISTRAC.PUBLICAS K017 COLEGIOS CAC K018 COMEDORES CAC

K019 CENTROS EDUCATIVOS CONCERTADOS

Si se intenta dar de alta a un acreedor que tenga un grupo de cuentas distinto a los indicados el sistema mostrará el siguiente error.

 Que el acreedor tenga informado en su dato maestro el tipo de retención del proceso (AC) en todas las sociedades de SEFLogIC

Si se intenta dar de alta y el acreedor no tiene los datos del tipo de retención asociado para alguna sociedad, el sistema mostrará el siguiente error. El sistema mostrará error indicando cada una de las sociedades en la que falta dicho valor.

 Que el tipo de banco interlocutor asociado esté activo.

Si se introduce un tipo de banco interlocutor inactivo el sistema mostrará el siguiente error no permitiendo dar de alta al acreedor.

(63)

Manual de Usuario

Si se intenta dar de alta un acreedor que ya está dado de alta, el sistema mostrará el siguiente error no permitiendo dar de alta al acreedor.

Una vez cumplida todas las validaciones, se debe dar a guardar para generar el alta del acreedor en el proceso, mostrando el siguiente mensaje.

Una vez dado de alta al acreedor en el proceso, el sistema actuará de la siguiente manera en los siguientes procesos.

- Para aquellos documentos que provienen de Grecasa, en el momento de liberar, aplicar, desaplicar, etc los documentos pasan al bloqueo de pago J.

- Para aquellos documentos que no pasan por Grecasa y que iban directamente al bloqueo de pago en blanco (Autorizado el pago) o C ( Compensación en voluntaria), ahora en el momento de generarlo si el acreedor está dado de alta en la Audiencia de cuentas el sistema los genera directamente con el bloqueo de pago J (Audiencia de Cuentas) para tenerlos en cuenta en el proceso.

Una vez que todos los documentos están en bloqueo de pago J (Audiencia de cuentas), se procederá a obtener el total de documentos que tienen bloqueo de pago J, para modificar las retenciones de los documentos introduciendo el tipo de retención del proceso (AC) para retener un 2% en el momento del pago.

Además de modificar el tipo de retención el sistema avanza el documento al siguiente bloqueo de pago correspondiente. Los bloqueos de pago son los siguientes:

 Bloqueo de pago en Blanco - Autorizado el pago. Si en el momento de liberar el acreedor no está dado de alta en ninguno de los procesos anteriores, el sistema pasará el documento a este bloqueo de pago para que pueda pagarse

(64)

Manual de Usuario

Es posible que se tenga que modificar el registro de un acreedor que ya está dado de alta en el proceso. En la modificación sólo se permite modificar el campo "Tipo de banco colaborador"

Para modificar se debe acceder a la transacción Z82_FI_AUDIEN_CUENTA, pero indicando que se quiere modificar.

En este caso, es obligatorio indicar el nº de expediente que se desea modificar.

Sólo se permiten modificar aquellos expedientes que estén dados de alta. Si se intenta modificar un expediente que ya ha sido de baja el sistema mostrará el siguiente error.

Una vez indicado el nº de expediente, si el expediente es modificable el sistema pasa a la siguiente pantalla permitiendo modificar el campo "Tipo de banco colaborador"

Al igual que en la creación se valida que el tipo de banco interlocutor esté activo en el momento de modificar.

(65)

Manual de Usuario

Una vez modificado se debe dar a guardar y el sistema muestra el siguiente mensaje:

6.3. Dar de baja

Una vez cumplida la obligación legal de colaborar, antes de proceder a realizar el mandamiento de pago para abonar el importe retenido al acreedor correspondiente se debe dar de baja al expediente.

Para dar de baja se debe acceder a la misma transacción Z82_FI_AUDIEN_CUENTA indicando el nº de expediente.

Una vez puesto los datos, se accede a la siguiente pantalla y el sistema muestra la fecha de baja con la fecha del día (dicha fecha no se puede modificar)

(66)

Manual de Usuario

Para dar de baja, se debe proceder a dar a guardar. Una vez guardado el sistema muestra el siguiente mensaje:

6.4. Anular la baja

Para anular la baja se debe acceder a la transacción Z82_FI_AUDIEN_CUENTA de la siguiente manera indicando el nº de expediente.

Una vez puesto los datos, se accede a la siguiente pantalla y el sistema muestra la fecha de baja en blanco.

(67)

Manual de Usuario

En el momento de intentar Anular la baja el sistema realiza una serie de validaciones.

 Validar que el acreedor no esté dado de alta en otro expediente.

En el caso de que dicho acreedor se haya dado de alta en un nuevo expediente, el sistema muestra el siguiente error no permitiendo anular la baja del mismo.

 Validar que no se haya realizado el mandamiento de pago a favor del acreedor para abonar el importe retenido.

En el caso de que ya se haya realizado el mandamiento de pago el sistema mostrará el siguiente error no permitiendo anular la baja del mismo.

Una vez cumplido todos los requerimientos para dar de baja, se debe acceder a guardar, y el sistema muestra el siguiente mensaje

(68)

Manual de Usuario

6.5. Generar mandamiento de pago

Una vez cumplida la obligación legal de colaborar y realizado la baja del expediente, se debe proceder a realizar el mandamiento de pago para abonar el importe retenido al acreedor correspondiente.

Para generar el mandamiento de pago se debe acceder a la transacción Z82_FI_AUD_CUENTA_MP.

En la misma se debe indicar el expediente a crear.

Existe la posibilidad de ejecutarlo en test para que el sistema muestre un log con el importe del MP a crear por cada sociedad. Para ello, debe marcarse el pincho de ejecutarse en test.

En el momento de realizar el mandamiento de pago el sistema realiza una serie de validaciones.

 Que el expediente esté dado de baja.

Si se intenta realizar el mandamiento de pago de un expediente que no ha sido dado de baja, el sistema muestra el siguiente mensaje:

 Que todos los documentos a los que se ha retenido el 2% por el proceso estén compensados ( pagados o anulados)

Si se intenta realizar el mandamiento de pago de un expediente que no tiene todos los documentos asociados pagados o anulados, el sistema muestra el siguiente mensaje:

(69)

Manual de Usuario

Una vez cumplido las validaciones, el sistema procede a la generación de los mandamientos de pago correspondientes.

6.6. Sistemas de Información Audiencia de Cuentas

6.6.1. Información de acreedores dados de alta y estado de los expedientes.

Se puede acceder a la transacción Z82_FI_ACREEDORES_AC para consultar los acreedores que están dados de alta en el proceso, y los estados de cada uno de los expedientes.

Con la consulta se puede obtener el total de expedientes asociados a un mismo acreedor y su estado.

(70)

Manual de Usuario

Se puede consultar el total de expedientes que están dados de alta en ese momento, indicando que la Fecha de baja esté vacia.

6.6.2. Información de documentos para retener el 2% por expediente

Mediante la transacción Z82_FI_DOCUMENTOS_AC se puede obtener el total de documentos que han entrado en el proceso por expediente.

La consulta se puede realizar bien por nº de expediente, o por nº de acreedor, y el sistema mostrará el total de documentos que ha entrado en el proceso, indicando por cada documento su estado ( Pagado o anulado), Importe total del documento, importe retenido ( 2%), etc

(71)

Manual de Usuario

Para el expediente en cuestión, se han tenido en cuenta documentos de tres sociedades diferentes. Se indica cada uno de los documentos y el importe retenido. En el campo Tipo de compensación se indican dos valores (P= Pagado/ A = Anulado). Para realizar el Mandamiento de Pago sólo se tienen en cuenta los documentos que han sido pagados, y dentro de los pagados se comprueba si realmente se ha retenido el importe, ya que es posible que aunque el sistema lo tuviera en cuenta, posteriormente se le haya borrado la retención manualmente antes del pago. Para los documentos que estén en esta situación, el sistema los marca con una X en el campo "Descartado".

Mediante dicha consulta se puede ver si faltan documentos por pagar, e incluso si se ha realizado el mandamiento de pago correspondiente.

7. Informes fiscales

La carga de los datos para obtener los informes fiscales se realizará por parte de la UTE, tras la petición de la Dirección General del Tesoro. En este manual se indica cómo obtener los modelos fiscales (ficheros electrónicos), consultar los documentos incluidos, activar la impresión de certificados y e impresión de los mismos. En el sistema sólo están disponibles los datos fiscales del año anterior.

7.1. Obtención de modelos fiscales

7.1.1. Modelo 180

Generación fichero Modelo 180 - Z82_FITR_MOD180

En esta transacción se podrá obtener el fichero electrónico del modelo 180

(72)

Manual de Usuario

o Datos de la compañía:

 Código de compañía. Se debe indicar el código de la sociedad.  Año fiscal: Se debe indicar el ejercicio para el cuál desea obtener el

modelo.

o Datos de la declaración (Se debe indicar el tipo de declaración deseada):  Declaración ordinaria

 Declaración sustitutiva  Declaración complementaria

o Datos adicionales. Datos que se utilizaran en el fichero generado.  NIF del intermediario: NIF de la persona de contacto

 Nombre del intermediario: Nombre de la persona de contacto  Número de teléfono: Número de teléfono

 Persona de contacto: Nombre de la persona de contacto o Tipo de soporte

 Fichero. En el caso de indicar esta opción se abrirá una pantalla adicional para ubicar el fichero generado.

 Lista. El sistema mostrará una lista de documentos

Una vez indicado los datos se debe accionar el botón “Ejecutar” para generar el fichero o la lista.

En el caso que no existan datos para ese modelo, ejercicio y sociedad. El sistema mostrará el siguiente mensaje.

(73)

Manual de Usuario

7.1.2. Modelo 190

 Los criterios de selección de la transacción Z82_FITR_MOD190 serán: o Datos de la compañía:

 Sociedad. Se debe indicar el código de la sociedad.

 Ejercicio : Se debe indicar el ejercicio para el cuál desea obtener el modelo.

 Persona de contacto: Nombre de la persona de contacto o Info fichero

 Vía acceso & nombre fichero: Se debe indicar la ruta completa dónde se desea grabar el fichero.

o Opción de salida

 DVD-R ó DVD+R: Se debe indicar esta opción si el modelo se presenta en un soporte físico.

 Internet: Se debe indicar esta opción si el modelo se presenta de forma telemática

(74)

Manual de Usuario

Una vez indicado los datos se debe accionar el botón “Ejecutar” para generar el fichero o la lista.

En el caso que no existan datos para ese modelo, ejercicio y sociedad. El sistema mostrará el siguiente mensaje.

7.1.3. Modelo 193

 Los criterios de selección de la transacción Z82_FITR_MOD193 serán: o Datos de la compañía:

(75)

Manual de Usuario

 Sociedad. Se debe indicar el código de la sociedad.

 Ejercicio: Se debe indicar el ejercicio para el cuál desea obtener el modelo.

 Persona de contacto: Nombre de la persona de contacto o Info fichero

 Vía acceso & nombre fichero: Se debe indicar la ruta completa dónde se desea grabar el fichero.

o Opción de salida

 DVD-R ó DVD+R: Se debe indicar esta opción si el modelo se presenta en un soporte físico.

 Internet: Se debe indicar esta opción si el modelo se presenta de forma telemática