CRM migration
Field-level mapping, validation, and rollback between Digital BSS and Zoho CRM. We move data and schema; workflows are rebuilt natively in Zoho CRM.
Digital BSS
Source
Zoho CRM
Destination
Compatibility
11 of 12
objects map 1:1 between Digital BSS and Zoho CRM.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from Digital BSS to Zoho CRM is an unusual migration path because Digital BSS is a telecom BSS platform (built on Alepo) designed for CSPs and MVNOs managing subscriber charging, OCS rating, and product catalog at the network layer, while Zoho CRM is a general-purpose business CRM with no telecom charging or network-level functionality. The migration scope is therefore bounded by what Zoho CRM can represent: subscriber contact data, service plan definitions, billing account metadata, product catalog entries, order history, and invoice records. We do not migrate OCS prepaid balance buckets, PCRF policy rules, AAA or HSS records, or network element mappings because these have no equivalent schema in Zoho CRM; we deliver a written inventory of these records for the customer's network and billing teams to handle separately. We flag during scoping whether the source Digital BSS instance contains only business-customer data or also subscriber-level records that cannot be represented in a standard CRM context.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a Digital BSS object lands in Zoho CRM, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Digital BSS
Subscribers
Zoho CRM
Contact or Account
1:1Digital BSS subscriber records carry service type, plan assignment, subscriber status, and contact metadata. We map these to Zoho CRM Contacts attached to Accounts. The primary contact fields (name, email, phone, address) map to standard Zoho CRM Contact fields. Subscriber status and plan assignment are preserved as custom fields or as tags on the Contact record. We do not migrate IMSI numbers, ICCID values, or network-level identifiers because Zoho CRM has no fields for these and they represent subscriber SIM data that should remain in the network layer.
Digital BSS
Service Plans / Tariffs
Zoho CRM
Product
1:1Digital BSS service plans include rating rules, chargeable events, and bundle allowances. We extract the plan name, description, pricing structure, and bundle components and map them to Zoho CRM Products. Bundle allowances (voice minutes, data volumes, SMS counts) are stored as custom fields on the Product record because Zoho CRM Products represent service offerings rather than subscriber entitlements. The customer's product manager reviews the bundle component mapping before activation because allowances may need to be represented as pricing tiers or add-on bundles in Zoho rather than a single product.
Digital BSS
Billing Accounts
Zoho CRM
Account
1:1Billing accounts in Digital BSS link subscribers to payment methods, invoicing preferences, and AR records. We map account balances and credit limits to Zoho CRM Account fields, with payment terms and invoicing preferences stored as custom fields. Tax configuration is platform-specific and must be rebuilt in Zoho Books or the customer's accounting tool of record; we document the source tax rules as a separate handoff artifact for the finance team.
Digital BSS
Product Catalog
Zoho CRM
Product and Product Taxonomy
1:1The Digital BSS product catalog defines which services are offerable with relationships to plans, pricing, and bundle constraints. We extract the full catalog tree and map each offerable product to a Zoho CRM Product record. Where Digital BSS uses a hierarchical catalog structure, we use Zoho CRM's Product Categories or build a custom module for catalog hierarchy if the customer requires it. Bundle pricing formulas with conditional discounts are documented as a pricing rule inventory for the customer's admin to implement in Zoho CRM's Quote or Order pricing rules.
Digital BSS
Orders / Subscriptions
Zoho CRM
Sales Order or Purchase Order
1:1Order records for plan activations, changes, and cancellations map to Zoho CRM Sales Orders attached to Accounts and Contacts. We preserve the order creation date, status, and order line items referencing the mapped Products. Cancellations migrate as Sales Orders with a Cancelled status rather than deleted records. Order history is preserved as read-only records in Zoho CRM to maintain the audit trail for the customer-facing team.
Digital BSS
Invoices
Zoho CRM
Invoice
1:1Historical invoices can be exported from Digital BSS as PDFs or structured records. We map invoice header data (invoice number, date, amount, status, AR balance) to Zoho CRM Invoice records linked to the mapped Account. Line items map to Invoice Line Items referencing the mapped Products. Open AR balances that must transfer before cutover are flagged in the reconciliation report; closed invoices with zero balance migrate as historical records. We do not migrate PDF attachments as Salesforce-style ContentDocuments unless the customer specifically requests them, because invoice PDFs significantly increase import file size.
Digital BSS
Custom Fields / Extensions
Zoho CRM
Custom Fields
lossyDigital BSS frequently uses custom fields for operator-specific data such as region codes, dealer identifiers, or subscription tier metadata. We detect all custom field definitions in the Digital BSS export, export their values per subscriber or account record, and map them to equivalent custom fields in Zoho CRM created during the schema design phase. Custom field types (text, numeric, picklist, date, checkbox) are matched to Zoho CRM field types during the mapping pass.
Digital BSS
OCS Buckets (Prepaid Balance)
Zoho CRM
N/A
1:1Prepaid balance buckets are real-time monetary records in the Digital BSS Online Charging System. These carry live airtime and data credit values that cannot be represented in Zoho CRM because Zoho CRM has no monetary balance or charging schema. We export a current snapshot of bucket balances with timestamps as a written inventory document for the customer's billing team. The customer's network or billing team is responsible for coordinating with their OCS vendor to ensure bucket continuity during the CRM migration window.
Digital BSS
PCRF Policy Rules
Zoho CRM
N/A
1:1Policy and Charging Rules Function rules govern QoS, data caps, and policy enforcement at the network layer. They use vendor-specific syntax that does not port between BSS platforms. We export the raw rule definitions as a translation manifest for the operator's network team to review and rebuild in the destination OCS or PCRF environment. This inventory is a scoping artifact, not a data migration deliverable.
Digital BSS
AAA / HSS Records
Zoho CRM
N/A
1:1Authentication, Authorization, and Accounting records plus Home Subscriber Server data manage device-level and subscriber-level network access. We map subscriber IMSIs and credentials in the extraction pass but do not write them to Zoho CRM because they represent network-layer access credentials. We deliver a credential inventory document for the network team to handle separately.
Digital BSS
Usage Records / CDRs
Zoho CRM
N/A
1:1Call Detail Records and usage events are typically archived rather than migrated live in telecom BSS contexts. We flag the last-billed usage date from the Digital BSS export to establish a clean cutover point for the destination system's rating. CDR archives remain in the source BSS or a data lake; they do not map to Zoho CRM because Zoho CRM has no usage event or rating schema.
Digital BSS
Network Element Mapping
Zoho CRM
N/A
1:1Mapping between BSS records and physical or virtual network elements (MSC, GGSN, PGW identifiers) is platform-specific and not portable across BSS vendors. We do not migrate these records and recommend they remain managed by the network operations team independently of the CRM layer.
| Digital BSS | Zoho CRM | Compatibility | |
|---|---|---|---|
| Subscribers | Contact or Account1:1 | Mapping required | |
| Service Plans / Tariffs | Product1:1 | Mapping required | |
| Billing Accounts | Account1:1 | Mapping required | |
| Product Catalog | Product and Product Taxonomy1:1 | Mapping required | |
| Orders / Subscriptions | Sales Order or Purchase Order1:1 | Fully supported | |
| Invoices | Invoice1:1 | Mapping required | |
| Custom Fields / Extensions | Custom Fieldslossy | Mapping required | |
| OCS Buckets (Prepaid Balance) | N/A1:1 | Mapping required | |
| PCRF Policy Rules | N/A1:1 | Mapping required | |
| AAA / HSS Records | N/A1:1 | Mapping required | |
| Usage Records / CDRs | N/A1:1 | Mapping required | |
| Network Element Mapping | N/A1:1 | Not supported |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
Digital BSS gotchas
Legacy BSS data inconsistency blocks clean migration
PCRF and HSS rule translation requires manual work
Prepaid OCS bucket cutover must be atomic
Custom product bundles do not auto-map between vendors
Zoho CRM gotchas
API access requires Professional tier or above
Subform fields do not export cleanly via CSV
API credit consumption is non-linear
Export download links expire in 7 days
Owner (User) assignments require pre-mapped user IDs
Pair-specific challenges
Migration approach
Discovery and migration scoping
We audit the source Digital BSS instance across all supported objects (Subscribers, Service Plans, Billing Accounts, Product Catalog, Orders, Invoices, Custom Fields) and assess data volume, data quality, and custom field count. We run a data quality report identifying duplicate records, missing required fields, and inconsistent formats. We also identify which Digital BSS objects have no Zoho CRM equivalent (OCS buckets, PCRF rules, AAA/HSS records, CDRs, network element mappings) and document them as excluded scope. The discovery output is a written migration scope document with object-level record counts, a data quality summary, and an explicit list of what will and will not migrate.
Schema design in Zoho CRM
We design the destination schema in Zoho CRM including custom fields on Contact and Account objects, Product categories for service plan mapping, custom modules if the Digital BSS catalog has a deep hierarchy, and field-level validation rules matching the data types from the source export. Custom fields are deployed into a Zoho CRM sandbox environment for validation before production migration begins. We coordinate with the customer's Zoho admin to set field-level security and page layouts per role.
Data extraction and transformation
We extract data from Digital BSS via API export or direct database query depending on the deployment model. Each object is exported to a staging CSV with field names preserved from the source schema. We run a transformation pass that applies field-type conversions (date formats, numeric precision, picklist standardization), deduplication rules identified during discovery, and the custom field mapping specification. Any subscriber records with IMSI, ICCID, or network-level identifiers are flagged and excluded from the Zoho CRM write queue at this stage.
Sandbox migration and reconciliation
We run a full migration into a Zoho CRM sandbox using production-like data volume. The customer's admin reconciles record counts per module, spot-checks 25-50 random records against the Digital BSS source, and validates that plan assignments and billing account metadata populated correctly. Any mapping corrections are documented and applied to the transformation scripts before production migration begins. This step is the last gate before any data writes to the production Zoho CRM environment.
Production migration in dependency order
We run production migration in record-dependency order: Accounts (from Billing Accounts), Contacts (from Subscribers with AccountId resolved), Products (from Service Plans and Product Catalog), Sales Orders (from Order/Subscription records), and Invoices (with AR balance flagging). Custom fields are imported as the last step per module to ensure base records are valid before custom metadata is attached. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and telecom artifact handoff
We freeze writes to Digital BSS during the cutover window, run a final delta migration of any records modified during the migration window, and enable Zoho CRM as the system of record for customer-facing and sales workflow data. We deliver the telecom artifact inventory (OCS bucket snapshot, PCRF rule manifest, HSS credential list, CDR cutover dates) to the customer's network and billing teams as a written document separate from the CRM migration scope. We do not handle post-migration OCS continuity or network element reconfiguration as part of the CRM migration engagement.
Platform deep dives
Digital BSS
Source
Strengths
Weaknesses
Zoho CRM
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. All 8 core objects map 1:1 between Digital BSS and Zoho CRM.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Digital BSS and Zoho CRM.
Object compatibility
All 8 core objects map 1:1 between Digital BSS and Zoho CRM.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
Digital BSS: Not publicly documented; varies by deployment and operator contract.
Data volume sensitivity
Digital BSS exposes a bulk API — large-volume migrations stream efficiently.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during Digital BSS to Zoho CRM migration scoping. Not seeing yours? Book a call.
Walk through your Digital BSS to Zoho CRM migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Digital BSS
Other ways to arrive at Zoho CRM
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.