Skip to main content

Financial Innovation Lab → Virtual Financial Ecosystem

CEMI Labs · the Lab’s fourth proving ground

Virtual Financial Ecosystem Simulation

A digital twin of the financial ecosystem.

Ready for 2027, today.

Simulated counterparts of every institution a payment or financial application must talk to in the Dominican Republic — organized exactly as the Central Bank organizes the real thing. Real protocols, real message formats, real rules, invented institutions. No real person, no real money, no real bank.

The ecosystem, narrated

What a digital twin of a country’s payment system is, and why the Lab is building one now.

What it is

A set of simulated counterparts of the institutions a payment or financial application must talk to in the Dominican Republic, organized exactly as the Central Bank organizes the real thing: the systems that make up the SIPARD, the participants that hold accounts in it, the payment-service providers the Reglamento recognizes, the payment instruments it classifies, the support entities around them, and the rules that govern the whole.

Each simulated counterpart speaks the real protocol and message format of its kind, keeps state — accounts, balances, cards, electronic payment accounts, cases — obeys the rules the Reglamento sets for participation, timing, limits, irrevocability and records, and can be put into failure and adversarial modes. A team plugs its application in and runs an entire process end to end, from onboarding to settlement in the simulated LBTR to a suspicious-transaction report, without touching a real institution, a real person or real money. The Lab records every message and produces an instrumented report.

The value is that all counterparts exist together, consistently, in one place, with one synthetic population moving through them — so a process that crosses six organizations can be exercised as one process, under the rules that will apply when it is real.

Why now

SGPI is the moment

The Sistema de Gestión de Pagos Instantáneos credits the beneficiary within 10 seconds, runs 24/7/365, addresses by alias and notifies both parties immediately. Every financial-intermediation entity, electronic-payment entity, acquirer and sub-acquirer is a mandatory participant. Nobody in the country can integrate against it yet.

Reglamento Art. 60–62; Art. 61 §I; BCRD SGPI page

Startups need it more than banks do

A would-be electronic-payment entity, wallet provider or payment-initiation provider cannot get a bank’s test environment before it has a bank, and cannot get a bank without a working flow. The ecosystem breaks that loop.

The report is a document with a use

A provider preparing a request for the Central Bank’s no objection needs exactly what an instrumented run produces: a description, an operating scheme, the list of providers, support entities and participants, and evidence for a risk-materiality analysis.

Reglamento Art. 83

Not an «ambiente de prueba» under Art. 83

Article 83 sets a no-objection regime: an authorized provider that wants to test a new product, service, channel or functionality with other providers or external users must ask the Banco Central for its no objection, filing a description, an implementation plan, the list of providers, support entities and participants, and a risk-materiality analysis. The Virtual Financial Ecosystem involves no real providers and no real external users, so it does not fall under that regime — and a run here is never a substitute for the Central Bank’s no objection. Where a team’s next step is an Art. 83 request, our report is evidence for it. Nothing more. The Banco Central decides.

The five elements

The Central Bank’s own diagram, Elementos de un sistema de pago, has five elements. The ecosystem maps one architectural layer to each of them — which is why a team’s integration lands on the real taxonomy rather than on ours.

01 Entities that offerand operate paymentinstruments 02 Paymentinstruments 03 Communicationnetworks 04 Supportentities 05 Laws, conventions,rules andprocedures Cheques Electronic instruments Electronic funds transfers direct debitsdirect creditsPagos al Instante BCRDinternet bankingmobile banking Card purchases debit · credit · prepaidmobile devicesphysical and virtual POSATMs Electronic payment accounts direct debits and creditsremittances · social subsidiesPOS · ATMs · cash withdrawale-commerce · bill paymentairtime and data top-ups

Instruments and their rules are Título VIII of the Reglamento: electronic funds transfers, payment cards and electronic payment accounts (Art. 78); the electronic payment account itself (Art. 19–25), whose balance equals the nominal value received, bears no interest and is refundable on demand; and the obligation on every provider to present and read a QR code carrying the data to initiate a payment order, to a standard the Central Bank sets by instructivo (Art. 78 §IV).

SIPARD and its systems

The Sistema de Pago y Liquidación de Valores de la República Dominicana is a public service owned exclusively by the Central Bank, to which all financial-intermediation entities and other authorized entities are attached. The ecosystem simulates its systems one by one — and the instant-payments system the Reglamento adds on top of them.

