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

Explanation:

A. You can set the Movement Allowed indicator per item.
The Movement Allowed checkbox determines whether the warehouse is permitted to issue goods against that specific item. In a manual reservation, you may have multiple items; you can check this box for items that are ready for picking and leave it unchecked for others (for example, if a part is not yet needed or available). Goods issues can only be posted for items where this indicator is active.

D. You can use an existing reservation as a reference.
To increase efficiency and reduce data entry errors, SAP allows you to create a new reservation by referencing an existing one. When you enter transaction MB21, there is a "Reference" field where you can input an existing reservation number. The system will then copy the header and item data into the new document, which you can then modify.

Why the other options are incorrect:

B. You can enter a different movement type for each item:
This is a common misconception. In a reservation, the Movement Type is a Header-level field. This means all items within a single reservation document must share the same movement type (e.g., 201 for consumption to a cost center). If you need different movement types, you must create separate reservation documents.

C. You can specify a different account assignment object for each item:
Similar to the movement type, the primary Account Assignment Object (such as a Cost Center, Order, or WBS Element) is defined at the Header level. While you can have different materials and quantities, they must all be charged to the same account assignment specified in the header.

Reference:

SAP Help Portal: Inventory Management and Physical Inventory (MM-IM) -> Reservations -> Creating Reservations.

SAP Library: General Information on Reservations.

Explanation:

In SAP S/4HANA, the Account Category Reference (ACR) is the "glue" that links material types to valuation classes. It is an artificial grouping code that allows for flexible configuration.

Why the other options are incorrect:

B. Account Modification:
Also known as the General Modifier, this is used to differentiate account determination within a single transaction key (like GBB) based on the movement type (e.g., separating scrap from goods issues to a cost center). It does not group material types.

C. Valuation Grouping Code:
This is used to group Valuation Areas (Plants) together so they all use the same account determination rules. It groups locations, not material types.

D. Assign the same valuation class to the material types:
You don't "assign" a valuation class directly to a material type in configuration. You assign the Account Category Reference to the material type, which then permits specific valuation classes to be used in the Material Master. While the materials might end up having the same valuation class, the "grouping" mechanism requested in the configuration setup is the ACR.

Reference:

SAP Help Portal: Valuation and Account Assignment -> Account Determination -> Define Valuation Classes (OMSK).
T-Code: OMSK (where you define ACRs, Valuation Classes, and the Material Type mapping).

Explanation:

In SAP S/4HANA Sourcing and Procurement, the system allows you to control which account assignment categories can be used, ensuring correct financial postings and procurement consistency.

Why C is correct
You can configure which account assignment categories (such as Cost Center, Asset, Sales Order) are permitted for each purchasing document type (for example, Standard PO, Framework Order). This configuration ensures that only relevant account assignments are available when users create specific document types.
➡️ Configuration is done in SPRO → Materials Management → Purchasing → Account Assignment → Maintain Account Assignment Categories.

Why D is correct
You can also define which account assignment categories are allowed for each item category (such as Standard Item, Consignment, Subcontracting). This controls business logic—for example, some item categories may not allow cost center–based procurement.
➡️ This ensures data integrity and prevents incorrect postings during purchasing document creation.

Why the other options are incorrect

❌ A. The allowed item categories for each document type
Item categories are largely determined by standard SAP logic and document type behavior. You cannot freely configure item category assignments per document type in the way described here.

❌ B. The allowed item categories for each account assignment category
SAP does not provide configuration to restrict item categories based on account assignment categories. The dependency works the other way around (account assignments depend on item categories).

References
SAP Help Portal – Purchasing Configuration (Account Assignment)
SAP S/4HANA Cloud, Private Edition – Materials Management

Explanation:

Option B (Purchasing Info Record) - Correct:
A rounding profile can be maintained in the purchasing info record (transaction ME11/ME12). This allows you to define rounding rules (e.g., round order quantities to full pallets, specific units of measure) specific to a material-supplier combination. This ensures that all purchase orders created with that info record adhere to the supplier's preferred packaging or delivery units.

Option D (Material Master) - Correct:
A rounding profile can be assigned in the Purchasing view of the material master (transaction MM01/MM02). This allows you to define rounding rules that apply to the material regardless of the supplier. It's useful when a material has specific shipping or handling characteristics (like always being sold in cases of 12).

Why Other Options Are Incorrect:

Option A (Lot-sizing procedure) - Incorrect:
The lot-sizing procedure (e.g., fixed rder quantity, period lot-sizing) determines how much to order based on requirements. It does not contain a field for a rounding profile. Rounding is a separate step that may be applied after the lot size calculation.

Option C (Source list) - Incorrect:
The source list (transaction ME01) specifies the approved sources of supply (vendors) for a material for given periods. While it is a key document in the source determination process, it does not contain a field to maintain a rounding profile. Rounding rules are defined in the material master or info record, which the system then uses when creating orders based on the source list.

References:

Rounding Profile Purpose: Ensures that order quantities comply with shipping, packaging, or production unit constraints (e.g., ordering only in multiples of 100, 500, or 1,000).

Explanation:

