Circuito de intercambio de información - telecom.com.ar · ... Archivo de Pedido de Bloqueo y...

60

ANEXO VIII

GESTIÓN DE REGISTROS ENTREGADOS POR EL PRESTADOR SOLICITANTE

Objetivo

Establecer claramente la operatoria en el intercambio de información entre el PrestadorSolicitado y el Prestador Solicitante en concordancia con lo establecido en el Convenio para facturarpor Cuenta y Orden.

1. Circuito de intercambio de información

1.1. Envío de archivos al Prestador Solicitado a) Tickets El Prestador Solicitante entregará al Prestador Solicitado los archivos con los tickets de los consumos afacturar por su Cuenta y Orden, mediante una transmisión al server del Prestador Solicitado quienproporcionará la dirección IP y gestionará los permisos de acceso correspondientes. Dicho server contará con un directorio identificado con el nombre del Prestador Solicitante, que además estarádividido en dos (2) subdirectorios, uno para dejar información al Prestador Solicitado, en adelante a_teco yotro para retirarla en adelante de_teco. El Prestador Solicitante dejará en el subdirectorio de entrada correspondiente del server del PrestadorSolicitado (a_teco) un archivo encriptado (.pgp) con la siguiente denominación en corcondancia con el servicioa facturar por Cuenta y Orden: Calling Party Pays

CPPA.PPPP.Znnnn.pgp

donde:

CPPA: fijo, identifica el archivo del servicio hacia el P. Solicitado.PPPP: identifica al Prestador Solicitante con 4 letras.Z: letra que indica el tipo de envío (n: envío normal)

nnnn: número de secuencia de lote incluido en Header y Trailer

61

Selección Por Presuscripción

OLDA.PPPP.Znnnn.pgp donde: OLDA : fijo, identifica el archivo del servicio hacia el P. Solicitado PPPP : identifica al Prestador Solicitante con 4 letras. Z: letra que indica el tipo de envío (n: envío normal) nnnn: número de secuencia de lote incluido en Header y Trailer. Selección Por Marcación SPDA.PPPP.Znnnn.pgp donde:

SPDA: fijo, identifica el archivo del servicio hacia el P. Solicitado. PPPP: identifica al Prestador Solicitante con 4 letras. Z: letra que indica el tipo de envío (n: envío normal) nnnn: número de secuencia de lote incluido en Header y Trailer. La antigüedad de los tickets a ser dejados en el server del Prestador Solicitado por el Prestador Solicitanteserá de 30 días a partir de la fecha de generación de los mismos. La cantidad de registros a enviar en un archivo no debe superar el número de 1.000.000 (Un millón) deregistros. NOTA: es aconsejable el envío diario de archivos. De realizarse transmisiones de archivos no diarias se debe tener encuenta que Telecom, como Prestador Solicitado, realiza un control interno de diferencia entre números de secuencia dearchivos (GAP). Si la citada diferencia entre el último número de secuencia de archivo y el nuevo recibido es mayor a 7, seproducirá una detención del proceso para verificación del archivo, con la consecuente demora.

b) Archivo de Pedido de Bloqueo y Desbloqueo de Líneas y sus Confirmaciones : El Prestador Solicitante podrá requerir al Prestador Solicitado el bloqueo ó desbloqueo de líneas. Las denominaciones de acuerdo al servicio a facturar serán : Calling Party Pays

62

CPPA.PPPP.BDCnnnn.pgp donde:

CPPA: fijo, identifica el archivo del servicio hacia el P. Solicitado. PPPP: identifica al Prestador Solicitante con 4 letras.

BDC: fijo que indica contenido del archivo (significa B: Bloqueo de líneas, D:Desbloqueo de líneas y C: Confirmaciones) nnnn: número de secuencia de Lote incluido en Header y Trailer.

Selección Por Presuscripción OLDA.PPPP.BDCnnnn.pgp donde:

OLDA: fijo, identifica el archivo del servicio hacia el P. Solicitado. PPPP: identifica al Prestador Solicitante con 4 letras. BDC: fijo que indica contenido del archivo (significa B: Bloqueo de líneas, D:Desbloqueo de líneas y C: Confirmaciones) nnnn: número de secuencia de Lote incluido en Header y Trailer.

Selección Por Marcación SPDA.PPPP.BDCnnnn.pgp donde:

SPDA: fijo, identifica el archivo del servicio hacia el P. Solicitado. PPPP: identifica al Prestador Solicitante con 4 letras.

BDC: fijo que indica contenido del archivo (significa B: Bloqueo de líneas, D:Desbloqueo de líneas y C: Confirmaciones) nnnn: número de secuencia incluído en Header y Trailer.

1.2. Validación y control de lotes de tickets Al recibir los lotes de tickets y otros archivos del Prestador Solicitante, el Prestador Solicitado realizará en elserver controles de consistencia según los siguientes pasos:

63

a) Control de Desencriptado: el archivo se somete a un proceso de desencriptado para su transmisión yprocesamiento en el Host del Prestador Solicitado.

b) Control de Consistencia de lote: a los archivos de tickets que son recibidos y desencriptadoscorrectamente se les realiza un chequeo de consistencia de los datos. Si se detecta algún problema deconsistencia de lote se envía al subdirectorio de salida del server (a_teco) un archivo de control quecontiene un código del error detectado.

c) Control de Duplicidad: los archivos que son recibidos y desencriptados correctamente son sometidos a

un chequeo de duplicidad por número de secuencia.

d) Control de Volúmen de información: los archivos que son recibidos y desencriptados correctamente sonsometidos a un chequeo de cantidad máxima de registros recibidos.

Específicamente para los archivos de tickets, el resultado de este control se informará de dos maneras alPrestador Solicitante o, por E-Mail y dejándole en el Server en el subdirectorio de-teco un Archivo Control deLote de 1 registro con los datos básicos del lote y del control realizado, con el siguiente nombre de acuerdo alservicio a facturar: Calling Party Pays

CPPD.PPPP.Znnnn.Y.pgp

donde:

CPPD: fijo, identifica el archivo del servicio hacia el P. Solicitante.PPPP: identifica al Prestador Solicitante con 4 letras.Z: letra que indica el tipo de envío (n: envío normal)Y: letra que indica el resultado de la validación del archivo

nnnn: número de secuencia de Lote incluido en Header y Trailer. Selección Por Presuscripción

OLDD.PPPP.Znnnn.Y.pgp

donde:

OLDD: fijo, identifica el archivo del servicio hacia el P. Solicitante.PPPP: identifica al Prestador Solicitante con 4 letras.Z: letra que indica el tipo de envío (n: envío normal)Y: letra que indica el resultado de la validación del archivo

nnnn: número de secuencia de Lote incluido en Header y Trailer.

64

Selección Por Marcación

SPDD.PPPP.Znnnn.Y.pgp

donde:

SPDD: fijo, identifica el archivo del servicio hacia el P. Solicitante.PPPP: identifica al Prestador Solicitante con 4 letras.Z: letra que indica el tipo de envío (n: envío normal)Y: letra que indica el resultado de la validación del archivo

nnnn: número de secuencia de Lote incluido en Header y Trailer

El citado E-Mail es considerado por Telecom como Prestador Solicitado como constancia válida de procesamiento de unlote, tanto sea éste aceptado como rechazado.

Los archivos y/o tickets de llamada rechazados de acuerdo al procedimiento de validación y control deregistros previsto en este Anexo podrán ser reenviados por el Prestador Solicitante al Prestador Solicitadodentro de los treinta (30) días desde la fecha de efectuada la llamada. Transcurrido dicho término el PrestadorSolicitante nada tendrá que reclamar al Prestador Solicitado respecto del rechazo de archivos y/o tickets.

1.3. Validación y control de registros de tickets A cada ticket de llamada recibido del Prestador Solicitante se lo someterá a una serie de validaciones; de lasmismas surgirán errores que podrán ser tipificados como; -errores de responsabilidad de los Operadores ó rechazos directos: son aquellos tickets que no seránprocesados y serán puestos a disposición del Prestador Solicitante en el subdirectorio de salida (de_teco) delserver. Los archivos tendrán la siguiente denominación según el servicio a facturar: Calling Party Pays

CPPD.PPPP.Znnnn.pgp donde:

SPDD: fijo, identifica el archivo del servicio hacia el P. Solicitante. PPPP: identifica al Prestador Solicitante con 4 letras. Z: letra que indica contenido del archivo. (D: Duplicado, E: Error) nnnn: Número de secuencia de Lote incluido en Header y Trailer.

Selección Por Presuscripción

OLDD.PPPP.Znnnn.pgp

65

donde:

OLDD: fijo, identifica el archivo del servicio hacia el P. Solicitante. PPPP: identifica al Prestador Solicitante con 4 letras. Z: letra que indica contenido del archivo. (D: Duplicado, E: Error) nnnn: Número de secuencia de Lote incluido en Header y Trailer.


SPDD.PPPP.Znnnn.pgp donde:

SPDD: fijo, identifica el archivo del servicio hacia el P. Solicitante. PPPP: identifica al Prestador Solicitante con 4 letras. Z: letra que indica contenido del archivo. (D: Duplicado, E: Error) nnnn: Número de secuencia de Lote incluido en Header y Trailer. Las Validaciones relacionadas se detallan en la Tabla incluida en la Sección 3. El plazo máximo de devolución de errores por parte del Prestador Solicitado será de 7 días a partir de la fechade Acuse de Recibo del archivo de tickets a facturar, salvo por causas de fuerza mayor.

1.4. Archivos a disposición del Operador Solicitante El Prestador Solicitado pondrá a disposición del Prestador Solicitante en el subdirectorio de salida (de_teco)los archivos que se detallan a continuación. La denominación de los mismos estará en concordancia con losservicios a facturar por cuenta y orden del Prestador Solicitante: os archivos que se cetallan a continuación.. La denominación de los mismos estará en concordancia con loslos servicios a facturar por Cuenta y Orden del Prestador Solicitante. a) Archivos de errores relacionados con un lote de tickets enviado por el Prestador Solicitante: Calling Party Pays

CPPD.PPPP.Znnnn.pgp Selección Por Presuscripción

66

OLDD.PPPP.Znnnn.pgp Selección Por Marcación

SPDD.PPPP.Znnnn.pgp b) Archivo informativo-Rango de numeración del Prestador Solicitado-Telecom: Este archivo se pondrá disposición el Prestador Solicitante si éste lo requiriera. Calling Party Pays CPPD.PPPP.Zaajjj.pgp donde:

CPPD: fijo, identifica el archivo del servicio hacia el P. Solicitante. PPPP: identifica al Prestador Solicitante con 4 letras. Z: letra que indica contenido del archivo. (p= ‘parque’ Telecom) aa: corresponde al año de generación del archivo. jjj: corresponde al día Juliano de generación del archivo. Selección Por Presuscripción OLDD.PPPP.Zaajjj.pgp donde:

OLDD: fijo, identifica el archivo del servicio hacia el P. Solicitante. PPPP: identifica al Prestador Solicitante con 4 letras. Z: letra que indica contenido del archivo. (p= ‘parque’ Telecom) aa: corresponde al año de generación del archivo. jjj: corresponde al día Juliano de generación del archivo. Selección Por Marcación SPDD.PPPP.Zaajjj.pgp

67

donde:

SPDD: fijo, identifica el archivo del servicio hacia el P. Solicitante. PPPP: identifica al Prestador Solicitante con 4 letras. Z: letra que indica contenido del archivo. (p= ‘parque’ Telecom) aa: corresponde al año de generación del archivo. jjj: corresponde al día Juliano de generación del archivo. c) Archivo de Aviso de Cumplido de Bloqueo y Desbloqueo de Líneas del Prestador Solicitado Calling Party Pays CPPD.PPPP.BDCnnnn.pgp donde:

CPPD: fijo, identifica el archivo del servicio hacia el P. Solicitante. PPPP: identifica al Prestador Solicitante con 4 letras.

BDC: fijo que indica contenido del archivo (significa B: Bloqueo de líneas, D:Desbloqueo de líneas y C: Confirmaciones)

nnnn: número de secuencia incluido en Header y Trailer. Selección Por Presuscripción OLDD.PPPP.BDCnnnn.pgp donde:

OLDD: fijo, identifica el archivo del servicio hacia el P. Solicitante. PPPP: identifica al Prestador Solicitante con 4 letras.

BDC: fijo que indica contenido del archivo (significa B: Bloqueo de líneas, D:Desbloqueo de líneas y C: Confirmaciones) nnnn: número de secuencia incluido en Header y Trailer.

Selección Por Marcación SPDD.PPPP.BDCnnnn.pgp donde:

SPDD: fijo, identifica el archivo del servicio hacia el P. Solicitante. PPPP: identifica al Prestador Solicitante con 4 letras.

BDC: fijo que indica contenido del archivo (significa B: Bloqueo de líneas, D:Desbloqueo de líneas y C: Confirmaciones)

68

nnnn: número de secuencia incluido en Header y Trailer.

69

1.5. Contingencia En caso de dificultades en la transmisión ó recepción de los archivos al server de Telecom como PrestadorSolicitado, el área responsable del Prestador Solicitante deberá comunicarse con el SOF (Soporte OperaciónFacturación-Gestión de Consumos y Prefacturación-TE-4968-1958 /1959) de Telecom. Para informar y transmitir los archivos de contingencia se utilizará un soporte magnético p.ej dispositivo DATcon cinta de 4mm de 112 a 160 metros, comando tar –cvf (device) (path-relativo), ó un CD. En el caso de entrar en una contingencia desde el Prestador Solicitado se coordinará con las áreas

responsables del Prestador Solicitante para el manejo de la misma. :

1.6. Aspectos generales de seguridad

1.6.1. Procedimiento de transferencia

Una vez realizada la conexión con el Prestador Solicitado a través del Remote Access, debe ejecutarse un FTPa la dirección IP del servidor repositorio de archivos ya referido oprtunamente. Para conectarse con esteservidor se proveerá al Operador de un usuario (el mismo que se utilizará para el Remote Access) y unapassword de acceso.

1.6.2. Encriptación de archivos

El software a utilizar es PGP versión 2.3.i. PGP es un sistema de encriptación de clave pública donde cadaparticipante posee un par complementario de claves, una públicamente revelada y otra secreta ó privada. Estonos provee de dos mecanismos: privacidad y autenticación.La privacidad significa que sólo la persona que recibe puede leer el mensaje encriptado y la autenticación tieneque ver con la seguridad de la procedencia real del mensaje. Para llevar a cabo todo esto primero se firma elmensaje con la clave secreta propia y luego se encripta con la clave pública del receptor. El receptor realiza elproceso inverso, desencriptando primero el mensaje con su clave secreta y chequeando luego la firma digitalde quien envió el mensaje con la clave pública de esa persona.En el Apéndice de este documento se describe detalladamente el funcionamiento del PGP.

1.7. Política de resguardo de lotes y control-depuración de espacios

Todo archivo con más de 30 días de residir tanto en el subdirectorio de entrada (a_teco) como en elsubdirectorio de salida (de_teco) del servidor del Prestador Solicitado, será dado de baja.

Esto implica la obligación por parte del Prestador Solicitante de leer las novedades que el PrestadorSolicitado deja en el server con la frecuencia adecuada según los plazos antes mencionados.

2. Diseños de registro

70

2.1. Envíos de novedades a facturar por Cuenta y Orden del Preastador Solicitado

El Prestador Solicitante entregará al Prestador Solicitado los Lotes con los tickets con los consumos a facturarpor Cuenta y Orden.

Cada archivo con el lote de registros que envíe el Prestador Solicitante deberá incluir:

- Un registro Header- Registros o Tickets de las llamadas a ser facturadas por Cuenta y Orden.- Un registro Trailer

La frecuencia del envío podrá será diaria y se transmitirá al subdirectorio de entrada del server (a_teco).A continuación se especifica denominación y diseño de registro en concordancia con el servicio a facturar porCuenta y Orden: :

Calling Party Pays

CPPA.PPPP.Znnnn.pgp

Diseño de registro HeaderNro. Desde Hasta Long. Tipo Descripción Observaciones01 01 03 03 Alfanum. Interface Record Type Code. Para distinguir entre

header, detail y trailer.‘FDR’ Header ‘FTR’ Trailer.

02 04 06 03 Num. Interface File Type Code. Tipo de archivo. Asignarávalor P. Solicitado.

03 07 11 05 Num. UPS File Source Code. Para identificar interfaz aUPS.. Asignará valor P.Solicitado.

04 12 15 04 Num. UPS File Sequence Number. Número de lote delarchivo.

05 16 21 06 Num. File Designator Record, FileEffective Date.

Fecha Original deProceso. DDMMYY

06 22 160 139 Alfanum. Filler

Diseño de registro TicketsNro. Desde Hasta Long. Tipo Descripción Observaciones01 01 03 03 Num. Código de registro Tickets Valor fijo: “002”02 04 21 18 Alfanum. Número Abonado llamante Ej: “1149683729“03 22 39 18 Alfanum. Número Abonado llamado. Ej: “1141481577“04 40 47 08 Num. Fecha inicio llamada AAAAMMDD

71

05 48 53 06 Num. Hora inicio llamada HHMMSS06 54 60 07 Num. Duración real En segundos07 61 67 07 Num Duración valorizada En segundos08 68 74 07 Num. Valorización 5 enteros 2 decimales

