Migrations

Reconciling Billing and WHMCS After a Reseller Migration

After moving your accounts, your billing system needs to match reality on iWebVault. How to reconcile WHMCS or your panel after a reseller migration.

5 min read

Migrating your hosting accounts is one half of moving a reseller business; the other half is making sure your billing system matches the new reality. If you use WHMCS or a similar platform, this guide covers reconciling it after a reseller migration so invoicing and provisioning keep working.

Repoint billing records to the new server Billing platform service record (by username) old server retire last iWebVault repoint here

Why reconciliation is needed

Your billing platform holds records linking each customer to their hosting account on a specific server. After migrating, those accounts now live on iWebVault — so your billing system needs to know where they are, or its automated functions (suspend, unsuspend, create, terminate) will target the old server.

The core things to update

  • Server definitions — add your iWebVault server so the billing platform can manage accounts there
  • Service records — repoint each migrated service to the iWebVault server
  • Credentials — ensure the billing platform authenticates to iWebVault correctly
  • Provisioning module — confirm it’s configured for the new server
📘 NoteUntil services are repointed, automated actions from your billing system may still try to act on the old server. Reconciliation is what makes automation work again post-migration.

A practical reconciliation order

  1. Add iWebVault as a server in your billing platform with working credentials
  2. Confirm a test action (like a connection check) succeeds against it
  3. Repoint migrated services to the iWebVault server, matching each to its account
  4. Verify automated functions (suspend/unsuspend) work on a test account
  5. Only then decommission the old server definition

Matching by username helps

Because migrated accounts keep their original usernames, matching billing records to accounts is straightforward — the username in your billing system still matches the account on iWebVault. This is one more way preserved usernames make a reseller migration cleaner.

Keeping invoicing uninterrupted

Your customers’ billing cycles and invoices live in your billing platform, not on the server, so they continue uninterrupted by the migration. What you’re reconciling is the link between billing records and the now-migrated accounts — get that right and invoicing, renewals, and automated provisioning all carry on normally.

⚠️ ImportantTest automated suspend/unsuspend on a single, non-critical account after reconciling, before relying on it fleet-wide. Confirming automation works on one account first avoids a surprise across many.

The two halves of moving a hosting business

Moving a reseller business has two halves: the accounts (handled by the migration) and the billing records that manage them. Your billing platform — WHMCS or similar — links each customer to their hosting account on a particular server and automates actions like create, suspend, and terminate. After migrating, those links point at the old server until you reconcile them.

What needs updating

  • Server definition — add iWebVault so the platform can manage accounts there
  • Service records — repoint each migrated service to the iWebVault server
  • Authentication — ensure the platform can connect to iWebVault
  • Provisioning module — confirm it targets the new server

A safe reconciliation order

  1. Add iWebVault as a server with working credentials
  2. Run a connection test to confirm it authenticates
  3. Repoint migrated services to iWebVault, matching each to its account
  4. Test an automated action (suspend/unsuspend) on one non-critical account
  5. Only after that works, remove or retire the old server definition
📘 NoteUntil services are repointed, automated actions may still hit the old server. Reconciliation is what restores working automation after the move.

Usernames make matching easy

Because migrated accounts keep their original usernames, matching each billing record to its account on iWebVault is straightforward — the username your billing platform already stores still identifies the account. This is one more way preserved usernames smooth a reseller migration, right down to the billing layer.

Invoicing continues uninterrupted

Your customers’ billing cycles, invoices, and payment records live in your billing platform, not on the server — so they carry on uninterrupted by the migration. What you’re fixing is the link between those records and the now-migrated accounts. Get that right and renewals, invoicing, and automated provisioning all resume normally on iWebVault.

⚠️ ImportantTest automated suspend/unsuspend on a single account after reconciling before trusting it across the fleet. Confirming on one account first prevents a mistake from propagating to many.

What’s next

Still stuck? Our team can run or finish the migration for you — open a support ticket and we’ll take it from there.

Key takeaways

After migrating, your billing platform’s links still point at the old server, so add iWebVault as a server, repoint each migrated service to it, confirm authentication, and test automated suspend/unsuspend on one account before trusting it fleet-wide. Preserved usernames make matching records to accounts easy. Invoicing continues uninterrupted; you’re only reconciling the link between billing and the moved accounts.

Will my customers’ billing be interrupted?

No. Billing cycles, invoices, and payment records live in your billing platform, not on the server, so they continue uninterrupted. What you reconcile is the connection between those records and the now-migrated accounts — once repointed to iWebVault, automated provisioning and renewals resume normally.

Common mistakes to avoid

  • Removing the old server definition before services are repointed
  • Trusting fleet-wide automation without testing one account first
  • Forgetting to add iWebVault as a server in the billing platform
  • Assuming invoicing breaks during the move — it doesn’t

Reconciling billing is the often-forgotten second half of a reseller migration, but it’s quick when done in order: add the server, repoint services, test automation on one account, then retire the old definition. Preserved usernames make matching trivial, and your customers’ invoicing never skips a beat because it lives in your platform, not on the server.

When to let us handle it

If your billing platform setup is involved — many services, custom provisioning, or automation you rely on heavily — it’s worth letting us help with the reconciliation. We can confirm the right server settings and credentials for iWebVault, advise on repointing services in bulk, and help you test automated actions safely before you trust them across the fleet. Getting the billing layer reconciled correctly is what restores hands-off provisioning after a move, so a little guidance here pays off every time your platform suspends, unsuspends, or creates an account on your behalf.

Ready to move to iWebVault?Offshore, anonymous, DMCA-ignored hosting — and our migration tools bring your sites across for you.Start from $1 →

Was this helpful?