Analysis
We understand the business and the technical environment.
TELECOM SOFTWARE
We build custom software for internet providers and telecom companies. We connect subscriber management, billing, service activation and technical support with the systems you already use.

Order ORD-7731Fibre 300 · 12 Demo Street
StateOrder recorded
The state changes only after the relevant system responds.
Customer portal
Fibre 100 Mbps
Active · 12 Demo Street
October invoice
€24.90Due
Move to Fibre 300
In progressCUSTOM SOFTWARE
A telecom service relies on several processes at once: the customer’s request, coverage, the contract, activation, billing and support. When these are handled separately, information is repeated and the service status becomes harder to follow.
At ENOR, we build applications and integrations that connect these steps. We give sales, finance and technical teams a clearer view, with defined roles and responsibilities.
Who exchanges what
Illustrative viewCustomerCRM / BSS
Request, contract and contact details
Click the same system again to return to the animation.
Click a system to see its responsibility. The arrows show the information being exchanged.
WHO IT’S FOR
Each type of operator has different processes, systems and partners. The application is built around your model.

Types of operators we build software for.
Subscribers, plans, billing, activation and support.
Orders, coverage, resource inventory and field work.
Accounts, communication integrations, usage and administration.
Portals, sales processes and integrations with the related systems.
Application components for administration, brands and partners, depending on the ecosystem.
Devices, SIMs, usage and administration, depending on the provider’s access.
CORE SOLUTIONS
You can start with one module or connect the systems you already have. Each card links to the matching explanation.
Customers, accounts, contracts and services in one profile.
Learn moreConnecting the commercial offer with technical delivery.
Learn moreCycles, tariffs, plan changes and payments.
Learn moreAuthorised commands and a verified state.
Learn morePlans, invoices and requests for the customer.
Learn moreThe subscriber portal on the phone too.
Learn moreDevices, ports, links and the services on them.
Learn moreRequests, incidents, visits and materials.
Learn moreMetrics and alarms with a source and a time.
Learn moreSIP, WebRTC and CRM integrations.
Learn moreRADIUS, IPAM, device management and finance.
Learn moreGradual migration without losing history.
Learn moreCRM AND SUBSCRIBER MANAGEMENT
Sales, finance and technical teams see the same customer, with their services, invoices and requests.
Five levels that are never mixed up
One customer can have several services and locations, each with its own subscription and device.
Switch the profile tabs. The “Overview” tab shows how the levels connect.
OSS / BSS
We build applications and integrations that take an order from the catalogue to a delivered service, without re-keying.
BSS
Business Support Systems
Commercial processes such as customers, products, orders, billing and payments.
OSS
Operations Support Systems
Operational processes such as activation, technical inventory, incidents and service tracking.
What we can build
The path of an order
Illustrative viewBSS · commercial processes
OSS · operational processes
Catalogue
The plan and price are chosen from the product catalogue.
The steps light up in the order of a typical order. Click a step to stop on it.
A single application doesn’t automatically replace all your existing OSS/BSS. We define what is built, what is integrated and what stays in the systems you have.
BILLING AND SUBSCRIPTIONS
Billing logic is built around the service model and keeps the tariff version that was applied.
Different things, with different statuses
Applied: tariff v3, valid from 1 March. The invoice keeps the version and the terms.
Move the plan-change day and try the buttons below.
The tariff version and the terms that were applied are stored. Changing a plan’s price doesn’t change the history.
Fiscalisation and financial documents are handled according to the market and the specific integrations.
USAGE, RATING AND CHARGING
Three different steps, each with its own rules and checks.
Depending on the project
| Event | Type | Quantity | Rate | Status |
|---|---|---|---|---|
| CDR-1041 | National call | 3:12 → 4 min | — | Valid |
| CDR-1042 | International call | 1:05 → 2 min | — | Valid |
| CDR-1042 ↺ | Copy of the same event | 1:05 | — | Copy · removed |
| CDR-1043 | SMS | 1 | — | Valid |
| CDR-1039 | Event from the previous cycle | 2:40 | — | Late · adjustment |
Mediation: the copy is removed, durations are converted to minutes and the late event goes to adjustment.
Step through Mediation, Rating and Charging. Under Charging, compare postpaid with prepaid.
Periodic billing and online charging are different functions and are designed separately.
Real-time charging needs the matching integration and metering; we don’t promise it without them.
SERVICE ACTIVATION AND MANAGEMENT
Actions on a service are authorised, traceable and protected against accidental repetition.
Four states of a command
Command: apply profile FB-300Key: ACT-7731-a9
Send the command and step through the states. Try “Simulate: verification fails” too. No command is real.
A service isn’t marked active just because an API returned an initial success response.
Repeated requests are recognised by their unique identifier and don’t create duplicate actions.
ISP INTEGRATIONS
We connect commercial and operational applications to the systems that keep the network running, after assessing the documentation and access.
Examples of integrations that can be assessed
Product examples, with their limits
Compatibility depends on
RADIUS / AAA
Creates and updates subscriber accounts and reads accounting for usage, according to the server schema.
The portal and apps talk to the integration APIs. Device administration interfaces are never exposed to the public portal.
Pick an integration to see what it does and how fresh its sync is.
We don’t promise universal integration with every network device. Each integration is assessed against the actual documentation and environment.
Device administration interfaces are never exposed directly to the public portal.
SUBSCRIBER PORTAL
Customers see their own services, invoices and requests, with a clear indication of what is confirmed and what is still in progress.
Three kinds of information

