Skip to main content
Talk to an expert
PEPPOL logo

PEPPOL integration for B2B and procurement commerce

PEPPOL purchase orders to invoices, validated and governed. iWeb connects your ERP and fulfillment systems to PEPPOL so buyer purchase orders flow in cleanly, validated against contracts, and invoices, delivery notes and status updates flow back automatically. Works with Adobe Commerce, Magento Open Source, Shopify Plus, BigCommerce and other storefronts.

Also searched as: B2B integration, procurement, PunchOut, cXML, OCI, EDI, PEPPOL, account-based commerce.

PEPPOLiWeb integration layeryour storefront
Works with - Magento Open Source · Adobe Commerce · BigCommerce · Other storefronts
01 · What you get

What a PEPPOL integration gives you.

Orders land in ERP cleanly

Incoming purchase orders are automatically captured, validated against contracts and buyer account rules, and passed to your ERP order-to-cash process so you can start picking and invoicing without manual intervention.

Buyer receives invoices in procurement

Invoices and credit notes flow automatically from ERP to buyer's procurement system via PEPPOL so they match against orders and receipts without manual email handling or three-way matching rework.

Stock and delivery visibility

Buyers receive advance shipping notices and delivery confirmations via PEPPOL so they can schedule goods receipt, plan inbound logistics and see what is on its way without chasing you for status.

Dispute and exception handling

When rejections, change requests or out-of-stock situations occur, they are recorded in PEPPOL so buyers see your reason and can adjust their supply chain, rather than orders vanishing into a black hole.

Compliance and audit trail

PEPPOL creates a timestamped, digitally signed record of every purchase order, invoice and delivery note so you have proof for audits, VAT reconciliation and buyer disputes.

02 · When it's worth it

Where a PEPPOL integration earns its place.

If two or more of these are true, the integration usually pays for itself quickly.

Map incoming PEPPOL purchase orders to commerce order capture and ERP
Publish invoices and credit notes back to buyers via PEPPOL UBL
Exchange delivery notes, dispatch confirmations and ASNs via PEPPOL
Maintain buyer-specific contract pricing and approval workflows
Validate PO line items against contract catalogs before order acceptance
Handle order rejections, change requests and exceptions through PEPPOL
03 · The limits

Where off-the-shelf connectors fall short.

Vendor connectors are fine for simple cases. Here's where the real ones need more.

Buyer catalog and contract mapping

PEPPOL does not carry buyer-specific item numbers or contract line references by default. The integration must maintain a lookup between buyer SKU codes and your internal product master, and must validate incoming PO lines against agreed contracts so you do not accept orders outside the buyer agreement.

Approval workflow enforcement

PEPPOL is a document transport standard, not an approval engine. If your buyers require cost-centre approval or manager sign-off before you ship, the integration must hand off to your ERP or OMS approval queue and only publish an acknowledgement once approval is recorded.

Invoice matching and payment terms

PEPPOL carries invoice data but does not enforce three-way matching or payment-term rules. Your ERP must control whether an invoice can be sent, whether a credit note is valid against the PO and delivery, and what payment terms apply to each buyer.

Rejection and change-request handling

If you reject a PO or a buyer asks to change an order in flight, PEPPOL does not auto-reverse logistics or inventory. The integration must log the exception, notify the buyer, and ensure your warehouse and finance teams are aware so the order does not ship or invoice by accident.

Multi-currency and tax compliance

PEPPOL carries VAT and currency codes, but tax treatment varies by buyer location and tax regime. The integration must enrich invoices with the correct VAT rate and ensure your ERP applies the right tax code so compliance audits and buyer reconciliation work.

04 · The real work

Most invoice disputes and payment delays start because buyers do not receive documents reliably or in the right format; PEPPOL solves the transport problem, but your contract governance and exception handling have to work first.

05 · Where it sits

Where this integration sits in your estate.

PEPPOL holds the commercial record. The iWeb integration layer manages the rules, mappings, monitoring and exceptions. The commerce platform presents the customer-facing experience. The estate map helps agree ownership before anything is built.

Works across the whole stack. Connect PEPPOL to your storefront, ERP and everything between.

System of record
Source / owner
PEPPOL
Structured purchase order and invoice exchange network for B2B procurement.
  • Purchase order message transport
  • Invoice and credit note message transport
  • Delivery note and ASN message transport
  • Order status and exception messaging
  • Digital signature and certificate validation
  • Message delivery confirmation and retry
