Connecting to — and switching — your Fawtara service provider in Oman

Under Fawtara your invoices reach the Oman Tax Authority through an accredited service provider. Appointing one is not just a signature — it is a sequence of steps in the OTA's own portal, with timing rules that decide whether a request goes through or quietly lapses.

This guide walks the connection and the switch, and flags the two places where businesses most often get caught: the response window that belongs to you, and what happens to your current provider the moment you request a new one.

Connecting to a provider, step by step

The OTA's association manual describes the taxpayer journey like this:

1. Choose from the official list. The portal presents the officially approved service providers. Confirm your provider is on the OTA's own list — a vendor's claim is not the authority. (See the companion guide on the accredited-provider registry.)
2. Record your stage of engagement. You select where you are with that provider: Identify Service Provider → Scope and Commercial Negotiations → Scope and Commercial Finalized → Agreement/Contract Signed, updating it as you progress. Completion of all stages is required to proceed with the connection. This is the step businesses underestimate: the portal is modelling your commercial reality, so the connection cannot run ahead of the contract.
3. Provide the required agreement documents.
4. Set an effective date — or don't. If you give a preferred effective date, the connection starts then. If you do not provide one, the connection takes effect as soon as it is approved. Decide deliberately; "as soon as approved" may not suit a mid-period cutover.
5. Submit. The request goes to the provider, and both sides get notified. From there the request is accepted, rejected, or it expires — each with its own notification to both sides.

You can withdraw a submitted connection request while it is pending. Sending a request to a different provider withdraws the previous request automatically.

Switching providers: the part that surprises people

If you already have an active provider connection and you submit a connection request to a new provider, the manual says these happen in parallel:

• your current provider is notified — by SMS, email and portal — that you have disconnected from them, including your reason, and is told they have one day to remove you from the SMP;
• your request appears on the new provider's dashboard.

Read that carefully, because it inverts the intuition. You do not disconnect first and shop afterwards. The act of requesting the new connection is what ends the old one — and it ends it immediately, before the new provider has accepted anything.

The practical consequences:

• Line up the new provider before you submit. Have the stages complete and the contract signed.
• Mind the gap. Your outgoing provider is being told to remove you from the SMP while your new connection is still only a request. Ask both providers how they will cover the changeover.
• Ask about your archive before you leave, not after. Disconnection is a routing change; your retention obligation does not move with it.

Timing: what the manual actually attributes, and to which screen

We quote these rather than turn them into a tidy table of SLAs, because the manual attributes each one to a specific notification, and they are not symmetric.

When your provider asks to disconnect you (manual §4.3, addressed to the taxpayer):

"The Service Provider you are connected to is requested to Disconnect, you can either accept or reject, if no action is taken within 3 days from when the disconnection request is raised, the disconnection request will be cancelled"

So the three days are yours, not the provider's. If you do nothing, the request is cancelled — which means silence is not neutral: it is a decision the portal makes for you. Check your Fawtara notifications; do not assume a disconnection request will simply wait.

When you disconnect from your provider (manual §5.4.2): the request is sent to the provider, you are notified that you have been disconnected, and the provider is told it has one business day to remove you from the SMP. There is no three-day window in this direction. Do not assume the rule above applies in reverse.

Where the official manual is unclear — and what we will not guess. The same "one business day to remove the taxpayer from the SMP" instruction also appears on the notifications for a rejected disconnection (§4.6) and an expired request (§4.6.4) — situations where you remain connected to that provider. Taken literally that would remove a still-connected taxpayer from the SMP. The manual also says "1 day" in one place (§3.8.1) and "1 business day" in others. We are not going to smooth that over into a rule the OTA has not stated. If the timing of your changeover matters, confirm it with your provider and the OTA rather than relying on any summary — including ours.

One provider at a time — and what stays yours

You connect to a single accredited provider at a time; that is why the portal ends the old connection when you request a new one, rather than letting two run at once.

A company that meets the OTA's criteria and passes the prescribed tests can also be accredited and act as its own provider. That is a real option for large businesses, not a loophole — it means meeting the same accreditation bar as any vendor.

What does not change with any of this: using a provider does not move your compliance responsibility. The provider transmits and validates; the obligation for your invoices stays with your business.

Before you switch: a short checklist

• Confirm the new provider is on the OTA's official accredited list today.
• Complete the engagement stages and sign the contract before submitting the request — the portal requires all stages complete, and submitting ends your current connection.
• Decide your effective date deliberately, rather than defaulting to "as soon as approved".
• Ask the outgoing provider, in writing: what happens to my archived invoices, and for how long can I still reach them?
• Ask both providers how the SMP changeover is covered so invoicing does not stall.
• Watch your Fawtara notifications during the switch — several outcomes are only communicated there and by email.

What is not safe to claim yet

Do not publish or rely on the following without current primary evidence:

• a symmetric "both sides get N days" service-level rule — the official manual does not state one, and the windows differ by direction;
• a general "the provider always has one business day to remove you from the SMP" rule — the manual attaches that instruction to specific notifications, including ones where you stay connected;
• penalty amounts for a lapsed or mishandled connection;
• any provider's own claimed switching timeline, migration guarantee, or archive-portability promise presented as an OTA rule;
• pricing or exit fees.