manual de usuario módulo eain gestión de ingresos · visualizar documento contable. ......

Manual de Usuario

Módulo EAIN

Gestión de Ingresos

FOR030-MUS-EAIN Gestión de ingresos v1.16 Página 2 de 192

Manual de Usuario Proyecto SEFLogiC – Módulo EAIN

Identificación del documento

Código del documento FOR030-MUS-EAIN Gestión de Ingresos v1.16 Nombre del documento Gestión de Ingresos Versión 1.16 Tipo documento: Manual de Usuario Finalidad: Manual de Usuario

Información del documento

Preparado por: Equipo EAIN Fecha de entrega: 24.05.2016

Validado por Fecha de revisión:

Firma:

Fecha de validación:

Control de Cambios

Versión Fecha Descripción del Cambio

V1.2 18.08.2015 Modificaciones solicitadas en el mantis 57820.

V1.3 21.08.2015 Modificaciones en la denominación de las divisiones Mantis 61793.

V1.4 08.10.2015 Modif. en la denominación de las divisiones Mantis 61793 – 2.

V1.5 14.01.2016 Proceso Arqueo de Caja.

V1.6 26.01.2016 Proceso Arqueo de Caja- Obtención de datos FEBAN.

V 1.7 01.02.2016 Proceso Arqueo de Caja- Introducción centro gestor.

V 1.9 11.02.2016 Incorporación de informes de bolsas de ingresos.

V 1.10 23.02.2016 Incorporación de informe de RP Cerrados por Ejercicio.

V 1.11 07.03.2016 Mantis 59105: Nueva Funcionalidad: Fiscalización Previa Dev. Ing. Indebidos.

V 1.12 01.04.2016 Consulta devoluciones de ingresos por intereses

V 1.13 26.04.2016 Modificación en la carga ejecutiva (Mantis 63140)

V 1.14 24.05.2016 Inclusión de nuevo informe de Estado de Ejecución. Mantis 62554

V 1.15 16.06.2016 Explicación de la forma de proceder para crear un nuevo código concepto a utilizar en la interfaz (Mantis 64929)

V 1.16 20.07.2016 Inclusión del proceso de generación de derechos por gestión de compras (Mantis 65339)



Índice

1. Introducción ......................................................................................................... 6

2. Objetivo del módulo EAIN ................................................................................... 6

3. Estructuras organizativas y Datos Maestros ..................................................... 7

3.1. Entidad CP .................................................................................................... 7

3.2. Sociedad FI ................................................................................................... 7

3.3. Divisiones ...................................................................................................... 9

3.4. Estructura presupuestaria de Ingresos ........................................................ 10

3.5. Clases de Documentos. .............................................................................. 12

3.6. Claves de contabilización ............................................................................ 13

3.7. Plan de Cuentas. ......................................................................................... 15

4. Procesos de Gestión ......................................................................................... 16

4.1. Gestión de Derechos. .................................................................................. 16 4.1.1. Crear Reconocimiento de Derecho. ..................................................... 16 4.1.2. Visualizar Reconocimiento de Derecho. .............................................. 20 4.1.3. Visualizar documento contable. ........................................................... 23 4.1.4. Modificar documento contable. ............................................................ 27 4.1.5. Impresión de reconocimiento de derecho. ........................................... 30 4.1.6. Proceso generación de derechos por gestión de compras (Rappel) .... 33

4.2. Anulaciones de Derechos. ........................................................................... 58 4.2.1. Ejercicio corriente. ............................................................................... 58 4.2.2. Ejercicios cerrados - Anulación. ........................................................... 60 4.2.3. Ejercicios cerrados – Anulación para la SOCIEDAD SCS. ................... 62 4.2.4. Ejercicios cerrados – Anulación para la SOCIEDAD SCS – Por Prescripción. ........................................................................................................ 64 4.2.5. Ejercicios cerrados – Anulación para la SOCIEDAD SCS – Por Insolvencia. .......................................................................................................... 66

4.3. Aplicación de Cobros. .................................................................................. 68 4.3.1. Aplicación de cobro Contraído Previo. ................................................. 68 4.3.2. Aplicación de cobro Contraído Simultáneo. ......................................... 73 4.3.3. Aplicación de cobro Contraído con IGIC. Sociedad con contraído previo. 76 4.3.4. Aplicación de cobro del REF ................................................................ 78 4.3.5. Aplicación de cobro masivo. Sociedades con Contraído Previo ........... 79 4.3.6. Carga del cuaderno 60 ........................................................................ 82 4.3.7. Aplicación de cobros no presupuestarios. ............................................ 83 4.3.8. Anulación de aplicación de cobros. Sociedades sin Contraído Previo . 84

4.4. Devoluciones de ingreso. ............................................................................ 89 4.4.1. Registrar devolución de ingreso. .......................................................... 89 4.4.2. Registrar devolución de ingreso del REF. ............................................ 97 4.4.3. Modificar devolución de ingreso preliminar. ......................................... 98 4.4.4. Visualizar devolución de ingreso. ....................................................... 100



4.4.5. Contabilizar devolución de ingreso. ................................................... 103 4.4.6. Anular devolución de ingreso contable. ............................................. 104 4.4.7. Borrar devolución de ingreso preliminar. ............................................ 107 4.4.8. Consulta devoluciones de ingresos por intereses .............................. 109

4.5. Fraccionamiento y Aplazamiento. Sociedades con Contraído Previo ........ 113 4.5.1. Fraccionar documento contable. ........................................................ 113

4.6. Gestión en Ejecutiva. Sociedades con Contraído Previo. .......................... 114 4.6.1. Envío a Ejecutiva - GRECASA. .......................................................... 115 4.6.1. Aplicación del cobro - GRECASA. ..................................................... 117 4.6.2. Aplicación de errores - GRECASA - Análisis de errores .................... 120 4.6.3. Aplicación del cobro - GRECASA - Tratamiento de errores ............... 124 4.6.1. Cobros AEAT - GRECASA ................................................................ 128 4.6.2. Cobros AEAT – GRECASA – Análisis de errores. ............................. 135

4.7. Aplicar Arqueo Compensado en C/C ......................................................... 141

4.8. Elaboración de presupuestos .................................................................... 147 4.8.1. Crear convenio del capítulo 1 al 3 ...................................................... 147 4.8.2. Crear partidas de Ingresos ................................................................ 149 4.8.3. Crear partidas de Ingresos de las interfaces ...................................... 150 4.8.4. Replicación de partidas de ingresos .................................................. 153 4.8.5. Creación nuevos códigos de concepto .............................................. 154

5. Proceso Arqueo de Caja ................................................................................. 154

5.1. Traslado extrapresupuestario (Informar quincena y entidad a documento de ingreso) ................................................................................................................. 155

5.1.1. Informar datos de quincena y entidad (crear traslado) ....................... 155 5.1.2. Modificar datos .................................................................................. 159 5.1.3. Anular documento .............................................................................. 161 5.1.4. Crear documento anulado previamente. ............................................ 163

5.2. Informe Arqueo de Caja ............................................................................ 165

6. Sistema de Información .................................................................................. 167

6.1. Informes de bolsas de ingresos ................................................................. 167 6.1.1. Mandamientos de ingresos por bolsa ................................................ 167 6.1.2. Devoluciones de ingresos por bolsa .................................................. 168 6.1.3. Resumen comparativo por bolsa ....................................................... 169

6.2. Informes de Rentas Públicas ..................................................................... 170 6.2.1. Informes de Rentas Públicas de corriente ......................................... 170 6.2.2. Informes de Rentas Públicas de cerrado ........................................... 176

6.3. Informes de Estado de Ejecución del presupuesto de ingresos ................. 183 6.3.1. Informe del Estado de Ejecución del presupuesto de ingresos por subconcepto ...................................................................................................... 183 6.3.2. Informe del Estado de Ejecución del presupuesto de ingresos por convenio 184

7. Procedimiento de Fiscalización Previa de Devoluciones de Ingresos Indebidos. ................................................................................................................ 186

7.1. Pantalla de Selección ................................................................................ 187

7.2. Fiscalización .............................................................................................. 188 7.2.1. Fiscalización Favorable: VALIDAR .................................................... 189



7.2.2. Fiscalización Desfavorable: RECHAZAR ........................................... 190



1. Introducción

Este Manual está dirigido a los usuarios del sistema SEFLogiC, que llevan las

tareas relacionadas con los ingresos presupuestarios y no presupuestarios (Área EAIN

en terminología de proyecto), todo ello con el objetivo de:

Disponer de toda la información contable de la Gestión de Ingresos en

SEFLogiC de forma que puedan extraerse todos los informes de gestión

necesarios, como las Cuentas de Rentas Públicas y, al nivel de detalle

requerido.

Dotar a SEFLogiC de aquellas funcionalidades que le permitan realizar la

compensación de la deuda con los entes y organismos correspondientes.

2. Objetivo del módulo EAIN

La gestión de ingresos en el sistema SEFLogiC se diferenciará entre aquellas sociedades en las que se lleve contraído previo y las que no. En el primer grupo se encuentra el Servicio Canario de la Salud (SCS) y en el segundo grupo se encuentran el resto de sociedades provenientes del sistema SEFCAN (CAC, SCE, etc.).

En algunos apartados de este documento se diferenciará el proceso en función de si se gestiona contraído previo o no en el sistema SEFLogiC.

El área de ingresos en el nuevo sistema SEFLogiC permite:

Contabilización de compromisos de ingresos:

o Se utilizan para gestionar ingresos no tributarios. o Pueden ser Concertados o Realizados. Un Compromiso de Ingreso

Concertado recoge la previsión de ingreso normalmente relacionada con un convenio. Un Compromiso de Ingresos Concertado se va convirtiendo en Realizado en el momento en el que se registra sobre él un ingreso.

Contabilización de los Reconocimientos de Derechos:

o Tanto por agrupaciones como individualizadamente y, o tanto on line con alta por parte del usuario (caso de los ciertos

reconocimientos gestionados por los Organismos Autónomos) como mediante interfaces con M@GIN y Contraído Previo.

Contabilización automática diaria de los ingresos procedentes del arqueo, a la

vez que posibilita el tratamiento contable de sus diferentes agrupaciones mediante el desglose del ingreso entre los diferentes conceptos.

Contabilización de otras formas de Extinción de los Derechos diferentes del

cobro, tanto manualmente como automáticamente por interfaz con los sistemas de gestión M@GIN y Contraído Previo.



Contabilización de PMP por Devoluciones de Ingreso, tanto manualmente como automáticamente por interfaz con los sistemas de gestión M@GIN y Contraído Previo.

3. Estructuras organizativas y Datos Maestros

SEFLogiC, como sistema SAP, divide la organización empresarial en entidades organizativas. A continuación, procedemos a comentar las agrupaciones que más afectan a los procesos definidos para el módulo de Gestión de Ingresos.

3.1. 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 no es posible presupuestar ni ejecutar el Presupuesto, siendo

un dato más a la hora de presupuestar y ejecutar.

La Entidad CP en el sistema SEFLogiC es la 1000.

Este presupuesto es único, es decir, sólo podemos trabajar con un único

Presupuesto, aunque como veremos más adelante podemos tener versiones del

Presupuesto, pero sólo una versión será la definitiva. Si quisiéramos trabajar con más

de un Presupuesto es 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.

3.2. Sociedad FI

La estructura organizativa en la Gestión Financiera se basa en las sociedades

FI, que representan una entidad legal independiente a nivel de reporting de acuerdo

con la legalidad vigente. Se describe la Sociedad FI como la unidad organizativa

básica de la contabilidad financiera, a la que se asocia de forma unívoca un NIF.

Tenemos una Sociedad FI por cada entidad de la Comunidad Autónoma de

Canarias, las cuales tienen NIF propio, y podemos obtener balances y cuentas de

pérdidas y ganancias de forma diferenciada por cada una. Además, cada una de ellas

utiliza datos maestros a nivel propio como los acreedores, clientes, etc.

Las sociedades FI están íntimamente relacionadas con los centros gestores,

necesarios para generar la estructura presupuestaria.

El listado de sociedades FI que afectan a la Entidad CP 1000, es el siguiente:

ACEC: Agencia Canaria de Evaluación de Calidad y Acreditación Universitaria

APMU : Agencia de protección del Medio Urbano y Natural



ATC: Agencia Tributaria Canaria

CAC: Comunidad Autónoma de Canarias

CES: Consejo Económico y Social

ICAP: Instituto Canario de Administración Pública

ICCA: Instituto Canario Calidad Agroalimentar

ICI: Instituto Canario de Igualdad

ICIA: Instituto Canario de Investigaciones Agrarias

ICV: Instituto Canario de la Vivienda

ISTA: Instituto Canario de Estadística

RTPC: Radiotelevisión Canaria

SCE: Servicio Canario de Empleo

SCS: Servicio Canario de Salud

Características generales de las sociedades financieras:

País y moneda de la sociedad. Para el ámbito del proyecto será España y

EURO respectivamente.

Plan de cuentas utilizado. A la sociedad se le asigna un plan de cuentas

operativo, aquel con el que se registran las operaciones diarias. Se ha definido

el Plan de cuentas del Servicio Canario de la Salud, cuya identificación es

PSCS – Plan de cuentas sistema convergencia.

Variante de ejercicio (cantidad de periodos y definición de estos). La variante

de ejercicio que se definirá y asignará a la sociedad será una con 12 períodos

según el año natural + 4 periodos especiales (K4) para ajustes de final de

ejercicio.

Para la gestión de los periodos de cada ejercicio contable, se definirá un

ejercicio de doce periodos naturales más cuatro periodos adicionales. Estos

períodos especiales se emplean para registrar las contabilizaciones de gastos

o ingresos (presupuestarios o extrapresupuestarios) que son imputables a todo

el ejercicio, por lo que al contabilizarse generalmente al final de un ejercicio, no

deben desvirtuar el saldo y movimientos del último periodo contable. La

variante de ejercicio para todas las sociedades será K4 (12 periodos corrientes

+ 4 periodos especiales)

Variante de periodos contables. La variante de períodos contables permitirá la

apertura y cierre de cada uno de los periodos contables de forma

independiente por Sociedad FI. Se ha definido una variante de períodos

contables por sociedad de SEFLogiC.

Contabilizaciones negativas: Se permitirán las contabilizaciones negativas en

todos los ámbitos de la implantación. La finalidad es ubicar dichas



contabilizaciones (normalmente correcciones, barrados o anulaciones) en la

misma posición en la que los originales se registraron.

Si el indicador está fijado, el saldo de cuenta de las cuentas afectadas se

representará tras la anulación de un documento como si el documento no se

hubiese contabilizado nunca. En caso contrario, las cifras de movimiento de la

cuenta se incrementarán en el mismo importe en el Debe y en el Haber

mediante el documento y el documento de anulación.

3.3. Divisiones

La división es una unidad organizativa de Finanzas que corresponde a un área

de actividad delimitada de la empresa o a un área de responsabilidad específica de

una sociedad financiera. Dentro del alcance del proyecto SEFLogiC se han definido las

siguientes divisiones:

División Denominación

0010 SERVICIOS CENTRALES

0050 HOSP UNIVERSITARIO DE CANARIAS

0051 HOSP. GRAN CANARIA DR. NEGRÍN

0052 GERENCIA SERV. SAN. LANZAROTE

0053 GERENCIA SERV. SAN. FUERTEVENT

0054 DIR.GER COMP HOSP. MATER INFAN

0055 DIR.GER COMP HOSP. CANDELARIA

0056 GERENCIA SERV. SAN. LA PALMA

0057 GERENCIA SERV. SAN. LA GOMERA

0058 GERENCIA SERV. SAN. EL HIERRO

0060 GERENCIA AT. PRIM GRAN CANARIA

0061 GERENCIA AT. PRIM TENERIFE

1000 CAJAS DE INGRESO DE LA C.A.C.

