E4E - A - ES - GL - FS Interface - INT - GL - 009 - XCNEC01E - v2.0

E4E - Evolution 4 Energy
FI-GL - Interface XCNEC01E
This document contains proprietary information of Enel SpA and shall only be used by the recipient in relation to the purposes for which it was
received. Any form of reproduction or disclosure without the express consent of Enel SpA is prohibited.
Miquel Albalate - RTI Functional Consultant

Edited by 16/06/2017
Xavier Grau
Verified by Mireia Viñas -Local Process Owner, Oriol Marcos- ICT Team Leader 23/06/2017
Simone Poli – Global Process Owner
Mireia Viñas -Local Process Owner, Ester Serena Local Process Owner
Approved by dd/mm/aaaa
Simone Poli – Global Process Owner
REPRODUCTION FORBIDDEN Internal Use

Template Document Code Version and Date File ID Total Pages
SGI-MTC-02C-EN_01 0000-XX00 Version, 1.0 490031228.docx 23
dd/mm/aaaa
Information and Communication Technology
E4E Iberia AFC&P/GL
This document contains proprietary information of Enel SpA and shall only be used by the recipient in relation to the purposes for which it was received.
Any form of reproduction or disclosure without the express consent of Enel SpA is prohibited.
Distribution List
Name Reference
S. Poli Global Process Owner
Mireia Viñas Local Process Owner
Oriol Marcos ICT LocalTeam Leader
E. Caciori Global ICT Team Leader
Jordi Buesa Local ICT Project Manager
José Manuel Bustos Local Business Project Manager
D. Montolio Integration Management Office
Juan Luis Peña Integration Management Office
Alicia Gerbi PMO
F. Molina PMO
C. Castañosa Local Project Manager
Álvaro García Mauleon Global PMO Manager
Álvaro Romero Danés Local PMO
G. Armentani Global RTI Functional Referent
M. Albalate Local RTI Functional Referent
Pedro Lopez Barba Integration Management Office
Juan de Miguel Integration Management Office
Antonio Luis Ramon Integration Management Office
Manuela Marà Global Integration Management Office
The document is sent by mail and is still available on the project repository in the following link.
E4E > Shared Documents > E4E Project > AFC PUR and MS > 02 - IBERIA > 01-Analysis and Design >
05. Functional Specifications > 03_GL_AA > GL > Final
Changes to the document

The changes in the following table refer to the previous version of the document.
Change Description Reference

First version 22/04/2016
LPO review 25/04/2016
CR-24 - Devolución de Fianzas (apartado 2.2.4) 06/05/2017
Gradual Endesa Distribución (apartado 2.2.5) 16/06/2017
References
[1] E4E_A_EN_GL_BBP analysis and functional specification_V0.11.docx
Inde

Template Document Type Document Title Document Code Version and Date File ID Pag. Of
SGI-MTC-02C-EN_01 FI-GL - Interface XCNEC01E 0000-XX00 Version, 1.0 dd/mm/aaaa 490031228.docx
2 23
E4E Iberia AFC&P/GL
1. Introduction...........................................................................................................4
1.1. Reference context..........................................................................................................4
1.2. Summary of the intervention..........................................................................................4
2. Requirements specification.................................................................................5
2.1. As Is Interface................................................................................................................5
2.1.1. List of Fields.................................................................................................................8
2.2. To be Interface............................................................................................................. 11
2.2.1. Changes.................................................................................................................... 11
2.2.2. Warnings................................................................................................................... 11
2.2.3. User tables................................................................................................................. 12
2.2.4. Change Request 24 – Devolución de Fianzas...........................................................12
2.2.5. Impacto arranque Gradual en Endesa Distribución....................................................15
2.3. Non functional requirements specification....................................................................17
2.3.1. Non functional requirement NF1................................................................................17
2.3.2. Controls..................................................................................................................... 18
2.3.2.1. Controllability of data input, output, processing and interfaces................................18
2.3.2.2. Security controls: data confidentiality, integrity and availability................................18
2.3.2.3. Security controls: information transport...................................................................21
2.3.2.4. Partial and total data reconciliatin controls..............................................................21
2.3.3. Error management.....................................................................................................21
2.3.4. Non repudiation management....................................................................................21
2.3.5. Transactions to be created........................................................................................21
2.4. Data/archives management requirements....................................................................21
Appendix.........................................................................................................................22
A. Definitions, acronyms, abbreviations............................................................................22
Index of figures and tables...........................................................................................23

