Formato-SM100 - Periodicidad Generación de Interfaces - AOF Hacia SMILE

INTERNAL
ENVÍOS PARCIALES DE INFORMACIÓN DESDE AOF HACIA SMILE PARA

OPERACIONES DE LECTURA, REPASO Y VERIFICACIÓN
M100-User Requirements
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.
Written by: Luis Fernando Bueno 13/10/2021
Verified by:
Approved by:
REPRODUCTION FORBIDDEN Internal Use

Template Document Code Date and Version Name of document Pages
SM100-User [PPM_code] Draft 626912595.docx 23
Requirement
INTERNAL
Global ICT
Unit / Unit
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.
Project Info
APM Code Application code defined in APM
With this driver, the source for the initiative set up
is identified. Choosing between internal or
Applicant Business Internal business initiatives implies that actors will be
different and/or involved differently in the initiative
set up and development.
Initiative Type is a driver used to evaluate what
Applicative type of initiative is going to be set up, depending
Initiative Type
Infrastructural on the need for an infrastructural or applicative
initiative.
New Solution Provisioning

Development Type is a driver that differentiates
Solution Enhancement the initiatives based on their intervention
Development Type
Application Maintenance perimeter relatively to budget, men days and
impact on the overall system.
Corrective Maintenance
Methodology Waterfall Agile Methodology used for the project.
Low Medium High Service downtime impact on the Business, to be

Impact estimated considering the potential damage
Not applicable coming from an extended service interruption.
Incident
categorization
(Only for Maximum elapsed time acceptable for incident
Low Medium High
Correctives) Urgency resolution, depending mostly on SLAs and OLAs
Not applicable involved.
Indicate if the solution is subject to Data

Data Protection Law Appliance Yes No Protection Law
Indicate if the solution is subject to Segregation of
SoD Appliance Yes No Duties
Template Info
Name SM100-User Requirement Version 4
Written by Date
Verified by Date
Approved by Date

Template Type Title Document Code Date and Version Name of document Page of
SM100-User Document Document title/Project name – User [PPM_code] Draft 626912595.docx
Requirement Requirement
2 23
INTERNAL
Global ICT
Unit / Unit
Distribution List
Name Reference
Changes to the document
VERSION CONTROL
Ver
Date sio Written by Reviewed by Section Description of Changes
n
Luis
13/10/2021 1 Fernando Escritura inicial
Bueno
Table 1 – Version Control

References
[1]

3 23
INTERNAL
Global ICT
Unit / Unit
Index
1. Definitions, acronyms, abbreviations.................................................................
2. Glossary.................................................................................................................
3. Introduction...........................................................................................................
4. Requirements Source...........................................................................................
4.1. Requester......................................................................................................................
4.2. Reference Information....................................................................................................
5. Requirements Sheet.............................................................................................
5.1. Relations with other Systems.........................................................................................
6. Description of requirements..............................................................................
6.1. Functional Requirements.............................................................................................
6.2. Non-Functional Requirements......................................................................................
6.2.1. Interfaces Requirements................................................................................
6.2.2. Migration Requirements.................................................................................
6.2.3. Legal Requirements.......................................................................................
6.2.4. Security Requirements...................................................................................
6.2.5. Infrastructure Requirements...........................................................................
6.2.6. Operation Requirements................................................................................
6.2.7. Ergonomic Requirements...............................................................................
6.2.8. Training Requirements...................................................................................
6.2.9. Support Requirements....................................................................................
6.2.10. Other Non-Functional Requirements..............................................................
7. Phasing Strategy.................................................................................................
8. Peer-Review Strategy.........................................................................................
9. Constraints..........................................................................................................
9.1. Documentation Constraints..........................................................................................
9.2. Business Constraints...................................................................................................
9.3. Technical Constraints...................................................................................................
10. Segregation of Duties.........................................................................................
11. Annexes...............................................................................................................
12. Standards and Tips.............................................................................................
Index of tables................................................................................................................

4 23
INTERNAL
Global ICT
Unit / Unit
1. Definitions, acronyms, abbreviations
Acronym Description
Table 2 – Definitions, acronyms, abbreviations

5 23
INTERNAL
Global ICT
Unit / Unit
2. Glossary
List of definitions used in this document.
Term Meaning
Structured representation of the functions (activities, actions, processes,
operations) within the system or one of its parts.
Functional diagram
The model aims at facilitating the identification of information needs and helping
to recognize opportunities.
Diagram which has the purpose of representing the internal structure of the
software system modeled in terms of its main components and the relationships
Component diagram between them.
A component is a software unit with a distinct identity, as well as a distinct
responsibility and well-defined interfaces.
Diagram which describes a system in terms of hardware resources, nodes, and
relationships between them.
Often there is a diagram showing how the software components are distributed
Deployment diagram
in the available hardware resources on the system.
In essence, it shows the physical location (deployment) of components of the
architecture
The process view is a way of showing what the system does at a high level from
Activity diagram a process prospective, explaining how the small steps within the process fit
together, in terms of order and information flow.
Diagram representing the actors outside of a system capable of interacting with

the system itself. It represents the highest level view of a system.
Use case diagram
Shows the system as a whole and its input and output to and from external
elements.
Table 3 – Glossary

6 23
INTERNAL
Global ICT
Unit / Unit
3. Introduction
Dentro de la interacción de operaciones entre SMILE y SAP-ISU para el proceso de facturación

se cuenta con la funcionalidad de envío automático de información entre ambos sistemas, este
envío puede ser configurado por tiempo o por cantidad de operaciones.
El envío de la información de lecturas recibidas en AOF requiere estar acorde con este
procedimiento de envío periódico para que el proceso de facturación fluya uniformemente, por
tal razón se requiere adecuar AOF para que reciba de terreno y envío periódicamente las
operaciones de lectura y verificación de lectura hacia SMILE para realizar el cálculo y crítica de
consumos.

7 23
INTERNAL
Global ICT
Unit / Unit
4. Requirements Source
4.1. Requester
Requested by
Approved by
Area/Business Unit NCO-METERING COLOMBIA
Email
Phone Number
Table 4 – Requester
4.2. Reference Information

8 23
INTERNAL
Global ICT
Unit / Unit
5. Requirements Sheet
Requirements
Request Date
Regulatory
Requirement Type ✘ Strategic
Other
Priority Low Medium High
Impact on Security Yes No
Project SMILE
Strategic Line I&N
Table 5 – Requirements Sheet
5.1. Relations with other Systems
Related System –
Module - Interface Details of the impact
Application
Table 6 – Relations with other Systems

9 23
INTERNAL
Global ICT
Unit / Unit
6. Description of requirements
Functional Requirements
Se requiere realizar la adecuación en AOF para recibir de forma parcial o total desde PDA la información
de operaciones de lectura y verificación de terreno y generar el envío automático o manual hacia SMILE
de manera parcial o total. Aplica sólo para el esquema de facturación tradicional.
Se debe poder controlar el método de envío para programarse por tiempo hasta cuando el total de
operaciones esperadas tengan resultado de terreno. Se debe controlar el estado de operaciones de terreno
que se reciben y son enviadas al sistema SMILE para asegurar el envío total y no generar envío
duplicado de una misma operación.
El control debe realizarse por sucursal y ciclo en proceso de acuerdo al tipo de operación en curso como
lectura, verificación o repaso.
Verificación: (Repaso de Lectura), Consiste en la visita al medidor para tomar nuevamente lecturas
cuando la configuración de la anomalía de lectura indica predio está cerrado o requiere nueva visita por
falta de acceso a la medida.
Verificación con Entrevista: Corresponde a la visita al medidor para tomar nuevamente lecturas, y
realizar entrevista de indagación al cliente para la determinación de las causas que generan posible
desviación significativa de consumos de acuerdo con lo definido en la ley 142 de 1994
Repaso de Lectura: (Re Leer) Este flujo de verificación corresponde a lecturas dudosas en crítica y es
adicional a la verificación por anomalías de lectura configuradas en AOF, el origen de esta operación se
da durante el proceso de análisis de lectura de acuerdo a criterios aplicados por el analista.
Generación De La Estructura De Datos Para La Interacción Entre Sistemas SMILE AOF -

AOF SMILE
La información debe generarse de acuerdo al calendario de facturación vigente para el período de

facturación por sucursal y ciclo, la estructura de datos generada corresponde a las siguientes en función
del tipo de datos requeridos y de la etapa dentro del flujo de proceso de facturación
Colombia Flujo Proces

ID Descripción Tipo Nombre archivo .txt
Desde Hasta o
Recepción en AOF de los