SIMULATED CENTRAL BANK SGPI 10 s · 24/7/365 · alias LBTR real-time gross settlement SCC cheque clearing Securities settlement system Direct debit and direct credit CardNET ATM transactions Mobile payments system Visa card processing Mastercard card processing Subagentes bancarios

The SIPARD is owned exclusively by the Central Bank (Ley 183-02, Art. 27; Reglamento Art. 62) and is made up of the real-time gross settlement system, the cheque clearing system, the securities settlement system, the direct debit and direct credit systems, the payment system for CardNET ATM transactions, the mobile payments system, the Visa and Mastercard card-processing systems, and the payment system for subagentes bancarios transactions (BCRD SIPARD page). On top of them the Reglamento adds the Sistema de Gestión de Pagos Instantáneos, administered by the Central Bank (Art. 60), whose management is exclusive to it and not delegable (Art. 62).

The actors we simulate

The taxonomy is the Reglamento’s, so a team’s integration maps one-to-one onto the real roles. Every simulator carries a Lab name and a visible notice: Banco Norte, EPE del Lab, Adquirente del Lab. None of them ever presents itself as the entity it is modelled after.

Laws and rules

Simulated Central Bank

Administrator of the LBTR, the SCC and the SGPI; keeper of current accounts; vigilancia; recipient of notifications and registrations; issuer of the account standard.

BCRD P1 → P3

Laws and rules

Simulated supervisors and UAF

Banking, insurance and securities supervisors, and a simulated financial-intelligence unit for suspicious- and cash-transaction reports.

SIB · SIS · SIMV · UAF P2

Entities

Banks (3–5)

Financial-intermediation entities with core accounts, cards, loans, cheques and electronic payment accounts, direct participation in the LBTR, and hosting for the machines on the floor. Each with a personality: strict legacy, permissive digital, cooperative, savings-and-loan.

bancos múltiples · asociaciones · cooperativas P1

Entities

Electronic-payment entity

Electronic payment accounts, a network of agents, remittance and social-subsidy inflows, and the RD$79,000 funding and balance cap.

EPEs P1

Entities

Acquirer and sub-acquirer

Merchant affiliation, POS and e-commerce authorization, clearing, settlement, chargebacks, and the cross-border acquiring rules.

adquirencia · subadquirencia P2

Entities

Card-scheme processors (two)

Authorization, clearing, settlement, tokenization, 3-D Secure outcomes and EMV.

the card-processing systems of the SIPARD P2

Entities

ATM-network administrator and host

The switch between the machines on the Lab floor and the simulated banks — cardholder and cardless flows alike.

the CardNET ATM system P1

Entities

Direct-debit / direct-credit administrator

Batch and file-based transfers with a business-day calendar, returns and reason codes.

the ACH-type systems of the SIPARD P1

Entities

Wallet, initiation and gateway providers

The three provider categories the Reglamento newly recognizes, each with its own registration and its own limits.

Art. 36–40, 91 P2

Entities

Agents and subagentes bancarios

Cash-in, cash-out, enrolment at the counter and card delivery, at pharmacies, hotels, telco service centres, supermarkets and colmados.

agentes de pago electrónico P2

Entities

Remittance, exchange and SIPA counterpart

Remittance-and-exchange agents, exchange agents, and the regional counterpart for USD transfers.

agentes de remesas y cambio · SIPA P3

Entities

Insurers and digital brokers

Quote, bind, premium by direct debit or card, claim, payout — plus embedded insurance on a loan or a transfer.

insurers · brokers P3

Instruments

Instrument engines

Cheque (digitization, truncation, image), transfers (direct debit, direct credit, instant), cards (debit, credit, prepaid), electronic payment account, QR.

Art. 78 · Título IX P1 → P3

Communication networks

Gateway and bus

Protocol adapters — ISO 8583, ISO 20022, REST/OpenAPI, file exchange, webhooks — with message signing, time-stamps and a log of every message.

P1

Support entities

Identity and signature

Civil-registry lookups, document and liveness verification, and a certification entity for digital signatures and time-stamps.

JCE · certification entities P1 → P2

Support entities

Bureaus, tax, social security, telcos

Credit bureaus, taxpayer lookup and e-invoice acknowledgements, payroll, top-ups and phone-number signals — plus cheque printers and scanner vendors as critical suppliers.

Art. 4 aa P1 → P3

The public