3 23
E4E Iberia AFC&P/GL
1. Introduction
El objetivo de este documento es describir las Especificaciones Funcionales para implementar los desarrollos
requeridos en el proyecto E4E AFC&GP/GEN para los procesos que se referencian a continuación.
1.1. Reference context

Interface XCNEC01E.
1.2. Summary of the intervention

La interface XCNEC01E será migrada de SIE2000 al E4E.

4 23
E4E Iberia AFC&P/GL
2. Requirements specification
2.1. As Is Interface
El siguiente desarrollo atañe a la interface entre SCE y SAP.
XCNEC01E - Contabilización de facturación de No Energía

Tipo: Entrada
Middleware: STCI
Área: I&N, M&O
Método cont.: Esquema Contable
JOB: EX0000CIK (Diario, después de la interface EX0000CII –ver punto 2.3.2-)
Programa: ZWCIF110
Ruta fichero: /DATOS/INTERFACES/SIE2000 (ruta actual que será actualizada a la que corresponda)
Sistema
ID Descripción Sistema Destino
Origen
XCNEC01E Contabilización de facturación de No Energía SCE SAP R/3 SIE2000 (GEP)
 Facturación de no energía (contratación de nuevos suministros, etc.) de las sociedades distribuidoras

con clientes no grupo (I&N)
 Facturación de conceptos no energía: servicios de valor añadido, alquileres de equipos, etc. de las
sociedades comercializadoras con cliente final doméstico/industrial (M&O)
Esquemas Contables:
Nº
Código Esquema Texto Cabecera Esquema
Esq.
481 CCFD002 Facturación Contratación
482 CCFI002 Facturación Contratación
483 CCFD003 Facturación concertación
502 CCFD004 Varios Electricidad
504 CCFD005 Varios Gas
1080 CCFD012 *Facturación energía
1115 CSFD020 Facturación Elect. TUR
1116 CSFD021 Facturación Elect. No TUR

5 23
E4E Iberia AFC&P/GL
Sociedades:
Sociedades Razón Social Pillar
0099 AAESA I&N

0326 DEPCSA I&N
0349 ENDESA ENERGIA, S.A.U. M&O
0537 EASA I I&N
0551 ENDESA DISTR.ELECTRICA SL I&N
0552 ENDESA ENERGÍA XXI, S.L. M&O
3492 ENDESA ENERGÍA PORTUGAL M&O
Esquemas Contables por Sociedad:
Esquemas
Sociedade 481 482 483 502 504 1080 1115 1116
s
0099 X X X
0326 X X X X
0349 X X
0537 X X X X
0551 X X X X
0552 X X X
3492 X
La información que se envía por la interface de SCE-MR (mercado regulado) está organizada por territorios
y la de SCE-ML (mercado liberalizado) no.
En general, diariamente de lunes a viernes se recibe un fichero por cada sociedad y territorio, las sociedades
con el código Y son las que envían información de SCE-ML.
Territorios:
Sociedade Emisor Baleare

Andalucía Aragón Canarias Catalunya Empordà EE
s a s
0099 J0452 J
0326 U0435 U
0349 Y0349 Y
0537 J0452 J
0551 E0551 S J G U F H
0552 Y0349 Y
0552 Y0552 S J G U F
3492 Y0349 Y
3492 Y3492 Y

6 23
E4E Iberia AFC&P/GL
Nota: La sociedad 0552 EE XXI recibe información de SCE desde MR con sociedad cabecera Y0552 y desde ML con
sociedad cabecera Y0349 (en esta última conjuntamente con datos de la 0349 EE).
La sigla de la tabla anterior viaja en la interface. En el caso de EDE y EEXXI sirve para distinguir a qué
territorio hace referencia la información contenida en un fichero concreto.
La sociedad emisora es una figura de los esquemas contables de SIE2000 que identifica el origen de la
información por territorio en el caso de SCE-MR, en algunos casos no se ha actualizado el dato identificador
y sigue haciendo referencia a una sociedad mercantil que existió anteriormente, otras sociedades la han
sucedido y no afecta a la operativa; es el caso de la 0435 UNIÓN ELÉC CANARIAS, SAU por la 0326; o la
0452 ELÉC REUNID ZARAGOZA, SAU por la 0099 y la 0537.
De hecho, se sigue recibiendo a día de hoy información de la G0450 GAS ELECTR DIST ELÉC, SAU. Los
ficheros vienen vacíos de registros de datos, solo tienen los de cabecera y totales.
Los ficheros se suelen proporcionar uno por sociedad, con algunas excepciones:
 Las sociedades 0099 y 0537 de Aragón pueden venir en un mismo fichero
 Las 3 comercializadoras 0349, 0552 y 3492 pueden venir en un mismo fichero
