Numbers, carriers and porting
Number inventory, service and billing records, PSTN and SIP services, new orders, diversions and porting coordination.
BUSINESS PHONE SYSTEMS
MiCiS sets up and supports hosted business phone systems and Microsoft Teams Calling. We coordinate number transfers and the internet connectivity your calls depend on. One team coordinates porting, call flows, IVR and queues, handsets, softphones and mobile users—then retains the service context for continuity, change and support.
Number inventory, service records, PSTN/SIP services, orders and porting coordination
Platform design, licensing, users, policies and calling configuration
Business hours, greetings, menus, hunt groups, voicemail and routing
Desk phones, headsets, desktop/mobile apps and user enablement
Failover options, monitoring, call reporting, change and escalation
WHAT WE MANAGE
Business telephony is a connected service path, not a single handset or licence. MiCiS coordinates number records and porting, PSTN and SIP services, hosted PBX or Microsoft Teams Calling, call routing, user devices, mobility, reporting and continuity so responsibility remains clear from the carrier network to the person answering.
Number inventory, service and billing records, PSTN and SIP services, new orders, diversions and porting coordination.
Platform design, licences, users, policies, tenant or service configuration and calling enablement.
Business hours, greetings, menus, hunt groups, queue logic, overflow, after-hours routing and voicemail.
Device selection, provisioning, desktop and mobile apps, user profiles, hot desking and remote-work requirements.
Call reporting, recording requirements where applicable, retention and access responsibilities, and CRM or contact-centre integrations.
Alternate routing, failover options, monitoring, escalation, controlled change and platform or endpoint lifecycle.
CALLING CONTINUITY BUILT IN
Business calling depends on more than the cloud platform. Number routing, carrier and SIP services, internet and firewall behaviour, local power, call-flow configuration and user endpoints can each change whether a call reaches the right person. MiCiS documents those dependencies, designs the available continuity paths and tests the agreed behaviour before and after change.
HOW THE SERVICE IS DELIVERED
Phone-system delivery crosses carriers, number-porting records, platform configuration, internet and firewall readiness, devices, user change and cutover timing. MiCiS maps those dependencies, confirms the number and call-flow baseline, coordinates orders and porting, configures and tests the service, and retains the records needed for support and controlled change.
Inventory numbers, current carriers, service records, sites, users, licences, call flows, devices, integrations and continuity requirements.
Select hosted PBX or Teams Calling, design routing and continuity, prepare carrier orders, validate authorisations and plan the porting window.
Configure users, policies, IVR, queues, voicemail and endpoints; test inbound, outbound, transfer and continuity paths; complete the agreed cutover and enable users.
Retain number, call-flow and configuration records; manage incidents and changes; review reporting, licences, continuity and lifecycle priorities.
END-TO-END CALL PATH
Inbound and outbound calls cross number routing and carrier services, site internet and network infrastructure, hosted PBX or Microsoft Teams Calling, call-flow configuration, user endpoints and sometimes CRM, contact-centre, recording or reporting services. MiCiS maps that chain so migrations, faults and changes can be tested against the actual business path rather than one provider's service boundary.
MiCiS can trace a fault or plan a change across number and carrier records, site network, calling platform, call flow, user endpoints and connected workflows while retaining one documented escalation context.
FREQUENTLY ASKED QUESTIONS
A phone-system proposal should make number control, porting dependencies, platform choice, call quality, continuity, recording, licences, charges, integrations and support boundaries clear before change begins. These are the questions that most often affect scope, cost, risk and cutover timing.
Timing depends on the number type, current carrier, accurate account and authorised-customer details, the existing service state, carrier acceptance, any rejection or rework, and the available cutover window. Keep the existing service active until the port is confirmed. MiCiS can inventory the numbers, prepare the records and coordinate the order, but the date is not final until the carrier accepts it.
Teams Calling can suit organisations that already use Microsoft 365 and Teams as the daily communications workspace. A dedicated hosted PBX may suit environments that need broader handset choice, a clearer separation between telephony and collaboration, or particular carrier, contact-centre or call-flow features. MiCiS compares users, call flows, licences, devices, integrations, support and continuity rather than selecting the platform from one feature alone.
Hosted calling normally depends on IP connectivity between the user and the calling service. Quality can be affected by bandwidth, latency, packet loss, jitter, Wi-Fi, LAN design, firewall behaviour, QoS, local power and the endpoint itself. MiCiS checks the complete path. Carrier-side diversions, mobile users or alternate connectivity may provide continuity, but only where those options are part of the documented design.
Options may include carrier-side diversion, IVR or queue overflow, alternate destinations, softphone or mobile operation, secondary internet, redundant network or power arrangements, and multi-site answering. Each option protects against different failure modes. Triggers, limitations, testing and recovery responsibilities should be documented. Emergency-calling behaviour and location information are assessed separately where applicable and should not be assumed to follow ordinary diversion rules.
Recording availability depends on the selected platform, licences and call path. The organisation must determine its lawful basis, notification or consent requirements, permitted access, retention, security and deletion rules under applicable obligations and policy. MiCiS can configure the agreed technical feature and document system responsibilities, but legal and compliance decisions remain with the organisation and its advisers.
Depending on the solution, costs may include number rental, carrier access or SIP services, call usage, inbound-number services, porting or project charges, platform and user licences, Microsoft or third-party calling licences, handsets, headsets, recording, contact-centre features and ongoing support. The proposal should separate one-off, recurring, usage-based and third-party charges.
Often, subject to the selected platforms, supported APIs or connectors, licences and data-handling requirements. Integration may include click-to-dial, contact matching, screen presentation, queue or contact-centre functions, reporting, recording references and workflow triggers. MiCiS confirms the required behaviour and third-party responsibilities before treating an integration as part of the production scope.
Where the related services are within the MiCiS scope, MiCiS can provide one escalation point, retain the technical context and coordinate evidence across the carrier, internet and network, calling platform, call flow and user endpoint. Underlying carriers, platform vendors and other suppliers may still retain their own service responsibilities and restoration processes. Support windows, boundaries and escalation paths are documented for the engagement.
Start with a practical review of your numbers, current carrier services, users, sites, call flows, platform, devices, integrations and continuity requirements. MiCiS will identify porting and network dependencies, clarify responsibility, and recommend the right next step for hosted PBX or Microsoft Teams Calling.