Top-Magento-Trend

How Magento B2B Purchase-Order Approval Workflows Actually Work

If you sell to manufacturers, distributors, corporate offices, educational institutions, healthcare organizations, contractors, or other enterprise buyers, your customer may not be allowed to spend company money without internal approval. That is exactly the problem the Adobe Commerce B2B Purchase Order system is designed to solve.

Terminology note: People commonly search for this feature as “Magento B2B Purchase Orders.” Technically, the advanced company-account and approval-rule functionality discussed in this guide belongs to Adobe Commerce B2B, rather than the core Magento Open Source product.
01

Control Spending

Apply approval requirements when purchasing values cross company-defined limits.

02

Route Approvals

Send qualifying purchase orders to managers, finance teams, or defined roles.

03

Keep Visibility

Buyers and approvers can track purchase orders and pending approval activity.

What Is a Purchase Order in Magento B2B?

In Adobe Commerce B2B, a Purchase Order or PO is more than a traditional payment reference number. When Purchase Orders are enabled for a company, purchases made by company users can enter a controlled approval workflow before becoming a standard ecommerce order.

Imagine an employee responsible for purchasing warehouse supplies. The employee may be authorized to buy routine materials worth $300 without involving anyone else. However, a $7,500 equipment purchase might require the department manager and finance team to approve it. A $30,000 purchase might additionally require a company administrator or another senior role.

Instead of handling those decisions through email chains, spreadsheets, phone calls, or external approval documents, the ecommerce store can become part of the company's procurement process.

When the Purchase Order feature is active, users with the appropriate company permissions can create and manage purchase orders. The exact actions available to each person depend on their company role and the permissions assigned to that role.

The Magento B2B Purchase-Order Workflow, Step by Step

The easiest way to understand the system is to follow a purchase from the buyer's cart to the final order. The workflow can vary depending on approval rules, user roles, and payment method, but the core logic looks like this:

B2B Purchase-Order Approval Flow
1
Buyer Creates PO Products and checkout details are submitted.
2
Rules Evaluated Commerce checks applicable approval conditions.
3
Approvers Review Required managers or roles approve the PO.
4
Order Proceeds The purchase moves toward final order creation.

Step 1: The Buyer Creates the Purchase Order

A company user signs in, builds the cart, provides the required checkout information, and submits the purchase. Because Purchase Orders are enabled for the company account, the transaction enters the PO process.

Step 2: Adobe Commerce Evaluates Approval Rules

The platform evaluates approval rules that apply to the buyer's company role. If no manual approval is required, the purchase can proceed without waiting for a manager. If one or more rules apply, the PO moves into an approval state.

Step 3: Required Approvers Review the Request

Designated approvers can find orders waiting for their action under Requires My Approval. They can inspect the purchase details and approve or reject eligible requests. Adobe Commerce also supports bulk approval and rejection for qualifying purchase orders, which can help purchasing managers process larger approval queues.

Step 4: All Necessary Approvals Are Collected

A PO does not simply stop after the first approval when multiple rules apply. If several rules identify different required approvers, the unique required approvers need to approve the purchase before it can continue.

Step 5: The Purchase Proceeds to Order Completion

Once the necessary approvals are satisfied, the transaction can proceed toward a standard order. The final payment step differs depending on whether an online or offline payment method is being used.

What Can Trigger a Purchase-Order Approval?

Adobe Commerce gives B2B organizations several practical ways to decide when approval should be required. Instead of forcing every purchase through the same workflow, businesses can create rules around the characteristics that matter most to their procurement policy.

Rule Type 01

Order Total

Require approval when the purchase-order total crosses a configured financial threshold. The order-total condition includes tax.

Example:
PO total ≥ $5,000 → Finance approval required.
Rule Type 02

Shipping Cost

Trigger approval when freight or shipping cost becomes unusually high. This is useful for industrial, oversized, or expedited orders.

Example:
Shipping cost > $750 → Operations approval required.
Rule Type 03

Number of SKUs

Approval can depend on the number of distinct SKUs in the PO rather than simply the total quantity of individual units.

Example:
Unique SKUs > 40 → Purchasing manager approval required.

Each of these rule types supports comparison logic such as more than, less than, more than or equal to, and less than or equal to. This gives companies enough flexibility to create tiered approval policies instead of a single fixed limit.

SKU Count vs Product Quantity If a buyer orders 50 units of Product A and 30 units of Product B, that order contains 80 physical units but only two distinct SKUs. The SKU approval rule evaluates distinct item types rather than total unit quantity.

How Multiple Approval Rules Work Together

