Free Workday Workday-Procure-to-Pay Practice Exam with Questions & Answers | Set: 2

While Workday provides tenant-wide settings to control worktag requirements, sometimes a business requirement applies only to a single company rather than the entire tenant, requiring a more targeted configuration approach. The Official Workday Pro Procure-to-Pay Guide describes Maintain Custom Validations as the task used to build condition-based rules, such as requiring the Location worktag on supplier invoices only when the Company equals a specific value, displaying an error message if the requirement is not met. This approach scopes the requirement precisely to the company in question without affecting other companies in the tenant. Option A is incorrect because Maintain Related Worktag Usage governs allowed combinations of worktag values across the tenant, not company-specific field requirements. Option C is incorrect because Configure Optional Fields manages broad field visibility settings rather than conditional, company-specific requirement logic. Option D is incorrect because Maintain Worktag Usage sets tenant-wide usage levels, such as Required or Optional, for a worktag type on a transaction, and does not provide the granularity to apply a requirement to one company only.

Many organizations prefer to reduce the number of purchase orders sent to a single supplier by allowing buyers to combine multiple approved requisitions destined for the same supplier into one consolidated purchase order during the sourcing process. The Official Workday Pro Procure-to-Pay Guide identifies Edit Company Procurement Options as the configuration task containing the setting that enables this consolidation behavior, allowing buyers to combine requisition lines for the same supplier into a single PO when sourcing. Option A is incorrect because Maintain Procurement Reasons manages reason codes used for actions such as cancellations or returns, and has no connection to PO consolidation. Option B is incorrect because Maintain Procurement Conditional Rules, to the extent such configuration exists, addresses conditional business logic rather than the consolidation of requisitions during sourcing. Option C is incorrect because Edit Order-From Connections configures which supplier and location combinations are valid sourcing relationships, not whether multiple requisitions can be merged into a single purchase order.

Edit Company Procurement Options is organized into multiple subtabs, each governing settings relevant to a specific stage of the procurement process, such as Requisition, Purchase Order, Receipt, and Sourcing, allowing administrators to configure behaviors precisely where they apply. The Official Workday Pro Procure-to-Pay Guide indicates that the setting to eliminate generic purchase items from search results when catalog or supplier-specific items already exist for the same procurement item is found on the Requisition subtab, since this setting affects what requesters see when searching for items to add to a requisition. Option A is incorrect because the Purchase Order subtab addresses settings relevant to PO creation and behavior, not requisition-time catalog search results. Option C is incorrect because the Receipt subtab configures receiving-related options and has no bearing on catalog search efficiency during requisitioning. Option D is incorrect because the Sourcing subtab manages settings related to the sourcing process, such as request for quote behaviors, rather than how items appear in requisition search results.

After a worker submits a requisition, it is routed through the requisition business process to a buyer for sourcing, the step in which the buyer determines how the requisition will be fulfilled. The Official Workday Pro Procure-to-Pay Guide describes sourcing as the point where the buyer reviews requisition lines and assigns or confirms the supplier that will fulfill the order, among other sourcing actions such as setting pricing. Specifying a supplier is therefore a core action the buyer performs directly on the requisition during this step. Option A is incorrect because requisitions are internal documents and are not forwarded directly to suppliers; communication with suppliers occurs through purchase orders. Option B is incorrect because creating a purchase item is a separate procurement catalog setup activity, unrelated to processing an individual requisition. Option C is incorrect because Issue is an action performed on a purchase order after it has been created from the sourced requisition, not an action available directly on the requisition itself.

Workday distinguishes between supplier categories, used as a single-value classification on each supplier record for reporting purposes, and supplier groups, which provide a more flexible, multi-value grouping mechanism that can be used for security, routing, and reporting across many overlapping use cases. The Official Workday Pro Procure-to-Pay Guide confirms that each supplier may be assigned to exactly one supplier category, while being added to an unlimited number of supplier groups, allowing suppliers to participate in many different group-based configurations simultaneously while maintaining a single primary classification. Option A is incorrect because limiting supplier groups to one would eliminate the flexibility that groups are specifically designed to provide. Option C is incorrect because allowing no limits on supplier categories would contradict the single-category design intended for consistent primary classification. Option D is incorrect because, although supplier groups are indeed unlimited, the option also incorrectly claims unlimited supplier categories, which is not supported by the supplier record's single-category field.

Purchase orders move through a defined lifecycle of statuses, and only certain statuses indicate that the order has been finalized and communicated to the supplier, making it eligible to have goods or services recorded against it as received. The Official Workday Pro Procure-to-Pay Guide specifies that a purchase order must be in Issued status before a receipt can be created against it, since Issued confirms the order has completed its approval process and has been sent to the supplier, who is now expected to fulfill it. Option A is incorrect because a Closed purchase order has already completed its lifecycle, whether through full receiving and invoicing or manual closure, and is not eligible for new receiving activity. Option B is incorrect because In Progress indicates the purchase order is still moving through its internal approval business process and has not yet been finalized or sent to the supplier. Option D is incorrect because Approved is an internal status that precedes issuance; the order must still be issued before receiving can occur.