1001 PARLAMENTO

1005 DEUDA PÚBLICA

1006 PRESIDENCIA DEL GOBIERNO

1008 CON. PRESID., JUST. E IGUALDAD

1010 HACIENDA

1011 OBRAS PUBLICAS Y TRANSPORTES

1012 POL. TERRIT., SOST. Y SEG.

1013 AGRIC., GANAD., PESCA Y AGUAS

1014 SANIDAD

1015 ECONOM, INDUST, COM Y CONOCIM.

1016 TURISMO, CULTURA Y DEPORTES

1018 EDUCACION Y UNIVERSIDADES

1019 DIVERSAS CONSEJERÍAS

1020 TRANSF. CORPORACIONES LOCALES



1023 EMPLEO, POLÍTICAS SOC. Y VIV.

1040 ACADEMIA CANARIA DE SEGURIDAD

1041 AG CAN EVAL. CAL. ACRED. UNIV.

1042 AG PROT. MEDIO URBANO Y RURAL

1043 INST. CAN. ADMINISTRAC PUBLICA

1044 INST. CAN. CALIDAD AGROALIMENT

1045 INST. CANARIO DE ESTADISTICA

1046 INST. CAN. DE HEMOD. HEMOTER.

1047 INST. CAN. DE INVEST. AGRARIAS

1048 INSTITUTO CANARIO DE IGUALDAD

1049 INST. CANARIO DE LA VIVIENDA

1050 SERVICIO CANARIO DE EMPLEO

1052 AG CAN DESAR SOSTEN CAMB CLIMA

1070 CONSEJO ECONOMICO Y SOCIAL

1071 RADIOTELEVISION CANARIA

1072 AGENCIA TRIBUTARIA CANARIA

3.4. Estructura presupuestaria de Ingresos

Para elaborar el presupuesto es necesario definir previamente las estructuras

que la componen.

La Partida Presupuestaria de INGRESOS se conforma de los siguientes

elementos:

Centro Gestor + Posición Presupuestaria + Fondo

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.

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 para las Consejerías, y sufre

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 está compuesta por

cuatro dígitos. Los dos iniciales corresponden a la Sección y los dos finales al

Servicio.

En el caso de la ejecución de INGRESOS, los centros gestores a utilizar, son

los siguientes, denominados CAJAS:



Centro Gestor Denominación

0000 CAJA AGREGADA

0001 INGRESOS CENTRALES

0002 INGRESOS DE GRAN CANARIA

0003 INGRESOS DE TENERIFE

0004 INGRESOS DE LA PALMA

0005 INGRESOS DE FUERTEVENTURA

0006 INGRESOS DE LANZAROTE

0007 INGRESOS DE LA GOMERA

0008 INGRESOS DE EL HIERRO

- Posiciones Presupuestarias

La Posición Presupuestaria de INGRESOS depende de la Entidad CP y del

ejercicio. Ésta, a su vez, está compuesta por diferentes segmentos que

conforman su clasificación. Estos segmentos son:

- Tipo de presupuesto:

Dígito que diferencia entre Ingreso (I) o Ingreso REF (R).

- Clasificación económica:

Cuenta con un número de dígitos nunca inferior a cuatro (actualmente

tiene 5 dígitos) y con una estructura con los siguientes niveles

jerarquizados:

Capítulo (1), artículo (2), concepto (3) y subconcepto (5).

- Convenio: 7 dígitos.

Posición Presupuestaria de Ingreso:

Segmento 1 Segmento 2 Segmento 3

Tipo de

Presupuesto Económico Convenio

I NNNNN NNNNNNN

Ejemplo I/13002/0113002

Posición Presupuestaria de Ingreso del REF:

Segmento 1 Segmento 2

Tipo de

Presupuesto definición



Segmento 1 Segmento 2

R NNNNNN

Ejemplo R/400010 En SEFCAN, la posición presupuestaria de ingresos del REF tenía una estructura diferente Ejemplo: E/0400005. Ahora en SEFLogiC, en lugar de

una “E”, es una “R”, y el segmento 2, tiene un dígito menos.

- Fondo

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 creación de partidas y consiste en un código de un

máximo de 10 posiciones alfanuméricas que coincide en el caso de la partida

de ingresos con el CONVENIO. Este código se construye siguiendo unas

reglas establecidas de estructura, que son validadas en la creación de los

fondos y está permitida la generación de informes desagregados según la

estructura definida.

3.5. Clases de Documentos.

SAP trabaja según el principio del registro de documentos. Para cada

contabilización se almacenará un documento financiero (FI) en el sistema. Ese

documento financiero pertenecerá a un tipo de documento o clase de documento. La

clase de documento vendrá identificada en la cabecera del documento contable-

financiero. En definitiva las clases de documentos sirven para identificar una operativa

concreta en la contabilización del apunte.

Las clases de documentos determinan:

La numeración a dar a cada uno de los documentos pertenecientes a una clase de documento. Esta numeración será interna y consecutiva, dependiente del ejercicio.

Las clases de cuentas permitidas para las contabilizaciones. No todas las clases de documentos podrán ser utilizadas para cualquier tipo de contabilización, sino que quedarán limitadas para cada tipo de cuenta estableciendo una distinción entre las clases de documentos de Activos Fijos (A), de Deudores (D), Acreedores (K) y de Libro Mayor (S).

Cada documento se identifica unívocamente mediante los siguientes campos:

Clase de documento, código de dos dígitos que identifica el tipo de operación dentro del sistema.

Número de documento formado por diez dígitos.

Sociedad.

Ejercicio.



La información que presenta un documento podrá variar en función de la operativa llevada a cabo, pero los datos de los documentos se encuentran estructurados a dos niveles:

- Cabecera, donde aparecerán reflejados todos los datos comunes a todo el documento.

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

3.6. Claves de contabilización

Es una clave numérica de dos caracteres que controla la entrada de las

partidas individuales y determina:

Clase de cuenta a introducir: deudor, acreedor, cuenta de mayor, o activo fijo.

Si se realizará la contabilización en una cuenta de mayor especial (indicador CME).

Imputación deudora o acreedora (Debe o Haber)

Disposición de las pantallas de entrada. Qué campos están contenidos en las pantallas de entrada, y si se deben rellenar los campos (status de campo).

Al registrar una contabilización, se introduce una clave de contabilización para

cada posición. Esta clave determinará la forma de contabilizar dicha posición. Se definen a nivel de mandante y por tanto son válidas para todas las sociedades.

Clave de Contabilización

Clase de Cuenta Debe / Haber

Significado

01 Deudor (D) Debe Factura

02 Deudor (D) Debe Anular abono

03 Deudor (D) Debe Gastos

04 Deudor (D) Debe Otras ctas.a cobrar

05 Deudor (D) Debe Salida de pagos

06 Deudor (D) Debe Diferencias de pago

07 Deudor (D) Debe Otras compensaciones

08 Deudor (D) Debe Compensación pagos

09 Deudor (D) Debe CME deudor/Debe

11 Deudor (D) Haber Abono

12 Deudor (D) Haber Anular factura

13 Deudor (D) Haber Anular gastos

14 Deudor (D) Haber Otros débitos

15 Deudor (D) Haber Entrada de pagos

16 Deudor (D) Haber Diferencias de pago

17 Deudor (D) Haber Otras compensaciones

18 Deudor (D) Haber Compensación pagos

19 Deudor (D) Haber CME deudor/Haber

21 Acreedor (A) Debe Abono

22 Acreedor (A) Debe Anular factura



Clave de Contabilización

Clase de Cuenta Debe / Haber

Significado

24 Acreedor (A) Debe Otras ctas.a cobrar

25 Acreedor (A) Debe Salida de pagos

26 Acreedor (A) Debe Diferencias de pago

27 Acreedor (A) Debe Compensación

28 Acreedor (A) Debe Compensación pagos

29 Acreedor (A) Debe CME acreedor/Debe

31 Acreedor (A) Haber Factura

32 Acreedor (A) Haber Anular abono

34 Acreedor (A) Haber Otras ctas.a cobrar

35 Acreedor (A) Haber Entrada de pagos

36 Acreedor (A) Haber Diferencias de pago

37 Acreedor (A) Haber Otras compensaciones

38 Acreedor (A) Haber Compensación pagos

39 Acreedor (A) Haber CME acreedor/Haber

40 Cuenta de Mayor (S) Debe Contab.Debe

50 Cuenta de Mayor (S) Haber Contab.Haber

70 Activo Fijo (A) Debe Debe activos fijos

75 Activo Fijo (A) Haber Haber activos fijos

80 Cuenta de Mayor (S) Debe Traspaso existencias

81 Cuenta de Mayor (S) Debe Costes

82 Cuenta de Mayor (S) Debe Diferencias invent.

83 Cuenta de Mayor (S) Debe Diferencias precio

84 Cuenta de Mayor (S) Debe Consumo

85 Cuenta de Mayor (S) Debe Variación existen.

86 Cuenta de Mayor (S) Debe EM/RF Debe

89 Material (M) Debe Alta de inventario

90 Cuenta de Mayor (S) Haber Traspaso existencias

91 Cuenta de Mayor (S) Haber Costes

92 Cuenta de Mayor (S) Haber Diferencias invent.

93 Cuenta de Mayor (S) Haber Diferencias precio

94 Cuenta de Mayor (S) Haber Consumo

95 Cuenta de Mayor (S) Haber Variación inventario

96 Cuenta de Mayor (S) Haber EM/RF Haber

99 Material (M) Haber Baja de inventario

Las claves de contabilización más utilizadas son las que a continuación se muestran:



DEUDOR

Debe Haber

01

05

09

11

15

19

ACREEDOR

Debe Haber

21

25

29

31

35

39

CUENTA DE MAYOR

Debe Haber

40 50

ACTIVOS FIJOS

Debe Haber

70 75

MATERIALES

Debe Haber

89 99

Con Indicadores CME

3.7. Plan de Cuentas.

Un plan de cuentas contiene todas las cuentas de mayor que están disponibles

para la sociedad financiera. En dicho plan se encuentran las definiciones básicas de

las cuentas.

El Plan Contable (PSCS – Plan de Cuentas Sistema de Convergencia) es el

resultado de la homogeneización de las cuentas en el ámbito de implantación del

proyecto SEFLogiC. Será de aplicación a todas las sociedades financieras definidas

en el sistema. Supone la información mínima para las necesidades corporativas. Se

trata de un plan flexible que permite la inclusión de nuevos conceptos, de forma que

sea adaptable a las nuevas necesidades que surjan en los procesos de gestión. La

codificación de las cuentas de mayor se ha definido a 10 dígitos.

Para poder realizar contabilizaciones en una cuenta, ésta debe existir en la

sociedad en la que se va a realizar dicha imputación contable. Para poder ser creada

una cuenta a nivel de sociedad financiera debe haber sido creada obligatoriamente en

el plan de cuentas asignado a dicha sociedad.

Los registros maestros de cuenta de mayor se crean en dos niveles (procesos):

A nivel Plan de Cuentas: Esta tarea se centralizará para todas las sociedades

FI definidas. Este proceso será llevado a cabo por la Intervención General de

Hacienda. El grupo de datos que recoge este nivel contiene la información

básica de las cuentas: denominación, tipo y codificación, principalmente.

A nivel de Sociedad: Esta tarea se realizará descentralizadamente, es decir,

los servicios centrales del Servicio Canario de la Salud darán de alta sus

propios datos a este nivel y la Intervención General de CEHS para el resto de

sociedades. Comprende la información que se refiere exclusivamente a la

sociedad en cuestión. Con ella se controla el registro de documentos de

contabilización y la gestión de datos de contabilidad.



4. Procesos de Gestión

4.1. Gestión de Derechos.

El reconocimiento de un derecho económico es la operación por la que se

contrae en cuentas la deuda a favor de la Comunidad y sus organismos autónomos exigible a un tercero, quedando éste obligado a cumplir la prestación dineraria, en un momento concreto (vencimiento) y con las condiciones que se deriven del soporte documental.

4.1.1. Crear Reconocimiento de Derecho.

Esta transacción permite realizar un registro derecho de ingreso.

Transacción: F881 Acceso por el menú de Ejecución de Ingresos:

NOTA: El registro preliminar de reconocimiento de derecho, se puede crear mediante tres formas:

- Partiendo con los datos de un compromiso de ingresos con una posición presupuestaria. - Partiendo con los datos de un compromiso de ingresos con varias posiciones

presupuestarias. - Crear el registro con datos nuevos.

Accedemos a la pantalla principal, donde debemos completar los siguientes

campos: “Fecha documento”, “Sociedad”, “Moneda”, así como la clase de

documento a utilizar en la operación (en nuestro ejemplo B0).



NOTA: La clase de documento dependerá de la sociedad financiera para la que se contabilicen el

reconocimiento de derecho. Para la sociedad SCS (gestiona contraído previo) deberá indicar la clase

I0. Para el resto de sociedades (no gestionan contraído previo) deberá indicar B0.

Pulsando en el siguiente icono o en la tecla “ENTER” del ordenador

accedemos a la siguiente pantalla, donde completamos los siguientes campos:

“Cliente”, Posición Presupuestaria”, “Centro Gestor” e “Importe”.

NOTA: Para rellenar la posición presupuestaria, pulsamos en el match code, situado a la derecha del

campo, para buscar la posición presupuestaria que queremos.

El sistema muestra una ventana emergente, en la que debemos elegir la pestaña ‘Importar Partidas’. Una vez en esa pestaña, en el campo de ‘Pos. Presupuestaria’ ponemos I* para buscar todas

las partidas de Ingresos que están autorizadas al usuario.



Una vez completado el campo, pulsamos en el botón . Automáticamente, el

sistema nos indica el centro gestor relacionado con dicha posición presupuestaria.

Seleccionamos una partida presupuestaria haciendo doble clic sobre ella.

Si escogemos una posición con capítulo 4 y 7 tendremos que tener en cuenta

el fondo.

Una vez seleccionada, el sistema te devuelve a la pantalla principal, con la

posición presupuestaria ya rellenada. Por otra parte, rellenamos los campos

requeridos, tales como “centro gestor” e “importe”.



Si realizamos esta operación escogiendo una posición presupuestaria con

capitulo 4 o 7 y el capítulo tiene fondo, debemos completar siempre el campo “Fondo”,

señalado en la pantalla. Si no lo completamos, obtendremos el siguiente mensaje,

para recordarnos que debemos completarlo.

Una vez completado el campo, pulsamos en el botón . Automáticamente, el

sistema le llevará a una pantalla donde le solicita que indique la división.

NOTA: Este icono , permite verificar que están introducidos correctamente todos los datos

requeridos. Verifica que todo está correcto.

Guardamos la orden registrada, pulsando en el botón “Grabar” .

El sistema muestra un mensaje indicando que la orden se ha creado

correctamente.



4.1.2. Visualizar Reconocimiento de Derecho.

Esta transacción permite visualizar un Reconocimiento de Derecho

previamente ingresado en el sistema.


Accedemos la siguiente pantalla, donde completamos los siguientes campos:

“Número de orden” y “Sociedad”.

Pulsando en el siguiente icono o en la tecla “ENTER” del ordenador, se abre la siguiente pantalla donde podemos visualizar la fecha de creación de la orden, el centro gestor que la llevó a cabo, el cliente, importe, ejercicio fiscal al que pertenece, etc.



Haciendo doble clic sobre el campo “Número de documento”, podemos visualizar el documento contable generado.

Una vez visualizado el documento contable generado, regresamos a la pantalla

principal “Visualizar Orden ingreso” haciendo clic en el siguiente icono .

Pulsamos en el botón “Importe Pendiente” , para consultar el Informe de consumos de la orden visualizada.

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



NOTA: Si no recordamos el número de orden que deseamos consultar, pulsamos en el siguiente

icono . Automáticamente el sistema muestra la siguiente pantalla con