datos de servicios que
5 SMILE AOF REPASO Batch
requieren nueva visita
(Repaso y Re Leer)
Recepción en SMILE de las
7 AOF SMILE TABLA MISURA medidas (inicial, verificación, Batch Leitura*.txt
repaso)
Las tablas según cada ID se encuentra anexas en el capítulo 11 de este documento.

10 23
INTERNAL
Global ICT
Unit / Unit
Reporte de control del Estado de envíos
Se debe contar con un reporte en pantalla en AOF para que el operador pueda consultar y controlar por
sucursal y ciclo el estado de los totales de operaciones con el fin de asegurar el flujo del total de
operaciones a enviar.
En caso de que se tenga el total de operaciones listas para enviar y no se ha cumplido el parámetro de
envío se debe contar con una opción de envío total a voluntad del operador de AOF.
El siguiente esquema explica los macroprocesos involucrados con este requerimiento.
El envío de información de terreno se realizará de manera automática o manual y con envíos parciales
desde el momento de lectura en terreno, (primer día de Lectura ), AOF debe recibir y enviar la
información a SMILE también a partir del momente en que recibe durante la operación del día de lectura,
de igual manera SMILE procesará la información de acuerdo a los lotes de clientes recibidos y se podrá
generar parcialmente operaciones de repaso y verificación con entrevista para ser enviadas dichas
operaciones a terreno.
El flujo de información que viaja desde AOF hacia SMILE y visceversa corresponde a envíos parciales o
totales automáticos o manuales de acuerdo a las definiciones anteriores.

11 23
INTERNAL
Global ICT
Unit / Unit
6.1. Non-Functional Requirements

Interfaces Requirements
Requirement ID Requirement
6.1.1. Migration Requirements
6.1.2. Legal Requirements
6.1.3. Security Requirements
6.1.4. Infrastructure Requirements
6.1.5. Operation Requirements
6.1.6. Ergonomic Requirements
6.1.7. Training Requirements

12 23
INTERNAL
Global ICT
Unit / Unit
6.1.8. Support Requirements
6.1.9. Other Non-Functional Requirements

13 23
INTERNAL
Global ICT
Unit / Unit
7. Phasing Strategy
Phase Requirements Coverage Functionality
Table 7 – Phasing Strategy

14 23
INTERNAL
Global ICT
Unit / Unit
8. Peer-Review Strategy

15 23
INTERNAL
Global ICT
Unit / Unit
9. Constraints
9.1. Documentation Constraints
9.2. Business Constraints
9.3. Technical Constraints

16 23
INTERNAL
Global ICT
Unit / Unit
10. Segregation of Duties
Affected Processes Affected Systems
Once the list is completed, please, email it to: Ict.spring@enel.com

17 23
INTERNAL
Global ICT
Unit / Unit
11. Annexes
Se adjunto archivo excel con las interfaces requeridas:
 REPASO
N.
Campo CAMPO OBBLIGATORIO TIPO DESCRIZIONE NOTE COLOMBIA
1 POD X VARCHAR2(14) POD en Anagrafica
2 ENELTEL X NUMBER Servicio Electrico
3 MANIFACTURER X VARCHAR2(3) Marca del medidor
4 MODEL X VARCHAR2(6) Modelo del medidor
Serial number del
5
SERIAL NUMBER X VARCHAR2(10) medidor
6 CORRELATIVO_CONSUMO X NUMBER null
Fecha del reinvio de la
7 lectura (cuando se clica sul
FECHA_REINVIO X DATE (DD/MM/YYYY HH24:mi:ss) bot para perdir el repaso) fecha de invio a AOF
8 MATRICULA_LECTURISTA X VARCHAR2(255) Matricula Lecturista
Flag que indica si se pide Y: se pide intervista N:
9 VARCHAR2(1)
FLAG_INTERVISTA X hacer intervista al cliente repaso "normal"
 MISURA
OBBLIGAT FORMAT ESEMPI