No se ve afectación por la nueva organización en pillars por negocio, se podrá seguir agrupando información
ya que las agrupaciones observadas son de sociedades de un mismo pillar.
Los envíos desde SCE deberán ser como sigue:
Emisora Pillar
E0551 I&N
J0452 I&N
U0435 I&N
Y0349 M&O
Y0552 M&O
Y3492 M&O

7 23
E4E Iberia AFC&P/GL
2.1.1. List of Fields
Estructura de registros del ficheros de entrada:

Registro cabecera ’00’ – inicio fichero (obligatorio) Cambios
Registro detalle ’10’ – datos de la interfase (obligatorio) Cambios
Registro detalle ’80’ – control interno (obligatorio) Cambios
Registro final ’90’ – final fichero (obligatorio) Sin cambios
Estructura estándar de los ficheros de respuesta a las interfases de entrada:

Registro cabecera ’00’ – inicio fichero (obligatorio) Sin cambios
Registro detalle ’20’ – Contenido del registro erróneo (opcional) Sin cambios
Registro control ’21’ – Descripción del error (opcional) Sin cambios
Registro final ’90’ – final fichero (obligatorio) Sin cambios
CABECERA - 00
Field Lenght Type Data Element Short description
TIPO 2 CHAR Tipo registro dentro del fichero, constante valor 00
EMISORA 1 CHAR ZZXCODIGSO Empresa madre emisora
SUBEMI 4 CHAR ZZXEMPDA Subgrupo emisor
CODINT 8 CHAR ZZXINTCODE Código de interfaz, constante valor XCNEC01E
DESTINO 1 CHAR ZZXCODIGSO Indicador empresa receptora
SUBDES 4 CHAR ZZXEMPDA Subgrupo destino
FE_REF 8 CHAR DATAB Fecha Referencia
NR_REF 10 CHAR Nº de Referencia
FE_CARGA 8 CHAR DATAB Fecha de Carga
HO_CARGA 6 CHAR SYUZEIT Hora de Carga
RELLE 948 CHAR Relleno
DATOS - 10
Lengh Type Data Element
Field Short description
t
EMPRE 4 CHAR BURKS Empresa
OPER 4 CHAR ZZXNUMEQ Número esquema contable
MONEDA 5 CHAR WAERS Moneda
REFERE 16 CHAR Referencia
FECCOD 8 CHAR DATAB Fecha Documento
FECCON 8 CHAR DATAB Fecha Contable
TOTAL 14 CHAR Importe Total
CECOE 10 CHAR KOSTL Centro de Coste
ORDEN 12 CHAR AUFNR Orden de imputación
EXTERNO 30 CHAR Código externo para determiner la imputación
TIPO1 1 CHAR Tipo IVA, IGIC o IPSI #1
PORCEN1 5 CHAR Porcentaje del impuesto #1
BASE1 14 CHAR Base imponible #1
CUOTA1 14 CHAR Cuota de impuesto #1

8 23
E4E Iberia AFC&P/GL

. . . . .
. . . . .
. . . . .
CONCEPTO1 10 CHAR ZZXCONCEP Concepto de Facturación #1
IMPORTE1 14 CHAR Importe de Facturación #1
. . . . .
. . . . .
. . . . .
CONTROL - 80
EMPRE 4 CHAR BURKS Empresa
CLAVE1 6 CHAR ZZXCLAVE Clave del Total de la interfase
VALOR1 15 CHAR ZZXVALOR Valor del Total de la Interfase
SIGNO1 1 CHAR ZZXSIGNO Signo del total de la interfase

9 23
E4E Iberia AFC&P/GL
FINAL - 90
TIPO 2 CHAR Tipo registros dentro del fichero, constante valor 90
CONTROL 8 NUM Total de registros
RELLE 990 CHAR Relleno

10 23
E4E Iberia AFC&P/GL
1.1. To be Interface
2.1.2. Changes
La interface será migrada directamente, incluyendo la funcionalidad y validaciones actuales.
Se han detectado los siguientes cambios aplicar para ajustarla al nuevo modelo E4E:
Cambio Descripción Corta

El sistema origen debe enviar el código E4E de Sociedad FI. El sistema origen debe
1
determinar el pillar al que pertenece la sociedad para enviarle el fichero.
La codificación de las sociedades emisoras en el registro de cabecera 00 debe actualizarse por
la nueva codificación E4E. Además hay 2 casos particulares porque las sociedades ya no
2 existen:
 U0435 -> U0326
 J0452 -> J0537
