🌐ENESDEFR
← Back to global tracker
🇵🇪

Country deep dive

Peru

Americas · PE
Last updated: 2026-07-21
Compliance model: Centralised clearance (SUNAT / OSE)
🏔️Peru's e-invoicing mandate (CPE) has applied to all taxpayers since 2022, the endpoint of a rollout that started with the largest taxpayers back in 2017. Every invoice must be validated either directly by SUNAT or by an authorised OSE before it carries legal weight.
E-invoicing mandate
B2G ACTIVE RS 048-2021: State suppliers must issue facturas electronically since 1 Oct 2021
B2B ACTIVE SEE regime universal; last cohort (<23 UIT) obliged from 1 Apr 2022; OSE validates
B2C ACTIVE Boleta de venta electronica; final cohort (<23 UIT) obliged from 1 Jun 2022
MONTHLY
SIRE
E-reporting
SIRE: electronic sales (RVIE) and purchase (RCE) registers filed monthly to SUNAT
VARIES
Archiving
CT art. 87.7: keep records while the tax is not time-barred; no fixed term
REQUIRED
Digital signature
Issuers sign CPE with a digital certificate from an INDECOPI-registered CA
UBL 2.1
Exclusive XML format since 2019
SHA-256
Integrity hash
100+
OSE business validation rules
100%
Taxpayer coverage since Jun 2022
01

Compliance timeline

Peru's rollout followed the classic Latin American pattern — largest taxpayers first, then a steady widening until essentially the entire economy was covered.

2014
2014-10-01In effect
Mandatory rollout begins with large taxpayers

SUNAT starts requiring the largest businesses to issue Comprobantes de Pago Electrónicos, establishing the clearance infrastructure the rest of the economy would later join.

2019
2019-07-01In effect
UBL 2.1 becomes the only supported format

Earlier UBL 2.0 documents are no longer accepted — every CPE from this date must be structured according to UBL 2.1.

2019-07-01In effect
OSE validation compulsory for big contributors

Large taxpayers with automated billing must use an authorised Electronic Services Operator (OSE) for validation, rather than relying on SUNAT's own free tools.

2022
2022-06-01In effect
E-invoicing (CPE) mandatory for all taxpayers (in force since Jun 2022)

Peru operates one of Latin America's most mature e-invoicing systems. Electronic Payment Receipts (CPE) must be issued in UBL 2.1 XML, digitally signed, and validated by SUNAT or an authorised Electronic Services Operator (OSE) before they are legally valid.

2026
2026-08-01In effect
New airline ticket reporting system takes effect

Superintendency Resolution No. 000033-2026/SUNAT introduces a digital reporting system for commercial airlines providing scheduled passenger transport, replacing the older PDT No. 3540-based model with one aligned to the standard e-invoicing infrastructure.

02

File format & data specification

CPE is a broad umbrella term — Peru covers far more document types under this single framework than most countries in this tracker.

Format & standard

SyntaxUBL 2.1 XML, exclusively since March 2019
EncodingUTF-8
Signature standardX.509 v3
IntegritySHA-256 hash

Article 2 of the implementing regulation is explicit: only documents meeting all these technical characteristics simultaneously are legally valid — partial compliance doesn't count.

Identifiers & registration

RUC, eleven digitsBoth parties' RUC appears on a factura. The buyer's is waived only for a non-resident customer on an export.
Boleta buyer ID at S/ 700A boleta needs no RUC, but above S/ 700.00 it must carry the buyer's name and identity document number.
SUNAT issues no certificateSigning uses the taxpayer's own digital certificate. SUNAT runs no certification authority; it sponsors a free one issued by a state entity.
No licence to obtainThere is no authorisation to win. In SOL a taxpayer declares itself an issuer by loading a certificate or by naming a PSE or an OSE.

Vendor pages commonly say an INDECOPI-accredited certificate is required. INDECOPI accredits the certification entities behind Peru's signature framework, but we found nothing in SUNAT's own rules making that accreditation a condition of issuing.

Mandatory content

Core particularsSeries and correlative number, the dates, both parties, a line-by-line description with quantity and unit, the IGV shown apart, and the totals.
The total in wordsThe total appears in figures and in words, and the currency is a coded value rather than free text.
Payment terms since 2021Every factura states cash or credit, and a credit sale adds the amount outstanding and its due dates.
The print is not the invoiceOnly the XML validated by SUNAT or an OSE has tax force. A printed copy must carry a QR encoding key fields and the XML digest.

