Electronic invoice in Panama
The Definitive Guide to Panama’s SFEP: Navigating delegated PAC clearance, dual-authorization timings, and compliance for B2G and regulated sectors
Panama's system is the Sistema de Facturación Electrónica de Panamá (SFEP) — a local continuous transaction control model in which the invoice is a signed XML document that acquires full legal force only once it has received an Autorización de Uso from a qualified authorised provider (a PAC) or through the tax administration's own free service.
What distinguishes Panama from its Latin American neighbours is that the mandate is not universal. SFEP is compulsory for suppliers to the state, for new taxpayers and for a list of regulated categories — but many taxpayers may still use certified fiscal equipment instead. Panama has an obligation to document transactions fiscally; that is not the same as an obligation to issue an electronic XML invoice.
Panama has never run a single big-bang date. SFEP began as a voluntary pilot and has been extended group by group ever since — and the most recent change is commercial rather than technical.
SFEP was written into law as one of the officially permitted ways of documenting transactions, alongside fiscal equipment rather than replacing it. Executive Decree No. 25 of 27 June 2022 and Executive Decree No. 3 of 20 January 2023 followed.
Anyone registering a tax number for the first time from this date is inside the system. Pilot participants followed from the first working day of 2023.
Originally set for 30 July 2022 and extended by DGI. From this date public institutions accept only authorised electronic invoices or their CAFE representation. See B2G.
Maritime and fuel transport, small hotels and certain leasing from 2 January; international and domestic air passenger transport from 1 March; banks and financial institutions across 30 April, 30 June and 31 August; free zones and special regimes from 30 June. See Who must use SFEP.
Published on 29 July 2025 and in force from 1 January 2026, it restricts DGI's free issuing tool to taxpayers with gross annual income up to B/.36,000 and a maximum of 100 electronic documents per month — both conditions at once. Exceeding either means contracting a PAC.
No universal date has been published. Executive Decree No. 3 states that dates for activities not on the published calendar may be set later, but DGI's regulatory page carries no single deadline after which every remaining domestic B2B and B2C invoice must be issued through SFEP. That is an observation about the published instruments — not an official statement that the mandate will stop expanding.
A Panamanian taxpayer must issue a fiscal document through one of the permitted mechanisms: certified fiscal equipment with data transmission, SFEP, or — in limited cases, principally for certain liberal professions — a traditional invoice. DGI continues to list all of these as current methods. In February 2026 it reaffirmed the duty to issue fiscal documents and mentioned the electronic invoice QR code, without announcing the abolition of fiscal equipment.
Two regimes deserve a line of their own. Businesses under SEM and EMMA must use SFEP specifically, because ordinary fiscal equipment is not available to them. For those companies the choice between mechanisms does not exist.
The law preserves a list of exemptions from the obligation to use fiscal equipment and SFEP, subject to conditions — certain agricultural transactions within defined thresholds, real estate transactions executed by public notarial deed, individuals in employment relationships, some street and small-scale retail sellers, defined non-profit organisations, condominium contributions, some taxi services and other specifically listed activities.
An exemption does not always mean no documentation at all — other accounting, contractual or tax requirements may still apply.
Panama runs a delegated clearance model: authorisation is performed by licensed qualified providers, with subsequent transmission to the central DGI repository.
So the model combines near-immediate authorisation at the PAC with a subsequent feed into DGI's central repository. It is not a fully synchronous scheme in which every invoice passes through a tax authority server before reaching the buyer — but without the PAC or DGI authorisation the document is not a full electronic fiscal invoice.
For a B2B invoice the buyer intends to use for input ITBMS — Panama's VAT — the PAC authorisation must be obtained before the invoice is passed to the buyer. The recipient must be able to verify that a valid authorisation exists; without one the document confers no tax rights.
The electronic document may be handed to the consumer before authorisation completes, but the issuer must obtain it as a rule by the end of the next working day — or within a longer contingency period, usually up to 72 hours, where the applicable contingency regime applies.
The presence of external PACs does not make this a Peppol model. A PAC acts as a licensed tax validator, not as a Peppol Access Point. Panama is neither four-corner nor five-corner, neither ordinary decentralised exchange nor pure post-audit.
This is where the mandate is unambiguous. Since 31 October 2022, public institutions must accept only electronic invoices, or their graphical CAFE representation, that have already been authorised by DGI or a PAC. A supplier to the Panamanian state has no fiscal-equipment alternative.
In 2023 DGI provided a mechanism for exceptional individual extensions for state suppliers who documented to the procuring institution that they could not implement SFEP in time. Those were individual exceptions granted case by case — they did not suspend the general B2G obligation, and they should not be assumed still to be available.
Outside the compulsory categories, domestic B2B and B2C have no single date requiring electronic invoices only. Taxpayers may issue through SFEP or through authorised fiscal equipment, depending on which regime they fall into.
The distinction that matters in planning: Panama mandates fiscal documentation, not the electronic XML invoice as such. A company can be fully compliant on certified fiscal equipment — unless it falls into one of the compulsory SFEP categories.
The legally significant electronic invoice consists of the XML document conforming to the DGI XSD, the issuer's electronic signature, the Autorización de Uso, and the associated processing protocol data. All four elements together make the original.
Panama's system is not based on EN 16931, and neither UBL 2.1 nor UN/CEFACT CII is an SFEP format. The schemas, catalogues and document types are DGI's own. A European invoice must be mapped into the local XML — this is a tax mapping exercise, not a syntax conversion.
The CAFE — the auxiliary receipt of the electronic invoice — is the graphical representation given to the buyer, carrying a QR code and the CUFE, the unique electronic invoice code. It is a representation of the document, not an independent electronic tax original.
A PDF or CAFE with no authorised XML behind it confers no tax rights. The CUFE, on the other hand, is genuinely useful: it can be checked in DGI's public consultation service without credentials, which makes verifying a supplier's document a routine step rather than a request.
Peppol is not part of the national mandate. No Panamanian Peppol Authority has been published and no national EAS is established for SFEP. Peppol cannot deliver an invoice into the SFEP process, and a Peppol certificate confers no standing before DGI.
Where a Panamanian company and a foreign counterparty agree to use Peppol, the workable pattern is parallel: create and authorise the local SFEP XML, convert the data into Peppol BIS Billing or another agreed profile, send that to the foreign buyer, and retain the authorised SFEP XML as the Panamanian tax original. Peppol delivery is an additional commercial channel — it does not substitute for SFEP.
There is no separate cross-border mandate. If a Panamanian seller is required to use SFEP, an export is documented in the same system with the appropriate document type and foreign recipient details — the technical catalogues provide dedicated types for exports, re-exports, foreign-source income, free zone operations and other overseas transactions.
An import can be reflected using the applicable local document type and transaction classification. But a foreign supplier who is not a Panamanian taxpayer does not become an SFEP issuer merely by supplying into Panama. The Panamanian requirements around import documentation, customs declarations, self-billing and local recognition of the purchase have to be assessed separately, taking account of the buyer's tax status and the nature of the transaction.
Panama is not an EU member state, so ViDA creates no Panamanian obligations, the intra-EU B2B category does not exist here, and the European digital reporting deadlines are not Panamanian deadlines. There is no separate Panamanian cross-border e-invoicing date distinct from the seller's own status.
An OpenPeppol certification, ISO 27001 or Peppol Access Point status is not sufficient on its own. Three market-entry models are realistic for a European provider, in ascending order of commitment.
The 2026 declaration requirement for integrators is worth planning around early. If you are the platform behind a Panamanian PAC, your relationship is now visible to the tax administration — which changes the contractual and due-diligence conversation with a prospective partner.
All issued documents must be kept for a minimum of five years, by both the issuer and the recipient. The obligation covers electronic invoices, credit notes and any other electronic tax voucher — the two-sided nature of it is the point most often missed by buyers.
For a buyer claiming input ITBMS, the archive is not paperwork — it is the evidence base for the credit. Keeping only the CAFE leaves you holding a picture of a right you can no longer prove.
Law No. 256 penalises failing to issue an invoice, using an unauthorised issuing method, and other breaches of the duty to document transactions. The scale escalates sharply and reaches business closure.
The buyer can be fined too. A purchaser who does not demand a fiscal document faces a penalty of the greater of B/.1 or 7% of the value of the transaction for which no invoice was requested. There are also sanctions for failing to display the mandatory notices informing customers of their right to demand an invoice.
Is an electronic invoice the only basis for input ITBMS? Not across the whole economy. Depending on the seller's status, the lawful proof may be an authorised SFEP invoice, a document from authorised fiscal equipment, or a traditional invoice in the limited cases still permitted. But where the transaction runs through SFEP and the buyer claims input ITBMS, the document must have been authorised before being handed over — and a PDF or CAFE without an authorised XML behind it grants nothing.
Panama should not be approached as a Peppol Access Point project. The target is integration with a qualified PAC and the local DGI schemas:
Panama is a Latin American clearance jurisdiction with a deliberately partial mandate. SFEP is compulsory for state suppliers, new taxpayers, the 2023 sectors and the special regimes — but certified fiscal equipment remains a lawful alternative for many taxpayers, and no date has been published on which that changes.
The architecture is delegated clearance: a signed XML, an Autorización de Uso from a qualified provider, and transmission on to DGI within 48 hours. Two timings apply, and confusing them is expensive — pre-clearance where the buyer needs input ITBMS, post-authorisation for consumers.
The change to watch is commercial rather than legal. From January 2026 the free DGI facturador is confined to taxpayers under B/.36,000 and 100 documents a month, pushing most formally constituted businesses toward a PAC. For a European provider the practical route is unchanged: integrate with a qualified PAC and the local schemas, not with Peppol — and remember that from 2026 an integrator behind a PAC must be declared to DGI.