Está en la página 1de 22

Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:

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.

ORGANIZACION Y CONTENIDO DE LA CINTA

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

Una cinta de REFRESH no puede contener registros de ambas aplicaciones.

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.

En la siguiente hoja se detallan ejemplos de estos tipo de organización:


Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 2
REFRESH

ORGANIZACIÓN DE LA CINTA DE REFRESH

CASO 1 CASO 2

TAPE LABEL TAPE LABEL


HEADER RECORDS HEADER RECORDS
/ / / / / TAPE MARK / / / / / / / / / / TAPE MARK / / / / /

FILE HEADER FILE HEADER


RECORD RECORD
ORGANIZATION HEADER ORGANIZATION HEADER
RECORD RECORD
APPLICATION DATA APPLICATION DATA
RECORD 1 RECORD 1

APPLICATION DATA APPLICATION DATA


RECORD X RECORD X
ORGANIZATION TRAILER ORGANIZATION TRAILER
RECORD RECORD
ORGANIZATION FILE TRAILER
HEADER RECORD RECORD
APPLICATION DATA / / / / / TAPE MARK / / / / /
RECORD 1
TAPE LABEL
TRAILER RECORDS
/ / / / / TAPE MARK / / / / /

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

El formato de los datos debe ser DISPLAY.

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.

Las cintas de REFRESH deben ser grabadas de la siguiente manera:

- Con ó sin rótulo. Los rótulos soportados son IBM, IBM DOS, BURROUGHS y BURROUGHS LARGE
SCALE.

- En formato EBCDIC ó ASCII.

- Densidad de grabación 1600 bpi.

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

- Mayor tamaño de bloque posible.

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

LONGITUDES DE BLOQUEO SUGERIDOS

LONGITUD REGISTROS
ARCHIVO LONGITUD DE REGISTRO BLOQUE POR
TOTAL BLOQUE

CAF BASE 24 – SEGMENTO BASE (146 BYTES) 146 BYTES

BASE 24 – SEGMENTO ATM (72 BYTES) 218 BYTES

BASE 24 – SEGMENTO DE CUENTAS (40 A 550 BYTES)

 1 CUENTA ASOCIADA (40 BYTES) 258 BYTES 16254 BYTES 63



 2 CUENTAS ASOCIADAS (74 BYTES) 292 BYTES 16352 BYTES 56

 3 CUENTAS ASOCIADAS (108 BYTES) 326 BYTES 16300 BYTES 50

 4 CUENTAS ASOCIADAS (142 BYTES) 360 BYTES 16200 BYTES 45

 5 CUENTAS ASOCIADAS (176 BYTES) 394 BYTES 16154 BYTES 41

 6 CUENTAS ASOCIADAS (210 BYTES) 428 BYTES 16264 BYTES 38

 7 CUENTAS ASOCIADAS (244 BYTES) 462 BYTES 16170 BYTES 35

 8 CUENTAS ASOCIADAS (278 BYTES) 496 BYTES 16368 BYTES 33

 9 CUENTAS ASOCIADAS (312 BYTES) 530 BYTES 15900 BYTES 30

 10 CUENTAS ASOCIADAS (346 BYTES) 564 BYTES 16356 BYTES 29

 11 CUENTAS ASOCIADAS (380 BYTES) 598 BYTES 16146 BYTES 27

 12 CUENTAS ASOCIADAS (414 BYTES) 632 BYTES 15800 BYTES 25

 13 CUENTAS ASOCIADAS (448 BYTES) 666 BYTES 15984 BYTES 24

 14 CUENTAS ASOCIADAS (482 BYTES) 700 BYTES 16100 BYTES 23

 15 CUENTAS ASOCIADAS (516 BYTES) 734 BYTES 16148 BYTES 22

 16 CUENTAS ASOCIADAS (550 BYTES) 768 BYTES 16128 BYTES 21

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 proceso de REFRESH es ejecutado en uno de los dos métodos siguientes:

- En modalidad total (FULL-FILE)

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.

- En modalidad parcial (PARTIAL-FILE)

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.

Los archivos que componen el proceso de REFRESH son los siguientes:

- CARDHOLDER AUTHORIZATION FILE - CAF

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.

- POSITIVE BALANCE FILE - PBF

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.

Los archivos de REFRESH requieren los siguientes tipos de registros:

- Registro de FILE HEADER

- Registro de ORGANIZATION HEADER

- Registro de DATOS (CAF ó PBF)

- Registro de ORGANIZATION TRAILER

- Registro de FILE TRAILER


Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 6
REFRESH

REGISTRO DE FILE HEADER

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.

Un sólo registro de FILE HEADER es requerido por cada cinta de REFRESH.

La longitud del registro es de 78 BYTES, debiendo ser llevado a la longitud del registro más largo de la cinta.

El diseño del citado registro es el siguiente:

POSIC.
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE

001-007 02 REC-CNT Número de registro. N 9(07)


Se debe informar '0000001'.

008-009 02 REC-TYP Tipo de registro. AN X(02)


Se debe informar 'FH'.

010-010 02 REF-TYP Tipo de REFRESH. AN X(01)


Los valores posibles son:

'0' (FULL-FILE).
'1' (PARTIAL-FILE).

011-012 02 APPL Tipo de archivo a ser actualizado. AN X(02)


Los valores posibles son:

'CF' (CAF).
'PF' (PBF).
'CC' (CUENTA CREDITO).
'SV' (CAJA DE AHORROS).
'DA' (CUENTA CORRIENTE).

013-016 02 GRP Identifica el grupo de REFRESH. AN X(04)


Se debe informar el NUMERO
DE INSTITUCION.

017-022 02 DAT Indica la fecha del último EXTRACT, N 9(06)


con formato AAMMDD.
Este campo sólo debe ser Informado
para el archivo PBF. Caso contrario
se debe informar CEROS.

023-026 02 CNTL-NUM Se debe informar CEROS. N 9(04)

027-030 02 LN Se debe informar AN X(04)


En release 4:
TES1 para ambiente de pruebas.
PRO1 para ambiente de producción.
Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 7
REFRESH

TES4 para ambiente de prueba por migración a release 6


HOM4 para homologación por migración a release 6

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

031-032 02 REL-NUM Se debe informar. N 9(02)


40 para release 4
60 para release 6

033-034 02 CAF-ACCT-CNT Cantidad de cuentas asociadas. AN X(02)


Los valores posibles son:

'00' a '16'.

Este campo sólo debe ser informado


para el archivo CAF. Caso contrario
se debe informar CEROS.

035-036 02 PARTITION-NUM Se debe informar BLANCOS. AN X(02)

037-042 02 IMP-TIM Se debe informar BLANCOS. AN X(06)

043-043 02 IMP-TYP Indica si los registros del PBF AN X(01)


van a ser impactados.
Los valores posibles son:

'0' (NO IMPACTA LOS REGISTROS)


'1' (IMPACTA LOS REGISTROS).

El impacto se refiere al proceso


por el cuál todas las transacciones
que ocurrieron a partir del último
EXTRACT, son aplicadas a los nuevos
registros creados por el REFRESH.
Este campo sólo debe ser informado
para el archivo PBF. Caso contrario
se debe informar CERO.

044-075 02 SEG-MAP Cadena de 32 señales (FLAGS) que N 9(32)


indican los segmentos de archivos
a ser actualizados.
Los valores posibles son:

'0' (NO ACTUALIZA).


'1' (ACTUALIZA).

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

Para archivo de CAF:


'11000000000000000000000000000001'.

Para archivo de PBF:


'10000000000000000000000000000000'.

076-078 02 FILLER Se debe informar BLANCOS. AN X(03)