diferentes criterios de búsqueda para encontrar la orden deseada.

Una vez indicados los criterios de búsqueda, pulsamos en el botón “Ejecutar”

para que el sistema lleve a cabo la búsqueda.

Automáticamente nos mostrará una pantalla como la siguiente con las órdenes que contengan los criterios indicados.



4.1.3. Visualizar documento contable.

Esta transacción permite visualizar un documento contable en el área

financiera.

Transacción: FB03 Acceso por el menú de Ejecución de Ingresos:

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.

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.

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

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 “ENTER” 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.

Visualizar cabecera de documento.

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:

Si el documento se ha generado desde módulos auxiliares se puede visualizar 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.



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.

4.1.4. Modificar documento contable.

Esta transacción permite modificar un documento contable en el área

financiera.

Transacción: FB02 Acceso por el menú de Ejecución de Ingresos:

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.

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 “ENTER” 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. El sistema identifica los campos modificables con el fondo en blanco.



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

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

Campos modificables



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

4.1.5. Impresión de reconocimiento de derecho.

Esta transacción permite imprimir un documento de registro de derecho.

Transacción: FB03 (Correspondencia) Acceso por el menú de Ejecución de Ingresos:

En la pantalla de selección, introducimos los datos del documento que deseamos visualizar.

Una vez cumplimentados todos los campos, pulsamos en el siguiente icono

Automáticamente, el sistema muestra la siguiente pantalla, donde debemos marcar la siguiente ruta: Entorno> Correspondencia.



Automáticamente, el sistema muestra en una ventana emergente las clases de correspondencia disponibles. Seleccionamos la clase de correspondencia que deseamos, en este caso, ZREDE – Registro de Derecho.

Una vez seleccionada, el sistema muestra la siguiente ventana, pulsamos en el botón “Continuar”.

Por último, el sistema muestra el siguiente mensaje informativo.

Una vez solicitada la correspondencia, vamos a la transacción de actualizar correspondencia para imprimirla. Para ello, regresamos al menú principal pulsando

sobre el siguiente icono .



Una vez cumplimentados todos los datos de selección que deseemos,

pulsamos en el botón “Ejecutar” .

Automáticamente, el sistema muestra la siguiente pantalla.

A continuación, hacemos doble clic sobre el número de documento y nos saldrá el documento listo para imprimir.




4.1.6. Proceso generación de derechos por gestión de compras (Rappel)

Existe una nueva necesidad planteada por el SCS necesario para poder descontar los

importes de derechos por gestión de compras emitidos por los acreedores contra las

obligaciones pendientes de pago correspondientes al mismo acreedor.

El proceso comienza mediante el registro del derecho en el sistema por parte del

usuario. Antes de proceder al registro del mismo, es muy importante que el usuario

realice dos tipos de comprobaciones en el sistema que son necesarias para el

proceso.

a) Comprobar que el deudor y el acreedor están vinculados, porque en caso

contrario si el usuario intenta generar el derecho y no están vinculados el

sistema le dará un error indicando que no puede crear el documento,

indicando el siguiente mensaje.



Para comprobar dicho valor, se debe acceder al dato maestro de acreedores, y

comprobar el siguiente dato:

En el caso de que no esté vinculado, se debe avisar a tesorería para que vincule el

deudor correspondiente, con el acreedor.

Comprobar que el acreedor tiene indicado en su dato maestro el indicador de

retención “PD”. Al igual que en el primer caso, si el acreedor no tiene en su dato

maestro dicho valor, el sistema mostrará el mismo error indicando lo siguiente:



De esta manera solo se permitirá realizar el rappel cuando el deudor esté asociado al

acreedor, y este último tenga el indicador de retención correspondiente.

- Una vez generado el derecho y contabilizado por el organismo correspondiente,

todas las noches pasará un programa que buscará el total de obligaciones pendientes

de pago (P) que existen en el sistema para el acreedor asociado al deudor, y

modificará dichos documentos introduciendo el tipo de retención “PD-01” por el

importe correspondiente.

- Una vez se paguen dichas obligaciones, se llevará contra la cuenta de mayor

asociada a dicha retención el importe descontado, y el sistema generará de forma

automática cobros contra el Rappel cerrando de esta manera el proceso.

4.1.6.1. Características y pasos previos al proceso

4.1.6.1.1. Asociar acreedor/deudor

Para que el proceso funcione correctamente es necesario realizar una serie de

asociaciones entre el deudor y acreedor, en caso contrario, el sistema no podrá

encontrar las obligaciones correspondientes al derecho.

La primera actuación es asociar el deudor y el acreedor. Dicha asociación se puede

realizar desde los datos maestros del deudor.

4.1.6.1.2. Asociar desde el deudor

Para poder vincular el deudor al acreedor se puede utilizar la transacción “XD02”.

Mediante la misma se debe introducir en el deudor el acreedor asociado.



Y el sistema muestra una pantalla con el campo “Acreedor”. En la misma se debe

introducir el acreedor asociado y grabar.

Una vez grabado, ya se podría realizar el Rappel.

Mediante dicha transacción se puede proceder a asociar y desasociar el acreedor.

4.1.6.1.3. Introducir tipo de retención “PD”

Para poder generar el Rappel es necesario introducir al acreedor correspondiente el

tipo de retención PD definido para el proceso. En el caso de que el acreedor no tenga

el tipo de retención el sistema no permitirá generar el documento Rappel.



4.1.6.1.4. Crear las cuentas de mayor/presupuestarias asociadas al proceso.

Se deben crear las cuentas de mayor asociadas al proceso que en este caso son las

siguientes cuentas:

5540021010- RT.INGRESOS DE C.P. A INVESTIGAR

6090000000- Rappel por volumen de compras

Se deben dar de alta a la partida presupuestaria I/39909/0000000 para todos los

centros gestores que puedan realizar la operación.

4.1.6.2. Generación del Derecho por Gestión de compras

4.1.6.2.1. Generación del derecho

Para generar el derecho, se debe utilizar la transacción Z37_F881_RP. Mediante dicha

transacción los usuarios deben indicar los siguientes valores:



Los valores a rellenar son los siguientes:

Fecha documento: Corresponde con la fecha del documento Rappel Clase de

documento: Ya viene por defecto con clase RP

Sociedad: Ya viene por defecto SCS

Fecha contable: Debe ser la fecha del día

Referencia: Corresponde con el número de referencia del documento Rappel.

Una vez indicado estos valores, se pasa a la siguiente pantalla donde se deben indicar

los siguientes valores:

Los valores a rellenar en esta pantalla son los siguientes:

Cliente: Se debe indicar el deudor contra el que debe realizarse el derecho. En el caso

de que el deudor no exista debe indicarse a tesorería su creación y su asociación con

el acreedor correspondiente.

Además de los campos Centro gestor y Cta de mayor.

Una vez se tenga el acreedor y el deudor asociado, y se tenga determinado el deudor

correspondiente, ya se puede generar el derecho.



Una vez incluido estos datos, se debe dar al icono “ ” para que salte la pestaña de

Imputación



NOTA* La imputación debe realizarse contra orden de manera que solo se debe

indicar la división. En el caso de que el usuario por error le indique “Centro de coste” el

sistema le dará el siguiente mensaje:

En este caso el usuario debe borrar el centro de coste e indicar la división solamente.

Una vez introducidos todos los datos correctamente, el sistema dará el siguiente

mensaje:

Y se debe Grabar.

El sistema indicará que se ha generado correctamente el documento:

Si se visualiza el documento se podrá comprobar que el mismo ha sido generado, pero

no ha sido contabilizado.



4.1.6.2.2. Contabilizar documento de ingreso

Una vez generado el documento, el mismo debe ser contabilizado por el organismo

correspondiente.

Para ello se han preparado dos transacciones en el sistema, donde por una de ellas

puede visualizar los documentos a contabilizar, y por la otra, puede acceder a

contabilizar los documentos e incluso por la misma puede visualizarlos.



4.1.6.2.3. Visualizar documentos pendientes de contabilizar.

Se ha creado una transacción denominada Z37_RP_PENDIEN_CONTA, donde el

usuario debe entrar para visualizar los documentos pendientes de contabilizar.

Cuando el usuario accede a dicha transacción, el sistema le muestra los documentos

pendientes de contabilizar

El usuario debe obtener el nº de orden del documento a contabilizar, porque es el dato

que necesita para poder contabilizar la orden.

4.1.6.2.4. Contabilizar documento

Por la misma transacción de contabilizar documento, el usuario puede visualizar los

documentos pendientes de contabilizar, y contabilizarlos.

La transacción preparada para contabilizar es la Z37_CONTABILIZA_RP.

Para obtener el total de documentos pendientes de contabilizar, se debe acceder al

botón de “´Sel.documentos” y buscar los documentos que se necesitan.



Es muy importante que busquen los documentos que tengan clase de documento RP.

Una vez puesto los datos de búsqueda, se le debe da r a ejecutar, y el sistema

muestra los documentos pendientes de contabilizar.

Para contabilizarlo se debe marcar dicho registro y seleccionar el Botón de

“Contabilizar todo”.



Y el sistema muestra el siguiente mensaje:

Existe la posibilidad de que el usuario conozca el nº de orden a contabilizar, por ello,

puede acceder a contabilizar la orden sin necesidad de seleccionar documentos. Para

ello, tiene que incluir el número de orden en la transacción

Una vez puesto el dato, se debe acceder a la siguiente pantalla mediante un enter, y el

sistema muestra los datos de la orden.



Una vez verificado que los datos son correctos, se puede contabilizar. Para ello, el

usuario tiene que pinchar en el icono de guardar ( ) y el sistema muestra el

siguiente mensaje:

Una vez contabilizado el documento se puede visualizar el asiento financiero realizado

por el mismo, que es el siguiente:



Buscar obligaciones correspondientes y modificar las retenciones.

Una vez realizado el Rappel, el sistema todas las noches buscará los documentos

Rappel creados, y a su vez ejecutará un proceso que buscará el total de obligaciones

contabilizadas en estado P correspondientes al mismo acreedor para retener el

importe que se pueda hasta el importe total del Rappel. (Este proceso será

automático)

En este caso, el sistema busca el total de obligaciones pendientes de pago y

encuentra los siguientes documentos.

Para este acreedor, existen 2 obligaciones pendientes de pago con bloqueo de pago

P, que son las siguientes:

Obligación 1: 6000009196 Importe pendiente 5 euros.



En este caso, el sistema retuvo el importe total pendiente de la obligación.

Obligación 2: 6000009198 con importe pendiente de 5 euros

En este caso, el sistema retuvo el importe total pendiente de la obligación.

En este caso, el sistema retuvo un importe de 10 euros, mientras que el documento de

ingreso es de 15 euros.



Importe rappels: 15

Importe retenido por rappel obligación 1: 5

Importe retenido por rappel obligación 2: 5

Aplicación del cobro y compensación de los cobro s

Una vez retenido todo el importe del derecho, y que la obligación hayan sido pagadas,

el siguiente paso es que el sistema genere los documentos de cobros contra el Rappel

(este proceso es automático)

Documento de pago: 9000081830/2016

En este caso, el sistema ha generado el siguiente documento de cobro:



Se ha realizado un documento de cobro por el importe de 10 que corresponde con el

pago de las dos obligaciones.

4.1.6.3. Anulación Derecho por Gestión de Compras.

Se ha preparado una transacción para anular los derechos. Dicha transacción se

denomina Z37_ANULAC_RP y muestra los siguientes valores:



Una vez indicado los valores, el sistema avisará al usuario si puede anular el derecho

en función del estado del mismo, pudiéndose dar los siguientes casos.

4.1.6.3.1. Validación de ejercicio cerrado

En el caso de que el usuario intente anular un derecho del ejercicio anterior, el sistema

les dará un error indicando que dicho documento no se puede anular porque es de

ejercicio cerrado.

4.1.6.3.2. No se puede anular porque el documento ya está compensado.

En el caso de que el usuario intente anular un derecho que ya está compensado, el

sistema mostrará un error indicando que el Rappel n o se puede anular porque ya está

compensado.

Ejemplo: si se intenta anular el documento 7000008914 2013 (utilizado para los casos

anteriores) el sistema muestra el siguiente mensaje:

4.1.6.3.3. No se puede anular porque ya existen cobros.



En el caso de que el usuario intente anular un derecho para el cual ya se han realizado

cobros el sistema indicará que no se puede anular e l rappel porque ya hay cobros

contra el mismo.

4.1.6.3.4. Existen obligaciones con retenciones pagadas.

En este caso, en el momento en que el usuario indica el nº de documento a anular, el

sistema buscará el total de obligaciones que han si do modificadas para verificar su

estado, de manera que si hay alguna obligación que está pagada el sistema mostrará

un mensaje indicando lo siguiente:

4.1.6.3.5. Anulación del derecho por Gestión de Compras

En el caso de que no se de ninguna de las acciones anteriores, entonces se procederá

a anular el rappel de manera que si existen obligaciones ya modificadas en el

momento de la anulación del derecho se procederá a borrar las retenciones para que

las obligaciones se paguen por el importe total sin tener en cuenta estas retenciones.

Ejemplo: se ha generado un rappel 7000004335 2016 de importe 15 euros.



Este rappel afecta a la obligación 6000009233 de 10 euros. Con el proceso de Rappel

las retenciones quedan de la siguiente manera:



En el momento que se procede a la anulación del Rappel, el sistema modifica las

retenciones de dicha obligación quitando las retenciones.

Cuando se anula el sistema muestra el siguiente mensaje:

Si accedemos a la obligación, se puede observar que ya no tiene las retenciones del

rappel ya que en el proceso de la anulación el sistema borra las retenciones de las

obligaciones.

Por último, si accedemos a visualizar el documento de anulación que nos indica el

sistema se obtiene lo siguiente



4.1.6.4. Sistemas de información.

Para el rappel se han preparado dos transacciones donde se puede visualizar el

estado de los rappel.

4.1.6.4.1. Query de relación de derechos, obligaciones y cobros

Se ha preparado un listado de información denominado Z37_INFO_RAPPEL que

muestra el estado de cada Rappel. Dicha información solo aparece para aquellos

Rappel que tiene alguna obligación asociada, de manera que si el usuario genera un

Rappel pero no se ha retenido importe de ninguna obligación no saldrá en esta

consulta

Los datos por los que se pueden realizar consultas son los siguientes



Si se ejecuta para un documento en concreto, el sistema nos indica que para ese

rappel si se ha descontado importe de alguna obligación, si esa obligación ha sido

pagada o anulada, si existe el documento de cobro generado, etc.

4.1.6.4.2. Información de importe pendiente de cobro.

Se ha preparado además una transacción denominada Z37_RP_PEND_COBRO

donde se puede visualizar el importe pendiente de cobro por deudor de los

documentos generados.

Para ello se debe acceder a la transacción, y en la misma y el sistema obliga a que se

indique el deudor.



Una vez puesto el deudor, y ejecutada el sistema mostrará todas las partidas

pendientes de cobro, indicando además los documento s de cobros en el caso de que

existen cobros parciales.



Por ejemplo para este acreedor nos indica que existen dos Rappel.

Rappel 1: Es de un importe de 2500 euros y ya tiene un cobro de 500 quedando como

pendiente un importe de 2000 euros.

Rappel 2- Es de un importe de 1000 euros y todavía no se ha realizado ningún cobro

quedando pendiente el total.

Posibles errores del proceso

Se ha generado una transacción denominada Z37_RAPPEL_ERRORES mediante el

cual se pueden ver los errores que se dan en el proceso.

Mediante el mismo se puede observar los posibles errores que se pueden dar, donde

los más comunes serán los siguientes:

No existe la asociación deudor - acreedor para el deudor 1000000219: Este error se

puede dar cuando una vez generado el Rappel en un momento posterior se proceder a

