Supplier contracts in Workday can be structured in different ways depending on business need, and the Contract Type field determines the structural and functional characteristics of the contract, including whether the contract can reference and govern terms with more than one supplier. The Official Workday Pro Procure-to-Pay Guide identifies Contract Type as the field that drives the ability to create a contract referencing multiple suppliers, such as for certain multi-supplier or blanket agreement configurations, by selecting a contract type designed for that purpose. Option A is incorrect because Contract Overview is a descriptive field summarizing the contract's purpose and does not control its structural capabilities. Option B is incorrect because Contract Name is simply an identifying label for the contract and has no bearing on supplier associations. Option D is incorrect because Contract Reference functions as an identifying or cross-reference field rather than a configuration that determines whether multiple suppliers can be associated with the contract.

Every purchase item in Workday must be assigned exactly one spend category, which serves as its primary, required classification, but organizations frequently need to report on items using additional, secondary classifications that do not fit within the single spend category model. The Official Workday Pro Procure-to-Pay Guide identifies Related Worktags as the mechanism for associating one or more additional classification values, such as General Use or Promotional, with a single item, supplementing its primary spend category without altering it. Option A is incorrect because item substitutes define alternative items that can be used in place of another for sourcing purposes, and have no role in classification or reporting tags. Option B is incorrect because spend category is limited to a single required value per item, the Office Supplies classification in this scenario, and cannot be used to add further classifications. Option D is incorrect because purchase item groups bundle multiple distinct items together for grouped reporting, rather than adding multiple classification tags to a single item.

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.

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.

Workday distinguishes between manual journals, which accountants create directly using the Create Journal task, and operational journals, which are generated automatically by the system as a byproduct of posting business transactions such as supplier invoices, expense reports, and payments. The Official Workday Pro Procure-to-Pay Guide identifies the Create Supplier Invoice task as an example of a transaction that, once completed and posted, automatically generates the corresponding operational journal entries based on Account Posting Rules, without requiring any manual journal entry. Option B is incorrect because Print Checks executes the payment process for previously approved supplier invoices and is a downstream payment activity rather than the originating transaction that generates the invoice-related operational journal. Option C is incorrect because Create Journal produces a manual journal entered directly by an accountant, which is the opposite of an operational journal. Option D is incorrect because Create Recurring Journal Template defines a template used to generate manual journals on a schedule, and does not itself produce an operational journal tied to a business transaction.

When configuring entry condition rules on business process steps, the order in which fields are evaluated can affect tenant performance because some field types, such as organizational worktags, are typically more efficient to evaluate first than numeric amount comparisons, and evaluating broader organizational fields before narrower ones helps the system filter the applicable population efficiently. The Official Workday Pro Procure-to-Pay Guide recommends structuring condition rules to evaluate organizational and categorical fields, such as Company and then Cost Center, before numeric fields like Amount, aligning with the requirement to route invoices over 10,000 USD tagging a specific cost center to the assistant controller. Option A is incorrect because placing Amount before Cost Center evaluates a numeric comparison before narrowing by the more specific organizational dimension. Option B is incorrect for the same reason, leading with Amount rather than organizational fields. Option D is incorrect because evaluating Cost Center before Company does not follow the broad-to-narrow organizational hierarchy, since Company is the higher-level organizational dimension that should be evaluated first.