Este campo puede ser de longitud
variable; dado que los registros
son de longitud fija y deben ser
llevados a la longitud del mayor
registro de la cinta.

REGISTRO DE ORGANIZATION HEADER

Este registro identifica la Institución a ser actualizada.

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.

El diseño del citado registro es el siguiente:

POSIC.
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE

001-007 02 REC-CNT Número de registro. N 9(07)


El valor de este campo surge de
sumar '1' al número de registro
anterior, el cuál puede ser un
registro FILE HEADER (en este caso
el valor del campo es 0000002), ó
un registro ORGANIZATION TRAILER
(en este caso el valor del campo
es NUMERO REGISTRO ANTERIOR + 1).

008-009 02 REC-TYP Tipo de registro. AN X(02)


Se debe informar 'BH'.

010-013 02 CRD-ISS Número de Institución. AN X(04)


Este campo debe ser alineado a la
izquierda.
Este campo sólo debe ser informado
para el archivo PBF.
Para el archivo CAF, se debe
informar BLANCOS.

014-014 02 FILLER Se debe informar BLANCOS. AN X(01)


Este campo puede ser de longitud
variable; dado que los registros
son de longitud fija y deben ser
Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 9
REFRESH

llevados a la longitud del mayor


registro de la cinta.
Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 10
REFRESH

REGISTRO DE ORGANIZATION TRAILER

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.

El diseño del citado registro es el siguiente:

POSIC.
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE

001-007 02 REC-CNT Número de registro. N 9(07)


El valor de este campo surge de
sumar '1' al número de registro
anterior.

008-009 02 REC-TYP Tipo de registro. AN X(02)


Se debe informar 'BT'.

010-027 02 AMT Sumatoria de saldos. N 9(16)v99


Este campo debe contener la suma
de todos los saldos de las cuentas
incluidas en el archivo REFRESH (en
el campo LEDG-BAL). Este campo sólo
debe ser informado para el archivo
PBF. Para el archivo CAF, se debe
informar CEROS.

028-034 02 NUM-RECS Cantidad de registros de la cinta. N 9(07)


Debe contener la suma de todos los
registros de la cinta, excluyendo
los registros de FILE HEADER, FILE
TRAILER, ORGANIZATION HEADER y
ORGANIZATION TRAILER.

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

REGISTRO DE FILE TRAILER

Este registro identifica el final de los registros de la cinta de REFRESH.

Contiene la cantidad de registros de la cinta de REFRESH y se utiliza para verificar su procesamiento.

Este registro es requerido por cada cinta de REFRESH.

La longitud del registro es de 16 BYTES, debiendo ser llevado a la longitud del registro más largo de la cinta.

El diseño del citado registro es el siguiente:

POSIC.
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE

001-007 02 REC-CNT Número de registro. N 9(07)


El valor de este campo surge de
sumar '1' al número de registro
anterior, que debe ser un registro
ORGANIZATION TRAILER.

008-009 02 REC-TYP Tipo de registro. AN X(02)


Se debe informar 'FT'.

010-016 02 NUM-RECS Cantidad de registros de la cinta. N 9(07)


Debe contener la suma de todos los
registros de la cinta, excluyendo
los registros de FILE HEADER, FILE
TRAILER, ORGANIZATION HEADER y
ORGANIZATION TRAILER.

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

REGISTRO DE CAF - CARDHOLDER AUTHORIZATION FILE

El registro de CAF - CARDHOLDER AUTHORIZATION FILE es un registro segmentado.

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:

* BASE 24 - SEGMENTO BASE

* BASE 24 - SEGMENTO ATM

* BASE 24 - SEGMENTO DE CUENTAS

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

LONGITUDES DE REGISTROS POSIBLES

LONGITUD
ARCHIVO LONGITUD DE REGISTRO
TOTAL

CAF BASE 24 – SEGMENTO BASE (146 BYTES) 146 BYTES