En origen está el impacto de que se mapee la sociedad FI a la nueva codificación del E4E y que se envíe el
fichero al pillar que corresponda. Y que se actualice la codificación de las sociedades emisoras obsoletas en
la cabecera.
No hay impactos por el cambio de modelo de CO en el E4E en esta interface, aunque en el registro tipo 10
aparezcan los campos Ceco y Orden de Imputación, estos siempre viajan vacíos. Es el campo Código
Externo en el que se informan unos códigos acordados entre ambos sistemas, que en destino sirven para
determinar si la imputación es a CeCo u Orden (en SIE2000) y ahora, con el nuevo modelo E4E, para saber
si será a CeCo y WBE.
2.1.3. Warnings
Para facilitar la gestión en ambos sistemas (origen/destino) se va a proponer la creación de un esquema único
que incorpore de todos los conceptos vigentes a día de hoy para esta interface.
El código del esquema se puede revisar pero la codificación de los conceptos se mantendrá.
Advertencia Descripción Corta

Área usuaria: El cambio organizativo en el nuevo modelo E4E, la desaparición de
las órdenes de imputación y el uso del WBE, obligará en sistema destino a una
1 revisión completa del contenido de la tabla ZXCOD de conversión de los objetos
de imputación (nueva codificación E4E) para los códigos externos que facilita
SCE (que se mantienen).
Área técnica: El cambio organizativo en el nuevo modelo E4E, la desaparición de
las órdenes de imputación y el uso del WBE, obligará en sistema destino a una
revisión completa del código de los diferentes objetos ABAP: programas, módulos
2 de funciones, etc. en la lógica que tenían para determinar la división FI, la orden
de imputación genérica… y reemplazar por los WBE.
Por el nuevo modelo, internamente los programas deberán ir a buscar el CeBe a
partir del CeCo o a partir del WBE, según sea el objeto de imputación.

11 23
E4E Iberia AFC&P/GL
2.1.4. User tables
Tablas de mantenimiento de usuario para la gestión de interfaces:
Tabla Descripción Comentario

ZXCOD Códigos(Conversión de Códigos) Conversión del código externo a objeto de imputación
Interfaces con SCE - Cuentas
ZC100 Determinación de la cuenta genérica de terceros
Variables
ZC010 Esquema Contable – Cabecera Cabecera de Esquema Contable
ZC015 Esquema Contable – Posición Posición de Esquema Contable
Relación de interfases-esquemas Esquemas Contables utilizados dado un código de
ZCESQ
contables interface
2.1.5. Change Request 24 – Devolución de Fianzas
En la interface XCNEC01E de “Facturación SCE No Energía”, al igual que para las otras de validación
conjunta que contabilizan, se ha aprovechado para depurar los esquemas contables.
Partiendo de la relación de esquemas que se tenía en SIE2000:
Nº
Esq.
481 CCFD002 Facturación Contratación
482 CCFI002 Facturación Contratación
483 CCFD003 Facturación concertación
502 CCFD004 Varios Electricidad
504 CCFD005 Varios Gas
1080 CCFD012 *Facturación energía
1115 CSFD020 Facturación Elect. TUR
1116 CSFD021 Facturación Elect. No TUR
Se pasa a la siguiente:
Nº
Esq.
1410 CSFDMR2 Devengo fact. No energ.MR
1510 CSFDML2 Devengo fact. No energ.ML
Es decir, se pasa a 2 esquemas, uno para el procesamiento de los ficheros con origen SCE-MR y otro para
SCE-ML.
La correspondencia de esquemas de SIE2000 al E4E es la siguiente:

12 23
E4E Iberia AFC&P/GL
Esquema SCE Esquema SCE

Agrupación de esquemas
MR ML
E4E 1410 1510
481
482
483
502 502
SIE2000
504
1080
1115
1116
En este agrupación de 6 conceptos antiguos en 1 solo para SCE-MR se pierde el elemento que servía para
discriminar los cargos de las fianzas con las devoluciones de fianzas.
En SIE2000, los cargos de las fianzas venían por el esquema 481 y las devoluciones por el 482, los mismos
conceptos estaban en uno y otro esquema pero con las claves de contabilización cambiadas: 40 / 50.
Al haber fusionado los 2 esquemas solo ha prevalecido uno de los 2, los cargos, de manera que tanto los
cargos como las devoluciones en el esquema 1410 se refieren a un solo concepto contable, y ese lógicamente
solo puede tener una clave de contabilización.
Para solucionar este problema se hará lo siguiente, cuando los registros de datos tipo 10 en los ficheros de la
interface XCNEC01E venga informado “DEVOL.FZA.” en sus 10 primeros dígitos se hará una inversión del
signo, las posiciones de DEBE se cambiarán al HABER y viceversa:

13 23
E4E Iberia AFC&P/GL
Este valor “DEVOL.FZA.” se parametriza en la tabla T_VALUE con el código ZFIGL_DEV_FIANZA, y

será recuperada mediante la función ZALL4B_FM_GET_TVARVC. De esta manera se deja el hecho de
poder cambiar el valor sin necesidad de modificar el código del programa.

14 23
E4E Iberia AFC&P/GL
2.1.6. Impacto arranque Gradual en Endesa Distribución

Consideraciones generales:
 El alcance societario es la sociedad Endesa Distribución (código sociedad FI ES17 en el sistema)

 El arranque gradual implicará el paso de la contabilización de órdenes a un nuevo objeto de control.
Se asume que el nuevo objeto de control será un elemento pep. Se elabora el presente documento
funcional en base a esta premisa.
 Al ser un arranque progresivo, contra un mismo concepto (acometidas, por ejemplo) se podrá
imputar contra orden (como en la actualidad) o bien contra elemento pep (por confirmar) en los
territorios que pasen al nuevo modelo de control.
 Será necesaria la actualización de los esquemas contables implicados y la actualización de la tabla
ZXCOD con los objetos de control correspondientes por territorio.
Situación actual:
 Esquema contable usado: 1410
 Realiza en la actualidad imputaciones contra elementos pep y contra órdenes.
 Hay 5 conceptos que usan 4 órdenes distintas:
Concepto Descripción Cuenta Descripción Variable

27.- Derechos exten. acometidas Ingresos de subvenciones
27
oblig. PCR2T10914 aportaciones promotor(CC) &ORDEN11
Subvenciones por acometidas no
47
47.- Presup. Ejec. no obligatorias PCR2T10923 obligatorias(CC) &ORDEN10
153.- Derechos acometidas Ingresos de subvenciones
153
generación (pre baremo) PCR2T10914 aportaciones promotor(CC) &ORDEN9
227.- Derechos exten. acom. obli. Ingresos de subvenciones
227
Propano PCR2T10914 aportaciones promotor(CC) &ORDEN11
48.- Presup. Ejec. Variante Sundry advances paid for
48
inversión PCR2T10M00 contribution-T-Manual &ORDEN12
 En la tabla zxcod se pueden codificar hasta 13 elementos pep distintos y 13 órdenes CO distintas por
territorio.
Impacto/cambios:
 Modificación Software:
o En la actualidad se usan 2 elementos pep y 4 órdenes, por lo que no será necesario ampliar la
lógica del programa que trata la tabla ZXCOD, ya que se pueden almacenar hasta 11 nuevos
elementos pep.
o Sí será necesario ampliar la funcionalidad del programa que trata los conceptos de los
esquemas contables, ya que será necesario que contemple que una misma cuenta pueda
imputar a una orden o a un elemento pep.
 Modificación Esquema Contable: En esta interfaz será necesario modificar el esquema contable para
que en los conceptos que ahora imputan a órdenes, sea posible imputar también a elementos pep. Los
conceptos se han mostrado en la tabla anterior.
El cambio en el esquema contable consistirá en añadir la variable &CECOE* (donde * es el número
de variable codificado en la tabla zxcod) en el campo “WBE” (campo ZC015-PROJK) que aparece
cada posición.
 Modificación tabla ZXCOD: se deberá recodificar, aprovechando las variables que ahora no se usan
actualmente (en rojo las variables usadas en la actualidad). Las nuevas variables usadas deberán
tener reflejo en el esquema contable modificado.
Función Literal / Valor E4E 1 - Literal / Valor E4E 2 - Literal / Valor E4E 3 -