My portal
Illustrative viewConfirmed plan
Fibre 100 Mbps
Installation address: 12 Demo Street
Request
Move to Fibre 300No request
Last received data: 3 min ago
Request a plan change and see how the portal changes before and after technical confirmation.
A plan change or reactivation isn’t shown as completed before technical confirmation.
The portal and the mobile app use the same APIs and access rules.
SUPPORT AND FIELD WORK
From the ticket to the field visit, every step is linked to the subscriber, the service and the agreed deadlines.
Field work · INC-204
Link the requests to the incident, then simulate the signal coming back.


For shared incidents, several requests are linked to a single incident.
A request isn’t closed automatically just because a technical signal came back, without defined rules.
INVENTORY AND NETWORK VIEW
The inventory shows which devices, ports and links carry each service, and where each piece of data comes from.
Three sources that are never mixed up
Source: managed inventory · last change yesterday
| Object | Type | Link / service | Status |
|---|---|---|---|
| OLT-TR-01 | OLT | Port 1/2 → 28 ONTs | In service |
| ONT-55821 | ONT | SRV-FB-1088 · Fibre 300 | In service |
| ONT-55822 | ONT | SRV-FB-1091 · Fibre 100 | In service |
The managed diagram is not presented as a live topology.
Switch the tabs to compare planned, recorded and discovered.

A manually maintained diagram is never presented as a live topology.
Differences between the inventory and the discovered state go to review, not to an automatic change.
MONITORING AND ANALYTICS
We integrate monitoring sources and show them in the context of the affected services and customers.
Possible mechanisms, depending on the system
Every indicator has
OLT-TR-01 uplink loadCurrent
62%
5-minute average
Source: SNMP1 min ago
ONTs offlineCurrent
3of 28
Port 1/2
Source: Device platform2 min ago
Active alarmsCurrent
2
1 critical · 1 warning
Source: Syslog1 min ago
Affected servicesCurrent
4
Linked to INC-204
Source: Inventory + alarms2 min ago
Every value shows its source and update time.
Disconnect the monitoring source and see how old values are marked.
Old or missing data is never shown as a normal state.
A dashboard doesn’t guarantee instant detection of every fault or any specific uptime.
VoIP, SIP AND WebRTC
We build portals, integrations and communication apps around the platform and provider you use.
How a call travels
Illustrative viewSignalling
The app and the server exchange the call invitation and its parameters.
The animation follows the signalling and media paths. Recording starts switched off.
Using WebRTC doesn’t automatically mean end-to-end encryption. The protection boundary depends on the architecture and the intermediaries.
Call recording is not enabled by default.
IoT AND CONNECTIVITY MANAGEMENT
Panels and integrations are built on the APIs of the operator providing the connectivity.
Actions go through the operator’s API.
Suspend or reactivate a SIM: the action goes to the operator as a request.
ENOR doesn’t issue eSIM profiles and doesn’t provide mobile connectivity itself. These functions depend on the operator and the related authorisations.
Platform capacity is set by the architecture and real tests, not by a number declared up front.