(en U$S-Dólares)09 75 90 16 Alfanum. Original Usage Record ID (*)10 91 93 03 Alfanum. Filler11 94 96 03 Alfanum. Filler12 97 99 03 Alfanum. Filler13 100 103 04 Num. Número de Lote Actual Coincide con el UPS File

Sequence Number14 104 119 16 Alfanum. Identificador único puesto por el

Tercero / P. Solicitante15 120 125 06 Alfanum. Filler16 126 126 01 Alfanum. Filler17 127 130 04 Alfanum. Filler18 131 160 30 Alfanu Filler

Diseño de registro TrailerNro. Desde Hasta Long. Tipo Descripción Observaciones01 01 03 03 Alfanum. Interface Record Type Code. Para distinguir entre



03 07 11 05 Num. UPS File Source Code. Para identificar interfaz aUPS.. Asignará valor P.Solicitado.


05 16 24 09 Num. File Designator Record, DetailRecord Count

Cantidad de registros delarchivo, sin incluir Headery Trailer.


(*) Cuando el Prestador Solicitante envía por primera vez un ticket al Prestador Solicitado-Telecom a facturar por Cuenta yOrden, el campo ORIGINAL USAGE RECORD ID debe estar en blanco.Si el ticket se devolviera al P. Solicitante como erróneo y el mismo pudiera ser corregido, cuando se lo vuelva a enviar aTelecom, el campo ORIGINAL USAGE RECORD ID deberá contener el valor del campo 01 del diseño de archivos detickets erróneos denominado USAGE RECORD ID. (ver diseño en punto 2.3.1).

Selección Por Presuscripción Selección Por Marcación

72

OLDA.PPPP.Znnnn.pgp y SPDA.PPPP..Znnnn.pgp




03 07 11 05 Num. UPS File Source Code. Para identificar interfaz aUPS. Asignará valor P.Solicitado.





Diseño de registro TicketsNro. Desde Hasta Long. Tipo Descripción Observaciones01 01 03 03 Num. Código de registro Tickets Para SPP valor: 002

Para SPM, valores: 017Interurbano y018: Internacional

02 04 21 18 Alfanum. Número Abonado llamante Ej: “1149683729“03 22 39 18 Alfanum. Número Abonado llamado.

Numero discado sin código deacceso (17/18), ni PQR, ni cero,ni doble cero.

Ej: “1141481577“

04 40 47 08 Num. Fecha inicio llamada AAAAMMDD05 48 53 06 Num. Hora inicio llamada HHMMSS06 54 60 07 Num. Duración real En segundos07 61 67 07 Num Duración valorizada En segundos08 68 74 07 Num. Valorización 5 enteros 2 decimales

en U$S (Dólares)09 75 90 16 Alfanum. Original Usage Record ID (*)10 91 93 03 Num. Tipo de Destino Valores posibles: ver en

hoja siguiente (1).

11 94 96 03 Num PQR12 97 99 03 Num. Código País Para exposición en la

Factura de Descripción delPaís

73

(2)13 100 103 04 Num Número de Lote Actual Coincide con el UPS File

Sequence Number14 104 119 16 Alfanum Identificador único puesto por el

Tercero / P. Solictante15 120 125 06 Num Long. Prefijo Interurbano Para exposición en la

Factura de DescripciónDestino

16 126 126 01 Num Tipo de Línea Llamante (3)17 127 130 04 Num Número de Lote Original del

Tercero / P. SolicitanteSolo es utilizado parareenvios de consumosdevueltos con error.

18 131 160 30 Alfanu Filler

Diseño de registro TrailerNro. Desde Hasta Long. Tipo Descripción Observaciones01 01 03 03 Alfanum. Interfaz Record Type Code. Para distinguir entre



03 07 11 05 Num. UPS File Source Code. Para identificar interfaz aUPS. Asignará valor P.Solicitado.



Cantidad de registros delarchivo, sin incluir Headery Trailer.


(*) Cuando el Prestador Solicitante envía por primera vez un ticket al Prestador Solicitado-Telecom a facturar por Cuenta yOrden, el campo ORIGINAL USAGE RECORD ID debe estar en blanco.Si el ticket se devolviera al P. Solicitante como erróneo y el mismo pudiera ser corregido, cuando se lo vuelva a enviar aTelecom, el campo ORIGINAL USAGE RECORD ID deberá contener el valor del campo 01 del diseño de archivos detickets erróneos denominado USAGE RECORD ID. (ver diseño en punto 2.3.1).

(1) Valores posibles:000: Sin código acceso (llamada tipo urbana)001: Llamada interurbana, el primer dígito discado es 0.002: Llamada interurbana c/carrier opcional, los primeros dígitos discados son 17.003: Llamada internacional, los primeros dígitos discados son 00004: Llamada interncional c/carrier opcional, los primeros dígitos discados son 18.

74

005: Llamada CPP urbano, los primeros dígitos discados son 15.006: Llamada interurbana, cuyo destino es un celular con modalidad CPP, el primer dígito discado es cero ylos dígitos que se encuentran entre el PI y PU son 15.007: Llamada interurbana c/carrier opcional cuyo destino es un celular con modalidad CPP; los primerosdígitos discados son 17 y los dígitos que se encuentran entre el PI y PU son 15.

Ejemplo de cómo debe enviarse el campo Nro. de Abonado Llamado:

Nro. Abonado Llamado(campo 3)

Tipo de Destino Observaciones

49681197 0 No marcó código deacceso

1149681197 1 Accedió con cero1149681197 2 Accedió con 17

1609123123123 3 Accedió con 001609123123123 4 Accedió con 18

1556565656 5 Accedió con 1511549991234 6 Accedió con cero y

15111549991234 7 Accedió con 17 y 15

NOTA IMPORTANTE:

Los Tipos de Destino válidos para SPP son 1, 3 y 6Los Tipos de Destino válidos para SPM son 2, 4 y 7.

(2)Código de País Nombre de país

001 ESTADOS UNIDOS 002 CANADA003 ANDORRA004 BRASIL005 LIECHTENSTEIN007 U.R.S.S.-RUSIA-010 EEUU-MCI011 EEUU-TRT012 EEUU-US SPRINT020 EGIPTO REP.ARAB027 SUDAFRICA030 GRECIA031 HOLANDA032 BELGICA 033 FRANCIA

75

034 ESPAÑA036 HUNGRIA037 ALEMANIA DEMOC.038 YUGOESLAVIA039 ITALIA040 RUMANIA041 SUIZA042 CHECOSLOVAQUIA043 AUSTRIA 044 REINO U.G.BRET.045 DINAMARCA

El valor del campo descripto anteriormente debe responder a la tabla recomendada por la UIT, E164 Plande numeración para la Era de la Red Digital de Servicios Integrados (Libro Azul).

(3)0 = Línea Normal1 = Teléfono Público (1 y 2 se obtienen del ANI enviado)2 = Celular

2.2. Archivo Resultado de Control y Validación de lote

Una vez finalizado el control y validación del lote en el servidor del Prestador Solicitado queda a disposicióndel Prestador Solicitante en el subdirectorio de salida (de_teco) un archivo que contiene 1 sólo registro.Será denominado según el servicio a facturar por Cuenta y Orden:

Calling Party Pays Selección Por Selección Por Marcación Presuscripción

CPPD.PPPP.Znnnn.Y.pgp OLDD.PPPP.Znnnn.Y.pgp SPDD.PPPP.Znnnn.Y.pgp

Archivo de control de loteNro Desde Hasta Long

Descripción Observaciones01 01 03 03 Interfaz File Type Code Para distinguir tipo de archivo a

procesar02 04 08 05 UPS-File Source Code Para identificar interfaces UPS

03 09 12 04 UPS File Sequence Number Número secuencial que identifica elarchivo

04 13 18 06 File Designator Record, File effectiveDate

Fecha Original de Proceso.DDMMYY

05 19 19 01 Código de Estado Código de Resultado del Lote

76

06 20 26 07 Cantidad de Tickets del Lote

07 27 38 12 Importe Total del Lote

08 39 100 62 Filler

Es un archivo conteniendo un único registro en cuya posición 19 se encuentra el código de error detectadosegún el siguiente detalle:

"E" Inconsistencia en Header"F" Inconsistencia en Trailer"D" No coincide la cantidad de registros con la informada en el Trailer"G" La secuencia informada en Header no coincide con la informada en Trailer"I" El archivo no posee registro Trailer"J" En el archivo no existen registros de Detalle."M" Existen registros con código de registro diferente a FDR, Campo 01 de Detalle, FTR."C" La secuencia informada en Header/Trailer ya ha ingresado en otro lote anterior

(Lote Duplicado)“L” Error de Desencriptado.“K” Error en cantidad de registros recibidos. (Mayor a la cantidad máxima establecida)“O” Control OK. Archivo a procesar"V" Existe diferencia entre la sumatoria de registros de detalle con el importe informado en el trailer.