This is where Magento B2B approval workflows become especially valuable for enterprise purchasing. A single purchase can satisfy several approval conditions at the same time. When that happens, Adobe Commerce can require approval from all unique approvers produced by the matching rules.

For example, imagine a business with four internal spending levels:

Example Corporate Spending Policy

Under $500
No additional approval
$500 – $4,999
Department Manager
$5,000 – $19,999
Manager + Finance
$20,000+
Manager + Finance + Senior Approval

Suppose a warehouse buyer submits a $12,000 equipment request. One rule could require department-manager approval for purchases above $500, while another could require finance approval for purchases above $5,000. Because both rules apply, the PO may require both unique approvals before it moves forward.

This design lets merchants reproduce real procurement governance without creating a completely separate checkout process for every customer.

Company Roles Are the Foundation of the Workflow

Approval rules work best when the company's organizational structure has already been designed correctly. Adobe Commerce B2B supports company users, teams, roles, and permissions so organizations can mirror real purchasing responsibilities inside the storefront.

A company might create roles such as:

Example Role Typical Responsibility Possible Purchasing Authority
Assistant Buyer Routine purchasing Low-value purchases
Senior Buyer Department purchasing Higher spending authority
Department Manager Operational oversight Approve team purchases
Finance Manager Financial control Approve high-value POs
Company Administrator Account administration Full company-level authority

The permission system controls who can view their own purchase orders, see subordinate purchase orders, view company-wide POs, access approval rules, or approve purchases. There is also an Auto-approve POs created within this role permission that can be useful when certain trusted roles should have greater purchasing autonomy.

Company administrators have elevated authority and can bypass the normal approval rules when they create orders. That is why companies should assign administrator-level access carefully rather than using it as a convenient general purchasing role.

A Real-World Magento B2B Approval Workflow

Consider an industrial distributor selling replacement parts, tools, safety products, and machinery to large manufacturing customers.

One customer has 45 employees using the same company account across purchasing, maintenance, warehouse operations, finance, and management. The customer does not want every employee to have unlimited buying authority, but it also does not want managers wasting time manually approving every $40 box of routine supplies.

The company could configure a policy like this:

Scenario Required Action Business Reason
PO below $500 Proceed without extra approval Reduce friction for routine purchases
PO above $500 Manager approval Department spending control
PO above $5,000 Manager + Finance Financial review
Shipping above $1,000 Operations approval Control unusual freight costs
More than 40 unique SKUs Procurement review Review unusually complex purchases

Now imagine the maintenance buyer creates an $8,200 order containing 18 SKUs. The shipping fee is only $250. The order-total rules are triggered, but the shipping and SKU rules are not. The system can therefore direct the PO only to the relevant manager and finance approvers instead of involving every possible reviewer.

This conditional logic is the key advantage: approval becomes proportional to the financial or operational risk of the purchase.

Online vs Offline Payment Workflows

Payment method affects how the final stages of a Purchase Order workflow behave. This distinction matters because keeping online payment credentials waiting inside a long approval process would introduce unnecessary security concerns.

Offline Payment Path

Buyer creates the Purchase Order
Offline payment information is provided
Applicable approval rules run
Approvers approve the PO
Purchase proceeds to order completion

Online Payment Path

Buyer creates the Purchase Order
Applicable approval rules run
Required approvers approve the PO
Buyer provides online payment details
PO is converted into the final order

Adobe's current Purchase Order approval documentation lists supported default offline payment methods and identifies PayPal Express and Braintree among supported online payment options for this workflow. Merchants should always validate the exact payment combination used by their store before implementing a production approval process.

What Happens to Prices and Inventory While Approval Is Pending?

B2B approvals can take hours or even days, so merchants need to understand what happens between PO creation and final order placement.

Purchase Orders Capture a Pricing Snapshot

When the PO is created, Adobe Commerce captures a snapshot of relevant item prices, discounts, and shipping prices. If an item's catalog price changes while the PO is waiting for approval, the purchase order can retain the price captured when the PO was originally created.

This is valuable in B2B purchasing because a buyer may obtain approval based on a particular quoted purchase value. Unexpectedly changing that value halfway through a corporate approval chain could create confusion or require the customer to restart internal authorization.

Inventory Still Matters

A pricing snapshot does not mean inventory is permanently reserved for every pending purchase order. According to Adobe's documented workflow, the final order cannot be placed if one or more required products have become disabled or are out of stock.

Implementation Tip If your business regularly has long approval cycles for limited-stock products, define a clear inventory policy and test real-world scenarios before launch. B2B buyers need to know what happens when an item is unavailable after approval.