MVNO / MVNE AND WHITE-LABEL
We build portals, apps and processes for several brands on the same platform, according to the integrations with the host operator.
The integrations with the host operator or enabling platform decide what can be delivered.
Brand subscribers: 12,480 · other brands’ data isn’t shown
Switch the brand and try opening the other brand’s subscribers.
White-label doesn’t transfer licences, agreements or operating rights.
Multi-tenant includes server-side data isolation, not just a different logo or interface filters.
5G, SDN, NFV AND EDGE
After assessing the project, we can build applications, panels and automation flows around the operator’s existing systems.
Where the project scope lies
Illustrative viewNot every application needs SDN, NFV or microservices.
We don’t promise “zero latency”, removing all hardware or guaranteed savings.
AI AND AUTOMATION
AI helps with search, summaries and classification, while actions with impact stay under human approval.
The assistant’s limits
Pick a question above.
Pick a question and see where the assistant stops.
AI doesn’t change the network, interrupt services or perform financial actions without defined limits and authorisations.
We don’t promise to prevent every fault or to predict customer churn with certainty.
SECURITY AND TRACEABILITY
Measures are defined per project, data and integration, and every important action leaves a trace.
| Who | What | When | Object | Result | Ref. |
|---|---|---|---|---|---|
| Ana (Sales) | Plan change | 10:42 | SRV-FB-1091 | Requested | AUD-5512 |
| Activation system | Profile applied | 10:43 | SRV-FB-1091 | Confirmed | AUD-5513 |
| Bledi (Finance) | Invoice adjustment | 11:05 | INV-2026-0412 | Approved | AUD-5520 |
| Erion (Support) | Access to integration secret | 11:20 | RADIUS · •••• | Denied | AUD-5524 |
Passwords and secrets are never written to the log; they appear masked.
Filter the log by type of action.
Every important action records
Passwords, secrets and sensitive content are not stored in logs.
Integration credentials are stored separately and used only by the services that need them.
PRIVACY AND MARKET REQUIREMENTS
Legal and contractual requirements differ by country, service and agreements, so we identify them during the analysis.
During the analysis we identify
We don’t claim universal compliance with GDPR or with every telecom regulation.
Every legal statement or technical standard in a project is checked against current official sources.
MODERNISATION
We modernise in phases and check contracts, active services and balances before and after every switch.
| Data | Source | Migrated |
|---|---|---|
| Contracts | 9,214 | 9,214 |
| Active services | 11,380 | 11,380 |
| Open balances | 2,106 | 2,103 |
3 balances differ → under review before the switch
Rollback plan: ready
We don’t promise a migration without downtime before assessing the system.
Switching to the new system doesn’t create duplicate activations, suspensions or charges.
DEVELOPMENT PROCESS
We choose the architecture based on load and requirements. We don’t impose microservices, Kubernetes or complex platforms without a need.
We understand the business and the technical environment.
We define the modules, systems and access.
We design the structure and the interfaces.
We build with regular demos.
Functional, financial and technical.
We go live with a plan and checks.
We monitor and improve according to the agreement.
TESTING
Tests check the technical and financial outcome, not just how the interface looks.
For bulk actions we provide a preview, limits, authorisation and a detailed result.
We don’t state user numbers or specific availability without measurement.
WHY ENOR

FAQ
More solutions for your business needs.
Tell us how you manage subscribers, services and operations. We’ll define the functions and integrations the project needs.
Sample Logistics Co.
“They translated complex technical concepts into clear decisions for our team.”