2.3. Archivos de errores a disposición del Prestador Solicitante

2.3.1. Diseño de archivo de errores

El Prestador Solicitado dejará a disposición del Prestador Solicitante un archivo por lote con los tickets queposeen errores de su responsabilidad para que éstos sean corregidos y reenviados.Cada archivo de lote de registros erróneos que el Prestador Solicitado deje a disposición del Solicitanteincluirá:

- Un registro Header- Registros o Tickets de las llamadas con error- Un registro Trailer

A continuación se especifica denominación y diseño de registro en concordancia con el servicio a facturar porCuenta y Orden: :

Calling Party Pays

CPPD.PPPP.Ennnn.pgp

Diseño de registro Header

77

Nro. Desde Hasta Long. Tipo Descripción Observaciones01 01 03 03 Alfanum. Interfaz Record Type Code. Para distinguir entre

Header, detail y trailer.‘FDR’ Header ‘FTR’ Trailer.

02 04 06 03 Alfanum. Interfaz File Type Code. Tipo de archivo. Asignarávalor P. Solicitado.

03 07 11 05 Alfanum. UPS File Source Code. Para identificar interfaz aUPS. Asignará valor P.Solicitado.

04 12 15 04 Alfanum. UPS File Sequence Number. Número secuencial con elque serán generados loserrores, no es el Nro. deLote del archivo.

05 16 21 06 Alfanum. File Designator Record, FileEffective Date.



Diseño de registro TicketsNro. Desde Hasta Long. Tipo Descripción Observaciones01 01 16 16 Usage Record ID Identificador único puesto

por UPS01 08 08 Alfanum File Instance Code09 16 08 Alfanum Record Sequence Number

02 17 17 01 Alfanum Tipo de Registro Erroneo Fijo “1”03 18 177 160 Num. Registro de Origen (1)04 178 517 340 Num. Filler

Diseño de registro ErroresNro. Desde Hasta Long. Tipo Descripción Observaciones01 01 16 16 Usage Record ID Identificador único puesto


02 17 17 01 Alfanum Tipo de Registro Erróneo Fijo “2”03 18 21 04 Alfanum Código de Error04 22 53 32 Alfanum Nombre del campo con Error05 54 517 464 Alfanum. Filler

(1) Corresponde al Diseño del Registro de Tickets enviados por el Prestador Solicitante

Diseño de registro TicketsNro. Desde Hasta Long. Tipo Descripción Observaciones

78

01 01 03 03 Num. Código de registro Tickets Fijo: “002”02 04 21 18 Alfanum. Número Abonado llamante Ej: “1149683729“03 22 39 18 Alfanum. Número Abonado llamado Ej: “1141481577“04 40 47 08 Num. Fecha inicio llamada AAAAMMDD05 48 53 06 Num. Hora inicio llamada HHMMSS06 54 60 07 Num. Duración real En segundos07 61 67 07 Num Duración valorizada En segundos08 68 74 07 Num. Valorización 5 enteros 2 decimales09 75 90 16 Alfanum Original Usage Record ID10 91 93 03 Alfanum Filler11 94 96 03 Alfanum Filler12 97 99 03 Alfanum Filler13 100 103 04 Num Número de Lote Actual Puede coincidir con el UPS File

Sequence Number14 104 119 16 Alfanum Identificador único puesto por el

Tercero / P. Solicitante15 120 125 06 Alfanum Filler16 126 126 01 Alfanum Filler17 127 130 04 Alfanum Filler18 131 160 30 Alfanum Filler

Diseño de registro TrailerNro. Desde Hasta Long. Tipo Descripción Observaciones01 01 03 03 Alfanum. Interfaz Record Type Code. Para distinguir entre


02 04 06 03 Alfanum Inerface File Type Code. Tipo de archivo. Asignarávalor P. Solicitado.

03 07 11 05 Alfanum UPS File Source Code. Para identificar interfaz aUPS. Asignará valor P.Solicitado.

04 12 15 04 Alfanum UPS File Sequence Number. Número secuencial con elque serán generados loserrores, no es el Nro. deLote del archivo.

05 16 24 09 Alfanum File Designator Record, DetailRecord Count.

Cantidad de registros delarchivo, sin incluir Headerni Trailer

06 25 517 493 Alfanum. Filler Selección Por Presuscripción Selección Por MarcaciónOLDD.PPPP.Ennnn.pgp SPDD.PPPP.Ennnn.pgp

Diseño de registro HeaderNro. Desde Hasta Long. Tipo Descripción Observaciones

79

01 01 03 03 Alfanum. Interface Record Type Code. Para distinguir entreHeader, detail y trailer.‘FDR’ Header ‘FTR’ Trailer.

02 04 06 03 Num. Interface File Type Code. Tipo de archivo. Asignarávalor P. Solicitado

03 07 11 05 Num. UPS File Source Code. Asignará valor P.Solicitado.

04 12 15 04 Num. UPS File Sequence Number. Número secuencial con elque serán generados loserrores, no es el Nro. deLote del archivo.






02 17 17 01 Num Tipo de Registro Erróneo Fijo “1”03 18 177 160 Num. Registro de Origen (1)04 178 517 340 Alfanum Filler

Diseño de registro ErroresNro. Desde Hasta Long. Tipo Descripción Observaciones01 01 16 16 Usage Record ID Identificador único puesto


02 17 17 01 Num Tipo de Registro Erroneo Fijo “2”03 18 21 04 Num Código de Error04 22 53 32 Alfanum. Nombre del campo con error05 54 517 464 Alfanum. Filler

(1) Corresponde al diseño del registro de tickets enviados por el Prestador Solicitante

Diseño de registro Tickets

80

Nro. Desde Hasta Long. Tipo Descripción Observaciones01 01 03 03 Num. Código de registro Tickets Para SPP valor: 002

Para SPM valores: 017 ó 01802 04 21 18 Alfanum. Número Abonado llamante Ej: “1149683729“03 22 39 18 Alfanum. Número Abonado llamado Ej: “1141481577“

04 40 47 08 Num. Fecha inicio llamada AAAAMMDD05 48 53 06 Num. Hora inicio llamada HHMMSS06 54 60 07 Num. Duración real En segundos07 61 67 07 Num Duración valorizada En segundos08 68 74 07 Num. Valorización 5 enteros 2 decimales09 75 90 16 Alfanum. Original Usage Record ID10 91 93 03 Num. Tipo de Destino11 94 96 03 Num PQR12 97 99 03 Num. Código País Para exposición en la Factura de

Descripción del País

13 100 103 04 Num Número de Lote14 104 119 16 Alfanum Identificador único puesto por el

Tercero P. Solicitante15 120 125 06 Num Long. Prefijo Interurbano Para exposición en la Factura de

Descripción Destino16 126 126 01 Num Tipo de Línea Llamante17 127 130 04 Num Número de Lote Original del Tercero /

P. SolicitanteSolo es utilizado para reenvíosde consumos devueltos con error

18 131 160 30 Alfanum Filler




03 07 11 05 Num. UPS File Source Code. Asignará valor P.Solicitado.

04 12 15 04 Num. UPS File Sequence Number. Número secuencial con elque serán generados loserrores, no es el Nro. deLote del archivo.


Cantidad de registros delarchivo, sin Header niTrailer.


81

2.3.2. Diseño de archivo de registros duplicados

El Prestador Solicitado pondrá a disposición del Prestador Solicitante un archivo con los tickets que resultanser duplicados al momento de la carga de la base de tickets a facturar por Cuenta y Orden.

Cada archivo de lote de registros duplicados que el Prestador Solicitado dejarará en el subdirectorio de salidadel servidor (de_teco) incluirá:

- Un registro Header- Registros o Tickets duplicados- Un registro Trailer

A continuación se especifica denominación y diseño de registro en concordancia con el servicio a facturar porCuenta y Orden :

Calling Party Pays

CPPD.PPPP.Dnnnn.pgp



02 04 06 03 Alfanum. Interface File Type Code. Tipo de archivo. Asignarávalor P. Solicitado.

03 07 11 05 Alfanum. UPS File Source Code. Para identificar interfacesUPS. Asignará valor P.Solicitado.

04 12 15 04 Alfanum. UPS File Sequence Number. Número secuencial queidentifica la interfaz.





por UPS01 08 08 Alfanum File Instance Code

82

Diseño de registro Tickets09 16 08 Alfanum Record Sequence Number

02 17 17 01 Alfanum Tipo de Registro Erroneo Fijo “1”03 18 20 03 Num. Código de registro de tickets Fijo ‘002’04 21 38 18 Alfanum Nro. de abonado llamante05 39 56 18 Alfanum Nro. de abonado llamado06 57 64 08 Num Fecha inicio llamada AAAAMMDD07 65 70 06 Num Hora inicio de llamada HHMMSS08 71 77 07 Num Duración real En segundos09 78 84 07 Num Duración valorizada En segundos10 85 91 07 Num Valorización11 92 107 16 Alfanum Nro de secuencia por error12 108 116 09 Alfanum. Filler13 117 120 04 Alfanum. Filler14 121 130 10 Alfanum Filler15 131 517 387 Alfanum Filler



