Explanation: To ensure that rebates are paid out only on invoices that have status paid, an admin can create a custom field in the Transaction Journal object, and copy the invoice status data from the source system into that field. Then, the admin can use that field as an eligibility condition in the Rebate Types, so that only transactions that match the criteria are included in the rebate calculation. This way, the admin can avoid paying rebates on invoices that are not yet paid, or that are canceled, refunded, or disputed.

Actuals are the quantities of products that have been fulfilled or shipped to the customer as part of a sales agreement1. Manufacturing Cloud calculates actuals based on orders that are associated with a sales agreement2. For an order to be included in the actuals calculation process, the following three conditions need to be fulfilled23:

The order needs to have Status = Activated. Only activated orders are considered for actuals calculation. Draft orders are not included.
The date in the Order Date field should be in the past. Only orders with a start date that is on or before the current date are considered for actuals calculation. Future orders are not included.
The Sales Agreement field needs to be populated on the order. Only orders that have a reference to a sales agreement record are considered for actuals calculation. Orders that are not linked to a sales agreement are not included.

Explanation: According to the Salesforce Manufacturing Cloud documentation1, the Account Forecast Adjustments (AFA) and Account Forecast (AF) objects do not support triggers. These objects are used to store the manual adjustments and the rolling forecast records of a particular account, respectively. The other two objects, Account Product Period Forecast (APPF) and Account Product Forecast (APF), do support triggers. These objects are used to store the quantity and revenue information of a product in a particular time period and the cumulative values for a product across all periods, respectively.

Explanation: Data Processing Engine (DPE) is a feature of Rebate Management that allows you to transform data that is available in your Salesforce org and write back the transformation results as new or updated records. You can use DPE to process data for standard and custom objects. Rebate Management has DPE templates that you can clone and customize to suit your business needs. The templates either help you to aggregate transactions by different criteria, or help you to manage other rebate processes. The out-of-the- box DPE jobs in Rebate Management use the templates to query, extract, filter and aggregate journal transactions based on the eligibility criteria and calculation definitions of the rebate types. The aggregated data is then stored in the Rebate Member Product Aggregate object, which is used to calculate the payouts for the program members.

Explanation: To establish clarity between new business and run-rate business, Universal Containers should adopt a differentiated approach where new businesses use Opportunities and Collaborative Forecasting, while run-rate business utilizes Sales Agreements and Account-Based Forecasting. This strategy leverages the strengths of Salesforce Manufacturing Cloud's forecasting and agreement features to align with the distinct nature of new and run-rate business, ensuring accurate forecasting and effective management of business operations.