As published, GİB (the Turkish Revenue Administration) sets the general e-Fatura mandatory threshold at TRY 3,000,000 annual gross sales from 1 January 2026, with lower sector-specific thresholds of TRY 500,000 for e-commerce, real estate, motor-vehicle, construction and intermediary businesses. Separately, the ₺3,000 e-Arşiv threshold was removed from 1 January 2026, so every business not on e-Fatura must now e-Arşiv-invoice everything it issues. A new UBL-TR 1.2.1 technical package is described as mandatory from 2 February 2026 (as published — confirm current requirements with your adviser).
LATYNEX Digital builds the workflow around the invoice data your e-Fatura or e-Arşiv provider needs. This page covers it for Istanbul businesses. The general service is at Workflow Automation & Systems Integration, and the market overview is at LATYNEX Digital for businesses in Istanbul. Delivery is in English, and this page names no client.
Typical industries
- Small and mid-sized retailers and service businesses
- E-commerce, real estate and construction businesses on the lower sector threshold
- Wholesalers and distributors invoicing in bulk
- Finance and back-office teams preparing invoice data
- Businesses moving from e-Arşiv-below-threshold to full e-Arşiv coverage
Common lead-handling problems
- Sales recorded in a spreadsheet or ERP export, then re-keyed for invoicing
- Invoice fields split across several tools with no single source
- No record of which invoices a GİB submission rejected, or why
- A missing UBL-TR field found only when an e-invoicing provider rejects a batch
- No internal owner for the shift from below-threshold paper invoicing to full e-Arşiv coverage
Direct answer
If your Istanbul business now falls inside the e-Fatura threshold, or must e-Arşiv-invoice everything now the ₺3,000 exemption is gone, LATYNEX can build a workflow that turns your existing sales or billing records into one clean invoice data set, checks it against the UBL-TR fields your e-invoicing provider expects, and gives every rejected or exception invoice an owner before it is resubmitted.
Why the global page and the Istanbul hub are not enough
The global Workflow Automation & Systems Integration page has no Turkish invoicing thresholds to design against, and the Istanbul hub is broad discovery for the market. Here the design point is that two separate thresholds moved on the same date — the general e-Fatura limit and the removal of the e-Arşiv exemption — so the invoice data has to be structured to whichever regime now applies to your business, not reconstructed after a rejection.
What we configure and build
The work sits before your e-Fatura or e-Arşiv provider, not in place of it.
- An invoice data workflow pulling from your existing sales, billing or ERP records
- Field checks against the UBL-TR structure your e-invoicing provider confirms
- A queue for rejected or exception invoices, with an owner and a status
- Separate handling for the general and sector-specific thresholds, if your business spans more than one activity
- A log of what was prepared, when, and the outcome, plus a written handover
What stays with you and your e-Fatura/e-Arşiv provider
Registering for e-Fatura, issuing through e-Arşiv, and any dealings with GİB stay with your accountant or e-invoicing provider. Whether a given invoice meets GİB's current requirements is for you and your adviser; we prepare and check the underlying data, we do not submit it to GİB.
What needs API support or custom scope
LATYNEX claims no GİB integration and no Turkish tax-authority accreditation. Any connection to your e-Fatura or e-Arşiv provider, ERP or accounting system is scoped per project through the documented API or export format if access is permitted, after technical review.
What we do not do, and where LATYNEX is not the right fit
LATYNEX does not give tax or legal advice, does not connect directly to GİB, does not say an invoice is compliant, and holds no Turkish tax-authority accreditation. It has no Istanbul office or named clients, and delivery is in English only. If you already run an ERP with a working e-Fatura/e-Arşiv connector, this page is not for you.
How delivery actually works
LATYNEX Digital has no office in Istanbul and does not claim one. We work with Istanbul businesses remotely, over video calls and written updates, in English, with the same team and process as in every other market.
Questions
Do you have an office in Istanbul?+
No. We work with businesses in Istanbul remotely, over video calls and written updates, in English, and we do not imply a local presence.
Do you connect to GİB or submit invoices for us?+
No. Connecting to GİB and submitting through e-Fatura or e-Arşiv stay with your accountant or e-invoicing provider. We prepare and check the invoice data beforehand.
What is the current e-Fatura threshold, and has e-Arşiv changed?+
As published, the general e-Fatura threshold is TRY 3,000,000 annual gross sales from 1 January 2026, with a TRY 500,000 sector threshold for e-commerce, real estate, motor-vehicle, construction and intermediary businesses. The ₺3,000 e-Arşiv threshold was removed the same date, so every business not on e-Fatura must now e-Arşiv-invoice everything. Confirm which applies to you with your adviser.
Do we need to change our invoice format?+
As published, a new UBL-TR 1.2.1 technical package is described as mandatory from 2 February 2026. Confirm the current technical package with your e-invoicing provider.
Does this make our invoicing compliant?+
No. We give no tax or legal advice and cannot say your invoicing meets requirements. Confirm current requirements with your adviser; we build to the data set they and your e-invoicing provider specify.
How are you invoiced, and in what currency?+
In EUR, by Latynex Trade OÜ, a company registered in Estonia (EU). Tax treatment for a client in Turkey is confirmed on the quote, and we do not give tax advice.
What happens next
- 01
We map the process and the tools
Where the work starts, what is done by hand, which systems are involved.
- 02
We pick the simplest reliable route
A platform, a workflow or a little custom code — whichever is simplest and safest for this outcome.
- 03
Scope and price in writing
One scope and one price for you to approve. Nothing starts before you agree.
- 04
We build it with failure handling
Retries, duplicate protection and a named person told when something breaks, in accounts you own.
- 05
Test, monitor, hand over
We check it against real cases, agree who watches it, and document how it works and what to do when it fails.
Who you would be working with
- Company · Who you would be working with
- LATYNEX Digital is a service line of Latynex Trade OÜ, a company registered in Estonia (EU). Contact: info@latynexdigital.com.
- How we work · Delivery
- Remote, in English, with the person who would run the project. No local office is implied in any market.
- How we work · Commercial terms
- One scope and one price, agreed in writing before work starts. Your accounts, code and domain stay yours; any access we use is granted by you and can be withdrawn.
There are no client case studies on this page, and none are implied. What LATYNEX has built and runs itself is on the portfolio, each system labelled by stage. Published prices are on the pricing page; anything not listed there is scoped and quoted after review.