Skip to content
Browse documentation 146 guides

Maintenance

Migrate HostBill exports

HostBill native collections, exact export requirements, mapping limits and safe imported state.

About 2 min read

On this page

Supported source and collections

The reviewed newer Migration centre has an explicit HostBill reader. This is an export-file reader requiring the matching released core; it is not a live account connector or an automatic database cutover. Select HostBill and the exact destination storefront.

Native export format: getClientDetails, getAccountDetails and getDomains JSON exports.

Native collections: customers, services, domains.

Source-specific preparation

Account details establish product ownership and exact recurring amounts. Supply an explicit currency-id map where the record has no currency code. Map the product catalogue and financial history with canonical CSV or JSON.

Export all pages and keep stable source IDs. Remove passwords, password hashes, tokens, saved card/payment instruments and provider credentials. Use a stable source_instance across batches and explicit ISO currency mappings; never infer currency from a symbol or destination default. For collections outside this native reader, choose mapped CSV/JSON and supply every required field explicitly.

Preview and import

Review the complete field and wrapper reference, then upload within the bounded size/row limit. Preview owner, destination, counts, normalised samples, currency mappings and conflicts. Apply only that unchanged reviewed preview with the required sensitive-admin confirmation. An exact repeated source import is idempotent; conflicting changed records are held, not overwritten.

Imported state and limits

New customers start disabled with new random passwords; products stay inactive/manual; automatic service/domain renewal and provider mapping remain off. Historical invoices remain legacy_review and cannot request payment until reconciliation. Historical payments move no funds. Source contacts, ownership, dates and amounts are preserved where supported, while unsupported ticket attachments/messages, orders, credit ledgers, mandates and configuration need separate review. Negative native credit lines are refused instead of silently converted.

Use Migration centre operations for multi-batch parent references, explicit existing-customer mapping, encrypted provenance, transaction/conflict behavior and the guarded CLI. A successful preview is not a production migration acceptance.

Need a hand?

Tell us your product version, the step you are following and what happened. Our support desk keeps your conversation together.

Contact support →