Skip Headers
Siebel CRM Partner Relationship Management Administration Guide
Siebel Innovation Pack 2015
E24800-01
  Go to Documentation Home
Home
Go To Table Of Contents
Contents
Go To Index
Index

Previous
Previous
 
Next
Next
    View PDF

About SPA Workflows

Special Pricing Authorization includes the following workflows:

HTIM SPA Quote Approval Workflow

This workflow creates a pricing agreement when the status of an SPA quote is changed to Approved. The agreement is created with one entitlement for price changes and overrides the price list applicable for the given distributor account. For every SPA quote line item with status Approved in the SPA quote, an Entitlement Price Detail line item is created, stating the part number under consideration, the quantity approved, the balance quantity as well as the authorized price and purchase price (the price at which the distributor originally purchased the parts). The workflow appears in Figure 15-1.

Figure 15-1 SPA Quote Approval Process

Surrounding text describes Figure 15-1 .

The workflow performs the following steps:

  1. If no end customer is defined at the quote header level when the quote status is changed to approved, the workflow stops without generating an agreement and enter the value "End Customer must be set. No agreement generated" concatenated with other information in the Rejection Reason field for the quote back into Rejection Reason.

    The Siebel Business Application includes a state model that requires the end customer ID be specified for state transition from In Progress to Submitted or from Recalled to Submitted.

  2. The Siebel CRM system verifies that there is no existing agreement for the given SPA by querying the list of agreements in the Siebel database. This step promotes integrity of the data.

  3. If an agreement exists, the workflow ends. If no agreement exists, the workflow creates a new agreement.

  4. After the agreement is created, one single entitlement is created under the agreement. This entitlement captures the pricing details for the different parts on SPA quote line items with status Approved. Under Accounts, the workflow adds the account record for the end customer, because this is the only account the given entitlement is applicable for. For more information about agreements, see the Siebel Field Service Guide.

  5. After the entitlement is created, the workflow goes through the individual SPA quote line items one by one and:

    1. Creates a new Price Detail record for every quote line item with status Approved.

    2. Sets the corresponding pricing values, as agreed upon within the quote, such as part number, approved quantity, purchase cost, suggested resale price, and authorized cost. The balance quantity is initially set to equal the value of the approved quantity.

HTIM SPA Validate Claim Items Workflow

This workflow steps through a claim, line item by line item, and validates the line items against the corresponding SPA agreement. The workflow appears in Figure 15-2.

Figure 15-2 Claim Validation Process

Surrounding text describes Figure 15-2 .

Once started, the workflow goes through each line on the claim and performs the following operations:

  1. The workflow identifies if there is another claim line item to validate or not.

  2. If there is an additional claim line item to validate, the workflow performs the following checks:

    1. Looks up the corresponding agreement/entitlement for the line item under consideration based on the value stated on the claim line item and gets the corresponding "Price Details" as captured under the entitlement.

    2. Calculates the cost deviation between the values stated on the claim and the value as agreed upon under the agreement (that is, the difference between {Authorized Cost-Purchase Cost)*Quantity} on claim and price detail). The tolerance on the deviation is set to 0. You can set the value to the tolerance you deem acceptable by modifying the conditional expression behind the decision point.

      • If the deviation is acceptable, the workflow moves on to the next decision step.

      • If the deviation is not acceptable, the workflow sets the Rejection Reason on the claim line item to Difference between Quoted Credit and Distributor Claimed Credit and moves on to the next validation step.

    3. Verifies whether the claimed quantity is greater than 0.

      • If it is, the workflow continues with the next validation step.

      • If it is not, the workflow sets the Rejection Reason on the claim line item to Claimed Quantity is <= 0 and moves on to the next validation step.

    4. Verifies whether the ship date is greater than today. Claims can only be submitted by the distributor after the product has been shipped to the end customer.

      • If it is, the workflow continues with the next validation step.

      • If it is not, the workflow sets the Rejection Reason on the claim line item to Ship Date cannot be in the future, and moves on to the next validation step.

    5. Verifies whether the distributor on the claim is the same as the distributor on the entitlement.

      • If it is, the workflow continues with the next validation step.

      • If it is not, the workflow sets the Rejection Reason on the claim line item to Distributor does not match with Entitlement Distributor, and moves on to the next validation step.

    6. Verifies whether the claim currency is the same currency as the agreement currency.

      • If it is, the workflow continues with the next validation step.

      • If it is not, the workflow sets the Rejection Reason on the claim line item to Currency does not match with Entitlement Currency, and moves on to the next validation step.

    7. Verifies whether the product ID on the claim line item corresponds to the product ID on the agreement.

      • If it does, the workflow continues with the next validation step.

      • If it does not, the workflow sets the Rejection Reason on the claim line item to Product does not match any Price Detail Product in the Entitlement, and moves on to the next validation step.

    8. Verifies whether the end customer on the claim corresponds to the end customer on the agreement.

      • If it does, the workflow continues with the next validation step.

      • If it does not, the workflow sets the Rejection Reason on the claim line item to End Customer does not match with Entitlement End Customer, and moves on to the next validation step.

    9. Verifies whether the ship date stated on the claim is within the validity period of the entitlement.

      • If it is, the workflow continues with the next validation step.

      • If it is not, the workflow sets the Rejection Reason on the claim line item to Ship Date is not within Entitlement Start Date and End Date, and moves on to the next workflow step.

  3. If the line item was processed without errors, the workflow calculates the new balance quantity (original balance minus shipped quantity) on the corresponding entitlement price detail and sets the status of the claim line item to Approved.

    If not, the workflow continues with the next line item if available (Step 1).

  4. After all line items have been validated and set to a status of Approved or Failed, the workflow updates the status of the overall claim.

    • If any of the line items on the claim failed, the status of the claim is set to Failed.

    • If all line items were approved, the claim status is set to Approved.

You can extend the number of validation steps, if required. For instance, in certain situations, you might want to verify whether the resale price stated on the claim line item corresponds to the retail price requested by the manufacturer as captured in the agreement. This can be done by adding the validation step after the Ship Date within Entitlement validation step.