Universal Containers (UC) wants to use Sales Agreements to track long-term agreements with its key customers. Along with planned revenue and quantity and actual revenue and quantity, UC needs to track the minimum inventory quantity required. UC's implementation partner has added a new Minimum Inventory number field to the Sales Agreement Product Schedule object.
What else does UC need to do to allow users to see and edit minimum inventory on their agreements?
Minimum Inventory is a custom Sales Agreement metric. Salesforce requires corresponding custom fields on both the Sales Agreement Product and Sales Agreement Product Schedule objects when a metric must be displayed and managed through Agreement Terms.
Because the schedule-level Minimum Inventory field already exists, UC must create the corresponding custom field on Sales Agreement Product and map it to the Sales Agreement Product Schedule field. Salesforce allows Number, Currency, and Formula fields to participate in these mappings. After the mapping is configured, the metric must be added to a metric group so users can view and edit it in the Agreement Terms table.
The product-level field represents the metric at the Sales Agreement Product level, while the schedule field stores the metric for individual periods. If aggregated behavior is required, Salesforce also supports a Roll-Up Summary field on Sales Agreement Product for Number or Currency values stored on schedules.
Adding the field directly to Sales Agreement does not provide the required product-and-period metric structure. Creating only a product field without mapping it also leaves Manufacturing Cloud unable to treat the two fields as a unified Agreement Terms metric.
Study Guide references/topics: Configure and Build --- Sales Agreement Custom Metrics; Field Mapping; Metric Groups; Agreement Terms.
The Analytics for Manufacturing app has the following three modules: Sales Agreements, Account Based Forecasts, and Account Manager Targets. Which installation setup option is available for the administrator in the selection of modules?
Analytics for Manufacturing is modular. The administrator can configure the analytics application according to the Manufacturing Cloud features actually implemented by the organization rather than being forced to deploy every available analytical area.
Salesforce's Analytics for Manufacturing configuration workflow lets administrators add analytics for functional areas such as Sales Agreements, Account Forecasts, and Account Manager Targets independently. The app-creation wizard similarly allows the administrator to choose applicable forecast, sales-target, rebate, and other analytical datasets based on requirements.
This design is important because not every manufacturer uses every Manufacturing Cloud feature. An organization might initially deploy Sales Agreements and forecasting but postpone Account Manager Targets, or it might adopt targets before implementing rebate analytics.
Requiring all modules would unnecessarily increase data preparation, permissions, application complexity, and deployment dependencies. Conversely, preventing module selection would undermine the configurable nature of the template.
The administrator should therefore select the modules that correspond to the organization's implemented Manufacturing capabilities and business-analysis requirements.
Study Guide references/topics: Configure and Build --- Analytics for Manufacturing; CRM Analytics Template; Analytics Modules; Sales Agreements; Account Forecasts; Account Manager Targets.
Universal Containers (UC) is operating in 21 countries across EMEA with eight different currencies. UC identifies customers as Silver, Gold, or Platinum in those countries, depending on the catalog prices and discount thresholds. Once a year, UC indexes the prices, updating currency exchange rates while regularly introducing new products throughout the year.
What is a potential blocker to the company's current business processes?
The scalable concern in this scenario is the volume of Sales Agreement updates required across a large multinational portfolio. Salesforce places defined processing limits on Mass Update operations in Sales Agreement Terms. Current Salesforce documentation states that a Mass Update can process a maximum of 100,000 filtered schedules across selected products, and the interactive selection supports up to 350 products or categories in applicable mass-update operations. A large combination of countries, customer tiers, products, currencies, and schedules can therefore require the updates to be broken into controlled subsets.
Option C does not accurately describe current Salesforce currency behavior. Static conversion rates can be edited in a multi-currency organization without enabling Advanced Currency Management. Advanced Currency Management is specifically required when the organization needs dated exchange rates rather than simply updating the current conversion rate.
Option B is also unsupported: Manufacturing Analytics provides account- and product-level pricing and performance analytics, and Advanced Account Forecasting is not inherently limited to 52 forecast updates annually.
The relevant architectural concern is therefore whether UC's large-scale annual repricing and product expansion can be handled within Sales Agreement bulk-processing limits.
Study Guide references/topics: Design --- Scalability; Sales Agreement Limits; Mass Update; Multi-Currency; Global Manufacturing Architecture.
What is the proper utilization of a System Integration Testing (SIT) environment?
A System Integration Testing (SIT) environment is used as an environment to perform system-to-system testing. This means that the SIT environment is used to test the integration of different systems or components that are part of the Salesforce Manufacturing Cloud solution. The SIT environment allows the verification of the functionality, performance, and reliability of the integrated systems, as well as the identification and resolution of any defects or issues that may arise during the integration process. The SIT environment is typically a replica of the production environment, but with a smaller data set and lower security requirements. The SIT environment is also used to validate the data migration and synchronization between the source and target systems, as well as the compatibility and interoperability of the APIs and web services that are used for the integration.Reference:
Manufacturing Cloud - Salesforce
How to Perform Automated Integration Testing in Salesforce
Automate and Test During Integration
A regional sales manager for Universal Containers would like to forecast at the product hierarchy level.
How should the system administrator set up Advanced Account Forecasting?
To forecast at the product hierarchy level, the system administrator needs to create a flow that modifies the Advanced Account Forecasting to include the product category as a custom dimension. The product category is a field on the product object that defines the hierarchy of products. By adding the product category as a custom dimension, the system administrator can enable the regional sales manager to view and adjust forecasts based on different product categories. The flow should use the Data Processing Engine to aggregate data from orders, opportunities, sales agreements, and other custom objects by product category, and then use the Calculate Advanced Account Forecast and Update Advanced Account Forecast Set Partner invocable actions to generate the forecasts. The flow should also assign the appropriate forecast set to the regional sales manager based on their role and region.Reference:Create Holistic Forecasts with Advanced Account Forecasting,Example: Generate Forecasts Across Multiple Regions with Advanced Account Forecasting,Calculate Account Forecasts Using Flows
Joseph Turner
3 days agoHyun Yoshida
12 days agoChiara Bruno
13 days agoNikhil Sinha
1 month agoLucia Holm
1 month agoMonica Turner
1 month agoBilal Nawaz
2 months agoGiovanni Andersen
2 months agoIvan Bruno
2 months ago