Learn, Practice, and Improve with SAP C_IBP_2311 Practice Test Questions

Explanation:

A. Sourcing via Production (P):
Used when a product is manufactured at a location. It defines the flow from a resource/component level to a specific location (Production Source Header).

C. Unspecified Sourcing (U):
Used for external receipts where the specific source location isn't modeled (e.g., an external vendor). It allows supply to enter the network without a transport or production record.

D. Customer Sourcing Rule (C):
Defines the flow from a distribution center or plant to a customer. This is the final link in the network flow.

Why the other options are incorrect:
B. Sourcing via Demand Prioritization:
This is an algorithm setting used in Response and Supply (Order-Based Planning). While it determines who gets the product first during a shortage, it is not a master data object that defines the physical flow or "sourcing method" of the product itself.

E. Sourcing via Costs:
This is a selection criteria, not a method. In the Supply Optimizer, costs (like transport or production costs) are used as inputs to decide which valid sourcing method is the most economical, but "Costs" is not a sourcing type you configure in master data.

References:
SAP Help Portal: Supply Planning Methods -> Sources of Supply.
SAP IBP Course Material (IBP200): Section on "Supply and Response," specifically the sub-unit on "Master Data for Supply Planning."

Explanation:

To successfully display and edit data across different units (e.g., converting "Eaches" to "Pallets"), SAP IBP requires specific configuration in the planning area and master data.

A. Analytics allow the user to select the target unit of measure:
When creating charts or dashboards in the S&OP Analytics app, the system provides a dropdown to select the "Target UOM." This ensures that data stored in different base units (like Liters and Gallons) can be aggregated into a single, unified view for the user.

C. Units of measure is an attribute of master data type, such as product:
For a conversion to work, the system needs a "Base UOM" assigned to the product. This is typically an attribute of the Product master data type. Without this link, the system wouldn't know which conversion factor to apply to a specific SKU.

D. Units of measure are usually not time-dependent:
In standard IBP configurations, a UOM conversion factor (e.g., 1 Box = 10 Units) is a static physical property. While prices or exchange rates change over time, the physical conversion between units is considered time-independent master data.

Why the other options are incorrect:

B. Units of measure are usually not time-independent:
This is the opposite of option D. As stated above, physical UOM conversions do not fluctuate based on the calendar (unlike currency exchange rates), so they are time-independent.

E. Conversion to the target unit of measure is handled by the SAP IBP Excel add-in:
This is a common "trick" question. While the Excel Add-In displays the converted values, the calculation engine on the SAP IBP server performs the actual conversion math based on the planning area configuration. The Excel client is just the interface, not the calculation engine.

References:
SAP Help Portal: Configuration Guide -> Unit of Measure Conversions.
SAP IBP Course Material (IBP100): Unit on "Master Data and Planning Area Setup."

Explanation:

When you save data in the Excel Add-In or a Web Edit grid, the system immediately triggers one of these methods to push values down:

B. Disaggregation according to an equal split:
This is the simplest method. If you enter "100" at a parent level that has 4 child combinations, the system assigns "25" to each, regardless of their previous values or history.

D. Disaggregation according to a helper key figure:
You can point the disaggregation logic toward a Helper Key Figure (which is not visible to the end-user). This allows for complex, multi-step calculations to determine the distribution weights without cluttering the user interface.

E. Proportional disaggregation by using KF2 in the expression:
This is a common requirement where one key figure (KF1) follows the pattern of another (KF2). For example, you might want "Marketing Spend" to disaggregate proportionally based on the "Sales Forecast" (KF2) values already stored in the system.

Why the other options are incorrect:

A. Disaggregation according to user-defined expression:
While you can use expressions for Calculated Key Figures, the "Disaggregation Expression" field in the configuration specifically requires a reference to a Key Figure (or a simple proportional logic), not a free-form mathematical formula like you would use in a calculation.

C. Disaggregation in batch triggered by an application job:
Disaggregation is an online, real-time process that happens the moment a user saves data or a side-effect of a calculation occurs. Batch jobs (like the Statistical Forecasting or Copy jobs) generate data, but "Disaggregation" itself is a core structural property of how a key figure behaves, not a scheduled task.

References:

SAP Help Portal: Configuration Guide -> Key Figures -> Disaggregation.
SAP IBP Course Material (IBP200): Section on "Model Configuration" and "Key Figure Properties."

Explanation:

To drive values from a higher level of the hierarchy to a lower one, the system must know the "weight" or "proportion" to assign to each child element.

B. Splitting the values from aggregated to detailed level using multiplication by the proportions:
This describes the standard Proportional Disaggregation logic. When a value is entered at the Region level, the system looks at the existing values at the Customer level, calculates their percentage of the total (the proportion), and multiplies the new total by those percentages to distribute the change.

D. Splitting the values from aggregated to detailed level, based on a stored split-factor key figure:
This is a common configuration where you don't want to use the key figure's own history. Instead, you point the disaggregation to a specific Split-Factor Key Figure. This stored key figure holds the exact percentages (e.g., Customer A gets 40%, Customer B gets 60%) used to break down the Regional value.

