e-Invoices and e-archive invoices are often used interchangeably. However, they are two different documents, and which one you should issue depends not on you, but on your buyer.
The decision rule in a single sentence is this: if the buyer is registered in the e-invoice system, you issue an e-invoice; if not, you issue an e-archive invoice. It sounds simple, but in daily operations, when this check is skipped, the document gets rejected, the process rolls back, and collections are delayed.
In this article, we compared the differences between the two documents through delivery methods, right of objection, and operational outcomes.
Table of Contents
Core difference: delivery method
An e-invoice flows through a closed network. The document leaves your system and lands in the buyer's e-invoice inbox via the structure managed by the Revenue Administration (GİB). The buyer views the document there; you do not need to send it separately.
As for e-archive invoices, there is no such inbox. The document is still generated and signed electronically, but it is delivered to the buyer via email, a link, or a printout. At the same time, the document must be reported.
Therefore, it is fair to compare e-invoices to a closed courier network and e-archive invoices to open postal delivery. Both are official documents; their transport method differs.
How do you decide which document to issue?
The decision relies on a single check: is the buyer's tax ID on the list of e-invoice taxpayers?
If it is, you must issue an e-invoice. In this case, you do not have the option to issue an e-archive. If not, you issue an e-archive invoice. e-Archive also comes into play for sales made to end consumers.
Performing this check manually is both slow and risky. Taxpayer status changes over time; a customer who is out of scope today might become an e-invoice taxpayer six months later. The correct approach is to embed this check into the current account card and the invoice screen. We discussed the impact of card quality here in our creating current account cards article.
Side-by-side comparison
Who is the buyer? e-Invoices are issued exclusively to e-invoice taxpayers. e-Archive is issued to non-taxpayer businesses and end consumers.
How is it delivered? e-Invoices drop into the in-system inbox. e-Archive is delivered via email or link; paper printouts can be provided upon request.
How does the objection process work? Rejection through the system is possible under the commercial e-invoice scenario. e-Archive has no in-system rejection mechanism; objections are made through other channels. See the cancellation and objection process article for details.
Reporting. e-Archive invoices carry a regular reporting obligation. For e-invoices, since the document already flows through the system, a separate reporting step is not required.
Retention. Both must be retained for the legal period and remain accessible during audits. We covered this obligation in the e-document archiving article.
What are the consequences of a wrong choice?
Issuing an e-archive invoice to an e-invoice taxpayer buyer is the most common mistake. The document fails to drop into the buyer's inbox, cannot be entered into their accounting, and bounces back to you. The invoice must be re-issued; the elapsed time pushes back collection days.
The reverse is also true. When you try to issue an e-invoice to a non-taxpayer buyer, the system automatically rejects the document and throws an error.
In both cases, the real cost is not a penalty, but lost time. For a team issuing hundreds of documents at the end of the month, these corrections stretch across days.
Which one is used more frequently in e-commerce?
For businesses selling through marketplaces and their own websites, the weight is on e-archive invoices because the vast majority of buyers are end consumers. However, since corporate buyers also place orders, both document types are used together on the same day.
Therefore, automatic determination of the document type on a per-order basis is critical in e-commerce operations. We covered the entire workflow in the e-commerce order and invoice flow article.
Returns are another distinct matter. When a product is returned, document correction and stock entry must run simultaneously; the returns process in e-commerce article addresses this flow.
Automating the check
The right setup is this: the moment a current account is selected on the invoice screen, taxpayer status is checked and the document type is determined automatically. Operators should not have to make this decision manually.
The e-document module keeps incoming and outgoing documents, cancellations, and pending records in the same list. Because the document resides in the same account as the sales and stock sides, the question "which order's invoice has been issued?" is answered without checking a separate file.
Meanwhile, authorization determines who can issue invoices and who can cancel them. This distinction must not be neglected for sensitive documents.
Consolidating both document types into a single archive
Even though document types differ, the archive must be unified. A common problem we see in practice: e-invoices sit in the integrator panel, e-archive invoices reside in a separate folder, and printouts are kept somewhere else. When a customer requests a past document, three different places have to be checked.
The proper setup is for both document types to appear on the same list. When searched using date range, current account, amount, and status filters, the document is found within seconds. This also makes a difference during an audit; being unable to access a document is a risk in itself.
The same list discipline applies to incoming documents as well. Accumulating invoices from suppliers creates risks for both VAT and reconciliation; we explained this routine in the incoming e-invoice inbox management article.
Having lists operate with the same logic across every module shortens the team's learning curve. Standard list experience directly addresses this need: a user who knows the stock list also knows the document list.
What changes on the accounting side?
Both documents generate revenue records; the core mechanics from an accounting perspective are similar. The difference lies in how the document is delivered and reported. The reporting obligation on the e-archive side is a step that must not be neglected.
Your working arrangement with your financial advisor is also affected by this distinction. Transferring documents regularly during the period creates far less friction than bulk submissions at month-end.
You do not need to replace your existing accounting software. While keeping your ledgers in Mikro or Logo, document operations can run on the platform; system sync aligns both sides. We detailed this collaboration model in the using a platform alongside your existing ERP article.
Frequently asked questions
Can an e-archive invoice be printed on paper?
Yes, it can be provided to the buyer as a printout. The original document remains the electronic copy.
Can I issue both e-invoices and e-archives on the same day?
Yes. This is normal if your customer profile is mixed; the determining factor is the status of each individual buyer.
What happens if a customer subsequently becomes an e-invoice taxpayer?
Invoices from that date onward are issued as e-invoices. Therefore, taxpayer status checks are continuous, not a one-time event.
Are separate credits consumed for the two document types?
The consumption model is based on document count. We explained volume planning in the planning e-document credits article.
In summary: you do not choose the document type, the buyer determines it. The right setup is to take this decision out of the operator's hands and leave it to the system.
By meeting with the EQLEM team, you can plan how to set up your document flow together with sales and stock.