E4E - A - ES - GL - FS Interface - INT - GL - 010 - XCFEC04E - v2.0

E4E - Evolution 4 Energy
FI-GL - Interface XCFEC04E
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, Esther 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 490031248.docx 25
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
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 XCFEC04E 0000-XX00 Version, 1.0 dd/mm/aaaa 490031248.docx
2 25
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............................................................................................................... 11
2.2. To be Interface............................................................................................................. 14
2.2.1. Changes.................................................................................................................... 14
2.2.2. Warnings................................................................................................................... 14
2.2.3. User tables................................................................................................................. 15
2.2.4. System tables............................................................................................................ 15
2.2.5. Impacto arranque Gradual en Endesa Distribución....................................................16
2.2.5.1. Emisora................................................................................................................... 16
2.2.5.2. Receptora................................................................................................................ 18
2.3. Non functional requirements specification....................................................................19
2.3.1. Non functional requirement NF1................................................................................19
2.3.2. Controls..................................................................................................................... 20
2.3.2.1. Controllability of data input, output, processing and interfaces................................20
2.3.2.2. Security controls: data confidentiality, integrity and availability................................20
2.3.2.3. Security controls: information transport...................................................................23
2.3.2.4. Partial and total data reconciliation controls.............................................................23
2.3.3. Error management.....................................................................................................23
2.3.4. Non repudiation management....................................................................................23
2.3.5. Transactions to be created........................................................................................23
2.4. Data/archives management requirements....................................................................23
Appendix.........................................................................................................................24
A. Definitions, acronyms, abbreviations............................................................................24
Index of figures and tables...........................................................................................25

3 25
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 XCFEC04E.
1.2. Summary of the intervention

La interface XCFEC04E será migrada de SIE2000 al E4E.

4 25
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.
XCFEC04E - Contabilización de facturación Holding

Tipo: Entrada
Middleware: STCI
Área: I&N, M&O
Método cont.: Esquema Contable
JOB: EX0000CI3 (Diario, después de la interface EX0000CII –ver punto 2.3.2-)
Programa: ZWCIF530
Ruta fichero: /DATOS/INTERFACES/SIE2000 (ruta actual que será actualizada a la que corresponda)
Sistema
ID Descripción Sistema Destino
Origen
XCFEC04E Contabilización de facturación Holding SCE SAP R/3 SIE2000 (GEP)
 Facturación de energía y de no energía (básicamente peajes) de las sociedades distribuidoras con

empresas del grupo (I&N)
 Facturación de energía y de no energía de las sociedades comercializadoras por suministros y
servicios a empresas del grupo (M&O)
Esquemas Contables:
Nº Esq. Código Esquema Texto Cabecera Esquema
944 CSFD006 Ventas Clientes Grupo (FE)

945 CSFD007 Compras Clientes Grupo (KC)
1104 CSFD015 Fras. Peajes Tur (FE)
1105 CSFD016 Fras. Peajes Tur (KC)
1106 CSFD017 Ultimas fras. tarifa regu (FE)
1107 CSFD018 Ultimas fras. tarifa regu (KC)
1117 CSFD022 Facturación suministro (FE)
1118 CSFD023 Facturación suministro (KC)
En la tabla anterior se observa como los esquemas contables son dobles, los de la sociedad emisora son los
documentos FE (Facturación energía) y los la sociedad receptora son los documentos KC (Fra Recib
Comercial).
La interface solo lleva la información para hacer la contabilización en la sociedad emisora más el NIF de la
sociedad receptora.
La contabilización en la sociedad receptora se deduce por el NIF de la contraparte que viene dentro del
fichero, y a partir de aquí se construye un asiento espejo en la sociedad receptora a partir de los conceptos/

5 25
E4E Iberia AFC&P/GL
cuentas que están definidos en los esquemas dobles origen/destino. Así lo que es ingreso pasa a ser gasto, los
impuestos indirectos IVA/IGIC pasan de ser repercutidos a soportados, y los impuestos especiales IE/IHC...
pasan a ser gasto en la sociedad receptora.
Ejemplo:
Documento FE en la sociedad emisora EE. Enviado en el fichero N6577701 y esquema 1117:
Documento KC en la sociedad receptora Encasur. No enviado, espejo del anterior por esquema 1118:
En las interfaces de SCE-ML, el programa informa en el campo texto de posición de los documentos
contables de las sociedades receptoras, el CUPS (Código Universal de Punto de Suministro) concatenado con
el texto del concepto.
Sociedades emisoras:
Son las mismas sociedades que emiten facturas a clientes no grupo por las interfaces XCFEC01E de Energía
y la XCNEC01E de No Energía.
De Endesa Energía Portugal se envía un fichero pero solo tiene cabecera y totales y no contabiliza, es
necesario para el proceso de Validación Conjunta explicado en el punto 2.3.1.

