Set Bank Details for VAT Refunds on EmaraTax

The bank details are the last mile of a VAT refund — the IBAN entered in the EmaraTax refund claim is where the approved money lands, and a wrong IBAN is the commonest reason a good refund goes nowhere. The refund can be computed correctly, evidenced perfectly, and approved promptly, and still fail at the payment step because of transposed digits.

The details are provided at the application stage: the claim asks where to pay, and the FTA pays the approved refund to that account. The account must belong to the taxable person and accept AED transfers — a UAE business account in the entity's name is the smooth path, and third-party accounts invite rejection.

This guide covers the account rules, the proof to keep, the verification discipline, and what to do when the account changes mid-claim. Two minutes of care at the application saves weeks of payment failure later.

The account belongs to the taxable person — the entity holding the VAT registration. Not the tax agent, not the finance manager personally, not a related company: the refund goes to the taxpayer. If an agent filed the claim, the money still lands with the taxpayer; fee arrangements are settled separately.

The account must accept AED transfers. A UAE business account in the entity's name is the standard; foreign-currency or non-UAE accounts add verification steps and complications the claim does not need. Where the business banks matters less than that the account is the entity's and reachable.

Keep the proof ready: a bank letter or recent statement showing the account name and IBAN. The FTA can ask for proof of the account during the claim review, and 'we will get it' is slower than 'here it is'. The proof is gathered once and reused for every claim.

The bank-details step below is the standard flow as of September 2026.

After submitting, the claim enters the review and then the payment wait. Track the claim's status through the portal; when the refund is approved, the payment goes to the entered IBAN. Confirm receipt against the approval — amount, account, date — and file the confirmation with the claim records.

If the account changes while a claim is in flight — closed, migrated, restructured — update the details before the payment is made, not after it fails. Raise the change through the claim's correspondence or the current application route, and confirm the update landed. A payment to a dead account restarts a slow process.

The details can generally be corrected after submitting, but correction mid-flight costs time the application-stage check would not have. The hierarchy is fixed: right at application beats fixed later, and fixed later beats paid wrong.

The remaining failures, matched to their fixes.

VAT refunds are paid to a bank account in the entity's name, verified through the portal — no exceptions, no workarounds. Understanding the rule's mechanics prevents the commonest refund stall.

The account must belong to the taxable person: the account title must match the registered legal name. "ABC Trading LLC" cannot receive its refund into "ABC Group" or into the owner's personal account — the name match is the anti-fraud control, and it is enforced, not advisory. Businesses whose bank account predates a legal-name change must reconcile the two before claiming.

Verification is a portal process, not a phone call: the account details are entered (IBAN and the supporting details the portal asks for), and the supporting evidence — typically a bank letter or stamped statement confirming the account title and IBAN — is uploaded. The verification must complete before the refund is claimed, because the claim's payment stage cannot proceed to an unverified destination.

The evidence standard is exactness: the IBAN copied digit by digit (transposed digits are the classic failure), the account title matching the registration's legal name exactly, the bank document current and legible. A verification rejected on a name mismatch is not appealed — it is corrected with the right documents.

Changes need re-verification: a new account, a changed IBAN, a legal-name change — each restarts the verification for the new details. Changing the refund destination mid-claim is possible but disruptive; time it between claims where you can. And never "borrow" another entity's verified account, even within a group — the name-match rule has no group exception at the account level.

The portal flow for bank details follows a predictable logic. Here is what each stage is doing.

Entering the details: the IBAN and account identifiers are typed into the designated fields. Type them from the bank document, not from memory — and have a second person verify the transcription. The IBAN's check digits catch some transpositions but not all; human verification catches the rest.

Uploading the proof: the bank letter or statement confirming the account title and IBAN. The document must be current (banks reissue; old letters raise questions), legible, and show exactly the title and IBAN entered. A statement with the account number masked for privacy is useless as proof — the verification needs the full identifiers.