iWeb integration layer
Customer-facing commerce
Commerce platform
Magento Open SourceAdobe CommerceBigCommerceOther storefronts
  • Order capture and numbering
  • Order acknowledgement and rejection decision
  • Goods fulfillment and despatch
  • Invoice creation and amendment
  • Buyer account and credit management
Connected neighbours
Integration layer
ERP or order management
Holds buyer contracts, pricing, purchase orders, invoices, delivery records and order status.
Integration layer
Buyer procurement system
Receives purchase-order confirmations, invoices, delivery notes and status updates; triggers PO creation.
Integration layer
WMS or fulfillment system
Provides despatch and delivery confirmation data that flows back to buyers via PEPPOL.
Integration layer
PEPPOL access point
Operates the network mailbox, handles message routing, manages digital certificates and delivery confirmation.
Integration layer
Finance and tax engine
Supplies invoice amounts, VAT rates, currency codes and payment terms for outbound documents.
Two-way sync where relevant
06 · Surrounding systems

Systems this integration usually sits next to.

Examples, not a closed list. iWeb is platform-agnostic on both sides: we wire this integration into whatever ecommerce platform and surrounding systems your estate already runs.

Ecommerce platforms (examples)
  • Magento Open Source
  • Adobe Commerce
  • BigCommerce
  • Other storefronts
Surrounding systems (examples)
  • SAP, Oracle, Infor, Sage or other ERP
  • Coupa, Jaggr, or buyer procurement system
  • Warehouse management or fulfillment system
  • OMS or order-management layer
  • PEPPOL access-point operator
  • Tax engine or VAT compliance tool
  • CRM or customer data platform
Not sure?

Not sure if this works with your stack?

Tell us what you’re using and what needs to connect. We’ll give you a straight view on what’s possible, what might be awkward, and the safest way to approach it.

07 · Data flows

The data flows we wire.

Each flow has a direction and an owner. We agree both before a line of code is written.

Into COMMERCE & ERP
From ERP
BOTH WAYS
Purchase order ingestion: PEPPOL purchase orders arrive at your access point and are parsed into order records, buyer references and line items
The integration maps buyer identifiers, contract references and delivery addresses into your commerce system so orders flow cleanly into ERP order capture.
Invoice and credit note export: Once goods are invoiced in your ERP, the integration extracts invoice header, line totals and VAT treatment, formats them as PEPPOL UBL documents and publishes them via your PEPPOL access point so the buyer's procurement system receives them.
Delivery note and ASN exchange: Despatch confirmations and advance shipping notifications from your ERP or WMS are converted to PEPPOL delivery-note UBL and sent back to the buyer's system for goods receipt matching and inbound logistics visibility.
Order acknowledgement and contract data: The integration passes buyer contracts, approved catalogs, agreed pricing and payment terms into ERP so order validation, invoicing and credit-limit logic work against the correct commercial agreement.
Status and exception messaging: Order-status updates, rejections, change requests and delivery exceptions flow both directions through PEPPOL so buyers and your operations team see a common view of what is in flight.
08 · How we build it

How iWeb configures the integration around your business.

Same method on every integration. The decisions come before the code.

  1. 01
    Buyer contract and pricing governance

    iWeb builds the data model that holds buyer-specific pricing, contracted SKUs, minimum orders, delivery addresses and payment terms. Incoming purchase orders are validated against this master so you do not accept orders outside your agreement.

  2. 02
    Purchase order capture and routing

    iWeb configures your PEPPOL access point, parses incoming orders, maps buyer references and line items into your commerce or ERP system, and routes them to the right fulfillment queue based on buyer account type or delivery destination.

  3. 03
    Invoice and delivery-note publishing

    iWeb extracts invoice and delivery data from your ERP or WMS, transforms it into PEPPOL UBL format with the correct VAT and currency codes, and publishes it via your access point so buyers receive documents in their procurement inbox.

  4. 04
    Exception and rejection handling

    iWeb designs the exception paths so rejected orders, out-of-stock items, change requests and payment-term mismatches are logged, notified and surfaced to your operations team so they do not ship or invoice by accident.

  5. 05
    Access-point and certificate management

    iWeb sets up and maintains your PEPPOL access point, manages digital certificates and credentials, monitors message delivery and redelivery, and handles network-level failures so documents reach the buyer reliably.

09 · Ownership

Who owns what.

The single most important table in any integration. One system owns each field; everything else reads it.

