| Primary billing job | Recurring billing workflowA focused Microsoft billing layer for licences, Azure, managed users, contacts, and custom recurring services while the supported PSA remains the invoicing system of record.[6][2][5] | One-off validationManual spreadsheets are a flexible one-off analysis and validation surface. They are not an operated recurring billing workflow; the MSP owns every refresh, formula, exception, approval, and PSA handoff.[7][8][9][10] | Start with the operational problem each product is designed to own before comparing individual features. |
|---|
| Recurring-cycle ownership | Shared workflow controlsSync 365 stores billing profiles, reusable AutoMap rules, customer-specific calculations, review states, and supported PSA destinations in the application workflow.[1][2][3][6] | Owner-led cycle checksManual spreadsheets can import and refresh data, calculate results, and show workbook changes. The MSP must still name an owner who verifies each refresh, formula, exception, version, and PSA handoff at every billing cutoff.[7][9][8][10] | A calculation tool may produce the right answer; recurring billing also needs someone accountable for proving the workflow ran and handling failures before invoices are issued. |
|---|
| New subscription mapping | Reusable AutoMap rulesAutoMap applies reusable Microsoft licence and commitment-term rules to matching new subscriptions, routing each to the configured billing profile and PSA destination automatically or pending review.[1] | Maintained workbook logicFor a one-off review, Manual spreadsheets can refresh subscription data and apply maintained lookups or formulas. Making that recurring leaves the MSP responsible for refresh timing, failed inputs, exceptions, and the separate PSA import, integration, or handoff.[7][9] | A reusable mapping rule reduces the chance that a newly appearing subscription waits for another manual setup step before billing cutoff. |
|---|
| Custom recurring services | Linked recurring quantitiesA configured Microsoft or managed-user count can keep support, backup, antivirus, security, filtering, and other related recurring PSA lines aligned.[2] | Owner-maintained formulasManual spreadsheets can model a managed-user or recurring-service quantity for a one-off check. Using the workbook each cycle leaves its owner responsible for source freshness, customer exceptions, and every downstream PSA line.[7][8] | MSPs often sell a service bundle around each user, not only the underlying Microsoft licence. |
|---|
| Calculated quantities and overage | Configured calculation rulesCalculated custom licences add and subtract Microsoft licences, subscriptions, users, custom licences, or fixed values to produce bundles, included-seat deductions, and overage quantities.[3] | Flexible modelling toolManual spreadsheets are capable modelling and validation tools. Using them for recurring billing leaves finance responsible for formula correctness, source joins, deductions, duplicates, version selection, exception review, and the final PSA handoff.[7][10] | The correct quantity may be a formula—such as protected mailboxes minus users already included in the bundle—not a copied vendor count. |
|---|
| Location, department, and split billing | Configured split billingOffice, city, state, country, department, company, domain, Entra group, and custom attributes can split one tenant into separate billable populations and PSA records.[4] | Operator-maintained splitsManual spreadsheets can test a split by an imported attribute. Repeating that workflow means the operator must keep source fields, mutually exclusive populations, and PSA destinations current every cycle.[7][9] | One Microsoft tenant can represent several sites, departments, franchises, cost centres, or legal billing entities. |
|---|
| Azure consumption workflow | Reviewed Azure postingAzure consumption can move through billing profiles, markup, billing-period review, approval or configured auto-approval, and supported PSA posting.[5] | One-off Azure checkManual spreadsheets can inspect a particular Azure export or validate a markup calculation. Recurring billing still leaves finance responsible for choosing the period, controlling the workbook version, approving the result, reconciling exceptions, and entering the PSA quantity.[7][10] | Azure comparison should include data timing, markup, period review, approval, exception handling, and the final PSA record—not only ingestion. |
|---|
| PSA ownership and scope | Supported PSA updatesSync 365 supports ConnectWise Manage, Autotask PSA, and HaloPSA workflows while the PSA remains responsible for invoices.[6] | Separate PSA handoffManual spreadsheets sit outside the PSA and are best kept as an independent check. If they drive recurring billing, a separate import, integration, or human handoff must update the PSA, with its own validation and ownership.[7][8] | Clear system ownership prevents overlapping automations and keeps finance confident about which record becomes the invoice. |
|---|