BASE 24 – SEGMENTO ATM (72 BYTES) 218 BYTES

BASE 24 – SEGMENTO DE CUENTAS (40 A 550 BYTES)

 1 CUENTA ASOCIADA (40 BYTES) 258 BYTES



 2 CUENTAS ASOCIADAS (74 BYTES) 292 BYTES

 3 CUENTAS ASOCIADAS (108 BYTES) 326 BYTES

 4 CUENTAS ASOCIADAS (142 BYTES) 360 BYTES

 5 CUENTAS ASOCIADAS (176 BYTES) 394 BYTES

 6 CUENTAS ASOCIADAS (210 BYTES) 428 BYTES

 7 CUENTAS ASOCIADAS (244 BYTES) 462 BYTES

 8 CUENTAS ASOCIADAS (278 BYTES) 496 BYTES

 9 CUENTAS ASOCIADAS (312 BYTES) 530 BYTES

 10 CUENTAS ASOCIADAS (346 BYTES) 564 BYTES

 11 CUENTAS ASOCIADAS (380 BYTES) 598 BYTES

 12 CUENTAS ASOCIADAS (414 BYTES) 632 BYTES

 13 CUENTAS ASOCIADAS (448 BYTES) 666 BYTES

 14 CUENTAS ASOCIADAS (482 BYTES) 700 BYTES

 15 CUENTAS ASOCIADAS (516 BYTES) 734 BYTES

 16 CUENTAS ASOCIADAS (550 BYTES) 768 BYTES
Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 14
REFRESH

Los diseños de los distintos segmentos que componen el registro de CAF – CARDHOLDER
AUTHORIZATION FILE, son los siguientes:

BASE 24 - SEGMENTO BASE

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.

El diseño de este segmento es el siguiente:

POSIC
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE

001-004 02 LGTH Longitud del segmento. N 9(04)


Se debe informar '0146'.

005-011 02 CNT Número de registro. N 9(07)


El valor de este campo surge de
sumar '1' al número de registro
anterior.
Se deben considerar los registros
HEADER y TRAILER.

02 PRIKEY CLAVE PRIMARIA DEL REGISTRO.

012-030 04 PAN Número de tarjeta, tal cuál aparece AN X(19)


aparece en el TRACK 2 de la tarjeta.
Este campo debe estar alineado a
izquierda y relleno con BLANCOS
hacia la derecha.

031-033 04 MBR-NUM Número de miembro de la tarjeta. N 9(03)


Si no se utiliza, debe indicarse
CEROS.
Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 15
REFRESH

POSIC
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE

034-034 02 REC-TYP Identifica el tipo de operación a AN X(01)


ser ejecutada con el registro.
Los valores posibles son:

'A' (ADICIONAR).
'C' (MODIFICAR).
'D' (BORRAR).
'F' (FULL-FILE).

Los valores A, C y D son utilizados


sólo para modalidad PARTIAL-FILE.
El valor F es requerido sólo para
modalidad FULL-FILE.

035-036 02 CRD-TYP Identifica el tipo de tarjeta. AN X(02)


Los valores posibles son los indicados
en el Capítulo V.5 Códigos del Sistema
Códigos de Tipo de Tarjeta

037-040 02 FIID Número de Institución. AN X(04)

041-041 02 CRD-STAT Identifica STATUS de la tarjeta. AN X(01)


Los valores posibles son los indicados
en el Capítulo V.4 Códigos del Sistema
Códigos de Status

042-057 02 PIN-OFST PIN OFFSET. AN X(16)

058-069 02 TTL-WDL-LMT Límite de extracción, para el caso N 9(12)


de TARJETAS DE DEBITO.

070-081 02 OFFL-WDL-LMT Límite de extracción, para el caso N 9(12)


de autorización STAND-IN.

082-093 02 TTL-CCA-LMT Límite de extracción, para el caso N 9(12)