GRUPPO CAMPO DESCRIZIONE Note Colombia
ORIO O O
Intestazio BR101E CO107E + codigo
ne fissa Identificatore del VARCHAR
podId SI 0146875 servicio electrico
Point Of Delivery 2(18)
3 (con 0 padding)
Costruttore del
Marca del medidor
manufacturer NO VARCHAR2(255) LND
misuratore
Modello del VARCHAR Modelo del
model NO 992
misuratore 2(255) medidor
Numero di Serie VARCHAR 9156331 Serial number del
serialNumber SI
del misuratore 2(255) 5 medidor
Modalità di
acquisizione del
registro
(REMOTE,
PDA - lectura
ELECTRONIC, VARCHAR
SourceType SI REMOTE manual
VISUAL, 2(255)
COMMUNICATE TEL - telemedido
D, OPERATOR, SMT - smart meter
CALCULATED, STB - starbeat
ESTIMATED) AUT - autolectura
SourceDetail Indica se il SI VARCHAR CICLO CICLO
registro è stato 2(255) LAVORO (para
acquisito per una auto-lecturas)
lettura (di ciclo o
occasionale), un
lavoro, una stima
o fornita da un
sistema esterno

18 23
INTERNAL
Global ICT
Unit / Unit

ORIO O O
Codice della
lettura del
registro,
rappresentante
l’informazione se
il registro
SourceCode SI CHAR(3) T
rappresenta una
lettura di
installazione,
cessazione, I --> Inicial
rimozione, spot, V --> Repaso
ecc. S --> AutoLectura
Codice VARCHAR
anomalyCode NO 0
dell'anomalia 2(20) anomalia principal
LEITURA
/
Dettaglio del
anomalyReaso VARCHAR FATURA
codice NO
nCode 2(255) MENTO
dell'anomalia
NORMA anomalia
L secundaria
Data prima
attività sul 02/12/2
readingDate
misuratore da SI DATE 016
del Sistema
parte del sistema 17.00.00 fecha y hora
di telegestione lectura del sistema estos dos campo
Data letta dal son iguales, sino
contatore por los smart
durante la prima 02/12/2 meters
readingDate
attività sul NO DATE 016
del Contatore
misuratore da 0.00.00
parte del sistema fecha y hora
di telegestione lectura real
Evento Note Segnalazione del NO VARCHAR Valores separados verificare
letturista 2(1024) por ; lunghezza risultato
• Latitudine (20 intervista
digitos); verificare se
• Longitudine (20 consumo fatturato
digitos); on site è valore
• Altitud (z) (20 unico o per fascia
digtos);
• Flag_Forzado;
• Flag_Repaso.
• Intentos
• Intento1 -
formato
EAHP:123|
ERHP:456|
EAFP:789|
ERFP:999

19 23
INTERNAL
Global ICT
Unit / Unit

ORIO O O
• Intento2 -
formato
EAHP:123|
ERHP:456|
EAFP:789|
ERFP:999
• Observacion
Lecturista (250
digitos)
• Resultado
intervista (250
digit)
• Consumo
energia activa
facturado en sitio
Nominativo
Matricola personale che ha VARCHAR SYNTEG Matricula
NO lecrturista -
Letturista effettuato il 2(255) RA GB
mancato accesso numero de cedula
Energia Attiva
NUMBER
Prelevata null
Energia
NUMBER
Reattiva (Q1) null
Energia
NUMBER
Reattiva (Q4) null
Totale
Energia Attiva
NUMBER
Immessa null
Energia
NUMBER
Reattiva (Q2) null
Energia
NUMBER
Reattiva (Q3) null
Energia Attiva Attiva HP
NUMBER
Prelevata ACTUAL_ET1 null
Energia UFER HP
NUMBER
Reattiva ACTUAL_RT5 null
Picco di
DNCR HP
Energia NUMBER
ACTUAL_RT6
Reattiva null
Potenza Attiva Demanda HP
NUMBER
Fascia 1 Prelevata ACTUAL_WT1 null
Energia Attiva
NUMBER
Immessa null
Potenza Attiva
NUMBER
Immessa null
Energia
NUMBER
Reattiva (Q2) null
Energia
NUMBER
Reattiva (Q3) null
Fascia 2 Energia Attiva Attiva HP NUMBER ACTIVA HP

20 23
INTERNAL
Global ICT
Unit / Unit