SUNAT's own PDF of RS 097-2012 is a scanned image with no machine-readable text, so these rows rest on the Reglamento de Comprobantes de Pago and SUNAT's UBL guides rather than on the electronic-issuance resolution itself.

Archiving

Retention period5 years minimum, from the first day of the following year
What to keepXML, CDR, rejection notices, daily summaries

The exact retention obligation varies slightly by taxpayer regime — confirm your specific rule rather than assuming a flat 5-year figure applies uniformly.

CPE document family

SalesInvoices, boletas de venta
AdjustmentsCredit and debit notes
Tax-relatedWithholding and perception vouchers
OtherPublic service receipts, electronic purchase settlements, GRE (dispatch/transport guides)
Examples"Factura Electrónica", "Boleta de Venta Electrónica"

Choosing the right CPE type matters — the wrong one can cost a deduction or a tax credit, not just cause paperwork. So does the label: these are formal document names fixed in regulation, not descriptions you may paraphrase.

03

Scope & transmission

Peru's model has a genuinely distinctive feature: OSEs aren't mere intermediaries — they carry the same legal validation authority as SUNAT itself.

The three roles

PSEOptional — builds and signs the XML on the taxpayer's behalf
OSEValidates the CPE with the same legal authority as SUNAT — not a mere go-between
SEESUNAT's own direct electronic issuance system

This is worth internalising: an OSE's validation is legally equivalent to SUNAT validating it directly. But an OSE cannot validate delivery/transport documents — that distinction matters for logistics-heavy businesses.

Choosing your operating tier

SEE-SOLLow volume (<1,000/month), free web portal
PSEMedium volume, external facilitation
OSEHigh volume, own ERP integration
SEE FacturadorBusinesses without in-house technical development capacity

Match your tier to your actual transaction volume and technical capacity — over-engineering a low-volume business onto a full OSE integration wastes effort that a free SOL portal account would have covered.

A permitted but risky shortcut

Asynchronous deliveryTechnically allowed — sending to the buyer before SUNAT/OSE validation
RiskExplicitly flagged as risky practice by practitioners

Just because the regulation permits sending an invoice before validation completes doesn't make it good practice — a subsequently rejected document creates real reconciliation problems for both parties.

The clearance flow

1. Generate UBL 2.1 XML2. Sign digitally3. Submit to OSE/SUNAT4. Validate against 100+ rules5. CDR issued

The CDR (Constancia de Recepción) is Peru's equivalent of a clearance receipt — it's what confirms the document has full legal and tax validity, similar in function to Poland's UPO or Italy's Ricevuta di Consegna.

04

Getting compliant

Verifying your provider's authorisation status matters more here than in most countries — unauthorised PSE/OSE providers issue documents with no legal validity at all.

Obtain your RUC and register as an electronic issuer

Your Registro Único de Contribuyentes number and electronic-issuer registration with SUNAT are the prerequisites for everything that follows.

Choose your operating tier based on volume

SEE-SOL for low volume, PSE for medium volume with external help, OSE for high volume with your own ERP, or SEE Facturador if you lack in-house development capacity.

Obtain a valid X.509 v3 digital certificate

This is what authenticates and signs every CPE you issue.

Verify any PSE/OSE provider against SUNAT's current list

Check cpe.sunat.gob.pe before contracting — an unauthorised provider's output carries no legal tax validity, regardless of how correct the XML looks.

Configure UBL 2.1 XML generation with SHA-256 integrity

Confirm your system produces conformant output before your first production submission.

Build a CDR storage and reconciliation workflow

Every issued CPE needs its corresponding CDR retained alongside it — treat the pair as a single compliance record, not two separate files.

Avoid asynchronous delivery shortcuts

Wait for SUNAT/OSE validation before delivering to the buyer, even though the regulation technically permits sending first.

05

Penalties & enforcement

Peru's e-invoicing and e-reporting framework is described by practitioners as comprehensive and technologically advanced — the practical risk is invalidity, not just fines.

06

Related jurisdictions — Americas

Other countries in the same region, ordered by their next dated milestone. Each links to a full briefing.