Synthetic population

People and businesses with a coherent identity across registry, bureaus, banks, the electronic-payment entity and the telco; merchants; and, from Phase 3, adversaries. Generated per run; no real personal data anywhere.

P1 · adversarial in P3

Every institutional role is also an AI persona — the compliance officer at Banco Norte, the analyst at the simulated financial-intelligence unit, the operator at the simulated Central Bank — so a human-in-the-loop step can be played by an agent or by a visitor standing on the Lab floor.

The clock enforces the real rules

Timing is not decoration. In the control plane each deadline, window and cap is an executable rule that cites its article, and a rule that fails becomes a finding in the report. When the Junta Monetaria adjusts a value, it changes in one place.

Time to final credit SGPI 10 s Art. 61 §I LBTR 4 min Art. 57 Pagos al Instante 8 min BCRD page 1 s 10 s 100 s 1000 s Availability across the day SGPI Pagos al Instante SIPA 0 3 6 9 12 15 18 21 24
RD$79,000 funding and balance cap on an electronic payment account, and on a prepaid card, not to be exceeded within any 30-day window. 2026 value. Art. 78 §II · Quinta Resolución, 29 Jan 2026
Zero charges to the beneficiary of a transfer or payment. A run in which the receiving institution deducts anything is a failed run. Art. 81 · Art. 56 §II
10 years of stored transactions — including rejected ones and adjustments — with full user access to view, search, copy, download and print, and delivery to the Central Bank and supervisors without undue delay. Art. 41–42
Irrevocable once settled in the LBTR; revocable only while queued. Net results of each clearing cycle settle in the LBTR. Art. 66 · Art. 67 · Art. 79

Time itself is a parameter of the run: wall-clock, accelerated — a month of instalments in an hour — or stepped, so a team can stand on the end-of-day cut-off, the weekday pause or the closing of the SIPA window and watch what its application does.

Fifteen processes, end to end

Each process is a scenario: ordered messages across actors, expected states at every step, the variants that must be handled, and the rule it enforces.

01Onboarding and account opening

Identity, bureau, risk scoring, account or electronic payment account creation, card or credential issuance, additional credentials with their own limits on one balance, first funding at a bank, an agent or a machine. Variants: document mismatch, PEP hit, minor, non-resident, thin file, cap reached.

Art. 19 · Art. 19 §V · cap RD$79,000

02Electronic funds transfers

Internal; direct credit and direct debit through the simulated administrator, with returns; Pagos al Instante with the 8-minute credit and the 7:00–23:00 window; SGPI with the 10-second credit, alias resolution and 24/7/365; high-value through the LBTR. Variants: insufficient funds, queued then revoked, window closed, duplicate — and a beneficiary charged, which must fail.

Art. 57 · Art. 61 §I · Art. 66 · Art. 81

03Cards

POS authorization, e-commerce with 3-D Secure, ATM withdrawal on the Lab floor through the simulated network administrator, clearing and settlement of net results in the LBTR, the chargeback lifecycle, a tokenized card in a wallet, the prepaid cap.

Art. 79 · Art. 78 §II

04ATM / ITM phygital

Cardless withdrawal started on the phone and finished on the machine, deposit with recognition, remittance payout, an electronic payment account opened at the machine, a QR payment presented by the machine.

Art. 20 · Art. 78 §IV

05QR and payment initiation

A wallet or initiation provider builds an order from a merchant’s QR, obtains verifiable consent and initiates against the user’s bank without ever holding the funds.

Art. 4 mm · Art. 38–40

06Agents and cash

Cash-in and cash-out at an agente de pago electrónico or a subagente bancario, enrolment at the counter, card delivery.

Art. 26 · Art. 27

07Cheques

Issuance to the standard, digitization and truncation, image exchange in the simulated cheque clearing system, net settlement, return.

Título IX

08Credit

Pre-approval from bureau data plus behaviour, disbursement, instalments collected by direct debit, delinquency, restructuring.

direct debit · Art. 78

09Insurance

Quote from a bank channel or a machine, bind and premium by direct debit or card, claim with document upload, payout; embedded insurance on a loan or a transfer.

instrument engines

10Remittances and regional

An inbound remittance credited to an electronic payment account in Dominican pesos at the origin rate and reported as a foreign-exchange purchase; a SIPA transfer in US dollars inside the weekday window.

Art. 20 §I · SIPA

11Compliance and records