02 04 06 03 Alfanum Interface File Type Code. Para distinguir tipo dearchivo a procesar.Asignará valor P.Solicitado.

03 07 11 05 Alfanum UPS File Source Code. Para identificar interfazUPS. Asignará valor P.Solicitado.

04 12 15 04 Alfanum UPS File Sequence Number. Número secuencial queidentifica la interfaz.


Nro. de detalle que hay enel archivo. No debe incluirregistro de Header yTrailer


83

Selección Por Presuscripción Selección Por MarcaciónOLDD.PPPP.Dnnnn.pgp SPDD.PPPP.Dnnnn.pgp



02 04 06 03 Alfanum. Interface File Type Code. Tipo de archivo. Asignarávalor P. Solicitado.

03 07 11 05 Alfanum. UPS File Source Code. Para identificar interfazUPS. Asignará valor P.Solicitado

04 12 15 04 Alfanum. UPS File Sequence Number. Número secuencial queidentifica la interfaz.




Diseño de registro TicketsNro. Desde Hasta Long. Tipo Descripción Observaciones01 01 16 16 Usage Record ID Identificador único

puesto por UPS01 08 08 Alfanum File Instance Code09 16 08 Alfanum Record Sequence Number

02 17 17 01 Alfanum Tipo de Registro Erroneo Fijo “1”03 18 20 03 Num. Código de registro de tickets Valores: 017 ó 01804 21 38 18 Alfanum Nro. de abonado llamante05 39 56 18 Alfanum Nro. de abonado llamado06 57 64 08 Num Fecha inicio llamada AAAAMMDD07 65 70 06 Num Hora inicio de llamada HHMMSS08 71 77 07 Num Duración real En segundos09 78 84 07 Num Duración valorizada En segundos10 85 91 07 Num Valorización11 92 107 16 Alfanum Original Usage Record ID12 108 110 03 Num. Tipo de Destino13 111 113 03 Num PQR14 114 116 03 Num. Código País Para exposición en la

84

Diseño de registro TicketsFactura de Descripcióndel País

15 117 120 04 Num Número de Lote Actual16 121 136 16 Alfanum Identificador único puesto por el

Tercero P. Solicitante17 137 142 06 Num Long. Prefijo Interurbano Para exposición en la

Factura de DescripciónDestino

18 143 143 01 Num Tipo de Línea Llamante19 144 147 04 Num Número de Lote Original del

Tercero / P. SolicitanteSolo es utilizado parareenvíos de consumosdevueltos con error

20 148 177 30 Alfanum. Filler21 178 517 340 Alfanum Filler



02 04 06 03 Alfanum Interface File Type Code. Tipo de archivo. Asignarávalor P. Solicitado.

03 07 11 05 Alfanum UPS File Source Code. Para identificar interfacesUPS. Asignará valor P.Solicitado

04 12 15 04 Alfanum UPS File Sequence Number. Número secuencial queidentifica la interfaz.


Nro. De detalle que hay enel archivo. No debe incluirregistro de Header yTrailer


2.4. Archivos de Bloqueos y Desbloqueos

Sobre la base de la transferencia de la gestión de Cobranzas realizada a los Prestadores, éstos podránpedir al Prestador Solicitado el bloqueo ó desbloqueo de líneas por presunción de fraude ó uso indebido.

85

Podrá existir el envío por parte del Prestador Solicitante de dos archivos diarios, uno de pedidos debloqueos/desbloqueos al P. Solicitado y otro de confirmaciones en el subdirectorio de entrada del server(a_teco).El Prestador Solicitado a su vez deberá confirmar los bloqueos/desbloqueos realizados poniendo adisposición del Prestador Solicitante un archivo de similares características en el subdirectorio de salida(de_teco).

A continuación se especifica denominación y diseño de registro en concordancia con el servicio a facturarpor Cuenta y Orden :

Calling Party Pays CPPA.PPPP.BDCnnnn.pgp donde:

CPPA: fijo, identifica el archivo del servicio hacia el P. Solicitado. PPPP: identifica al Prestador Solicitante con 4 letras.


CPPD.PPPP.BDCnnnn.pgp donde:

CPPD: fijo, identifica el archivo del servicio hacia el P. Solicitante. PPPP: identifica al Prestador Solicitante con 4 letras.


Selección Por Presuscripción OLDA.PPPP.BDCnnnn.pgp donde:

OLDA: fijo, identifica el archivo del servicio hacia el P. Solicitado. PPPP: identifica al Prestador Solicitante con 4 letras.


86

OLDD.PPPP.BDCnnnn.pgp donde:

OLDD: fijo, identifica el archivo del servicio hacia el P. Solicitante. PPPP: identifica al Prestador Solicitante con 4 letras.


Selección Por Marcación SPDA.PPPP.BDCnnnn.pgp donde:

SPDA: fijo, identifica el archivo del servicio hacia el P. Solicitado. PPPP: identifica al Prestador Solicitante con 4 letras.

BDC: fijo que indica contenido del archivo (significa B: Bloqueo de líneas, D:Desbloqueo de líneas y C: Confirmaciones) nnnn: número de secuencia incluido en Header y Trailer. SPDD.PPPP.BDCnnnn.pgp

donde:

SPDD: fijo, identifica el archivo del servicio hacia el P. Solicitante. PPPP: identifica al Prestador Solicitante con 4 letras.


Diseño de Registro HeaderNRO NOMBRE FORM. LONGITUD POS. OBSERVACIONES

ENT. DEC. INIC1 HD-TIPO-REGISTRO A 3 1 “FDR”= Header

INTERFAZ-RECORD-TYPE-CODE2 HD-TIPO-ARCHIVO N 3 4 INTERFACE-FILE-TYPE-CODE.

Asignará P. Solicitado.

3 HD-INTERFAZ N 5 7 Identifica interfaces de UPS UPS-FILE-SOURCE-CODE.Asiganrá P.Solicitado.

87

4 HD-NUMERO N 4 12 Número Secuencial del Archivocorresp.a la interfaz. UPS-FILE-SEQUENCE-NUMBER

5 HD-FECHA N 8 16 Fecha de proceso en el sistemaorigen. File Effective Date: FechaOriginal de Proceso YYMMDDFILE-DESIGNATOR-RECORD

6 FILLER A 27 24TOTAL 50

Diseño de registro DetalleNRO NOMBRE FORM. LONGITUD POS. OBSERVACIONES

ENT. DEC. INIC1 C-REGISTRO N 3 1 002 para archivo de Pedidos

003 para archivo de Confirmaciones2 C-NUM-A A 10 4 Número de Línea a Bloquear /

Desbloquear / Confirmar3 C-OPERACIÓN N 2 14 01 Bloqueo por mora

02 Bloqueo por fraude11 Desbloqueo por mora12 Desbloqueo por fraude

5 F-PEDIDO N 8 16 Fecha Pedido (AAAAMMDD)6 RESULTADO A 2 24 Solo se usa en C-REGISTRO = 003

Confirmaciones:‘00’ Resultado OK‘17’ Abonado informado no existe enP. Solicitado (Teco)‘19’ Fecha de pedido inválida‘54’ Bloqueo ya procesado para elcliente.‘58’ Desbloqueo ya procesado para el cliente‘67’ Acceso denegado al Cliente por‘No innovar’‘80’ Tipo de movimiento inválido‘81’ Abonado no pertenece al OLinformado‘86’ Fecha de registro inválida

7 F-CONFIRMACION N 8 26 Fecha Confirmación(AAAAMMDD)

8 HD-INTERFAZ N 5 34 Identifica interfaces de UPS UPS-FILE-SOURCE-CODE


88

Diseño de Registro TrailerNRO NOMBRE FORM. LONGITUD POS. OBSERVACIONES

ENT. DEC. INIC1 TR-TIPO-REGISTRO A 3 1 ‘FTR’ =

INTERFAZ-RECORD-TYPE-CODE2 TR-TIPO-ARCHIVO N 3 4 INTERFACE-FILE-TYPE-CODE.

Asignará P. Solicitado

3 TR-INTERFAZ N 5 7 Identifica al OL/Interfaz. UPS-FILE-SOURCE-CODE. Asignará P.Solicitado.

4 TR-NUMERO N 4 12 Número secuencial del archivocorrespondiente a la interfaz. UPS-FILE-SEQUENCE-NUMBER

5 TR-FECHA N 8 16 Fecha de proceso en el sistemaorigen. File Effective Date: FechaOriginal de Proceso YYMMDD.FILE-DESIGNATOR-RECORD

5 TR-CANT-REGISTROS N 8 24 Cantidad de registros de detalle


