Need a Main Business Number When Your Team Isn’t Always at a Desk?

Published 2026-10-01 15 min readSIPPER Team

Plan a main business number for teams away from their desks. Compare mobile apps, call forwarding and queues, with practical setup and testing checks.

Picture a customer calling your business while the person who can help is checking stock in the warehouse or visiting another customer (a hypothetical scenario). The real question isn't just “Can staff answer on a mobile?” It's who should get the call, on which device, and what happens if they can't answer?

Your team doesn't need to sit at desks for customers to reach your main business number. What you need is a phone system and connections that actually work, devices that are ready, and someone free to talk. So start by deciding who answers, how they connect and where calls go when nobody picks up - not just by installing another app.

A main business number connecting to staff at a counter, in a stockroom and away from the office
One customer-facing number, with receiving devices chosen around the team’s roles and work locations.

1. How a main business number connects to your team

Your main business number is the number customers use to contact the company. A DID (Direct Inward Dialing) number delivers incoming calls into the phone system; it need not be an employee’s SIM number. A SIP Trunk (Session Initiation Protocol Trunk) connects a compatible phone system to the telephone service provider over an IP network. See SIP Trunk fundamentals.

A PBX (Private Branch Exchange) manages extensions and calls. Cloud PBX hosts that system on cloud infrastructure rather than your office equipment; it is not another name for a SIP Trunk. See Cloud PBX fundamentals.

An extension identifies an internal destination or user account. A softphone/mobile client is software used as a phone. Call routing determines where calls go; a ring group calls selected members, while a call queue manages waiting callers and agent distribution. Manufacturer examples appear in ring-group and queue documentation.

Don't mix up four different quantities: numbers, users, devices and simultaneous calls. One number doesn't mean only one call - or unlimited calls. Check PBX capacity and trunk limits separately. Give each person their own account where the system supports it; sharing a main number is no reason to share passwords.

Customers simply call your business number as usual - they don't need the same app as your staff. That's different from app-to-app calling.

Caller reaches a DID over a SIP Trunk, then PBX routing selects separate user extensions and mobile, desktop or desk-phone endpoints
Example call path: the DID and SIP Trunk deliver calls to PBX routing, which selects individual extensions and supported endpoints.

2. Choose how to answer: apps, mobile forwarding or multiple devices

Use this table to compare the options; it isn't a list of features included in every package.

OptionCall pathWhat you needFeatures to verifyCosts and limitations
PBX-connected appBusiness number → PBX → extension → appSupported account/client, PBX reachability, Wi-Fi or mobile dataNotifications, background operation, transfer, queue participationClient/service entitlement, data use, device compatibility
Forward to a mobile numberBusiness number → forwarding system → telephone service → mobile numberOperational forwarding point and permitted outbound routeRecipient Caller ID, confirmation, voicemail interaction, post-forward featuresForwarding-leg charges and concurrent-call resources
One user, several devicesPBX → eligible endpoints for one extensionSupported desk phone and clients, suitable licenseRing order and differences between direct, group and queue callsEndpoint limits; no universal promise of uninterrupted device switching

Answer through a PBX-connected app

The employee uses their extension on a mobile or computer. Yeastar Linkus Mobile is one example for compatible Yeastar systems; the manufacturer says its features depend on the connected PBX series. Downloading the app alone doesn't give you a business number, and it won't work with every PBX straight away.

Before going live, check on the actual device: account permissions, remote access, push notifications, background operation, answering on a locked screen, battery optimization, microphone access and queue availability.

Forward to the employee’s mobile number

With forwarding, the call reaches the mobile number over the telephone network rather than through the PBX app's data connection. So check forwarding charges, outbound permissions, Caller ID and resource usage, and don't assume every platform uses the same number of channels. Hold, transfer and recording may also behave differently once the call leaves the PBX.

Another thing to test is the mobile's own voicemail picking up before a person does. Where supported, Call Confirmation asks the recipient to accept the forwarded call. For Yeastar P-Series Cloud Edition, the documented option requires firmware 84.24.0.73 or later and a Mobile Number or External Number destination. The guide excludes specified SIP 302 forwarding and forwarding performed directly by an IP phone. These are manufacturer requirements, not confirmation of SIPPER’s deployed firmware.