15 23
E4E Iberia AFC&P/GL
Conversión de Códigos Conversión de Códigos Conversión de Códigos
XCNEC01E CECOE CECOE1 CECOE2
XCNEC01E01 CECOE3/ORDEN3 ORDEN4 ORDEN5
XCNEC01E02 ORDEN ORDEN2 CECOE11/ORDEN9
XCNEC01E03 ORDEN6 ORDEN7 ORDEN8
XCNEC01E04 CECOE9 CECOE10
XCNEC01E05 CECOE12/ORDEN10 CECOE13/ORDEN11 CECOE14/ORDEN12
XCNEC01E06 CECOE15/ORDEN13 CECOE16/ORDEN14 CECOE17/ORDEN15
Consideraciones técnicas no sujetas a aprobación en el presente documento
El programa de control (ZWCIF110) que realiza la llamada al programa que realiza la contabilización
(programa ZWCIF990), deberá considerar que las cuentas en el esquema contable podrán tener informado
simultáneamente el campo orden (zc015-aufnr) y el campo proyecto (zc015-projk) con el valor &ORDEN* ó
&CECOE*.
Cuando se dé esta situación, se deberá marcar como vacía una de las dos posiciones (la que no lleve valor).
Para que el programa ZWCIF990 recoja bien el valor vacío, se le debe pasar el string “/”, no el vacío. Se
puede tomar como ejemplo, el procedimiento f_change_concep del programa ZWCIF190, que actualmente
ya contempla esta funcionalidad.
Se muestran dos ejemplos:

Cuando se deba contabilizar informando un elemento PEP, el fichero de salida que haya generado el
programa ZWCIF990 tendrá:
Campo orden sin informar: 1001REG-ORDEN /

Campo Elemento PEP: 1001REG-CECOE / GED60017Y014000
Si se debiera informar a orden:
Campo orden informado: 1001REG-ORDEN / FNSC3221FPB

Campo Elemento PEP: 1001REG-CECOE /

16 23
E4E Iberia AFC&P/GL
2.2. Non functional requirements specification
2.2.1. Non functional requirement NF1
A las interfaces de facturación de SCE se les aplica lo que se conoce como Validación Conjunta.
Las interfaces implicadas son:
INT_GL_008 XCFEC01E - Contabilización de facturación de Energía

INT_GL_009 XCNEC01E - Contabilización de facturación de otros conceptos
INT_GL_010 XCFEC04E - Contabilización de facturación Clientes Holding Endesa
GAP_TAX_01
XCFEC02E - Facturas SCE para los LLRR de Fiscal
0
Las 3 primeras son de Contabilidad y la última de Fiscal.
Las de Contabilidad se llevan en 3 interfaces para distinguir por un lado la facturación de lo que es realmente
el core del negocio, la venta de Energía, de otros conceptos. Por otro lado, también interesa la distinción de
la facturación a otras sociedades del grupo de la del resto de terceros. Aunque en las interfaces XCFEC01E y
XCNEC01E se ha difuminado esta distinción, y pueden venir mezclados conceptos de no energía en una y de
energía en la otra, tenemos:
 XCFEC01E – Facturación Energía a terceros no grupo
 XCNEC01E – Facturación No Energía a terceros no grupo
 XCFEC04E – Facturación a clientes del grupo
Las del módulo de Contabilidad generan en SAP los respectivos asientos con el devengo de las facturas que
generan los aplicativos de los sistemas comerciales. Como se ha mencionado, las facturas no se contabilizan
contra el cliente final, si no en una cuenta genérica de clientes, el máximo detalle con que se contabiliza es el
territorio en SCE-MR.
Así tenemos para las 3 interfaces de SCE-MR:

 43000001 Clientes moneda nacional Andalucía
 43000002 Clientes moneda nacional Aragón
 43000003 Clientes moneda nacional Baleares
 43000004 Clientes moneda nacional Canarias
 43000005 Clientes moneda nacional Catalunya
 43000006 Clientes moneda nacional Empordá
Y para SCE-ML:
 43000000 Clientes moneda nacional
Cada asiento tiene su correspondiente cuota de impuesto (IVA, IGIC ó IPSI) acumulado, de esta forma es
posible la liquidación del IVA desde SAP de aquellas sociedades que facturan en SAP y NO-SAP a la vez.
Hay otras obligaciones como son la llevanza de los Libros Registros (LLRR) de Facturación Emitida y
Recibida, esto exige disponer de cada factura emitida o recibida por una sociedad mercantil. Esta llevanza se
gestiona desde SAP, de modo que desde SCE se envía por la interface XCFEC02E la información básica de
las facturas (NIF contraparte, base, porcentaje, cuota…) para poder presentar los LLRR desde SAP,
añadiéndola a la propia facturación emitida y recibida desde SAP.

17 23
E4E Iberia AFC&P/GL
Debido al volumen ingente de facturas emitidas por día (aprox. 400.000), se hicieron necesarios unos
chequeos que se describen en el siguiente punto.
2.2.2. Controls
JOB: EX0000CII (Diario, a las 3 AM)