2.5. Archivos de Morosidad

2.5.1. Transferencia de la gestión de Cobranza

Estarán a disposición del Prestador Solicitante los siguientes archivos con las siguientes denominaciones:

MOR: contiene el detalle de llamadas que componen la gestión de cobranza que se transfiere al PrestadorSolicitante la misma supera los plazos máximos definidos oportunamente, respecto de la fecha de vencimientooriginal de factura.

POR: contiene el detalle de llamadas que componen la gestión de cobranza que se transfiere al PrestadorSolicitante por situaciones puntuales como baja del acuerdo de facturación.

NOR: contiene el detalle de llamadas o conceptos que componen la gestión de cobranza que se transfiere alPrestador solicitante, motivado por la negativa de pago del cliente ante la resolución desfavorable de sureclamo.

89

OOR: contiene el detalle de llamadas o conceptos que dentro de un plan de financiación de facturas impagas,se consideren como no financiables por Telecom como Prestador Solicitado.

Serán denominados: - MORnnnnn.amm- PORnnnnn.amm- NORnnnnn.amm- OORnnnnn.amm

donde: nnnnn es el Service Provider Codea es el último dígito del añomm es el mes

La frecuencia de generación de estos archivos será mensual.

Estos archivos se dejan a disposición del Prestador Solicitante en el subdirectorio de salida del server ( de-teco).

Diseño de Registro de HeaderNRO NOMBRE FORM. LONG D POS. OBSERVACIONES

INIC1 HD-TIPO-REGISTO A 3 1 FDR= Header

2 HD-TIPO-ARCHIVO N 3 4 INTERFACE-FILE-TYPE-CODE.Asignará Prestador Solicitado.

3 HD-INTERFACE N 5 7 Identifica al OL/Interface. UPS-FILE-SOURCE-CODE. Asignará P. Solicitado.

4 HD-NUMERO N 4 12 Número secuencial del archivocorrespondiente a la interfaz. UPS-FILE-SEQUENCE-NUMBER

5 HD-FECHA N 6 16 Fecha de proceso en el sistema origen. FileEffective Date: Fecha Original de ProcesoYYMMDD.FILE-DESIGNATOR-RECORD


Diseño de Registro de DetalleNRO NOMBRE FORM. LONG D POS. OBSERVACIONES

INIC1 C-REGISTRO N 3 1 Valores según servicio ( CPP:002, SPM: 017

ó 018, SPP: 217, 218)2 FILLER A 10 4 Espacio para Código de producto3 FILLER A 10 14 Espacio para Código de prestador4 F-VENC N 8 24 Fecha Vto. Factura – AAAAMMDD5 F-BAJA N 8 32 Fecha Baja Ac. Factur. – AAAAMMDD

90

6 F-CARTA DOCUM. N 8 40 Fecha recepción Carta Documento –AAAAMMDD

7 T-DOCUM A 3 48 Tipo de Documento8 N-DOCUM N 11 51 Número de Documento9 N-CUIT N 11 62 Número de Cuit

10 C-IVA A 2 73 Categoría de IVA (Ver tabla en diseñoFACTURADO)

11 N-FACT A 15 75 Número de factura12 C-CAT-CLI A 2 90 Código de categoría del Cliente13 N-NUM-A A 18 92 Número de Línea (Abonado A)14 D-NBRE A 40 110 Apellido y Nombre (Facturado) – APELL-CLI,

NOM-CLI (comprimidos) del InvoiceArrangement

15 D-DIREC A 50 150 Dirección (Facturada) – NOM-CALLE,NUMERO-CALLE, PISO del InvoiceArrangement

16 D-LOCAL A 30 200 Localidad-NOM-CIUDAD del InvoiceArrangement

17 C-POST A 8 230 Código postal - PSTL-AREA-CD del InvoiceArrangement

18 C-PROV A 1 238 Codigo de Provincia (Ver tabla en Facturado)19 C-MOT-TRAN A 3 239 Motivo de Transferencia (Ver al pie)20 N-IDENT-FACT A 16 242 Nro.de identificación único de llamada

Prestador Solicitado21 F-LLAM N 8 258 Fecha llamada, AAAAMMDD22 T-RESTO A 103 266 Redefinido según detalle adjunto23 T-CPTR A 2 369 Tipo de comprobante (FO, NC,ND)24 FILLER A 30 371 Filler

TOTAL 400

Redefine el campo D-DIREC

1 NOM-CALLE A 25 150 Nombre de la calle2 N-CALLE A 5 175 Nro. de la calle3 PISO A 2 180 Piso4 DPTO A 5 182 Departamento5 EDIFICIO A 4 187 Identificación del edificio6 ESCALERA A 2 191 Identificación de la escalera7 COD-LOCALIDAD A 4 1938 FILLER A 3 197

TOTAL 50

Redefine el campo T-RESTO1 C-PCION A 18 266 Nro.Abonado B2 H-LLAM A 8 284 Hora de la llamada, HH:MM:SS

91

3 Q-MIN A 8 292 Duración o cantidad de minutos de la llamada– MMMMM:SS

4 I-IMPORTE N 7 2 300 Importe del consumo de la llamada

5 P-IVA N 2 4 309 Alícuota de IVA6 I-IVA N 7 2 315 Importe del IVA sobre el consumo de la

llamada7 P-IVA-AD N 2 4 324 Alícuota de IVA Adicional8 I-VA-ADIC N 7 2 330 Importe del IVA Adic. sobre el consumo de la

llamada9 I-TOT N 8 2 339 Importe del consumo de la llamada más

impuestos10 WF-C-ID-LLAM-ORIG A 16 349 id llamada del Operador originante11 WF-N-LOTE-ORIG N 4 365 id lote del Operador originante

TOTAL 103

Diseño de Registro de TrailerNRO NOMBRE FORM. LONG D POS. OBSERVACIONES

INIC1 TR-TIPO-REGISTO A 3 1 FTR=Trailer.

2 TR-TIPO-ARCHIVO N 3 4 INTERFACE-FILE-TYPE-CODE3 TR-INTERFACE N 5 7 Identifica al OL/interface. UPS-FILE-

SOURCE-CODE .4 TR-NUMERO N 4 12 Número de lote del archivo5 TR-CANTIDAD N 9 16 Cantidad de registros del archivo, sin incluir

Header y Trailer. FILE-DESIGNATOR-RECORD- Detail Record Count

6 TOTAL.-IMPORTE N 15 2 25 Total Importe del consumo de las llamadas7 TOTAL.-IVA N 15 2 42 Total IVA8 TOTAL.-IVA-ADIC N 15 2 59 Total IVA adicional9 TOTAL.-NETO N 15 2 76 Total Importe del consumo de las llamadas

más impuestos10 FILLER A 308 93

TOTAL 400

Motivo de transferencia: Categoría del Cliente:P - Puntual (por baja de cliente) 11 UNRE RESIDEN 12 UNRE PRO/COMN - Negativa de Pago 13 UNRE PROF 17 UNRE TPU / OTPO - Por Financiación 18 UNRE LI.ESP 21 UNGC GOBIERNT - Por Plazo 22 UNGC G/CLIEN23 OP/PRES

24 O/P RD y TV 25 O/P COOPERT26 UNGC OGE 27 UNGC R128 UNGC LI.ESP 29 UNGC OGE LE

92

2.6. Archivo de Facturado

Será denominado en concordancia con el tipo de servicio a facturar por Cuenta y Orden del PrestadorSolicitante:

Calling Party Pays CPPD.PPPP.FAnnnn.pgp donde:

CPPD: fijo, identifica el archivo del servicio hacia el P. Solicitante PPPP: identifica al Prestador Solicitante con 4 letras. FA: fijo, indica el contenido del archivo. (archivo de Facturado)

nnnn: número de secuencia de lote incluido en Header y Trailer.

Selección Por Presuscripción OLDD.PPPP.FAnnnn.pgp donde:

OLDD: fijo, identifica el archivo del servicio hacia el P. Solicitante PPPP: identifica al Prestador Solicitante con 4 letras. FA: fijo, indica el contenido del archivo. (archivo de Facturado)


Selección Por Marcación SPDD.PPPP.FAnnnn.pgp donde:

SPDD: fijo, identifica el archivo del servicio hacia el P. Solicitante PPPP: identifica al Prestador Solicitante con 4 letras. FA: fijo, indica el contenido del archivo. (archivo de Facturado)




93

Diseño de Registro de HeaderNRO NOMBRE FOR LONG. LON DES OBSERVACIONES

ENT. DEC. TOT1 HD-TIPO-REGISTO A 3 3 1 Header =FDR

2 HD-TIPO-ARCHIVO N 3 3 4 INTERFACE-FILE-TYPE-CODE. Asignará PrestadorSolicitado.

