Self-Billing under UAE E-Invoicing for family businesses in the UAE

Self-billing suits stable buyer-supplier relationships where the buyer controls the numbers: consignment stock, agricultural produce, scrap and commodities, or large retailers settling with many small suppliers. The commercial logic does not change under e-invoicing, but the mechanics do: the document must still be a valid PINT AE invoice, transmitted through an ASP, with the supplier identified as the supplier even though the buyer created it.

The foundation is agreement. Both parties should document the self-billing arrangement: who issues, how the supplier reviews and accepts, and how disputes are handled. The supplier remains responsible for the VAT accounting on their side, so the acceptance step is not ceremonial.

Systematically, self-billing inverts the usual flow: your AP process becomes an invoice-issuing process for these suppliers. Make sure the integration and the SOPs reflect that, including how the supplier's TIN and details are validated before the first self-billed invoice goes out. Every entity is separately in scope, and intercompany invoices are business transactions like any other: they must travel the network as structured e-invoices. Mixed systems mean the mapping work repeats per entity, and decisions need family consensus, which slows vendor selection.

Work through these in order.

Decide the group strategy first: one ASP for all entities or one per system landscape, and a single field-mapping standard so intercompany invoices validate cleanly on both sides. Treat the intercompany flow as its own workstream, because it is usually the largest single invoice population in the group.

First, the classification error: assuming every sale is B2B or every sale is B2C without mapping the streams. Mixed businesses that improvise classification per invoice create exactly the discrepancies the structured data makes visible. Second, forgetting intercompany flows: groups implement for external customers and discover at hypercare that the largest document stream was internal all along.

Third, the PDF habit: teams that keep emailing PDFs 'as usual' during the cutover while assuming the network has taken over. From go-live, the structured transmission is the invoice; the PDF is a courtesy. Brief every customer-facing employee and retire the old templates on a defined date.

Fourth, archiving as an afterthought. The transmitted XML, validation responses and renderings must be stored tamper-evident and retrievable by number, date, counterparty and TIN. A folder of PDFs is not an archive, and discovering that during an FTA request is the wrong time.

The FTA holds your transmitted data independently: the question is never whether the data exists, but whether your records reconcile to it. Monthly, tie every sales invoice in the ledger to an accepted transmission, investigate gaps rather than assuming them, and keep the reconciliation as a signed record.

Track the two operational metrics that predict trouble: transmission lag against the 14-day rule, and rejection rate over time. A growing lag tail or a plateaued rejection rate is a process failure with a date on it: fix the process while it is still an internal finding.

Report a short snapshot to management monthly: volumes, rejection rate, average lag, rule changes on the horizon. Compliance that is not reported is compliance nobody owns.