desasociar el acreedor del deudor.



La retención no está activa para el acreedor 1000006210: Este error se puede dar

cuando una vez generado el Rappel se le elimine el indicador de retención del proceso

al acreedor.

4.2. Anulaciones de Derechos.

4.2.1. Ejercicio corriente.

Esta transacción permite registrar una anulación de liquidaciones


Accedemos a la siguiente pantalla.

Una vez dentro de la transacción, pulsamos en el botón .



Automáticamente, el sistema muestra la siguiente ventana emergente donde

debemos introducir el “Número de la orden” que queremos anular, así como la

“Sociedad” y el “Ejercicio” al que pertenece.

NOTA: debemos desmarcar el check “No proponer importes” para que el sistema nos

muestre el campo con el importe correspondiente.

Una vez introducidos todos los datos, pulsamos en el siguiente icono .

En la parte inferior de la pantalla, se muestra el siguiente mensaje informativo:

Pulsamos, nuevamente, en la tecla ‘ENTER’ del ordenador.



Accedemos a la siguiente pantalla donde podemos cumplimentar el importe

que deseamos anular.

Una vez introducido el importe y el campo “Texto”, pulsamos en el botón

“Grabar” para salvar la orden de la anulación.

Automáticamente, en la parte inferior de la pantalla aparece el siguiente mensaje, que recoge el número de la anulación preliminar creada.

4.2.2. Ejercicios cerrados - Anulación.

Esta transacción permite realizar anulaciones de Cerrado y Rectificaciones a

los Saldos Entrantes.

Transacción: Z82_EAIN_ANU_CERR Acceso por el menú de Ejecución de Ingresos:



Aparecerá la siguiente pantalla.

NOTA: El campo “Número de Documento a Anular/ Rectificar” se debe completar con el

documento financiero no la orden.

Debe introducir la sociedad, el ejercicio presupuestario origen, el número de documento anular y la división.

Deberá indicar también el tipo de anulación / rectificación. Dispone de los siguientes tipos.



Una vez completados todos los datos, pulsamos en el botón “Ejecutar” .


4.2.3. Ejercicios cerrados – Anulación para la SOCIEDAD SCS.


los Saldos Entrantes, para la sociedad SCS que gestiona contraído previo.

Transacción: Z37_FB75_X1 Acceso por el menú de Ejecución de Ingresos/Sociedades con Contraído

Previo:



Se selecciona la transacción y aparece la siguiente pantalla.

Indique los datos de cabecera, como la fecha de documento, la referencia y la fecha de contabilización el sistema propone la fecha del día. Indique el deudor para el que desea hacer la operación, así como el importe de la misma.

Ahora deberá introducir la posición de contrapartida.

En este caso, observe que el sistema le propone por defecto a cuenta de gasto a la que debe contabilizar esta operación.

Indique el importe de la posición y la división correspondiente. Seleccione “ENTER”.

El sistema validará los datos introducidos y si la posición es correcta la marcará con un visto bueno a la izquierda de la misma.



Vaya a la pestaña “Detalle” en la cabecera. Registre los datos obligatorios que el sistema solicita.

Vaya a la pestaña “Pago”. Registre el campo “Referencia a factura”.

Seleccione guardar para grabar el documento.

4.2.4. Ejercicios cerrados – Anulación para la SOCIEDAD SCS – Por Prescripción.


los Saldos Entrantes por prescripción, para la sociedad SCS que gestiona contraído previo.

Transacción: Z37_FB75_Q1 Acceso por el menú de Ejecución de Ingresos/Sociedades con Contraído

Previo:




Indique los datos de cabecera, como la fecha de documento, la referencia y la fecha de contabilización el sistema propone la fecha del día. Indique el deudor para el que desea hacer la operación, así como el importe de la misma.

Ahora deberá introducir la posición de contrapartida. En este caso, observe que

el sistema le propone por defecto la cuenta de gasto a la que debe contabilizar esta



operación.

Indique el importe de la posición y la división correspondiente. Pulse “ENTER”. El sistema validará los datos introducidos y si la posición es correcta la marcará

con un visto bueno a la izquierda de la misma. Vaya a la pestaña “Detalle” en la cabecera. Registre los datos obligatorios que

el sistema solicita.



4.2.5. Ejercicios cerrados – Anulación para la SOCIEDAD SCS – Por Insolvencia.

Esta transacción permite realizar anulaciones de Cerrado y Rectificaciones a los Saldos Entrantes por insolvencia, para la sociedad SCS que gestiona contraído previo.

Transacción: Z37_FB75_G1 Acceso por el menú de Ejecución de Ingresos/ Sociedades con Contraído

Previo:




Indique los datos de cabecera, como la fecha de documento, la referencia y la

fecha de contabilización el sistema propone la fecha del día. Indique el deudor para el que desea hacer la operación, así como el importe de la misma.

Ahora deberá introducir la posición de contrapartida. En este caso, observe que el sistema le propone por defecto la cuenta de gasto a la que debe contabilizar esta operación.



Indique el importe de la posición y la división correspondiente. Seleccione “ENTER”.

El sistema validará los datos introducidos y si la posición es correcta la marcará

con un visto bueno a la izquierda de la misma. Vaya a la pestaña “Detalle” en la cabecera. Registre los datos obligatorios que

el sistema solicita.



4.3. Aplicación de Cobros.

4.3.1. Aplicación de cobro Contraído Previo.

Esta transacción permite aplicar contra contraído previo por Ingreso Directo,

previamente contabilizado en el sistema.

Transacción: Z82_IN_COB_B0 Acceso por el menú de Ejecución de Ingresos/ Sociedades sin Contraído

Previo:



Seleccione la transacción. Aparecerá la siguiente pantalla.

Una vez en la transacción, cumplimentamos los campos requeridos con los datos correspondientes al Reconocimiento del Derecho por Ingreso Directo del que queremos aplicar el cobro: “Sociedad”, “Cuenta de mayor”, “Ejercicio”, “Número Documento”.

- Nº de documento: es el documento que vendrá de tesorería al contabilizar el extracto bancario o un descuento en pago. En el ejemplo 5500000060.

En la pestaña “Datos de Selección”, completamos los campos “Ejercicio” y “Número de documento FI” u “Orden presupuestaria”, dependiendo qué se quiera aplicar.

- Numero de Documento FI: Este campo se rellenara con el Nº de documento de la contabilización del registro de derecho.

Marcamos el radio botón ‘cobro total’ o ‘cobro parcial’ según deseemos.



NOTA: El número de documento de la cuenta de mayor a compensar se puede obtener de la

transacción “partidas individual de la cuentas de mayor”:

Para ello, vuelva a la pantalla principal y en el menú de usuario seleccione la

transacción “Partida individual cuentas de mayor”.

Accedemos a la siguiente pantalla.



Indique la cuenta de mayor y la fecha clave en la que desea ver las partidas abiertas de la cuenta.

Una vez completados todos los datos, pulsamos en el botón “Ejecutar” .

El sistema le muestra el listado de partidas.



Vuelva a la pantalla de aplicación de cobro y una vez cumplimentados todos los

datos, pulsamos en el botón “Ejecutar” .

El sistema muestra un mensaje como éste, preguntándonos si deseamos

continuar:

Pulsamos en la opción “SI” para continuar.

El sistema mostrará un mensaje indicando el importe parcial que quiere aplicar



Pulsamos en la opción “Continuar” para seguir adelante con el proceso. El sistema muestra un mensaje indicando que la aplicación del cobro se ha

realizado correctamente.


4.3.2. Aplicación de cobro Contraído Simultáneo.

Esta transacción permite aplicar contra contraído simultáneo por Ingreso Directo.


Previo:

Seleccione la transacción y accederá a la siguiente pantalla.



Proceda a completar la información obligatoria, como se ha indicado en el apartado anterior.

En este caso, al ser una aplicación de cobro con contraído simultáneo, no hay

que informar el derecho en la pantalla inicial.

Una vez completados todos los datos, pulsamos en el botón “Ejecutar” . La siguiente pantalla que aparece, es la de “Registrar orden ingreso”. Aquí completaremos la información relacionada con el Derecho. Este proceso se explica en el apartado 4.1.1.



Una vez hemos cumplimentado todos los datos obligatorios, verificamos

picando sobre el icono .

Si no hay errores, pulsamos ENTER y grabamos. Finalmente, el sistema muestra un POP-UP, informando de los documentos

generados.



4.3.3. Aplicación de cobro Contraído con IGIC. Sociedad con contraído previo.

Esta transacción permite aplicar el cobro sobre contraído de algunos

documentos provenientes del área de facturación a terceros (Arrendamientos), que tienen los tipos de IGIC RA / EO.

El cobro de estos documentos se realizará normalmente mediante la carga del

cuaderno 60 (Apartado 4.3.6). Sin embargo, se ha habilitado esta transacción, por si fuera necesario realizarlo de forma manual.

Esta operativa no permite cobros parciales.

Esta operativa es relevante para aquellas sociedades con Contraído Previo

(Sociedad SCS).

Transacción: Z37_IN_C60_IGIC Acceso por el menú de Ejecución de Ingresos/ Sociedades con Contraído

Previo:

Seleccione la transacción y accederá a la siguiente pantalla.



Observe que el sistema reconoce que esta operativa solo es relevante para aquellas sociedades con contraído previo. En nuestro caso, la sociedad SCS.

Introduzca los datos de cabecera del documento: sociedad, fecha de contabilización, cuenta de mayor, ejercicio y número de documento.

Introduzca el número de documento FI y ejercicio sobre el que desea aplicar el cobro.

Seleccione el botón en el botón “Ejecutar” . A continuación, el sistema mostrará un mensaje indicando el importe a cobrar.

Una vez aceptado el sistema genera el documento de cobro.



4.3.4. Aplicación de cobro del REF

4.3.4.1. Contraído Simultáneo

Esta transacción permite aplicar un cobro con contraído simultáneo por Ingreso

Directo del REF.


Previo/ REF:

El funcionamiento de la transacción es igual al explicado en el apartado 4.3.2 En este caso, al registrar el derecho, se informará una posición presupuestaria

del REF (Ejemplo: R/400010)



4.3.5. Aplicación de cobro masivo. Sociedades con Contraído Previo

Esta transacción permite aplicar contra contraído de forma masiva, es decir,

para varios documentos de ingreso a la vez.

Esta operativa es relevante para aquellas sociedades con Contraído Previo.

Transacción: Z37_APLICOBRO_MASIVO Acceso por el menú de Ejecución de Ingresos:

Seleccione la transacción y le aparecerá la siguiente pantalla.



Observe que el sistema reconoce que esta operativa solo es relevante para aquellas sociedades con contraído previo. En nuestro caso, la sociedad SCS.

Introduzca los datos de cabecera del documento: sociedad, cuenta de mayor, ejercicio y número de documento.

En la parte inferior de la pantalla indique la ruta del fichero a cargar con todos los documentos sobre los que aplicar el cobro.

El significado de los campos es el siguiente:

- Cuenta de Mayor: Se cumplimentará con la cuenta de mayor del documento bancario.



- Ejercicio: Ejercicio del documento extrapresupuestario

- Documento: Número del documento extrapresupuestario a subsanar

- Ejecución test: Marcaremos este flag para previamente lanzar el proceso en

prueba.

- Seleccionar fichero Fuente 1:

Servidor de Presentación: Debe estar siempre seleccionado

Servidor de Aplicación: No tiene utilización a modo de usuario.

Fichero Fuente 1: Debemos buscar con el match-code el fichero de carga para subirlo a SAP, este fichero siempre será en formato TXT y con tres campos cumplimentados, que serán los siguientes:

Si el fichero está en su PC, seleccione “Servidor de presentación” y en el campo “Fichero fuente 1” despliegue la ayuda de búsqueda para seleccionar el archivo.

Debe tener en cuenta que el fichero a cargar debe tener extensión “txt” – texto delimitado por tabulaciones.

Una vez cumplimentados todos los campos ejecutaremos el proceso; momento en el cual el sistema nos devolverá la siguiente pantalla:

En esta ventana se muestran los posibles errores ocurridos en la aplicación

masiva. En nuestro ejemplo, la pantalla no nos muestra ningún mensaje con lo que el

proceso puede ser ejecutado en real.

Para ello, iremos hacia atrás y desmarcaremos el flag de ejecución en test. De

esta forma, el sistema nos indicará el siguiente mensaje, indicando los números de

documento de aplicación de los cobros.



Una vez hecho esto se habrá aplicado el cobro sobre los documentos en

cuestión.

De esta forma, podremos consultar las partidas del deudor involucrado y

confirmar como se ha realizado correctamente su aplicación del cobro.

Como vemos, el sistema ha aplicado correctamente el cobro, tanto a los documentos que vienen de la carga como el reconocimiento del derecho generado.

4.3.6. Carga del cuaderno 60

El cuaderno 60 se corresponde con el fichero que envía la entidad bancaria con

los ingresos recibidos en la cuenta bancaria (cuenta recaudatoria) realizados por los terceros a través de las cartas de pago.

Este tiene dos modalidades:

- C70. Con esta modalidad, en el sistema SEFLogiC se reconocerá el ingreso

correspondiente y a continuación, se buscará el reconocimiento de derecho

registrado en el sistema previamente para su compensación.



- C80. Con esta modalidad, solo se reconoce el ingreso correspondiente.

Transacción: Z37_FI_T_CUAD_60 Acceso por el menú de Ejecución de Ingresos:

Seleccionamos la transacción y aparece la siguiente pantalla.

Indique los siguientes datos:

- Sociedad. - Clave de banco: se corresponde con los 8 primeros dígitos de la cuenta

bancaria, que identifica a la entidad y sucursal. - Cuenta bancaria: se corresponde con los 10 dígitos de la cuenta. - Moneda: EUR - Fecha del C-60: fecha en la que se carga el cuaderno. - Fichero del C-60: indique la ruta y denominación del fichero

correspondiente al cuaderno que desea cargar.

Seleccione el botón “Ejecutar”.

El sistema le mostrará un listado con el log de las contabilizaciones realizadas.

4.3.7. Aplicación de cobros no presupuestarios.

Esta transacción permite hacer una aplicación de un cobro de carácter no

presupuestario.



Transacción: Z82_EAIN_APLIC_NOPRE Acceso por el menú de Ejecución de Ingresos:

Seleccione la transacción y aparece la siguiente pantalla.

Esta operación lo que realiza es un traslado extrapresupuestario en el sistema. Se deberá indicar los datos obligatorios que solicita el sistema.

4.3.8. Anulación de aplicación de cobros. Sociedades sin Contraído Previo

El procedimiento explicado en este apartado, es aplicable tanto a los cobros

presupuestarios, como a los cobros del REF



4.3.8.1. Contraído Previo

A. Si el documento financiero está abierto, su anulación se realizará por la

transacción FB08 - Anulación Aplicación del cobro sin compensar

Motivo de Anulación: - 03: Cuando se quiera anular el documento, con la misma fecha contable del Cobro. - 04: Cuando se quiera anular el documento, con fecha contable diferente a la del cobro. En este caso, además, se debe informar la “Fecha de contabilización” con la que se quiere anular.

Una vez estén completados todos los datos necesarios, picamos sobre el icono

El sistema mostrará el número de documento de anulación generado en la parte inferior de la pantalla.

B. Si el documento financiero está compensado, su anulación se realizará por la transacción FBRA - Anular compensación.

En este caso, el usuario debe ponerse en contacto con el TESORO, ya que no dispone de autorización para ejecutar la transacción. Le informará del documento financiero del Cobro (Con la sociedad y el ejercicio) y la fecha contable en la que lo

Documento Financiero del Cobro. Se informará también la sociedad y el ejercicio.



quiere anular. Como en el apartado A, se indicará el motivo de anulación, según proceda.

4.3.8.2. Contraído Simultáneo

En este caso, el proceso se divide en dos pasos:

PASO 1 Anulación del Cobro

Se realizará por la transacción FBRA - Anular compensación. En este caso, el usuario debe ponerse en contacto con el TESORO, ya que no dispone de autorización para ejecutar la transacción. Le informará del documento financiero del Cobro (Con la sociedad y el ejercicio) y la fecha contable en la que lo quiere anular. Como en el apartado A, del CASO 1, se indicará el motivo de anulación, según proceda.

IMPORTANTE: Antes de solicitar la Anulación del Cobro al TESORO, el usuario debe conocer el Derecho, para su posterior anulación, explicada en el

PASO 2.

Para ello, desde la transacción FB03 - Visualizar Documento, en primer lugar, consulta el Cobro

Le damos al ENTER, lo visualizamos y a continuación, en la parte superior de la pantalla, picamos en “Entorno” y después en “Utilización del pago”



El sistema nos llevará a la siguiente pantalla, donde podemos ver el Derecho al que compensa.

Si picamos sobre el documento que corresponde al Derecho y después en el

icono , podemos visualizar el documento, para conocer cualquier dato necesario para su anulación (Por ejemplo: Ejercicio y Fecha Contable)



Paso 2 Anulación del Derecho

Se realizará por la transacción FB08 - Anular documento.

Motivo de Anulación:

- 03: Cuando se quiera anular el documento, con la misma fecha contable del Cobro.

- 04: Cuando se quiera anular el documento, con fecha contable diferente a la del cobro. En este caso, además, se debe informar la “Fecha de contabilización” con la que se quiere anular.

Documento Financiero del Derecho



4.4. Devoluciones de ingreso.

4.4.1. Registrar devolución de ingreso.

Esta transacción permite realizar la Devolución de Ingresos.

Transacción: Z82_EAIN_DI Acceso por el menú de Ejecución de Ingresos:

Seleccione la transacción y aparecerá la siguiente pantalla.

Una vez dentro de la transacción cumplimentamos los siguientes campos: “fecha doc”, “sociedad”, “moneda” y “Nº de expediente” (indica lo que se está devolviendo).



Una vez completados todos los datos, pulsamos en el siguiente icono .

Accedemos a la siguiente pantalla, en la que debemos completar los siguientes los campos: “acreedor”, “Tp.bco.interl, “posición presupuestaria”, “centro gestor”, “importe” y “vía de pago”.



NOTA 1: “Bloqueo Intereses (Bloq. Ints.)”: Este campo se rellenará con la letra A si no se

tiene que calcular ningún interés. Si se calculan intereses se dejará en blanco. NOTA 2: “Fecha base”: Si se necesitan calcular intereses se podrá, en este campo, la fecha de

cuando se empiezan a calcular los intereses. NOTA 3: “Posición Presupuestaria”: Para rellenar la posición presupuestaria, pulsamos en el

match code , para buscar la que queremos introducir.

El sistema abre una ventana emergente en la que debemos seleccionar la pestaña ‘Importar Partidas’, y, en el campo de ‘Pos. Presupuestaria’, ponemos I* para buscar todas las partidas de Ingresos que están autorizadas al usuario.



Pulsamos en el siguiente icono .

Una vez abierto el desplegable nos indica el centro gestor relacionado con dicha posición presupuestaria. Escogemos la partida presupuestaria haciendo doble clic con el botón izquierdo del ratón.

Automáticamente, el sistema nos devuelve al a la pantalla principal, con la posición presupuestaria ya completada.



Si realizamos esta operación escogiendo una posición presupuestaria con capitulo 4 o 7 y el capítulo tiene fondo, debemos completar siempre el campo “Fondo”, señalado en la pantalla. Si no lo completamos, obtendremos el siguiente mensaje, para recordarnos que debemos completarlo.

Una vez en esta pantalla, tenemos dos opciones:

1. Si queremos finalizar la devolución pulsamos, una vez completados todos los

campos, el icono de verificar . Obtenemos una pantalla para rellenar la información de retención, si lo deseamos. Para ello, deberemos pulsar en el “match code” situado a la derecha del campo.



NOTA: Si no queremos poner nada lo que haremos será pulsar sobre el icono .

Pulsamos y obtendremos el siguiente mensaje

Pulsamos en el botón “ENTER” del ordenador y, automáticamente, el sistema

nos lleva a la página principal.



En último lugar, pulsamos en el botón “Grabar” .

Automáticamente, en la parte inferior de la pantalla aparece el siguiente mensaje:

2. Hacer en una misma devolución diferentes acreedores o mismo acreedor y diferentes posiciones presupuestarias. Para hacer esto pulsamos en el

icono .

El sistema nos muestra la siguiente pantalla, donde podemos introducir la

información respecto a las retenciones, si no queremos poner nada lo que haremos

será pulsar sobre el icono .



A continuación, nos muestra la siguiente pantalla donde rellenamos los siguientes campos: “Posición Presupuestaria”, “Centro Gestor”, “Fondo” (sólo cuando sea necesario), “Acreedor”, “Indicador CME” (será siempre K), “Tp. Bco. Inter.”, “Bloqueo Intereses” (se rellena con la letra A si no se tiene que calcular ningún interés), “Fecha Base” (Si se necesitan calcular intereses se pondrá la fecha de cuando se empiezan a calcular los intereses), “Importe”, “Texto” y “VP”.

Si queremos finalizar la devolución pulsamos el icono de verificar .

Obtenemos una pantalla para rellenar la información de retención, si lo deseamos.

Para ello, deberemos pulsar en el “match code” situado a la derecha del campo. Si no

queremos poner nada lo que haremos será pulsar sobre el icono



Pulsamos y obtendremos el siguiente mensaje

Pulsamos en el botón “Intro” del ordenador y, automáticamente, el sistema nos lleva a la página principal.

En último lugar, pulsamos en el botón “Grabar” .

Automáticamente, en la parte inferior de la pantalla aparece el siguiente mensaje:


4.4.2. Registrar devolución de ingreso del REF.

Esta transacción permite realizar la Devolución de Ingresos del REF.

Transacción: Z82_EAIN_DK Acceso por el menú de Ejecución de Ingresos/REF:



El procedimiento para crear una devolución de ingresos se explica en el apartado 4.4.1.

En este caso, la posición presupuestaria que se informa en el documento, debe ser del REF (Ejemplo R/400010)

4.4.3. Modificar devolución de ingreso preliminar.

Esta transacción permite modificar una devolución de Ingresos Preliminar

previamente registrada en el sistema.


Seleccione la transacción y accede a la siguiente pantalla.

Una vez dentro de la transacción, cumplimentamos los siguientes campos “Número de orden” y “Sociedad”. En el ejemplo, vamos a modificar la orden 7400043395:



Una vez cumplimentados, pulsamos en el botón “Intro” del ordenador o en el

siguiente icono .

NOTA: Es necesario que la orden no esté liberada y contabilizada para poder realizar su

modificación.

Una vez se visualice la orden de ingreso, podemos modificar el campo “Tipo de banco interlocutor” y “Texto”. El resto de campos no se pueden modificar.

Guardamos los cambios utilizando el icono .

El sistema muestra un mensaje en la parte inferior de la pantalla, informando que los cambios se han realizado correctamente.




4.4.4. Visualizar devolución de ingreso.

Esta transacción permite visualizar una devolución de Ingresos Preliminar

previamente registrada en el sistema.



Pulsamos en el botón “ENTER” del ordenador.

Accedemos a la siguiente pantalla, en la que podemos visualizar, entre otras cosas: la fecha de creación de la orden, el centro gestor que la llevo a cabo, el cliente, importe, ejercicio fiscal al que pertenece, etc.



La orden automáticamente ha sido liberada y contabilizada. Haciendo doble clic sobre el campo “número de documento”, podemos visualizar el documento contable generado.

Y observamos el asiento contable.



Pulsando en el siguiente icono , regresamos a la pantalla “Visualizar la

Orden”.

Pulsando en el botón “Importe Pendiente”, el sistema muestra un Informe de consumos de la orden visualizada.

Y observamos el historial de la devolución.




4.4.5. Contabilizar devolución de ingreso.

Esta transacción permite contabilizar Devoluciones de Ingreso previamente

ingresado en el sistema.



Accedemos la siguiente pantalla, donde completamos los siguientes campos: “Número de orden” y “Sociedad”.

Pulsando en el siguiente icono o en el botón “Intro” del ordenador, se abre la pantalla principal donde observamos que el documento ha sido liberado.



Pulsamos en el botón “Grabar” .

El sistema mostrará un mensaje indicando que la orden se ha contabilizado correctamente.


4.4.6. Anular devolución de ingreso contable.

Esta transacción permite realizar la Rectificación con referencia DC.




En la pantalla principal, pulsamos en el botón .

El sistema muestra la siguiente ventana emergente, donde completamos los campos “orden modelo”, “sociedad” y “ejercicio”.

NOTA: Debemos desmarcar el check “No proponer importes” para que el sistema nos muestre

el campo con el importe correspondiente.

Pulsamos en el siguiente icono para continuar.

En la parte inferior de la pantalla, se muestra un mensaje informativo como este:

Pulsamos, nuevamente, el botón “ENTER” del ordenador. Accedemos a la siguiente pantalla, donde es posible introducir un texto



Guardamos la orden pulsando en el botón “Grabar” .

Automáticamente, en la parte inferior de la pantalla aparece un mensaje que recoge el número de la orden preliminar de barrado creada.

NOTA: Para visualizar el documento creado, se debe acceder a la transacción F873.

NOTA 2: Después de hacer la rectificación, se tiene que contabilizar obligatoriamente, desde la transacción F870 - Contabilizar Anulación Devolución Ingreso




4.4.7. Borrar devolución de ingreso preliminar.

Esta transacción permite borrar una devolución de Ingresos Preliminar.


Una vez en la transacción, cumplimentamos los siguientes campos: “Número de orden” y “Sociedad”.

Una vez cumplimentados, pulsamos en el botón “Intro” del ordenador o en el

siguiente icono .

Automáticamente, el sistema muestra la siguiente pantalla, donde se muestra la orden que deseamos borrar.



Pulsamos en el icono para proceder al borrado de la orden, y obtenemos el siguiente mensaje:

Pulsamos sobre el icono para continuar con el borrado.

El sistema muestra un mensaje como el siguiente indicando que la orden ha sido borrada correctamente




4.4.8. Consulta devoluciones de ingresos por intereses

Se ha generado un informe que permita consultar las devoluciones de ingresos por intereses generadas y su estado, así como el motivo de error de las no generadas. La transacción generada es la siguiente: Z82_CONS_DI_INTERES Se puede consultar las devoluciones de ingresos por los siguientes criterios.

Sociedad

Ejercicio

Nº documento

Fecha pago Es obligatorio que como mínimo se informe de los datos de sociedad, ejercicio, y fecha de pago. Al consultar el informe, existe la posibilidad de que el mismo informe que la devolución de ingreso esté generada, existiendo dos tipos de casos:

o La devolución de ingreso está generada y contabilizada: Cuando se consulta la misma, el sistema indica que el documento ya se había procesado anteriormente y que está contabilizada.

o La devolución de ingreso está generada pero en preliminar Existe la posibilidad de que cuando se ejecuta el programa que genera las devoluciones de ingresos el banco interlocutor correspondiente no esté activo. En este caso, el sistema genera la devolución de ingreso pero la deja en preliminar para que posteriormente el usuario informe del banco correspondiente y proceda a su contabilización.



Si se consulta el documento que informa el mensaje se podrá comprobar que el documento es preliminar: 7700008335



Existe la posibilidad de que al consultar el sistema indique que la devolución de ingresos no ha sido generada. En este caso, existen varios motivos que se pueden categorizar de la siguiente manera:

No se debe generar la devolución de ingreso Se ha determinado que en el momento de generar la devolución de ingresos por intereses si el cálculo del mismo es inferior a 6 euros la devolución de ingresos no se debe generar. De manera que al consultar estas devoluciones de ingresos el sistema indicará el siguiente error: No se realiza ninguna acción. Importe < 6,00

Errores porque hay datos incompletos en el sistema

Existe la posibilidad de que a pesar de que la devolución de ingreso por intereses se deba generar la misma no se haya podido generar porque en el momento de intentar generar la devolución, hay datos incompletos en el sistema.

El acreedor está bloqueado

En el caso de que en el momento de crear la devolución de ingreso el dato maestro del acreedor esté bloqueado, el sistema no podrá generar la devolución de ingreso.

Es importante señalar que debido a que el motivo del error puede cambiar en el momento que se ejecute la consulta, es posible que en un momento posterior la consulta indique que la devolución de ingresos se puede crear, pero la misma no se haya creado por dicho motivo. Por ello, en el informe se muestran dos tipos de mensajes: - Mensaje verificación: Mensaje actual



- Mensaje de verificación anterior En el caso de que en un momento posterior se desbloquee el acreedor, si se lanza la consulta el sistema mostrará lo siguiente:

En este caso, aunque en la consulta se indique que se generará la misma, se debe avisar para que se proceda a ejecutar la misma, ya que el proceso automático no la vuelve a tener en cuenta.

No existe la partida presupuestaria En el caso de que en el momento de crear la devolución de ingreso no exista la partida presupuestaria el sistema no podrá generar la devolución de ingreso.

Al igual que en el caso anterior, si en un momento posterior se corrige el error el sistema mostrará que actualmente se podrá crear la devolución de ingreso. En este caso, aunque en la consulta se indique que se generará la misma, se debe avisar para que se proceda a ejecutar la misma, ya que el proceso automático no la vuelve a tener en cuenta.

El acreedor tiene el tipo de retención inversión de sujeto pasivo. En el caso de que en el momento de generar la devolución de ingreso el acreedor tenga informado en su dato maestro el indicador de retención (1M) el sistema no podrá generar la devolución de ingreso mostrando el siguiente error: Rellenar indicador y cuota de retención.

En este caso, está pendiente de determinar la forma de actuar y actualmente si existe algún caso, no se podrá generar la misma.



4.5. Fraccionamiento y Aplazamiento. Sociedades con Contraído Previo

El proceso de fraccionamiento y aplazamiento solo es relevante para aquellas sociedades que gestionen contraído previo.

4.5.1. Fraccionar documento contable.

Esta transacción permite realizar el fraccionamiento de un ingreso

materializado en un reconocimiento de derecho en el sistema.

Transacción: Z37_FITR_FRACCIONAR Acceso por el menú de Ejecución de Ingresos:

Seleccione la transacción y aparece la siguiente pantalla.

Indique los datos de cabecera.



En el campo posición debe indicar la posición del deudor del reconocimiento de derecho del cuál quiere hacer el fraccionamiento.

Seleccione el campo “indicador intereses” e indique el valor Z5 – Int. Fraccionamiento.

A continuación deberá indicar cada uno de los importes en los que desee fraccionar el importe total, así como sus fechas de vencimiento.

Al ejecutar, el sistema compensa el documento de reconocimiento de derecho original y genera tantos documentos nuevos como importes de fraccionamiento haya indicado. Si el vencimiento de esos fraccionamientos está dentro del ejercicio corriente, se genera cada uno de los derechos FA como los intereses correspondientes. Si el vencimiento está en otro ejercicio se genera un derecho FB

que imputa contra la cuenta financiera 4430000000.

A principios de cada nuevo ejercicio, el usuario debe realizar las siguientes acciones:

Verificar que se ha parametrizado el tipo de interés correspondiente (OB83).

Ejecutar el programa Z37_FITR_TRAT_EXTRAP - Tratamiento documentos extrapresup.

4.6. Gestión en Ejecutiva. Sociedades con Contraído Previo.

Este apartado describe las operaciones y cuestiones referentes a la integración del sistema SEFLogiC con Grecasa. Los procesos que se describen serán los referentes a los suministros de información SEFLogiC -Grecasa en lo referente al envío a ejecutiva de los documentos contables; y también vía Grecasa- SEFLogiC en lo que se refiere a las aplicaciones de cobros



