Title
Create new category
Edit page index title
Edit category
Edit link
Guía Sobre Códigos QR
Descripción General
Los Códigos QR ofrecen un mecanismo ágil para iniciar Pagos entre partes. Una persona puede generar un QR para compartir datos de pago, mientras que un Comercio puede exhibirlo para que el comprador complete una compra en un Punto de Venta (POS).
La plataforma Passport PaaS permite crear Códigos QR conformes a la especificación de la industria EMVCo en Colombia (vigente a la fecha de redacción, última actualización de julio de 2025). Estos QR pueden usarse en canales digitales y fuera de línea, reduciendo errores manuales y mejorando la experiencia de compra.
Los QR Bre-B simplifican la venta al incrustar información esencial (p. ej., Llave Bre-B, monto, propósito) en un formato escaneable, reduciendo fricción y mejorando la seguridad, ahorrando tiempo al Cliente.
Los requisitos para QR son definidos por instituciones como: ACH Colombia, Banco de la República, Credibanco, EMVCo, Mastercard, Redeban, Servibanca, Visa y Visionamos. Passport colabora con estos grupos para aportar claridad a la especificación de pagos Bre-B.
Passport, en alianza con Visionamos, opera un punto de acceso nacional a Bre-B para procesar pagos y emitir Códigos QR de uso en todo el ecosistema.
Ciclo de Vida del Pago
Los QR Bre-B pueden usarse en canales físicos y digitales: afiches, terminales POS, cajeros automáticos (ATM), sitios web y apps móviles.
Ejemplo: Compra en una Cafetería