6 25
E4E Iberia AFC&P/GL
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
Sociedades receptoras:
Las sociedades receptoras pueden ser cualquier otra sociedad del grupo que reciba servicios o suministros de
alguna de las sociedades emisoras de la tabla anterior.
Sociedades Razón Social Pillar
0017 ENCASUR GEN

0349 ENDESA ENERGIA, S.A.U. M&O
0436 UE CANARIAS GENERAC. SAU GEN
0439 ENDESA Servicios, S.L. M&O
0451 GAS Y ELEC. GENERACIÓN SA GEN
0488 ENDESA GENERACIÓN, S.A. GEN
0551 ENDESA DISTR.ELECTRICA SL I&N
0552 ENDESA ENERGÍA XXI, S.L. M&O
8494 ENDESA RED I&N
9001 ENDESA, Sociedad Anónima M&O
E008 ENEL IBEROAMÉRICA, SRL. M&O
Esquemas Contables por Sociedad emisora Esquemas Contables por Sociedad receptora
Esquemas
Sociedade 944 1104 1106 1117
s
0099 X X
0326 X X
0349 X
0537 945 X
1105 X1107 1118
0551 X X X
0552 X
3492
Esquemas
Sociedade
s
0017 X
0349 X X

7 25
E4E Iberia AFC&P/GL
0436 X X
0439 X
0451 X X
0488 X X
0551 X
0552 X X X X
8494 X
9001 X
E008 X
Relaciones entre pillars por la facturación entre sociedades emisoras y sociedades receptoras
De las 2 tablas anteriores y por el hecho de que los esquemas contables sean dobles, se desprenden las
relaciones que se establecen entre las sociedades del grupo y los motivos:
Pillar origen ►Pillar destino Facturación Conexión a otro pillar

I&N M&O Peajes baja media tensión, TUR X
I&N GEN Peajes de generación X
I&N I&N Peajes Endesa Red (generación)
M&O GEN Suministros X
M&O M&O Suministros
M&O I&N Suministros X
Las relaciones entre pillars son por 2 motivos:

 porque las empresas distribuidoras facturan peajes al resto de sociedades
 porque las empresas comercializadoras facturan suministros al resto de sociedades
Cuando la sociedad receptora pertenece al mismo pillar se podría usar el mismo método que el actual en la
interface XCFEC04E, por el que se genera el asiento espejo de forma automática y por juego de datos de
batch-input en la sociedad destino. En cambio, si la sociedad receptora es de otro pillar, se deberá enviar un
tipo de comunicación para que genere el documento espejo en la otra sociedad.
La solución técnica de esta réplica se deja para el diseño técnico, además de que debe ser homogénea con la
política que se adopte a nivel global para las contabilizaciones intercompany en el E4E.
En cualquier caso, el programa de esta interface se deberá adaptar para que se consulte en un tabla en qué
pillar reside la sociedad receptora, y en caso de que sea otro distinto al de la emisora, enviar el asiento por el
medio que se decida.
Territorios:
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.
Sociedade Emisor Baleare

Andalucía Aragón Canarias Catalunya Empordà EE
s a s

8 25
E4E Iberia AFC&P/GL
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 Y3492 Y
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 pueden estar a expensas de la solución técnica que se acabe adoptando para la
transmisión del asiento espejo a la sociedad receptora si ésta reside en otro pillar.
No obstante, la solución con menos impacto para origen es que solo tengan que discriminar si la receptora es
una sociedad distribuidora o comercializadora, y hacer el envío al pillar que proceda:
Emisora Pillar
E0551 I&N

9 25
E4E Iberia AFC&P/GL
J0452 I&N
U0435 I&N
Y0349 M&O
Y0552 M&O
Y3492 M&O

10 25
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 XCFEC01E
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
NIF_COM 15 CHAR NIF sociedad contraparte
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

11 25
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

12 25
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

13 25
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
Contabilización en la sociedad receptora: se determinará si la sociedad receptora es del mismo
3 pillar que la emisora, de no serlo, se enviará el asiento al pillar que corresponda por el método
técnico que se decida.
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 o WBE.
2.1.3. Warnings
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.
3 El alcance de las sociedades receptoras puede ampliarse para aquellas que reciben
suministros y que no se gestionan actualmente en SIE pero sí en el E4E. Esto

