What a PEPPOL integration gives you.
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.
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.
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.
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.
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.
Where a PEPPOL integration earns its place.
If two or more of these are true, the integration usually pays for itself quickly.
Where off-the-shelf connectors fall short.
Vendor connectors are fine for simple cases. Here's where the real ones need more.
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.
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.
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.
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.
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.
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.
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.
- 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
- Order capture and numbering
- Order acknowledgement and rejection decision
- Goods fulfillment and despatch
- Invoice creation and amendment
- Buyer account and credit management
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.
- Magento Open Source
- Adobe Commerce
- BigCommerce
- Other storefronts
- 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 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.
The data flows we wire.
Each flow has a direction and an owner. We agree both before a line of code is written.
How iWeb configures the integration around your business.
Same method on every integration. The decisions come before the code.
- 01Buyer 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.
- 02Purchase 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.
- 03Invoice 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.
- 04Exception 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.
- 05Access-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.
Who owns what.
The single most important table in any integration. One system owns each field; everything else reads it.
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.
What we test before launch.
Every one of these is rehearsed before a customer ever sees the integration.
Common risks and where they bite.
We name these on day one. A risk written down is a risk you can plan around.
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.
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.
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.
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.
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.
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.
Relevant services and sectors.
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.