Data
Source / owner
Maintained by
Notes
DataPurchase order intake and buyer identifier
Source / ownerCommerce / ERP order capture
Maintained byProcurement integration and buyer master
NotesPEPPOL transport carries the PO; your ERP assigns the order number and controls order state.
DataBuyer contracts, pricing and SKU mapping
Source / ownerERP contract master or procurement catalog
Maintained byFinance and procurement teams
NotesThe integration validates incoming orders against this master; mismatches trigger exceptions, not silent acceptance.
DataInvoice and credit note content
Source / ownerERP finance ledger
Maintained byFinance operations
NotesYour ERP controls invoice number, amounts and VAT; the integration formats and publishes via PEPPOL so the buyer receives it in their procurement system.
DataDelivery note and ASN content
Source / ownerERP or WMS dispatch records
Maintained byWarehouse and logistics
NotesThe integration converts despatch confirmation into PEPPOL UBL and sends it so the buyer matches receipt to invoice.
DataPEPPOL access-point configuration and certificates
Source / ownerPEPPOL network operator
Maintained byiWeb and integration operations
NotesDigital certificates, message routing and delivery confirmation are managed by the integration layer and monitored for expiry and failures.
DataOrder status, rejections and exceptions
Source / ownerERP order management or OMS
Maintained byOperations team
NotesWhen you reject a PO or the buyer requests a change, these events are published back via PEPPOL so both parties see the same status.
10 · Experienced integrator

Built this before

iWeb has designed and built PEPPOL integrations for merchants and distributors trading under buyer procurement controls. We understand how PEPPOL sits between your ERP order-to-cash process and buyer procurement systems, and how to govern contracts, validate orders and handle exceptions so payments arrive on time and audits pass.

We design the buyer contract model so incoming purchase orders are validated against agreed SKUs, quantities, pricing and payment terms before they reach fulfillment.
We configure your PEPPOL access point, manage digital certificates and monitor message delivery so invoices and delivery notes reach buyers reliably and on time.
We build the exception paths for rejected orders, out-of-stock items, change requests and payment-term mismatches so operations teams know what to action.
We understand how PEPPOL integrates with your ERP, OMS, WMS and finance systems so order data flows cleanly and invoice records remain audit-ready.
11 · Before launch

What we test before launch.

Every one of these is rehearsed before a customer ever sees the integration.

Validate that incoming purchase orders are checked against buyer contracts and rejected if items or quantities fall outside the agreement.
Confirm invoices are enriched with correct VAT rate and currency based on buyer location before publishing via PEPPOL.
Test purchase-order rejection flow: order is declined in ERP, rejection message is sent to buyer, and goods do not ship.
Verify delivery notes and ASNs publish from WMS despatch records and arrive in buyer's procurement system with matching item counts.
Check that PEPPOL digital certificate is valid and renewal process is monitored so message authentication does not fail.
Confirm failed message delivery is logged and alerted so your operations team can resend or investigate network issues.
Test multi-buyer scenario: ensure each buyer receives only their own purchase orders and invoices, not another buyer's data.
12 · Failure points

Common risks and where they bite.

We name these on day one. A risk written down is a risk you can plan around.

Order captured outside contract boundaries

If the integration does not validate incoming purchase orders against your buyer contracts, pricing rules and credit limits, you may accept orders for items you have not agreed to supply, at prices outside your contract, or that exceed what the buyer is authorized to spend. This creates fulfillment rework and invoice disputes.

Invoice rejected by buyer's procurement system

If your ERP invoice does not match the buyer's purchase order in item codes, quantities, pricing or VAT treatment, their procurement system may reject or quarantine it, delaying payment and creating reconciliation work on both sides.

Silent delivery or message failures

If the integration does not monitor PEPPOL message delivery or resend failed documents, invoices and delivery notes may sit in a retry queue or disappear entirely, leaving buyers without proof of receipt and your cash-flow or compliance records incomplete.

Multi-currency or tax-rate mismatches

If the integration does not enrich invoices with the correct currency code and VAT rate based on buyer location and tax regime, the buyer's procurement system may reject the invoice or your compliance team may face audit queries on tax treatment.

Rejection or change-request loop failure

If you reject a purchase order or the buyer requests a change and the integration does not notify both sides and track the exception, goods may ship against a rejected order or an invoice may be issued for a cancelled line, creating write-offs and customer disputes.

Access-point certificate expiry breaks all messaging

If your PEPPOL digital certificate expires or is not renewed, all outbound and inbound messages will fail authentication, leaving your buyers unable to send orders and you unable to send invoices. This is a silent operational failure until payment does not arrive.

14 · Questions

Common questions about PEPPOL integrations.

What is PEPPOL and why do my buyers ask for it?

PEPPOL is an international digital standard for structured B2B invoicing and order exchange. Buyers prefer it because it routes your invoices and delivery notes directly into their procurement system instead of email inboxes, speeds up matching against purchase orders, and creates an auditable record for compliance and payments. It also reduces manual data entry and invoice disputes on both sides.

