Skip to Content

Lesson 4 — Recording the company identifiers

A UAE company holds a small number of identifiers with nowhere else to sit: the Corporate Tax registration number, the per-tax-type GIBANs, and the Customs Code. Those are the rows you enter yourself. Everything else in the catalog either already has a value in the system or does not apply to you, and the module is explicit that only the identifiers that apply to you need entering at all.

The mental model: one active value per identifier per holder. The registry normally allows one active value for each identifier and each holder. That constraint is the point: an identifier with two live values is an identifier nobody can act on. Where a type is explicitly marked as allowing several at once, several are allowed — and there is one documented case, which the next paragraph but one is about.

The click path.

  1. Open Settings › Companies and open the UAE company.
  2. Go to the UAE Company Setting tab and find the UAE Registrations & Identifiers group.
  3. Add a row for each registry-backed identifier that applies to the company — for example the Corporate Tax registration number — picking its type and entering the value.
  4. Use the All Identifiers button to see every stored value across identifier types, or to archive an old value when it changes.

The exception, and the reason for it. The Customs Registration Number may hold several active values at once, because registration is per emirate rather than federal. A company that clears goods through more than one emirate legitimately holds more than one active customs registration at the same time, and software that refused the second one would be forcing a correct business into an incorrect record. This is the only legal statement in the course, and it is here because it is the reason for a piece of behaviour you will otherwise misread as a bug.

The Corporate Tax GIBAN ships inactive on purpose. The FTA publishes an example, so a Corporate Tax GIBAN exists; whether it is a stable, reusable value in the way the VAT and Excise GIBANs are is not resolvable from the FTA's own published material. The row therefore ships inactive until that is confirmed. Read it as the module declining to present an unsettled thing as settled — you will meet the second example of the same restraint in Lesson 5.

Worked example. Marina Ridge Trading LLC enters two registry rows and no more: its Corporate Tax registration number and its VAT GIBAN. It sells nothing that attracts excise, so the Excise GIBAN row stays empty; the Corporate Tax GIBAN is inactive, so there is nothing to enter there; and because it clears goods through Dubai and Sharjah, it holds two active Customs Registration Numbers at the same time without the module objecting to either.

The failure mode. "A second active value for the same identifier and company is refused." That is expected for most identifiers. Archive the old value first, or check whether the identifier type is one of the few that allows several concurrent values. The refusal is not an obstacle to work around; it is the module stopping you from leaving two live answers to a question the FTA asks once.

Commenting is not enabled on this course.