C_TS422_2023 Dumps with Practice Exam Questions Answers

In SAP S/4HANA, a "multiple BOM" refers to alternative BOMs (transaction CS01, field: Alternative) for the same material, allowing different component combinations. Reasons for these variations include:

Manufacturing date(A): Alternative BOMs can have different validity periods (Valid From/To dates in CS01 header). For example, a new BOM might replace an old one due to design changes effective from a specific date, resulting in different components based on when production occurs (checked in MRP or CO01).

Lot size(D): Each alternative BOM can specify a lot size range (CS01, header data, field: Lot Size From/To). Different component combinations might be optimal for small versus large production runs (e.g., bulk packaging for larger lots), leading to distinct BOMs tied to quantity.

BOM header status(B) (e.g., Active/Inactive) controls usability but doesn’t define component combinations—it’s a single status per BOM.BOM component status(C) isn’t a standard field—component relevance is managed via item category or deletion flags, not status, and doesn’t explain multiple BOMs. This is per SAP’s multiple BOM functionality.

In classic MRP within SAP S/4HANA, scheduling agreements can be leveraged to automatically generate schedule lines for external procurement when a material shortage occurs. To enable this, the scheduling agreement must be maintained in thesource listand marked asMRP-relevant(B). This is done in transaction ME01 (Maintain Source List), where the scheduling agreement number is entered, and the "MRP" indicator (field: Source List Usage in MRP) is set to "1" (Relevant for MRP). This ensures MRP recognizes the agreement as a valid supply source.

Additionally, on the initial screen of the MRP run (e.g., transaction MD01 or MD02), you mustset the creation indicator for delivery schedule lines(C) to "1" (Create Schedule Lines). This parameter (field: Create Purchase Reqs) instructs MRP to generate schedule lines directly against the scheduling agreement instead of purchase requisitions. Option A (purchase requisitions) would create requisitions instead of schedule lines, which is not the goal. Option D (quota arrangement) is an alternative sourcing method but not required for scheduling agreements in this scenario.

For a make-to-order (MTO) scenario in SAP S/4HANA without forecasting, where components have different procurement behaviors:

Choose planning strategy 20 (Make-to-Order) and select the corresponding Individual/Collective indicator(D): Strategy 20 (material master, MRP 3 view, Strategy Group: 20) is pure MTO, where production is triggered by sales orders (VA01) without PIRs—fitting the "no forecasting" requirement. TheIndividual/Collective indicator(material master, MRP 4 view, field: Ind./Coll.) is set to "1" (Individual Requirements) for the component procured per sales order, generating separate dependent requirements per order, and "2" (Collective Requirements) for the component procured jointly, aggregating requirements across all orders into a single planned order or requisition.

Planning strategy 50 (Planning without final assembly)(A, C) relies on PIRs for subassemblies, conflicting with the "no forecasting" condition.Mixed MRP indicator(B, C) (MRP 4 view) applies to mixed MTS/MTO scenarios (e.g., strategy 11), not pure MTO, and doesn’t address the individual/collective split directly. Strategy 20 with the indicator meets SAP’s MTO configuration standards.

In SAP S/4HANA Demand Management,planned independent requirements(PIRs) represent forecasted demand for finished products. Their consumption by other requirements (e.g., sales orders) depends on settings in the material master:

Requirements type(C): This is determined by the planning strategy and specifies the type of PIR (e.g., VSF for forecast-based planning). It is maintained in the material master (MRP 3 view) or derived from the planning strategy. The requirements type dictates how PIRs are consumed (e.g., by sales orders) and is visible in demand management (transaction MD61). For example, requirements type "LSF" (from strategy 40) allows consumption by sales orders.

Planning strategy(D): Defined in the material master (MRP 3 view, field: Strategy Group), the planning strategy (e.g., 40 - Planning with Final Assembly) controls whether and how PIRs are consumed. For instance, strategy 10 (Make-to-Stock) does not allow consumption, while strategy 40 reduces PIRs based on incoming sales orders within the consumption period.

Order type(A) relates to production or sales order processing, not PIR consumption logic.Requirements profile(B) is not a standard SAP term in this context and does not directly influence consumption (it may refer to custom settings, but it’s not part of SAP’s standard demand management). This is detailed in SAP’s official Demand Management documentation.

The Alert Monitor in SAP S/4HANA PP/DS (transaction /SAPAPO/AMON1) highlights planning issues. Configuration steps include:

Assign the alert profile to the overall profile(A): In Customizing (/SAPAPO/ALERT_PROFILE), you define an alert profile (e.g., specifying alert types like capacity overload) and assign it to an overall profile (e.g., in /SAPAPO/CDPSC11). This links alert settings to planning applications (e.g., Planning Board).

Create an object selection variant for production-planning-related alerts(D): You create a variant (e.g., in /SAPAPO/AMON_SETTING) to filter objects (e.g., materials, resources) for which alerts are monitored, tailoring it to production planning issues (e.g., late orders, shortages).

Assign the overall profile to the authorization profile(B) is incorrect—overall profiles link to planning, not authorization (handled via PFCG roles).Object selection variant for ATP categories(C) relates to availability checks, not production planning alerts, which focus on PP/DS issues. This is per SAP’s Alert Monitor setup.