You are on page 1of 13

Plataformas Especiales

FUNCIONALIDAD TCNICA ATMs GLOBANET EMV CHIP FULL


SIN VALIDACION DE CRIPTOGRAMA A SOCIOS

Plataformas Especiales

Hoja de Control de Cambios


Versin

Cambios

Fecha

Cdigo

1.0

Versin Inicial

08/09/2015

CGY

2.0

Ajustes en:

24/09/2015

CGY

24/09/2015

CGY

07/10/2015

CGY

12/10/2016

CGY

15/01/2016

CGY

19/05/2016

CGY

3.1 Funcionalidad con lectura de Chip


3.2 Funcionalidad sin lectura de Chip
Anexos: Anexo 2
2.0

Se agrego:
4.Cdigos de Error en Validacin EMV

2.1

Se agrego:
Anexo 3

2.2

Se agrego:
5.Consideraciones de los Tokens B4 y B5

2.3

Se agrego:
6.Consideraciones de Contingencia

2.4

Se agrego:
7.Modificacion en el archivo de conciliacin diaria
Anexo 4

Plataformas Especiales

1. OBJETIVO
El procedimiento tiene como objetivo identificar el procesamiento de Tarjetas EMV
CHIP Modalidad Full que Interbank realizara en sus ATMs a las tarjetas Locales.
Dar a conocer el detalle y descripcin de campos de los Tokens a travs de los
cuales Interbank enviara la informacin EMV a sus Socios para que puedan realizar
la validacin del criptograma de la transaccin con tarjeta chip.

2. PARTICIPANTES
Interbank (IBK), SOCIO.
Emisor: SOCIO.
Adquirente: Red Global Net.

3. RUTAS ON LINE:
Operaciones locales ATM Global Net llegan al switch de IBK y se envan al
SOCIO.

3.1

FUNCIONALIDAD CON LECTURA DE CHIP

1. En las rutas online ATM Global Net con lectura de CHIP, proceda su
lectura y es enviado al Switch IBK donde ruteara el mensaje hacia el Host del
Socio. El mensaje ser el que actualmente se enva ms los Tokens B2, B3 y
B4.
En la respuesta el Socio deber de incluir en el mensaje, campo 126, el
Token B5 donde se indica el criptograma de respuesta. En el caso el socio
maneje scripts puede incluir en el mensaje de respuesta el Token B6.
El resultado de la verificacin del ARQC deber de ser enviado por el socio
en el campo126-TOKEN B4 (formato Base24), el subcampo se denomina
ARQC-VRFY PIC X(1) y sus posibles valores se encuentran en el documento
Tokens EMV Especificaciones.
El socio debe tomar en cuenta que al ser una transaccin Chip debe de
validar el ICVV de la tarjeta.
En el Token B4 se le enviara informacin para identificar si la transaccin chip
fue realizada por Chip o por Fallback. A continuacin los campos que
identifican una transaccin Fallback:
a. El POS Entry Mode ser enviado en el campo126-TOKEN B4 (formato
Base24), el subcampo se denomina PT-SRV-ENTRY-MDE PIC X(3),
que para transacciones con lectura de chip toma el valor 05 en los
primeros dos bytes. Sus posibles valores se encuentran en el Anexo
1.
b. El Terminal entry Capability ser enviado en el campo126-TOKEN B4
(formato Base24), el subcampo se denomina TERM-ENTRY-CAP

Plataformas Especiales

PIC X(1), Este campo tendr valor 5 cuando el terminal tenga la


capacidad de leer chip. Sus posibles valores se encuentran en el
documento Tokens EMV Especificaciones.
c. El status EMV ser enviado en el campo126-TOKEN B4 (formato
Base24), el subcampo se denomina LAST-EMV-STAT PIC X(1), Indica
si la tarjeta utilizada para iniciar una transaccin banda magntica es
una tarjeta chip. Sus posibles valores son 0= No Chip card y
1 = Chip card.
En el anexo 2 se muestra los posibles valores del Token B4 para identificar
Fallback en las transacciones chip.
En el anexo 3 se muestra un ejemplo de una Trama enviada al socio para una
transaccin EMV realizada en un ATM GlobalNet.

3.2

FUNCIONALIDAD SIN LECTURA DE CHIP

1. Las transacciones realizadas con tarjetas banda magntica mantendrn el


actual procesamiento. El ATM proceder con la lectura de la tarjeta, la
transaccin se enviara al Switch IBK quien ruteara la transaccin hacia el
host del socio enviando el mensaje actual para transacciones de banda
magntica ms el Token B4.
En el anexo 2 se muestra los posibles valores del Token B4 para
transacciones con tarjetas banda magntica.

4. CODIGOS DE ERROR EN VALIDACION EMV


En el mensaje de respuesta del socio, los cdigos de error de la validacin EMV
deben de ser enviados en el campo P39. A continuacin los posibles valores.

Plataformas Especiales

5. CONSIDERACIONES DE LOS TOKENS B4 Y B5


Token B4
1. El campo RSN-ONL-CDE (Posicin 15-18), es utilizado en transacciones POS,
por lo tanto en transacciones de ATM este campo se enva en blanco y no debe
de ser modificado en la respuesta.
2. El campo ARQC-VRFY (Posicion 19), se enva con el valor 0 y debe de ser
actualizado en la respuesta segn el resultado de la validacin del ARQC.
Posibles valores: 3 Validacin fallida, 4 Validacin exitosa.
3. EL campo ISO-RC-IND (Posicin 20), el valor que se enva es en blanco y no
debe de ser modificado en la respuesta.

Token B5
1.- Ejemplo de Token B5 para una transaccin con Tarjeta Visa chip

2.- Slo debe de ser enviado si la validacin de ARQC es exitosa.


En caso de que la validacin sea fallida, no debera enviarse el Token B5, pero en la
respuesta deben de enviar la declinacin correspondiente y actualizar el campo
ARQC-VRFY del Token B4 con el valor 3.
3.- La longitud del Token es fija de 00038 posiciones. Tener presente que
dependiendo del tipo de tarjeta y el esquema que se est utilizando, la estructura
puede variar es decir si utilizan VIS, MCHIP 2.1 , MCHIP4.0 e incluso CCD, porque el
campo ADDL-DATA se redefine para cada uno de estos esquemas. (Por favor
revisar el manual de Tokens enviado). Para el caso de tarjetas CCD, el campo que
se redefine es el ISS-AUTH-DATA.
4.- El campo ISS-AUTH-DATA-LGTH (Posicin 1-4) debe tener la longitud de la data
contenida en el campo ISS-AUTH-DATA, cuya longitud mxima es de 0016 bytes,
es decir 32 posiciones.

Plataformas Especiales

Para el ejemplo mostrado lneas arriba de una tarjeta VISA, se tiene el valor 0010
que incluye el valor de 8 bytes del ARPC(16 posiciones), ms 2 bytes del ISSRESP-CDE (4 posiciones) para un total de 10 bytes de data. La longitud de la data
correspondiente al campo INFO o Issuer Discretionary Data como se muestra en el
ejemplo, no se toma en cuenta porque su valor es CEROS y por ende esta
informacin no es relevante.
5.- En el campo Response ARPC (ISS-RESP-CDE/ ISS-AUTH-RESP-CDE/ARPCRESP-CDE) posicin 21-24, debe de colocarse el valor que fue utilizado para la
generacin del ARPC correspondiente, el cual depende del esquema de la tarjeta,
por ejemplo para Visa normalmente se usan los valores 3030 o 3035, para
Mastercard 0010, 0012, etc. Este valor se utiliza en el comando que es enviado al
HSM para la generacin del ARPC.

6. CONSIDERACION DE CONTINGENCIA
Los desarrollos y validaciones mnimas que debe de realizar el socio para que sus
Tarjetas chip sean procesadas en la Red GlobalNet es la validacin del ICVV de sus
tarjetas, debiendo pasar al esquema donde Interbank les valide el criptograma EMV
e ignorando los tokens B2, B3 y B4.
Para esto, se debe de ingresar las llaves de validacin de criptograma del Socio en
los dispositivos de seguridad del Banco.

7. MODIFICACION EN EL ARCHIVO DE CONCILIACION DIARIA


El archivo de conciliacin diaria que es generada por Interbank y el cual contiene las
transacciones ATMs y monederos realizadas durante el da, sufrirn una
modificacin con respecto a su estructura.
La modificacin consiste en agregar al final de cada registro de dicho archivo la
informacin del token B4 correspondiente a la transaccin. Esto con la finalidad de
que el socio pueda identificar las transacciones que fueron procesadas por Chip y
por Banda magntica.
En el anexo 4 se detalla la nueva estructura del archivo de conciliacin diaria

Plataformas Especiales

ANEXOS
Anexo 1
Valores del campo PT-SRV-ENTRY-MDE:
Valores validos para los dos primeros dgitos que indican la forma en que
procesada la tarjeta:
00 = Unspecified
01 = Manually
02 = Magnetic stripe
03 = Bar code
04 = OCR
05 = Integrated circuit card
06 = Reserved for ISO use.
07 = Contactless chip card transaction
91 = Contactless magnetic stripe transaction (including a Visa MSD
transaction containing a cryptogram)
Valores validos para el tercer digito que indican la forma en que el Pin fue
ingresado al terminal:
0 = Unspecified
1 = PIN entry capability
2 = No PIN entry capability

Anexo 2
Posibles valores a enviar en los campos del Token B4 en una transaccin con tarjeta
chip.

PT-SRVENTRY-MDE

TERMENTRY-CAP

LAST-EMVSTAT

ARQC-VRFY

Trx Chip OK

051

Trx Fallback

021

Plataformas Especiales

Posibles valores de los campos del Token B4 en una transaccin con tarjeta banda
magntica.

Trx Banda Mag. OK

PT-SRVENTRY-MDE

TERMENTRY-CAP

LAST-EMVSTAT

ARQC-VRFY

021

Anexo 3
Ejemplo de trama enviada a socio para una transaccin EMV realizada en un ATM
GlobalNet.

Plataformas Especiales

Anexo 4
A continuacin, los campos adicionados para incluir informacin del Token B4 en el archivo
de conciliacin:

Estructura Actual en Produccin del Archivo de Conciliacin Diaria

Plataformas Especiales

10

Plataformas Especiales

11

Plataformas Especiales

Nueva Estructura del Archivo de Conciliacin diaria

12

Plataformas Especiales

13

You might also like