Workday Workday-Procure-to-Pay Workday Pro Procure-to-Pay Certification Exam Exam Practice Test

While creating a requisition, requesters often need to browse external supplier catalogs or websites to identify items to purchase, and Workday provides a delivered link within the requisition creation experience to facilitate this navigation directly from the requisition. The Official Workday Pro Procure-to-Pay Guide identifies Connect to Suppliers as the delivered link that requesters click from within the Create Requisition task to access supplier websites, such as punch-out catalogs, for browsing and selecting items. Option B is incorrect because Access Supplier Website is not the actual delivered link label presented within the requisition creation screen. Option C is incorrect because Connect to Supplier Website, while similar in wording, does not match the precise delivered terminology used by Workday for this link. Option D is incorrect because Go to Websites is a generic, plausible-sounding label that does not correspond to any actual link available within the Create Requisition task, making it a distractor rather than a correct delivered feature.

Return reasons in Workday can be configured with attributes that determine the downstream effects of processing a return, including whether an associated supplier invoice adjustment is automatically generated to reflect the reduced billable quantity resulting from the return. The Official Workday Pro Procure-to-Pay Guide explains that if the return reason selected for the damaged keyboard was not configured to trigger automatic creation of a supplier invoice adjustment, the system will process the return itself but will not generate the corresponding adjustment, requiring manual intervention. Option A is incorrect because if the return quantity had exceeded the received quantity, the system would likely prevent or flag the return itself as invalid, rather than silently process it without generating an adjustment. Option C is incorrect because the cost center selected during receiving affects the accounting worktags on the transaction, but does not control whether a supplier invoice adjustment is automatically generated from a return. Option D is incorrect because a supplier Return Material Authorization may be a procedural or supplier-side requirement, but it is not a Workday system configuration that governs automatic invoice adjustment generation.

Procure to Pay encompasses the end-to-end process by which an organization acquires the goods and services it needs, from initial requisitioning through receiving, invoicing, and ultimately payment, and is distinct from other financial processes that handle different types of transactions. The Official Workday Pro Procure-to-Pay Guide confirms that Goods, representing tangible, physical items, is a core type of spend tracked through the Procure to Pay process, supported by requisitions, purchase orders, receiving, and supplier invoicing workflows. Option A is incorrect because customer refunds belong to the order-to-cash or accounts receivable process, which deals with money owed to customers, not procurement spend. Option B is incorrect because employee payroll is managed through Human Capital Management and Payroll, an entirely separate functional area from Procure to Pay. Option C is incorrect because expense reports are processed through the Expenses module for employee-initiated reimbursable spend, which, while related to overall spend management, follows a distinct process from supplier-based Procure to Pay transactions.

Maintain Worktag Usage is the central configuration task that defines, for each worktag type, how that worktag behaves on different transactional business objects, such as requisitions, purchase orders, and supplier invoices. The Official Workday Pro Procure-to-Pay Guide explains that through this task, administrators can add additional worktags, beyond the standard delivered set, making them available for entry on specific transaction types by setting their usage to Optional, Required, or Primary for those transactions. Option A is incorrect because conditional, rule-based requirements that depend on transaction data are configured through Maintain Custom Validations, not Maintain Worktag Usage. Option B is incorrect because Maintain Worktag Usage applies to transactional business objects, such as purchase orders and supplier invoices, not non-transactional objects like suppliers or purchase items. Option C is incorrect for the same reason, non-transactional objects fall outside the scope of this task, and additionally Primary designations are most relevant to transactional documents where routing and reporting are based on the primary worktag value.

Three-way matching compares the amounts, quantities, and prices recorded on a supplier invoice against the corresponding purchase order and receipt, and when an invoice line amount exceeds what the purchase order authorizes, a match exception is generated that must be resolved before the invoice can proceed to payment. The Official Workday Pro Procure-to-Pay Guide describes contacting the supplier to obtain a corrected invoice as the appropriate resolution when an invoice is billed at a higher amount than the agreed purchase order price, since the discrepancy reflects a billing error on the supplier's part rather than a system configuration issue. Option A is incorrect because adding the supplier to the portal addresses access and self-service capability, not a pricing discrepancy on a specific invoice. Option B is incorrect because creating a new match exception rule would alter system-wide tolerance configurations rather than resolve this individual transactional discrepancy, and is not an appropriate response to a one-off pricing error. Option C is incorrect because creating an additional receipt would misrepresent actual receiving activity unless additional goods were genuinely received, which is not indicated here.

