Number porting failure resolution: the records to inventory before a provisioning migration, and who to introduce

Short answer

Before a carrier provisioning migration, inventory the record classes behind each failed port: the original port order, the rejection notice and its reason code, the customer service record the old provider relied on, the service desk ticket, and the corrected submission that was accepted. Note which system holds each, how many years it covers, who owns it, and the real date old-platform access ends. Then introduce the provisioning director to a decision-maker who can authorize a licensing discussion.

Visual briefFull-size diagram
A grid of five failed-port record classes against the order platform, service desk and mail archive, with a final column showing what survives cutover: port orders open only, supplements and rejection notices not moved, old-provider CSR copies in the mailbox only, service desk tickets kept.
Illustrative grid for a fictional business voice provider before its provisioning migration; your client's systems will differ.

What should be inventoried before a carrier provisioning migration affects number porting failure resolution history?

Inventory record classes, coverage, owners and deadlines, at metadata level only. The goal is a description a decision-maker can act on, not a copy of anything.

Ask the provisioning team five questions while the migration plan is still being written:

  1. Which record classes exist for failed ports? Original orders, supplements, rejection notices with reason codes, CSR requests, firm order commitments, activation confirmations, service desk tickets, and any port-out records if the company also loses numbers to other providers.
  2. How far back does each go? Years of orders in the platform, years of tickets in the service desk, and whether the shared mailbox holds rejections the platform never captured.
  3. Does the platform keep versions? If supplements overwrite earlier values, the original submission may already be gone for older orders, and the inventory should say so.
  4. Who owns each class? The provisioning director usually administers the order platform; customer care owns the service desk; IT runs the mail archive. Administration is not ownership.
  5. When does old-platform access really end? Use the date in the vendor contract or the decommission plan. If no date is set, record that; do not invent one.

If the company provides wireless service, add one more line. The FCC's 2023 SIM swap and port-out fraud rules require wireless providers to notify customers immediately of port-out requests and to investigate, remediate and document fraud reports. Those notification and fraud records are a distinct class with their own handling rules, and the inventory should list them separately from ordinary port failures.

Why failed-port history slips through a provisioning migration

A provisioning migration is planned around live service: active numbers, open orders, current customer accounts and the routing the network needs tomorrow. A port that failed, was corrected and completed three years ago is none of those things, so its full story is rarely in scope.

Three features of porting make the history easy to lose:

  • The evidence is split between providers. The rejection, and the customer service record behind it, come from the old provider. What the company holds is its own copy, often in a shared mailbox rather than the order platform. The industry database is not a fallback: the NPAC is made up of seven regional systems that manage number portability for wireline, wireless and VoIP providers, and access is limited to authorized users and permitted uses.
  • Ports move fast, so records are short and dated. The FCC says simple ports must be processed in one business day. Its 2010 order defines a simple port as one that involves a single-line account, no unbundled network elements, no complex switch translations and no reseller. Multi-line business ports fall outside that definition, so they run on longer intervals and leave more room for rejections and resubmissions.
  • Corrections overwrite. A supplement that fixes a service address or account number may replace the original values. Unless the platform keeps versions, the wrong value that caused the rejection disappears from the order itself.

The inventory does not need to resolve any of this. It needs to say which copies exist, where, and for how long.

An illustrative inventory sheet

Illustrative only; the provider and figures are fictional. A 260-person business voice and connectivity provider is replacing its order and provisioning platform next year. Its provisioning director fills in the sheet from the migration plan and a few report counts, without opening a single order.

Record classSystemYears heldOwnerMoves at cutover?Readable until
Port ordersOrder platform2018 to nowProvisioning directorOpen orders onlyOld platform contract end
Supplements and versionsOrder platform2018 to nowProvisioning directorNoOld platform contract end
Rejection notices and reason codesOrder platform and shared mailbox2018 to nowProvisioning director, ITNoMailbox retention policy
Old-provider CSR copiesShared mailbox2019 to nowIT, customer careNoMailbox retention policy
Service desk ticketsService desk2017 to nowCustomer care directorNot affectedService desk kept