Why the other options are incorrect:

A. Splitting the values from detailed to aggregated level by using a copy operator:
This is technically backward. Moving data from "detailed to aggregated" is called Aggregation (summing up), not splitting. While a Copy Operator can move data between levels, the term "splitting" specifically refers to the downward movement of data.

C. Splitting the values from aggregated to detailed level, based on the time profile attribute:
Disaggregation logic is based on Key Figures or Equal Splits across master data combinations. While time profiles define the buckets (weeks/months), they do not provide the "split factor" logic needed to distribute values across product or customer dimensions.

References:

SAP Help Portal: Configuration Guide -> Key Figures -> Proportionality and Disaggregation.

Explanation:

Manage Analytics Stories provides a modern, interactive canvas for supply chain visualization. Here is why these three features are central to its capability:

A. Links to external URLs can be embedded in the story:
This is a major functional upgrade. You can add "Hyperlink" objects to a story that point to external sites (like a carrier’s tracking portal or a SharePoint folder) or even back to specific SAP IBP Fiori apps, allowing for seamless navigation between data and execution.

B. The story is structured around one responsive page:
Unlike the older "Dashboards" app which used a fixed grid of tiles, Stories use a responsive layout. This means the charts and tables automatically resize and reposition themselves based on the screen size (mobile, tablet, or desktop) while remaining on a single, scrollable, cohesive page.

C. Specific chart and table filters can be applied within the story:
This allows for high interactivity. A user can apply a "Page Filter" to change the data for the entire story, or a "Widget Filter" to change only a specific chart (e.g., filtering one chart to show only "Region: North America" while the rest of the story shows Global data).

Why the other option is incorrect:

D. Stories must be re-created in each SAP IBP environment:
This is incorrect and would be highly inefficient. Like most SAP IBP configuration objects, Stories can be transported across the landscape (from Development to Quality to Production) using the Transport Model Entities app, or exported/imported via the Content Network.

References:
SAP Help Portal: Reporting and Analytics -> Manage Analytics Stories.
SAP IBP Course Material (IBP100): Unit on "Reporting and Analytics," specifically the section on "Embedded SAP Analytics Cloud."

Explanation:

The Time Series-based Supply Optimizer uses a mathematical programming approach (Linear or Mixed-Integer Programming) to find the most cost-effective solution for the supply chain.

A. Discretization:
This is a setting unique to the Optimizer. It allows you to define whether the algorithm should treat certain variables as integers (e.g., you can't ship 0.5 of a shipping container or produce 0.7 of a batch). Enabling discretization makes the problem a Mixed-Integer Linear Programming (MILP) problem, which is significantly more complex than the standard Linear Programming (LP) used for continuous flow.

C. Global Cost Factors:
Since the Optimizer's primary goal is to minimize total costs, it requires a cost for every action (production, transportation, inventory holding, and stockouts). Global Cost Factors allow you to apply a "multiplier" to these costs across the entire planning area (e.g., increasing the penalty for non-delivery globally) without having to manually update every individual cost key figure.

Why the other options are incorrect:

B. Time Profile Level:
This is not unique to the Optimizer. Both the Heuristic and the Optimizer require you to specify at which level of the time profile (e.g., Month or Week) the planning run should be executed.

D. Processing Mode:
This is a common setting for almost all S&OP operator profiles. It defines whether the run is a "Net Change" or a "Full Repair" (Regenerative) run. Both the Heuristic and the Optimizer utilize these modes to determine how much of the plan needs to be recalculated.

References:
SAP Help Portal: Supply Planning -> Time-Series-Based Supply Planning -> Supply Optimizer.

Explanation:

When you enable a key figure for fixing in the Planning Areas configuration app, you allow planners to "lock" values in the Excel Add-In or Web UI.

D. Fixing is possible for certain period... (Correct):
When a planner fixes a value at an aggregate level (e.g., at the "Product Group" level for the month of October), the system automatically fixes all the underlying "child" combinations (e.g., every individual SKU/Customer combo that makes up that group). This ensures that no calculations or other users can shift the internal proportions of that fixed total.

Why the other options are incorrect:

A. Fixing is possible for key figures with negative values:
By default, SAP IBP does not support the fixing of negative values. Fixing is designed for quantities, prices, or amounts where a "confirmed" plan is expected to be zero or positive.

B. Fixing is possible for a part of key figure value:
Fixing is a binary state for a specific cell (a unique combination of time and master data). You cannot fix "50 units" out of a "100 unit" cell; you fix the entire 100 units for that specific intersection.

C. You can change a fixed key figure only with administrative rights:
This is a common misconception. Fixing is a planner-level tool. Any user whose Business Role includes "Fixing" permissions can fix or unfix values as part of their daily workflow. It is not an IT-restricted administrative function.

References:
SAP Help Portal: User Guide -> SAP IBP, Add-In for Microsoft Excel -> Fixing Key Figure Values.