Sanctions and PEP screening, transaction monitoring, case management, suspicious- and cash-transaction reports to the simulated financial-intelligence unit, regulatory reports to the simulated supervisor, and the 10-year record with rejected transactions and adjustments and full user access. CEMI Cumplimiento plugs in here as a live participant.

Art. 41–44 · Ley 155-17

12Business

Payroll, supplier payments, e-invoicing acknowledgements, tax withholdings, merchant settlement.

direct credit · settlement

13Incident and resilience

An administrator goes down mid-cycle, the LBTR queue stalls, a message is corrupted, a reconciliation breaks. The application must degrade well. This is the chaos mode.

chaos mode

14Fraud and adversarial

Account takeover, mule networks, synthetic identity, card testing, social engineering at the machine. The synthetic population includes adversaries and the run scores detection.

adversarial mode

15Regulatory dossier

The run’s outputs assembled into the shape of a no-objection request: description, operating scheme, participants and support entities, risk-materiality evidence. The Lab grants nothing; it produces the evidence.

Art. 83

Architecture — one layer per element

The stack is not an engineering convenience: it is the Central Bank’s diagram, made executable. A message enters through the communication-network layer, moves through stateful actors and instrument engines, settles at the simulated Central Bank, draws on support entities, and is judged the whole way down by the control plane where the Reglamento lives.

Team’s application Lab floor · ATM / ITM GATEWAY AND BUS Communication networks STATEFUL ACTORS Entities INSTRUMENT ENGINES Instruments SIMULATED CENTRAL BANK Laws and rules SUPPORT ENTITIES Support entities CONTROL PLANE Laws and rules
  • GATEWAY AND BUSCommunication networksAPI keys per team · ISO 8583 · ISO 20022 · REST/OpenAPI · files · webhooks · signed, time-stamped messages · every message logged
  • STATEFUL ACTORSEntitiesBanks · EPE · Acquirer / Sub-acquirer · Card processors · ATM network · DD/DC administrator · Wallet · Initiation · Gateway · Agents · Remittance / FX · Insurers
  • INSTRUMENT ENGINESInstrumentscheque · transfers (direct debit, direct credit, instant) · cards · electronic payment account · QR
  • SIMULATED CENTRAL BANKLaws and rulescurrent accounts · LBTR · SGPI · SCC · account standard · vigilancia · registry
  • SUPPORT ENTITIESSupport entitiesidentity · signature and time-stamp · bureaus · tax · social security · telcos · printers and scanner vendors
  • CONTROL PLANELaws and rulesrule engine (articles as executable checks) · scenarios · time control · synthetic population · chaos and adversarial injectors · traces, ledgers, reconciliation · report generator

Design rules

Real formats, invented institutions

ISO 8583 for cards, ISO 20022 for transfers and reporting, file conventions for direct debit and credit, the regional standardized account number adopted in 2010, the Central Bank’s QR standard once its instructivo is published, OpenAPI for everything modern. Institution names, BINs, routing identifiers and certificates are the Lab’s own.

The Reglamento is executable

The 10 seconds, the 4 minutes, the 8 minutes, the windows, the RD$79,000 cap, no charge to the beneficiary, irrevocability once settled, mandatory SGPI participation, the 10-year record: each is a rule in the control plane, cited by article and dated.

Stateful, not mocked

A direct credit debits one simulated bank’s Central-Bank account and credits another’s in the simulated LBTR; a chargeback reverses a settled amount; a suspicious-transaction report changes a customer’s risk state.

Deterministic by default, chaotic on demand

Every run is reproducible from its seed. Chaos and adversarial modes are switched on per run and recorded in the report.

One synthetic population

Generated per run and coherent across registry, bureaus, banks, the electronic-payment entity and the telco. No real personal data anywhere; the generator is auditable.

Everything observable

A trace, per-actor ledgers, cross-actor reconciliation, and the findings report the Lab already delivers.

Tiers of fidelity per actor

Stub, then stateful, then behavioural — latency, load, personality, adversaries — so a counterpart can be cheap where it does not matter and exact where it does.

Local and cloud

So the hardware on the Lab floor can join a run instead of watching one.

How a run works

A run is the unit of work, and the report is the deliverable. It says what was tested — scenarios, seed, fidelity tiers, modes, rule-catalogue version — because a pass is a pass on that run.