Workday's Location organization type represents physical places, such as buildings, campuses, or rooms, and can be structured hierarchically to reflect an institution's physical footprint, while also serving as a worktag that can be applied to assets and transactions to indicate where they are physically situated. The Official Workday Pro Procure-to-Pay Guide identifies Locations Organization as the appropriate organization type for a large university needing to track the physical location of equipment for a specific school, such as the School of Engineering, since locations can be defined down to granular levels like buildings or rooms and associated with equipment records. Option A is incorrect because Company Organization represents the legal and financial entity, not physical equipment locations. Option C is incorrect because Region Organization is typically used for broader geographic groupings for reporting rather than granular, building-level equipment tracking. Option D is incorrect because Cost Center Organization groups financial spend and budgets by department or function, and does not represent physical locations where equipment resides.

Workday separates the definition of a business process workflow, which steps occur and in what order, from the security policy governing who is permitted to initiate specific actions within that workflow, such as creating a supplier invoice. The Official Workday Pro Procure-to-Pay Guide explains that to add a security group, such as Accountant, as an authorized initiator for the Create Supplier Invoice action, the administrator edits the Business Process Policy for the Supplier Invoice business process and adds the security group to the initiating step. Option A is incorrect because Edit Tenant Setup - Financials does not manage security group permissions for business process actions. Option B is incorrect because Edit Business Process Definition configures the structure and steps of the workflow itself, such as adding approval steps, not which security groups may initiate those steps. Option D is incorrect because Edit Company Procurement Options governs procurement configuration settings and defaults, and has no role in granting security groups permission to initiate the supplier invoice creation action.

Tax applicability determines whether tax is calculated on a transaction line and is one of several attributes configured during procurement setup to streamline requisition, purchase order, and supplier invoice entry. The Official Workday Pro Procure-to-Pay Guide identifies the purchase item record as the location where a default Tax Applicability value is assigned, so that whenever the item is added to a transaction, the correct default tax treatment automatically populates, reducing manual entry and errors. Option B is incorrect because suppliers do not carry a tax applicability default for items; tax treatment depends on what is being purchased, not who it is purchased from. Option C is incorrect because Edit Company Procurement Options governs company-wide procurement behaviors such as defaults for shipping, sourcing, and requisition settings, not item-specific tax defaults. Option D is incorrect because Edit Tenant Setup - Financials configures tenant-level financial settings such as currencies, fiscal calendars, and general ledger options, and does not provide a mechanism for setting tax applicability on individual purchase items.

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.

Supplier contracts in Workday are formal, approved agreements that govern terms such as pricing, dates, and total contract amount with a supplier. Once a contract reaches Approved status, its terms are locked and cannot simply be overwritten through direct editing. Per the Official Workday Pro Procure-to-Pay Guide, the correct mechanism for changing approved contract data, such as the contract amount, is to initiate a Create Contract Amendment business process. The amendment creates a new version of the contract with the corrected amount while preserving the original document and a full audit trail of the change, including any required re-approval. Option A is incorrect because catalogs hold pricing for items, not the overall contract amount, and changing a catalog does not alter the contract record itself. Option B is incorrect because an attachment is purely supplementary documentation; it does not update the actual data field driving contract value or downstream processing. Option C is incorrect because invoices are transactional documents created against POs or contracts during the procure-to-pay cycle and cannot be used to replace or modify a contract record.

Cost Centers are a delivered Workday organization type designed to group both financial transactions and workers for budgeting, management, and reporting purposes, and they support assigned managers who can approve transactions and run reports specific to their organization. The Official Workday Pro Procure-to-Pay Guide identifies Cost Center as the appropriate organization type when an implementation requires multiple units of the same type that have budgets, group financial transactions and workers together, and allow designated employees to approve transactions and report on the organization, all of which are defining characteristics of Cost Centers. Option A is incorrect because Allocation Pools are used to redistribute costs across other organizations or worktags after transactions have posted, rather than serving as a primary grouping for workers, budgets, and approvals. Option C is incorrect because Supervisory Organizations primarily structure staffing and reporting relationships within Human Capital Management rather than serving as the financial budget and transaction grouping described. Option D is incorrect because Department is not the delivered organization type that natively supports budgets, transaction grouping, and approval routing in the way Cost Center does.

