Skip to content
Talk to us How it works

Electronic invoicing · Peru

Issue today.Have SUNAT accept it today.

Electronic receipts with signed XML, submitted to SUNAT and with their CDR stored. Whatever can be validated before burning a sequence number is validated before.

12document types
4main ones: invoice, boleta, CN and DN
3issuable currencies
17units of measure
Example
Issued todayCDR up to date
Issued today38
Rejected0
With CDR38
Accepted receipts · last 7 days
F001-00000241 · invoice acceptedCDR 0
B001-00001180 · boleta in the daily summaryRC
FC01-00000018 · credit note, reason 01voids
T001-00000067 · sender despatch guideCDR 0

How it works

A receipt is not issued until the CDR comes back.

That is the order the engine keeps: validate first, then reserve the number, then sign, and only then send.

House rule

A rejected sequence number is burned.

It is never reused: the gap stays in the series. That is why the engine validates everything it can before reserving the number.

01

You load your credentials

Your digital certificate and your Clave SOL, per RUC and per environment: beta to test, production to issue.

02

You build the receipt

Customer, lines, VAT treatment, unit of measure and currency. If something does not add up, it stops you before the sequence number is taken.

03

It is signed and sent

The engine serialises UBL 2.1, signs the XML and sends it to SUNAT.

04

The CDR comes back and is stored

SUNAT’s reply is filed next to the XML and the PDF. The history keeps the trail of every attempt.

The screens

This is what you will use.

Three views of the engine: the history with the status SUNAT returned, the dashboard with your active series, and the pending-send tab on a phone.

Illustrations, not screenshots: the labels, columns and statuses are the ones from the real screens, which ship in Spanish for the Peruvian market; the RUCs, customers, series and amounts are made up and belong to no taxpayer.

Extract of the receipt historyFive of the eight columns of the real screen; every row carries the status SUNAT returned: accepted, accepted with observations, rejected or still to send.
Dashboard and active seriesHow many receipts you have issued, how many need action, and where each series stands.
Pending send on a phoneThe ones already signed that have not gone out yet, as cards, each with its button to resend it to SUNAT.
1You issue2Signed3SUNAT4CDR 01 invoice · 03 boleta · 07 credit note · 08 debit note · 20/40 withholdingThe CDR is SUNAT’s reply; until it arrives, nothing is accepted.
Electronic receipts

Invoice, boleta and the receipts almost nobody gets right.

Twelve document types in a single flow, each with its own series and format.

Signed XML, not exported

The engine serialises UBL 2.1 and signs the XML before sending it to SUNAT.

The CDR is stored

SUNAT’s reply is filed with the receipt; the history keeps every attempt.

Taxes from the catalogue

Taxed, exempt, unaffected, free of charge and export; VAT at 18% or 10.5%, plus excise tax where it applies.

Credit sales with instalments

The payment schedule RS 000193-2020 requires: amount and date of each instalment, inside the XML.

«Whatever can be validated before reserving the number is validated before.»Sequence-number rule
Issued receiptNote that corrects it F001-00000241 FC01-00000018 Type, series and catalogue reason — not free text
Credit and debit notes

You correct with a note, not by deleting.

Every note points at the receipt it corrects, with its type, its series and a catalogue reason.

Catalogue reason, not free text

Reasons come from SUNAT catalogues 09 and 10, verified against the official source.

Mandatory reference

A note does not stand alone: it carries the type, series and number of the receipt it corrects.

Its own series

FC and BC for credit notes, FD and BD for debit notes.

In step with the rules

The changes in RS 000048-2026 start on 2027-01-01, not before: the engine follows that date, not the announcement.

«A wrong reason declares to SUNAT an operation other than the real one.»Credit/debit note audit
Origin Destination Transfer 09 sender guide · 31 carrier guide
Electronic despatch guides

If the goods move, the guide moves with them.

Sender guide and carrier guide, with their origin and destination points.

Both types

The sender guide when you move the goods; the carrier guide when a third party does.

Its own series

T for the sender guide, V for the carrier guide.

Field by field

The implementation is written against SUNAT’s GRE services manual, which lives in the repo.

Same flow

Built, signed, sent, CDR back — just like an invoice.

«SUNAT’s manual outranks any summary of it, ours included.»Source-of-truth rule
Boletas of the day RCDaily summary RA voids an invoice already issued RR reverses a summary; LT sends a batch
Summaries, voids and batches

Boletas travel together; so do voids.

Daily summary, void communication, reversal summary and batch submission.

Daily summary (RC)

The day’s boletas are reported together, in a single submission.

Void communication (RA)

Voids an invoice already issued, inside the window SUNAT allows.

Reversal (RR)

Reverses the receipts that are not voided but reversed.

Batch (LT)

Several receipts in one submission, with its own ticket.

«An acknowledgement is not an outcome: until the cycle closes, the receipt is still alive.»Void incident, 2026-09
Series F001 02390240024102420243 A rejected sequence number is burned: never reused.That is why everything checkable beforehand is checked beforehand.
Series, sequence numbers and credentials

Your numbering, sorted by type.

Every document type with its prefix, and your credentials stored per RUC and per environment.

A prefix per type

F for invoices, B for boletas, FC and BC for credit notes, FD and BD for debit notes, R and P for withholding and perception, T and V for guides.

A number that never repeats

The number is reserved once; if SUNAT rejects it, the gap stays.

Certificate and Clave SOL

Your digital certificate and your SOL credentials, per RUC, stored out of the browser’s reach.

Beta before production

You test against SUNAT’s test environment and only then issue for real.

«A series with gaps is not a bug: it is the footprint of a rejection.»Sequence-number rule
ELECTRONIC INVOICE QR Your colours You take it PDF XML + CDR
The PDF your customer sees

The receipt belongs to SUNAT; the print is yours.

Logo, colours per document type and the QR code where it has to be.

Your logo

Upload it or pick it from your asset library; it is stored as a reference, not glued into the document.

One colour per type

Invoice, boleta, note, guide, withholding and perception can each carry their own accent.

SUNAT’s QR code

With the data the printed representation requires.

PDF, XML and CDR

All three download from the history whenever you need them.

«The tax document is not negotiable; its presentation is.»Invoicer principle

Plans

Three ways to use it. We set the price with you.

The structure is here; the amount is not published yet.

Every plan includesSigned XMLSubmission to SUNATStored CDRBranded PDF
EnvironmentsBetaProduction
Documents01 · 0307 · 0809 · 3120 · 40RC · RA · RR · LT

The amounts in this section are placeholders: a published price is a commercial commitment and a person sets it, not this page. When they are published, every amount carries its currency (PEN or USD).

Plan 01

Issuing

For whoever is just starting to issue electronically.

Price to be defined[PENDING] a person sets it · it will carry its currency
  • Invoices and boletas
  • Credit and debit notes
  • Series and sequence numbers
  • PDF with your logo
  • History with XML and CDR
Plan 02

Operation

For whoever moves goods and issues every day.

Price to be defined[PENDING] a person sets it · it will carry its currency
  • Everything in Issuing
  • Electronic despatch guides
  • Daily summaries and voids
  • Withholding and perception receipts
  • Credit sales with instalments
Plan 03

Tailored

For whoever issues from their own system.

Let’s talk[PENDING] scope and price are defined case by case
  • Everything in Operation
  • Several RUCs in one account
  • Colours per document type
  • Hands-on help going live

Contact

Tell us what you issue.

We show you Invoicer issuing against SUNAT’s test environment, with your own data.

  • A demo with your document types
  • We review your current series and numbering
  • Setting up the certificate and Clave SOL
  • Beta first, production after

By sending you accept our privacy policy.