Title
Create new category
Edit page index title
Edit category
Edit link
QR Code Guide
Overview
QR Codes provide a streamlined mechanism for initiating Payments between parties. A person may generate a QR Code to share payment details, while a Merchant can display one to help a buyer complete a purchase at a Point of Sale (POS).
The Passport PaaS Platform enables the creation of compliant QR Codes that follow the EMV Co Colombian industry specification - current at time of writing with the latest specification from July 2025. These QR Codes can be used in both digital and offline channels, reducing manual errors and enhancing the buyer experience.
Bre-B QR Codes simplify the sale process by embedding essential information (e.g., Bre-B Key, transaction amount, purpose) into a scannable format, reducing friction and improving security - saving the Customer time.
QR Code requirements are defined by institutions including: ACH Colombia, Banco de la República, Credibanco, EMV Co, Mastercard, Redeban, Servibanca, Visa, and Visionamos. Passport provides support to these groups to help further the clarity of the specification for Bre-B payments.
Passport, in partnership with Visionamos, operates a national Bre-B access point to process Bre-B payments and issue QR Codes for use across the ecosystem.
Payment Lifecycle
Bre-B QR Codes can be used across physical and digital channels: including posters, POS terminals, ATMs, websites, and mobile apps.
Example: Coffee Shop Purchase