Use several devices for one person

One person's desk phone, desktop client and mobile client are a different matter from spreading calls across several people. Test how each device behaves for each incoming call path, and don't promise that switching devices or moving from Wi-Fi to 4G/5G mid-call will always be seamless.

Two paths compare a PBX app over Wi-Fi or mobile data with telephone-service forwarding to a mobile number
App answering and mobile-number forwarding use different paths, with different connectivity, charging and feature checks.

3. Keep your existing PBX or consider Cloud PBX

Start by reviewing the existing system: model, location, administrator, remote-client options, security controls and licensing. Some installations may be adapted without replacing everything. A legacy-PBX assessment can help frame that decision.

Cloud PBX is another option when its operating model fits your needs. SIPPER’s Cloud PBX page identifies Yeastar P-Series and Linkus UC Client, but a product capability doesn't mean every customer's service already has it enabled. Confirm Edition, firmware, app/OS versions, license and agreed package before promising a feature.

If you only need to forward to one destination, look at a simpler provider-supported service first. Also confirm number eligibility, service area, required documents and whether an existing number can be retained or ported. SIPPER describes DID and porting services; the reviewed sources do not confirm a particular number’s eligibility, forwarding tariffs or actual deployed versions. And having voice service doesn't mean the number can receive SMS/OTP.

4. Decide who should answer - not just which phone should ring

Ring All and Sequential Ring

Ring All offers the call to eligible members together; it is not a conference with everyone. Test that the other devices stop ringing once someone answers. Sequential Ring tries members in order. Set both a per-person and an overall waiting limit - a long list can leave customers waiting too long. Yeastar documents both methods for P-Series Cloud ring groups.

Queue-based distribution

A queue manages waiting callers and agents; it can itself use different ringing strategies, including Ring All. So “Ring All or Queue” isn't always an either/or choice. Check agent login/logout, pause, busy behavior and maximum waiting time against the queue configuration.

Presence doesn't always mean ready to talk

Keep four things apart: the app being online, the device being registered, the agent meeting the receiving conditions, and the person actually being free to talk. Check Presence and DND (Do Not Disturb) alongside group and queue rules.

In the P-Series Cloud presence documentation, the extension’s endpoint ring order does not apply to ring-group/queue calls; registered endpoints ring together instead. A successful direct-call test therefore doesn't confirm how queue calls behave, and forwarding and DND effects need their own checks.

Use IVR (Interactive Voice Response) menus only when choosing a department genuinely helps callers reach the right team; not every business needs several menu layers.

Three panels show simultaneous ringing, sequential ringing and queue-based distribution, noting that queues can use different ringing methods
Ring All and Sequential are ringing methods. A queue manages waiting callers and agents and can use different ring strategies.

5. Business hours, holidays and no-answer routing

Document business hours, holidays, on-call coverage and time zones. Then map a path that always has an end point. This is a proposed design, not a default configuration:

Business hours? → Eligible team? → Ring or queue → Answered, timeout or no agent → Backup team or voicemail → Assigned follow-up.

“Everyone is busy” may justify a limited wait. “No agent meets the receiving conditions” may need an immediate alternative. Define each case separately, including when the caller abandons the wait. Outside hours, use the agreed message or on-call cover - don't just hope someone will pick up.

Specify where fallback runs. If an office-hosted PBX becomes unreachable, the rules inside it can't handle calls that never reach it. Provider-side or otherwise independent fallback needs separate verification and agreement. And being in the cloud doesn't mean nothing can fail.

In this example, a designated employee reviews unanswered calls and voicemail, then assigns follow-up manually. Automatic task creation would require a separately configured and tested workflow. Don't let calls loop endlessly between queues.

Decision flow checks business hours and team eligibility, then routes to an answer, backup or voicemail with manually assigned follow-up
A configurable example separates business hours, eligibility, timeout and no-agent cases; follow-up is assigned manually in this design.

6. Three example designs for different teams