4.6.1. Envío a Ejecutiva - GRECASA.

Esta transacción permite enviar un fichero a GRECASA con los documentos en

vía ejecutiva.

Transacción: Z37_INTE_GRE_01 Acceso por el menú de Ejecución de Ingresos/Sociedades con Contraído

Previo/Gestión en ejecutiva:

Procedimiento previo

Se deben realizar dos tareas previas a la generación del fichero, ya que éstas, afectan al contenido del mismo.

1. Bloqueo de reclamación:

Todos los documentos de la carga que se encuentran en el sistema tienen por definición Bloqueo de Reclamación = 1

Este bloqueo debe modificarse para que los documentos seleccionados puedan ser seleccionados en el proceso de Reclamación o envío a ejecutiva. Este proceso puede hacerse en masivo a través de la transacción de partidas individuales de deudor (FBL5N - Partida individual deudores), modificaciones en masa.

2. Envío a Ejecutiva

El fichero de envío a Grecasa, recogerá los documentos que posean el valor 1

en el campo Ultima Reclamación con su fecha correspondiente.

Para ello, y previa a la generación del fichero debemos pasar el proceso de Reclamación automática descrito en el manual de usuario de Ingresos. El mismo proceso se encuentra dentro del menú de ingresos.

Generación del fichero



Una vez abordadas estas dos cuestiones, accederemos a la transacción propuesta para la generación del fichero, la cual presentará la siguiente pantalla de selección.

En ella se debe cumplimentar los siguientes campos:

Sociedad: sociedad financiera.

Fecha ultima reclamación: Debe coincidir con la fecha en la que fue lanzado el proceso de Envío a ejecutiva, descrito anteriormente. Para la misma, la transacción permite la introducción de un intervalo de fechas.

Nivel de reclamación: Por defecto = 1

Fecha de Envío: En este campo se cumplimentará la fecha en la cual se enviará el fichero a Grecasa

Reproceso: Se marcará este flag para poder visualizar los documentos si ya han sido enviados

Prefijo nombre fichero: Se establecerá la denominación del fichero a enviar

Fichero local / ruta local: Indicaremos la ruta donde se desee que sap descargue el fichero para su posterior envío. Por defecto el sistema lo descargará en C:\

Una vez cumplimentados los campos ejecutaremos la transacción con el

siguiente resultado.



Una vez que el sistema nos muestre la información, utilizaremos el botón

“Marcar todo” para seleccionar todas las líneas y posteriormente pulsaremos el botón “Generar fichero”.

De esta forma el sistema nos devolverá un mensaje advirtiendo que el fichero ha sido transferido con éxito.

El fichero presentará la siguiente estructura

4.6.1. Aplicación del cobro - GRECASA.

Esta transacción permite realizar la aplicación del cobro de aquellos

documentos envía ejecutiva.

Transacción: Z37_INTE_GRE_03 Acceso por el menú de Ejecución de Ingresos:




En la pantalla de selección se debe cumplimentar los siguientes campos:

Cargar fichero: Este botón debe marcarse cuando se desee ejecutar el cobro a través de la aplicación.

Fichero de cobros: Se utilizará la ayuda del campo para buscar la ubicación del fichero en el PC

Sociedad: sociedad financiera



Ejercicio:

Nº Doc bancario: Este campo debe cumplimentarse con el número de documento FI sobre el que se aplicarán los cobros. Se debe tener en cuenta, de que al tener el importe del extracto minorado por los gastos cargados por los servicios de GRECASA, el documento del extracto en si mismo no tendrá suficiente disponible para cargar los ficheros. De forma que se deberá realizar un documento financiero en el que se traspase todo el importe del ingreso vía extracto, más el importe de los gastos de GRECASA (pago en formalización) a una partida de ingresos desde la que realizar la aplicación del cobro.

DEBE

A

HABER

554 XX XXXXX (Resultante

Extracto. Ingreso GRECASA ) 554 XX XXXXX

579 00 00000 (Resultante Pago

Formalización ADO GRECASA)

Una vez rellenos los campos anteriormente citados ejecutaremos el programa, momento en el que el sistema nos conducirá a la siguiente pantalla

El semáforo verde de la primera columna nos muestra que el fichero puede cargarse ya que los datos anteriormente cumplimentados concuerdan con la aplicación del cobro que quiere realizarse.

En esta línea del programa se muestra información acerca de la composición del fichero, como el número de ingresos a cobrar así como el importe total a aplicar.

Después de comprobar que puede ejecutarse el fichero, se hará doble click

sobre la línea, y el sistema desplegará la composición del fichero en tantas líneas como aplicaciones del cobro deben realizarse



Dentro de esta pantalla se pulsará el botón de Ejecutar para iniciar la aplicación, para la cual, el sistema nos devolverá un mensaje de confirmación

Una vez confirmado el procesamiento de todas las líneas del fichero, aparecerán en fichero todas las aplicaciones de los cobros realizados

4.6.2. Aplicación de errores - GRECASA - Análisis de errores

Para visualizar los errores que han surgido hay que tener en cuenta que, tales

errores, nos son realmente errores en la carga del fichero, sino que se trata de datos suministrados en el fichero que no concuerdan exactamente con los datos que se encuentran en SAP (Registros para los que no se encuentra el SIR en SEFLogiC, documentos con un disponible menor que el que se indica en el fichero, etc.).



En estos casos, es posible que el sistema genere la aplicación del cobro del documento original, pero no se pueda generar el documento de reconocimiento de derecho. Por la parte que no se puede generar, el sistema realiza una contabilización extra-presupuestaria para que luego el usuario decida, tras un análisis posterior, que se debe realizar con el ingreso recibido.

La funcionalidad muestra estos registros con un indicador de error para diferenciarlos de los registros para los cuales todos los chequeos han sido correctos y se han efectuado las aplicaciones de ingreso, reconocimiento de derechos por recargos y/o reconocimiento de derechos por intereses correspondientes.

Tal y como se mostró en el apartado anterior; una vez ejecutado el proceso de aplicación del cobro, el sistema devuelve el mismo número de líneas, indicando, a través del semáforo situado en la primera columna, si se ha producido un error o se ha contabilizado correctamente.

Para evaluar el error que ha surgido en la aplicación del cobro, tan sólo se debe hacer doble click en la línea que contenga un semáforo rojo en la columna de Status.

El sistema accederá a la línea en cuestión, informando de la causa del error.

Se encontrarán varios tipos distintos de errores:

El importe del cobro no corresponde

Este error se ocasionará cuando, a través del fichero, se intenta cobrar un DT (Cobro Total) o un DP (cobro parcial) con un importe que no se corresponde. Es decir, la aplicación de cobro se intenta aplicar con un importe superior o inferior al que tiene el documento en el sistema, incluyendo el recargo si éste lo tuviera.



En el caso de un Cobro total (DT) El importe debe coincidir con exactitud en la aplicación del cobro. Es decir, el error surge porque se da un ingreso como pago total cuando la deuda + el recargo contabilizado en SAP no coincide con el importe indicado del ingreso.

En el caso de que fuese un Cobro Parcial (DP) el error viene dado ya que el sistema intenta aplicar el cobro parcialmente a un documento cuyo principal ya ha sido cobrado en su totalidad. En definitiva, no existe deuda para aplicar el cobro.

No existe SIR

Este tipo de errores se localizarán cuando el sistema nos informa que directamente, se crea un documento extrapresupuestario, sin especificarnos ninguna otra línea con la definición de otro error. Esto se debe a que el SIR que viene informado en el fichero, no se encuentra recogido en SAP. De ahí, que directamente, el sistema nos cree el documento extrapresupuestario correspondiente.

El campo SIR se puede rescatar de la pantalla del error.



Error al generar el reconocimiento de derecho en medio del proceso. Este error se ocasionará cuando, a través del fichero, se tenga que generar un documento de reconocimiento de derecho (recargo) y no se pueda generar porque falta algún dato. En el momento de realizar la carga puede ocurrir que el sistema realice el documento de cobro del principal, pero en el momento de generar el derecho (recargo) se produzca un error no pudiendo generarlo. En este caso, se generará un documento extrapresupuestario por el importe pendiente de aplicar.

En este caso en particular se ha ingresado un importe de 24.72 euros el documento existentes en el sistema para ese SIR tiene un importe principal de 20.60. En el momento de la carga el sistema debe realizar la aplicación del cobro por los 20.60 euros y por el resto generar recargos y su aplicación. Al comprobar (dando doble click) sobre la línea se puede observar lo siguiente:

Se ha generado el documento de cobro 2800009884/2016 por el importe pendiente 20,60



Se ha generado un documento extrapresupuestario 5500041797/2016 por el importe pendiente: 4.12

4.6.3. Aplicación del cobro - GRECASA - Tratamiento de errores

Se ha creado en el sistema la cuenta de mayor 5540021902 COBROS DE

GRECASA PENDIENTES DE APLICAR, en la cual se recogerán las contabilizaciones extrapresupuestarias que provienen de los posibles errores en la carga del fichero de Grecasa.

Por tanto, podremos recabar información acerca de los errores visualizando las partidas individuales de la cuenta de mayor citada.



Solicitando las partidas abiertas a una fecha determinada el sistema nos devolverá la siguiente información

Cada documento se corresponde con un error en la carga del fichero. Estos errores pueden ser debidos a los motivos citados en el punto anterior.

El dato principal que debemos obtener para este tratamiento es el número SIR que viene informado en el campo Texto cabecera del documento. Para ello hacemos doble click en uno de los documentos y visualizaremos la información contenida en la cabecera del documento



El siguiente paso a realizar es visualizar todos los documentos contabilizados en el sistema que tengan el mismo SIR para, posteriormente, analizar los importes ingresados y pendientes para el tratamiento del error

Para ver los documentos que poseen el mismo SIR debemos dirigirnos a la transacción de visualizar documento (FB03).

Una vez accedamos a la transacción pulsaremos el botón “Lista de

documentos” para utilizar el SIR como criterio de selección



Como sabemos, el SIR se almacena en el campo Texto cabecera del documento, y es este campo el que debemos cumplimentar

De esta forma, el sistema nos mostrará los documentos que contienen ese SIR

Comparación de documentos

Llegados a este punto se tiene la siguiente información.

Documento extrapresupuestario

Documentos contabilizados en el sistema.



Analizando esta información, vemos como la suma de los importes de los documentos contabilizados en el sistema asciende a 94,74 €, mientras que el documento extrapresupuestario nos indica que Grecasa ha cobrado 104,50 €

Esta diferencia (9,76 €) se ocasiona ya que Grecasa ha cobrado recargos derivados del mismo (10 % del principal mas el recargo) y no se ha identificado en el fichero sino la totalidad del cobro.

Por tanto, para subsanar este error se deberá contabilizar un Reconocimiento del derecho por la diferencia ocasionada para, posteriormente, realizar una aplicación masiva de los documentos de la carga y éste, contra el documento extrapresupuestario generado por el fichero de Grecasa.

4.6.1. Cobros AEAT - GRECASA

Existe una serie de derechos del Servicio Canario de Salud, que son

recaudados por la Agencia Tributaria.

Para proceder al cobro de dichos documentos, se ha solicitado la elaboración de una transacción para poder cargar el fichero emitido por Grecasa.

Características del proceso y fichero



Se ha determinado que aquellos derechos que son cobrados por la AEAT a su vez no pueden ser cobrados por Grecasa, debido a que las transacciones y operativas realizadas por el sistema son diferentes. En el caso de que ocurra, se pueden provocar errores en el sistema debiendo ser analizados de forma manual por el usuario.

NOMBRE DEL FICHERO

POSICIÓN LONG. DESCRIPCIÓN

1-5 5 Identificador del organismo:

05003: SERVICIO CANARIO DE SALUD LAS PALMAS

05004:SERVICIO CANARIO DE SALUD TENERIFE

6-6 6 Tipo de información del fichero, siempre “1” para indicar ingreso

7-14 8 Fecha de obtención del fichero (AAAAMMDD)

15-15 1 Punto (.)

16-18 3 Extensión “TXT” o “txt”

REGISTRO DE CABECERA

POSICIÓN FORMATO LONG. DESCRIPCIÓN

1 – 1 Num. 1 Indicador de registro de cabecera, siempre es

“0”

2 – 7 Alf. 6 Vacío ( con espacios)

8 – 9 Alf. 2 Vacío( con espacios)

10 – 17 Num. 8 Fecha de obtención del fichero

18 – 23 Num. 6 Número total de registros de ingresos que

contiene el fichero

24 – 37 Num. 14 Importe total ingresado

38 – 38 Alf. 1 Indicador Ejecutiva, siempre “E”

39 – 39 Alf. 1 Tipo de información del fichero, siempre “1” para

indicar ingresos.

40-105 Alf. 66(*) Referencia del fichero de origen recibido por la

AEAT

“AEAT”+ código de organismo + Nombre del

fichero de origen”

(*) En el registro de cabecera, detalle de las posiciones 40-105: Información

relativa al fichero de origen de la AEAT, utilizando el espacio de 66 caracteres al

final del registro.

POSICIÓN FORMATO LONG DESCRIPCIÓN

40-43 Alf 4 Constante “AEAT”

44-48 Alf 5 Código de organismo

49-60 Alf. 12 Nombre del fichero de origen



cargado en BD.

61-105 Alf. 45 Contiene espacios

REGISTRO DE DETALLE

POSICIÓN FORMATO LONG. DESCRIPCIÓN

1 – 1 Num. 1 Indicador de registro de detalle, siempre es

“1”

2 – 17 Alf. 16 Identificador de la deuda para el organismo

18 – 21 Num. 4 Año de la certificación de descubierto

22 – 28 Num. 7 Número de la certificación de descubierto

29 – 42 Num. 14 Importe ingresado

43 – 50 Num. 8 Fecha del ingreso

51 – 59 Alf. 9 N.I.F. o C.I. del deudor

60 – 61 Alf. 2(**) Indicador de tipo de ingreso:

Char 1: 1,2 o 3)+ Char1: espacio)

“1”- Ingreso aplicado a deuda

“2”- Ingreso aplicado a intereses

“3”- Ingreso en el ente

62 – 75 Num. 14 Importe principal de la deuda

76 – 77 Num. 2 Vacío( con ceros)

78 – 91 Num. 14 Vacío( con ceros)

92 – 105 Num. 14 Vacío ( con ceros)

En este caso, en vez de diferenciar entre CT (Cobro Total) y CP (Cobro parcial) como se realiza en Grecasa, se diferencian los ingresos de la siguiente manera:

- Ingreso aplicado a deuda “1” ( siempre se hará como un cobro parcial con la siguiente secuencia)

- Ingreso aplicado a intereses “2” - Ingreso en el ente “3”

Descripción de los tipos de ingresos

Ingreso aplicado a deuda “tipo 1”.

El funcionamiento del sistema cuando se encuentra con un tipo de ingreso “1” es el siguiente:

- El sistema intenta aplicar el importe total del ingreso contra el importe principal.

En el caso de que el importe del ingreso supere el importe del derecho, el

sistema realiza un cálculo para comprobar si el importe pendiente corresponde

a un 5% de la deuda principal. Si coincide entonces el sistema genera un

recargo del 5% y lo aplica dejando la deuda total cerrada. Si posteriormente

llega un siguiente fichero contra la misma deuda, al existir un recargo del 5% el



sistema directamente dará error generando un documento extrapresupuestario

por el importe total.

- En el caso de que el importe pendiente sea superior al 5%, entonces el sistema

genera directamente un recargo del 10% del principal y lo aplica. Si aún así, el

importe a ingresar sigue siendo superior al importe principal + recargo del 10%,

el sistema de forma automática genera un segundo recargo del 10% y lo aplica

debiendo quedar la deuda cerrada.