Option B (Correct):
This is the core tenet of the role-based design principle. SAP Fiori is designed to deliver a personalized, role-based user experience. Through the Fiori Launchpad, users are presented with a set of tiles and apps that are directly relevant to their specific job function and business role (e.g., "Purchase Requisition Processor," "Inventory Manager"). This ensures they see only the tools and information needed for their daily tasks, reducing complexity and improving efficiency.

Option D (Correct):
This describes a key architectural method SAP Fiori uses to implement role-based design. Traditional, complex SAP GUI transactions (like ME21N for creating a purchase order) are analyzed and broken down into smaller, focused task-based apps. For example, instead of one monolithic transaction, you might have separate Fiori apps for "Create Purchase Order," "Track Purchase Order," and "Approve Purchase Order." Each of these discrete apps can then be assigned to the specific roles that perform those tasks, aligning the software directly with the user's workflow.

Why Other Options Are Incorrect:

Option A (Incorrect):
While SAP Fiori apps offer a degree of personalization (like setting filters or favorites), the phrase "tailor exactly to their needs" overstates user control. The core set of apps available is defined and assigned by the system administrator based on business roles. Users cannot fundamentally alter or create apps; they work within the predefined, role-specific set. The design principle is about providing a pre-configured, role-relevant suite, not unlimited tailoring.

Option C (Incorrect):
This is a misleading statement. While it is true that transactional (operational) and analytical (reporting) apps often exist, the role-based principle is not achieved by separating them into different roles. In fact, a well-designed role often combines both types of apps to give a user a complete work center. For example, a procurement specialist's role would likely include both the transactional "Create Purchase Order" app and the analytical "My Spend" app. The principle is about providing all necessary tools for a role, regardless of type, not segregating them.

References

SAP Fiori Design Principles: Role-Based, Adaptive, Simple, Coherent, and Delightful.
Key Concept: Task-Based Decomposition. Large business processes are decomposed into individual tasks, each represented by a single, focused Fiori app.

Explanation:

When posting a goods receipt (GR) with reference to a purchase order (PO) in SAP, typically using Transaction MIGO or a corresponding Fiori app, several flexible actions are supported to reflect real-world logistics scenarios.

Option A (Correct):
You can post a goods receipt for part of the order quantity. This is standard practice for partial deliveries. The system updates the PO's delivered quantity and leaves the remaining quantity open for future GRs.

Option C (Correct):
You can post the received quantity to quality inspection stock (movement type 101 for unrestricted stock vs. 105 for inspection stock). This is done by changing the stock type in the GR posting screen. This action is fully supported when the material requires quality inspection before being put into unrestricted use.

Option E (Correct):
You can split the quantity received to multiple storage locations within the same plant during a single GR posting. In MIGO, you can create multiple lines under the same PO item, each with a different storage location and a portion of the total quantity.

Why Other Options Are Incorrect:

Option B (Incorrect):
You do not enter a "value" for the quantity received in a standard GR to stock. The value is automatically determined by the system based on the PO price (or material master price) and the quantity received. The accounting entry is generated automatically (stock account debit, GR/IR clearing account credit). Manually entering a value is not a standard function in a simple GR posting; valuation is system-controlled.

Option D (Incorrect):
You cannot adjust the purchase order quantity directly from the goods receipt posting. The PO quantity is a fixed attribute of the purchase order. If you need to change the ordered quantity, you must change the PO itself (e.g., via Transaction ME22N). The GR process only updates the delivered quantity, not the ordered quantity.

References

Primary Transaction:MIGO (Goods Movement)
Movement Types: 101 (GR to unrestricted stock), 105 (GR to quality inspection stock)

Explanation:

B. You can post goods receipt to consumption.
Unlike a simple plant-to-plant transfer posting (which typically moves stock from one "Unrestricted" bucket to another), an STO allows you to specify an Account Assignment (like a Cost Center or Project) in the receiving plant. This means when the goods are received, they can be posted directly to consumption instead of being placed into inventory.

C. You can create stock transport requisitions via MRP.
One of the biggest advantages of the STO is its integration with Material Requirements Planning (MRP). If a plant has a requirement that can be fulfilled by another plant, MRP can automatically generate a Stock Transport Requisition. This requisition can then be converted into an STO, automating the internal supply chain. Simple transfer postings cannot be planned via MRP in this way.

E. You can plan delivery costs.
Because an STO is a type of Purchase Order (Document Category 'F'), it uses the Condition Technique. You can add freight costs, insurance, or other delivery charges to the STO. These costs can be planned and subsequently posted to specific G/L accounts during goods receipt or through Invoice Verification (if using a third-party carrier), providing full financial transparency for the logistics involved.

Why the other options are incorrect:

A. You can post goods receipt in consignment:
This is incorrect because "Consignment" implies the goods belong to an external vendor. An STO is an internal movement of company-owned stock. While you can move consignment stock between plants, it involves specific "Transfer" movement types, and the STO itself does not facilitate receiving company stock "as consignment."

D. You can issue from inspection stock:
While you can move stock between plants that needs inspection, you generally cannot issue stock that is currently sitting in the Quality Inspection status for an STO. Stock must typically be in "Unrestricted-Use" to be issued for a transfer order, though it can be received into Quality Inspection at the destination.

Reference:

SAP Help Portal: Sourcing and Procurement -> Inventory Management -> Stock Transfer Using a Stock Transport Order.
SAP Training (TS452): Procurement Processes -> Stock Transfers and Transfer Postings.