Reading the sheet: the tickets are safe because the service desk is not changing. The order versions and rejection codes, which show what was wrong and how it was fixed, depend on the old platform contract and the mailbox retention policy, and both dates belong in the handoff.

Which date is the real deadline?

The date read access to the old order platform ends, as written in the vendor contract or the decommission plan. Go-live of the new platform is earlier and less important, because the old one may stay readable for some time after it. The second date to record is the shared mailbox retention period, because rejection notices that never reached the platform live only there. If neither date is fixed yet, write "not set" and move on.

Do not recommend keeping data the company has no authority or reason to keep. Port orders carry customer account details, and carriers have a duty under Section 222 of the Communications Act to protect customer proprietary network information. The inventory describes what exists; the company, with counsel, decides what is retained.

Does the provider qualify?

The introduced company needs 50+ full-time employees at peak (contractors excluded), a documented operating history, rights to license the records, and an authorized contact. Companies in the U.S., Canada and the EU qualify, as do companies in the UK, Australia, New Zealand, India, Singapore, South Africa, Latin America, the UAE and Saudi Arabia when at least 90% of the data is in English.

What stays unknown until SourceX reviews it: whether there is dataset demand for port failure records, what rights review concludes about copies received from other providers and about customer information, what must be removed, and whether any offer follows. Partners must sign the Channel Partner Agreement before submitting introductions; attribution goes to the first valid introduction within the 90-day window, credited when the company submits a verified application. How a reward is calculated is on the rewards page. Neighboring record types are on the industries hub and the telecommunications page, and the telecommunications screening worksheet helps check fit before you raise it.

Go deeper on number porting failure resolution

Next step

Refer a company. Earn up to $100,000. Default reward: 25% of Actual Supplier Payout, capped at $100,000 cumulatively per referred company. Eligibility and payment conditions apply, and a signed Schedule A or addendum can differ. A lead, meeting or signature alone does not trigger payment.

If the migration plan shows years of rejected ports with their supplements and tickets intact, register as a partner, check the provider against who qualifies, and read the program terms before you send the provisioning director the handoff brief.

  1. Step 1Share your linkSend your personal link to a company you know.
  2. Step 2Company appliesThe company applies itself at /apply.
  3. Step 3Company signs and is paidThe company signs, delivers its data and is paid by SourceX under its agreement.
  4. Step 4You get your rewardYour 25% of the actual supplier payout. A reward becomes payable after SourceX has paid the referred company under its signed agreement and the payout conditions in the program terms are met, including finance approval and your tax and payment details.

Common questions

Does a provider need to keep rejected port orders after the numbers move?

That is the company's decision, made with counsel and its own retention schedule. This page does not recommend keeping anything the company has no authority or reason to keep; it asks what still exists so a decision-maker can choose before the old platform is switched off.

Can a telecom systems consultant describe the port records without opening them?

Yes, and that is the expected way. Record classes, years covered, approximate counts from reports, system names and owners are enough for a first conversation. Port orders carry customer account details, so partners never ask for samples or exports.

Are records received from the other carrier part of what the company could license?

Not automatically. Copies of another provider's customer service record or rejection notice may be governed by interconnection or porting agreements and by customer privacy rules. SourceX's rights review decides that after the introduction, not the partner.

Sources

  1. refer.sourcex.si/terms
  2. fcc.gov/consumers/guides/porting-keeping-your-phone-…
  3. docs.fcc.gov/public/attachments/FCC-10-85A1.pdf
  4. numberportability.com/about/npac
  5. docs.fcc.gov/public/attachments/DOC-398483A1.pdf
  6. fcc.gov/enforcement/areas/privacy

Free resources

Know a company with valuable proprietary data?

Become a referral partner, get your link and introduce the company’s CEO (in an owner-run company, usually the owner). Referral partners can join from most countries. We can't work with partners in countries or regions under U.S. sanctions or on U.S. restricted-party lists. The companies you introduce should be based in the U.S., Canada and the EU, or in the UK, Australia, New Zealand, India, Singapore, South Africa, Latin America, the UAE and Saudi Arabia with at least 90% of their data in English.

Refer a company →

I own a business

Explore licensing your company's data directly to SourceX for AI training and evaluation. Start a short assessment; no uploads needed.

Start an assessment