- En el caso de que el importe a ingresar supere el importe de la deuda + 20%

recargos, el sistema generará un documento extrapresupuestario por el importe

pendiente para que el usuario lo analice manualmente.

Nota: * El funcionamiento descrito será así, siempre que no se produzca ningún tipo de error que no permita que el sistema realice los cálculos, como por ejemplo que no exista la partida presupuestaria. En ese caso, el sistema generará el documento extrapresupuestario por el importe total del ingreso, y debe realizar un análisis manual por parte del usuario.

Ingreso aplicado a intereses “tipo 2”.

En este caso, cuando llegue un tipo de ingreso 2 el sistema de forma automática generará un derecho con clase de documento U3 (intereses ejecutiva) por el importe indicado en el fichero, y realiza su aplicación del cobro.

Puede ocurrir que en el momento de cargar el fichero no exista el SIR, no exista la partida presupuestaria, etc. En ese caso el sistema generará un documento extrapresupuestario, debiéndose generar el derecho y su aplicación de forma manual por el usuario.

Ingreso en el ente “tipo 3”.

Este tercer punto a pesar de que se ha incluido, no se ha determinado ninguna forma de actuar, de manera que si viene algún fichero donde el tipo de ingreso sea 3 el sistema dará error.



Fichero de carga

Seleccione la transacción Z37_INTE_GRE_04 en el menú.

Se presentará la siguiente pantalla de selección.

En la pantalla de selección se debe cumplimentar los siguientes campos:

Cargar fichero: Este botón debe marcarse cuando se desee ejecutar el cobro

a través de la aplicación.

Fichero de cobros: Se utilizará la ayuda del campo para buscar la ubicación

del fichero en el PC



Sociedad: sociedad financiera

Ejercicio:

Nº Doc. bancario: Este campo debe cumplimentarse con el número de

documento FI sobre el que se aplicarán los cobros. Se debe tener en cuenta,

de que al tener el importe del extracto minorado por los gastos cargados por los

servicios de GRECASA, el documento del extracto en si mismo no tendrá

suficiente disponible para cargar los ficheros. De forma que se deberá realizar

un documento financiero en el que se traspase todo el importe del ingreso vía

extracto, más el importe de los gastos de GRECASA (pago en formalización) a

una partida de ingresos desde la que realizar la aplicación del cobro.

Una vez rellenos los campos anteriormente citados ejecutaremos el programa,

momento en el que el sistema nos conducirá a la siguiente pantalla

El semáforo verde de la primera columna nos muestra que el fichero puede cargarse ya que los datos anteriormente cumplimentados concuerdan con la aplicación del cobro que quiere realizarse.



En esta línea del programa se muestra información acerca de la composición del fichero, como el número de ingresos a cobrar así como el importe total a aplicar.

Después de comprobar que puede ejecutarse el fichero, se hará doble click sobre la línea, y el sistema desplegará la composición del fichero en tantas líneas como aplicaciones del cobro deben realizarse

Dentro de esta pantalla se pulsará el botón de Ejecutar para iniciar la aplicación, para la cual, el sistema nos devolverá un mensaje de confirmación

Una vez confirmado el procesamiento de todas las líneas del fichero, aparecerán en fichero todas las aplicaciones de los cobros realizados



4.6.2. Cobros AEAT – GRECASA – Análisis de errores.

Para visualizar los errores que han surgido hay que tener en cuenta que, tales

errores, nos son realmente errores en la carga del fichero, sino que se trata de datos suministrados en el fichero que no concuerdan exactamente con los datos que se encuentran en SAP (Registros para los que no se encuentra el SIR en SEFLogiC, documentos con un disponible menor que el que se indica en el fichero, etc.).

En estos casos, pueden ocurrir varias casuísticas:

- No se produce la ejecución de la aplicación del cobro y/o el reconocimiento de

derecho, sino que la funcionalidad realiza una contabilización extra-

presupuestaria para que luego el usuario decida, tras un análisis posterior, que

se debe realizar con el ingreso recibido. ( Esto ocurrirá en los casos donde el

sistema no pueda realizar su cálculo, porque se den errores ajenos al proceso,

como que no exista la posición presupuestaria)

- Se produce la ejecución de la aplicación del cobro, y/o el reconocimiento de

derecho, pero el importe a ingresar supera el importe máximo determinado (

deuda principal + 20% recargos)

La funcionalidad muestra estos registros con un indicador de error para

diferenciarlos de los registros para los cuales todos los chequeos han sido correctos y se han efectuado las aplicaciones de ingreso, reconocimiento de derechos por recargos y/o reconocimiento de derechos por intereses correspondientes.

Tal y como se mostró en el apartado anterior; una vez ejecutado el proceso de aplicación del cobro, el sistema devuelve el mismo número de líneas, indicando, a través del semáforo situado en la primera columna, si se ha producido un error o se ha contabilizado correctamente.

Para evaluar el error que ha surgido en la aplicación del cobro, tan sólo se debe hacer doble click en la línea que contenga un semáforo rojo en la columna de Status.

El sistema accederá a la línea en cuestión, informando de la causa del error.



Se encontrarán dos tipos distintos de errores:

El importe del cobro supera el importe principal + recargo 20%.

Este error se ocasionará cuando, a través del fichero, se intenta cobrar un importe que supera el importe del documento principal + el recargo máximo determinado (20%). En este caso, el sistema irá aplicando y generando derechos lo máximo que pueda, y si le sobra importe dará error generando un documento extrapresupuestario por el importe pendiente. Análisis de uno de los casos:

A través del fichero se indica que el importe principal de ese derecho es de 180 euros, y que el importe que se va a ingresar es un importe de 216 euros. Antes de que entre el fichero analizamos la situación de dicho derecho: Existe el derecho principal por importe de 180 euros, y además existe un cobro parcial de 5 euros contra dicho documento. Documento original:



Documento de cobro parcial:

Secuencia seguida por el sistema en el momento de la carga:

Generación del documento de cobro 2800014818 ejercicio 2013. Este documento corresponde a la aplicación del documento principal por el importe que le quedaba pendiente.



Una vez aplicado el importe total del derecho principal, el sistema genera de forma automática un 10% de la deuda y lo aplica ( porque el importe a ingresar es superior al 5% del principal)

Si se visualizan los documento, se puede comprobar como se ha generado un derecho por un importe de 18 euros (10% del principal 180 euros)



Como aún así, generando el importe del primer recargo, el importe a ingresar sigue superando el importe del principal + recargo 10% el sistema genera un segundo recargo por otro 10% para intentar aplicarlo.

Si se visualizan los documento, se puede comprobar como se ha generado un derecho por un importe de 18 euros (10% del principal 180 euros)

Una vez generado el segundo recargo, como aún así siguen sobrando 5 euros del importe principal, entonces el sistema da un error generando un documento extrapresupuestario por el importe pendiente, para que el usuario lo trate manualmente.

Si se visualiza el documento extrapresupuestario generado 5500005449 2013, se puede observar que el mismo es por un importe de 5 euros.



Ya se aplicó un recargo del 5%.

Según la secuencia seguida , en el caso de que se genere algún recargo del 5% eso significa que la deuda ya se aplicado en su totalidad, de manera que si en un momento posterior llega algún ingreso contra un derecho que ya tenga generado en el sistema un U0( recargo del 5%) el sistema generará directamente un documento extrapresupuestario por el importe total indicando que ya hubo un recargo del 5% y por lo tanto la deuda debería estar cerrada.

No existe SIR

Este tipo de errores se localizarán cuando el sistema nos informa que directamente, se crea un documento extrapresupuestario, sin especificarnos ninguna otra línea con la definición de otro error. Esto se debe a que el SIR que viene informado en el fichero, no se encuentra recogido en SAP. De ahí, que directamente, el sistema nos cree el documento extrapresupuestario correspondiente.

El campo SIR se puede rescatar de la pantalla del error.



4.7. Aplicar Arqueo Compensado en C/C

La cuenta 5710000099 "Cuenta Transitoria Interfases De Ingresos" debería

quedar saldada si se realizaran las aplicaciones de cobros extrapresupuestarias desde las cuentas de ingresos pendientes de aplicar de los bancos a esta cuenta.

En el menú de ingresos existe una transacción específica para realizar esta operación

Transacción: Y_DEC_65000259 Acceso por el menú de Ejecución de Ingresos:

Aquí se deberán completar los siguientes campos:

- Fecha documento.

- Fecha contable.

- Sociedad.

La cuenta de mayor aparecerá por defecto.

Una vez completados todos los campos, pulsamos el botón .



En la siguiente pantalla se pondrán importe, división y texto, que será de formato libre según la información que se quiera reflejar.



Luego pedirá el centro gestor.

Una vez completados, pulsamos en el botón

Automáticamente, el sistema nos muestra la siguiente pantalla donde debemos

completar el campo “número de cuenta” y seleccionar por “número de documento.



Una vez indicado esto, pulsamos el botón“Tratar Pas” .

A continuación, accedemos a una nueva pantalla, en la que debemos

completar el “número de documento del extracto”.



Tras completarlo pulsamos en el botón “Intro” del ordenador. Seguidamente,

el sistema nos muestra el siguiente mensaje:

Pulsamos nuevamente el botón .

Ya tenemos la partida seleccionada para su aplicación.

Simulamos el asiento:



Una vez completados, pulsamos el botón de “Grabar” y se obtendrá el

asiento:



4.8. Elaboración de presupuestos

4.8.1. Crear convenio del capítulo 1 al 3

Desde esta transacción, se crean los convenios correspondientes a los

capítulos del 1 hasta el 3.

Transacción: FRCISUB3 Acceso por el menú de Ejecución de Ingresos/ Sociedades sin Contraído

Previo/ Elaboración de presupuestos:

Al acceder a la transacción, nos encontramos la siguiente ventana:

Abrimos la ayuda (matchcode / F4) y elegimos el que corresponda: 10002015I -> si es un convenio para el presupuesto del 2015 10002016I -> si es un convenio para el presupuesto del 2016



Una vez hemos determinado el “ámbito funcional”, le damos al “ENTER” y continuamos a la siguiente pantalla, donde ya podemos crear el nuevo convenio.

Podemos crear el convenio desde cero, picando sobre “Entradas nuevas” o

como copia de otro, picando sobre el icono Igualmente, desde esta transacción, podremos modificar un convenio existente.



4.8.2. Crear partidas de Ingresos

Desde esta transacción, se pueden crear las partidas de ingresos.

Transacción: Z37_TC_ALTA_PARTIDAS Acceso por el menú de Ejecución de Ingresos/ Sociedades sin Contraído


Al acceder a la transacción, en primer lugar nos encontramos la siguiente

pantalla, donde indicamos el ejercicio y el tipo de presupuesto, que en este caso, es la I de ingresos

Pulsamos al ENTER y a continuación, indicamos la partida que queremos dar de alta. Una vez informada la partida, volvemos a pulsar el ENTER para que el sistema nos informe de las denominaciones.



Por último, picamos sobre el icono “Alta Partida”. El sistema mostrará el siguiente mensaje:

Para continuar, pulsamos “ENTER”. Desde esta misma transacción, también podemos dar de baja partidas de ingresos, picando sobre el icono “Baja Partida” Además de crear la partida presupuestaria para poder realizar operaciones que imputen a la misma se debe asociar previamente en la determinación de cuentas. En el caso que no esté asociada debe solicitarse dicha modificación al Servicio de Contabilidad de la Intervención General.

4.8.3. Crear partidas de Ingresos de las interfaces

Esta transacción se ejecutará al inicio de cada ejercicio.

Desde esta transacción, se crean las partidas de ingresos que se encuentran

en la tabla "Z53_EAIN_003 - Tabla de partidas de ingresos".



Esta tabla contiene las partidas de ingresos que se utilizan en los documentos generados por las interfaces de ingresos.

Partidas capítulo 1 y 2 Se crea la partida de ingreso únicamente para la caja 0000 de la CAC.

NOTA: Para replicar la partida en el resto de Cajas, se utilizará la transacción

Z53_EAIN_REPLI_PART - Replicación de partidas, explicada en el siguiente apartado.

Partidas capítulo 3, 5, 6, 8 y 9 Se crea la partida de ingresos para la todas las cajas de la CAC y los OOAA.

Transacción: Z53_EAIN_CREAR_PART Acceso por el menú de Ejecución de Ingresos/ Sociedades sin Contraído


Al acceder a la transacción, nos encontramos con la siguiente pantalla de selección:

Podemos filtrar por sociedad y posición presupuestaria. Además, podemos indicar que no nos muestre las partidas ya creadas, si marcamos el checkbox. Una vez indicados los criterios de selección, ejecutamos



A continuación, el sistema nos muestra las posiciones presupuestarias que cumplen los criterios de selección:

Marcamos las posiciones y picamos en “Crear”

Finalmente el sistema nos mostrará si se han creado correctamente o ha habido algún error.



4.8.4. Replicación de partidas de ingresos

Desde esta transacción se replican las partidas de ingresos para las cajas de la

CAC 0001 hasta la 0008. Previamente debe estar creada la partida para la caja 0000. Transacción: Z53_EAIN_REPLI_PART Acceso por el menú de Ejecución de Ingresos/ Sociedades sin Contraído


Cuando accedemos a la transacción, en primer lugar, nos encontramos con la pantalla de selección:

Una vez indiquemos los criterios que consideremos, ejecutamos:



El sistema nos muestra la posición que hemos indicado en la pantalla de selección. La marcamos y picamos en “Replicar”

Por último, el sistema nos muestra las partidas creadas

4.8.5. Creación nuevos códigos de concepto

En el caso que se cree una nueva partida que se deba utilizar en la interfaz se debe contactar con la UTE para crear el concepto contable a la tabla Z53_EAIN_003.

5. Proceso Arqueo de Caja Este desarrollo sólo funciona para la sociedad "CAC- Comunidad Autónoma de Canarias" Es necesario elaborar un informe que tomando como referencia la fecha del arqueo permita comparar la aplicación contable procedente de M@GIN vía interface con la aplicación en cuenta corriente procedente del BANCO. Debido a que en la CAC la gestión del contraído previo se lleva de forma externa, es necesario elaborar un informe que tomando como referencia la fecha del arqueo permita comparar la aplicación contable procedente de M@GIN vía interface con la aplicación en cuenta corriente procedente del BANCO. Actualmente los documentos que provienen de la interfaz de M@GIN ya tienen informado en el momento de la carga los datos de quincena y entidad a los que



corresponden, sin embargo los ingresos provenientes del banco no tienen dicha información. Por ello, se ha creado el siguiente desarrollo mediante el cual el usuario puede informar a cada documento proveniente del Banco la quincena y entidad a la que corresponde y además en el mismo momento se generará un documento de traslado extrapresupuestario del ingreso contra la cuenta de M@GIN para su compensación.

5.1. Traslado extrapresupuestario (Informar quincena y entidad a documento de ingreso)

En el momento de informar al documento de ingreso los datos de quincena y entidad el sistema genere de forma automática el traslado extrapresupuestario desde la cuenta de ingresos hasta la cuenta asociada a la interfaz 5500000099- CUENTA TRANSITORIA INTERFASES DE INGRESOS. Transacción Z82_FI_TRASLA_ARQUEO Mediante dicha transacción se puede proceder a crear, modificar o anular el documento de traslado generado en el momento de informar los datos de quincena y entidad.

5.1.1. Informar datos de quincena y entidad (crear traslado)

En el momento de proceder a crear es necesario introducir los siguientes datos.

Clave breve: Identificación del extracto del ingreso

Nº registro individual- identificación del extracto del ingreso

Fecha del extracto -

Signo

Importe

Nº documento

Centro gestor- Se debe indicar un centro gestor. Se valida que el centro gestor pertenezca a la división 1000.

Quincena - La quincena se valida que tenga la siguiente estructura: - Primer valor: Solo admite 1 o 2 para indicar primera o segunda