How Buyers and Approvers Track Purchase Orders

A good approval system needs visibility. Adobe Commerce provides Purchase Order views that help users understand what they created, what their company is purchasing, and which requests are waiting for their action.

A

My Purchase Orders

Shows purchase orders created by the logged-in company user.

B

Company Purchase Orders

Provides visibility into eligible subordinate purchases based on hierarchy and permissions.

C

Requires My Approval

Shows POs currently waiting for action from the logged-in approver.

This reduces the need for buyers to repeatedly email managers asking whether a purchase has been reviewed. It also gives approvers a centralized queue for the transactions that actually require their attention.

Best Practices for Designing a Magento B2B Approval Workflow

The technical ability to create many rules does not mean you should create a complicated workflow. The best approval process protects company spending without turning ordinary purchases into administrative work.

Design roles first.
Build company users, reporting structure, roles, and permissions before creating approval rules.
Keep low-risk purchases simple.
Avoid forcing managers to approve routine low-value transactions unless policy genuinely requires it.
Use meaningful rule names.
“Finance Approval – Orders Over $5,000” is much easier to manage than “Rule 7.”
Test overlapping rules.
Verify what happens when order total, shipping cost, and SKU rules trigger together.
Test threshold boundaries.
If the rule starts at $5,000, test $4,999, $5,000, and $5,001 before launch.
Review permissions regularly.
Update approval access when employees change departments, responsibilities, or roles.

Another important consideration is the number of people assigned to approving roles. Adobe documents specific behavior when the PO creator is also part of an approver role. That makes realistic testing with actual company-role structures important before deploying workflows to customers.

Why Purchase-Order Approvals Matter for B2B Ecommerce

The biggest benefit is not simply “more control.” It is the ability to bring corporate procurement policy into the same digital experience where the purchase is created.

Without integrated approvals, an employee might build a cart, export information, email a manager, wait for permission, return to the store, rebuild the cart, and then complete checkout. Every manual handoff creates another opportunity for delay, abandoned purchases, pricing confusion, or incorrect products.

A properly configured Adobe Commerce B2B workflow can reduce those handoffs while preserving financial governance. Buyers get a familiar ecommerce interface, managers get controlled approval responsibilities, and merchants can offer an experience that better matches how enterprise customers actually purchase.

For wholesalers and distributors competing for large business accounts, this can be more valuable than adding another visual storefront feature. Enterprise buyers often care as much about procurement efficiency, account permissions, repeat purchasing, and spending control as they do about the appearance of the product page.

Frequently Asked Questions

Is Magento B2B Purchase Order approval available in Magento Open Source?

The advanced company-account Purchase Order approval functionality covered here is part of Adobe Commerce B2B. “Magento B2B” remains a commonly used search term, but merchants should distinguish Adobe Commerce B2B capabilities from Magento Open Source.

Can a purchase order require more than one approver?

Yes. If multiple applicable approval rules identify different required approvers, all unique required approvers can need to approve the PO before it proceeds.

Can Magento trigger approval based on shipping cost?

Yes. Shipping Cost is one of the available Purchase Order approval rule types, making it possible to review unusually expensive freight before completion.

Can approval depend on how many products are in the order?

Adobe Commerce supports approval based on the number of unique SKUs. This evaluates distinct SKUs rather than the total number of physical units ordered.

Do online payments happen before or after approval?

For supported online payment workflows, online payment information is entered after the Purchase Order receives the required approvals. Offline payment details can be entered when the PO is created.

Can company administrators bypass approval rules?

Company administrators have elevated purchasing authority and Adobe documents that they can create orders automatically without going through the normal approval rules.

Final Thoughts

Magento B2B Purchase Order approval workflows are not simply an approve-or-reject button added to checkout. In Adobe Commerce B2B, they form a purchasing-control layer that connects company structure, roles, permissions, order value, shipping cost, product complexity, approvers, payment methods, and final order creation.

The most successful implementations usually start with the customer's real procurement policy rather than the software configuration screen. First determine who can buy, which transactions represent meaningful financial risk, which people genuinely need to approve those transactions, and where unnecessary approval would create friction. Then translate those requirements into company roles and approval rules.

Done properly, the result is a B2B buying experience that feels simple to employees while still giving managers and finance teams the control they need.

Planning a Magento B2B Workflow?

A strong Adobe Commerce B2B implementation should match your customer's real purchasing hierarchy, approval limits, payment flow, and account permissions—not force every buyer through the same checkout process.

Discuss Your B2B Requirements →