28 – 33 6 N Fecha primer Año Año Mes Mes Día Día
vencimiento
34 – 45 10+2 N Importe primer
(Completado vencimiento
con ceros a la
izquierda)
46 – 51 6 N Fecha segundo Año Año Mes Mes Día Día
vencimiento Si no usa segundo
vencimiento completar con
0 (ceros)
52 – 63 10 + 2 N Importe segundo Si no usa segundo
(Completado vencimiento vencimiento completar con
con ceros a la 0 (ceros)
izquierda)
64 – 69 6 N Fecha tercer Año Año Mes Mes Día Día
vencimiento Si no usa tercer
vencimiento completar con
0 (ceros)
70 – 81 10 + 2 N Importe tercer Si no usa tercer
(Completado vencimiento vencimiento completar con
con ceros a la 0 (ceros)
izquierda)
82 – 131 50 AN Discrecional Posiciones libres para
incorporar datos no
contemplados en el resto
de los campos y que
puedan ser necesarios
para los entes.
Registro Final
Posición Longitud Formato Descripción Contenido
1 – 13 13 Identificación del registro Fijo: TRFACTURACION
14 – 21 8 N Cantidad de registros Incluyendo inicial y final
22 – 39 16 + 2 N Total primer vencimiento Suma de los importes
(Completa informados en el campo
do con “importe primer
ceros a la vencimiento” de cada
izquierda) registro incluido en el lote.
40 – 57 16 + 2 N Total segundo Suma de los importes
(Completa vencimiento informados en el campo
do con “importe segundo
ceros a la vencimiento” de cada
izquierda) registro incluido en el lote.
58 – 75 16 + 2 N Total tercer vencimiento Suma de los importes
(Completa informados en el campo
do con “importe tercer
ceros a la vencimiento” de cada
Queda prohibida la difusión por cualquier medio de la información contenida en este documento. 11
izquierda) registro incluido en el lote.
76 – 131 55 Filler Espacios ( completar hasta
llegar a la misma longitud
que el registro de datos )
IMPORTANTE: Si bien el diseño de registro expuesto obedece a un ejemplo, las
longitudes y formatos indicadas para cada uno de los campos, no está
sujeta a acuerdo y debe ser respetada.
5.2 Archivo de Rendición ( EXTRACT )
Diariamente Red Link dejará disponible para que puedan tomarlo mediante el mecanismo de
intercambio de archivos que se haya acordado, el detalle de los pagos que conforman la
recaudación. En caso de no haber movimientos se generará el archivo sin datos.
Deberá tenerse en cuenta a los efectos de conciliar los importes informados por medio del
archivo EXTRACT con los montos acreditados por su entidad representante en la cuenta, que
el archivo contiene importes brutos, mientras que las entidades aplican previamente las
comisiones convenidas.
Contendrá registro inicial (HEADER), registros de datos y registro final (TRAILER).
Se identificarán con la siguiente nomenclatura: 0EEEmmdd
donde 0 : es fijo
EEE : es el código de ente asignado por Red Link
mmdd : es el mes / día de la fecha de generación del archivo.
Si bien estos archivos se ajustarán a un diseño específicamente convenido entre el ente y
Red Link, a título de ejemplo se acompaña el siguiente modelo:
REGISTRO INICIAL
Posición Longitud Formato Descripción Contenido
1–1 1 N Tipo de registro Fijo: 0
2–4 3 AN Código de Ente Asignado por Red Link
5 – 12 8 N Fecha de proceso AAAAMMDD
13 – 98 86 Filler Espacios ( completar hasta
llegar a la misma longitud
que el registro de datos )
REGISTROS DE DATOS
Posición Longitud Formato Descripción Contenido
1–1 1 N Tipo de registro Fijo: 1
2–6 5 N Identificador de deuda Idem REFRESH
7–9 3 N Identificador de concepto Idem REFRESH
(Alineado
izquierda
con
ceros)
10 – 28 19 N Identificador de usuario Idem REFRESH
(Alineado
izquierda
con
ceros)
Queda prohibida la difusión por cualquier medio de la información contenida en este documento. 12
Posición Longitud Formato Descripción Contenido
29 – 40 10 + 2 N Importe pagado
41 – 48 8 N Fecha de pago AAAAMMDD
49 – 98 50 AN Discrecional Devolución de los datos
incluidos en el campo
“discrecional” del archivo
refresh.
REGISTRO FINAL
Posición Longitud Formato Descripción Contenido
1–1 1 N Tipo de registro Fijo: 2
2–7 6 N Cantidad de registros Incluyendo inicial y final
8 – 23 14 + 2 N Sumatoria de importes
pagados
24 – 98 75 Filler
5.3 Archivo Control
Para que los archivos REFRESH puedan ser procesados, deben venir acompañados de un
Archivo Control cuya función es servir de Volante de Lote de la información que el ente
remite.
Es necesario que tanto el archivo Refresh como su correspondiente archivo control se
transmitan juntos para que puedan ser incorporados automáticamente al proceso.
Debe identificarse con un nombre compuesto de 8 caracteres alfanuméricos, sin espacios
intermedios y sin extensión, de acuerdo al siguiente detalle : CEEE1MDD
Donde
C: es un valor fijo,
000 : es el código de ente a ser asignado por Red Link,
1: es el numero de volumen (De “0” a “9” en el caso de que se envíe más de un
archivo físico),
M: es el numero de mes, que va de “1” a “9” y de “A” a “C” (este ultimo rango reservado
para los meses de Octubre, Noviembre y Diciembre respectivamente),
DD : es el numero de día de “01” a “31” (si el numero de día es menor a 10, se agrega
un cero a la izquierda, de modo de completar las 2 posiciones).
El archivo debe responder al siguiente diseño:
REGISTRO INICIAL
Posición Formato Descripción Contenido
1–9 X(9) Identificación de inicio “HRPASCTRL”
10 – 17 9(8) Fecha Fecha de generación del archivo en
formato AAAAMMDD
18 – 20 X(3) Ente Código asignado al ente por Red
Link S.A.
21 – 28 X(8) Nombre Archivo Nombre del archivo refresh al que
acompaña. (por ejemplo P0141727)
29 – 38 9(10) Longitud del Archivo Cantidad total de bytes de todos los
lotes que conforman el archivo
REFRESH. Este total se obtiene
Queda prohibida la difusión por cualquier medio de la información contenida en este documento. 13
Posición Formato Descripción Contenido
multiplicando la cantidad total de
registros del archivo Refresh por la
longitud del registro.
( Por ejemplo si la longitud del
registro es de 54 caracteres y el
archivo contiene 1000 registros
incluyendo los Header y Trailler, el
total a colocar es 54000).
39 – 75 X(37) Filler Espacios
REGISTRO DE DATOS
Posic. Relat Formato Descripción Contenido
1–5 X(5) Identificación de datos Fijo: “LOTES”
6 – 10 9(5) Número de lote Identificación numérica asignada
al lote incluido dentro del archivo
Refresh,
11 – 18 9(8) Cantidad de registros del lote Cantidad total de registros del
lote.
19 – 36 9(16)V99 Importe primer vencimiento Suma de importes del campo
primer vencimiento del lote.
Completado con ceros a la
izquierda.
37 – 54 9(16)V99 Importe segundo vencimiento Suma de importes del campo
segundo vencimiento del lote.
Completado con ceros a la
izquierda.
55 - 72 9(16)V99 Importe tercer vencimiento Suma de importes del campo
tercer vencimiento del lote.
Completado con ceros a la
izquierda.
73 – 75 3 Filler Espacios
REGISTRO FINAL
Posición Formato Descripción Contenido
1–5 X(5) Identificación de fin “FINAL”
6 – 13 9(8) Cantidad. total de Registros Cantidad total de registros de
todos los lotes que integran el
archivo REFRESH
14 – 31 9(16)V99 Importe total primer vencimiento Suma total de los importes
correspondientes al primer
vencimiento de todos los lotes
que componen el archivo.
Completado con ceros a la
izquierda.
32 – 49 9(16)V99 Importe total segundo vencimiento Suma total de los importes
correspondientes al segundo
vencimiento de todos los lotes
que componen el archivo.
Completado con ceros a la
izquierda.
50 - 67 9(16)V99 Importe total tercer vencimiento Suma total de los importes
correspondientes al tercer
vencimiento de todos los lotes
Queda prohibida la difusión por cualquier medio de la información contenida en este documento. 14
Posición Formato Descripción Contenido
que componen el archivo.
Completado con ceros a la
izquierda.
68 – 75 X(8) Fecha de último Vencimiento Fecha correspondiente al
último vencimiento
incorporado en el archivo a
transmitir, en cualquiera de
los lotes
6 PROCESAMIENTO DE BASES DE DEUDA (REFRESH)
El procesamiento de una base de deuda enviada por un ente, se compone de dos etapas
6.1 Prevalidación
Se controla que los datos del archivo control concuerden con los contenidos del archivo
principal (Refresh).
Para entrar en esta etapa de prevalidación se debe cumplir que:
• Los archivos hayan sido recibidos correctamente en Red Link.
• Que cada archivo Refresh tenga su respectivo archivo control.
• Que los archivos estén identificados con los nombres acordados.
• Que los archivos “zipeados” vengan con extensión .ZIP ya que cualquier otra extensión
no será reconocida.
▪ Que los archivos vengan zipeados por separado. Por ejemplo:
P0731826.zip
C0731826.zip
Donde:
073 es el código del ente
1 es el número de lote
826 corresponde al 26 de Agosto
Si no se cumplen estas condiciones los archivos remitidos por el ente no serán reconocidos y
no podrán ser procesados, en cuyo caso no recibirán los reportes de resultado de proceso
indicados en el presente punto.
Si se cumplen las condiciones esperadas, se ejecutará la “prevalidación”, pudiéndose dar los
siguientes resultados:
• Que el Refresh no supere los controles de prevalidación
Esto puede darse cuando se detecten inconsistencias entre los datos del archivo control
y los del Refresh. Por ejemplo:
• La cantidad de registros informada para un lote en el Archivo Control es distinta que
la del Trailer del lote correspondiente del archivo Refresh.
• La fecha de vencimiento informada en el Archivo Control es distinta que la fecha de
último vencimiento del lote del Registro de Datos del archivo Refresh
• Etc.
Ante la detección de alguna de estas fallas, el sistema rechazará el archivo e impedirá
que pase a la siguiente etapa de procesamiento.
▪ Que el Refresh supere los controles de prevalidación y pase a la siguiente etapa.
Queda prohibida la difusión por cualquier medio de la información contenida en este documento. 15