14 25
E4E Iberia AFC&P/GL
impacta tanto en sistema origen como destino.
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 clientes
Variables
ZC010 Esquema Contable – Cabecera Cabecera de Esquema Contable
ZC015 Esquema Contable – Posición Posición de Esquema Contable
Esta tabla permite gestionar operativas distintas a la
estándar, en la que puedan haber conceptos en el
esquema origen que generen 2 o más apuntes en el
Interfases con SCE – Relación asiento destino (compra, existencias y variación de
ZXSCE_FIN
Finalidad – Conceptos SIE existencias). Aplica en el caso en que en la sociedad
destino el suministro de energía sea para uso propio
(producción). Actualmente la tabla no tiene ninguna
entrada
Tabla que enlaza el esquema que viaja en la interface
Tabla relación esquemas para la contabilización en sociedad emisora, con el
ZCEOD
contables origen-destino asiento espejo que se deberá crear también para la
sociedad receptora
Relación de interfases-esquemas Esquemas Contables utilizados dado un código de
ZCESQ
contables interface
2.1.5. System tables
Tablas de parametrización de sistemas para la gestión de interfaces:
Tabla Descripción Comentario

Tabla para determinar el indicador de impuesto
Tabla relación impuestos origen-
ZCIMP soportado en el asiento destino a partir de su indicador
destino
equivalente de repercutido en el asiento de la emisora
Tabla relación cuenta de gasto Determinación de la orden de imputación de
ZC102
del consumo propio y orden autoconsumos

15 25
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.
1.1.1.1. Emisora
Situación actual:
 Esquema contable usado: 1420
 Realiza en la actualidad imputaciones contra elementos pep y contra órdenes.
 Hay 9 conceptos que usan 5 órdenes distintas:
Concepto Descripción Cuenta Descripción Variable

Anticip.clientes,
27
27-Acometidas obligatorias, e.g. PCR2G10101 acomet.oblig.pdte.recl.Grupo &ORDEN11
Anticip.clientes, acomet.no
47
47-Acometidas no obligatorias, e.g. PCR2G10100 oblig.pdte.recl.Grupo &ORDEN10
Anticip.clientes, acomet.no
48
48-Aportaciones promotor, e.g. PCR2G10100 oblig.pdte.recl.Grupo &ORDEN12
Anticip.clientes,
60
60-Reserva local, e.g. PCR2G10101 acomet.oblig.pdte.recl.Grupo &ORDEN7
153-Derechos acometidas Anticip.clientes,
153
generación (prebaremo) PCR2G10101 acomet.oblig.pdte.recl.Grupo &ORDEN9
227-Derechos exten. acom. obli. Anticip.clientes,
227
propano PCR2G10101 acomet.oblig.pdte.recl.Grupo &ORDEN11
927-Acometidas obligtorias Anticip.clientes,
927
empresas grupo para TUR PCR2G10101 acomet.oblig.pdte.recl.Grupo &ORDEN11
947-Acometidas no obligatorias Anticip.clientes, acomet.no
947
esas grupo para TUR PCR2G10100 oblig.pdte.recl.Grupo &ORDEN10
948-Ingresos subv.aportacions Anticip.clientes, acomet.no
948
promtor grup para TU PCR2G10100 oblig.pdte.recl.Grupo &ORDEN12
 En la tabla zxcod se pueden almacenar hasta 9 elementos pep y 13 órdenes CO. En la actualidad se
usan 2 elementos pep y 5 órdenes.
Si con el nuevo objeto de control (elemento pep) fuera necesario mayor desglose que el actual (5
órdenes), y fuera necesario usar 9 elementos pep distintos, será necesario realizar cambios en la
codificación de la tabla.
Impacto/cambios:
 Modificación Software:
o Será necesario que el programa recoja las nuevas variables definidas en la tabla ZXCOD
para poder almacenar hasta 6 nuevos elementos pep.
o 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.

16 25
E4E Iberia AFC&P/GL
 Modificación Esquema Contable: En esta interfaz, será necesario modificar el esquema contable para
que en estos conceptos que ahora imputan a órdenes, sea posible imputarlos también a elementos
pep. También será necesario considerar la codificación de las nuevas variables definidas para los
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.
Literal / Valor E4E