3 HD-INTERFACE N 5 5 7 Identifica al OL/Interface.UPS-FILE-SOURCE-CODE.Asignará P.Solictado.

4 HD-NUMERO N 4 4 12 Número secuencial delarchivo correspondiente a lainterface. UPS-FILE-SEQUENCE-NUMBER

5 HD-FECHA N 6 6 16 Fecha de proceso en elsistema origen. FileEffective Date: FechaOriginal de ProcesoYYMMDD-FILE-DESIGNATOR-RECORD

6 FILLER A 229 229 22TOTAL 250

Diseño de Registro de DetalleNRO. NOMBRE FOR LONG. LON. DES OBSERVACIONES

ENT. DEC. TOT1 WF-TIPO-REGISTO N 3 3 1 Valores según servicio (

CPP:002, SPM: 017 ó 018,SPP: 217, 218)

2 FILLER A 10 10 4 Espacio para Código deProducto

3 FILLER A 10 10 14 Espacio para Código dePrestador

4 WF-N-FACT A 15 15 24 Número de Factura5 WF-F-EMISION N 8 8 39 Fecha de Emisión

AAAAMMDD6 WF-F-VTO N 8 8 47 Fecha Vto. Factura

AAAAMMDD7 WF-ABDO-A A 18 18 55 Nro. de abonado 'A'8 WF-CAT-IVA A 2 2 73 Categoría de IVA (Ver tabla

adjunta)

94

9 WF-C-PROV A 1 1 75 Código de Provincia (Vertabla adjunta)

10 WF-C-LOCALIDAD A 4 4 76 Código de Localidad (cod.Propietario del PrestadorSolicitado)

11 WF-N-IDENT-FACT A 16 16 80 Identificador único dellamada generado por P.Solicitado.

12 WF-F-CONS N 8 8 96 Fecha de consumoAAAAMMDD

13 WF-IMP-FACT N 9 2 11 104 Importe Total Facturado14 WF-P-IVA-FACT N 2 4 6 115 Alícuota de Iva15 WF-IVA-FACT N 6 4 10 121 Importe de Iva Facturado16 WF-P-IVA-AD-FACT N 2 4 6 131 Alícuota. De Iva Adic.

Facturado17 WF-IVA-AD-FACT N 6 4 10 137 Imp. de Iva Adic. Facturado18 WF--NUM-B A 18 18 147 Nro. de abonado 'B'19 WF-H-CONS N 6 6 165 Hora de consumo20 WF--DUR-REAL N 7 7 171 Duración Real21 WF--DUR-VAL N 7 7 178 Duración Valorizada22 WF-C-ID-LLAM-ORIG A 16 16 185 Ident. Llamada del Oper.

Originante23 WF-N-LOTE-ORIG N 4 4 201 Lote del Oper. Originante24 A 2 2 205 Tipo de Comprobante

(FO,NC,ND)25 FILLER A 44 44 207 FILLER

TOTAL 250

Diseño de Registro de TrailerNRO. NOMBRE FOR LONG. LON. DES OBSERVACIONES

ENT. DEC. TOT1 TR-TIPO-REGISTRO A 3 3 1 FTR=Trailer.

2 TR-TIPO-ARCHIVO N 3 3 4 INTERFACE-FILE-TYPE-CODE

3 TR-INTERFACE N 5 5 7 Identifica al OL/Interface.UPS-FILE-SOURCE-CODE.

4 TR-NUMERO N 4 4 12 Número de lote del archivo5 TR-CANTIDAD N 9 9 16 Cantidad de registros del

archivo, sin incluir Header yTrailer. FILE-DESIGNATOR-RECORD- Detail Record Count

6 TR-TOT-IMP-FACT N 15 2 17 25 Total importe facturado7 TR-TOT-IVA-FACT N 15 2 17 42 Total IVA

95

8 TR-TOT-IVA-ADIC-FACT N 15 2 17 59 Total IVA adicional9 TR-TOT-NETO N 15 2 17 76 Total Neto

10 FILLER A 158 158 93TOTAL 250

TABLAS definidas por Telecom como Prestador Solicitado:

Código Categoría de IVA Leyenda en Factura

00 Consumidor Final Consumidor Final

01 Responsable Inscripto IVA Responsable Inscripto

02 Sujeto No Categorizado Sujeto No Categorizado

03 No Responsable No Responsable IVA

04 Exento IVA IVA Exento 05 R.I. RG 3125 (DGI) IVA Responsable Inscripto

06 R.I. Reg. Promoción IVA Responsable Inscripto

07 R.I. RG 3125/3137 IVA Responsable Inscripto

08 Ent. Financ. L 2152609 Responsable a Tasa 0 10 Res.Ins.Cooprestador IVA Responsable Inscripto

11 Res.Ins.Cooprest.+5% IVA Responsable Inscripto

12 Regimen Simplificado Responsable Monotributo

13 Responsable No Inscripto IVA Respons. No Inscripto

Código de ProvinciaA SALTA B BUENOS AIRES C CAPITAL FEDERAL D SAN LUIS E ENTRE RIOS F LA RIOJA G SANTIAGO DEL ESTERO H CHACO I BUENOS AIRES NORTE J SAN JUAN K CATAMARCA L LA PAMPA

96

M MENDOZA N MISIONES O BUENOS AIRES SUR P FORMOSA Q NEUQUEN R RIO NEGRO S SANTA FE T TUCUMAN U CHUBUT V TIERRA DEL FUEGO W CORRIENTES X CORDOBA Y JUJUY Z SANTA CRUZ

2.7. Archivo de Reclamos

Será denominado en concordancia con el tipo de servicio a facturar por Cuenta y Orden del PrestadorSolicitante:

Calling Party Pays CPPD.PPPP.REnnnn.pgp donde:

CPPD: fijo, identifica el archivo del servicio hacia el P. Solicitante PPPP: identifica al Prestador Solicitante con 4 letras. RE: fijo, indica el contenido del archivo. (archivo de Reclamos)


Selección Por Presuscripción OLDD.PPPP.REnnnn.pgp donde:

OLDD: fijo, identifica el archivo del servicio hacia el P. Solicitante PPPP: identifica al Prestador Solicitante con 4 letras. RE: fijo, indica el contenido del archivo. (archivo de Reclamos)



97

SPDD.PPPP.REnnnn.pgp donde:

SPDD: fijo, identifica el archivo del servicio hacia el P. Solicitante PPPP: identifica al Prestador Solicitante con 4 letras. RE: fijo, indica el contenido del archivo. (archivo de Reclamos)




Diseño de Registro de HeaderOrd Campo For Lon Tot Dde Hta Descripción

1 HD-TIPO-REGISTO A 3 3 1 3 Header= FDR2 HD-TIPO-ARCHIVO N 3 3 4 6 Valor fijo: 200

INTERFACE-FILE-TYPE-CODE3 HD-INTERFACE N 5 5 7 11 Identifica al OL/interface. UPS-FILE-SOURCE-

CODE4 HD-NUMERO N 4 4 12 15 Número secuencial del archivo correspondiente

a la interfaz. UPS-FILE-SEQUENCE-NUMBER5 HD-FECHA N 6 6 16 21 Fecha de proceso en el sistema origen. File

Effective Date: Fecha Original de ProcesoYYMMDD.FILE-DESIGNATOR-RECORD

6 FILLER A 303 303 22 324TOTAL 324

Diseño de Registro de DetalleOrd Campo For Lon Dde Hta Descripción

1 Código de Registro N 3 3 1 3 Valores: 17: Interurbano – 18: Internacional2 Filler A 6 6 4 9 Código de Prestador3 Filler A 30 30 10 39 Nombre del Prestador4 Filler A 10 10 40 49 Código de Producto5 Filler A 30 30 50 79 Descripción del Producto6 Filler A 18 18 80 97 Prestación7 Filler A 30 30 98 127 Descripción de la Prestación8 Nro. de Factura A 15 15 128 1429 Filler A 15 15 143 157