ORIO O O
Prelevata ACTUAL_ET2
Energia UFER HP
NUMBER
Reattiva ACTUAL_RT1 REACTIVA HP
Picco di
DNCR HP
Energia NUMBER
ACTUAL_RT2
Reattiva null
Potenza Attiva Demanda HP
NUMBER
Prelevata ACTUAL_WT2 null
Energia Attiva
NUMBER
Immessa null
Potenza Attiva
NUMBER
Immessa null
Energia
NUMBER
Reattiva (Q2) null
Energia
NUMBER
Reattiva (Q3) null
Energia Attiva Attiva FP
NUMBER 840
Prelevata ACTUAL_ET3 ACTIVA FP
Energia UFER FP
NUMBER
Reattiva ACTUAL_RT3 REACTIVA FP
Picco di
DNCR FP
Energia NUMBER
ACTUAL_RT4
Reattiva null
Potenza Attiva Demanda FP
NUMBER
Fascia 3 Prelevata ACTUAL_WT3 null
Energia Attiva
NUMBER
Immessa null
Potenza Attiva
NUMBER
Immessa null
Energia
NUMBER
Reattiva (Q2) null
Energia
NUMBER
Reattiva (Q3) null

21 23
INTERNAL
Global ICT
Unit / Unit
12. Standards and Tips

22 23
INTERNAL
Global ICT
Unit / Unit
Index of tables
Tables
Table 1 – Version Control............................................................................................................ 3
Table 2 – Definitions, acronyms, abbreviations.........................................................................w5
Table 3 – Glossary....................................................................................................................... 6
w
Table 5 – Requirements Sheet....................................................................................................9
Table 6 – Relations with other Systems.......................................................................................9
Table 7 – Phasing Strategy........................................................................................................13

23 23

Formato-SM100 - Periodicidad Generación de Interfaces - AOF Hacia SMILE

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

Formato-SM100 - Periodicidad Generación de Interfaces - AOF Hacia SMILE

Uploaded by

Copyright:

Available Formats

INTERNAL

ENVÍOS PARCIALES DE INFORMACIÓN DESDE AOF HACIA SMILE PARA

Written by: Luis Fernando Bueno 13/10/2021

REPRODUCTION FORBIDDEN Internal Use

New Solution Provisioning

Methodology Waterfall Agile Methodology used for the project.

Low Medium High Service downtime impact on the Business, to be

Indicate if the solution is subject to Data

REPRODUCTION FORBIDDEN Internal Use

Changes to the document

Table 1 – Version Control

REPRODUCTION FORBIDDEN Internal Use

10. Segregation of Duties.........................................................................................

12. Standards and Tips.............................................................................................

REPRODUCTION FORBIDDEN Internal Use

1. Definitions, acronyms, abbreviations

Table 2 – Definitions, acronyms, abbreviations

REPRODUCTION FORBIDDEN Internal Use

Diagram representing the actors outside of a system capable of interacting with

REPRODUCTION FORBIDDEN Internal Use

Dentro de la interacción de operaciones entre SMILE y SAP-ISU para el proceso de facturación

REPRODUCTION FORBIDDEN Internal Use

4.2. Reference Information

REPRODUCTION FORBIDDEN Internal Use

Requirement Type ✘ Strategic

Priority Low Medium High

Impact on Security Yes No

Table 5 – Requirements Sheet

5.1. Relations with other Systems

Table 6 – Relations with other Systems

REPRODUCTION FORBIDDEN Internal Use

Generación De La Estructura De Datos Para La Interacción Entre Sistemas SMILE AOF -

La información debe generarse de acuerdo al calendario de facturación vigente para el período de

Colombia Flujo Proces

Recepción en AOF de los

Las tablas según cada ID se encuentra anexas en el capítulo 11 de este documento.

REPRODUCTION FORBIDDEN Internal Use

Reporte de control del Estado de envíos

El siguiente esquema explica los macroprocesos involucrados con este requerimiento.

REPRODUCTION FORBIDDEN Internal Use

6.1. Non-Functional Requirements

6.1.1. Migration Requirements

6.1.2. Legal Requirements

6.1.3. Security Requirements

6.1.4. Infrastructure Requirements

6.1.5. Operation Requirements

6.1.6. Ergonomic Requirements

6.1.7. Training Requirements

REPRODUCTION FORBIDDEN Internal Use

6.1.8. Support Requirements

6.1.9. Other Non-Functional Requirements

REPRODUCTION FORBIDDEN Internal Use

Phase Requirements Coverage Functionality

Table 7 – Phasing Strategy

REPRODUCTION FORBIDDEN Internal Use

REPRODUCTION FORBIDDEN Internal Use

9.2. Business Constraints

9.3. Technical Constraints

REPRODUCTION FORBIDDEN Internal Use

10. Segregation of Duties

Affected Processes Affected Systems

Once the list is completed, please, email it to: Ict.spring@enel.com