ISO 8583

ISO 8583, Est谩ndar para Transacciones Financieras con Mensajes originados en una tarjeta - Especificaciones de los mensajes de intercambio es el est谩ndar de la International Organization for Standardization para sistemas que intercambian transacciones electr贸nicas realizadas por poseedores de tarjetas de cr茅dito.

Introducci贸n

Una transacci贸n basada en una tarjeta usualmente sale desde un dispositivo de compra, tal como un POS o un cajero autom谩tico ATM, a trav茅s de una red (o redes) hacia un sistema del emisor de la tarjeta para obtener una autorizaci贸n en funci贸n de la cuenta del titular de la tarjeta. La transacci贸n contiene informaci贸n que se obtiene de la tarjeta (ej. n煤mero de cuenta), la terminal (ej. nro. de comercio), la transacci贸n (ej. importe) en conjunto con otra informaci贸n que se puede generar o agregar din谩micamente por los sistemas intervinientes. El sistema emisor de la tarjeta podr谩 autorizar o rechazar la transacci贸n, y genera un mensaje de respuesta que debe ser devuelto a la terminal en un tiempo breve.

ISO 8583 define un formato de mensaje y un flujo de comunicaci贸n para que diferentes sistemas puedan intercambiar estas transacciones. La mayor铆a de las operaciones realizadas en ATM usan ISO 8583 en algunos puntos de la cadena de comunicaci贸n, as铆 como tambi茅n las transacciones que realiza un cliente que usa una tarjeta para hacer un pago en un local. En particular, todas las redes de tarjetas basan sus transacciones en el standard ISO 8583.

Las transacciones incluyen compras, extracciones, dep贸sitos, reintegros, reversos, consultas de saldo, pagos y transferencias entre cuentas. ISO 8583 tambi茅n define mensajes entre sistemas para intercambios seguros de claves, conciliaci贸n de totales y otros prop贸sitos administrativos.

Aunque el ISO 8583 define un standard com煤n, no se usa normalmente en forma directa por sistemas o redes. En lugar de eso cada red adapta el standard para su propio uso con campos adaptados a sus necesidades particulares.

La ubicaci贸n de los cambios en diferentes versiones del standard varia, por ejemplo, los elementos que definen la moneda (currency elements) de las versiones 1987 y 1993 no se usan m谩s en la versi贸n 2003, lo que hace que la moneda sea un sub-elemento de cualquier elemento monto. LA ISO 8583:2003 todav铆a tiene que obtener aceptaci贸n.

Un mensaje ISO 8583 consta de las siguientes partes:

  • Message Type Indicator (MTI) - Indicador de Tipo de Mensaje
  • Uno o m谩s bitmaps, indicando qu茅 elementos est谩n presentes en el mensaje
  • Data elements, los campos del mensaje

Message Type Indicator (MTI) - Indicador de Tipo de Mensaje

Este es un campo num茅rico de 4 d铆gitos que clasifica la funci贸n de alto nivel del mensaje. Un MTI incluye la versi贸n ISO 8583, la clase (Message Class), la funci贸n (Message Function) y el origen del mensaje (Message Origin), cada uno descrito brevemente en las secciones siguientes

ejemplo :

0110

  0xxx ----> version of ISO 8583 (1987 version)
  x1xx ----> class of the Message (Authorization Message)
  xx1x ----> function of the Message (Request Response)
  xxx0 ----> who is began the communication (Acquirer)

ISO 8583 Version

Posici贸n 1 del MTI que especifica la versi贸n del est谩ndar ISO 8583 que se est谩 usando en este mensaje

Posici贸nSignificado
0xxxISO 8583-1:1987 version
1xxxISO 8583-2:1993 version
2xxxISO 8583-1:2003 version
9xxxPrivate usage

Message Class - Clase de Mensaje

Posici贸n 2 del MTI que especifica el prop贸sito general del mensaje.

Posici贸nSignificadoUso
x1xxAutorizaci贸nDetermina si existen fondos disponibles, obtiene una aprobaci贸n pero no se toma en cuenta para la conciliaci贸n, Dual Message System (DMS) system, espera el intercambio de archivos para imputar la cuenta
x2xxFinancieroDetermina si existen fondos disponibles, obtiene una aprobaci贸n e imputa directamnente a la cuenta , Single Message System (SMS), no se intercambian archivos
x3xxManejo de ArchivosUsado por hot-card, TMS y otros cambios
x4xxReversoReversa la acci贸n de una autorizaci贸n previa
x5xxConciliaci贸nTransmite informaci贸n de cierre
x6xxAdministrativoTransmite informaci贸n de falla en los mensajes
x7xxFee Collection
x8xxManejo de RedUsado para intercambio seguro de claves, logon, echo test y otras funciones de red
x9xxReservado por la ISO

Message Function - Funci贸n del Mensaje

Posici贸n 3 del MTI que especifica la funci贸n del mensaje que define como se procesar谩 el mensaje dentro del sistema. Los requerimientos (requests) son mensajes end-to-end (ej. desde comprador hasta autorizador ida y vuelta con timeouts y reversos de ser necesarios), mientras que los avisos (advises) son mensajes point-to-point (ej. desde la terminal al comprador, del comprador a la red, de la red al emisor, con transmisi贸n garantizada para cada punto pero no necesariamente inmediata).

Posici贸nSignificado
xx0xPetici贸n (Request)
xx1xRespuesta a la Petici贸n (Request Response)
xx2xAviso (Advice)
xx3xRespuesta al Aviso (Advice Response)
xx4xNotificaci贸n
xx8xConfirmaci贸n de respuesta (Response acknowledgment)
xx9xNo Confirmaci贸n (Negative acknowledgment)

Message Origin - Origen del Mensaje

Posici贸n 4 del MTI que define la ubicaci贸n de la fuente del mensaje dentro de la cadena de pago.

Posici贸nSignificado
xxx0Comprador
xxx1Comprador Repetici贸n
xxx2Emisor
xxx3Emisor Repetici贸n
xxx4Otros
xxx5Otros Repetici贸n

Ejemplos

Teniendo en mente las cuatro posiciones descritas anteriormente, un MTI describir谩 completamente qu茅 es lo que un mensaje deber谩 hacer y c贸mo ser谩 transmitido a trav茅s de la red. Desafortunadamente, no todas las implementaciones del ISO 8583 interpretan el significado de un MTI de la misma manera. Como sea, algunos pocos MTI's son est谩ndar:

MTISignificadoUso
0100Requerimiento de autorizaci贸nRequerimiento desde un terminal POS para autorizar una compra de un tarjetahabiente
0120Aviso de Autorizaci贸nCuando el POS est谩 roto y Ud. debe firmar un voucher
0121Aviso de Autorizaci贸n Repetici贸nSi el aviso se vence por timeout
0200Requerimiento Financiero del CompradorRequerimiento de fondos, usualmente de un ATM
0210Respuesta al Requerimiento Financiero del CompradorRespuesta del mensaje de requerimiento de fondos (aprobada o denegada)
0220Aviso Financiero del Compradore.g. Checkout de un hotel
0221Aviso Financiero del Comprador Repetici贸nSi el aviso se vence por timeout
0230Respuesta al Aviso Financiero del CompradorRespuesta al mensaje 0220
0400Requerimiento de Reverso del CompradorReversa una transacci贸n
0420Aviso de Reverso del CompradorAviso de que se realiz贸 un reverso
0421Aviso de Reverso del Comprador Repetici贸nSi el reverso se vence por timeout
0430Respuesta del Aviso de Reverso del CompradorRespuesta al aviso 0420 del Aviso de Reverso
0800Requerimiento de Manejo de RedEcho test, logon, log off etc
0820Aviso de Manejo de RedKeychange

Bitmaps - Mapas de Bits

Dentro del ISO 8583, un mapa de bit es un campo o subcampo dentro de un mensaje que indica que otros elementos (campos o subcampos) se encuentran en el mensaje.

Un mensaje contendr谩 al menos un mapa de bits, llamado el Mapa de Bits Primario que indica que campos (Data Elements) del 1 al 64 est谩n presentes. Puede existir un mapa de bits secundario, generalmente como elemento 1 que indica que campos del 65 al 128 est谩n presentes. De igual forma, un tercer bitmap puede usarse para indicar la presencia o ausencia de los campos del 129 al 192, aunque esos campos casi nunca se usan.

El mapa de bits se puede transmitir como un dato binario de 8 bytes, o como un campo de 16 caracteres hexadecimales 0-9, A-F en el set de caracteres ASCII o EBCDIC.

Un campo est谩 presente cuando el bit correspondiente est谩 en true, ej. el byte 42x en binario es '0100 0010' lo que significa que los campos 2 y 7 est谩n presentes en este mensaje.

Ejemplos

BitmapDefine la presencia de
4210001102C04804Campos 2, 7, 12, 28, 32, 39, 41, 42, 50, 53, 62
7234054128C28805Campos 2, 3, 4, 7, 11, 12, 14, 22, 24, 26, 32, 35, 37, 41, 42, 47, 49, 53, 62, 64 ,100 (Bitmap secundario requerido para mostrar la presencia del campo - 100)
8000000000000001Campos 1, 64
0000000000000003
(Bitmap secundario)
Campos 127, 128

Explicaci贸n del Bitmap (8 bytes, Bitmap Primario = 64 Bit) campo 4210001102C04804
BYTE1 : 0100 0010 = 42x (contando de izquierda, el segundo y el s茅ptimo bit son 1, indicando que los campos 2 y 7 est谩n presentes)
BYTE2 : 0001 0000 = 10x (campo 12 est谩 presente)
BYTE3 : 0000 0000 = 00x (no hay campos presentes)
BYTE4 : 0001 0001 = 11x (campos 28 y 32 est谩n presentes)
BYTE5 : 0000 0010 = 02x (campo 39 est谩 presente)
BYTE6 : 1100 0000 = C0x (campos 41 y 42 est谩n presentes)
BYTE7 : 0100 1000 = 48x (campos 50 y 53 est谩n presentes)
BYTE8 : 0000 0100 = 04x (campo 62 esta presente)

nth bit 0102030405060
1234567890123456789012345678901234567890123456789012345678901234
Bitmap 0100001000010000000000000001000100000010110000000100100000000100


Campos presentes en un mensaje de longitud variable:
2-7-12-28-32-39-41-42-50-53-62

Data Elements - Campos de datos

Los Data Elements son los campos individuales que llevan la informaci贸n sustancial acerca de la transacci贸n. Hay 128 campos definidos en el est谩ndar ISO8583:1987, y 192 en posteriores releases. La revisi贸n de 1993 agreg贸 nuevas definiciones y elimin贸 algunas, sin embargo dej贸 el formato del mensaje sin cambios.

Mientras que cada Data Element tiene un significado y formato espec铆fico, el est谩ndar tambi茅n incluye algunos campos de prop贸sito general y algunos especiales para sistemas o pa铆ses, los cuales var铆an sustancialmente en su forma y uso de una implementaci贸n a otra.

Cada campo se describe en un formato est谩ndar que define el contenido permitido del campo (num茅rico, binario, etc.) y el largo del campo (variable o fijo), de acuerdo a la siguiente tabla:

AbreviaturaSignificado
aAlfanum茅rico, incluyendo los espacios
nSolo valores num茅ricos
sSolo caracteres especiales
anAlfanum茅rico
asSolo caracteres alfanum茅ricos y especiales
nsSolo caracteres num茅ricos y especiales
ansCaracteres Alfab茅ticos, num茅ricos y especiales
bInformaci贸n binaria
zTracks 2 y 3 code set como se define en la ISO 4909 y en ISO 7813.

Adem谩s, cada campo puede tener largo fijo o variable. Si es variable, el largo del campo ser谩 precedido por un indicador de largo.

TipoSignificado
FixedLargo Fijo
LLVAR o (..xx)Donde xx < 100, significa que los dos primeros d铆gitos indican el largo del campo
LLLVAR o (...xxx)Donde xxx < 1000, significa que los tres primeros d铆gitos indican el largo del campo
Un campo LLVAR o LLLVAR puede ser comprimido o ASCII dependiendo del formato del mensaje que puede ser ASCII o Comprimido.Por ejemplo un campo LLVAR puede tener 1 o 2 bytes, si est谩 comprimido el hexa '23x significa que hay 23 elementos, si es ASCII, bytes '32x, '31x significa que hay 21 elementos. Un elemento depende del tipo de dato, si es num茅rico este estar谩 comprimido, ej. largo 87 se representar谩 por un byte '87x, si es ASCII ser谩n dos bytes '38x y '37x. Los campos LLLVAR usan 2 o 3 bytes (dependiendo del tipo de mensaje) con un '0' adelante si es comprimido.
ISO-Defined Data Elements
Data ElementTypeUsage
1b 64Bit Map Extended
2n ..19Primary account number (PAN)
3n 6Processing code
4n 12Amount, transaction
5n 12Amount, Settlement
6n 12Amount, cardholder billing
7n 10Transmission date & time
8n 8Amount, Cardholder billing fee
9n 8Conversion rate, Settlement
10n 8Conversion rate, cardholder billing
11n 6Systems trace audit number
12n 6Time, Local transaction
13n 4Date, Local transaction (MMdd)
14n 4Date, Expiration
15n 4Date, Settlement
16n 4Date, conversion
17n 4Date, capture
18n 4Merchant type
19n 3Acquiring institution country code
20n 3PAN Extended, country code
21n 3Forwarding institution. country code
22n 3Point of service entry mode
23n 3Application PAN number
24n 3Function code(ISO 8583:1993)/Network International identifier (?)
25n 2Point of service condition code
26n 2Point of service capture code
27n 1Authorizing identification response length
28n 8Amount, transaction fee
29n 8Amount. settlement fee
30n 8Amount, transaction processing fee
31n 8Amount, settlement processing fee
32n ..11Acquiring institution identification code
33n ..11Forwarding institution identification code
34n ..28Primary account number, extended
35z ..37Track 2 data
36z ..104Track 3 data
37an 12Retrieval reference number
38an 6Authorization identification response
39an 2Response code
40an 3Service restriction code
41ans 8Card acceptor terminal identification
42ans 15Card acceptor identification code
43ans 40Card acceptor name/location
44an ..25Additional response data
45an ..76Track 1 Data
46an ...999Additional data - ISO
47an ...999Additional data - National
48an ...999Additional data - Private
49a 3Currency code, transaction
50an 3Currency code, settlement
51a 3Currency code, cardholder billing
52b 16Personal Identification number data
53n 18Security related control information
54an ..120Additional amounts
55ans ...999Reserved ISO
56ans ...999Reserved ISO
57ans ...999Reserved National
58ans ...999Reserved National
59ans ...999Reserved for national use
60an ..7Advice/reason code (private reserved)
61ans ...999Reserved Private
62ans ...999Reserved Private
63ans ...999Reserved Private
64b 16Message authentication code (MAC)
65b 16Bit map, tertiary
66n 1Settlement code
67n 2Extended payment code
68n 3Receiving institution country code
69n 3Settlement institution county code
70n 3Network management Information code
71n 4Message number
72ans ...999Data record (ISO 8583:1993)/n 4 Message number, last(?)
73n 6Date, Action
74n 10Credits, number
75n 10Credits, reversal number
76n 10Debits, number
77n 10Debits, reversal number
78n 10Transfer number
79n 10Transfer, reversal number
80n 10Inquiries number
81n 10Authorizations, number
82n 12Credits, processing fee amount
83n 12Credits, transaction fee amount
84n 12Debits, processing fee amount
85n 12Debits, transaction fee amount
86n 15Credits, amount
87n 15Credits, reversal amount
88n 15Debits, amount
89n 15Debits, reversal amount
90n 42Original data elements
91an 1File update code
92n 2File security code
93n 5Response indicator
94an 7Service indicator
95an 42Replacement amounts
96an 8Message security code
97n 16Amount, net settlement
98ans 25Payee
99n ..11Settlement institution identification code
100n ..11Receiving institution identification code
101ans 17File name
102ans ..28Account identification 1
103ans ..28Account identification 2
104ans ..100Transaction description
105ans ...999Reserved for ISO use
106ans ...999Reserved for ISO use
107ans ...999Reserved for ISO use
108ans ...999Reserved for ISO use
109ans ...999Reserved for ISO use
110ans ...999Reserved for ISO use
111ans ...999Reserved for ISO use
112ans ...999Reserved for national use
113n ..11Authorizing agent institution id code
114ans ...999Reserved for national use
115ans ...999Reserved for national use
116ans ...999Reserved for national use
117ans ...999Reserved for national use
118ans ...999Reserved for national use
119ans ...999Reserved for national use
120ans ...999Reserved for private use
121ans ...999Reserved for private use
122ans ...999Reserved for private use
123ans ...999Reserved for private use
124ans ..255Info Text
125ans ..50Network management information
126ans ..6Issuer trace id
127ans ...999Reserved for private use
128b 16Message Authentication code

Ejemplos

Definici贸n de CampoSignificado
n6Campo de largo fijo con 6 d铆gitos
n.6Campo LVAR num茅rico con hasta 6 d铆gito de largo
a..11Campo LLVAR alfanum茅rico con hasta 11 caracteres de largo
b...999Campo LLLVAR binario de hasta 999 bytes de largo

Enlaces externos

Este art铆culo ha sido escrito por Wikipedia. El texto est谩 disponible bajo la licencia Creative Commons - Atribuci贸n - CompartirIgual. Pueden aplicarse cl谩usulas adicionales a los archivos multimedia.