Manual de Usuario. Módulo EAIN. Gestión de Ingresos

(1)

Manual de Usuario

Módulo EAIN

(2)

Manual de Usuario

Proyecto SEFLogiC – Módulo EAIN

Identificación del documento

Código del documento FOR030-MUS-EAIN Gestión de Ingresos v1.22.doc Nombre del documento Gestión de Ingresos

Versión 1.22

Tipo documento: Manual de Usuario

Finalidad: Manual de Usuario

Información del documento

Preparado por: Equipo EAIN Fecha de entrega: 20.10.2017

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)

V 1.17 14.09.2016 Modificación arqueo caja. Introducción ingresos excesivos ( Mantis 63874)

(3)

Manual de Usuario

Índice

1. Introducción ... 5

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

3. Estructuras organizativas y Datos Maestros ... 6

3.1. Entidad CP ... 6

3.2. Sociedad FI ... 6

3.3. Divisiones ... 8

3.4. Estructura presupuestaria de Ingresos ... 9

3.5. Clases de Documentos. ... 11

3.6. Claves de contabilización ... 12

3.7. Plan de Cuentas. ... 14

4. Procesos de Gestión ... 15

4.1. Gestión de Derechos. ... 15

4.1.1. Crear Reconocimiento de Derecho. ... 15

4.1.2. Visualizar Reconocimiento de Derecho. ... 19

4.1.3. Visualizar documento contable. ... 22

4.1.4. Modificar documento contable. ... 26

4.1.5. Impresión de reconocimiento de derecho. ... 29

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

4.2. Anulaciones de Derechos. ... 57

4.2.1. Ejercicio corriente. ... 57

4.2.2. Ejercicios cerrados - Anulación. ... 59

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

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

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

4.2.6. Ejercicios cerrados – Anulación Masiva para la SOCIEDAD SCS ... 67

4.3. Aplicación de Cobros. ... 72

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

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

4.3.3. Aplicación de cobro Contraído con IGIC. Sociedad con contraído previo. 79 4.3.4. Aplicación de cobro del REF ... 81

(4)

Manual de Usuario

4.4.4. Visualizar devolución de ingreso. ... 103

4.4.5. Contabilizar devolución de ingreso. ... 106

4.4.6. Anular devolución de ingreso contable. ... 107

4.4.7. Borrar devolución de ingreso preliminar. ... 110

4.4.8. Consulta devoluciones de ingresos por intereses ... 112

4.5. Fraccionamientos. Sociedades con Contraído Previo ... 116

4.5.1. Fraccionar documento contable. ... 116

4.5.2. Consulta fraccionamiento por expediente ... 121

4.5.3. Anulación fraccionamiento ... 122

4.5.4. Impresión cartas de pago ... 125

4.5.5. Impresión calendario de pagos ... 127

4.5.6. Traslado de ejercicios ... 130

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

4.6.1. Envío a Ejecutiva - GRECASA. ... 137

4.6.1. Aplicación del cobro - GRECASA. ... 139

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

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

4.6.1. Cobros AEAT - GRECASA ... 150

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

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

4.8. Elaboración de presupuestos ... 169

4.8.1. Crear convenio del capítulo 1 al 3 ... 169

4.8.2. Crear partidas de Ingresos ... 171

4.8.3. Crear partidas de Ingresos de las interfaces ... 172

4.8.4. Replicación de partidas de ingresos ... 175

4.8.5. Creación nuevos códigos de concepto ... 176

5. Proceso Arqueo de Caja ... 176

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

5.1.1. Informar datos de quincena y entidad (crear traslado) ... 177

5.1.2. Modificar datos ... 183

5.1.3. Anular documento ... 184

5.1.4. Crear documento anulado previamente. ... 187

5.2. Informe Arqueo de Caja ... 188

5.3. Informe de Conciliación de Quincenas del Cuaderno 65 ... 189

6. Sistema de Información ... 192

6.1. Informes de bolsas de ingresos ... 192

6.1.1. Mandamientos de ingresos por bolsa ... 192

(5)

Manual de Usuario

6.3.2. Informe del Estado de Ejecución del presupuesto de ingresos por convenio 209

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

Indebidos. ... 211

7.1. Pantalla de Selección ... 212

7.2. Fiscalización ... 213

7.2.1. Fiscalización Favorable: VALIDAR ... 214

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

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.

(6)

Manual de Usuario

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

(7)

Manual de Usuario

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.

(8)

Manual de Usuario

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

(9)

Manual de Usuario

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:

(10)

Manual de Usuario

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.

(11)

Manual de Usuario

Segmento 1 Segmento 2 Segmento 3

I NNNNN NNNNNNN

Ejemplo  I/13002/0113002

Posición Presupuestaria de Ingreso del REF:

Segmento 1 Segmento 2

Tipo de

Presupuesto definición

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.

(12)

Manual de Usuario

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

(13)

Manual de Usuario

Clave de

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

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

(14)

Manual de Usuario

Clave de

Debe /

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.

(15)

Manual de Usuario

 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

(16)

Manual de Usuario

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.

(17)

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

(18)

Manual de Usuario

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.

(19)

Manual de Usuario

4.1.2. Visualizar Reconocimiento de Derecho.

Esta transacción permite visualizar un Reconocimiento de Derecho previamente ingresado en el sistema.

 Transacción: F883

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.

(20)

Manual de Usuario

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.

(21)

Manual de Usuario

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.

(22)

Manual de Usuario

4.1.3. Visualizar documento contable.

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

 Transacción: FB03

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.