10 Fecha de Vencimiento N 8 8 158 165 (aaaa/mm/dd)11 Nro. de Servicio A 20 20 166 185 Nro. de la línea de origen (sólo se informa la

última para el corte de control por Prestador,

98

Producto, Prestación, Factura.

12 Indicador de FacturaPaga / Impaga

A 1 1 186 186 "P" = Paga ; "I" = Impaga

13 Fecha de Registración N 8 8 187 194 Fecha en que es dado de alta en el Sistema RyR(aaaa/mm/dd)

14 Nro. de Nota de Crédito A 15 15 195 20915 Fecha de Nota de

CréditoN 8 8 210 217 (aaaa/mm/dd)

16 Acreditación (SI/NO) A 2 2 218 219 SI = Acreditado en próxima factura ; NO = Noacreditado en próxima factura

17 Importe Facturado N 10,2 12 220 231 Importe facturado sólo por el conceptoreclamado que no necesariamente es el totalfacturado para la factura.

18 Iva Facturado N 10,2 12 232 243 Importe del iva facturado (sólo por el conceptoreclamado que no necesariamente es el totalfacturado para la factura).

19 Tipo de Resolución A 1 1 244 244 F = Favorable ; D = Desfavorable ; P = Parcial20 Fecha Resolución. N 8 8 245 252 Fecha de Autorización de la Resolución

(aaaa/mm/dd)21 Importe del Crédito N 10,2 12 253 264 Importe Resuelto Favorable para el Cliente22 Iva del Crédito N 10,2 12 265 276 Iva Resuelto Favorable para el Cliente23 Importe Desfavorable N 10,2 12 277 288 Importe Resuelto Desfavorable para el Cliente.

Importe a pagar.24 Iva Desfavorable N 10,2 12 289 300 Iva Resuelto Desfavorable para el Cliente. Iva a

pagar.25 Alicuota de Iva N 2,2 4 301 304 Del contribuyente, no del concepto.26 Alicuota de Iva Adicional N 2,2 4 305 308 Del contribuyente, no del concepto.27 Filler A 16 16 309 324 id lote del Operador originante

TOTAL 324

Diseño de Registro de TrailerOrd Campo For Lon Dde Hta Descripción

1 TR-TIPO-REGISTO A 3 3 1 3 Trailer= FTR

2 TR-TIPO-ARCHIVO N 3 3 4 6 Valor fijo: 2003 TR-INTERFACE N 5 5 7 11 Identifica al OL/interface. UPS-FILE-SOURCE-

CODE .4 TR-NUMERO N 4 4 12 15 Número de lote del archivo5 TR-CANTIDAD N 9 9 16 24 Cantidad de registros del archivo, sin incluir

Header y Trailer. FILE-DESIGNATOR-RECORD- Detail Record Count

6 TR-TOT-IMP-FACT N 15,2 17 25 41 Total Importe Reclamado7 TR-TOT-IVA-FACT N 15,2 17 42 58 Total IVA8 TR-TOT-IVA-ADIC-FACT N 15,2 17 59 75 Total IVA adicional9 TR-TOT-NETO N 15,2 17 76 92 Total Neto

10 FILLER A 232 232 93 324

99

TOTAL 324

2.8. Archivo de rango de numeración de Telecom como Prestador Solicitado

Sólo a pedido del Prestador Solicitante, Telecom como Prestador Solicitado pondrá a disposición su archivo-tabla correspondiente a sus Prefijos Interurbanos y Urbanos habilitados con la fecha de vigencia (desde /hasta) que correspondiera en cada caso.

El Prestador Solicitante podrá utilizar estos datos para identificar y seleccionar el conjunto de tickets dellamadas a ser enviadas a facturar por Cuenta y Orden.

El archivo se denominará según se describe en el punto 1.4.del presente documento.

La frecuencia de generación del mismo podrá ser diaria.

Estos archivos podrán ser dejados a disposición del Prestador Solicitante en el subdirectorio de salida delserver (a_teco).

100

Archivo de Orca para los Terceros con PFNN

Longitud de Registro: 40 bytes

Tipo de Registro: Header

NRO. NOMBRE FORM. LONG. POS.INIC.

1 OPER-H-CODIGO N 02 1

2 OPER-H-COD-OPER-ORG N 02 3

3 OPER-H-COD-TIPO-LOTE N 01 5

4 OPER-H-FECHA-GEN-LOTE N 08 6

5 OPER-H-HORA-GEN-LOTE N 06 14

6 FILLER X 21 20

Tipo de Registro: Detalle


1 OPER-D-CODIGO N 02 1

2 OPER-D-PI X 04 3

3 OPER-D-PU X 04 7

4 OPER-D-RANGO-DESDE X 04 11

5 OPER-D-RANGO-HASTA X 04 15

6 OPER-D-FECHA-HABILITA N 08 19

7 OPER-D-FECHA-BAJA N 08 27

8 OPER-D-COD-OPER N 02 35

9 OPER-D-GTCS X 04 37

Tipo de Registro: Trailer


1 OPER-T-CODIGO N 02 1

2 OPER-T-COD-OPER-ORG N 02 3

3 OPER-T-COD-TIPO-LOTE N 01 5

4 OPER-T-FECHA-GEN-LOTE N 08 6

5 OPER-T-HORA-GEN-LOTE N 06 14

6 OPER-T-CANT-REG-LOTE N 07 20

7 FILLER X 14 27

101

3. Validaciones Definidas

La siguiente tabla tipifica los distintos errores por los que se devolverán registros de tickets al PrestadorSolicitante por considerarse de su responsabilidad. La siguiente tabla de errores es abarcativa de los tresservicios descriptos.

COD.ERROR

DESCRIPCION CAMPO

1000 Algunos de los siguientes campos son nonuméricos

DURACION VALORIZADA/N° DEABONADO LLAMANTE/N° DE ABONADOLLAMADO/DURACIONREAL/VALORIZACIÓN

1001 Campos numéricos fuera de rango. NUMERICO1002 Código inválido ó valor no esperado en el campo

correspondiente. PQR (distinto al definido)/ LONG. PI(mayor a 4 posiciones)/COD.REG.TICKETS / TIPO LINEA

1004 Fecha u hora no numérica HORA/FECHA INICIO LLAMADA1006 Hora inválida HORA INICIO LLAMADA1010 Fecha del consumo inválida FECHA INICIO LLAMADA (ej: 40/01/99)

1011 Fecha fuera de los rangos establecidos FECHA INICIO LLAMADA1047 Algunos de los siguientes campos tienen blancos o

ceros DURACION VALORIZADA/N° DEABONADO LLAMANTE/N° DE ABONADOLLAMADO/DURACIONREAL/VALORIZACIÓN

1048 El campo debe tener todos espacios cuando esenvío de novedades, ó números en reenvíos

ORIGINAL USAGE RECORD ID

1069 Abonado llamado no válido ( p.ej: longitudincorrecta)

NRO. de ABONADO LLAMADO

1073 Abonado llamante no válido ( p.ej: longitudincorrecta)

NRO. de ABONADO LLAMANTE

1075 Abonado ‘A’ inválido – Rango no figura en parquehabilitado

NRO. de ABONADO LLAMANTE

2000 Formato de cualquiera de los campos del registrono definido en tabla, imposibilidad de validación

2003 Existencia de datos inválidos que impiden ladefinición del Tipo de Consumo.

TIPO DE DESTINO/TIPO DELLAMADA/TIPO DE SERVICIO /RANGONUMERACIÓN

102

2004 Llega un valor no esperado en el campo TIPO DE DESTINO/TIPO DELLAMADA/TIPO DE SERVICIO /RANGONUMERACIÓN PARQUE TECO

2005 Faltan los campos necesarios para procesar ydeterminar el consumo

TIPO DE DESTINO/TIPO DELLAMADA/TIPO DE SERVICIO /RANGONUMERACIÓN PARQUE TECO

2006 Falta uno de los campos asumidos para determinarel Tipo de Llamada.

TIPO DE DESTINO/TIPO DELLAMADA/TIPO DE SERVICIO /RANGONUMERACIÓN PARQUE TECO

2061 No puede convertir la fecha del ticket a calendarioJuliano

FECHA INICIO LLAMADA

2188 Incompatibilidad entre campos Tipo de registro yTipo de Destino

CÓDIGO DE REGISTRO DE TICKETS /TIPO DE DESTINO

2206 Fecha Inválida por ser mayor a la fecha de lavalidación

FECHA INICIO LLAMADA

4000 Cliente no facturable NRO. ABONADO LLAMANTE4006 Más de un Acuerdo de Servicio para un consumo.

4011 Llamada inválida por pertenecer a un serviciobloqueado por el cliente

NRO. ABONADO LLAMANTE

4014 Código de bloqueo incorrecto para el producto.(p.ej: dos bloqueos interurbanos para el mismocliente).


4015 Llamada inválida por pertenecer a un serviciobloqueado por la Operadora Local(SPP)


4016 PQR del ticket es distinto al PQR vigente. IDENTIFICACION PQR

4017 PQR Estado Invalido IDENTIFICACION PQR

4018 PQR Estado Inactivo IDENTIFICACION PQR

4019 PQR Estado Suspendido IDENTIFICACION PQR

4025 Llamada inválida por pertenecer a un serviciobloqueado por la Operadora Local(SPM)

IDENTIFICACION PQR

4207 Por definición del Producto no esta habilitado elservicio.


4301 No se encuentra código y descripción del país entablas.

CÓDIGO DE PAIS

7000 Llamada ya existente. TICKET DUPLICADO

Circuito de intercambio de información - telecom.com.ar · ... Archivo de Pedido de Bloqueo y...

Documents

Transcript of Circuito de intercambio de información - telecom.com.ar · ... Archivo de Pedido de Bloqueo y...