Documentos de Académico
Documentos de Profesional
Documentos de Cultura
CICLO DE NEGOCIOS
7 20-06-08 III.3. 1
REFRESH
Tradicionalmente las Instituciones mantienen sus archivos de tarjetas y/o cuentas en un computador, donde
se realizan procesos denominados BATCH, consistentes en actualización de saldos y otros cambios.
A causa de los cambios que realiza el proceso BATCH es necesario, en forma periódica, actualizar la BASE
DE DATOS del sistema BASE-24 con la información actualizada del sistema BATCH, a los efectos de realizar
la autorización de transacciones.
La información de actualización de tarjetas y/o cuentas es transferida del sistema BATCH al sistema BASE-
24, mediante un proceso llamado REFRESH.
Se llama REFRESH al proceso por el cuál son actualizadas las tarjetas y/o cuentas almacenadas en el
sistema BASE-24.
La entrada para este proceso proviene de las Instituciones de la RED, a través de archivos en cintas
magnéticas o mediante la transmisión de archivos a través de PC's.
Los archivos son transferidos al sistema BASE-24, donde el proceso REFRESH procederá a su lectura y
actualizará lo indicado (altas, bajas y modificaciones de tarjetas y/o cuentas).
Las Instituciones serán responsables de crear los archivos para efectuar el REFRESH,
de acuerdo a las especificaciones dadas en este capítulo.
Cada cinta de REFRESH contiene registros de TAPE LABEL (registro de TAPE LABEL HEADER
y registro de TAPE LABEL TRAILER) que son opcionales y registros de DATOS.
Los registros de datos consisten en registros de CONTROL (registro de FILE HEADER, registro de
ORGANIZATION HEADER, registro de ORGANIZATION TRAILER y registro de FILE TRAILER) y registros
de DATOS, de longitud fija, correspondientes a las distintas aplicaciones, como ser CARDHOLDER
AUTHORIZATION FILE (CAF) y POSITIVE BALANCE FILE (PBF).
Los registros de ORGANIZATION HEADER y de ORGANIZATION TRAILER son requeridos para cada cinta
de REFRESH. Pares adicionales de estos registros pueden ser incluidos si los registros necesitan ser
agrupados por Institución. En esta última instancia, todos los registros de una determinada Institución se
encuentran encerrados entre un registro de ORGANIZATION HEADER y un registro de ORGANIZATION
TRAILER. Deben existir tantos grupos de éstos, como Instituciones a ser "refrescadas". Para este caso, la
cinta contendrá un registro de FILE HEADER, tantos pares de registros de ORGANIZATION HEADER y
TRAILER como Instituciones definidas y un registro de FILE TRAILER.
Si los registros no necesitan ser agrupados por Institución, un registro de ORGANIZATION HEADER es
requerido inmediatamente después del registro FILE HEADER, y un registro de FILE TRAILER es requerido
inmediatamente después del registro ORGANIZATION TRAILER.
CASO 1 CASO 2
APPLICATION DATA
RECORD Y
ORGANIZATION TRAILER
RECORD
FILE TRAILER
RECORD
/ / / / / TAPE MARK / / / / /
TAPE LABEL
TRAILER RECORDS
/ / / / / TAPE MARK / / / / /
Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 3
REFRESH
Todos los registros de la cinta de REFRESH deben ser de longitud fija. Debido a ello todos los registros de
datos deben ser llevados a la longitud del registro más largo de la cinta, incluyendo a los registros HEADER
y TRAILER.
El factor de bloqueo de la cinta de REFRESH puede ser cualquier múltiplo de la longitud del registro de
REFRESH, hasta 16.384 bytes. Es recomendable usar el tamaño de bloque más largo posible.
- Con ó sin rótulo. Los rótulos soportados son IBM, IBM DOS, BURROUGHS y BURROUGHS LARGE
SCALE.
- Longitud de registro fija. La longitud del registro será de 258 a 768 bytes, dependiendo de la cantidad de
cuentas asociadas que defina cada Institución.
En la siguiente hoja se brindan ejemplos de tamaño de bloques, calculados para distintas aplicaciones y
diferentes longitudes de registro.
Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 4
REFRESH
LONGITUD REGISTROS
ARCHIVO LONGITUD DE REGISTRO BLOQUE POR
TOTAL BLOQUE
PBF BASE 24 – SEGMENTO BASE (116 BYTES) 116 BYTES 16356 BYTES 141
Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 5
REFRESH
El archivo en cinta para REFRESH contendrá todos los datos de las cuentas de la BASE DE DATOS del
HOST, que reemplazarán a todos los datos de las cuentas de la BASE DE DATOS del sistema BASE-
24.
El archivo en cinta para REFRESH contendrá sólo los datos de las cuentas que tuvieron actividad.
Cada uno de los métodos citados se procesa mientras el sistema BASE-24 permanece en operación.
El CARDHOLDER AUTHORIZATION FILE - CAF es el archivo que contiene los datos de cada una de las
tarjetas y sus cuentas relacionadas.
Este archivo debe estar ordenado, en forma ascendente, por la CLAVE PRIMARIA (PAN y MBR-NUM,
número de tarjeta y número de miembro, respectivamente.
El POSITIVE BALANCE FILE - PBF es el archivo que contiene los datos de las cuentas y sus
respectivos saldos.
Este archivo debe estar ordenado, en forma ascendente, por la CLAVE PRIMARIA (FIID, NUM y TYP,
número de Institución, número de cuenta y tipo de cuenta, respectivamente.
Este registro identifica el archivo a ser actualizado (CAF ó PBF) y el tipo de actualización a ser ejecutada
(FULL-FILE ó PARTIAL-FILE). También contiene varios parámetros de procesamiento que son requeridos
por el proceso de REFRESH.
La longitud del registro es de 78 BYTES, debiendo ser llevado a la longitud del registro más largo de la cinta.
POSIC.
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE
'0' (FULL-FILE).
'1' (PARTIAL-FILE).
'CF' (CAF).
'PF' (PBF).
'CC' (CUENTA CREDITO).
'SV' (CAJA DE AHORROS).
'DA' (CUENTA CORRIENTE).
En release 6
TST6 para ambiente de prueba de migración a release6
HOM6 para homologación de migración a release 6
LNK1 para ambiente de producción. En este ambiente Red
Link aceptará PRO1 o LNK1
'00' a '16'.
Se debe informar:
Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 8
REFRESH
Si los registros de la cinta de REFRESH no están agrupados por Institución, un solo registro de
ORGANIZATION HEADER es requerido en la cinta; caso contrario, deben existir tantos registros como
Instituciones a ser actualizadas.
La longitud del registro es de 14 BYTES, debiendo ser llevado a la longitud del registro más largo de la cinta.
POSIC.
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE
Este registro identifica el final de los registros de REFRESH correspondientes a la Institución a ser
actualizada.
Contiene la cantidad de registros y sumatorias de saldos de las cuentas. Son tilizados para verificación y no
incluye los registros ORGANIZATION HEADER y ORGANIZATION TRAILER.
Si los registros de la cinta de REFRESH no están agrupados por Institución, un solo registro de
ORGANIZATION TRAILER es requerido en la cinta; caso contrario, deben existir tantos registros como
Instituciones a ser actualizadas.
La longitud del registro es de 34 BYTES, debiendo ser llevado a la longitud del registro más largo de la cinta.
POSIC.
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE
A este diseño se le debe adicionar un campo FILLER, informado con BLANCOS, con la longitud necesaria
para alcanzar la longitud del mayor registro de la cinta de REFRESH.
Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 11
REFRESH
La longitud del registro es de 16 BYTES, debiendo ser llevado a la longitud del registro más largo de la cinta.
POSIC.
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE
A este diseño se le debe adicionar un campo FILLER, informado con BLANCOS, con la longitud necesaria
para alcanzar la longitud del mayor registro de la cinta de REFRESH.
Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 12
REFRESH
Contiene tres tipos de segmentos, los cuáles deben ser informados uno a continuación de otro, formando un
solo registro. Los citados segmentos son:
El proceso de REFRESH es notificado de los segmentos incluidos en la cinta a través de las señales
(FLAGS) del campo SEG-MAP, en el registro de FILE HEADER.
La longitud del registro surge como sumatoria de las longitudes de los distintos segmentos. En la página
siguiente se observa las distintas longitudes que puede tener el mismo, dependiendo de la cantidad de
cuentas asociadas definida por cada Institución.
Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 13
REFRESH
LONGITUD
ARCHIVO LONGITUD DE REGISTRO
TOTAL
Los diseños de los distintos segmentos que componen el registro de CAF – CARDHOLDER
AUTHORIZATION FILE, son los siguientes:
El proceso de REFRESH espera este segmento si la posición 1 del campo SEG-MAP del registro de FILE
HEADER está con valor '1'. Este segmento debe siempre estar presente para el archivo de CAF -
CARDHOLDER AUTHORIZATION FILE.
POSIC
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE
POSIC
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE
'A' (ADICIONAR).
'C' (MODIFICAR).
'D' (BORRAR).
'F' (FULL-FILE).
POSIC
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE
El proceso de REFRESH espera este segmento si la posición 2 del campo SEG-MAP del registro de FILE
HEADER está con valor '1'.
POSIC
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE
El proceso de REFRESH espera este segmento si la posición 32 del campo SEG-MAP del registro de FILE
HEADER está con valor '1'. Este segmento debe siempre estar presente para el archivo de CAF -
CARDHOLDER AUTHORIZATION FILE.
El número de cuentas asociadas debe ser especificado a través del campo CAF-ACCT-NUM del registro de
FILE HEADER, siendo 16 el número máximo.
POSIC
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE
'00' a '16'.
POSIC
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE
Los segmentos deben ser informados uno a continuación de otro, formando un solo registro. Para el caso
que nos ocupa, es necesario la utilización de un segmento.
El proceso de REFRESH es notificado de los segmentos incluidos en la cinta a través de las señales
(FLAGS) del campo SEG-MAP, en el registro de FILE HEADER.
La longitud del registro surge como sumatoria de las longitudes de los distintos segmentos, siendo en
particular la del segmento citado de 116 BYTES.
El proceso de REFRESH espera este segmento si la posición 1 del campo SEG-MAP del registro de FILE
HEADER está con valor '1'. Este segmento debe siempre estar presente para el archivo de PBF - POSITIVE
BALANCE FILE.
POSIC
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE
POSIC
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE
POSIC
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE