UAE Peppol / TIN lookup

Enter a company's TIN (10 digits) or TRN (15 digits; we use the first 10) in the box above. The tool tells you whether the company is registered to receive e-invoices on the network, and which provider handles its e-invoices.

What you can use it for

• Before you send an invoice: check that your customer is reachable. Under the UAE rules, collecting your buyer's e-invoicing ID is the supplier's job; finding where to deliver it is the ASP's job ^[1].
• Before go-live: check which of your regular customers and suppliers are already onboarded.
• When an invoice goes missing: confirm the buyer is registered and see which provider receives for them.
• Before you choose an ASP: see which providers your trading partners already use. This is not a reason to pick the same one (any two ASPs can exchange invoices), but it can help with support questions.

How UAE e-invoicing IDs work

In the UAE, a business's e-invoicing address (its participant ID or endpoint ID) is 0235: followed by its 10-digit Tax Identification Number ^[1]. The TIN is the first 10 digits of the 15-digit TRN ^[2]. Example format: 0235:1234567890.

Some points from the Ministry's Guidelines [1]:

• A business that is not registered for any tax gets its TIN by registering with the FTA in EmaraTax.
• In a VAT group, each member uses its own TIN, not the group representative's.
• Three IDs are fixed placeholders, not real companies: they are used as the buyer address on deemed supply invoices, on exports to buyers without a Peppol ID, and on invoices to buyers that haven't implemented e-invoicing yet (who then also get a regular Tax Invoice, for example a PDF). If you look one of them up, that is what you are seeing.

You enter the number; we add the 0235 prefix. Some UAE companies also appear in the Peppol Directory under other identifier schemes (for example a GLN); the tool tries the UAE TIN scheme first.

What the result shows

1. Two choices above the result: What are you sending? (an invoice, a credit note or a self-billing invoice, each in its PINT AE version) and Whose number is this? (a customer's, or your own company's).
2. A verdict for that document. For a customer's number: "Yes: it should arrive over Peppol", "Probably, but check the points below" or "No: it won't arrive over Peppol as things stand". For your own number: your company is ready to receive it over Peppol, mostly ready, or can't receive it over Peppol yet.
3. The Peppol provider, with its rank in our market-share sample and a link to its profile when we have one. The provider is read from the access point's official network certificate, mapped to the brand name and, where it matches, to its entry on the Ministry's ASP list. How the sample is drawn: methodology.
4. A checklist, each point marked OK, warning, problem or note: the number is registered on Peppol, and under which ID; the provider's record answers; the chosen document is accepted, or accepted only under the company's other ID (then send it there); the provider's certificate is valid, expires within 30 days, or has expired; and, if you typed a TRN, a note that Peppol uses the TIN, its first 10 digits.
5. The address to use in your invoicing software, with a copy button: the exact Peppol ID to send to.
6. If it can't go over Peppol: what the Ministry's Guidelines say instead, for example the fixed buyer addresses for buyers that aren't onboarded yet and for exports ^[1].
7. Technical details (folded): the Peppol ID, the provider, its Peppol seat ID, the provider's country, the directory host (SMP), the certificate's expiry date, other IDs the company is registered under, when the check ran, and every document type it accepts. Results are cached for up to 24 hours.

What it never shows: company names, addresses, contact people, emails or phone numbers. We don't store or publish contact data. We also don't offer the reverse ("list all customers of provider X").

Why a document may not arrive, and what to do then: Will my e-invoice arrive?.

How it works

The lookup asks the public Peppol network infrastructure the same questions an access point asks before it sends an invoice:

1. It turns the ID into a hashed name and looks it up in the network's central address registry (the SML).
2. It reads the company's capability record (the SMP) to see which document types it accepts and where.
3. It reads the access point's certificate, issued by the Peppol certificate authority, to identify the provider.

Every ASP must be an active Peppol-certified service provider ^[4], so a UAE company onboarded with an ASP should appear here once its ASP has registered it.

If the company is not found

• Not onboarded yet. Businesses under AED 50 million revenue have until 31 March 2027 to appoint an ASP and until 1 July 2027 to go live; see deadlines.
• Typo or wrong number. Check you used the TIN (10 digits) of the right legal entity, not a trade licence number.
• Registration delay. The ASP may not have published the registration yet. Try again later.

Our lookup reads the open Peppol network. The Ministry also keeps its own Central Register of ASPs and the businesses they have onboarded ^[1]; it is not public, so our result is a good indicator, not an official certificate.

Data and attribution

Network data: Peppol Directory and SML/SMP infrastructure, credited as "Peppol Directory (OpenPeppol AISBL)" ^[3]. ASP names: Ministry of Finance list ^[4]. We are not affiliated with OpenPeppol, the Ministry of Finance or the FTA.

Related: How UAE e-invoicing works · PINT AE invoice viewer