de CASH ADVANCE.

094-105 02 OFFL-CCA-LMT Límite de extracción, para el caso N 9(12)


de CASH ADVANCE en autorizaciones
STAND-IN.
Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 16
REFRESH

POSIC
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE

106-117 02 AGGR-LMT Suma de límite de extracción y N 9(12)


límite de CASH ADVANCE.

118-129 02 OFFL-AGGR-LMT Suma de límite de extracción y N 9(12)


límite de CASH ADVANCE, para el
caso de autorización STAND-IN.

130-131 02 DEBIT-CLASS Código de clase para TARJETA DE N 9(02)


DEBITO.

132-133 02 CREDIT-CLASS Código de clase para TARJETA DE N 9(02)


CREDITO.

134-137 02 ISSUER-FIID Número de Institución del BANCO AN X(04)


EMISOR de la tarjeta.

138-141 02 FILLER Se debe informar BLANCOS. AN X(04)

142-145 02 EXP-DAT Fecha de expiración de la tarjeta, N 9(04)


con formato AAMM.
Si la tarjeta ha expirado, la cuenta
es considerada cerrada.

146-146 02 TIENE-CVC Y = SÍ AN X(01)


N = NO
Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 17
REFRESH

BASE 24 - SEGMENTO ATM

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

El diseño de este segmento es el siguiente:

POSIC
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE

001-004 02 LGTH Longitud del segmento. N 9(04)


Se debe informar '0072'.

005-008 02 USE-LMT Límite cantidad de extracciones. N 9(04)

009-020 02 TTL-WDL-LMT Límite de extracción, para el caso N 9(12)


de TARJETA DE DEBITO.

021-032 02 OFFL-WDL-LMT Límite de extracción, para el caso N 9(12)


de autorización STAND-IN.

033-044 02 TTL-CCA-LMT Límite de extracción, para el caso N 9(12)


de CASH ADVANCE.

045-056 02 OFFL-CCA-LMT Límite de extracción, para el caso N 9(12)


de CASH ADVANCE en autorizaciones
STAND-IN.

057-072 02 FILLER Se debe informar CEROS. N 9(16)


Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 18
REFRESH

BASE 24 - SEGMENTO DE CUENTAS

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.

El diseño de este segmento es el siguiente:

POSIC
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE

001-004 02 LGTH Longitud del segmento. N 9(04)


El valor de este campo depende
del número de cuentas asociadas.
Los valores posibles son:

'0040' (01 cuenta).


'0074' (02 cuentas).
'0108' (03 cuentas).
'0142' (04 cuentas).
'0176' (05 cuentas).
'0210' (06 cuentas).
'0244' (07 cuentas).
'0278' (08 cuentas).
'0312' (09 cuentas).
'0346' (10 cuentas).
'0380' (11 cuentas).
'0414' (12 cuentas).
'0448' (13 cuentas).
'0482' (14 cuentas).
'0516' (15 cuentas).
'0550' (16 cuentas).

005-006 02 ACCT-CNT Cantidad de cuentas relacionadas. AN X(02)


Los valores posibles son:

'00' a '16'.

007-XXX 02 CCT OCURRENCIA DE HASTA N VECES.


Información sobre las cuentas.
N representa el número de cuentas
asociadas.

04 TYP Código de tipo de cuenta. AN X(02)


Los valores posibles son los indicados
en el Capítulo V.6 Códigos del Sistema
Códigos de Tipo de Cuenta
Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 19
REFRESH

POSIC
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE

04 NUM Número de cuenta. AN X(19)


Este campo debe estar alineado a
izquierda y relleno con BLANCOS
hacia la derecha.

04 STAT Indica STATUS de la cuenta. AN X(01)


Los valores posibles son los indicados
en el Capítulo V.4 Códigos del Sistema
Códigos de Staus

04 DESCR Texto que describe la cuenta. AN X(10)

04 CORP Se debe informar 'N'. AN X(01)

04 FILLER Se debe informar BLANCOS. AN X(01)


Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 20
REFRESH

REGISTRO DE PBF - POSITIVE BALANCE FILE

El registro de PBF - POSITIVE BALANCE FILE es un registro segmentado.

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.

* BASE 24 - SEGMENTO BASE

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.

El diseño de este segmento es el siguiente:

POSIC
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE

001-004 02 LGTH Longitud del segmento. N 9(04)


Se debe informar '0116'.

005-011 02 CNT Número de registro. N 9(07)


El valor de este campo surge de
sumar '1' al número de registro
anterior.
Se deben considerar los registros
HEADER y TRAILER.

02 PRIKEY CLAVE PRIMARIA DEL REGISTRO.

012-015 04 FIID Número de Institución. AN X(04)

016-034 04 NUM Número de cuenta. AN X(19)


Este campo debe estar alineado a
izquierda y relleno con BLANCOS
hacia la derecha.

035-036 04 TYP Código de tipo de cuenta. AN X(02)


Los valores posibles son los indicados
en el Capítulo V.6 Códigos del Sistema
Códigos de Tipo de Cuenta
Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 21
REFRESH

POSIC
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE

037-037 02 ACCT-STAT Indica STATUS de la cuenta AN X(01)


Los valores posibles son los indicados
en el Capítulo V.4 Códigos del Sistema
Códigos de Status

038-038 02 REC-TYP Identifica el tipo de operación a AN X(01)


ser ejecutada con el registro.
Los valores posibles son:
'A' (ADICIONAR).
'C' (MODIFICAR).
'D' (BORRAR).
'F' (FULL-FILE).

Los valores A, C y D son utilizados


sólo para modalidad PARTIAL-FILE.
El valor F es requerido sólo para
modalidad FULL-FILE.

039-050 02 AVAIL-BAL Para cuenta de débito representa el N S9(10)v99


saldo disponible.
Para cuenta de crédito representa
el crédito disponible.

051-062 02 LEDG-BAL Para cuenta de débito representa el N S9(10)v99


saldo contable.
Para cuenta de crédito representa
el límite de crédito.

063-074 02 AMT-ON-HLD Para cuenta de débito representa el N 9(10)v99


saldo bloqueado y no disponible.
Para cuenta de crédito representa
el saldo del crédito.

075-084 02 OVRDRFT-LMT Para cuenta de débito representa el N 9(10)


monto de sobregiro.
Para cuenta de crédito representa
el pago mínimo.
Versión Nº: Fecha: Título Procedimiento: Capítulo Nº: Página Nº:
CICLO DE NEGOCIOS
7 20-06-08 III.3. 22
REFRESH

POSIC
RELAT. NIVEL NOMBRE DE CAMPO CONTENIDO DEL CAMPO TIPO PICTURE

085-086 02 WITH-ADV-AVAIL Para cuenta de débito representa el N 9(02)


contador de extracciones.
Para cuenta de crédito representa
el contador de adelantos de efectivo.

087-098 02 LIBRE-DISPONIBILIDAD Para cuenta de débito representa los N 9(10)v99


fondos de libre disponibilidad, es
decir, los que no están restringidos
al corralito.
Para cuenta de crédito representa
la deuda anterior.

099-104 02 PAYMENT-DAT Para cuenta de crédito representa N 9(06)


la fecha de vencimiento, en formato
AAMMDD.
Para cuenta de débito representa
la fecha de alta de la cuenta si es
igual o posterior al 01/01/02, o
ceros, si el alta es anterior a dicha
fecha.

105-114 02 OWE-DOLAR Para cuenta de crédito representa N 9(08)v99


la deuda en dólares.
Para cuenta de débito representa
el acumulador de extracciones.

115-116 02 FILLER Se debe informar BLANCOS. AN X(02)

También podría gustarte