Service Provider Agreement for Change of SupplierThere are a number of parameters that must be taken into account within the change of supplier process:
Periods for each switch type (change of supplier, start of supply, end of supply)
Checks and exception handling for each switch view (distributor, new supplier, former supplier)
Default value for supply scenario (for example, grid usage, full supply)
Authorizations storage (for example, attach authorizations to switch document and check them)
Other optional project-specific parameters
You define these parameters in the parameter configuration for the service provider agreement for deregulation process GRIDUSAGE. This allows you to control the change of supplier process based in the participating service providers.
The parameters for the service provider agreement for deregulation process GRIDUSAGE control the following switch processes:
Cancellation processing from the supplier’s view
Registration for supply from the new supplier’s view
Change of supplier from the distributor’s view

Example
As a supplier, you can only execute the Cancellation Processing and Registration for Supply processes if you have come to an agreement with the distributor (market partner) regarding grid usage.
As a distributor, you can only carry out the change of supplier process if you have concluded an outline agreement with the supplier (market partner)
Different service provider agreements, defined by a supplier and a distributor, exist for deregulation process GRIDUSAGE depending on the switch view.
Example
The following service provider agreements generally exist in a one-client system (supplier and distributor work in the same client):
Supplier outline contract between a company’s own supplier (as the market partner) and own distributor (as the processing service provider).
A supplier outline contract between every supplier (as market partner) that can register for grid usage, and the company’s own distributor (as processing service provider)
Grid usage outline contract between a company’s own distributor (as the market partner) and own supplier (as the processing service provider)
A grid usage outline contract between every distributor (as market partner) with whom the company’s own supplier can register for grid usage, and the company’s own supplier (as processing service provider)
Note
Depending on the supply scenario you use, you may need other service provider agreements. For example, you may need an agreement to control payment processing.
Once you have made specific agreements with the market partner, you can record them in the service provider agreement and redefine individual general settings in Customizing.
The parameter configuration of deregulation process GRIDUSAGE is made up of the following:
Definition of periods (optional)
Definition of the authorizations storage (optional)
Definition of the supply scenario
Definition of checks (optional)
You can create a service provider agreement for every point of delivery group. This is useful if you want to define different periods for different point of delivery groups, for example).
You define different periods for each switch type (change of supplier, start of supply, end of supply, for example). In the service provider agreement, you can only override those periods that were flagged in Customizing.
You need to make the following settings for each period type:
Time unit (months, days, weekdays, or weeks) and number
Factory calendar and factory calendar control (optional)
Period category and if necessary the higher-level period type
The period definition is structured in a hierarchy.
If you have not made any alternative agreements with your market partner, you can save the parameter configuration without having to specify the periods. In this case, only the Customizing settings are taken into account when you execute the process.
Note
Validation checks for the period definitions are not carried out automatically when you save the parameter configuration. Period definitions that have been changed incorrectly (for example, with recursive dependencies) can result in termination of the switch process. You can use the program REEIDE_SWITCH_TEST_SWTTIMES
to start the period calculation independently of a switch process and to check the consistency of the definitions.
Caution
Do not redefine any standard market periods.
You can specify whether the agent can define switch document authorizations and whether the authorizations are checked.
Note
The delivered sample processes (workflow templates) do not evaluate the parameters for defining and checking authorizations. However, the parameters are available in the workflow container and you can add project-specific steps that are evaluated by the parameters.
Example
In a project-specific dialog step, the agent may be required to check the authorizations. This depends on the settings in the service provider agreement.
You define the supply scenario for a point of delivery in the service provider agreement when registration for grid usage is accepted.
Note
The supply scenario that you specify in the service provider agreement is only treated as a default value in the sample process (workflow template) and is only adopted as a target supply scenario if you do not specify another target supply scenario when you create the switch document (for example, registration for supply).
For each switch view, you can deactivate individual checks that are carried out as standard, or you can define alternative error handling strategies.
Example
If a termination period is exceeded, an agent from the commercial and industrial customer must decide whether to reject or continue the process. As standard, the termination would be rejected and the switch process would be automatically terminated with errors. However, you can redefine exception handling for the period checks in a service provider agreement for C&I customers
Note
You can deactivate individual checks in the service provider agreement. If you deactivate a check it is noted in the switch document but not executed.
If you have not made any alternative agreements with your market partner, you can save the parameter configuration without having to specify the checks. In this case, only the Customizing settings and workflow settings are taken into account for process execution.
The exception handling definition is structured in a hierarchy.