--- title: Operaciones ISO slug: operaciones-iso description: This document offers detailed specifications for special fields in ISO format, covering aspects such as length, type, and descriptions. It comprehensively explores ISO sub-field 59, providing insights on encoding, sub-field length, and even examples and a createdAt: 2021-05-22T23:15:42.000Z --- Especificación Campos Especiales ISO | Campo | Tipo | Descripción | | ----- | ---- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 5 | n12 | Monto **NETO** de la compra, especificaco en la moneda de la transacción. El monto está representado con 10 dígitos para el entero y 2 para los decimales. Ejemplo para 12.34 deberá ser enviado 000000001234 | Información importante que debe ser enviada por Agregadores utilizando el Gateway. ## Especificación ISO Sub-Campo 59 Codificación: **ASCII de Largo Fijo** :::hint{type="info"} Para simplificación del Sub-Campo 59 se eliminó el largo variable permitiendo componer el mismo concatenando los valores y completando con espacios en blanco siempre al final. Largo total 760 caracteres. ::: | Campo | Tipo | Referencia Campo | Descripción | | ----- | ------ | -------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 0 | ans40 | transactionReference | Este campo permite asignar a la transacción del Sub-Comercio un ID único identificable y fácilmente buscable haciendo uso del API para evitar posibles colisiones de Lote - Autorización | | 1 | ans40 | reference | El campo reference permite identificar al comercio de manera única y evita la duplicación de comercios. Este campo según el país suele estar asociado al identificador Tributario ( CUIT en Argentina ) o el ID de su base de datos. Este campo le permitirá buscar y encontrar el comercio via API o en el Backend. | | 2 | ans100 | legalName | Nombre Legal del Comercio como se encuentra registrado en el Fisco | | 3 | ans100 | name | Nombre Comercial | | 4 | an14 | taxIdType | Tipo de Identificador Tributario. Valores Aceptados: Argentina: arg.cuit, arg.cuil, arg.dni. Chile: chl.rut. Uruguay: ury.rut. México: mex.rfc | | 5 | ans24 | taxId | Identificador Tributario basado en el Tipo elegido. | | 6 | n4 | mcc | Código de Categoría de Comercio o MCC. Ver sección "Cod. de Categoria de Comercios" | | 7 | a3 | country | País en formato ISO 3166-1 Alpha 3. Valores Aceptados: ARG, CHL, URY, MEX | | 8 | ans100 | streetName | Calle | | 9 | ans8 | streetNumber | Altura | | 10 | ans125 | addressNotes | Información adicional sobre la direccion | | 11 | an12 | zipCode | Código Postal. En Argentina se debe utilizar el Código Postal Argentino ( CPA ) cuyo formato es LNNNNLLL. | | 12 | an50 | city | Ciudad del Comercio | | 13 | an12 | state | Provincia o Estado del Comercio. Para Argentina se debe utilizar la clasificacion propuesta ( Ver Cod. de Provincias Argentina). | | 14 | ans50 | ownerName | Nombre del Titular del Comercio | | 15 | ans50 | ownerLastname | Apellido del Titular del Comercio | | 16 | ans14 | ownerIdentification | Documento de Identidad del Titular del Comercio | | 17 | ans14 | ownerIdType | Tipo de Identificador Tributario. Valores Aceptados: Argentina: arg.cuit, arg.cuil, arg.dni. Chile: chl.rut. Uruguay: ury.rut. México: mex.rfc | ### Ejemplo Campo 59 ```none my_unique_payment_reference my_system_merchand_id_123 Mis Cafes SA El cafe de Juan arg.cuit 30-12123123-2 5651ARGMi Direccion 1323 Edificio 1 Oficina 4 C1000AAA Ciudad Autonoma de Buenos Aires C ``` ### Códigos de Respuesta Adicionales | | | | | ------ | ---------------------- | ----------------------------------------------------------------------------------------------------------------------- | | 93 | Transacción Duplicada | El sistema verificará si la transacción invocada ya fue realizada previamente utilizando el Sub-Campo 000 del Campo 059 | | 32 | Datos Inválidos | Los datos provistos en el Campo 059 son inválidos. Revise caracteres especiales como acentos. | | 33 | Error al crear Entidad | Se produjo un error al crear el Sub-Comercio | | 34 | Entidad Inválida | El comercio que intenta crear es inválido y por lo tanto no puede ser creado. | ## Devolución y Anulación Campo: 59 Codificación: **ASCII de Largo Fijo** | Campo | Tipo | Referencia Campo | Descripción | | ----- | ----- | -------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 0 | ans40 | transactionReference | Este campo permite asignar a la transacción del Sub-Comercio un ID único identificable y fácilmente buscable haciendo uso del API para evitar posibles colisiones de Lote - Autorización | | 1 | ans40 | reference | El campo reference permite identificar al comercio de manera única y evita la duplicación de comercios. Este campo según el país suele estar asociado al identificador Tributario ( CUIT en Argentina ) o el ID de su base de datos. Este campo le permitirá buscar y encontrar el comercio via API o en el Backend. | ###