Network change acceptance referral brief template: a fill-in handoff for network automation integrators

Short answer

A network change acceptance introduction needs eight facts the head of network operations can confirm in one reply: operator size, the tools that hold change history, years covered, approximate change and exception counts, who administers each tool, the open rights question, any real decommission date, and who decides on a licensing discussion. Everything is metadata. No change record, configuration, circuit ID or customer name appears in it.

Visual briefFull-size diagram
A two-column brief form with eight tiles that fill in one by one with Illustrative values for a 210-person regional carrier: tools, changes since 2016, about 4,000 changes a year, run tags since 2021, owners, contractor notes as the open question and the CEO with counsel as decision-maker.
Illustrative values. Counts are ranges, dates come from the upgrade plan, and no customer is named.

This template is part of the network change acceptance guide. It gives a network automation integrator a short, forwardable handoff that the operator can pass to whoever approves data discussions. Copy the blank lines, fill them from what you already know, then confirm with the network operations head.

Template: the eight lines of a network change brief

Fill each bracket. Write "unknown" where nobody knows yet; that is more useful than a guess.

  1. Operator: [type of provider], about [number] full-time employees at peak, operating in [countries], records in [language].
  2. Tools: change requests in [ITSM tool]; test results in [test system]; maintenance notes in [where]; saved configs in [archive]; inventory in [tool].
  3. Years covered: change records since [year]; test results since [year]; config history [how long kept per device, or since year].
  4. Scale: roughly [range] changes a year; roughly [range] with a linked incident or emergency change.
  5. Linkage: test runs [are / are not] tagged with the change number; incidents [are / are not] linked to changes.
  6. Owners: [role] administers the change tool; [role] the test system; [role or contractor] wrote most test plans and notes.
  7. Open question and dates: [the rights question nobody can answer yet]; [retirement date from the project plan, or "none set"].
  8. Who decides: [role] to convene; the CEO, with [counsel], to approve a licensing discussion.

Lines 4 and 5 tell a reviewer whether exception history exists and can be followed. The cross-system map explains why the change number tag matters so much. Line 6 flags contractor-authored material early, which saves a round of questions later.

A completed brief for a 210-person regional carrier (Illustrative)

The provider and every figure below are fictional, showing the level of detail to aim for.

LineEntry
1. OperatorRegional carrier selling business connectivity and managed WAN, about 210 full-time staff at peak, U.S. only, records in English
2. ToolsServiceNow change module; legacy test automation server; maintenance notes in the change record; config archive; legacy inventory system
3. Years coveredChange records since 2016; test results since 2019; saved configs kept 90 days per device
4. ScaleRoughly 4,000 changes a year; a few hundred a year with a linked incident or emergency change
5. LinkageTest runs tagged with change number since 2021; incidents linked by a related-record field
6. OwnersChange manager for ServiceNow; network test lead for the test server; an outside contractor wrote templates since 2023
7. Open question and datesWhether contractor-written notes and customer circuit data can be included; test server and inventory retire in the final stage of the upgrade program, date not yet set
8. Who decidesHead of network operations to convene; CEO, with general counsel, to approve

Two entries deserve a second look. "Kept 90 days per device" means older configuration history is already gone, which is worth knowing before anyone overstates the archive. "Date not yet set" is honest; inventing a deadline would be fake urgency.

Turning the brief into a short note

Many integrators send the brief as a few sentences rather than a table. The same Illustrative facts, written as a note to the head of network operations:

Subject: change acceptance history before the upgrade program

Your upgrade program retires the test server and inventory system that hold much of your change history: change requests and approvals since 2016, test results since 2019 and maintenance notes, with test runs tagged by change number since 2021. Some changes passed testing and still needed follow-up, and those carry the clearest reasoning. Open question: whether contractor-written notes and customer circuit data can be included. Could you confirm the retirement date once it is set and introduce your CEO, who would approve a data licensing discussion?

The note asks for two things only: a date and a name. It does not ask for files, and it does not describe any specific change.

Five things the brief must not contain

Leave outWhyWrite instead
Customer names or circuit IDsCustomer information belongs to the operator and may be legally protected"Some changes affected business customers"
Configs, IP addresses or topologySecurity sensitivityThe tool name and years only
FCC outage report detailsPart 4 filings are presumed confidential"Some incidents were reportable" if the operator says so
A specific incident storyThe operator decides what to shareThe pattern, in general terms
Invented deadlinesFake urgency damages trustThe date in the project plan, or "none set"

The first row needs the most care. Where the operator is a telecommunications carrier, federal law treats information about the technical configuration, type, location and amount of use of a customer's service as customer proprietary network information under 47 U.S.C. 222. Whether that reaches any given change record is for counsel; the brief simply never carries it.

Where the brief goes next

The head of network operations forwards it to the executive in line 8. If the operator applies, SourceX reviews eligibility, rights and fit with that authorized contact; the decision tree shows who that is likely to be. Until then, nobody knows whether buyers want change acceptance history, what the contractor terms allow, how much customer information must be removed, or whether an offer follows.

The introduced company needs 50+ full-time employees at peak (contractors excluded), documented operating history, rights to license 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. Partners sign the Channel Partner Agreement before submitting introductions; the first valid introduction within the 90-day window is credited when the company submits a verified application.

To decide which operators to approach first, use the business network shortlist worksheet. Building a referral network as a consultant covers the habits that make briefs like this routine, and integrators with contacts outside the U.S. can read building a U.S. referral practice from an international network.

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.

When the eight lines are filled and none of the five exclusions slipped in, register as a partner, confirm the operator on who qualifies and read the program terms before sending the 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

How precise should the change counts be?

A range is enough: several thousand changes, a few hundred with linked incidents. The point is to show scale and whether exceptions exist, not to audit the operator. SourceX's review works out the detail with the authorized contact.

Should the brief mention a specific incident the integrator remembers?

No. Describe the pattern in general terms, such as changes that passed testing and later needed an emergency fix. Naming an incident or a customer belongs to the operator, not the partner.

Sources

  1. refer.sourcex.si/terms
  2. law.cornell.edu/uscode/text/47/222
  3. ecfr.gov/current/title-47/chapter-I/subchapter-A/part-4

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