Programa: ZWCIF140
Ruta fichero: /DATOS/INTERFACES/SIE2000 (ruta actual que será actualizada a la que corresponda)
2.2.2.1. Controllability of data input, output, processing and interfaces
Este job EX0000CII solo tiene en cuenta los ficheros de cada una de las 4 interfaces mencionadas
Cuando se recibe un fichero de cualquiera de las 4 interfaces llamadas de Validación Conjunta, el fichero se
crea con estatus R de Retenido. El fichero no se puede procesar con ese estatus.
Este job debe efectuar diferentes comprobaciones antes de permitir que se pueda procesar ningún fichero de
esas 4 interfaces.
2.2.2.2. Security controls: data confidentiality, integrity and availability
RECEPCIÓN DE UN FICHERO DE CADA INTERFACE
Cada una de las 4 interfaces de Validación Conjunta deben suministrar un fichero de su parte, es decir, si
solo se ha recibido en destino 3 ficheros y falta un cuarto fichero de la otra interface integrante de Validación
Conjunta, esos 3 ficheros siguen con estado R de Retenido.
Los ficheros que se retengan 3 veces sin que se hayan reunido los requisitos para ser procesados, entonces
pasarán a estado E de Erróneo. En ese estado ya no se considerarán de nuevo. En esas circunstancias el
equipo de monitorización debe revisar la situación, y si procede, volver a dejar el fichero en estado R de
Retenido para entrar de nuevo en el proceso de Validación Conjunta.
Si se han recibido los 4 ficheros de un mismo grupo de Validación Conjunta, y si superan el resto de
validaciones que se describen más adelante, entonces el estado cambia a D de Disponible. En ese caso,
superada esta fase, se pasará al paso 2, donde ahora ya por separado y por su respectiva interface individual,
cada fichero con estado D de Disponible se procesará y se contabilizará, en el caso de las interfaces de
Contabilidad, o se añadirán las correspondientes facturas en los LLRR, en el caso de la interface de Fiscal.
El vínculo que permite agrupar los 4 ficheros de las distintas interfaces en la Validación Conjunta es el
campo Nº de Referencia del registro de cabecera de la interface, que es la fecha del día en formato
AAAAMMDD y un carácter más por el territorio según la codificación ya explicada. Por ejemplo
20160406U. Es un campo del registro 00 de cabecera cuyo formato es común a todas las interfaces.

18 23
E4E Iberia AFC&P/GL
Este es el spool que genera la Validación Conjunta cuando ha sido correcta:
Este es el spool que genera la Validación Conjunta cuando falta un fichero del mismo grupo:
FICHEROS PROCESADOS 2 VECES
Se comprueba que una mismo fichero no se reprocese más de una vez aunque no haya errores de validación,
debido a que se almacenan internamente los nombres de los ficheros ya procesados.
CUADRE DE LOS FICHEROS DE FORMA INDIVIDUAL
Se comprueba que un fichero sea individualmente coherente, es decir, que los totales de los ficheros
coincidan con el propio detalle. A nivel de base imponible y de cuota IVA.
Si hay diferencias, el fichero es marcado como erróneo, no se procesa ninguno de los otros ficheros de su
grupo dejándolos en estatus R de Retenido.
Este es el spool que genera la Validación Conjunta cuando un fichero no ha pasado la validación individual:

19 23
E4E Iberia AFC&P/GL
CUADRE DE LOS FICHEROS DE FORMA CONJUNTA POR NIF Y REFERENCIA DE LA

FACTURA
La comprobación siempre es que la información de los LLRR, que viene por la interface XCFEC02E, debe
cuadrar en importes respecto a la información que se va a contabilizar y que viene por cualquiera de las otras
tres interfaces que contabilizan.
Se comprueba que los importes acumulados por NIF y la referencia de factura cuadren, tanto a nivel de base
imponible y de cuota IVA, como a nivel de Impuesto Eléctrico y a nivel de Impuesto de Hidrocarburos.
En el cuadre entre ficheros hay margen de tolerancia de 120€ entre lo que conste en LLRR y contabilidad
para lo que se refiere a bases y cuotas. Esto es debido a que un asiento contable de facturación de suministros
puede agrupar miles de facturas finales en los LLRR.
Si hay diferencias y exceden la tolerancia, los 4 ficheros del grupo se marcan como erróneos.
Si hay diferencias y no exceden la tolerancia, o no hay diferencias, los ficheros pasan a disponibles.
En el caso de que las diferencias se produzcan en los impuestos especiales, eléctrico o de hidrocarburos, y las
diferencias superan 15€, se muestra en el log que ha habido diferencias de cuadre por esos impuestos, no
obstante, los ficheros pasan a estado Disponible.

20 23
E4E Iberia AFC&P/GL
2.2.2.3. Security controls: information transport