The verification wait: the FTA checks the details against the banking records available to it. This takes processing time — as of September 2026, indicative only, re-check current experience. Do not file the refund claim "while verification is pending" and hope the timing works; the claim will simply wait at the payment stage.

Confirmation: the portal shows the account as verified. Screenshot it, file it with the VAT papers, and only then submit the refund claim. The verified status is the green light — everything before it is preparation.

Changing details later: enter the new account, upload the new proof, complete the new verification. Keep the old account open until the transition is confirmed — refunds already in flight may still route to the old verified destination, and closing it mid-flight strands the payment. The bank-details change is a small project: new verification complete, old account retained until confirmed unused, then closed.

When refunds stall on bank details, diagnose in this order.

First, is the account actually verified? Check the portal's verification status — "submitted" is not "verified". Claims filed during the verification wait stall; the fix is patience plus confirmation, not a second claim.

Second, does the account title match the registered legal name exactly? The mismatch cases: the trade name used instead of the legal name, the old name before an amendment, the group name instead of the entity. The fix is either correcting the entered title or amending the registration — whichever side is wrong.

Third, is the IBAN exactly right? Pull the bank document and compare digit by digit against what was entered. Transpositions here are invisible until the payment fails or misroutes.

Fourth, is the proof document adequate? Expired bank letters, masked account numbers, illegible scans — each produces the same outcome: verification rejected. Replace with a current, complete, legible document.

Fifth, has anything changed since verification? A legal-name amendment, a bank merger changing IBANs, an account closed and reopened — any of these can invalidate a previously verified record. Re-verify after changes; do not assume the old verification covers the new reality.

If all five check out and the refund still stalls, escalate with the full pack: the verification confirmation, the bank document, the claim reference, and the timeline. "Verified on [date], claim submitted [date], no payment" is actionable; "the refund has not come" is not. Bank details are plumbing — unglamorous, exact, and the thing everything else depends on.

In groups and multi-company structures, bank details need entity-level discipline — because the verified-account rule operates per taxable person, not per group.

Each taxable person verifies its own account: the VAT group claims refunds to the representative member's verified account (the group is the taxable person); entities outside the group verify their own. "The group's account" is only correct where the group is the claimant — a member's standalone refund cannot land in another entity's account, even a sister company's.

The name-match trap in groups: holding companies and operating entities share banking relationships, and the account titled "ABC Group" looks like it should serve everyone. It serves exactly one taxable person — the one whose legal name matches. Map every taxable person to its verified account explicitly: entity, TRN, IBAN, verification date. The map is one page and prevents every version of this error.

Cash-pooling arrangements do not change the rule: the refund must first land in the taxable person's verified account. What happens afterwards — the sweep into the pool — is treasury's business. The FTA's destination requirement is satisfied at the first landing; structure the pooling accordingly.

Changes in group structure need the bank-details review: a member joining the VAT group stops claiming standalone (its account's verified status becomes dormant); a member leaving re-activates its own claim channel and must verify its own account before its first post-exit refund. Include bank details in the group-change checklist — it is the item most often forgotten, and the refund stall it causes arrives months later, unattributed. One account per taxable person, verified, mapped, maintained. The plumbing is per-entity; the discipline must be too.

Refunds are where the details compound — the claim, the evidence, the IBAN, the tracking, each handled exactly right. As an FTA-registered tax agency, TaxAdvisors can be appointed as your agent on EmaraTax through the portal's own authorization flow, and we handle VAT refunds end to end: the claim prepared and evidenced, the bank details verified, the status tracked to payment.

That means the IBAN checked twice, the account proof ready, the claim followed until the money lands — and the file complete enough to answer any query.

Tell us about the refund and we will quote the fee for your specific case in writing before any work begins; nothing is billed without your prior approval. Claiming yourself? The walkthrough above is the complete discipline — we are here when you would rather delegate it.