Migration

Splynx Migration

Plan a Splynx migration that protects billing, customer access, finance evidence, and support workflows before ISPAgents becomes the operating source of truth.

Compare alternatives
Migration command center

Coexistence before cutover

records mapped
98%
policy gaps
12
cutover phases
4
ImportCustomers, plans, balancesReady
MapRADIUS, MikroTik, UISPReview
ProvePayment to restore workflowLive
Migration evidence stays visible for finance, support, NOC, and the owner.
Page type
Migration
Primary search
Splynx migration
Updated
2026-05-24

A billing migration is an operations migration

Moving away from Splynx is not only a data export. The migration touches customers, services, invoices, balances, payments, RADIUS usernames, MikroTik rules, support history, inventory, and the daily habits of finance and support teams.

The safest ISPAgents migration path is designed around coexistence. Import the data, connect the network, prove selected workflows, then move more ownership after the operator sees evidence.

Migration scope

Data or workflowWhat to verify
CustomersNames, contacts, billing address, service location, status, and account owner.
ServicesPlan, speed, package, IP assignment, router or NAS, and installation state.
FinanceBalances, unpaid invoices, deposits, credits, refunds, tax, and statements.
Access controlRADIUS username, PPPoE identity, static IP, DHCP lease, MikroTik queue, or address list.
SupportOpen tickets, customer notes, escalation state, and recent outage context.
InventoryAssigned CPE, router, ONT, antenna, serial number, warehouse stock, and technician stock.

Cutover phases

PhaseOutcome
AuditConfirm what data exists in Splynx, UISP, MikroTik, FreeRADIUS, spreadsheets, and payment systems.
ImportLoad customers, services, plans, balances, and identifiers into ISPAgents.
ConnectAttach payment providers, MikroTik routers, FreeRADIUS, UISP, and custom agents.
Parallel runRun one or two workflows in parallel, such as paid restore or overdue suspension.
Finance signoffReconcile statements, balances, deposits, credits, and payment evidence.
Operational cutoverLet support, finance, NOC, and technicians work from ISPAgents.

What makes the migration credible

  • Every imported customer has an owner, service state, and access identifier.
  • Every active plan maps to a network policy.
  • Every overdue account produces a preview before suspension.
  • Every payment has reconciliation evidence.
  • Every high-risk change has approval, audit trail, and rollback notes.
  • Every team has a role-specific dashboard before cutover.

FAQ

Can a Splynx migration happen without downtime?

The target should be no customer-impacting downtime. ISPAgents should run in parallel first, then cut over controlled workflows only after billing, access, and support teams validate the result.

Should we use API, CSV, or both?

Use both when needed. API-based migration can keep records current during testing, while CSV and Excel imports help recover custom fields, finance exports, and operational data that lives outside the main system.

Migration asset

Download the ISP migration checklist.

Use it before a vendor comparison call to audit customer data, billing state, access mappings, payment rules, and cutover readiness.

Comparison worksheet
Billing proof

Invoices, balances, statements, credits, refunds, deposits

Access proof

RADIUS, MikroTik, CPE, connector, approval, rollback

Field proof

Jobs, photos, GPS, signatures, equipment used

Migration proof

Imports, API sync, validation, reconciliation, cutover

Next step

See how this works in your network.