(23)

Manual de Usuario

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

 Información de cabecera, donde aparecerán reflejados todos los datos

comunes a todo el documento.

(24)

Manual de Usuario

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.

(25)

Manual de Usuario

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

(26)

Manual de Usuario

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

(27)

Manual de Usuario

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

(28)

Manual de Usuario

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

(29)

Manual de Usuario

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)

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.

(30)

Manual de Usuario

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 .

(31)

Manual de Usuario

Una vez cumplimentados todos los datos de selección que deseemos, pulsamos en el botón “Ejecutar” .

(32)

Manual de Usuario

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

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

(33)

Manual de Usuario

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:

(34)

Manual de Usuario

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.

(35)

Manual de Usuario

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.

(36)

Manual de Usuario

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:

(37)

Manual de Usuario

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.

(38)

Manual de Usuario

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

(39)

Manual de Usuario

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.

(40)

Manual de Usuario

4.1.6.2.2. Contabilizar documento de ingreso

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

(41)

Manual de Usuario

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.

(42)

Manual de Usuario

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.

(43)

Manual de Usuario

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.

(44)

Manual de Usuario

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:

(45)

Manual de Usuario

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:

(46)

Manual de Usuario

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

(47)

Manual de Usuario

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

(48)

Manual de Usuario

Se ha realizado un documento de cobro por el importe de 10 que corresponde con el pago de las dos obligaciones.

(49)

Manual de Usuario

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:

(50)

Manual de Usuario

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.

(51)

Manual de Usuario

Este rappel afecta a la obligación 6000009233 de 10 euros. Con el proceso de Rappel las retenciones quedan de la siguiente manera:

(52)

Manual de Usuario

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

(53)

Manual de Usuario

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

(54)

Manual de Usuario

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.

(55)

Manual de Usuario

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.

(56)

Manual de Usuario

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.

(57)

Manual de Usuario

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  Transacción: F889

(58)

Manual de Usuario

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:

(59)

Manual de Usuario

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.

(60)

Manual de Usuario

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.

(61)

Manual de Usuario

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

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

(62)

Manual de Usuario

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.

(63)

Manual de Usuario

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.

Esta transacción permite realizar anulaciones de Cerrado y Rectificaciones a 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:

(64)

Manual de Usuario

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.

(65)

Manual de Usuario

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.

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.

(66)

Manual de Usuario

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.

(67)

Manual de Usuario

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.

4.2.6. Ejercicios cerrados – Anulación Masiva para la SOCIEDAD SCS

Esta transacción permite anular de forma masiva derechos de ejercicio cerrado, para las sociedades que gestionan contraído previo (SCS).

(68)

Manual de Usuario

Inicialmente, nos encontramos con la pantalla de selección, donde indicaremos los siguientes datos:

 Sociedad  se indica la sociedad de los derechos a anular. Es un campo obligatorio y de selección individual.

 Ejercicio  se indica el ejercicio de los derechos a anular. Es un campo obligatorio y de selección individual.

 Nº documento se indica el número del documento financiero del derecho a anular. Es un campo obligatorio y de selección múltiple.

 Tipo de anulación  se indica el tipo de anulación que se quiere realizar, para los documentos indicados previamente. Es un campo obligatorio y permite los siguientes valores que corresponderían con las siguientes clases de

documento:

 Modo Test : se marcará para conocer una previsión del resultado de la X1

Q1 G1

(69)

Manual de Usuario

Si ejecutamos en modo test, se informa lo siguiente:

 SCS 2008 1300065401: Este documento será anulado por el total, ya que no tiene cobros parciales.

 SCS 2008 1300065405: Este documento será anulado por un menor importe, ya que tiene cobros parciales.

(70)

Manual de Usuario

Si ejecutamos sin modo test, se generarán los documentos de anulación con clase de documento X1, y se informa lo siguiente:

Como se puede comprobar, se han generado los dos documentos de anulación previstos.

(71)

Manual de Usuario

La información de la cabecera y la información presupuestaria del derecho se

trasladan al documento de anulación. El documento de anulación queda referenciado al derecho.

A continuación se explican los mensajes que puede mostrar el sistema, al ejecutar la transacción:

 Documento anulable

El documento será anulado total o parcialmente, dependiendo de si tiene cobros y/o anulaciones parciales. En la columna “Importe total anular”, se indicará el importe del documento de anulación que se va a generar.

 Documento compensado

El documento no será anulado, porque ya está compensado con sus cobros y/o anulaciones.

 Documento cobrado/anulado

El documento no será anulado, porque, aunque aún no se haya compensado, tiene cobros y/o anulaciones por la totalidad del derecho. Esto puede ocurrir si aún no se ha ejecutado el proceso nocturno de compensación automática, porque son cobros o anulaciones generadas ese mismo día.

 Documento no anulable por esta transacción.

(72)

Manual de Usuario

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:

(73)

Manual de Usuario

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

(74)

Manual de Usuario

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.

(75)

Manual de Usuario

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:

(76)

Manual de Usuario

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.  Transacción: Z82_IN_COB_B3

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

(77)

Manual de Usuario

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.

(78)

Manual de Usuario

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.

(79)

Manual de Usuario

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:

(80)

Manual de Usuario

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.

(81)

Manual de Usuario

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.

 Transacción: Z82_IN_COB_B8

 Acceso por el menú de Ejecución de Ingresos/ Sociedades sin Contraído 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)

(82)

Manual de Usuario

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

(83)

Manual de Usuario

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.