The following are hypothetical designs, not SIPPER customer case studies.

A small team sharing customer service

A showroom team rotates between the counter and stockroom. Use a small ring group aligned with the duty roster. After the agreed timeout, route to a backup or voicemail. The shift lead reviews unanswered calls, so nobody has to assume a colleague already called back.

Salespeople or field technicians

Use mobile clients when staff have suitable connectivity and are available. During customer work, driving or unsafe tasks, mark staff unavailable and route to an office coordinator. When it's safe, the technician returns the call through the approved business-calling path - not straight from a personal dialer.

Several departments or branches

Use a short department menu where useful, then route to the responsible team or queue. Document each team’s hours and backup coverage, including home-working days. If a call goes to another branch, responsibility for follow-up should go with it - not just the ringing phone.

7. After answering: transfers, callbacks and follow-up

Transfer with a clear handover

Where supported, an attended transfer lets the first employee speak to a colleague before completing the handover. Yeastar describes this transfer pattern; verify controls on the actual client/version. Agree what happens if the colleague can't help, and practice going back to the caller on hold rather than transferring them blindly into another wait.

Call back through the right route

To present an authorized company number, use a supported outbound path through the business system and the provider’s permitted Caller ID configuration. Yeastar explicitly makes custom outbound Caller ID dependent on trunk-provider support.

The customer number displayed on an incoming call is different from the company number presented on a callback. A forwarded incoming call does not change the identity of an ordinary outgoing SIM call. So don't assume every calling path hides personal numbers automatically.

Track the customer interaction, not every ringing device

A call one employee missed may already have been answered by a colleague - check before assigning a callback. Equally, a greeting or IVR picking up doesn't mean anyone actually spoke to the customer.

Assign one owner and a follow-up status to each unresolved interaction. Call history on its own isn't a complete customer-service process. Yeastar’s CRM integration overview describes capabilities such as contact/call-record synchronization; task assignment and duplicate prevention still require the chosen integration or an agreed manual process.

8. Check connectivity and devices where people actually work

Test in the stockroom, showroom, at home and wherever else staff usually work - not just with a speed test at a desk. Listen for broken or one-way audio and excessive delay. For background, see Fast Internet but Choppy Phone Calls?.

Include Wi-Fi and mobile data, weak-signal areas, locked screens, background notifications, battery-saving behavior, microphone permissions and the chosen headset. Record the app, operating-system and PBX versions used. Seeing a 4G/5G icon on screen doesn't count as passing.

Prepare alternatives for a flat battery, no signal, another call in progress, nobody available, office-network failure and PBX failure. Check what each fallback depends on rather than assuming one alternative covers everything.

9. Manage accounts, privacy and working hours

Use separate business accounts and permissions appropriate to each role. Don't share administrator credentials or SIP secrets across the team. Restrict outbound destinations and access to call records; enable MFA (Multi-Factor Authentication) on supported sign-in channels without assuming it protects every SIP registration method.

Define a lost-device and departure process: revoke relevant access and sessions, change exposed credentials, remove group/queue membership, and remove forwarding to a former employee’s personal number. For personal devices, agree how company information is handled and removed without authorizing indiscriminate deletion of personal data.

Being able to answer on a mobile doesn't mean being available 24 hours a day. Maintain work schedules, leave coverage and on-call assignments. When recording or transcription is needed, establish purpose, permissions, appropriate notice, retention and access controls. Having a feature in the phone system doesn't mean a legal compliance review has been done.

10. Readiness checklist and pre-launch testing

Prepare for the discussion

You don't need every technical setting before contacting SIPPER. Answering these questions about how you work is a good start.

AreaInformation to bring
Numbers and existing systemNew or existing number? Where is the PBX, and who manages it?
People and devicesHow many people, teams and branches? Company or personal devices?
Work locations and capacityWhich networks and work areas? Approximately how many simultaneous calls?
Receiving and returning callsOne forwarding destination, ring group or queue? Must callbacks show the business number?
Coverage and ownershipBusiness hours, holidays and no-answer destination? Who owns missed-call follow-up?
Records and integrationWhat must be recorded? Is CRM/helpdesk integration needed?