Supplier portal access in Workday is granted through Workday user accounts that are associated with individual supplier contact records, meaning a contact representing a real person at the supplier must exist on the supplier record before a Workday account can be linked to that person for login purposes. The Official Workday Pro Procure-to-Pay Guide describes the correct sequence as first adding the supplier contact to the supplier record, and then creating a Workday account for that supplier contact, establishing the credential that allows the individual to log into the supplier portal. Option A is incorrect because creating an initial requisition has no bearing on, and is not a prerequisite for, granting supplier portal access. Option B is incorrect because adding a supplier address provides location information but does not establish a person, the supplier contact, who can be associated with a login account. Option C is incorrect because the sequence is reversed; a Workday account must be linked to an existing supplier contact, so the contact record must be created first, not after the account.

Edit Company Procurement Options centralizes company-specific configuration settings that streamline procurement transactions for that company, including default values that automatically populate on new requisitions and purchase orders to reduce manual data entry. The Official Workday Pro Procure-to-Pay Guide identifies Default Ship-To Contact and Shipping Terms as fields available within Edit Company Procurement Options, allowing the company to establish standard shipping defaults that apply across procurement transactions unless overridden. Option B is incorrect because enabling multi-company functionality on purchase orders is a broader, cross-company configuration concern and is not a field found within this company-specific procurement options task. Option C is incorrect because Enable Company Accounting Details relates to the separate Edit Company Accounting Details task, which governs ledger and accounting configuration, not procurement defaults. Option D is incorrect because Mass Update Ledger Period Status is an accounting period management task entirely unrelated to procurement configuration and would not appear within Edit Company Procurement Options.

Every purchase item carries one required spend category, but organizations often need to analyze spend across additional, overlapping groupings that cut across spend categories, such as wanting to see a laptop reported both under its existing Office Supplies spend category and alongside other items classified as Computers. The Official Workday Pro Procure-to-Pay Guide identifies Purchase Item Groups as the mechanism for creating these additional, flexible groupings of items for reporting purposes, allowing the laptop to be included in a Computers group without changing its primary spend category assignment. Option A is incorrect because catalog items describe how items are presented for ordering, such as through punch-out or internal catalogs, and are not a reporting classification mechanism. Option B is incorrect because web items relate to externally hosted, punch-out catalog integrations and do not provide a grouping mechanism for cross-category reporting. Option D is incorrect because spend categories are limited to one per item, the existing Office Supplies assignment, and cannot be used to add the additional Computers reporting dimension.

When setting up a new spend category, administrators determine certain item-level controls that apply to purchase items assigned to that category, including whether items must be individually tracked once received, which is particularly important for assets that require formal registration, such as equipment reviewed by a business asset accountant. The Official Workday Pro Procure-to-Pay Guide identifies Track Items as the configuration that must be applied so that goods received under the Office Machines spend category can be individually identified and registered as trackable assets. Option B is incorrect because Alternate Item Identifiers store additional reference numbers, such as manufacturer part numbers, for identification purposes, but do not enable the asset tracking and registration workflow. Option C is incorrect because Allocate Other Charges is used to distribute additional costs, such as freight or handling, across lines and is unrelated to asset registration. Option D is incorrect because Classification provides a categorization or tagging mechanism for items but does not drive the requirement for individual item tracking and registration upon receipt.

The Supplier Request business process provides a controlled, approval-based workflow for onboarding new suppliers or modifying key supplier information before that supplier becomes eligible for transactional activity such as receiving purchase orders or invoices. The Official Workday Pro Procure-to-Pay Guide identifies Supplier Request as the business process that allows for review and approval prior to a supplier being enabled for procurement transactions, giving stakeholders such as procurement or finance teams control over which suppliers are activated. Option A is incorrect because Supplier Status Change is used to change the status, such as active to inactive, of a supplier that already exists in the system, rather than to control initial setup before transacting. Option B is incorrect because Supplier Change Event manages updates to existing supplier records after the supplier has already been established. Option C is incorrect because Supplier Event is not the specific delivered business process name associated with pre-transaction supplier review and approval; Supplier Request is the precise, correct process for this purpose.