quincena - Segundo valor: Solo admite Q - Tercer /Cuarto valor: Dos dígitos del mes - Quinto /Sexto valor: Dos dígitos del año

Entidad: Se verifica que debe tener 4 dígitos. (La entidad corresponde con los 4 primeros dígitos de la cuenta bancaria)

Se puede obtener los datos necesarios accediendo a la transacción FEBAN. A dicha transacción se puede acceder con diferentes criterios

Sociedad



Banco propio por el que llegó el ingreso

Fecha de extracto bancario

Nº documento

Etc..

* Es importante señalar que mientras más datos se introduzca más rápido será el sistema.

Una vez puesto los datos de búsqueda se debe dar a ejecutar y el sistema muestra la información del documento necesaria para realizar el traslado.

Si se accede al botón de se puede obtener los datos necesarios para proceder a realizar el traslado.



En el momento de poner los datos el sistema realiza la verificación de que todos los datos sean correctos. Si algún dato introducido no coincide con los datos del extracto el sistema mostrará error al ejecutarlo.



* Se valida que el centro gestor introducido pertenezca a la división 1000. Si se pone un centro gestor incorrecto el sistema da error indicando que el centro gestor es incorrecto para la Sociedad CAC y división 1000. * La entidad corresponde con los 4 primeros dígitos de la cuenta bancaria. Una vez introducido los datos, para que el sistema genere los documentos se debe

dar a ejecutar. Al ejecutar el sistema da un mensaje indicando que se ha creado el documento.



Se ha generado el documento 8400000009 / 2016 Si se procede a visualizar el documento generado se puede observar lo siguiente:

En el campo Texto cabecera documento se informa el documento de ingreso que se está trasladando

En el campo Referencia se informa de la concatenación de la entidad-quincena informada en el momento de ejecutarlo.

- Si una vez generado el documento, si se intenta volver a generar el mismo documento el sistema da un error indicando que dicho documento ya ha sido generado previamente.

5.1.2. Modificar datos

Existe la posibilidad de que se haya informado los datos de la quincena y entidad incorrectos, por ello, mediante la misma transacción se puede proceder a modificar dichos datos. Al modificar el sistema actualiza la información y modifica los datos del documento. Para modificar la transacción a utilizar es la misma Z82_FI_TRASLA_ARQUEO



Los datos a informar son los mismos que para la creación.

Una vez introducido los datos, para que el sistema modifique los datos se debe dar a

ejecutar. Al ejecutar el sistema da un mensaje indicando que se ha modificado el documento



Es importante destacar que sólo se puede modificar el documento si el mismo no está compensado con el documento de M@GIN. Si el documento ya está compensado, en el momento de modificar el sistema muestra un error indicando que no es posible.

5.1.3. Anular documento

Existe la posibilidad de que se se haya informado los datos de la quincena y entidad a un documento de ingreso que no corresponde. Debido a que en el momento de introducir los datos el sistema ha generado un traslado extrapresupuestario se debe proceder a anular el documento. La anulación sólo se permite si el documento no ha sido compensado con el documento de M@GIN. Si está compensado, el sistema mostrará un error indicando que no se puede anular porque ya está compensado.

La transacción para anular el documento es la misma Z82_FI_TRASLA_ARQUEO Los datos a informar son los mismos que para la creación.



Una vez introducido los datos, para que el sistema anule el documento se debe dar a

ejecutar. Al ejecutar el sistema da un mensaje indicando que se ha anulado el documento

Si se visualiza el documento se puede observar que el mismo ha sido anulado.



5.1.4. Crear documento anulado previamente.

Debido a que existe la posibilidad de que se tenga que informar los datos de quincena/entidad de un ingreso que previamente ya se había generado y anulado, el sistema alertará de dicha situación. Se procede a crear el mismo documento una vez anulado.



Una vez introducido los datos, para que el sistema cree el documento se debe dar a

ejecutar. y el sistema muestra el siguiente mensaje.

Si se le indica que si, el sistema procede a generar el nuevo documento de traslado extrapresupuestario con los datos de la quincena y entidad informado.



5.2. Informe Arqueo de Caja

En el informa de Arqueo de Caja se puede ejecutar a través de la transacción Z82_FI_ARQUEO_CAJA Mediante esta transacción se muestra un informe que tomando como referencia la fecha permite comparar la aplicación contable procedente de M@GIN con la aplicación contable procedente del BANCO.

Es obligatorio introducir la fecha de comparación, y además se puede filtrar para obtener los datos para una quincena /entidad específica.

Al ejecutar el sistema muestra el listado totalizado por Quincena y entidad, y dentro de dicha totalización está ordenado por el origen de manera que siempre aparecerán los datos del BANCO primero y después los datos de M@GIN



6. Sistema de Información

6.1. Informes de bolsas de ingresos

Se crean los siguientes informes: Z53_EAIN_MAN_ING_BOL - Mandamientos de ingresos por bolsa Z53_EAIN_DEV_ING_BOL - Devoluciones de ingresos por bolsa Z53_EAIN_COMPARA_BOL - Resumen comparativo por bolsa

6.1.1. Mandamientos de ingresos por bolsa

Transacción: Z53_EAIN_MAN_ING_BOL

Se obtienen los datos del informe:



6.1.2. Devoluciones de ingresos por bolsa

Transacción: Z53_EAIN_DEV_ING_BOL




6.1.3. Resumen comparativo por bolsa

Transacción: Z53_EAIN_COMPARA_BOL




6.2. Informes de Rentas Públicas

6.2.1. Informes de Rentas Públicas de corriente

Se disponen de los siguientes informes de rentas públicas de corriente

6.2.1.1. Informe de Rentas Públicas (Versión de Taro)

Se lanza el informe a través de la transacción Z82_IN_RP_CORRIENTE - Rentas públicas de corriente.

Obligatoriamente se debe indicar un valor en el grupo campo de ”Selección de valores”. La Entidad CP siempre será 1000. El campo Status Documento permite obtener el informe para:

C - Movimientos contables (definitivos)

P – Movimientos preliminares

T – Movimientos contables y preliminares Organiza el informe de rentas públicas de corriente, por centro gestor, capítulo, artículo y posición. Liquidaciones practicadas



Liquidaciones canceladas

6.2.1.2. Informe de Rentas Públicas por capítulo y económica.

Se lanza el informe a través de la transacción Z82_IN_RP_CORR_II - Rentas públicas corriente. Cap/Econo.






T – Movimientos contables y preliminares Organiza el informe de rentas públicas de corriente por artículo y económica. Liquidaciones practicadas




6.2.1.3. Informe de Rentas Públicas por económica.

Se lanza el informe a través de la transacción Z82_IN_RP_CORR_III - Rentas públicas corriente. Económico




T – Movimientos contables y preliminares Organiza el informe de rentas públicas de corriente por capítulo, artículo y económica. Se separan las operaciones financieras de las operaciones no financieras.



Liquidaciones practicadas


6.2.1.4. Informe de Rentas Públicas resumen por capítulos

Se lanza el informe a través de la transacción Z82_IN_RP_CORR_IV - Rentas públ. corriente. Resume Cap.






T – Movimientos contables y preliminares Organiza el informe de rentas públicas de corriente por capítulo. Se separan las operaciones financieras de las operaciones no financieras. Liquidaciones practicadas




6.2.2. Informes de Rentas Públicas de cerrado

Se disponen de los siguientes informes de rentas públicas de cerrado.

6.2.2.1. Informe de Rentas Públicas de cerrado (versión TARO)

Se lanza el informe a través de la transacción Z82_IN_RP_CERRADO_LC - Rentas públicas cerrado






T – Movimientos contables y preliminares Organiza el informe de rentas públicas de cerrado por capítulo, artículo y económica para las liquidaciones practicadas. En el caso de liquidaciones canceladas, se organiza por año, artículo y económica. Liquidaciones practicadas


6.2.2.2. Informe de Rentas Públicas de cerrado general

Se lanza el informe a través de la transacción Z82_IN_RP_CERRADO_II - Rentas Públicas Cerrado General.






T – Movimientos contables y preliminares Organiza el informe de rentas públicas de cerrado por artículo y económica. Liquidaciones practicadas




6.2.2.3. Informe de Rentas Públicas de cerrado desglose por económico

Se lanza el informe a través de la transacción Z82_IN_RP_CERRAD_III - Rentas Públicas Cerrado desglose por económico




T – Movimientos contables y preliminares



Organiza el informe de rentas públicas de cerrado por capítulo, artículo y económica. Se separan las operaciones financieras de las operaciones no financieras. Liquidaciones practicadas


6.2.2.4. Informe de Rentas Públicas de cerrado resumen por capítulo

Se lanza el informe a través de la transacción Z82_IN_RP_CERRADo_IV - Rentas Públicas Cerrado resumen por capítulo.






T – Movimientos contables y preliminares Organiza el informe de rentas públicas de cerrado por capítulo. Se separan las operaciones financieras de las operaciones no financieras. Liquidaciones practicadas




6.2.2.5. Informe de Rentas Públicas de cerrado resumen por ejercicio

Se lanza el informe a través de la transacción Z82_IN_RP_CERRADO_V - Rentas Públicas Cerrado resumen por ejercicio.




T – Movimientos contables y preliminares



Organiza el informe de rentas públicas de cerrado por ejercicio. Se separan las operaciones financieras de las operaciones no financieras. Liquidaciones practicadas


6.3. Informes de Estado de Ejecución del presupuesto de ingresos

6.3.1. Informe del Estado de Ejecución del presupuesto de ingresos por subconcepto



Se lanza el informe a través de la transacción Z82_IN_EST_EJECUCION - Estado de ejecución de ingresos.




T – Movimientos contables y preliminares Muestra el estado de ejecución del presupuesto de ingresos por capítulo, artículo y subconcepto. Se separan las operaciones financieras de las operaciones no financieras.

6.3.2. Informe del Estado de Ejecución del presupuesto de ingresos por convenio



Se lanza el informe a través de la transacción Z82_IN_EST_EJECUC_II - Estado de ejecución de ingresos por convenio.




T – Movimientos contables y preliminares Muestra el estado de ejecución del presupuesto de ingresos por capítulo, artículo, subconcepto y convenio. Se separan las operaciones financieras de las operaciones no financieras.



7. Procedimiento de Fiscalización Previa de Devoluciones de Ingresos Indebidos.

Las intervenciones que realizarán la fiscalización, serán:

- INTERVENCIÓN DELEGA DEL TESORO Caja 0001 (Soc. CAC) y resto de OOAA.

- INTERVENCIÓN DE LOS DERECHOS E INGRESOS Cajas 0002 – 0008 (Soc. CAC)

Los documentos afectados, serán:

1. Las devoluciones de ingresos generadas por la interfaz de M@GIN, que así lo indiquen en el fichero enviado por dicha aplicación.

2. Las devoluciones de ingresos generadas en SEFLogiC por usuarios finales.

El procedimiento de Fiscalización se realizará desde la siguiente ruta: TRANSACCIÓN Z82_FI_VR_DEVING - Fiscalización Devol. Ingresos



7.1. Pantalla de Selección

Los criterios de selección por los que podemos filtrar los documentos a fiscalizar, son los siguientes:

- Sociedad: se indicará la sociedad del documento. El campo es de carácter obligatorio y permite selección múltiple.

- Ejercicio: se indicará el ejercicio del documento. Es un campo de carácter opcional.

- Nº documento: se indicará el número de documento financiero de la devolución de ingresos indebidos. El campo es de carácter opcional y permite selección múltiple.

- Fe. Contabilización: se indicará la fecha contable del documento financiero. El campo es de carácter opcional y permite selección múltiple.

- Centro gestor: se indicará la caja o centro gestor informado en la devolución de ingresos indebidos. El campo es de carácter opcional y permite selección múltiple.

- Acreedor: se indicará el acreedor de la devolución de ingresos indebidos. El campo es de carácter opcional y permite selección múltiple.

- Referencia: se indicará la referencia informada en la devolución de ingresos indebidos. El campo es de carácter opcional y permite selección múltiple.

- Importe: se indicará el importe informado en la devolución de ingresos indebidos. El campo es de carácter opcional y permite selección múltiple.



7.2. Fiscalización

Una vez indicados los criterios de selección, ejecutamos y el sistema nos muestra un listado ALV con los documentos a fiscalizar:

La estructura del ALV incluye información indicada en la devolución de ingresos indebidos, como Acreedor, fechas, clase de documento, centro gestor, información presupuestaria, importe,… Además, realizando “doble-click” sobre el documento financiero, podemos navegar al mismo, y consultar cualquier otra información requerida para el proceso de Fiscalización. Para la fiscalización, la información más relevante, se indica en las primeras columnas:

- Estado: Si la línea tiene el icono del reloj, , el documento es Fiscalizable. Si

tiene el icono del semáforo desactivado, , NO es fiscalizable. En caso de NO ser fiscalizable, esta línea estará sombreada en color gris.

- Observaciones: En este campo se informará el origen del documento y su

estado actual.

Pendiente (doc. de usuario) El documento se ha generado en SEFLogiC por el usuario final y está pendiente de fiscalizar.

Pendiente (M@GIN) El documento se ha generado a través de la interfaz con M@GIN y está pendiente de fiscalizar.

No fiscalizable: Doc. M@GIN El documento se ha generado a través de la interfaz con M@GIN



sin indicador de fiscalización pero NO es fiscalizable.

No fiscalizable: Devol. Ingr. por intereses

El documento se ha generado a través del desarrollo de generación de devoluciones de ingresos por intereses y NO es fiscalizable.

No fiscalizable: Doc. interfaz no es M@GIN

El documento se ha generado a través de la interfaz con CONTRAIDO pero NO es fiscalizable.

Por procedimiento, se informará a la Dirección General del Tesoro, de los documentos indicados como NO fiscalizables que se muestren al ejecutar la transacción.

- Soc – Nº Doc – Ejercicio: En estos campos, se indicarán, la sociedad, número de documento financiero y ejercicio de la Devolución de ingresos indebidos a Fiscalizar.

7.2.1. Fiscalización Favorable: VALIDAR

Para fiscalizar favorablemente una devolución de ingresos, en primer lugar, marcamos la línea, picando sobre el recuadro izquierdo de la línea:

Una vez marcada, podemos ejecutar la acción de VALIDAR picando sobre el icono indicado. A continuación, el sistema mostrará una ventana con la siguiente información :

Cuando un documento es validado, entra en el circuito normal de pagos del sistema. La línea queda en el siguiente estado:



Desde esta transacción es posible la validación de varios documentos al mismo tiempo. Se deberán marcar todos los documentos que queremos fiscalizar favorablemente y ejecutar VALIDAR.

7.2.2. Fiscalización Desfavorable: RECHAZAR

Para fiscalizar desfavorablemente una devolución de ingresos, en primer lugar, marcamos la línea, picando sobre el recuadro izquierdo de la línea:

Una vez marcada, podemos ejecutar la acción de RECHAZAR picando sobre el icono indicado. A continuación, el sistema abrirá una ventana, donde indicaremos el motivo del rechazo. Éste se informará en el texto de la posición del acreedor de la devolución de ingresos que estamos rechazando.



Para continuar, pulsamos el ENTER o picamos sobre el visto . El sistema mostrará una ventana con el documento de anulación generado.

La línea quedaría en el siguiente estado :

Se podrán fiscalizar desfavorablemente los documentos del ejercicio actual. En el caso de que se rechacen de forma masiva, varias devoluciones de ingresos, todas compartirán el mismo motivo de anulación. Cuando se fiscalice desfavorablemente una devolución de ingresos generada por la interfaz de M@GIN, se informará al sistema origen de dicho rechazo, a través de la interfaz DEV Nocturno.

manual de usuario módulo eain gestión de ingresos · visualizar documento contable. ......

Documents