Migrate your Digital BSS data
Telecom BSS platform for operators managing voice, data, IPTV, and IoT services under a unified stack. Built for CSPs and MVNOs that need OCS, product catalog, and real-time rating capabilities.
In its favor
Why people choose Digital BSS
The signal that keeps Digital BSS on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
Manages multiple services including voice, data, IPTV, and IoT from a single unified platform, reducing the need for siloed billing and CRM tools across service lines.
Real-time data and analytics enable faster, more informed decision-making across billing operations and customer service workflows.
Flexible product catalog management allows operators to rapidly configure and launch new service bundles without full system redesigns.
Supports complex telecom functions like OCS, PCRF, AAA, and HSS natively, providing deep network-level integration for CSPs and MVNOs.
Automation reduces manual workload on operations teams handling large volumes of subscriber records and usage events.
Heavy customization leads to longer deployment timelines and significantly higher total cost of ownership than initially projected.
Data migration from older BSS systems is frequently inconsistent, requiring extensive reconciliation work before clean handoff.
Initial onboarding is difficult due to the complexity and breadth of features available in the platform.
Network instability causes technical issues that disrupt real-time charging and rating operations for subscribers.
Reasons to switch
Why people leave Digital BSS
The recurring reasons buyers give for replacing Digital BSS. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where Digital BSS fits
Grades across six dimensions, plus a SWOT-style view of where the platform shines and where it falls short.
SWOT — strengths, weaknesses, and use-case fit
Strengths
Weaknesses
Where it works
Where it struggles
Pricing tiers
Digital BSS pricing overview
Digital BSS (Alepo) does not publish public per-seat or per-subscriber pricing. All engagements are custom-quoted based on operator size, deployment model (on-premises, cloud, or hybrid), and scope of modules included. Professional services for data migration are billed separately and typically represent a significant portion of total migration cost.
Platform Edition
Tier 1 of 3
Custom (per operator deployment)
What's included
Need help selecting your CRM?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on Digital BSS's schedule — see our quote-based pricing →
What gets migrated
Digital BSS object support
Object-by-object support for Digital BSS migrations. Per-pair details surface during scoping.
Subscribers
Mapping requiredSubscribers in Digital BSS carry nested properties for service type, plan assignment, status, and balance. We map these to the target platform's account or subscription object, preserving plan-to-plan mappings and flagging any inactive subscribers that should not carry over.
Service Plans / Tariffs
Mapping requiredService plans include rating rules, chargeable events, and bundle allowances. We extract the plan hierarchy and map it to the destination's product catalog, noting which bundle components may require manual reconfiguration in the target.
Billing Accounts
Mapping requiredBilling accounts link subscribers to payment methods, invoicing preferences, and AR records. We map account balances and credit limits, though tax configuration must be rebuilt in the destination environment.
Usage Records / CDRs
Mapping requiredCall Detail Records and usage events are typically archived rather than migrated live. We flag the last-billed usage date and ensure no gap in rating when the new system goes live.
OCS Buckets (Prepaid Balance)
Mapping requiredPrepaid balance buckets are critical real-time records. We export current bucket balances with timestamps and replay them into the destination OCS with a consistent balance-verification step after cutover.
Product Catalog
Mapping requiredThe product catalog defines which services are offerable, with relationships to plans, pricing, and bundle constraints. We extract the full catalog tree and map it to the destination product or offer object, flagging any deprecated service codes.
PCRF Policy Rules
Mapping requiredPolicy and Charging Rules Function (PCRF) rules govern QoS, data caps, and policy enforcement. These are operator-specific and require manual translation because rule syntax varies between vendor implementations.
AAA / HSS Records
Mapping requiredAuthentication, Authorization, and Accounting records plus Home Subscriber Server data manage device-level and subscriber-level network access. We map subscriber IMSIs and credentials, but final network provisioning must be coordinated with the target operator's core network team.
Orders / Subscriptions
Fully supportedOrder records for plan changes, activations, and cancellations map cleanly between BSS systems using standard order schemas. We preserve order history and status timestamps.
Invoices
Mapping requiredHistorical invoices can be exported as PDFs or structured records. We map invoice line items to the destination accounting object and flag any open AR balances that must transfer before cutover.
Custom Fields / Extensions
Mapping requiredBSS platforms frequently use custom fields for operator-specific data. We detect all custom field definitions, export their values per subscriber or account, and map them to equivalent custom fields in the destination.
Network Element Mapping
Not in this platformMapping between BSS records and physical or virtual network elements (e.g., MSC, GGSN, PGW identifiers) is platform-specific and not portable across BSS vendors. We do not migrate these records and recommend rebuilding network element associations in the destination.
| Object | Support | Notes |
|---|---|---|
| Subscribers | Mapping required | Subscribers in Digital BSS carry nested properties for service type, plan assignment, status, and balance. We map these to the target platform's account or subscription object, preserving plan-to-plan mappings and flagging any inactive subscribers that should not carry over. |
| Service Plans / Tariffs | Mapping required | Service plans include rating rules, chargeable events, and bundle allowances. We extract the plan hierarchy and map it to the destination's product catalog, noting which bundle components may require manual reconfiguration in the target. |
| Billing Accounts | Mapping required | Billing accounts link subscribers to payment methods, invoicing preferences, and AR records. We map account balances and credit limits, though tax configuration must be rebuilt in the destination environment. |
| Usage Records / CDRs | Mapping required | Call Detail Records and usage events are typically archived rather than migrated live. We flag the last-billed usage date and ensure no gap in rating when the new system goes live. |
| OCS Buckets (Prepaid Balance) | Mapping required | Prepaid balance buckets are critical real-time records. We export current bucket balances with timestamps and replay them into the destination OCS with a consistent balance-verification step after cutover. |
| Product Catalog | Mapping required | The product catalog defines which services are offerable, with relationships to plans, pricing, and bundle constraints. We extract the full catalog tree and map it to the destination product or offer object, flagging any deprecated service codes. |
| PCRF Policy Rules | Mapping required | Policy and Charging Rules Function (PCRF) rules govern QoS, data caps, and policy enforcement. These are operator-specific and require manual translation because rule syntax varies between vendor implementations. |
| AAA / HSS Records | Mapping required | Authentication, Authorization, and Accounting records plus Home Subscriber Server data manage device-level and subscriber-level network access. We map subscriber IMSIs and credentials, but final network provisioning must be coordinated with the target operator's core network team. |
| Orders / Subscriptions | Fully supported | Order records for plan changes, activations, and cancellations map cleanly between BSS systems using standard order schemas. We preserve order history and status timestamps. |
| Invoices | Mapping required | Historical invoices can be exported as PDFs or structured records. We map invoice line items to the destination accounting object and flag any open AR balances that must transfer before cutover. |
| Custom Fields / Extensions | Mapping required | BSS platforms frequently use custom fields for operator-specific data. We detect all custom field definitions, export their values per subscriber or account, and map them to equivalent custom fields in the destination. |
| Network Element Mapping | Not in this platform | Mapping between BSS records and physical or virtual network elements (e.g., MSC, GGSN, PGW identifiers) is platform-specific and not portable across BSS vendors. We do not migrate these records and recommend rebuilding network element associations in the destination. |
Gotchas
What to watch for in Digital BSS migrations
Issues we've hit on past Digital BSS migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
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
| Severity | Issue |
|---|---|
| High | Legacy BSS data inconsistency blocks clean migration |
| Medium | PCRF and HSS rule translation requires manual work |
| High | Prepaid OCS bucket cutover must be atomic |
| Medium | Custom product bundles do not auto-map between vendors |
Leaving Digital BSS?
Where Digital BSS customers move next
12 destinations Digital BSS can migrate to.
How a Digital BSS migration works
Four steps, Digital BSS-specific
Connect
API key or OAuth 2.0 (edition-dependent) into Digital BSS. Scopes limited to read-only on the data we move.
Map
We translate Digital BSS-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate Digital BSS quirks before production.
Migrate
Full migration with Digital BSS rate-limit handling. Rollback available throughout.
FAQ
Digital BSS migration FAQ
Answers to the questions buyers ask most during Digital BSS migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your Digital BSS migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationReady when you are
Migrate Digital BSS.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your Digital BSS setup and destination — written quote back within a business day.