How do incoming purchase orders get into my ERP?

When a buyer submits a purchase order via PEPPOL, it arrives at your access point. The integration parses the order, validates it against your buyer contract and inventory, maps buyer item codes to your product master, and hands it to your ERP order-capture process. If the order is outside your contract or stock situation, the integration logs an exception so your operations team can decide whether to accept, counter-offer or reject it.

How do I publish invoices back to buyers via PEPPOL?

Once your ERP records an invoice, the integration extracts the invoice header, line items, VAT rates and payment terms, formats it as a PEPPOL UBL invoice, and publishes it via your access point. The buyer's procurement system receives it automatically, matches it against their purchase order and goods receipt, and routes it for payment. No email, no manual upload.

What happens if I need to reject a purchase order?

You log the rejection in your ERP or order-management system. The integration creates a PEPPOL rejection message, sends it back to the buyer, and records the exception so your operations team knows the order is not in flight. The buyer sees the rejection in their procurement inbox so they can adjust their supply plan.

How do buyer contracts and pricing work?

You maintain a buyer contract master in your ERP or procurement system that holds the buyer's agreed SKUs, minimum order quantities, unit prices and payment terms. When a purchase order arrives, the integration validates each line item against this master. If the buyer orders an item outside the contract or at a price you have not agreed, the integration flags it as an exception instead of silently accepting it.

Do I need a separate PEPPOL access point, or can I go direct?

You do not send messages directly to PEPPOL. You work with a PEPPOL service provider or access-point operator who maintains the network connection, manages your digital certificate, handles message routing and delivery confirmation, and provides the mailbox you send to and receive from. iWeb manages the integration between your ERP and your access point.

What happens if a PEPPOL message fails to deliver?

Your access-point operator usually retries failed messages for a set period (often 72 hours). The integration monitors delivery status and alerts your operations team if a message has not been confirmed. If a message is still failing after retries, you may need to resend it manually or contact the access-point operator to investigate network issues.

How do delivery notes and advance shipping notices work?

Once your warehouse despatch system confirms goods are shipped, the integration extracts the despatch details (items, quantities, tracking numbers, expected delivery date) and publishes them as a PEPPOL delivery note or ASN. The buyer receives it in their procurement system so they can schedule goods receipt, match it to the purchase order, and track inbound logistics.

Can PEPPOL handle multiple currencies and VAT rates?

Yes. The integration must enrich each invoice with the correct currency code and VAT rate based on buyer location and tax regime. Your ERP controls which tax rate applies to each buyer; the integration ensures the invoice carries the right code so the buyer's system and your compliance records are aligned.

What happens if my buyer asks to change an order after it has been sent?

If the buyer requests a change or cancellation, you log it in your ERP or OMS. The integration creates a PEPPOL order-change message or sends a revised order acknowledgement so the buyer sees the change. Your operations team must ensure goods do not ship against the old quantity, and if goods have already shipped, a credit note is issued.

How does PEPPOL help with invoice matching and payment?

When your invoice arrives via PEPPOL, the buyer's procurement system automatically matches it against the purchase order and goods receipt. If there are discrepancies (item, quantity, price), the system flags them so payment is held until resolved. This reduces manual three-way matching rework and speeds up payment cycles.

What do I need to do to set up PEPPOL?

You need to sign up with a PEPPOL access-point operator, provide your business details and VAT registration, and get a digital certificate issued. iWeb then connects your ERP to that access point, tests the data flows with your buyers, and ensures purchase orders, invoices and delivery notes flow reliably. Your buyers add your PEPPOL identifier to their procurement system so they can send you orders.

Can PEPPOL handle approval workflows and cost-centre controls?

PEPPOL itself does not enforce approval. However, the integration can hand off incoming purchase orders to your ERP approval queue, and only publish an order acknowledgement once your team has approved it. If your buyer requires approval from their end before you ship, they manage that in their procurement system independently.

What if a buyer's invoice is rejected by their procurement system?

If your invoice does not match the buyer's purchase order in item codes, quantities or pricing, their system may reject or quarantine it. You will see the rejection in your access-point operator's logs. iWeb helps you trace the mismatch, correct the data in your ERP, and resubmit the invoice so payment is not delayed.

Next step

Have a PEPPOL integration brief?

Send the brief, or tell us what is breaking. You will get a written response from a senior expert: the integration boundary, the realistic shape, the risks worth naming, and what it takes to support after launch.
Talk to an expertOr browse all integrations →