In consumption-based business models, different systems usually have different responsibilities. The software performs the actual business operation, SLASCONE manages entitlement and usage tracking, and the invoicing system applies pricing and creates the invoice.
This separation is especially useful when pricing models change over time. It allows you to adjust commercial logic without changing the core application logic.
SYSTEM RESPONSIBILITIES
In a typical consumption-based setup, responsibilities are split as follows:
Software core: Performs the actual business action, for example processing a document, running a job, or exporting data.
SLASCONE: Tracks entitlement, validates limits, records consumption, and exposes the relevant usage data.
Invoicing system: Applies pricing rules and creates invoices based on the relevant usage data.
In this context, an invoicing system can be a dedicated billing platform or the invoicing module of an ERP or CRM system.
WHY THIS SEPARATION MATTERS
Consumption-based models often evolve over time. A vendor may start with a fixed quota, later introduce pay-as-you-go billing, or combine included usage with overage charging.
If pricing logic is kept in the invoicing system and entitlement logic is kept in SLASCONE, these changes can usually be implemented with much less impact on the software itself.
This also means that the software core does not need to communicate directly with the invoicing system. Instead, SLASCONE acts as the intermediate layer for usage-related information.
COMMON SCENARIOS
The following examples illustrate how responsibilities typically differ between SLASCONE and the invoicing system.
Pay as you go
In a pay-as-you-go model, usage is not restricted by a predefined quota. The commercial model depends entirely on measured consumption.
Role of SLASCONE: Track the relevant consumption data and make it available for downstream invoicing.
Role of the invoicing system: Apply the pricing logic, for example price per document, and create the invoice.
If the price changes: The pricing change is typically handled in the invoicing system.
Fixed quota
In a fixed-quota model, the customer is entitled to a defined amount of usage, for example 1,000 processed documents per month.
Role of SLASCONE: Track consumption and enforce the configured entitlement or quota behavior.
Role of the invoicing system: Invoice the agreed fixed price, independent of the actual usage within the included quota.
If the included quota changes: The entitlement change is typically handled in SLASCONE.
Included quota plus overage
In this model, a certain amount of usage is included, and additional usage is billed separately once the included quota has been exceeded.
Role of SLASCONE: Track total usage and determine the relevant entitlement status. Depending on the implementation, SLASCONE can provide either the full consumption data or the overage-relevant portion.
Role of the invoicing system: Invoice the base price and apply the overage pricing logic to the relevant usage data.
If the included quota changes: The quota change is typically handled in SLASCONE. If the overage price changes, that change is typically handled in the invoicing system.
COMMUNICATION BETWEEN SLASCONE AND INVOICING SYSTEMS
SLASCONE provides API-based integration options and relevant event mechanisms for usage-related workflows.
In consumption-based scenarios, the relevant usage data should typically be transferred to the invoicing system according to the applicable billing cycle, for example monthly or yearly.
Depending on the target architecture, this synchronization can be implemented as:
event-based communication for selected usage-related events
scheduled reconciliation at the end of each billing period
a combination of both
The key point is that billing remains the responsibility of the invoicing system, while SLASCONE provides the entitlement and usage data required for that billing process.
SUMMARY
In consumption-based models, SLASCONE and the invoicing system serve different purposes. SLASCONE manages entitlement and usage tracking, while the invoicing system applies commercial rules and generates invoices.
Keeping these responsibilities separate makes it easier to evolve pricing models without introducing unnecessary coupling to the software core.
Comments
0 comments
Please sign in to leave a comment.