SeedOne number fixes the synthetic population, the clock and every random decision. The same seed replays the same run.
ScenarioOrdered messages across actors, expected states at each step, and the variants to exercise. Scenarios are written in YAML and published.
TraceEvery message in and out of every actor, signed and time-stamped, in one ordered record.
LedgersPer-actor books: balances, positions, current accounts at the simulated Central Bank, card settlement.
ReconciliationThe ledgers are matched across actors. A break is a finding, not a footnote.
ReportFindings against the rule catalogue, article by article — and, where a team asks for it, in the shape of an Art. 83 dossier.

Three modes

Deterministic

The default. Everything reproducible from the seed, so a supervisor’s team or a bank’s vendor can replay exactly what you ran.

Chaos

An administrator goes down mid-cycle, the LBTR queue stalls, a message is corrupted, a reconciliation breaks. The question is not whether your application survives, but how it degrades.

Adversarial

The synthetic population includes account takeover, mule networks, synthetic identity, card testing and social engineering at the machine. The run scores detection.

Technical specifications

The simulation is live in its own cloud project. What a team gets today, what is not live yet, and how to start.

Live now · console, REST API, one isolated world per team.

Endpoints

Console
ecosystem.financial — sign-in with Google or email, restricted to an allow-list.
OpenAPI contract
/openapi.json — the REST API publishes its contract.
Health
GET /v1/health
Runs and scenarios
/v1/**
Machine lane
/v1/atm/** — for real ATM and ITM integrations.
Message shapes
Transfers as ISO 20022-shaped JSON; card responses carry the ISO 8583 projection.

Authentication and isolation

Team key
One key per team, sent in the header x-lab-api-key.
Isolated world
Each key is its own world, with its own seed, clock, ledgers and reports. Arriving this week.
Determinism
A run is deterministic from its seed, and a world can be reset.
Reports
Stored per team: trace, ledgers, reconciliation and findings citing articles.

Starter population, per world

Institutions
Three banks with different personalities, one electronic-payment entity, the direct-debit administrator and an ATM network.
People and businesses
200 synthetic people and 40 businesses, with unmistakably synthetic identifiers.
What they hold
Accounts with the regional standardized number, balances, cards, SGPI aliases — and flagged adversaries.

Scope today

Counterparts
15+ simulated counterparts.
Rule catalogue
Version 2026.09.04.
Tests
150+ automated tests.
Availability
Invited outside teams from 8 September 2026.

Phase 2 — not live yet

  • Acquirer and card processors at stateful fidelity
  • Wallet and initiation providers
  • Supervisors and the financial-intelligence unit
  • Chaos mode
  • Webhooks
  • ISO 8583 over TCP

Start in five minutes

Ask for a keyWrite to partners@cemi.ai. You get a team key and a seat on the console allow-list.
Read the contractFetch the OpenAPI document, open the technical manual, and check GET /v1/health.
RunSend x-lab-api-key on every call, pick a seed, run a scenario, and read the report.

What a run here is, and is not

Everything in the ecosystem is simulated and carries a Lab name. It is not an «ambiente de prueba» under Art. 83, and a report serves as evidence only — it grants nothing.

Today this is a simulation, not a digital twin in the strict sense: there is not yet a finished system to be a twin of, since the instant-payments system is being built now. Our aim is to become the true digital twin of the Dominican financial ecosystem as it takes shape, following the work and guidelines of the Central Bank, the Superintendencia and the industry.

The manual is public and generated from the deployed contract and rule catalogue. Questions: partners@cemi.ai.

Phases

Phase 0 and Phase 1 run in parallel, starting now. Phase 1 is sized so the first cohort and the first Championship run on it.

Specification

Weeks 1–4

Actor catalogue keyed to the Reglamento’s roles; message contracts; scenario format; a rule catalogue with article citations; the synthetic-population model; naming and disclaimers; and a full reading of the three instructivos — administrators and acquirers, electronic-payment entities and electronic payment accounts, and the LBTR — for their operational parameters.

Minimum ecosystem

Weeks 5–12 · 9 actors

Gateway, bus and control plane with rules, scenarios and traces; the simulated Central Bank with current accounts and LBTR; an SGPI stub with the 10-second service level and alias addressing; two banks; one electronic-payment entity; the direct-debit / direct-credit administrator; the ATM host wired to the machines on the floor; identity; one credit bureau.

onboarding · transfers · cardless withdrawal

Cards, compliance, settlement

Weeks 13–20 · 18 actors

Acquirer and sub-acquirer, two card processors, wallet, initiation and gateway providers, agents, the signature and time-stamp entity, the simulated supervisors and financial-intelligence unit, CEMI Cumplimiento as a live participant, a stateful SGPI, net settlement in the LBTR, chaos mode and the first report generator.

cards · QR · agents · compliance · incident

Widening

Weeks 21–30 · 25+ actors

Cheque clearing, insurers and brokers, remittance and exchange agents, the SIPA counterpart, telcos, tax and social security, a second bureau, an adversarial population, time acceleration, certification runs and dossier output.

cheques · credit · insurance · remittances · fraud

Opening

Week 31 onward

A public catalogue and documentation, self-service keys for open programmes and the Championship, sponsored nodes, regulator and academic access, and alignment with each new Central Bank instructivo — the QR standard, the SGPI operating rules — as it is published.

all, plus community scenarios

Ready for 2027, today.

Who it is for

Startups

A fintech, insurtech or regtech that cannot get a test environment because it has no bank, and cannot get a bank because it has no working flow. Free for open programmes, interns and the Championship.

Banks and electronic-payment entities

Certification runs against the simulated SGPI, ahead of a system in which they will be mandatory participants — and a private lane where their own vendors and startups arrive already certified.

Acquirers and sub-acquirers

Authorization, clearing, settlement and chargeback cycles exercised against card processors and banks at once, instead of one integration at a time.

Insurers and brokers

Quote, bind, premium and claim wired to real payment rails — and embedded insurance tested where it actually sits, on a loan or a transfer.

Regulators

The Banco Central and the Superintendencia de Bancos are invited into Phase 0 — their instructivos, their reading of the rules, their scenarios. The vigilancia function is the natural interlocutor.

Academia

Reproducible runs, published message contracts and rule catalogues, and synthetic data with nothing personal in it to protect.

How institutions take part

Sponsored nodes

An institution sponsors its kind of node: a bank sponsors a simulated bank with its own formats and rules, an acquirer the acquiring node, an insurer the insurance node — and gets a private lane for its vendors and startups.

Certification runs

Priced per run or per scenario pack, for startups and vendors. A bank can ask its vendors to arrive certified.

Art. 83 dossiers

A provider preparing a no-objection request commissions an instrumented run whose report is shaped as the evidence the request needs. We prepare evidence; the Banco Central decides.

Programmes and Factory work

Cohorts and training on the scenarios through the Learning Innovation Lab, a financial track in the AI Learning Challenge, and custom actors, rule packs and scenarios built by CEMI Factory.

Lines we do not cross

  • Never the real thing. Every simulator carries a Lab name and a visible notice. No real credentials, keys, BINs, routing identifiers, aliases or certificates. No claim of endorsement by any institution being modelled unless a written agreement says so.
  • Not an «ambiente de prueba» under Art. 83. No real providers, no real external users — so the ecosystem does not fall under the no-objection regime, and a run is never a substitute for the Central Bank’s no objection.
  • No real personal data. Including from Living Lab participants, beyond anonymized traces with consent. The synthetic population is generated and its generator is auditable.
  • Regulators are invited in, not simulated behind their back. The Banco Central and the Superintendencia are offered a seat in Phase 0.
  • Rules cite their source and carry their date. Every executable rule names its article and its resolution; the 2026 capital and cap values are marked as such and re-checked each January when the Junta Monetaria adjusts them.
  • Reports say what was tested. Scenarios, seed, fidelity tiers, modes and rule-catalogue version. A pass is a pass on that run.
  • Open where it can be. Message contracts, the rule catalogue and the scenario formats are published; actor implementations may be proprietary or sponsored.

Sources

Everything on this page comes from the Central Bank’s own published material. Where a figure appears, its article or its page is named.

Also read: Ley 183-02 (Monetary and Financial Law), Art. 27; Ley 155-17 on money laundering and terrorist financing; the Novena Resolución of 18 November 2010 adopting the regional standardized account number; and the tables of contents of the three instructivos — administrators of payment systems and acquirers, electronic-payment entities and electronic payment accounts, and the LBTR — whose full reading is Phase 0 work.

Take a seat in the ecosystem

Regulators, banks, electronic-payment entities, acquirers, insurers, startups and universities: Phase 0 is open, and the first nodes are being assigned now. Write to us.