The problem with starting from a blank rule builder
Many MSPs already know how they bill, but translating that billing model into reconciliation rules can still take time. A blank rule builder may be flexible, but it can also slow down the first review.
The faster path is to start with common billing patterns, apply the ones that match, and only build custom rules where the billing model is more specific.
What service mapping presets are
Service mapping presets are prebuilt rule configurations that connect PSA-side billing items to common usage sources from integrations.
Instead of manually creating every rule, the team can select a preset that matches a frequent billing model, such as Microsoft 365 seats, active users, backup devices, protected users, servers, or workstations.
Why presets help MSPs get to value faster
The purpose of presets is not to remove flexibility. The purpose is to reduce setup time for the billing patterns most MSPs already use.
When common service mappings are available upfront, teams can spend less time configuring rules and more time reviewing the discrepancies that affect revenue.
Examples of common preset categories
Microsoft 365 billing may use presets for active users, seats, or specific license subscriptions. Backup billing may use presets for protected Office 365 users, Backup Manager devices, servers, workstations, or devices with specific data sources enabled.
The exact options vary by integration because different vendors expose different fields, metrics, and usage models.
When to use a preset vs a custom rule
Use a preset when it matches how the service is normally billed. This is usually best for common, repeatable billing models.
Use a custom rule when the billing model is unique, more granular, or tied to a specific internal process that a preset cannot fully describe.
Presets should support the onboarding process
The best onboarding flow does not force users to understand every possible rule on day one. It starts with common presets, shows the user how the mapping works, and then teaches custom rule building only where it is actually needed.
That keeps setup practical while still supporting more advanced billing models later.
BillingReconcile