La imagen representa una transacción sencilla donde un comprador realiza una compra en un punto de venta. Los pasos son:
El Comercio crea una Venta en su sistema POS.
El POS genera un QR Dinámico con la información de la venta usando la API de Passport PaaS y lo muestra al comprador.
El Comprador escanea el QR con su app bancaria dentro de la Zona Bre-B.
La app precarga destinatario (Llave Bre-B), monto y propósito de la transacción.
El Comprador revisa y confirma la transferencia hacia la Llave Bre-B indicada.
El pago se envía por la red Bre-B desde el banco del Comprador al Banco Sponsor de Passport.
Passport PaaS recibe la confirmación del Nodo Bre-B e identifica al Comercio correspondiente.
Se envía un Webhook al POS del Comercio para confirmar el pago.
Requisitos Previos
Para crear Códigos QR en la Plataforma, deben cumplirse varias condiciones. La información para generar el QR se toma de diversas fuentes:
Cliente: El cliente creado contiene datos como nombre del Comercio y dirección (nombre, ciudad, código postal y país), que son campos obligatorios del QR.
Llave Bre-B: Una Llave creada para una Cuenta debe incluirse en el QR Estático o Dinámico para enrutar los pagos al Comercio por la red Bre-B.
Configuración: La Merchant Category Code (MCC) debe estar configurada en el perfil/Configuración del Comercio; es otro campo obligatorio del QR.
Solicitud API: La mayor parte de la información se provee vía el endpoint Crear Códigos QR, con campos obligatorios u opcionales según el caso de uso.
Pasos Requeridos
Para cumplir los requisitos previos, completa:
Paso | Descripción |
|---|---|
1 | Vincular Merchant con razón social, dirección, ciudad, país y código postal. |
2 | Vincular Cuenta asociada al Cliente activo. |
3 | Crear Llave Bre-B: al menos una Llave Bre-B vinculada a esa cuenta. |
Al finalizar estos pasos, reúne la información necesaria desde las fuentes relevantes para el perfil del QR. Usa el endpoint Crear Códigos QR para completar los campos restantes al crear un QR Estático o Dinámico.
Creación de Códigos QR
Para crear un QR, el debes considerar los campos principales y la información disponible para cada caso de uso.
La siguiente tabla resume consideraciones para maximizar el impacto del QR. No es la lista de campos obligatorios por endpoint, sino los principales que determinan el contenido del QR según el caso.
Campo | Dinámico | Estático |
|---|---|---|
type | QR de uso único, ligado a un monto específico y a la actividad en el ecosistema del desarrollador. | QR reutilizable, pues no contiene información específica de transacción. |
channel | Dónde y cómo se presenta: p. ej., POS o MPOS (POS móvil). El POS ya generó la información de la transacción y está a la espera del pago. | Usualmente en un afiche o medio impreso. El QR Estático comparte información que no cambia por transacción (p. ej., Llave Bre-B). |
qr_code_reference | Referencia única para asociar el QR con la acción/seguimiento del desarrollador. | No requerido |
transaction_purpose | Describe qué representa el QR (p. ej., PURCHASE/SHOPPING). | Similar al Dinámico; también puede fijarse en el QR Estático. |
Estos son los campos más comunes para ajustar la implementación Dinámica o Estática, además de la Llave Bre-B y el Monto, cuando corresponda.
El caso de uso previsto para el QR Dinámico es aquel que está vinculado de forma única a un pago específico - por ejemplo, un comprador en el Punto de Venta (POS). El código QR se genera bajo demanda para esa compra en particular y se configura “dinámicamente” para esa venta.
El QR Estático puede imprimirse en masa y dejarse disponible para que cualquiera lo encuentre; no requiere información específica de la venta para cada persona que lo escanee. Por ejemplo, una organización benéfica podría imprimir Códigos QR Estáticos en un periódico nacional, mientras que la persona que escanee define el monto de la donación directamente en su app bancaria.
Los ejemplos a continuación demuestran como pueden ser implementados:
Type hereUn QR Estático contiene información fija de pago y no cambia una vez creado. Suele imprimirse y exhibirse en soportes físicos (sticker, póster, mostrador).
Ideal para entornos con interacción presencial directa, como pequeños comercios o ventas informales:
El comprador escanea el QR con su app bancaria.
El comprador ingresa el monto y envía el pago.
El comercio confirma manualmente (p. ej., revisando su app bancaria).
No requiere integración con POS, lo que lo hace una solución ligera para aceptar Bre-B.
La plataforma soporta múltiples caminos de implementación: con cuentas dedicadas de comercio o flujos gestionados por la plataforma donde mantienes el control del ciclo de pago.
QR Estático: Ejemplo de Solicitud
El siguiente ejemplo aplica a un vendedor ambulante que desea aceptar pagos Bre-B mediante un QR Estático impreso en un sticker adherido a su carrito.
Parámetro | Descripción |
|---|---|
key_id | ID único de la Llave Bre-B creada en el prerrequisito. |
customer_id | ID único del Comercio (Customer). |
type |
|
channel | MPOS para indicar POS móvil. |
additional_info.transaction_purpose | Dentro de |
additional_info.transaction.channel_presentation | Código opcional de tres dígitos que describe el medio para detallar el canal. En este ejemplo “010”: Sticker impreso (0), fuera del domicilio comercial registrado (1), cajero presente (0). |
QR Estático: Cuerpo de la Solicitud
Existen campos opcionales adicionales dentro de additional_info para enriquecer el QR. Revisa el endpoint Crear Códigos QR para conocerlos y sus usos.
QR Estático: Ejemplo de Respuesta
Una vez enviada la solicitud, la plataforma PaaS combina la información de las distintas fuentes y genera un QR conforme a la Especificación EASPBV (Colombia) para QR. La respuesta mantiene un formato similar al de otros recursos.
Parámetro | Descripción |
|---|---|
id | ID único del QR creado; úsalo para futuras consultas o eliminación. |
qr_code data | Cadena formateada del QR; puede presentarse digitalmente o imprimirse. |
key | Objeto con |
acquirer_network identifier | Los QR siempre serán emitidos por VISI, emisor autorizado por el Banco de la República para llaves Bre-B. |
merchant | Objeto con información del Comercio (nombre, ciudad, CP, país, MCC). |
status | Estado de creación (ACTIVE - ACTIVO). |
created_at | Marca de tiempo de creación. |
key_id | ID único de la Llave usada. |
customer_id | ID único del Cliente. |
type | STATIC o DYNAMIC (en este ejemplo, STATIC). |
channel | Cómo se presenta el QR (p. ej., MPOS). |
transaction_purpose | Dentro de |
channel_presentation | Dentro de |
QR Estático: Cuerpo de la Respuesta
El QR se creó correctamente. Puedes usar el id para consultarlo o eliminarlo más adelante. El campo qr_code_data contiene la cadena codificada imprimible (tantas copias como desees). Alternativamente, qr_code_image entrega la imagen en base64 para uso inmediato.
Ventajas del QR Estático
Datos fijos: El mismo Qr generado con todos sus datos una única vez puede reimprimirse y reutilizarse.
El sticker puede colocarse en múltiples lugares para facilitar el escaneo.
Sin integración compleja con POS para generar y recibir pagos.
QR Dinámico: Punto de Venta (POS)
Un Código QR Dinámico se genera para cada venta e incluye todos los datos de pago necesarios. Por ejemplo, el sistema POS crea el QR al momento del checkout y el Comprador lo escanea para completar el pago. Esto agiliza el proceso: no se requiere ingreso manual y el QR ya contiene los datos Bre-B necesarios.
Para usarlo, el POS debe estar integrado con la plataforma Passport PaaS para generar, consultar y eliminar Códigos QR durante la transacción.
Los QR Dinámicos son ideales para entornos de alto tráfico (p. ej., supermercados con múltiples self-checkout). Passport provee herramientas para que los Desarrolladores gestionen estos flujos y ofrece opciones de Cuentas de Comercio, brindando flexibilidad y control sobre el ciclo de pago.
QR Dinámico (POS): Ejemplo de Solicitud
Caso de Uso: un Comercio desea aceptar pagos Bre-B usando un QR Dinámico generado por un POS. El QR incluirá información adicional que el Comprador ingresó en la pantalla del checkout.
Parámetro | Descripción |
|---|---|
key_id | Identificador único de la Llave Bre-B creada en los requisitos previos. |
customer_id | Identificador único del Comercio (Cliente). |
type | Tipo de QR: |
qr_code_ reference | Identificador único que el emisor incluirá en el pago entrante para que el desarrollador relacione pagos ↔ compras. |
channel | Canal de presentación del QR. Usa POS para Punto de Venta fijo (o |
amount.value | Monto a pagar (ej.: |
amount.currency | Moneda (ej.: |
vat.vat_type | Tipo de cálculo de IVA ( |
vat.vat_value | Valor o porcentaje para calcular el IVA (según |
vat.vat_base value | Base gravable del IVA. |
inc.inc_type | Tipo de cálculo de INC ( |
inc.inc_value | Valor o porcentaje para calcular el INC (según |
additional_info. transaction_purpose | Propósito de la transacción (ej.: |
additional_info. channel_presentation | Código opcional de tres dígitos que detalla el medio/canal. Ej.: 601 = Merchant POS (6), en el domicilio registrado (0), self-checkout (1). |
additional_info. invoice_number | Número de factura generado automáticamente para conciliación contable. |
additional_info. loyalty_label | Identificador de lealtad ingresado por el comprador (o derivado por teléfono/email). |
additional_info. terminal_label | Identificador único del terminal (caja/punto de cobro) donde se procesó la venta. |
QR Dinámico (POS): Cuerpo de la Solicitud
QR Dinámico (POS): Ejemplo de Respuesta
Al enviar la solicitud, la plataforma Passport PaaS arma un QR conforme a la Especificación EASPBV (Colombia). La respuesta sigue el formato de otros recursos.
Parámetro | Descripción |
|---|---|
qr_code_id | IIdentificador único del Código QR. Úsalo para recuperarlo o eliminarlo más adelante. |
qr_code data | Cadena formateada del QR que puede presentarse en un canal digital o convertirse e imprimirse. |
qr_code_image | Imagen del QR en base64. |
key | Objeto que representa |
acquirer_network identifier | Emisor del QR. Para Bre-B, siempre VISI, autorizado por el Banco de la República. |
merchant | Objeto con la información del Comercio (nombre, ciudad, código postal, país y código de categoría/MCC). |
status | Estado del Código QR para confirmar que fue creado correctamente (p. ej., |
created_at | Marca de tiempo que indica cuándo se creó el QR |
key_id | ID único de la Llave Bre-B creada en los prerrequisitos. |
customer_id | ID único del Customer creado en los prerrequisitos. |
type | Tipo de Código QR (en este caso, |
channel | Canal en el que se presenta el QR (p. ej., |
amount.value | Monto del pago (ej.: |
amount.currency | Moneda (ej.: |
qr_code_ reference | Referencia única que el emisor incluirá en el pago entrante para que el desarrollador relacione pagos con compras. |
vat.vat_type | Indicador de cómo se calculará el IVA ( |
vat.vat_value | Valor o porcentaje para calcular el IVA según el |
vat.vat_base value | Base gravable del IVA. |
inc.inc_type | Indicador de cómo se calculará el INC ( |
inc.inc_value | Valor o porcentaje para calcular el INC según el |
additional_info. transaction_purpose | Propósito de la transacción (en este ejemplo, |
additional_info. channel_presentation | Código opcional de tres dígitos que detalla el medio/canal. Ejemplo: 401 = Merchant POS (4), en el domicilio registrado (0), cajero no presente (1). |
additional_info. invoice_number | Número de factura generado automáticamente para conciliar el pago en el sistema contable. |
additional_info. loyalty_label | Número/ID de lealtad que el comprador ingresó en el POS (o extraído tras identificarse por teléfono o email). |
additional_info. terminal_label | Identificador único del terminal que procesó la venta, para rastrear el punto de cobro específico. |
QR Dinámico (POS): Cuerpo de la Respuesta
Notas para Desarrolladores
Una respuesta
201 Created(o200 OKsegún tu implementación) confirma que el QR se creó correctamente.Usa
qr_code_idpara gestionar el ciclo de vida del QR (consultar/eliminar).Convierte
qr_code_dataoqr_code_image(base64) en imagen con librerías estándar en React, Angular, iOS (Swift) o Android (Kotlin).Los QR Dinámicos son flexibles y específicos por transacción: ideales para retail, restaurantes y supermercados.
Beneficios del QR Dinámico
Datos flexibles: cada QR puede combinar llave, canal, propósito y presentación distintos, además de campos opcionales (IVA, INC, propina, referencias).
Programable por transacción: se genera único para cada venta mediante la integración con el POS.
Escalable: soporta alto volumen y se adapta a supermercados, restaurantes, centros deportivos, comercios minoristas y vendedores sofisticados.
QR Dinámico: Comercio Electrónico (Online Shopping)
Un Código QR Dinámico contiene información de pago variable y se crea bajo demanda para ajustarse a la transacción o venta específica que se está completando en ese momento.
En este ejemplo, una plataforma de ecommerce puede crear un Código QR para que la persona compradora lo escanee desde la pantalla de su computador, pague la compra y complete el proceso de checkout.
El QR Dinámico es adecuado para este entorno porque se espera que el operador del sitio procese múltiples pedidos simultáneamente en cualquier momento del día y desee operación 24/7 de sus sistemas de pago, brindando a sus compradores el medio más conveniente para pagar bienes.
Passport proporciona la infraestructura para que los Desarrolladores participen en el flujo de fondos, o bien utilicen Cuentas de Comercio dedicadas con visibilidad de las transacciones, pudiendo elegir el método de implementación mientras mantienen el control para confirmar el ciclo de vida del pago.
QR Dinámico Comercio Electrónico (Online Shopping): Ejemplo de Solicitud
El siguiente ejemplo puede usarse en un sitio de ecommerce que quiera ofrecer a sus compradores la opción de pagar en línea. El operador del sitio se conecta a la PaaS Platform para crear Códigos QR Dinámicos para que cada comprador los escanee en el checkout y se vinculen a su pedido.
Parámetro | Descripción |
|---|---|
key_id | Identificador único de la Llave Bre-B creada en un paso previo. |
customer_id | Identificador único del comercio (Customer). |
type | Tipo de Código QR; en este caso, |
channel | Indica cómo se presenta el QR. En este ejemplo, el desarrollador elegirá |
amount.value | Monto a pagar (p. ej., |
amount.currency | Moneda de la Transacción ( |
qr_code_reference | Identificador único que el emisor incluirá en el pago entrante para que el desarrollador rastreé e identifique pagos con compras. |
vat.vat_type | Indicador de cómo se calculará el IVA ( |
vat.vat_value | Valor o porcentaje para calcular el IVA según |
vat.vat_base_value | Base para el cálculo del IVA. |
inc.inc_type | Indicador de cómo se calculará el INC ( |
inc.inc_value | Valor o porcentaje para calcular el INC según |
additional_info.transaction_purpose | Propósito de la transacción; en este ejemplo se usará SHOPPING/PURCHASE. |
additional_info.channel_presentation | Código opcional de tres dígitos que describe el medio/canal con más detalle. En este ejemplo: 521 = Pantalla – Sitio web (5), comercio remoto (2), checkout autoatendido (1). |
additional_info.invoice_number | Identificador único creado por el sitio para vincular el checkout al Código QR. |
additional_info.customer_label | Identificador único del comprador (desde el CRM del ecommerce) para vincularlo al Código QR. |
QR Dinámico Comercio Electrónico (Online Shopping): Cuerpo de la Solicitud
QR Dinámico Comercio Electrónico (Online Shopping): Ejemplo de respuesta
Una vez enviada la solicitud, la PaaS Platform combina información de distintas fuentes para crear un Código QR conforme a la Especificación EASPBV (Colombia) para Códigos QR. La respuesta se entrega en un formato similar al de otros recursos.
Parámetro | Descripción |
|---|---|
qr_code_id | ID único del Código QR creado (útil para consultar o eliminar después). |
qr_code data | Cadena formateada para el QR que puede presentarse en un canal digital o imprimirse. |
key | Objeto con |
acquirer_network_identifier | Emisor del QR; para Bre-B será VISI, autorizado por el Banco de la República. |
merchant | Información del comercio (nombre, ciudad, código postal, país y MCC). |
status | Estado del QR para confirmar su creación exitosa (p. ej., |
created_at | Marca de tiempo de creación del QR. |
key_id | ID único de la Llave Bre-B (prerrequisito). |
customer_id | D único del Cliente (prerrequisito). |
type | Tipo de QR; en este ejemplo, |
channel | Cómo se presenta el QR; para ecommerce, |
amount.value | Monto a pagar (p. ej., |
amount.currency |
|
qr_code_reference | Referencia única que el emisor incluirá en el pago entrante para rastrear pagos y compras. |
vat.vat_type | Indicador de cómo se calculará el IVA ( |
vat.vat_value | Valor o porcentaje para calcular el IVA según |
vat.vat_base value | Base para el cálculo del IVA. |
inc.inc_type | Indicador de cómo se calculará el INC ( |
inc.inc_value | Valor o porcentaje para calcular el INC según |
additional_info.transaction_purpose | Propósito de la transacción; en este ejemplo se usará SHOPPING/PURCHASE. |
additional_info.channel_presentation | Código de tres dígitos que describe el medio/canal (ej.: 521). |
additional_info.store_label | Identificador opcional de ubicación (si aplica). |
additional_info.terminal_label | Identificador opcional del “terminal” (si aplica). |
QR Dinámico Comercio Electrónico (Online Shopping): Cuerpo de la Respuesta
Notas para Desarrolladores
Como en el ejemplo de QR Estático, el HTTP 200 OK indica que el QR se creó correctamente; el desarrollador puede usar el
qr_code_idretornado para consultarlo o eliminarlo cuando sea necesario.El campo
qr_code_datacontiene la cadena codificada que puede mostrarse en el sitio de ecommerce con el formato deseado. Existen librerías para JavaScript, React y Angular que convierten el texto en una imagen que la persona puede escanear con su app bancaria.Para mayor facilidad, el campo
qr_code_imagetambién devuelve la imagen en base64.
QR Dinámico: Cajero Automático (ATM)
Un Código QR Dinámico contiene información de pago variable y se genera bajo demanda para la transacción específica que se está realizando.
En este ejemplo, el operador de un ATM permite que una Persona retire efectivo usando un Código QR para iniciar un pago Bre-B antes de dispensar el retiro. Así, toda la información requerida por el ATM se presenta al usuario y se simplifica la experiencia (no hay que ingresar manualmente referencias o datos de ubicación).
Este esquema requiere integración entre el sistema de ATM y la plataforma PaaS para crear, consultar y eliminar QR de manera dinámica para cada retiro o depósito, y administrarlos durante el ciclo de efectivo.
El QR Dinámico se adapta bien a operadores con múltiples ubicaciones y alto volumen de transacciones simultáneas.
Passport provee la infraestructura para que los Desarrolladores participen en el flujo de fondos o utilicen Cuentas de Comercio dedicadas, manteniendo visibilidad y control para confirmar el ciclo del Pago.
QR Dinámico (ATM): Ejemplo de Solicitud
Caso de Uso: un Operador de ATM desea vincular un pago Bre-B mediante un QR Dinámico, asegurando que la transferencia llegue antes de dispensar efectivo.
Parámetro | Descripción |
|---|---|
key_id | Identificador único de la Llave Bre-B creada en los requisitos previos. |
customer_id | Identificador único del Comercio (Cliente). |
type | Tipo de QR: |
channel | Canal de presentación del QR. Usa ATM para Cajero Automático. |
amount.value | Monto a pagar (ej.: |
amount.currency | Moneda (ej.: |
qr_code_reference | Referencia única que el emisor incluirá en el pago entrante para relacionar pagos ↔ retiros. |
vat.vat_type | Tipo de cálculo de IVA ( |
vat.vat_value | Valor o porcentaje para calcular el IVA (según |
vat.vat_base_value | Base gravable del IVA. |
inc.inc_type | Tipo de cálculo de INC ( |
inc.inc_value | Valor o porcentaje para calcular el INC (según |
additional_info. transaction_purpose | Propósito de la transacción (p. ej., |
additional_info. channel_presentation | Código opcional de tres dígitos que detalla el medio/canal. 712 = Pantalla/otro (7), fuera del domicilio comercial (1), autoatendido (2). |
additional_info. store_label | Identificador de la tienda/ubicación (si el ATM está en un comercio o gasolinera). |
additional_info. terminal_label | Identificador del terminal para rastrear la máquina específica. |
QR Dinámico (ATM): Cuerpo de la Solicitud
QR Dinámico (ATM): Ejemplo de Respuesta
Una vez enviada la solicitud, la plataforma PaaS combina información de varias fuentes y genera un QR conforme a la Especificación EASPBV (Colombia). La respuesta mantiene un formato similar al de otros recursos.
Parámetro | Descripción |
|---|---|
id | Identificador único del QR para consultar o eliminar. |
qr_code_data | Cadena formateada con el contenido EMV del QR (útil para renderizado/impresión). |
key | Objeto con |
acquirer_network identifier | Emisor del QR; para Bre-B, VISI (autorizado por Banco de la República). |
merchant | Información del comercio (nombre, ciudad, CP, país, MCC). |
status | Estado del QR (p. ej., |
created_at | Marca de tiempo que indica cuándo se creó el QR |
key_id | ID único de la Llave Bre-B creada en los prerrequisitos. |
customer_id | ID único del Customer creado en los prerrequisitos. |
type | Tipo de Código QR (en este caso, |
channel | Canal en el que se presenta el QR (p. ej., |
amount.value | Monto del pago (ej.: |
amount.currency | Moneda (ej.: |
qr_code_reference | Referencia única para seguimiento. |
vat.vat_type | Indicador de cómo se calculará el IVA ( |
vat.vat_value | Valor o porcentaje para calcular el IVA según el |
vat.vat_base_value | Base gravable del IVA. |
inc.inc_type | Indicador de cómo se calculará el INC ( |
inc.inc_value | Valor o porcentaje para calcular el INC según el |
additional_info.transaction_purpose | Propósito de la transacción (en este ejemplo, |
additional_info.channel_presentation | Código opcional de tres dígitos que detalla el medio/canal. |
additional_info.store_label | Número/ID de lealtad que el comprador ingresó en el ATM (o extraído tras identificarse por teléfono o email). |
additional_info.terminal_label | Identificador único del terminal que procesó la venta, para rastrear el punto de cobro específico. |
QR Dinámico (ATM): Cuerpo de la Respuesta
Igual que en el caso de QR Estático, el HTTP 201 Created confirma que el QR se creó correctamente y puedes usar el idpara gestionarlo (consultar/eliminar).
qr_code_data contiene la cadena codificada que el ATM puede mostrar en pantalla. Hay librerías para JavaScript/React/Angular, Android (Kotlin) y iOS (Swift) que convierten el texto en imagen. El endpoint también puede devolver la imagen en base64 en qr_code_image (si tu implementación usa qr_image_data, unifica el nombre de campo para mantener consistencia).
Beneficios del QR Dinámico (ATM)
Datos flexibles: cada generación puede combinar distinta llave, canal, transaction_purpose y channel_presentation, además de campos opcionales vía REST.
Programable por transacción: se genera de forma única por cada retiro, integrado con la infraestructura del operador de ATM.
Escalable y controlado: soporta alto volumen y permite controlar cada retiro en cualquier máquina del país, con trazabilidad por
store_labelyterminal_label.
La Plataforma de PaaS no verifica que los cálculos de IVA o INC sean correctos - no mantenemos un listado completo de impuestos o recargos aplicables a todas las transacciones en Colombia.
Nuestros Bancos Sponsor no asumen responsabilidad por la exactitud de esos cálculos. Corresponde al Desarrollador garantizar que los impuestos, tarifas y recargos se calculen adecuadamente como parte de la contabilidad del proceso de venta.