# Switching payment provider without breaking a weekend https://www.uniwebpay.com/guides/switching-payment-provider-singapore/ *Last updated: 2026-08-03* Moving acquirer is a new application, not a transfer. Nothing carries over automatically — not the underwriting, not the terminals, not the settlement history — and the two things that actually go wrong are both scheduling failures rather than technical ones. Run the two providers in parallel for a week and almost none of it can hurt you. **In short** - It is a new application, with the same documents as the first one. - Overlap deliberately. Do not end the old contract before the new one takes a live transaction. - The two failures are both timing: a notice period you did not read, and a terminal swap on a Friday. - Your settlement history does not move. Export it before you lose portal access. - Switch for coverage, settlement or support. Switching purely for a headline rate is how merchants end up doing it twice. ## What does not carry over The underwriting. A new acquirer has to do its own KYC and KYB — business registration, identification for the people who own and control the business, evidence of what you sell. Being approved elsewhere is not evidence for the next one; it is a regulated decision each institution makes for itself. The terminals. A device supplied by one provider generally stays with that provider, and a new provider supplies its own. Plan for a physical swap and for staff to learn a slightly different screen. The settlement history and the reports. When the old account closes, portal access usually goes with it. Export everything you might want before that happens — a year of statements, the transaction exports, anything your accountant asks for annually. This is the single most common regret and it is entirely preventable. What does carry over: your bank account, your business, and your customers. Which is to say, less than people expect. ## The order to do it in 1. Read your existing contract first, specifically the notice period and any minimum term or early-exit charge. Do this before you talk to anyone, because it sets the whole timeline. 2. Apply to the new provider. Have the documents ready — it is the same set as any merchant account application. 3. Export your history from the old portal while you still have access. 4. Take delivery of the new terminals and set them up beside the old ones, not instead of them. 5. Test with a real transaction on each device, including a refund and a void, with the staff who will use them. 6. Run both live for a week. Route new volume to the new provider; leave the old one able to take a payment. 7. Only then give notice on the old contract, counting the notice period from that day. 8. Reconcile the overlap carefully — for that week you have two sets of batches, and that is the one accounting cost of doing it safely. Step 6 is what makes the rest survivable. Almost every switching horror story is a merchant who ended one arrangement before the other was proven, and then had a busy Saturday. ## The two things that actually go wrong The notice period. A merchant signs with a new provider, moves their volume, and then discovers the old contract needs three months’ notice and has a minimum monthly charge — so they are paying two providers for a quarter. Reading one clause before starting prevents this entirely. The Friday swap. Terminals arrive, someone swaps them at the end of the week, and the first real test is the busiest trading day with no support desk. Swap on the quietest morning you have, and keep the old device on the counter until the new one has taken a weekend. > **Also worth checking before the switch, not after** > - Is every method you currently take actually enabled on the new account — including UnionPay QR, not just UnionPay card? > - Does the new settlement cycle and account arrangement match what you have, or are you signing up for a second reconciliation? > - Does the descriptor your customers will see on their statement still match your shopfront? > - If you take online payments, who is updating the checkout, and when? > - Do any recurring or stored arrangements exist that will not survive the move? > ## Reasons that are worth switching for Coverage. Your customers are asking for a method you cannot take. This is the clearest reason there is, and it is usually Chinese and regional wallets, or the UnionPay QR half of a scheme you thought you had. Settlement. You are on a long cycle, or in the wrong currency, or your methods land in more than one account. Settlement terms are usually harder to renegotiate than a rate, which makes them a better reason to move. Support. Nobody answers when a terminal is down on a Saturday. This is not a soft complaint — a dead terminal on a weekend is the weekend’s takings. A rate, on its own. This is the weakest reason and the most common. A headline rate is not comparable across providers unless you know which pricing shape each is quoting and what your own effective rate actually is — see [how processing fees are built](https://www.uniwebpay.com/guides/payment-processing-fees-singapore/). Merchants who move for a headline number frequently move again within the year. ## What to check about anyone you are moving to The same checks as a first-time application, and they are cheap. Look them up in the [MAS Financial Institutions Directory](https://eservices.mas.gov.sg/fid): which licence, which tier, and whether merchant acquisition is in the licensed scope. "MAS licensed" on a homepage does not say which activity is covered. Then the five questions from [the category comparison](https://www.uniwebpay.com/guides/best-payment-gateway-singapore/) — licence scope, methods on one account, settlement terms, who holds the merchant account, and who answers on a Saturday — in writing, so you have the answers to hold them to. And ask for a demo with the staff who will actually use the device. The things that decide whether you will be happy in a year are operational: does the same unit take a card and a wallet QR, can it scan the customer as well as be scanned, can staff void and refund on the device, does the receipt name the method, does it fall back to 4G. ## Questions merchants ask **Can I transfer my merchant account to a new provider?** No. It is a new application with new underwriting — the same KYC and KYB documents as the first one. Approval elsewhere is not evidence for the next institution. **How long does switching take?** The application itself is a document upload and review. What sets the real timeline is your existing contract’s notice period, which is why reading that clause is the first step rather than the last. **Should I close the old account first?** No. Run both live for a week, route new volume to the new provider, and only give notice once the new setup has taken real transactions including a refund and a void. **Will I lose my transaction history?** Usually yes, when portal access ends with the account. Export statements and transaction data before you close anything. This is the most common regret and it is entirely preventable. **Is a better rate a good reason to switch?** The weakest one. Headline rates are not comparable unless you know each provider’s pricing shape and your own effective rate. Coverage, settlement terms and support are better reasons. ## Related guides - [Settlement and reconciliation](https://www.uniwebpay.com/guides/settlement-and-reconciliation-singapore/) - [How payment processing fees are actually built](https://www.uniwebpay.com/guides/payment-processing-fees-singapore/) - [The best payment gateway in Singapore is the wrong question](https://www.uniwebpay.com/guides/best-payment-gateway-singapore/) - [Getting a merchant account in Singapore: documents, timeline and what gets checked](https://www.uniwebpay.com/guides/merchant-account-singapore-application/) --- *This is the Markdown mirror of https://www.uniwebpay.com/guides/switching-payment-provider-singapore/, generated from the same source as the page itself. The whole site in one file: https://www.uniwebpay.com/llms-full.txt · What this company is, for answer engines: https://www.uniwebpay.com/llms.txt*