Literal / Valor E4E 1 - Literal / Valor E4E 2 - 3 - Conversión de
Función Conversión de Códigos Conversión de Códigos Códigos
XCFEC04E CECOE CECOE1 CECOE2
XCFEC04E01 ORDEN ORDEN ORDEN2
XCFEC04E02 ORDEN3 ORDEN4 ORDEN5
XCFEC04E04 CECOE3 CECOE4 CECOE5/ORDEN9
XCFEC04E05 CECOE6/ORDEN10 CECOE7/ORDEN11 CECOE8/ORDEN12
Se cambiarán las variables sombreadas para obtener como resultado:
Literal / Valor E4E

Literal / Valor E4E 1 - Literal / Valor E4E 2 - 3 - Conversión de
Función Conversión de Códigos Conversión de Códigos Códigos
XCFEC04E CECOE CECOE1 CECOE2
XCFEC04E01 CECOE9/ ORDEN CECOE10/ ORDEN CECOE11/ ORDEN2
XCFEC04E02 CECOE12/ ORDEN3 CECOE13/ ORDEN4 CECOE14/ ORDEN5
XCFEC04E04 CECOE3 CECOE4 CECOE5/ORDEN9
XCFEC04E05 CECOE6/ORDEN10 CECOE7/ORDEN11 CECOE8/ORDEN12
Consideraciones técnicas no sujetas a aprobación en el presente documento
A) Contemplar que una cuenta pueda imputar a elemento pep y a orden de forma simultánea:
El programa de control (ZWCIF530) 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á:

17 25
E4E Iberia AFC&P/GL
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 /
B) Ampliar la lógica del programa de control actual para controlar las nuevas variables que aparecerán en la
tabla zxcod.
El tratamiento de las variables definidas en la tabla ZXCOD, se realiza en el programa ZWCIF530,

procedimiento “validar_externo”.
En este procedimiento se deberá ampliar la lógica para contemplar los nuevos elementos pep que pueden
llegar cuando la función sea XCFEC04E01 ó XCFEC04E02. Estos se obtienen cuando se llama a la función
Z_XX_CODIGOS, aplicando una lógica u otra en cada caso.
1.1.1.2. Receptora
En la actualidad se usan elementos pep, por lo que no queda impactada.

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

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

20 25
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:

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

22 25
E4E Iberia AFC&P/GL
2.2.2.3. Security controls: information transport

Not Applicable.
2.2.2.4. Partial and total data reconciliation 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.

23 25
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

24 25
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..........................................................................21

25 25

E4E - A - ES - GL - FS Interface - INT - GL - 010 - XCFEC04E - v2.0

Uploaded by

Copyright:

Available Formats

You might also like

E4E - A - ES - GL - FS Interface - INT - GL - 010 - XCFEC04E - v2.0

Uploaded by

Document Information

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 - 010 - XCFEC04E - v2.0

Uploaded by

Copyright:

Available Formats

E4E - Evolution 4 Energy

FI-GL - Interface XCFEC04E

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

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.

XCFEC04E - Contabilización de facturación Holding

 Facturación de energía y de no energía (básicamente peajes) de las sociedades distribuidoras con

Nº Esq. Código Esquema Texto Cabecera Esquema

944 CSFD006 Ventas Clientes Grupo (FE)

REPRODUCTION FORBIDDEN Internal Use

Documento FE en la sociedad emisora EE. Enviado en el fichero N6577701 y esquema 1117:

REPRODUCTION FORBIDDEN Internal Use

Sociedades Razón Social Pillar

0099 AAESA I&N

Sociedades Razón Social Pillar

0017 ENCASUR GEN

REPRODUCTION FORBIDDEN Internal Use

Pillar origen ►Pillar destino Facturación Conexión a otro pillar

Las relaciones entre pillars son por 2 motivos:

Sociedade Emisor Baleare

REPRODUCTION FORBIDDEN Internal Use

REPRODUCTION FORBIDDEN Internal Use

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

BASE2 14 CHAR Base imponible #2

REPRODUCTION FORBIDDEN Internal Use

VALOR10 15 CHAR ZZXVALOR Valor 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

impacta tanto en sistema origen como destino.

2.1.4. User tables

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

Tabla Descripción Comentario

2.1.5. System tables

Tablas de parametrización de sistemas para la gestión de interfaces:

Tabla Descripción Comentario

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

Literal / Valor E4E

Se cambiarán las variables sombreadas para obtener como resultado:

Literal / Valor E4E