Not Applicable.
2.2.2.4. Partial and total data reconciliatin controls

Not Applicable.
2.2.3. Error management

Not Applicable.
2.2.4. Non repudiation management

Not Applicable.
2.2.5. Transactions to be created

Not Applicable.
2.3. Data/archives management requirements

Not Applicable.

21 23
E4E Iberia AFC&P/GL
Appendix
A. Definitions, acronyms, abbreviations
Acronym Description
E4E Evolution 4 Energy
GEN Generation
ICT Information and Communication Technology
WO Work Order
RCM Reliability Centered Maintenance
LAW Legal Requirements
SFTY Safety Issue
ENVR Environment Relevant
Table 1 – Definitions, acronyms, abbreviations

22 23
E4E Iberia AFC&P/GL
Index of figures and tables

Figures
No se encuentran elementos de tabla de ilustraciones.
Tables
Table 1 – Definitions, acronyms, abbreviations..........................................................................20

23 23

E4E - A - ES - GL - FS Interface - INT - GL - 009 - XCNEC01E - v2.0

Uploaded by

Document Information

Original Description:

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

E4E - A - ES - GL - FS Interface - INT - GL - 009 - XCNEC01E - v2.0

Uploaded by

Copyright:

Available Formats

E4E - Evolution 4 Energy

FI-GL - Interface XCNEC01E

Miquel Albalate - RTI Functional Consultant

REPRODUCTION FORBIDDEN Internal Use

Changes to the document

Change Description Reference

REPRODUCTION FORBIDDEN Internal Use

Index of figures and tables...........................................................................................23

REPRODUCTION FORBIDDEN Internal Use

1.1. Reference context

1.2. Summary of the intervention

REPRODUCTION FORBIDDEN Internal Use

El siguiente desarrollo atañe a la interface entre SCE y SAP.

XCNEC01E - Contabilización de facturación de No Energía

 Facturación de no energía (contratación de nuevos suministros, etc.) de las sociedades distribuidoras

REPRODUCTION FORBIDDEN Internal Use

Sociedades Razón Social Pillar

0099 AAESA I&N

Esquemas Contables por Sociedad:

Sociedade Emisor Baleare

REPRODUCTION FORBIDDEN Internal Use

Los envíos desde SCE deberán ser como sigue:

REPRODUCTION FORBIDDEN Internal Use

2.1.1. List of Fields

Estructura de registros del ficheros de entrada:

Estructura estándar de los ficheros de respuesta a las interfases de entrada:

REPRODUCTION FORBIDDEN Internal Use

CUOTA2 14 CHAR Cuota de impuesto #2

REPRODUCTION FORBIDDEN Internal Use

SIGNO10 1 CHAR ZZXSIGNO Signo del total de la interfase

REPRODUCTION FORBIDDEN Internal Use

La interface será migrada directamente, incluyendo la funcionalidad y validaciones actuales.

Cambio Descripción Corta

Advertencia Descripción Corta

REPRODUCTION FORBIDDEN Internal Use

2.1.4. User tables

Tablas de mantenimiento de usuario para la gestión de interfaces:

Tabla Descripción Comentario

2.1.5. Change Request 24 – Devolución de Fianzas

Partiendo de la relación de esquemas que se tenía en SIE2000:

La correspondencia de esquemas de SIE2000 al E4E es la siguiente:

REPRODUCTION FORBIDDEN Internal Use

Esquema SCE Esquema SCE

REPRODUCTION FORBIDDEN Internal Use

Este valor “DEVOL.FZA.” se parametriza en la tabla T_VALUE con el código ZFIGL_DEV_FIANZA, y

REPRODUCTION FORBIDDEN Internal Use

2.1.6. Impacto arranque Gradual en Endesa Distribución

 El alcance societario es la sociedad Endesa Distribución (código sociedad FI ES17 en el sistema)

Concepto Descripción Cuenta Descripción Variable

REPRODUCTION FORBIDDEN Internal Use

Consideraciones técnicas no sujetas a aprobación en el presente documento

Se muestran dos ejemplos:

Campo orden sin informar: 1001REG-ORDEN /

Si se debiera informar a orden:

Campo orden informado: 1001REG-ORDEN / FNSC3221FPB

REPRODUCTION FORBIDDEN Internal Use

2.2. Non functional requirements specification

2.2.1. Non functional requirement NF1

Las interfaces implicadas son:

INT_GL_008 XCFEC01E - Contabilización de facturación de Energía

Las 3 primeras son de Contabilidad y la última de Fiscal.

Así tenemos para las 3 interfaces de SCE-MR: