/CAMPOS V5.4.00.411012 Campo 2: Número de Cuenta Principal (PAN) Formato n..19, LLVAR Descripción Un número que identifica el titular de la tarjeta y el emisor de la tarjeta. Por lo general, este número está grabado en la parte delantera de la tarjeta y codificado en la vía 2 de la banda magnética. El resto de la descripción se aplica sólo si el PAN se ajusta a la norma ISO/IEC 7812 especificación. El PAN se compone de 3 componentes. Estos son el emisor número de identificación (IIN), la identificación de la cuenta individual identificación del cliente y el dígito de control . El IIN se compone de 2 elementos: los principales identificadores de la industria (MII) y el emisor identificador .El MII identifica la principal industria del emisor de la tarjeta y puede contener uno de los siguientes valores: MMI Descripción 0 Para la asignación de ISO/TC 68 1 Las compañías aéreas 2 Las compañías aéreas y otras futuras misiones industria 3 Viajes y ocio (p. ej. Diners Club) 4 Bancario y Financiero (p.ej. Visa) 5 Bancario y Financiero (p.ej. MasterCard) 6 Merchandising y banca minorista (por ejemplo las tarjetas de marcas privadas) 7 Petróleo 8 Las telecomunicaciones y otros futuros industria asignaciones 9 Para la asignación de organismos nacionales de normalización El emisor identificador es normalmente una longitud fija número de cinco dígitos. Históricamente, el primer dígito se utiliza para indicar la longitud del emisor identificador. Sin embargo, todos los nuevos números se publicó como longitud fija cinco números. La identificación de la cuenta individual es asignado por el emisor de la tarjeta y identifica a un individuo cuenta de cliente. Es de longitud variable con un máximo de 12 dígitos. El dígito de control es el último dígito de la sartén, y se calcula sobre todos los anteriores dígitos del número de identificación del uso de Luhn formula un módulo 10 dígito de verificación. En el caso de Visa las transacciones en efectivo ( con la exclusión de una Visa Cash Fondos Petición), este campo contiene el número de la tarjeta Visa Cash. Este es un campo de longitud fija que consta de 3 elementos de datos: Emisor de la tarjeta Visa Cash BIN (posiciones 1 - 6) Visa Cash Número de Serie (7 - 15) Visa Cash dígito de control (posición 16) Campo 3: Código de Procesamiento Formato n6 Descripción El tipo de transacción de cliente y los tipos de cuenta, si lo hubiere, afectados por la operación. Este es un campo de longitud fija que consta de 3 elementos de datos: Transaction type (Posiciones 1 - 2) Account type Afectados de los cargos e investigaciones y el "de" cuenta de las transferencias (las posiciones 3 - 4) Account type Afectados por créditos y la "a" de las transferencias (posiciones 5 - 6) Tenga en cuenta que Administrador de transacciones, se descartará un mensaje, si el tipo de transacción no es apropiado para el tipo de mensaje del mensaje recibido. Para 0100, 0120, 0200 y 0220 los mensajes al administrador de transacciones, todos los tipos de transacción que no es de 90, 91, 92, y 93 son compatibles. Si uno de estos tipos de mensajes contienen cualquiera de los tipos de transacción no es compatible, el mensaje será simplemente descartado. Para 0600 y 0620 mensajes todas las tareas de administración tipos de transacción son compatibles, donde la administración tipo de transacción se define como comenzando con un ' 9' (p. ej. 90 - Lugar de tarjeta). Si Administrador de transacciones recibe el tipo de transacción 93 en cualquier mensaje que no sea el 0620, el mensaje se descarta. Para 0420 los mensajes válidos, tipos de transacción son 00-19, 20-29, 30-39, 40-49, 50-59 y 9099. Autorizador de plug-ins como postal, consulte la documentación asociada con tipos de transacción. Campo 4: Importe Transacción Formato n12 Descripción Los fondos solicitados por el titular en la moneda del comprador o la ubicación de origen de la transacción de los costos de transacción. Los valores están expresados en la menor denominación (p. ej., centavos). Campo 5: Importe liquidación Formato n12 Descripción Los fondos que se transfieren entre el adquirente y emisor de la tarjeta igual a la amount, transaction expresada en la . settlement currency Campo 7 - Fecha y la hora de la transmisión Formato n10, MMDDhhmmss Descripción La fecha y la hora, expresada en Tiempo Universal Coordinado (UTC), cuando este mensaje se envía en el mensaje iniciador. Campo 9: Tasa de conversión, liquidación Formato n8 Descripción El factor utilizado en la conversión de a . amount, transaction amount, settlementEl amount, transaction se multiplica por este campo de rendimiento . amount, settlementEl dígito del extremo izquierdo indica el número de posiciones que el separador de decimales será trasladado desde la derecha. Las posiciones 2 a la 8 del campo representan la tasa real. Por ejemplo, una tasa de conversión de valor 91234567, equivaldría a 0,001234567 . Campo 11: Sistemas de Auditoría número Formato n6 Descripción Un número asignado por una transacción iniciador para ayudar a identificar una transacción única. Los sistemas de seguimiento auditoría número permanece sin cambios para todos los mensajes dentro de una transacción. Administrador de transacciones se puede configurar para generar sistemas de seguimiento números auditoría al enviar mensajes a un nodo de receptor. Si lo es, entonces la cantidad de auditorías de sistemas es único por cada receptor nodo entidad reconciliación. Por lo tanto, si la reconciliación granularidad se establece para el nodo granularidad de los sistemas de seguimiento número se incrementará en cada transacción. Si la granularidad se establece en terminal granularidad, duplicación de los sistemas de seguimiento de auditoría se pueden generar para las transacciones originadas en diferentes terminales. Terreno 12 - Tiempo, transacción Local Formato n6, hhmmss Descripción La hora local en que se realiza la transacción de la tarjeta de autorización aceptor ubicación y mensajes financieros. Para todas las demás transacciones, este campo indica la hora local establecido por el iniciador del primer mensaje de la transacción. Campo 13: Fecha, transacción Local Formato n4, MMDD Descripción La fecha en que se realiza la transacción de la tarjeta de autorización aceptor y mensajes financieros. Para todas las demás transacciones, este campo indica la fecha local establecido por el iniciador del primer mensaje de la transacción Campo 14: Fecha Caducidad Formato n4, YYMM Descripción El año y el mes después de la cual caduca la tarjeta. Campo 15: Fecha, solución Formato n4, MMDD Descripción El mes y el día para el que los totales se reconcilian entre el comprador y el emisor. Campo 16: Fecha, conversión Formato n4, MMDD Descripción El mes y el día en que la moneda de la transacción se había convertido al cristianismo. Campo 18 - Marina Mercante Tipo Formato n4 Descripción La clasificación de los mercaderes del tipo de producto o servicio. Códigos que se han desarrollado dentro de cada país. Campo 22 - POS Modo de entrada Formato n3 Descripción Una serie de códigos que identifican el método usado para capturar el número de cuenta y fecha de vencimiento cuando un terminal se usa, y el PIN de captura de la terminal. Este es un campo de longitud fija que consta de 2 elementos de datos: PAN entry mode (Posiciones 1 - 2) PIN entry capability (Posición 3). Campo 23: Tarjeta Número de secuencia Formato n3 Descripción Distinguir entre un número separado las cartas con el mismo número de cuenta principal o primaria número de cuenta. Campo 25: POS Código de condición Formato n2 Descripción Un código que describe las condiciones en las que la transacción se lleva a cabo en el punto de servicio. 00 Presentación Normal 01 El Cliente no presente 02 Terminal desatendido - tarjeta puede conservarse 03 Marina mercante sospechoso 04 Caja registradora electrónica interfaz 05 El Cliente actual, tarjeta no presente 06 Pre-solicitud autorizada 07 Necesita un dispositivo telefónico 08 Correo electrónico o por teléfono 09 Alerta de seguridad POS. 10 Cliente identidad verificada 11 Sospecha de fraude 12 Razones de seguridad 13 Representación del tema 14 Utilidad Pública terminal 15 Terminal del Cliente 16 Terminal administrativa 17 Artículo Devuelto 18 Si no hay ninguna en sobres - retorno 19 Depósito fuera de balance - volver 20 Pago de saldo - volver 21 Cambio manual 22 Error Terminal - contó 23 Terminal error - no contado 24 Depósito fuera de balance - aplicar 25 Pago de saldo - aplicar 26 Error de extracción - invertido 27 Desatendido terminal - La tarjeta no puede ser retenido 41 Aprobación parcial permite Los códigos adicionales se pueden definir para uso privado. Campo 26 - POS Captura Código PIN Formato n2 Descripción El número máximo de caracteres PIN que pueda ser aceptado por el punto de servicio. Los valores válidos son " 04" a " 12" ( " 00" a " 03" son reservados por ISO) y si el dispositivo de punto de venta no acepta los pasadores o no se sabe si el dispositivo, este valor se debería establecer en " 12 ". Campo 27: Longitud de la Respuesta ID de autorización Formato n1 Descripción La longitud máxima de la autorización respuesta de la ID que el adquirente puede acomodar. El emisor de la tarjeta o agente deberá limitar la respuesta ID de autorización de esta longitud. Campo 28: Importe, cuota de Transacción Formato x + n8 Descripción El cobro de comisiones, por el adquirente al emisor, por actividad de la transacción, en la moneda del amount, transaction. Campo 29: Importe de liquidación Formato x + n8 Descripción El cobro de comisiones, por el adquirente al emisor, por actividad de la transacción, en la moneda del amount, settlement. Campo 30: Importe, procesamiento de transacciones Tasa Formato x + n8 Descripción El cobro de comisiones por la red para el manejo y enrutamiento de mensajes, en la moneda de . amount, transactionEste campo generalmente se inserta por la red en los mensajes. Campo 31: Importe, resolver tarifa de procesamiento Formato x + n8 Descripción El cobro de comisiones por la red para el manejo y enrutamiento de mensajes, en la moneda de . amount, settlementEste campo generalmente se inserta por la red en los mensajes. Campo 32: Código de identificación entidad adquirente Formato n..11, LLVAR Descripción Un código que permite identificar la institución financiera actuando como comprador de esta transacción de cliente. El adquirente es el miembro o usuario del sistema que ha firmado el comerciante, que se ha instalado el ATM o dispensar efectivo. Este campo contiene normalmente la bandeja (consulte la ) de PANla adquirente, pero podría ser cualquier otro número asignado por las autoridades competentes. Cuando un centro de procesamiento opera para varios adquirentes, y este es el código para el individuo miembro o usuario del sistema, no un código para el centro de procesamiento. UsageField 33 - Enviar código ID de la Institución Formato n..11, LLVAR Descripción Un código que permite identificar la institución que dirige la operación de un sistema de intercambio en la ruta que el emisor de la tarjeta. Por ejemplo, supongamos que un adquirente dirige una transacción a través de un tercero de EFT para el emisor de la tarjeta. En la solicitud del comprador a la EFT switch, este campo contiene el código de la entidad adquirente. Cuando la solicitud es remitida por la EFT switch al emisor de la tarjeta, este campo contiene el código asignado a la EFT switch. Si una entidad adquirente código de identificación está definido para el nodo de receptor asociado con la transacción, el Administrador de transacciones utiliza este valor como la entidad adquirente código de identificación de la transacción. Si no es así, el Administrador de transacciones utiliza el valor de el mensaje que originó la transacción como la entidad adquirente código de identificación de la transacción. El administrador de transacciones utiliza este campo para determinar la transacción por lotes para la fuente o sumidero nodo asociado con la transacción si el nodo fuente o sumidero tiene una solución granularidad de comprador. Campo 35 - Vía 2 Datos Formato z..37, LLVAR Descripción La información codificada en la vía 2 de la banda magnética como definido en la norma ISO 7813, incluyendo separadores de campo pero excluyendo el centinela, centinela final comprobación de redundancia longitudinal y caracteres. El separador de campo (FS) puede ser o bien un " =" o un "D" personaje. El diseño de este campo es el siguiente: Campo Longitud Número de la cuenta principal Hasta 19 dígitos Separador de campo 1 Dígito Fecha de vencimiento (AAMM) 4 Dígitos (o un separador de campo si no está presente) Restricción de Servicio código 3 Dígitos (o un separador de campo si no está presente) Datos Discrecional Saldo disponible dígitos El principal número de cuenta, fecha de caducidad y código de restricción de servicio se describen con más detalle en los campos 2, 14 y 40 de este documento. Para tarjetas de tipo 59, donde el principal número de cuenta comienza con los principales identificadores de la industria " 5" seguido por el dígito " 9 ", el diseño del campo pasa a ser: Campo Número de la cuenta principal Longitud Hasta 19 dígitos (dos de los cuales son consumidos por la 59 inicio dígitos) Separador de campo 1 Dígito Código del País 3 Dígitos (como se especifica en la norma ISO 3166). Fecha de vencimiento (AAMM) 4 Dígitos (o un separador de campo si no está presente) Restricción de Servicio código 3 Dígitos (o un separador de campo si no está presente) Datos Discrecional Saldo disponible dígitos Carga de transacciones Visa Cash, este campo contiene la Visa Cash cargar datos de la firma de la ficha que se envía a la entidad emisora para permitir al emisor para verificar la firma de la petición de Visa (S1). El diseño de este campo es el siguiente: Campo Número de tarjeta Visa Cash Longitud 16 DÍGITOS Separador de campo 1 Dígitos (puede ser un " =" o un "D" carácter) Fecha de vencimiento (AAMM) 4 Dígitos: Sólo las AAMM parte del Visa Cash fecha de caducidad Restricción de Servicio código 3 Dígitos (debe ser " 101 ") Visa Cash balance 6 Dígitos Número de transacción 5 Dígitos Desplazamiento de GMT 2 Dígitos Campo 37 - Recuperación Número de referencia Formato anp12 Descripción Un número de referencia proporcionado por el sistema de información sobre la fuente original y se utiliza para ayudar a localizar esa información o de una copia del mismo. Campo 38: ID de autorización Respuesta Formato anp6 Descripción Un código asignado por la institución indica que autoriza su aprobación. Campo 39: Código de respuesta Formato an2 Descripción Un código que define la disposición de una transacción. 00 Aprobado o ha completado con éxito 01 Consulte al emisor de la tarjeta 02 Consulte al emisor de la tarjeta, condiciones especiales 03 Comerciante no válido 04 Pick-up card 05 No honor 06 Error 07 Pick-up card, condiciones especiales 08 Honor de identificación 09 Solicitud en curso 10 Aprobado, parcial 11 Aprobado, VIP 12 Transacción No Válida 13 Cantidad no válida 14 Número de tarjeta no válido 15 No emisor 16 Aprobado, actualización vía 3 17 Cancelación del Cliente 18 Disputa con un cliente 19 Volver a introducir transacción 20 Respuesta no válida 21 Ninguna acción 22 Sospecha de un funcionamiento incorrecto 23 Inaceptable cuota de transacción 24 Actualización de archivo no compatible 25 No es posible localizar el registro 26 Registro duplicado 27 Actualización del archivo editar error campo 28 Actualización del archivo archivo bloqueado 29 Archivo error en la actualización 30 Error de formato 31 No admite Banco 32 Parcialmente completado 33 Tarjeta caducada, pick-up 34 Sospecha de fraude, pick-up 35 Contacto con comprador, pick-up 36 Tarjeta Restringido, pick-up 37 Seguridad llamada comprador, pick-up 38 Intenta superar PIN, pick-up 39 Una cuenta de crédito 40 Función no admitida 41 Tarjeta Perdida, pick-up 42 Universal No cuenta 43 Tarjeta Robada, pick-up 44 Cuenta de inversión No 45 Cierra la cuenta 46 Identificación requerida 47 Identificación de la comprobación requerida 48 No hay registro de cliente 49 A 50 Reservado para uso futuro en tiempo real 51 No fondos suficientes 52 Si no hay ninguna cuenta 53 Cuenta de ahorros No 54 Tarjeta caducada 55 PIN incorrecto 56 No hay registro de la tarjeta 57 Transacción no autorizada al titular 58 Operación no permitida en el terminal 59 Sospecha de fraude 60 Contacto comprador 61 Límite superior retirada 62 Tarjeta Restringido 63 Violación de la seguridad 64 Monto Original incorrecto 65 Retirada de frecuencia superior 66 Seguridad llamada adquirente 67 Captura duro 68 Respuesta recibida demasiado tarde 69 Asesoramiento recibido demasiado tarde 70 A 74 Reservado para uso futuro en tiempo real 75 Intenta superar PIN 76 Reservado para uso futuro en tiempo real 77 Intervenir, el banco requiere aprobación 78 Intervenir, el banco se requiere la aprobación por parte de los mismos 79 A 89 Reservado para cliente-específicas (reducido) 90 Cut-off en curso 91 Interruptor Emisor o no funciona 92 Error de enrutamiento 93 Violación de la ley 94 Transacción duplicadas 95 Conciliar error 96 Fallo del sistema 97 Reservado para uso futuro en tiempo real 98 Límite de efectivo Excede 99 Reservado para uso futuro en tiempo real UN Reservado para uso futuro en tiempo real cer oa cer o A1 ATC no aumenta A2 ATC ha superado el límite A3 ATC error de configuración A4 Fallo de comprobación de RCV A5 CVR error de configuración A6 Fallo de comprobación de TVR A7 TVR error de configuración A8 Reservado para uso futuro en tiempo real de BZ C Inaceptable POLO cer o C1 No Cambio de PIN C2 Error al desbloquear PIN C3 Reservado para uso futuro en tiempo real aD cer o D1 MAC Error D2 Reservado para uso futuro en tiempo real a cer o E1 Error Prepago E2 Reservado para uso futuro en tiempo real a MZ N Reservado para cliente-específicas (reducido) cer oa ZZ Campo 40 - Restricción de Servicio Código Formato n3 Descripción La determinación de la distribución geográfica y disponibilidad del servicio. Contiene: La zona de uso y si la tarjeta tiene instalaciones lectura adicional 1 Tarjeta Internacional 2 Tarjeta Internacional - servicios de circuitos integrados 5 Sólo para uso nacional 6 Sólo uso nacional instalaciones - circuito integrado 9 Tarjeta de prueba - online autorización obligatoria La autorización para esta tarjeta 0 Normales de autorización 2 Autorización obligatoria En línea 4 Autorización obligatoria En línea La gama de servicios disponibles y requisitos de PIN 0 Es necesario un número de identificación 1 No hay restricciones - normal titular verificación 2 Bienes y servicios sólo 3 Es necesario un número de identificación, LOS CAJEROS AUTOMÁTICOS sólo 5 Es necesario un número de identificación, los bienes y servicios sólo en POS, dinero en efectivo en cajeros automáticos 6 Si es necesario un número de identificación PIN pad presente 7 Si es necesario un número de identificación PIN pad, solamente a bienes y servicios en POS, dinero en efectivo en cajeros automáticos Campo 41: ID Card Aceptor Terminal Formato ans8 Descripción Un único código de identificación de la tarjeta acceptor ubicación. Campo 42: Código de identificación Tarjeta Acceptor Formato ans15 Descripción Un código que identifica la tarjeta aceptor (normalmente un comerciante). Campo 43 - Tarjeta Acceptor Nombre Ubicación Formato ans40 Descripción El nombre y la ubicación de la tarjeta aceptor (tales como un comerciante o un CAJERO AUTOMÁTICO). Este es un campo de longitud fija que consta de 4 elementos de datos: La información de ubicación ( posiciones 1 - 23), exclusiva de ciudad, estado/región y país La ciudad (posiciones 24 - 36) en la que el punto de servicio se encuentra El estado o región (posiciones 37 - 38) en la que el punto de servicio se encuentra El país (posiciones 39 - 40) en el que el punto de servicio se encuentra Para cargar las transacciones Visa Cash, este campo contiene el identificador de Servicio Visa Cash ( "SV: ", seguido de la firma de la petición carga (S1), el comprador carga BIN y otros información de la ubicación. Este es un campo de longitud fija que consta de 5 elementos de datos: Visa cash identificador de servicio (posiciones 1 a 3), un valor constante de "SV:" La firma de la petición de Visa (posiciones 4 - 19) La Visa de comerciante BIN (posiciones 20 - 25). La ciudad (posiciones 26 - 38) en la que el punto de servicio se encuentra El país (posiciones 39 - 40) en el que el punto de servicio. Campo 43 - Tarjeta Acceptor Nombre Ubicación Formato ans40 Descripción El nombre y la ubicación de la tarjeta aceptor (tales como un comerciante o un CAJERO AUTOMÁTICO). Este es un campo de longitud fija que consta de 4 elementos de datos: La información de ubicación ( posiciones 1 - 23), exclusiva de ciudad, estado/región y país La ciudad (posiciones 24 - 36) en la que el punto de servicio se encuentra El estado o región (posiciones 37 - 38) en la que el punto de servicio se encuentra El país (posiciones 39 - 40) en el que el punto de servicio se encuentra Para cargar las transacciones Visa Cash, este campo contiene el identificador de Servicio Visa Cash ( "SV: ", seguido de la firma de la petición carga (S1), el comprador carga BIN y otros información de la ubicación. Este es un campo de longitud fija que consta de 5 elementos de datos: Visa cash identificador de servicio (posiciones 1 a 3), un valor constante de "SV:" La firma de la petición de Visa (posiciones 4 - 19) La Visa de comerciante BIN (posiciones 20 - 25). La ciudad (posiciones 26 - 38) en la que el punto de servicio se encuentra El país (posiciones 39 - 40) en el que el punto de servicio. Campo 44: Datos de respuesta Formato ans..25, LLVAR Descripción Utilizado para proporcionar otros datos complementarios (como por ejemplo un número de teléfono para referencias) que puedan ser necesarias en respuesta a una autorización o otro tipo de solicitud de operación. PIN aprobados para las peticiones de cambio , este campo contiene la desviación de pasador/PVV el pasador nuevo en el 0610 y posteriores 0620 mensajes. Tenga en cuenta que el PVKI no está incluido. Para cargar las transacciones Visa Cash, este campo se utiliza para transportar información de la firma. Las respuestas de la carga, que contiene el identificador de Servicio Visa Cash ( "SV: ", seguido por la respuesta de la carga firma (S2). Este es un campo de longitud fija que consta de 2 elementos de datos: Visa cash identificador de servicio (posiciones 1 a 3), un valor constante de "SV:" La carga firma de autorización (posiciones 4 - 19) para esta operación de carga Solución de carga consejos, que contiene el identificador de Servicio Visa Cash ( "SV: ", seguido de la finalización de la carga firma (S3). Este es un campo de longitud fija que consta de 2 elementos de datos: Visa cash identificador de servicio (posiciones 1 a 3), un valor constante de "SV:" La finalización de la carga firma ( las posiciones 4 - 19) para esta operación de carga Campo 45 - Pista 1 Datos Formato ans..76, LLVAR Descripción La información codificada en la vía 1 de la banda magnética como definido en la norma ISO 7813, incluyendo separadores de campo pero sin el centinela, centinela final comprobación de redundancia longitudinal y caracteres. Tenga en cuenta que las dos estructuras se definen en la norma ISO 7813, es decir la estructura y la estructura B. Estructura A está reservada para uso propio los emisores de tarjetas, si bien la estructura B se define de la siguiente forma: Campo Longitud Código de formato B (ASCII 66) Número de la cuenta principal Hasta 19 dígitos Separador de campo 1 Carácter (ASCII 61 o 94) Código del País 3 Dígitos (o un separador de campo si no está presente) Nombre 2 A 26 caracteres (este campo se describen a continuación) Separador de campo 1 Carácter (ASCII 61 o 94) Fecha de vencimiento (AAMM) 4 Dígitos (o un separador de campo si no está presente) Restricción de Servicio código 3 Dígitos (o un separador de campo si no está presente) Datos Discrecional Saldo disponible dígitos El principal número de cuenta, fecha de caducidad y código de restricción de servicio se describen con más detalle en los campos 2, 14 y 40 de este documento. La estructura del campo de nombre se define en la tabla siguiente. Los campos están separados por medio de un carácter de espacio (ASCII 32). Los datos codificados como mínimo permitido es un único carácter seguido por el apellido del separador. Campo Notas Apellido Apellido del separador ASCII 47 Primer nombre o inicial Espacio Cuando sea necesario Segundo nombre o inicial Período Cuando es seguido por el título; ASCII 46 Título Cuando se utiliza El carácter de espacio (ASCII 32) es necesario para separar el sub-campos del campo de nombre distinto del apellido. Cierre el separador el apellido debe estar codificado después del último sub-campo del campo de nombre . Si sólo el apellido está codificado, se celebrará a continuación el apellido separador. Nota: validación de la seguridad se pueden realizar en la vía 1, sobre la base de perfil de configuración. Campo 48 - Datos adicionales Formato ans..999, LLLVAR Descripción Se utiliza para proporcionar cuenta vinculada o mini-información sobre la declaración de una cuenta vinculada investigación o una mini-exposición investigación. Mini-declaración Información Conducción del terminal S1 las aplicaciones, con excepción de las de los terminales que no soportan mini-declaraciones, formato de patina con un lenguaje de secuencias de deslizamiento. Esto permite que los propietarios del sistema deslizante para determinar los formatos de acuerdo con sus propias necesidades, y sobre la base de las limitaciones de la impresora de terminal (p. ej. ancho de papel). El formato de campo 48 al mini-declaración datos se envían corriente abajo, es el siguiente: 1. UNA mini-exposición línea, que contienen etiquetas para identificar el formato de la mini-exposición que sigue las líneas de datos, p. ej. DATE_TIME|SEQ_NR|TRAN_TYPE|TRAN_AMOUNT~ Los diferentes campos de las mini-declaración línea están separadas por caracteres de barra ( " | ") y la línea se termina con una tilde ( " ~ " ). 2. Uno o más mini-declaración líneas de datos, cada uno similar a la cadena de identificación más arriba en cuanto a la estructura, pero que contiene la información de la transacción que se van a imprimir por línea, p. ej. 19971201123123 | 001234' | 01 | 000000005000~ A continuación se muestra una lista de las etiquetas que son compatibles. Campo Nombre de la etiqueta SEQ_NR Formato Fecha y hora DATE_TIME n14, CCYYMMDDhhmmss ID. de la Terminal TERM_ID Número de secuencia n6 n8 Tipo de transacción TRAN_TYPE n2 (Reatime tipo de transacción, para que se encarguen de multilingüismo) De la cuenta FROM_ACC n2 Tipo de cuenta (en tiempo real, para que se encarguen de multilingüismo) Para tener en cuenta TO_ACC n2 Tipo de cuenta (en tiempo real, para que se encarguen de multilingüismo) Cantidad de TRAN_AMOUNT n12 la Transacción 1 ID de cuenta ACC_ID1 ans28 (Justificado a la izquierda, el espacio de relleno) 2 ID de cuenta ACC_ID2 ans28 (Justificado a la izquierda, el espacio de relleno) ID de autorización AUTH_ID n6 Código de moneda Recargo CURR_CODE Recargo n3 (Código de divisa de la cantidad de la transacción) n8 Consulta de cuentas vinculadas En el caso de la consulta de cuentas, este campo contiene información relativa a las cuentas vinculadas a la tarjeta que inició la transacción. La información de hasta 20 cuentas pueden ser devueltos. Tenga en cuenta que, al " 00" se especifica como un tipo de cuenta en la solicitud original, una lista de todas las cuentas relacionadas con la tarjeta se recupera, y no sólo las cuentas vinculadas del tipo de cuenta predeterminada. El formato de la información asociada a cada cuenta es de la siguiente manera: Campo ID de cuenta Longitud Descripción 28 El identificador identifica de manera única la cuenta, justificado a la izquierda, llena de espacio. Tipo de cuenta 2 La norma ISO 8583 tipo de cuenta de la cuenta. Código de moneda 3 El numérico ISO código de divisa de la cuenta. Saldo de contabilidad 13 El saldo del libro mayor de la cuenta. El primer carácter contiene el signo. UNA "D" indica un débito balance (negativo) y una "C" indica un crédito (positivo) equilibrio. Campo 49: Código de moneda, Transacción Formato a3 or n3 Descripción La moneda local del adquirente o la ubicación de origen de la transacción. Este es el código de moneda utilizado para los siguientes campos de cantidad: amount, transaction amount, transaction fee amount, transaction processing fee Nota: Si Administrador de transacciones debe interpretar el código de moneda, tasas de conversión de moneda, la moneda debe ser especificado como un código numérico (n3). Campo 50: Código de moneda, solución Formato a3 or n3 Descripción Un código que identifica el tipo de cambio de la liquidación. Si este campo no está presente para una transacción, se supone que este campo es el mismo que el campo. currency code, transaction Este es el código de moneda utilizado para los siguientes campos de cantidad: amount, settlement amount, settlement fee amount, settlement processing fee amount, net settlement Nota: Si Administrador de transacciones debe interpretar el código de moneda, tasas de conversión de moneda, la moneda debe ser especificado como un código numérico (n3). Campo 52 - Datos de PIN Formato b8 Descripción El PIN campo de datos contiene el PIN (número asignado a un usuario de tarjeta destinada a identificar que titular) del titular con formato de un bloques de 64 bits y cifrado con una clave DES. Campo 53: Información de control relacionados con la seguridad Formato b48 Descripción Gestión de seguridad identifica la información utilizada en la transacción actual o especifica la seguridad gestión de la información que se va a utilizar en futuras transacciones. Si el plan se utiliza DUKPT, los primeros 8 bytes de este campo en la autorización y transacciones financieras mensajes de solicitud que contenga un bloque PIN cifrado DUKPT, contienen el número de secuencia de la clave. Las operaciones de cambio de PIN, el primer byte indica el PIN para cambiar: 0 Binario - inseguridad (p. ej. PIN del teléfono) 1 Binario - fije el pasador (p. ej. PIN del CAJERO AUTOMÁTICO) Los siguientes 8 bytes de este campo contiene el pasador nuevo formato en una bloques de 64 bits y cifrado con una clave DES (también se puede configurar para Administración 8 ceros en mensajes de aviso (0620/0621) que indica la ausencia de un nuevo bloque de la espiga). Puede ser seguido por el 8-byte DUKPT número de secuencia de la clave si la DUKPT es utilizado. Las operaciones de cambio de clave, este campo contiene la clave encriptada en los primeros 8, 16, o 24 bytes, dependiendo de la longitud de la clave, seguido de un máximo de 4 de los más importantes bytes de la clave dígitos de verificación. La clave dígitos de verificación se definen el valor de cero bytes codificados 8 debajo de la tecla. Este campo debe ser rellenado por la derecha con ceros binarios de 48 bytes. Campo 54: Importe adicional Formato an..120, LLLVAR Descripción Información sobre un máximo de 6 cifras y datos de la cuenta de los elementos de datos específicos que no se han definido. Cada uno de los importes fijos es un campo de longitud que consta de 5 elementos de datos: Account type (Posiciones 1 - 2) Amount type (3 - 4) Código de moneda (5 - 7) Cantidad signo (posición 8) - "C" o "D" Cantidad (9 - 20) Cuando este campo es enviado por la entidad que realiza conversión de moneda este campo debe contener cantidades en la transacción y el asentamiento las monedas si se diferencian. Si Administrador de transacciones realiza conversión de moneda para el nodo en el que se enviará el mensaje, a continuación, los importes en la moneda de liquidación se incluirá en este campo. En un mensaje de respuesta del Administrador de transacciones, este campo siempre contendrá las cantidades aprobadas y las cantidades de efectivo, si procede. Al configurar un nodo de receptor que está prestando servicios para el emisor, puede proporcionar en tiempo real en plena autorización o servicio. Cuando uno de estos tipos de soporte de que se haya realizado con éxito por un débito, crédito, investigación o transacción de pago, excluyendo cuentas relacionadas investigación y pago de transacciones de depósito, los importes adicionales campo contendrá también el saldo de contabilidad seguida por el saldo disponible de la cuenta específica. El ID de cuenta de la cuenta específica se devuelve en el campo 102, Identificación de la Cuenta 1. Para una transacción de transferencia, cuando este campo forma parte de una respuesta a el Administrador de transacciones o una respuesta enviada por el Administrador de transacciones, las cantidades de la cuenta de siempre debe ocurrir antes de que las cantidades de las cuentas. La cantidad de 20 (que este ciclo) representa la más baja velocidad restantes aplicable a la transacción. Esta cantidad no incluye el saldo disponible. Campo 56: mensaje Código de razón Formato n4, LLLVAR Descripción Un código que proporciona al receptor de la solicitud, el asesoramiento o mensaje de notificación con la razón, o el propósito de ese mensaje. Original de las autorizaciones y las transacciones financieras, que identifica el motivo por el tipo de mensaje se ha enviado (por ejemplo, por qué un asesoramiento y una petición); para otros mensajes, que por qué se tomó esta acción. 1000 Reserva en el procesamiento en el emisor de la tarjeta de opción 1003 Emisor de la tarjeta no está disponible 1006 Límite bajo el piso 1376. Error relacionado con PASADOR 1377 Cambio prescindir 1378 Recibo pagaré impreso 1379 Requiere ajuste Manual para corregir campo no válido(s) 1510 Límite en el piso 1800 Negativo de la tarjeta 4000 Cancelación del Cliente 4001 No especificado, no se hace nada 4004 Parcialmente completado 4013 No es posible entregar el mensaje en punto de servicio 4017 Sospecha de un funcionamiento incorrecto o no dispensar efectivo 4020 Respuesta no válida, sin que se adoptaran medidas al respecto. 4021 Ha agotado el tiempo de espera de respuesta 4351 CVV2 no válido 4352 Dirección no válida En lugar de las transacciones de las tarjetas , en Emisor Asesoramiento Actualización del archivo (0322) o de la Administración (0600/0620) mensajes, el campo es obligatorio y por qué una tarjeta debe ser puesto en la lista hotcard: 3000 Pérdida de tarjeta 3001 Tarjeta robada 3002 Tarjeta No entregado 3003 Tarjeta falsa 3700 Perdido el pasador Si un código de respuesta no ha sido especificada en estas transacciones, el mensaje código de motivo campo se utilizará para determinar a qué espera código de respuesta a utilizar para la transacción. Un mensaje código de motivo de " 3001-tarjeta robada" tendrá como resultado de un código de respuesta " 43-tarjeta robada", de lo contrario " 41-tarjeta perdida" se va a utilizar. En el caso de un mensaje de transacción bancaria, el mensaje código de razón especifica el tipo de mensaje que el titular desea reenviar al emisor. Tenga en cuenta que, en este caso, el mensaje código de motivo campo se trata de un campo con formato que el usuario puede utilizar para cualquier tipo de usuario código específico. Mensaje los códigos de motivo se define en la norma ISO 8583 (1993), especificación y esta especificación se ha utilizado como base para los códigos definidos aquí. Tenga en cuenta que esta no es una lista completa de mensajes posibles códigos de motivo. Los códigos que aparecen aquí son los utilizados por Administrador de transacciones. Para obtener más información acerca de un mensaje código de razón, por favor consulte la especificación de la interfaz de la fuente o sumidero interfaz de nodo o consulte con su proveedor de asistencia principal. El uso de los siguientes códigos de motivo mensaje han quedado obsoletos: 1801 Tarjeta perdida 1802 Robo Tarjeta Campo 57 - Autorización código de ciclo de vida Formato n3, LLLVAR Descripción Un valor en días calendario, las horas o minutos que define el período de tiempo durante el que el comprador está solicitando fondos de garantía, o que el emisor de la tarjeta deberá garantizar los fondos para una operación financiera que pueden seguir. Consta de 2 campos: Código de tiempo (posición 1) 0 Reservado para uso ISO 1 Días de calendario 2 Horas 3 Minutos 4-5 Reservado para uso ISO 6-7 Reservado para uso nacional 8-9 Reservado para uso privado Intervalo de tiempo (posiciones 2 - 3): un valor de 01 a 99 que indica el número de repeticiones se indica en la posición 1. Campo 58 - Autorizar Agente Institución Formato np..11, LLLVAR Descripción Código que identifica el agente autoriza institución. Campo 59 - Eco Datos Formato ans..500, LLLVAR Descripción Este es un real complemento específico a la norma ISO 8583. Contiene los datos de origen del mensaje que se devuelve sin ningún tipo de modificación en el mensaje de respuesta. Campo 66: Código Solución Formato n1 Descripción Un código que indica el resultado de una reconciliación. 0 Desconocido 1 En equilibrio 2 Fuera de balance 3 Error El resultado es 0 (Desconocido) si el importe, Liquidación neta campo (campo 97) no está presente en la reconciliación. El resultado es 1 (en equilibrio) si todos campos opcionales siempre están en equilibrio. Si uno o más de los campos opcionales de la reconciliación asesoramiento está fuera de equilibrio con los locales totales por lotes, el resultado es 2 (de equilibrio). Campo 67: Código de pago extendido Formato n2 Descripción El número de meses que el titular prefiere pagar por este tema si permitido por el emisor de la tarjeta. Campo 70 - Gestión de Red Código de Información Formato n3 Descripción El código que define el tipo de gestión de la red. 000 Reservado para uso futuro en tiempo real 001 Iniciar sesión en 002 Cerrar la sesión 003 Sistema de destino no está disponible 004 Autor de mensaje del sistema de modo de copia de seguridad 005 Instrucciones especiales 006 Iniciar ruta alternativa 007-059 Reservado para uso futuro en tiempo real 060-099 Reservado para uso específico de cliente 100 Reservado para uso futuro en tiempo real 101 Cambio de clave 102 Alerta de seguridad 103 Cambio de contraseña 104 Autenticación de Dispositivo 105 Cambio de certificado 106-159 Reservado para uso futuro en tiempo real 160-199 Reservado para uso específico de cliente 200 Reservado para uso futuro en tiempo real 201 Iniciar corte 202 Total de corte 203-259 Reservado para uso futuro en tiempo real 260-299 Reservado para uso específico de cliente 300 Reservado para uso futuro en tiempo real 301 Prueba de eco 302-359 Reservado para uso futuro en tiempo real 360-399 Reservado para uso específico de cliente 400-799 Reservado para uso futuro en tiempo real 800-998 Reservado para uso específico de cliente 999 Texto Particularidades Administrador de transacciones no interpreta este campo, sino que simplemente pasa a la fase anterior Campo 73: Fecha, acción Formato n6, YYMMDD Descripción Una fecha especifica cuando una acción futura debe ocurrir. Campo 74 - Créditos, Número Formato n10 Descripción El número total de operaciones de crédito, otros de retrocesos, procesado desde el último corte solución (es decir, la suma de todas las transacciones financieras en positions 1 - 2 of the processing code la transacción financiera indicó un crédito (20-29). Campo 75 - Créditos, Inversión Número Formato n10 Descripción El número total de inversión las transacciones de crédito, que tengan un crédito en la cuenta del titular, procesado desde el último corte solución (es decir, la suma de todas las transacciones en las que invertir positions 1 - 2 of the processing code en el cambio transacción indica un débito (00-19) y donde el mensaje original identificador del tipo indicado una operación financiera (02xx). Campo 76 - Los débitos, Número Formato n10 Descripción El número total de las transacciones de débito con impacto financiero procesado desde el último corte solución, excluyendo los retrocesos. Una transacción con impacto financiero es uno de los que el importe final de la carga total es diferente de cero. Por lo tanto, este campo es el número total de las transacciones financieras en positions 1 2 of the processing code la transacción financiera se indica un débito (00-19). Campo 77 - Los débitos, la inversión número Formato n10 Descripción El número total de inversión las transacciones de débito, con un débito en la cuenta del titular, procesado desde el último corte solución (es decir, la suma de todas las transacciones en las que invierta positions 1 - 2 of the processing code en la inversión transacción indica un crédito (20-29) y donde el mensaje original identificador del tipo indicado una operación financiera (02xx). Campo 78 - Transferencia, Número Formato n10 Descripción El número total de todas las transacciones de transferencia, otros de retrocesos, procesado desde el último corte solución (es decir, la suma de todas las transacciones financieras en positions 1 - 2 of the processing code la transacción financiera indica una transferencia (40-49). Campo 79 - Transferencia, Inversión Número Formato n10 Descripción El número total de transacciones de transferencia invertidos desde el último corte solución (es decir, la suma de todas las transacciones en las que invierta positions 1 - 2 of the processing code en la inversión transacción indica una transferencia (40-49) y donde el mensaje original tipo identificador indica una operación financiera (02xx). 81 - Autorizaciones, Número Formato n10 Descripción El número total de autorización las transacciones procesadas desde la última liquidación corte. 80 Campo de Investigación, Número Formato n10 Descripción El número total de consultas atendidas a partir de la última liquidación transferencia (es decir, la suma de todas las transacciones en las que autorización positions 1 - 2 of the processing code de la transacción financiera indica la investigación (30-39 ). Campo 82 - Créditos, cuota de Procesamiento Cantidad Formato n12 Descripción El importe total de todos los gastos de tramitación de crédito. Campo 83 - Créditos, transacción Importe de la tarifa Formato n12 Descripción El importe total de todos los costos de transacción de crédito. Campo 84 - Los débitos, cuota de Procesamiento Cantidad Formato n12 Descripción El importe total de todos los gastos de tramitación de débito. Campo 85 - Débitos, transacción Importe de la tarifa Formato n12 Descripción El importe total de todas las comisiones por transacciones de débito. Campo 86 - Créditos, Cantidad Formato n16 Descripción El importe total de todas las transacciones de crédito, otros de retrocesos, procesado desde el último corte solución (es decir, la suma amount, settlement de todas las transacciones financieras, exclusiva de las comisiones, donde positions 1 - 2 of the processing code en la transacción financiera indicó un crédito (20-29). Terreno 87 - Créditos, Inversión Cantidad Formato n16 Descripción El importe total de todas las transacciones de crédito, inversión que tengan un crédito en la cuenta del titular, procesado desde el último corte solución (es decir, la suma amount, settlement de todos las transacciones inversión, exclusiva de las comisiones, en donde en positions 1 - 2 of the processing code la transacción financiera indicó un débito (00-19) y donde el mensaje original identificador del tipo indicado una operación financiera (02xx). Campo 88 - Débitos, Cantidad Formato n16 Descripción El importe total de todas las transacciones de débito con repercusiones financieras procesadas desde la última liquidación traslado, excluyendo los retrocesos. Una transacción con impacto financiero es uno de los que el importe final de la carga total es diferente de cero. Por lo tanto, este campo es la suma de amount, settlement todas las transacciones financieras en positions 1 - 2 of the processing code la transacción financiera indica un débito (00-19). Campo 89 - Los débitos, la inversión Cantidad Formato n16 Descripción El importe total de todas las transacciones de débito inversión, con un débito en la cuenta del titular, procesado desde el último corte solución (es decir, el monto de la suma de todas amount, settlement las transacciones inversión, exclusiva de las comisiones, donde positions 1 - 2 of the processing code en la transacción financiera indicó un crédito (20-29) y donde el mensaje original identificador del tipo indicado una operación financiera (02xx). Campo 90 - Original Elementos de datos Formato n42 Descripción Los elementos de la información contenida en el mensaje original de coincidencia de transacción (por ejemplo, para identificar una transacción para corrección o inversión). Se trata de una longitud fija campo que consta de 5 elementos de datos: Tipo de mensaje Original (posiciones 1 - 4) - el tipo de mensaje identificador del mensaje original de la transacción que se está invertido. Sistemas originales cantidad de auditorías de seguimiento (posiciones 5 - 10) el systems trace audit number del mensaje original. Original fecha y la hora de la transmisión (posiciones 11 - 20) - el transmission date and time del mensaje original ID de la institución adquirente Original código posición (21 - 31) - el acquirer institution ID code del mensaje original (justificado a la derecha con ceros). Reenvío Original código ID de la institución (posición 32 - 42) - el forwarding institution ID code del mensaje original (justificado a la derecha con ceros). Campo 91: Código de actualización Archivo Formato an1 Descripción Una indicación para el mantenimiento del sistema file de proceso a seguir. 0 Sin asignar 1 Añadir registro 2 Registro de cambios 3 Eliminar registro 4 Sustitución masiva 5 Investigación 6 Eliminar registro, purga del sistema 7 Agregar archivo 8 Eliminar el archivo 9 Sin asignar Campo 95 - Sustitución Cantidades Formato an42 Descripción Corregir la cantidad de una transacción en una reversión parcial o total (o las cantidades finales de la transacción). Se trata de una longitud fija campo consta de 4 elementos de datos: Importe real, transacción (las posiciones 1 - 12) - el corregir, importe real de la transacción del cliente, en la currency of the transaction. Cantidad Real, el asentamiento (posiciones 13 - 24) - los ha corregido, cantidad real de la transacción del cliente, en la . settlement currency Importe real, tarifa de transacción (posiciones 25 - 33) - el corregido, real de la tarifa correspondiente (en formato x + n8) en esta transacción de cliente, en la . currency of the transaction Cantidad Real, la solución de las posiciones (34 - 42) - el corregido, real de la tarifa correspondiente (en formato x + n8) para esta transacción de cliente, en la . settlement currency Campo 97: Importe Neto, solución Formato x + n16 Descripción La red de todos los débitos y créditos bruta cantidades para un período de liquidación entidad un arreglo específico. Especificados en el . settlement currency Campo 98 - Beneficiario Formato ans25 Descripción Un código o código de identificación del beneficiario (destinatario) de una transacción de pago. Este campo se utiliza en una transacción de pago cuando el beneficiario es una institución definida beneficiario. Los beneficiarios definidos por el cliente no tiene un código del beneficiario. Cuando se utiliza este campo con los pagos del motor, sin embargo, contiene el ID del beneficiario como se mantiene en la lista de beneficiario de un titular de la tarjeta. Debido a que los pagos Motor asigna un ID a ambas instituciones definen los beneficiarios y definidos por el cliente, este campo puede ser usado para referirse a cualquier tipo de beneficiario. Campo 100 - Institución que recibe Código ID. Formato n..11, LLVAR Descripción Un código que permite identificar la institución financiera que debe recibir una solicitud o asesoramiento. Este código de identificación se utiliza cuando no es posible enviar un mensaje con el número de cuenta en el mensaje, por ejemplo, en un mensaje de verificación. Si este campo está incluido en una solicitud o asesoramiento, tiene prioridad sobre todos los campos número de cuenta para realizar el enrutamiento. Campo 101 - Nombre de archivo Formato ans..17, LLVAR Descripción La real o nombre abreviado del archivo que se está accediendo. Los siguientes nombres de archivo se utilizan para actualizar la base de datos de los pagos del motor con 0300 mensajes: RTE_USER_PAYEES RTE_STD_PAYEES RTE_USER_XFER RTE_USER_PAYMENTS El siguiente nombre de archivo se utiliza para actualizar los registros de la tarjeta emisor con respecto al estado de la tarjeta, la tarjeta espera código de respuesta y los códigos PIN (normalmente sólo se aplica a los sistemas con un sistema de administración de tarjetas instaladas): CARD_MANAGEMENT El siguiente nombre de archivo se utiliza para actualizar el archivo hotcard del sistema en tiempo real con 0322 mensajes: HOTCARDS La siguiente file update codes se puede utilizar para actualizar el archivo hotcard del sistema en tiempo real con 0322 mensajes: 1 Añadir el registro 2 Registro de cambios 3 Eliminar registro Campo 102 - Identificación de la Cuenta 1 Formato ans..28, LLVAR Descripción Una serie de números y/o caracteres que se utiliza para identificar una cuenta específica de la tarjeta en el emisor de la tarjeta y si este no se modificarán durante la vida de la transacción. Este campo normalmente contiene la descripción del "from" account. Campo 102 - Identificación de la Cuenta 1 Formato ans..28, LLVAR Descripción Una serie de números y/o caracteres que se utiliza para identificar una cuenta específica de la tarjeta en el emisor de la tarjeta y si este no se modificarán durante la vida de la transacción. Este campo normalmente contiene la descripción del "from" account. Campo 103 - Identificación de la Cuenta 2 Formato ans..28, LLVAR Descripción Una serie de números y/o caracteres que se utiliza para identificar una cuenta específica de la tarjeta en el emisor de la tarjeta y si este no se modificarán durante la vida de la transacción. Este campo normalmente contiene la descripción del "to" account. Cuando se utiliza en las operaciones de pago, este campo especifica el número de cuenta bancaria del beneficiario. Terreno 118 - Pagos, Número Formato n..10, LLLVAR Descripción El número total de los pagos procesados desde el último corte solución (es decir, la suma de todas las transacciones en las que autorización positions 1 - 2 of the processing code de la transacción financiera indica un pago (50-59). Campo 119 - Pagos, Inversión Número Formato n..10, LLLVAR Descripción El número total de transacciones de pago revertido desde el último corte solución (es decir, la suma de todas las transacciones en las que invertir positions 1 - 2 of the processing code en el cambio transacción indica un pago (50-59) y donde el mensaje original tipo identificador indica una operación financiera (02xx). Campo 123 - POS Código de datos Formato an15, LLLVAR Descripción Un complemento específico a la ISO 8583 estándar utilizado para identificar el terminal capacidad terminal, medio ambiente y seguridad de la presentación de datos. Se usa para indicar condiciones específicas que estaban presentes en el momento en que una operación se llevó a cabo en el punto de servicio. Este campo consta de los siguientes sub-campos: La card data input capability (posición 1) de la terminal. La cardholder authentication capability (posición 2) de la terminal. La card capture capability (posición 3) de la terminal. La operating environment (posición 4) de la terminal. Indica si el cardholder is present (posición 5). Indica si el card is present (posición 6). La real ( card data input mode posición 7) de la transacción. La real ( cardholder authentication method posición 8) de la transacción. La cardholder authentication entity (posición 9) de la transacción. La card data output capability (posición 10) de la terminal. La terminal output capability (posición 11) de la terminal. El PIN capture capability (12) de la terminal. La terminal operator (posición 13). El terminal type (posiciones 14 y 15). Campo 127 - Campo Privado en tiempo real Formato ans..999999, LLLLLLVAR Descripción Este es un real complemento específico a la norma ISO 8583. 127 Campo campo es un mapa que contenga un máximo de 999999 bytes de datos. Los subcampos del campo 127 se identifican como campo 127.x. 127,2 Campo - Llave de contacto Formato ans..32, LLVAR Descripción Este es un real complemento específico a la norma ISO 8583. La llave de contacto campo identifica de forma exclusiva una transacción. Cada nuevo mensaje desde un nodo origen (que no sea una repetición de mensajes o un 0202) inicia una nueva transacción y debe tener una única llave. Un par 0200/0202 se ve como una única transacción, y los dos mensajes, por lo tanto comparten una única llave. Una única transacción en Administrador de transacciones puede generar más de un mensaje al nodo de receptor, por ejemplo, una solicitud puede ser seguida de una notificación o una inversión tiempo de espera. Administrador de transacciones va a generar estos mensajes con la misma llave de contacto, el cual es idéntico al número de transacción exclusivo. 127,3 Campo - Información de ruta Formato ans48 Descripción Este es un real complemento específico a la norma ISO 8583. Los totales grupo, nodo de origen, Nodo de receptor y de los sistemas de seguimiento auditoría números asociados con una transacción de cliente. Aunque se aprobó en un campo de longitud variable, esta tiene una longitud fija de 48 caracteres que consta de 5 elementos de datos: El nodo de origen (posiciones 1 - 12), justificado a la izquierda, llena de espacio. El nodo de receptor (posiciones 13 - 24), justificado a la izquierda, llena de espacio. El nodo origen systems trace audit number (posiciones 25 - 30). El nodo de receptor systems trace audit number (posiciones 31 - 36). Los totales grupo (posiciones 37 - 48), justificado a la izquierda, llena de espacio. 127,4 Campo - Datos de PUNTO DE VENTA Formato ans22 Descripción Este es un real complemento específico a la norma ISO 8583. Contiene los datos que se transmiten desde el punto de servicio (POS) sistema, p. ej., una caja registradora. Aunque se aprobó en un campo de longitud variable, esta tiene una longitud fija de 22 caracteres que consta de 3 elementos de datos: La terminal de punto de venta (POS) ID (posiciones 1 - 8) identificación del terminal de punto de venta, por ejemplo, una caja registradora, en que se realizó la transacción. 127,5 Campo - Estación de servicio los datos Formato ans73 Descripción Este es un real complemento específico a la norma ISO 8583. Contiene los datos que se transmiten de una estación de servicio, es decir sistema patio, para enviar al emisor de la tarjeta. Estos datos se utilizan normalmente para la gestión de flotas. Este elemento de datos consta de 2 campos obligatorios y hasta 3 repeticiones de un grupo de 3 campos. Tenga en cuenta que este es un formato fijo elemento de datos. Todos los campos que no se utilicen deben contener espacios. El uso del vehículo (posición 1) indica si la(s) producto(s) fue adquirido por negocios o uso privado (0 - privado, 1 - business). La lectura del odómetro (posiciones 2 - 7) del vehículo. El siguiente grupo de campos representa un producto combustible y se puede repetir hasta 3 veces (es decir 3 Productos diferentes son compatibles): El ID. de producto ( las posiciones 1 - 2) especificando el combustible producto adquirido. La literage (posiciones 3 - 10) especificando el literage del producto adquirido. La cantidad (posiciones 11 - 22) del producto adquirido. Nota: El uso de los FleetData XSD (para el campo 127,22 ) es preferible a la utilización de 127,5 . Administrador de transacciones no mapa entre estas estructuras. El punto de venta número de secuencia (posiciones 9 - 14) especificando el terminal de punto de venta (POS) número de secuencia. El TPV ID de operador (posiciones 15 - 22) especificando la cajera que realizó la transacción. Campo 127,6 - Perfil de Autorización Formato an2 Descripción Este es un complemento específico en tiempo real a la norma ISO 8583. Este campo se puede configurar en un mensaje de solicitud para indicar que no debe hacerse. Este campo también se puede configurar en el sistema que se ha aprobado o rechazado la transacción. Proporciona información adicional sobre las condiciones de las autorizaciones deben ser o se realiza: La authorization reason (posición 1). La authorization type (posición 2). 127,7 Campo - Verificar los datos Formato ans..70, LLVAR Descripción Este es un complemento específico en tiempo real a la norma ISO 8583. Contiene la garantía o verificación de los datos. Este campo puede estar en varios formatos diferentes. Los 2 primeros dígitos indican el formato. Este campo puede ser ampliado a nuevas 127,8 Campo - Retención de datos Formato ans..999, LLLVAR Descripción Este es un real complemento específico a la norma ISO 8583. Datos transparentes pasó de un nodo fuente o sumidero al administrador de transacciones para la retención en la tabla de transacciones. Ormats en el futuro. Actualmente formatos admitidos son: Driver license format Formatted MICR format Plastic card account number format Unformatted MICR format Nota: El uso de los CheckData XSD (para el campo 127,22 ) es preferible a la utilización de 127,7 . Administrador de transacciones no mapa entre estas estructuras. 127,9 Campo - Nodo adicional Datos Formato ans..255(999), LLLVAR Descripción Este es un real complemento específico a la norma ISO 8583. Datos opacos pasan de un nodo fuente a un nodo de receptor , o de un fregadero nodo a un nodo Fuente. Campo 127,10 - CVV2 Formato n3 Descripción Este es un real complemento específico a la norma ISO 8583. El impreso Visa CVV2 valor que se introduce de forma manual cuando la banda magnética no se puede leer Campo 127,11 - Llave Original Formato ans..32, LLVAR Descripción Este es un real complemento específico a la norma ISO 8583. La llave de contacto del mensaje original, destinado a conciliación de transacción (por ejemplo, para identificar una transacción de corrección o inversión). Dos mensajes que pueden provenir de diferentes fuentes, el Original Node campo también se utiliza para que coincida con las transacciones. Campo 127,12 - Dueño del Terminal Formato ans..25, LLVAR Descripción Este es un real complemento específico a la norma ISO 8583. Contiene el nombre de la institución financiera que posee un CAJERO AUTOMÁTICO, o el nombre del comerciante en el terminal de punto de venta (POS) se encuentra. 127,13 Campo Datos Geográficos - POS. Formato ans17 Descripción Este es un real complemento específico a la norma ISO 8583. Contiene una serie de códigos para identificar el estado, condado, código de servicio postal y el código de país donde el dispositivo de punto de venta está ubicada físicamente. Este elemento de datos se define en la norma ANSI X9.2 (1988). El diseño es de la siguiente manera: El código de estado numérico (posiciones 1 - 2). Código numérico del condado (posiciones 3 - 5). El servicio postal código alfanumérico (posiciones 6 - 14). El código numérico de país (posiciones 15 - 17). Si alguno de los sub-campos no son utilizados, se debe fijar a los espacios. Campo 127,14 - Patrocinador Banco Formato ans8 Descripción Este es un real complemento específico a la norma ISO 8583. Identifica la institución patrocina la tarjeta aceptor terminal de punto de venta. Campo 127,15 - Dirección datos de verificación Formato ans..29, LLVAR Descripción Este es un complemento específico en tiempo real a la norma ISO 8583. Este campo puede contener tarjeta información de la dirección de un pedido por correo o por vía aérea. El diseño es de la siguiente manera: El código postal (posiciones 1 - 9). Este campo está justificado a la izquierda y el espacio de relleno. Si el código postal no existe, entonces este subcampo es el espacio de relleno. Tenga en cuenta que tanto el código postal completo o sólo los caracteres numéricos del código postal puede ser especificada. La dirección titular alfanuméricos (posiciones 10 - 29). Si la dirección no existe, entonces este subcampo se omite (es decir, el total longitud del campo es de 9). Tenga en cuenta que tanto la dirección completa o sólo los caracteres numéricos de la dirección puede ser especificado. Información adicional Los subcampos son justificadas a la izquierda, llena de espacio. Cuando realiza verificación de la dirección postal, los subcampos puede contener plenamente el valor o valores numéricos. La dirección subcampo se puede omitir, en este caso, el campo tendrá una longitud de 9. Duración 1 - 9 serán aceptados para el código postal , en este caso, el campo será justificado a la izquierda y el espacio de hasta 9 caracteres. Longitudes 1 - 20 serán aceptados para la dirección titular, en este caso, el campo será justificado a la izquierda y el espacio de un máximo de 20 caracteres. Campo 127,16 - Dirección Resultado de verificación Formato a1 Descripción Este es un real complemento específico a la norma ISO 8583, que contiene el resultado de una transacción que involucra verificación de dirección. UN Dirección, código postal no E Error N Ni dirección ni código postal coincide con R Vuelva a intentarlo U No disponible Y Dirección y código postal coincide con Z Código postal coincide, la dirección no 127,17 Campo - Información sobre Titulares Formato ans..50, LLVAR Descripción Este es un real complemento específico a la norma ISO 8583, que contiene información sobre la respuesta de los titulares. Esta información suele ser devuelto por el autorizador de la transacción. Campo 127,18 - datos de validación Formato ans..50, LLVAR Descripción Este es un real complemento específico a la norma ISO 8583, que contiene información relacionada con la tarjeta. Esta información suele ser suministrada por el origen de la transacción como un mecanismo de seguridad adicional. Estos datos pueden ser utilizados por el autorizador al autorizar una transacción. Por ejemplo, este campo puede contener el número de identificación del titular de la tarjeta. Si este valor es diferente del valor de la base de datos de los usuarios de tarjetas del autorizador, la transacción puede ser rechazada. Campo 127,19 - datos bancarios Formato ans31 Descripción Este es un real complemento específico a la norma ISO 8583, que contiene los detalles de la sucursal y banco. Este campo se utiliza para especificar los detalles de la cuenta bancaria del beneficiario (destinatario) de una transacción de pago. Los pagos realizados a los beneficiarios definidos por el cliente o bien requerir información bancaria o los detalles de la dirección se especifica en el mensaje de transacción. Campo Longitud Formato Descripción Código 9 ANS La institución financiera en la cuenta bancaria del de banco beneficiario. Normalmente, el campo se llena espacio a la derecha al menos de 9 caracteres. La interpretación de este campo varía de un país a otro. ID de rama 22 ANS La rama en la que la cuenta de banco. Normalmente, el campo se llena espacio a la derecha cuando se encuentra a menos de 22 caracteres. La interpretación de este campo varía de un país a otro. Campo 127,20 - Iniciador/Autorizador solución fecha Formato n8, CCYYMMDD Descripción Este es un complemento específico en tiempo real a la norma ISO 8583. Este campo contiene la fecha de liquidación del iniciador o el certificador de la transacción. Campo 127,21 - identificación del registro Formato ans..12, LLVAR Descripción Este es un complemento específico en tiempo real a la norma ISO 8583 contiene el ID del registro para cualquier archivo transacción de actualización. 127,22 Campo - datos estructurados Formato ans..99999, LLLLLVAR Descripción Este es un real complemento específico a la norma ISO 8583. Este campo utiliza un par de clave/valor estructura para representar los datos. La idea detrás de la esfera es la de proporcionar un mecanismo flexible para el transporte de datos en tiempo real a través Marco. Por tanto, no hay ninguna limitación a lo que sea la clave o el valor puede contener, siempre, por supuesto, que el formato del campo se respete. Longitud de datos ampliada Este campo es compatible con el almacenamiento de datos que supera el límite de 99999 caracteres la longitud estándar formato. Si los datos 100KB o más necesidades en este campo de mayor longitud se utiliza el formato. Cuando se utiliza este formato extendido, el indicador de longitud está repleto de la siguiente manera: 0Xffffffffff (La longitud estándar indicador campo de 0xFF caracteres) 1 Byte indicador de longitud del campo indicador de longitud Indicador de longitud del campo Formato de datos El diseño físico del campo es de la siguiente manera: 1 Byte indicador de longitud de la longitud de la clave indicador Indicador de longitud de la clave Clave 1 Byte indicador de longitud del valor indicador de longitud Indicador de longitud del valor Valor La tabla anterior describe el diseño físico de un único par clave/valor , por lo tanto, es repetido por cada par clave/valor en el campo. No hay limitación en el número de pares de valores que se pueden utilizar, además de la longitud del campo en general. Nota: Al igual que en tiempo real del Framework 4.0 service pack 5 , este campo se almacena en la tabla de transacciones Marco en tiempo real. Define XSDs en tiempo real para las siguientes acciones: StatementData CardManagementUpdateData CardManagementUpdateLoad PrepaidMerchandise PurchasingCardData FleetCardData CheckData AirlineItineraryData VehicleRentalData LodgingData CardManagementBalancesAdjustmentLoad FleetData XML que cumple con la estructura descrita en estos XSDs se inserta en este campo a través de un tag que comprende el XSD nombre precedido de la cadena Alternativomente:. Por ejemplo, en el momento de insertar los datos en XML declaración forma, la clave será Alternativomente:StatementData y el valor asociado con el XML bien formado que se ajusta a la StatementData XSD. Tiempo Real define los siguientes pares de clave y valor para su uso con este campo. Clave Descripción Alternativomente:DOMINIOUSUARIO El "valor" consiste en el dominio del usuario que ha iniciado sesión actualmente Presente en el mensaje 0320, 0322 en la postal las Interfaces de Usuario. Alternativomente:id. El "valor" consiste en el ID 0320, del usuario que ha iniciado 0322 sesión actualmente en la postal las Interfaces de Usuario. Alternativomente:TransactionDescription El "valor" contiene un formulario, el cliente las descripciones de las transacciones que se van a pasar por Administrador de transacciones que estará disponible en la Oficina, postal o en un sistema host para su posterior recuperación. La descripción está limitado a 100 caracteres y puede ser numérico y/o alfabético. Alternativomente:TMTimeoutRev El "valor" sólo estará 0420 presente si la inversión es una inversión de tiempo y la opción configuración del nodo receptor, invierta en línea las respuestas finales, se han configurado. Alternativomente:LateRspCode El "valor" sólo estará 0420 presente cuando un cambio se coloca en la cola de asesoramiento sobre el sistema de almacenamiento y de cola en respuesta a una respuesta en línea. Esto sólo ocurrirá cuando la opción configuración del nodo receptor, retroceso finales las respuestas en línea, han sido configuradas. Contiene el campo 39 valor que fue recibido en la tarde respuesta en línea. Alternativomente:OrigTranSinkNodeDateSettlement El "valor" sólo estará presente cuando un cambio 0100, 0120, 0200, 0220, 0600 y 0620 0420 se coloca en la cola de asesoramiento sobre el sistema de almacenamiento y de cola en respuesta a una respuesta en línea. Esto sólo ocurrirá cuando la opción configuración del nodo receptor, retroceso finales las respuestas en línea, han sido configuradas. Que contiene el campo 15 valor que envió arriba en la solicitud en línea original que se ha agotado el tiempo de espera. Los pagos del Motor define los siguientes pares de clave y valor para su uso con este campo. Los datos contenidos en el valor consta de uno o más registros. Clave Descripción Postilion:RteStandardPayeesInquire El "valor" consta de uno o más registros. Es utilizado por los pagos del motor para que se devuelvan todos los beneficiarios definidos por la institución en los pagos del motor. Presente en el mensaje 0310 Postilion:RteUserPayeesAddStandard El "valor" consiste en un único 0300 registro. Se utiliza para agregar un definido por la Institución titular beneficiario de una lista de beneficiario. Postilion:RteUserPayeesAddSpecific El "valor" consiste en un único registro. Se utiliza para agregar un usuario a un beneficiario titular de la lista de beneficiario. 0300 Postilion:RteUserPayeesInquire El "valor" consta de uno o más 0310 registros. Es utilizado por los pagos del motor para volver todos definidos por el cliente y los beneficiarios definidos por la institución a los beneficiarios de un usuario de tarjeta lista de beneficiario. Postilion:RteUserPayeesModify El "valor" consiste en un único 0300 registro. Se utiliza para cambiar los datos de un cliente definido en un titular beneficiario la lista de beneficiario. Postilion:RteUserPaymentsAdd El "valor" consiste en un único registro. Se utiliza para agregar un nuevo modelo previsto para el titular de los pagos del motor. El modelo se generan las transacciones de pago. Postilion:RteUserPaymentsInquire El "valor" consta de uno o más 0310 registros. Es utilizado por los pagos del motor programado para que se devuelvan todos los modelos de un titular, para generar las transacciones de pago. Postilion:RteUserPaymentsModify El "valor" consiste en un único registro. Se utiliza para cambiar los detalles de un modelo planificado, para generar las transacciones de pago. Postilion:RteUserTransferAdd El "valor" consiste en un único 0300 registro. Se utiliza para agregar un nuevo modelo previsto para el titular de una tarjeta para los pagos del motor. El modelo generará titular de cuentas operaciones de traspaso. El "valor" consta de uno o más 0310 registros. Es utilizado por los pagos del motor programado para que se devuelvan todos los modelos de un titular, configurado para generar titulares de cuentas operaciones de traspaso. El "valor" consiste en un único 0300 registro. Se utiliza para cambiar los detalles de un modelo planificado, configurado para generar titulares de cuentas operaciones de traspaso. Postilion:RteUserTransferInquire Postilion:RteUserTransferModify Campo 127,23 - nombre y dirección del beneficiario Formato ans253 0300 0300 Descripción Este es un real complemento específico a la norma ISO 8583. Contiene identificación e información de facturación para un beneficiario. Todos los campos están justificados a la izquierda, espacio a la derecha. Este campo se utiliza cuando se realiza un pago a un beneficiario definida por el cliente, donde el beneficiario se define por su dirección. Un banco, por ejemplo, podría usar estos datos para enviar un cheque al beneficiario en nombre del cliente . Campo Longitud Formato Descripción Nombre 35 ANS Nombre del beneficiario. Línea de dirección 1 35 ANS Primera línea de la dirección. Línea de dirección 2 35 ANS Segunda línea de la dirección. Línea de dirección 3 35 ANS Tercera línea de la dirección. Ciudad 35 ANS Ciudad beneficiario en el que se encuentran. Región 20 ANS Región/Estado se encuentra la ciudad. Código Postal 20 ANS Código postal de la ciudad. Código del País 3 UN Una carta 3 código ISO del país. Teléfono 35 ANS Número de teléfono del beneficiario. Campo 127,24 - Beneficiario referencia Formato ans..28, LLVAR Descripción Este es un complemento específico en tiempo real a la norma ISO 8583. Define el pagador ID de cuenta o en algún otro tipo de información de referencia que se entregue al beneficiario. Esta información normalmente aparecerá en el banco del beneficiario. Campo 127,25 - tarjeta con circuito integrado (CCI) de datos ans..9999, LLLLVAR Descripción Este es un complemento específico en tiempo real a la norma ISO 8583. El campo contiene los datos que se utilizan tarjetas con circuito integrado que aplicar el EMV specification. El campo se guarda en la tabla de transacciones de la base de datos. Marco en Tiempo Real almacena este campo estructurado como un registro de datos denominado IccData. IccData tiene el formato de un objeto XML de acuerdo con un XML Schema Definition (XSD), y contiene una de las etiquetas IccResponse IccRequest y que, a su vez, contiene los datos ICC subcampos. Campo 127,26 - Nodo Original Formato ans..20, LLVAR Descripción Este es un real complemento específico a la norma ISO 8583. Contiene el nombre del nodo fuente original de esta transacción. Este campo se utiliza para vincular los nodos origen de las transacciones, para tratar los casos en los que (por ejemplo) la solicitud de autorización llega desde un nodo origen, mientras que la correspondiente solicitud de transacción o inversión enviado por otro. Para garantizar que las operaciones se articule de forma adecuada en las operaciones de extracción, es necesario almacenar el nombre de nodo original junto con la . original key (field 127.11) En mensajes de aviso, como un 0220 o 0420, este campo contiene el nombre del nodo que procesa la solicitud original mensaje (es decir, el nombre de un nodo de receptor). Campo 127,27 - Resultado de la verificación Tarjeta Formato ans1 Descripción Este es un real complemento específico a la norma ISO 8583, que contiene el resultado de una transacción que involucra verificación de la tarjeta. E Lector CVV no verificada, número imprevisible no válido M CVV2 válido (match), CVV válido o no está disponible N CVV2 no válido (no coinciden), CVV válido o no está disponible P No podemos procesar CVV2, CVV es válido o no está disponible U Emisor no registradas para procesar CVV2, CVV válido o no está disponible Y CVV CVV no válido o sin contacto Campo 127,28 - Identificador de Tarjeta American Express (CID) Formato n4 Descripción Este es un complemento específico en tiempo real a la norma ISO 8583. La Tarjeta American Express Identificador (CID) es similar a la Visa y MasterCard CVV2 de LO llama CVC2 Y AMEX lo llama. Se utiliza para validación adicional de la tarjeta-nopresente las transacciones. Tenga en cuenta que si el administrador de transacciones está configurado para realizar, no validará las tarjetas de American Express Identificador (CID) mientras se realiza en. Por lo tanto, si el administrador de transacciones realiza en respecto a una transacción en este campo está presente, pero no significa que los datos de este campo es válido y correcto. El identificador de tarjeta American Express (CID) se pasa a través del Administrador de transacciones inalterada y no se guardan en la base de datos. Campo 127,29 - 3-D Secure Data Formato b40 Descripción Este es un complemento específico en tiempo real a la norma ISO 8583. 3-D Secure Data se compone de los siguientes dos subcampos (tanto en formato b20): El Transaction Identifier (XID) (posiciones 1 a 20). El Cardholder Authentication Verification Value (CAVV) (posiciones 21 a 40). 3-D Secure los datos se transmiten a través del Administrador de transacciones sin alteraciones y no se guardan en la base de datos. El administrador de transacciones no es permitido para realizar en los procedimientos de autorización de 3-D Secure transactions. Campo 127,30 - 3-D Secure Resultado Formato ans1 Descripción Este es un complemento específico en tiempo real a la norma ISO 8583 contiene la autentificación del Titular verificación Valor (CAVV) resultados código. En CAVV no validado blanco (Un espacio) 0 CAVV no validado debido a errores en los datos presentados 1 Error en la validación CAVV 2 CAVV pasado la validación 3 Validación CAVV no se podía llevar a cabo. Emisor intento incompleto. 4 Validación CAVV no se podía llevar a cabo. Error del sistema emisor. 3-D Secure Resultado pasa a través Marco en tiempo real sin alteraciones y guardado en la base de datos. Campo 127,31 - Emisor Id de red Formato ans..11, LLVAR Descripción Este es un complemento específico en tiempo real a la norma ISO 8583. Contiene el Id de la red en la que el emisor pertenece, que con la operación del emisor o autorizado la transacción en nombre del emisor. Emisor Id de red en tiempo real pasa a través Marco inalterada y guardado en la base de datos. Campo 127,32 - UCAF Datos Formato b..33, LLVAR Descripción Este es un complemento específico en tiempo real a la norma ISO 8583 contiene la MasterCard UCAF (Universal campo Autentificación del titular) campos para el comercio electrónico. Este campo consta de dos subcampos: UCAF colección indicador con un formato en el cual n1 puede tener uno de los siguientes (ASCII) valores: o o o 0 - UCAF recogida de datos no es compatible en el sitio web del comerciante. 1 - UCAF recogida de datos, que es apoyado por el comerciante, pero UCAF datos no se rellenan. 2 - UCAF recogida de datos, que es apoyado por el comerciante y la UCAF datos estaba poblada. UCAF datos de autenticación con un formato de . b..32Este debe ser un Base64 codificado ans..32 binario representación de los datos de autenticación. Si el indicador de subcampo UCAF está establecida en 0 o 1, este subcampo no se presente. UCAF se transmiten los datos en tiempo real a través Marco inalterada. Los datos recibidos en los mensajes de petición se guarda en la base de datos. El administrador de transacciones no está permitido realizar en los procedimientos de autorización de las transacciones cuando los UCAF UCAF recopilación de datos se ha completado (UCAF colección indicador está establecido en 2). Campo 127,33 - extendido Tipo de transacción Formato n4 Descripción Este es un complemento específico en tiempo real a la norma ISO 8583. El tipo de transacción es un código que distingue entre tipos de transacción con el mismo código en el tipo de transacción subcampo del campo 3 (código de procesamiento). El campo tipo de transacción puede ser utilizado en combinación con cualquiera de los actuales tipos de transacción. Los siguientes valores están definidos actualmente para el campo tipo de transacción ampliado: Administración tipos de transacciones (1000 - 5999): 1000 Miembros sign-up 1001 Proyectos retraído 1002 Pagaré prescindir 1003 Acepta Efectivo 1004 Redondeo 1005 Cambio Canon 1006 Cambio de dosificación aceptador de efectivo 1007 Prescindir de la lata Cambio 1008 Dosificación sobre depósito 1009 Depósito en cantidad desconocida 1160 La entrega de la llave - solicitud de clave pública - Firma 1161 La entrega de la llave maestra - solicitud de clave de firma 1162 La entrega de la llave maestra - verificación de la clave de firma 1170 La entrega de la llave - solicitud de clave pública - Certificado 1171 La entrega de la llave - llave maestra solicitud - Certificado 1172 La entrega de la llave - llave maestra verificación - Certificado 1180 La entrega de la llave - Master key exchange 1181 La entrega de la llave - intercambio de claves públicas 1182 La entrega de la llave - llave maestra actualización 2000 Reposición de efectivo 2001 Limpieza de depósitos 2002 Reposición de Fondos en Efectivo y depósitos de limpieza 2003 Operación Sospechosa - Banco guardadas 2004 Operación Sospechosa - Banco no se ha guardado 2005 Totales de material impreso 2006-2099 Reservada para el uso de los CAJEROS AUTOMÁTICOS equipo 3000 Desbloquear PIN 3001 No cambio de PIN 3002 Desbloquear PIN falla 3010 EMV criptograma validación 3011 Resultado de transacción EMV 3030 Captura de la firma 3100 Activación de la tarjeta 3101 Desactivación Tarjeta 3200 Orden de instrucción 3201 Comprobar/verificar libro fin 3202 Comprobación de la parada/comprobación 3300 Actualización del Cliente 3301 Actualización de la cuenta 3302 Actualización de la tarjeta 4000 Alerta de fraude 4001 Operación Sospechosa 4002 Fraude asesoramiento 4100 Documentación de la Operación petición de recuperación 4101 Chargeback 4102 Reversión de Cargo 4103 Representment 4104 Arbitraje chargeback 4105 Cobro de Tarifas 4106 Desembolso de Fondos 4107 Administración mensaje de texto 4108 Recuperación confirmación 4109 Rechazo 4110 Arbitraje reversión de cargo 4111 Inversión Representment 4112 Reversión cobro 4113 Desembolso de los Fondos inversión 4114 Petición de Recuperación inversión 4200 Comprobar/Verificar recuperación de imágenes 4201 Recibo recuperación de imágenes 4202 Declaración recuperación de imágenes 4204 Fuerte imagen sub-tema recuperación 5000-5999 Reservado para uso específico de cliente Tipos de transacción financiera (6000 - 9999): 6000 Orden de dinero 6001 Transferencia de Dinero 6002 Investigación transferencia de dinero 6003 Comprobar/verificar efectivo investigación 6010 Orden de débito 6011 Sobre pedido de débito 6012 Las órdenes de adeudo investigación futura 6100 Compruebe/depósito con OCR entrada 6101 Comprobar/depósito con entrada manual 6102 Compruebe/depósito con OCR entrada - Cash back a seguir 6103 Compruebe/depósito con entrada manual - Cash back a seguir 6102 Ingreso de cheques con OCR entrada - Cash back a seguir 6103 Depósito con entrada manual - Cash back a seguir 6110 Depósito en efectivo con un montón aceptador 6200 Carga fondos sin conexión 6201 Descarga fondos sin conexión 6202 Sincronización de cuenta fondos sin conexión 6203 No tarifa de uso 6204 Financiación cuenta de crédito 6300 Activación Préstamo 6301 Cancelación Préstamo 6400 Prepago 6401 Prepago - Anónimo vale 6402 Prepago - Consumidor-asiento específico 6403 Prepago - recarga electrónica 6404 Prepago - Anónimo vale imprimir 6500 Activación de la tarjeta de depósito se verifica por el operador 6501 Depósito verificado por el operador 6502 Desactivación con Tarjeta cash back 6600 Comprobar/verificar garantía de bienes y servicios con dinero en efectivo 6601 Comprobar/verificar verificación de bienes y servicios con dinero en efectivo 6700. Investigación búsqueda de conversión de divisas 7000 Comprobación de la identidad del cliente investigación 7001 Cuenta investigación vinculada al Cliente 7002 Investigación vinculada al Cliente tarjeta 7003 Pregunta del cliente 7004 Tarjeta consulta de cuentas vinculadas 7005 Investigación Tarjeta 7006 Cuenta investigación vinculada al cliente 7007 Consulta de cuentas 7008 Verificación de cuenta investigación 7010 Declaración investigación lista de imágenes 7050 Cobro de Tarifas 7055 Comprobar/Verificar representment 7060 Compra bono de ahorro 7100 Pago entre cuentas en diferentes instituciones 7101 Pago de factura por procesador de pagos 7102 Pago de factura por procesador de pagos & check/cheque emitido 7103 Factura de pago por cuenta bancaria del propietario 7104 Pago de factura por propietario de la cuenta bancaria de la & check/cheque emitido 7105 Pago de factura por ACH & pre-definidos los detalles de los beneficiarios 7106 Pago de factura por ACH & suministrado por el usuario de los detalles de los beneficiarios 7107 Pago de Impuestos, propietario de la cuenta comercial 7108 Pago Nómina, propietario de la cuenta comercial 7109 ACH pre-nota 7110 Manutención 9000-9999 SON Reservado para uso específico de cliente La nueva campo tipo de transacción debe ser utilizado de la siguiente manera: Mensaje Tran tipo 06XX 90 / 92 06XX 91 Tran tipo extendido Administrador de transacciones / postal stand-in Administración Definido por cada tipo de transacción en el tipos de campo 3 a 0600 mensajes. transacción(10005999) Administración Define por extendido en el campo tipo de tipos de transacción 127,33 para 0600 mensajes transacción(1000- (postal en solo para ampliar tipo de 5999) transacción 3000 si se trata de una transacción EMV y postales está configurado para hacer verificaciones de PIN y emisor para enviar secuencias de comandos). Si el campo 127,33 no está presente, no en se va a hacer, salvo en los siguientes casos: 01XX/ No tran tipos Tipos de Tarjeta postal puede hacer stand-in para desbloquear una transacción EMV PIN código de razón (mensaje 6800) si está configurado para hacer verificaciones de PIN y emisor para enviar secuencias de comandos. Administrador de transacciones puede hacer stand-in para el comprador nodo de receptor cuando el nodo de receptor no está disponible. Esto es necesario para mantener la compatibilidad con versiones anteriores. Definido por cada tipo de transacción en el 02xx/ 04xx/ 9xxx 01XX/ 02xx/ 04xx/ 9xxx generales en el transacciones campo 3 para 0100 y 0200 mensajes. rango 00-59 financieras (60009999) 12 / 25 / 32 / Tipos de Stand-in no se realiza para estos tipos de 42 / 52 transacciones transacciones. financieras (60009999) Tipo de transacción ampliado se pasa en tiempo real a través Marco inalterada y guardado en la base de datos. 127,34 Campo Eliminatorias - Tipo de cuenta Formato n2 Descripción Este es un complemento específico en tiempo real a la norma ISO 8583. Este campo contiene el 'desde' y 'Hasta' tipo de cuenta calificadores para los tipos de cuenta especificado en el . Field 3 - Processing CodeCalificador del tipo de cuenta es una indicación de si el primario, secundario o terciario cuenta de un tipo específico se debe utilizar. Este campo consta de dos subcampos: Account Type Qualifier Que califica la "De" tipo de cuenta (posición 1) Account Type Qualifier Que califica la "a" tipo de cuenta (posición 2) El tipo de cuenta Los calificadores campo se pasa en tiempo real a través Marco inalterada y guardar en la base de datos. Campo 127,35 - adquirente Id de red Formato ans..11, LLVAR Descripción Este es un complemento específico en tiempo real a la norma ISO 8583. Contiene el identificador de la red que el comprador pertenece, que conecta la transacción del comprador. Adquirente se pasa Id de red en tiempo real mediante Marco inalterada y guardado en la base de datos. 127,36 Campo ID de cliente Formato ans..25, LLVAR Descripción Este es un complemento específico en tiempo real a la norma ISO 8583 contiene el Id de cliente que identifica de forma única a un cliente a la entidad financiera donde se celebran una o varias cuentas. Id. del cliente en tiempo real se pasa a través Marco inalterada y guarda en la base de datos. Campo 127,37 - Extended Código de respuesta Formato an4 Descripción Este es un real complemento específico a la norma ISO 8583. En la actualidad, no existen valores estándar de códigos de respuesta extendida. Las siguientes gamas estándar están definidos actualmente para el campo Código de respuesta extendida: 0000-0999 Indica que la transacción ha sido aprobada. Utiliza en mensajes financieros (0110, 0210, 0120, 0220, 9120, 9220) 1000-1999 SON Se utiliza para indicar que una transacción ha sido procesado para autorización o verificación por o en nombre del emisor de la tarjeta y se le ha negado (no requiere una tarjeta pick-up). Utiliza en mensajes financieros (0110, 0210, 0120, 0220, 9120, 9220) 2000-2999 Se utiliza para indicar que una transacción ha sido transformado de la autorización o verificación por o en nombre del emisor de la tarjeta y se le ha negado, que requieren la tarjeta que va a recoger. Utiliza en mensajes financieros (0110, 0210, 0120, 0220, 9120, 9220) 3000-3999 Utilizado para indicar el resultado de un archivo. Actualización del archivo de mensajes (0310, 0320, 0330, 0322, 0332, 9320, 9330) 4000-4999 Utilizado para indicar el resultado de una inversión o chargeback utiliza en cambio los mensajes (0410, 0420, 9420) 5000-5999 Se utiliza para indicar el resultado de la reconciliación de los mensajes reconciliación (0510, 0512, 0530, 0532) 6000-6999 Utilizado para indicar el resultado de una actividad administrativa utilizada en mensajes de administración (0610, 0620, 0630, 9620) 8000-8999 8000-8999 8000-8999 8000-8999 8000-8999 Utilizado para indicar el resultado de una gestión de red actividad utilizada en mensajes de gestión de red (0810) 9102-9299 Se utiliza para indicar que una transacción no se puede procesar en respuesta a la petición mensajes de respuesta y asesoramiento La siguiente región de rangos específicos están definidos actualmente para el campo Código de respuesta extendida: A000A399 Indica que la transacción ha sido aprobada. B000B399 Se utiliza para indicar que una transacción ha sido procesado para autorización o verificación por o en nombre del emisor de la tarjeta y se le ha negado (no requiere una tarjeta pick-up). C000C399 Se utiliza para indicar que una transacción ha sido transformado de la autorización o verificación por o en nombre del emisor de la tarjeta y se le ha negado, que requieren la tarjeta que va a recoger. D000D399 Utilizado para indicar el resultado de un archivo. E000E399 Utilizado para indicar el resultado de una inversión o de rechazo. F000F399 Utilizado para indicar el resultado de la reconciliación. G000G399 Utilizado para indicar el resultado de una actividad administrativa. H000H399 Utilizado para indicar el resultado de una gestión de la red. K000K399 Se utiliza para indicar que una transacción no se ha podido procesar. El siguiente cliente de rangos específicos están definidos actualmente para el campo Código de respuesta extendida: A400A999 Indica que la transacción ha sido aprobada. B400B999 Se utiliza para indicar que una transacción ha sido procesado para autorización o verificación por o en nombre del emisor de la tarjeta y se le ha negado (no requiere una tarjeta pick-up). C400C999 Se utiliza para indicar que una transacción ha sido transformado de la autorización o verificación por o en nombre del emisor de la tarjeta y se le ha negado, que requieren la tarjeta que va a recoger. D400D999 Utilizado para indicar el resultado de un archivo. E400E999 Utilizado para indicar el resultado de una inversión o de rechazo. F400F999 Utilizado para indicar el resultado de la reconciliación. G400G999 Utilizado para indicar el resultado de una actividad administrativa. H400H999 Utilizado para indicar el resultado de una gestión de la red. K400K999 Se utiliza para indicar que una transacción no se ha podido procesar. 127,38 Terreno - VENTA Código de datos adicionales Formato an..99, LLVAR Descripción Este es un real complemento específico a la norma ISO 8583. Este campo se utiliza para ampliar el campo de código de venta por proporcionar información adicional acerca de las condiciones en el lugar de servicio. El campo ahora contiene las siguientes sub-campo: La CVV2 availability indicator (posición 1). Esta sub-campo se basa en la Visa campo 126,10 , posición 1 y se aplica a la tarjeta y no de las transacciones. Se utiliza para explicar por qué el CVV2 valor no es proporcionada por el comerciante, generalmente en las situaciones en las que la tarjeta tiene un CVV2 valor. Los nuevos datos en el punto de venta Código se pasa de un nodo origen nodo de receptor de la inalterada y se guarda en la base de datos en tiempo real. A pesar de que este campo actualmente sólo contiene un sub-campo, se ha previsto para futuras adiciones al definirlo como un campo de longitud variable con una longitud máxima de 99 dígitos. Campo 127,39 - Original Código de respuesta Formato an2 Descripción Este es un real complemento específico a la norma ISO 8583, que contiene el código de respuesta del mensaje de respuesta original. Utilizado como respuesta a transacciones duplicadas. Campo 127,40 - Referencia de Transacción Formato ans..512 Descripción Este es un complemento específico en tiempo real a la norma ISO 8583, que contiene una lista de referencias, transacción que se pueden utilizar para hacer coincidir las transacciones vinculadas además de la llave de contacto. Formato de datos El diseño físico del campo es de la siguiente manera: 1 Byte indicador de longitud de la longitud de la clave indicador Indicador de longitud de la clave Clave 1 Byte indicador de longitud del valor indicador de longitud Indicador de longitud del valor Valor La tabla anterior describe el diseño físico de un único par clave/valor , por lo tanto, es repetido por cada par clave/valor en el campo. Los siguientes subcampos se definen: Clave Formato Descripción de valor Mn (con n entre 32 Cada entrada contiene una referencia correspondiente que será 0 y 4) ANS... almacenado para esta transacción. Transacción de conciliación Estas referencias pueden ser utilizados en las transacciones vinculadas a indicar como la transacción original además de la llave de contacto (127,2 ). Hasta 5 transacción coincidente referencias puede ser especificado. (Con n entre 0 y 32 4) ANS... La operación valores de referencia no debe contener coma ( " , ") caracteres. Cada entrada contiene una referencia original que se utiliza para vincular esta transacción a un original. Transacción Original las referencias están a la altura de transacción coincidente referencias almacenados previamente. Hasta 5 transacción original referencias puede ser especificado. La operación valores de referencia no debe contener coma ( " , ") caracteres. 127,41 Campo - Originarios Dirección remota Formato ans..99, LLVAR Descripción Este es un complemento específico en tiempo real a la norma ISO 8583 contiene una indicación de la dirección de la entidad remota que este mensaje de solicitud originaria. Este campo sólo se pueden incluir en la solicitud los mensajes enviados al administrador de transacciones. Administrador de transacciones no se adelante este campo a un nodo de receptor pero lo incluirá en el mensaje de respuesta a un nodo origen si es incluido en el mensaje de petición. Este campo sólo se incluirán en la respuesta a una vinculada/duplicado si el mensaje de solicitud vinculada/duplicar mensaje contiene un valor para el campo. Es decir, el valor de la solicitud original mensaje no se utiliza en la ausencia del campo en el vinculado/duplicar mensaje de solicitud.