The image above depicts a simple transaction for a Buyer to purchase a coffee at a Point of Sale where the simple steps are:
Merchant creates a Sale in their POS system.
The POS system generate a Dynamic QR Code that captures the information of the Sale using the Passport PaaS API and displays it to the Buyer.
The Buyer scans the QR code using their mobile banking app's within the Bre-B Zone.
The mobile banking app pre-fills the recipient (Bre-B Key), amount, and transaction purposes.
The Buyer reviews and confirms the transfer to the nominated Bre-B Key.
The payment is sent via the Bre-B network from the Buyer's Bank to Passport's Sponsor Bank.
Passport PaaS receives confirmation from the Bre-B node and identifies the corresponding Merchant.
A Webhook notification is sent to the Merchant's POS system to confirm payment.
Prerequisites
To create QR Codes on the PaaS Platform, there are a number of prerequisities that need to be satisfied. The information for generating the QR Code is pulled from a variety of sources:
Customer: The created Customer contains information such as the Merchant Name and Address which provides data such as the name, city, zip code, and country which are mandatory data fields for the QR Code.
Bre-B Key: A created Key for an Account must be stored in a Static or Dynamic QR Code to route Payments to the Merchant over the Bre-B network.
Configuration: Setting other information such as the Merchant Category Code on the Configuration for the Merchant is required as this is another mandatory data field for a QR Code.
API Request: The majority of the information is provided via the Create QR Codes API request and can include mandatory and optional information depending on the intended use case.
Required Tasks
To satisfy the prerequisites, you must complete the following tasks:
Step | Description |
|---|---|
1 | Link a Merchant a with legal name, address, city, country, and zip code. |
2 | Link Account linked to the active customer. |
3 | Create Key at least one Bre-B Key associated with that account. |
Once you finish the steps, you can gather the necessary information for the QR Code from the relevant sources to meet the profile requirements. Use the Create QR Codes API request to get the remaining fields for creating the Static or Dynamic QR Code.
QR Code Creation
To create a QR Code, the Developer needs to consider the main fields and available information for each use case where a QR Code can be presented.
The table below captures the considerations that are needed for the QR Code to have the most impact. Note, the below is not the mandatory fields for each API call, but rather the main fields that can be used to set the contents of the QR Code for the various use cases.
Field | Dynamic | Static |
|---|---|---|
type | A QR Code generated for one time use that is linked to a specific payment amount and activity within the developer ecosystem | A QR Code that can be reused as it doesn't contain any transaction specific information. |
channel | Details where and how the QR Code is presented - for example at a Point of Sale, or a Mobile Point of Sale (attached to a phone). The PoS has auto generated the information for the transaction ready for awaiting Payment. | Most likely within a poster or printed mechanism. The Static QR Code is used for sharing information that doesn't change per transaction - such as the Bre-B Key. |
qr_code__reference | A unique reference to tie the QR Code to the action the Developer wishes to track | Not required |
transaction_purpose | Describes what the QR Code is representing - such as a Purchase | Similar to the Dynamic QR Code, it can also be set for the Static QR Code |
These are the main fields that can be changed to suit the Dynamic or Static QR Code implementation - in addition to the Bre-B Key and Amount of course.
The intended use case for the Dynamic QR Code is one that is uniquely tied to a single expected Payment - such as a buyer at the Point of Sale. The QR Code is generated on demand for that particular purchase and is "dynamically" set for that sale.
The Static QR Code can be printed out en masse and left for anyone to find - there is no sale specific information that needs to be generated for each person that scans the QR Code. For example, a charity taking donations could print Static QR Codes in a national newspaper, while the person scanning the code sets the amount of the donation that they wish to send within the mobile banking app.
The examples below show how this can be implemented.
Static QR Code
A Static QR Code contains fixed payment information and does not change once created. It’s typically printed and displayed on a physical medium, such as a sticker, poster, or checkout stand in a merchant's location.
This QR Code type is ideal for environments where the merchant has a direct, in-person interaction with the buyer, such as small vendors or informal retail setups.
The buyer scans the QR Code using their mobile banking app.
The buyer manually enters the amount and submits the payment.
The merchant confirms the payment manually, for example by checking their banking app.
No integration with a Point of Sale system is required, making this a lightweight solution for Bre-B acceptance.
Passport’s PaaS Platform supports multiple implementation paths: either through dedicated merchant accounts or platform-managed flows where you remain in control of the end-to-end payment lifecycle.
Static QR Code Request Example
The example below could be used for a small street vendor wishing to take Bre-B Payments via a Static QR Code that has been printed out on a sticker that is attached to the side of their cart to help Buyers scan to make a Payment.
Parameter | Description |
|---|---|
key_id | The unique identifier for the Bre-B key that was created in a previous step for the pre-requisite. |
customer_id | The unique identifier of the merchant (Customer). |
type | Set to |
channel | Set to |
additional_info.transaction_purpose | Submitted within the |
additional_info.transaction.channel_presentation | Submitted within the In this example, it was a Printed Sticker (0), that was not used at the registered location of the business (1) and the cashier was present (0) therefore |
Static QR Code Request Body
There are additional optional fields that can be added to the additional_info object to augment the information in the QR Code, explore the endpoint Create QR Codes to learn more about them and what they can be used for.
Static QR Code Response Example
Once the request is submitted, the PaaS Platform combines information from the various sources in order to create the compliant QR Code according to the Colombian EASPBV Industry Specification for QR Codes. The response is provided back to the Developer in a similar format as other Resources.
Parameter | Description |
|---|---|
id | The unique id for the QR Code that was created from the POST request that can be used for future retrieval and deletion requests. |
qr_code data | The formatted string for the QR Code that contains the data which can be presented via a digital channel or converted and printed out. |
key | An object to represent the |
acquirer_network identifier | QR Codes will always be issued by VISI who are an authorised issuer by Banco de la República for Bre-B keys. |
merchant | An object representing the information relating to the Merchant itself - the name, city, zip code, country and category code |
status | Indicates successful creation ( |
created_at | A timestamp capturing when the QR Code was created successfully. |
key_id | The unique id for the Bre-B key that was created in a previous step for the pre-requisite. |
customer_id | The unique id for the Customer was that was created in a previous step for the pre-requisite. |
type | Whether the developer would like to create a STATIC or DYNAMIC QR code - in this example, the Developer would chose STATIC. |
channel | States how the QR Code has been presented by the Merchant to the Buyer - in this example, the Developer would chose MPOS for a Mobile Point Of Sale. |
transaction_purpose | Returned within the |
channel_presentation | Returned within the In this example, it was a Printed Sticker (0), that was not used at the registered location of the business (1) and the cashier was present (0) therefore |
Static QR Code Response Body
The QR Code has been created successfully and can then use the returned id as a future reference to retrieve and delete as required. The qr_code_data field contains the encoded string that can be printed out as many times as the Merchant wishes, or use the qr_code_image which is in base64 for ease of use.
The Benefits of the Static QR Code are:
Data is fixed - the same
key,channel,transaction_purposeandchannel_presentationcan be printed out and used multiple times overThe sticker can be included in a variety of places on the cart to make it easy for the Buyer to scan and interact with
There is no complicated integration with a Point of Sale system required to generate and receive Payments
Dynamic - Point of Sale
A Dynamic QR Code is generated for each sale and contains all the payment details needed. For example, a Point of Sale (POS) system creates the QR Code at checkout, which the Buyer scans to complete the payment.
This streamlines the process, no manual input is needed, and all required Bre-B payment details are included in the QR.
To use this, the POS system must be integrated with the Passport PaaS Platform to generate, retrieve, and delete QR Codes during the transaction.
Dynamic QR Codes are ideal for high-traffic environments like supermarkets with multiple self-checkouts. Passport provides the tools for Developers to manage these flows and offers Merchant Account options, giving them flexibility and control over the payment lifecycle.
Dynamic QR Code Request Example
The example below is for a Merchant who wants to accept BreB Payment using a Dynamic QR Code generated for a Point of Sale system. This QR Code will include additional information that the Buyer entered on a touchscreen at the checkout.
Parameter | Description |
|---|---|
key_id | The unique identifier for the Bre-B key that was created in a previous step for the pre-requisite. |
customer_id | The unique identifier of the merchant (Customer). |
type | QR Code type: |
qr_code_ reference | A unique identifier that can be set so the sender will include on the inbound payment for the developer to track and identify payments with purchases. |
channel | Channel used to present the QR Code. Use |
amount.value | The amount to be paid (e.g., |
amount.currency | Currency code (e.g., |
vat.vat_type | AType of VAT calculation ( |
vat.vat_value | Indicates the value or the percentage to calculate the VAT depending on what value has been set for the |
vat.vat_base value | Indicates the VAT base value. |
inc.inc_type | An indicator to capture how INC will be calculated for the transaction. |
inc.inc_value | Indicates the value or the percentage to calculate the INC depending on what value has been set for the |
additional_info. transaction_purpose | Submitted within the |
additional_info. channel_presentation | Submitted within the In this example, it was a Merchant Point of Sale (6), that was used at the registered location of the business (0) and used a self attended checkout (1) therefore |
additional_info. invoice_number | An automatically generated Invoice Number that can be used to track the Payment against the inbound Payment to ensure it can be reconciled by the accounting system. |
additional_info. loyalty_label | The Buyer has entered their loyalty number at the Point of Sale, or perhaps it has been extracted after the Buyer has identified themself via Phone Number or Email address. |
additional_info. terminal_label | A unique identifier for the terminal that has processed the Sale for the Merchant and Buyer so it can be tracked to the specific checkout point at the supermarket. |
Dynamic QR Code Request Body
Dynamic QR Code Response Example
Once the request is submitted, the Passport PaaS Platform combines information from the various sources in order to create the compliant QR Code according to the Colombian EASPBV Industry Specification for QR Codes. The response is provided back in a similar format as other Resources.
Parameter | Description |
|---|---|
qr_code_id | Unique identifier of the QR Code. Used to retrieve or delete it later. |
qr_code data | The formatted string for the QR Code that contains the data which can be presented via a digital channel or converted and printed out. |
qr_code_image | The QR code image encoded in Base64. |
key | An object to represent the |
acquirer_network identifier | QR Codes will always be issued by VISI who are an authorised issuer by Banco de la República for Bre-B keys. |
merchant | An object representing the information relating to the Merchant itself - the name, city, zip code, country and category code. |
status | The status of the QR Code to ensure that it has been created successfully. |
created_at | A timestamp capturing when the QR Code was created successfully. |
key_id | The unique id for the Bre-B Key that was created in a previous step for the pre-requisite. |
customer_id | The unique id for the Customer that was created in a previous step for the pre-requisite. |
type | Type of QR Code ( |
channel | Channel used to present the QR ( |
amount.value | Payment amount (e.g., |
amount.currency | Currency (e.g., |
qr_code_ reference | A unique identifier that can be set so the sender will include on the inbound payment for the developer to track and identify payments with purchases. |
vat.vat_type | An indicator to capture how VAT will be calculated for the transaction. |
vat.vat_value | Indicates the value or the percentage to calculate the VAT depending on what value has been set for the |
vat.vat_base value | Indicates the VAT base value. |
inc.inc_type | An indicator to capture how INC will be calculated for the transaction. |
inc.inc_value | Indicates the value or the percentage to calculate the INC depending on what value has been set for the |
additional_info. transaction_purpose | Submitted within the |
additional_info. channel_presentation | Submitted within the In this example, it was a Merchant Point of Sale (4), that was used at the registered location of the business (0) and the cashier was not present (1) therefore |
additional_info. invoice_number | An automatically generated Invoice Number that can be used to track the Payment against the inbound Payment to ensure it can be reconciled by the accounting system. |
additional_info. loyalty_label | The Buyer has entered their loyalty number at the Point of Sale, or perhaps it has been extracted after the Buyer has identified themself via Phone Number or Email address. |
additional_info. terminal_label | A unique identifier for the terminal that has processed the Sale for the Merchant and Buyer so it can be tracked to the specific checkout point at the supermarket. |
Dynamic QR Code Response Body
Developer Notes
A
200 OKresponse confirms the QR Code was successfully created.Use the
idto manage the QR Code lifecycle (retrieve, delete).Use libraries in React, Angular, iOS (Swift), or Android (Kotlin) to convert the
qr_code_dataqr_code_image(base64) string into an image.Dynamic QR Codes are flexible and transaction-specific, making them ideal for high-volume environments such as retail, restaurants, and supermarkets.
The Benefits of the Dynamic QR Code are:
Data is flexible - each time a QR Code is generated, a different
key,channel,transaction_purposeandchannel_presentationcan be combined with optional fields provided via the REST APIsQR Codes are programmable for each transaction and are uniquely generated for each transaction via the integration with the Point of Sale system for the Merchant
The outcome is that they support more scalable volume of transactions and can apply to a wider variety of retailers such as restaurants, sports centers, supermarkets, retailers, or any sophisticated seller
Dynamic - ATM
A Dynamic QR Code contains variable Payment information and is created on demand to suit the specific transaction or sale that is currently being completed at the time.
In this example, an ATM system operator is allowing an Individual to withdraw cash from an ATM by using a QR Code to initiate a Bre-B Payment prior to dispensing the withdrawal. This ensures that all the required information for the ATM is presented to the individual, and simplifies the experience as no reference numbers or location information needs to be manually linked from the ATM.
The downside to this is that it does require integration between the ATM system and the PaaS Platform so that the QR Codes can be created on demand for each withdrawal or deposit, as well as retrieved and deleted as required over the cash lifecycle.
The Dynamic QR Code is suited for this environment as it can be expected that the ATM operator has multiple locations throughout the country, perhaps at dedicated locations, or in shops, and therefore will have multiple transactions happening at any given time of the day.
Passport provides the infrastructure to allow Developers to be in the flow of funds, or provide dedicated Merchant Accounts with oversight of the transactions so Developers can chose each method to implement while maintaining oversight and control to confirm the Payment lifecycle.
Dynamic QR Code Request Example
The example below could be used for an ATM Operator wishing to link Bre-B Payment via a Dynamic QR Code to ensure the transfer is received before dispensing any cash to an individual.
Parameter | Description |
|---|---|
key_id | The unique identifier for the Bre-B key that was created in a previous step for the pre-requisite. |
customer_id | The unique identifier of the merchant (Customer). |
type | QR Code type: |
channel | States how the QR Code has been presented by the Merchant to the Buyer - in this example, the Developer would chose ATM for an Automated Teller Machine. |
amount.value |
|
amount.currency | COP as a string will always be used for the currency |
qr_code_reference | A unique identifier that can be set so the sender will include on the inbound payment for the developer to track and identify payments with purchases. |
vat.vat_type | An indicator to capture how VAT will be calculated for the transaction. |
vat.vat_value | Indicates the value or the percentage to calculate the VAT depending on what value has been set for the |
vat.vat_base value | Indicates the VAT base value. |
inc.inc_type | An indicator to capture how INC will be calculated for the transaction. |
inc.inc_value | Indicates the value or the percentage to calculate the INC depending on what value has been set for the |
additional_info. transaction_purpose | Submitted within the |
additional_info. channel_presentation | Submitted within the In this example, it was a Screen - Other (7), that was not used at the registered location of the business (1) and it was at a self attended box (2) therefore |
additional_info. store_label | A unique identifier that can be set for the location of where the ATM is located if it is in a convenience store or a petrol station for example |
additional_info. terminal_label | A unique identifier for the terminal that has processed the Sale for the Merchant and Buyer so it can be tracked to the specific machine in Colombia. |
Dynamic QR Code Request Body
Dynamic QR Code Response Example
Once the request is submitted, the PaaS Platform combines information from the various sources in order to create the compliant QR Code according to the Colombian EASPBV Industry Specification for QR Codes. The response is provided back to the Developer in a similar format as other Resources.
Parameter | Description |
|---|---|
id | The unique id for the QR Code that was created from the POST request that can be used for future retrieval and deletion requests. |
qr_code_data | The formatted string for the QR Code that contains the data which can be presented via a digital channel or converted and printed out. |
key | An object to represent the |
acquirer_network identifier | QR Codes will always be issued by VISI who are an authorised issuer by Banco de la República for Bre-B keys. |
merchant | An object representing the information relating to the Merchant itself - the name, city, zip code, country and category code. |
status | The status of the QR Code to ensure that it has been created successfully. |
created_at | A timestamp capturing when the QR Code was created successfully. |
key_id | The unique id for the Bre-B Key that was created in a previous step for the pre-requisite. |
customer_id | The unique id for the Customer that was created in a previous step for the pre-requisite. |
type | Whether the developer would like to create a STATIC or DYNAMIC QR code - in this example, the Developer would chose DYNAMIC. |
channel | States how the QR Code has been presented by the Merchant to the Buyer - in this example, the Developer would chose ATM for an Automated Teller Machine. |
amount.value | 120000.00 as a string representation to two decimal digits to represent centavos |
amount.currency | COP as a string will always be used for the currency |
qr_code_reference | A unique identifier that can be set so the sender will include on the inbound payment for the developer to track and identify payments with purchases. |
vat.vat_type | An indicator to capture how VAT will be calculated for the transaction. |
vat.vat_value | Indicates the value or the percentage to calculate the VAT depending on what value has been set for the |
vat.vat_base_value | Indicates the VAT base value. |
inc.inc_type | An indicator to capture how INC will be calculated for the transaction. |
inc.inc_value | Indicates the value or the percentage to calculate the INC depending on what value has been set for the |
additional_info.transaction_purpose | Submitted within the |
additional_info.channel_presentation | Submitted within the |
additional_info.store_label | A unique identifier that can be set for the location of where the ATM is located if it is in a convenience store or a petrol station for example. |
additional_info.terminal_label | A unique identifier for the terminal that has processed the Sale for the Merchant and Buyer so it can be tracked to the specific machine in Colombia. |
Dynamic QR Code Response Body
As with the Static QR Code example, the 201 Created HTTP Status indicates that the QR Code has been created successfully and the Developer can use the returned id as a reference to retrieve and delete as required.
The qr_code_data field contains the encoded string that can be retrieved and presented in the desired format in the ATM. Libraries exist for many frontend programming languages such as Javascript, React, Angular, Android (Kotlin) and iOS (Swift) that convert the text into an image that can then be presented to the individual to scan with their mobile banking application.
To facilitate the endpoint also returns the image in base64 within the qr_image_data parameter.
Benefits of the Dynamic QR Code are:
Data is flexible - each time a QR Code is generated, a different
key,channel,transaction_purposeandchannel_presentationcan be combined with optional fields provided via the REST APIsQR Codes are programmable for each transaction and are uniquely generated for each transaction via the integration with the ATM infrastructure of the ATM operator
The outcome is that they support more scalable volume of transactions and can then control each withdrawal wherever the machine is in Colombia.
Dynamic - Online Shopping
A Dynamic QR Code contains variable Payment information and is created on demand to suit the specific transaction or sale that is currently being completed at the time.
In this example, an online ecommerce platform can create a QR Code to allow a shopper to scan it from their computer screen to pay for a purchase and complete the checkout process.
The Dynamic QR Code is suited for this environment as it can be expected that the website operator can take multiple orders at any given time at any time of the day and would like 24/7 operations for their payment systems while giving their shoppers the most convenient means to pay for goods.
Passport provides the infrastructure to allow Developers to be in the flow of funds, or provide dedicated Merchant Accounts with oversight of the transactions so Developers can chose each method to implement while maintaining oversight and control to confirm the Payment lifecycle.
Dynamic QR Code Request Example
The example below could be used for an ecommerce website wishing to offer shoppers the option to pay for goods online. The website operator will connect to the PaaS Platform to create Dynamic QR Codes for each shopper to scan at the checkout and link to their order.
Parameter | Description |
|---|---|
key_id | The unique identifier for the Bre-B key that was created in a previous step for the pre-requisite. |
customer_id | The unique identifier of the merchant (Customer). |
type | QR Code type: |
channel | States how the QR Code has been presented by the Merchant to the Buyer - in this example, the Developer would chose |
amount.value | The amount to be paid (e.g., |
amount.currency | COP |
qr_code_ reference | A unique identifier that can be set so the sender will include on the inbound payment for the developer to track and identify payments with purchases. |
vat.vat_type | An indicator to capture how VAT will be calculated for the transaction. |
vat.vat_value | Indicates the value or the percentage to calculate the VAT depending on what value has been set for the |
vat.vat_base value | Indicates the VAT base value. |
inc.inc_type | An indicator to capture how INC will be calculated for the transaction. |
inc.inc_value | Indicates the value or the percentage to calculate the INC depending on what value has been set for the |
additional_info. transaction_purpose | Submitted within the |
additional_info. channel_presentation | Submitted within the In this example, it was a Screen - Website (5), that was used as remote commerce (2) and it was at a self attended checkout (1) therefore |
additional_info. invoice_number | A unique identifier that has been created by the ecommerce website to link the checkout to the QR Code |
additional_info. customer_label | A unique identifier that has been created by the ecommerce website for the shopper from their CRM to link to the QR Code |
Dynamic QR Code Request Body
Dynamic QR Code Response Example
Once the request is submitted, the PaaS Platform combines information from the various sources in order to create the compliant QR Code according to the Colombian EASPBV Industry Specification for QR Codes. The response is provided back to the Developer in a similar format as other Resources.
Parameter | Description |
|---|---|
qr_code_id | The unique id for the QR Code that was created from the POST request that can be used for future retrieval and deletion requests. |
qr_code data | The formatted string for the QR Code that contains the data which can be presented via a digital channel or converted and printed out. |
key | An object to represent the |
acquirer_network_identifier | QR Codes will always be issued by VISI who are an authorised issuer by Banco de la República for Bre-B keys. |
merchant | An object representing the information relating to the Merchant itself - the name, city, zip code, country and category code. |
status | The status of the QR Code to ensure that it has been created successfully. |
created_at | A timestamp capturing when the QR Code was created successfully. |
key_id | The unique id for the Bre-B Key that was created in a previous step for the pre-requisite. |
customer_id | The unique id for the Customer that was created in a previous step for the pre-requisite. |
type | Whether the developer would like to create a STATIC or DYNAMIC QR code - in this example, the Developer would chose DYNAMIC. |
channel | States how the QR Code has been presented by the Merchant to the Buyer - in this example, the Developer would chose ATM for an Automated Teller Machine. |
amount.value | 200000.00 |
amount.currency | COP |
qr_code_reference | A unique identifier that can be set so the sender will include on the inbound payment for the developer to track and identify payments with purchases. |
vat.vat_type | An indicator to capture how VAT will be calculated for the transaction. |
vat.vat_value | Indicates the value or the percentage to calculate the VAT depending on what value has been set for the |
vat.vat_base value | Indicates the VAT base value. |
inc.inc_type | An indicator to capture how INC will be calculated for the transaction. |
inc.inc_value | Indicates the value or the percentage to calculate the INC depending on what value has been set for the |
additional_info.transaction_purpose | Submitted within the |
additional_info.channel_presentation | Submitted within the In this example, it was a Screen - Website (5), that was used as remote commerce (2) and it was at a self attended checkout (1) therefore |
additional_info.store_label | A unique identifier that can be set for the location of where the ATM is located if it is in a convenience store or a petrol station for example. |
additional_info.terminal_label | A unique identifier for the terminal that has processed the Sale for the Merchant and Buyer so it can be tracked to the specific machine in Colombia. |
Dynamic QR Code Response Body
As with the Static QR Code example, the 200 OK HTTP Status indicates that the QR Code has been created successfully and the Developer can use the returned id as a reference to retrieve and delete as required.
The qr_code_data field contains the encoded string that can be retrieved and presented in the desired format in ecommerce website. Libraries exist for many frontend programming languages such as Javascript, React, and Angular that convert the text into an image that can then be presented to the individual to scan with their mobile banking application.
For ease of use, in the qr_code_image the image is also returned in base64 format.
Benefits of the Dynamic QR Code are:
Data is flexible - each time a QR Code is generated, a different
key,channel,transaction_purposeandchannel_presentationcan be combined with optional fields provided via the REST APIsQR Codes are programmable for each transaction and are uniquely generated for each transaction via the integration with the ecommerce website CRM and backoffice system
The outcome is that the ecommerce website can support multiple online orders being submitted at one time in order to successfully receive Bre-B Payments for online order
PaaS Platform does not verify that the calculated VAT or INC numbers are correct - we do not contain a list of all appropriate added taxes or charges that should be added to every type of transaction in Colombia.
Nor do our Sponsor Bank partners take any liability for ensuring these details are correct - it is up to the Developer to ensure that the appropriate fees and add-ons are calculated as part of the accounting for processing sales.