Pilot before wider rollout

Agree a flow, assign users and permissions, pilot with one team, inspect results and expand only after acceptance. Use the following planned tests, with an owner and pass/fail result for each; this article does not report live testing.

TestWhat to verify
External inbound callsCorrect number, route and intended recipient
App foreground, background and locked screenNotification, ringing and two-way audio on each supported setup
Available, unavailable, busy and multiple endpointsCorrect eligibility; remaining devices stop after an answer
Queue empty or maximum wait reachedExpected backup, message or exit without looping
Forwarding and mobile voicemailCorrect destination, confirmation where used, recipient Caller ID and resource/charge treatment
Hold, transfer and callbackAudio continuity, recoverable handover and permitted outbound Caller ID
Holidays, after hours and failuresCorrect schedule and fallback that remains operational
Records and follow-upHuman answer distinguished from system greeting; one owner and no duplicate callback tasks

11. Frequently asked questions

1) Do customers need to install an app?

No. Customers call your business number as usual; how staff receive the call is a separate part of the system.

2) Can several employees answer calls to one number?

Yes, with suitable routing and capacity. Staff should use the account structure the system supports. One published number does not mean unlimited simultaneous calls.

3) How is an app different from mobile forwarding?

An app connects through a data path to the PBX. Forwarding sends a telephone call to a mobile number. Costs, Caller ID and available features need separate checks.

4) Can the system work without desk phones?

Yes, where supported clients, accounts, connectivity and suitable audio equipment meet the requirement. Test the actual app and device combination rather than assuming every model works.

5) Must the existing PBX be replaced?

Not necessarily. Assess its remote-client and routing capabilities first; compare adaptation with Cloud PBX or simpler forwarding.

6) Which number appears on callbacks?

That depends on the outbound path and permitted Caller ID. Calling through the business system is different from using the phone’s ordinary SIM dialer; see Caller ID requirements.

7) What if everyone is busy or has no internet?

Use the tested waiting limit and fallback. A telephone-forwarding alternative still needs a working forwarding point and reachable destination; it does not solve every failure.

8) What happens after hours or when someone leaves?

Apply the agreed schedule and on-call coverage. When someone leaves, revoke access, update team membership and remove personal-number forwarding; reassign outstanding follow-up.

12. Plan your main-number call flow with SIPPER

Start with assess the work → choose how to answer → assign users and permissions → configure routing → pilot → review → expand.

SIPPER provides SIP Trunk and Thai DID services. Your team defines responsibilities, work schedules and acceptable outcomes. The SIPPER team helps assess connectivity and suitable options, coordinate configuration and plan testing within the agreed scope, while the system administrator manages access and agreed day-to-day changes. One person may hold several roles, but who owns what should stay clear.

Assess Configure Assign Test Operate workflow with customer, SIPPER and system-administrator roles linked by dashed coordination lines
The customer, SIPPER and system administrator coordinate assessment, configuration, responsibilities, testing and operations within the agreed scope.

You don't have to design or configure every connection yourself. The SIPPER team works with you and your administrator - from reviewing the existing setup to preparing a suitable call flow - within the agreed service scope.

Your team doesn't need to share a desk to get a phone setup that fits how they work. Tell us how many people answer calls, what phone system you use today and your business hours, and we'll help assess the options and agree on test conditions together.

Contact SIPPER · 02-098-9500 · sales@sipper.co.th

Ready to deploy?

SIPPER designs, deploys, and maintains end-to-end enterprise phone systems. Start with a free quote.

Sipper
Sipper Network Communications Co., Ltd. (Head Office)

Tax ID: 0105560159831

99/4 New Connex House, Don Mueang, Phaholyothin Road, Sanambin, Don Mueang, Bangkok 10210
02-098-9500
Hotline Support (24 Hours.): 02-666-9494
Hotline

Quick Links

Our Services

Cloud PBXNetwork InfrastructureCyber SecurityServer SolutionsIT Consulting

Follow Us

Contact Us

02-098-9500
02-666-9494
sales@sipper.co.th
โทรผ่านเว็บ