Case Study 04 · Integrations

An e-procurement catalogue that lives inside SAP Ariba

When your customer is a large manufacturer, you do not get to choose how they buy. This MRO supplier needed their catalogue to appear inside the buyer's own SAP Ariba environment — and their purchase orders to land back in it automatically.

🇮🇳 Client: MRO Supplies Vendor, India Stack: PHP · MySQL · SAP Ariba API Integration
SAP
Ariba punch-out integration
Keys
pre-agreed security key authentication
Auto
POs posted back on checkout
Alerts
pre-processing before approval clears

Situation

The supplier who has to fit the customer's process

The client supplies Maintenance, Repair and Operations (MRO) items — the consumables and spares that keep a factory running — to large manufacturing organisations in India.

Buyers of that size do not purchase from a website and they do not purchase from a PDF price list. They purchase through an e-procurement platform, in this case SAP Ariba, because that is where their approval workflow, their budget controls and their audit trail live. A supplier who cannot be bought from inside that platform is, in practice, harder to buy from than one who can.

Problem

Every order was crossing a gap by hand

  1. The catalogue was outside the buyer's process. Procurement staff had to leave their own system to find out what was available and what it cost.
  2. Orders arrived as documents, not as data. Anything that has to be read by a person and re-entered into a system is a delay and a transcription risk on every single line item.
  3. The vendor found out late. With no notification until an approved order emerged, nothing could be picked, packed or prepared during the approval window — which on MRO items is often the difference between same-week and next-week delivery.
  4. Catalogue changes needed a developer. Product and price data that cannot be maintained by the business goes stale, and a stale catalogue inside a buyer's system is worse than no catalogue at all.

In B2B supply, being easy to buy from is a competitive position — not an IT detail.

Implication

What friction costs a supplier at this level

Large manufacturers consolidate suppliers. When a procurement department reviews who they buy MRO items from, the supplier whose catalogue is one click inside their existing workflow has an advantage the supplier outside it cannot answer on price alone — because the cost of the awkward supplier is paid in the buyer's own staff time, and they know it.

There is a lock-in effect too, and it runs in the supplier's favour. Once a vendor is properly integrated into a buyer's procurement environment, switching to a competitor is no longer a purchasing decision; it is an IT project. Getting integrated is therefore not just an efficiency exercise. It is a retention strategy.

What we built

A catalogue that lives inside the buyer's system

  • Powerful product search and shopping cart designed for the buyer's procurement staff, not for retail shoppers
  • Backend admin for catalogue management and full visibility of incoming orders
  • Accessed through SAP Ariba with pre-agreed security key authentication
  • Purchase orders posted back to the buyer's e-procurement system automatically on checkout
  • Automated alert emails so pre-processing can start while the order is pending buyer approval

The detail that earns the most goodwill

The alert email on a pending-approval order is a small piece of the build and disproportionately valuable. Approval cycles in large organisations take time; a supplier who uses that time to prepare the order rather than to wait for it looks materially faster to the buyer without changing anything about their logistics.

Result

An order path with no manual step in it

Procurement staff search and order from inside their own environment. Purchase orders arrive in the buyer's system as structured data on checkout. The vendor sees orders as they are raised, and the catalogue is maintained by the vendor's own team rather than by a developer.

Being straight about what this is and is not

This is an integration project, not an e-commerce build. The visible part — search, cart, checkout — is the smaller half. The work that decides whether it succeeds is in the authentication handshake, the format the purchase order has to take to be accepted, and the error handling when the buyer's system rejects something. Any quote for work like this that does not talk about those three things is quoting for the wrong project.

Tech stack: PHP · MySQL · SAP Ariba API Integration

Has a large customer asked you to integrate with their procurement system?

Send us their integration specification. We build punch-out catalogues, authenticated supplier portals and PO write-back for vendors selling into enterprise procurement environments.

SAP Ariba & e-procurementB2B API integrationCatalogue & order managementPilot project available

Keep reading

More case studies

🚀
Web Performance & CRO

Sitecore Frontend: Tens of Leads to ~1,000 a Day

🇬🇧 Leading Home Improvement Company, UK

An ongoing retainership managing the full frontend of a high-traffic Sitecore enterprise CMS — landing pages, lead forms, schema, CDN and continuous split testing.

Read the case study →
📊
Custom Software

Custom CRM Handling 1,000 Leads a Day

🇬🇧 Leading Home Improvement Company, UK

A CRM and admin backend built to absorb ~1,000 leads a day from the main website and affiliate partners, with a live YoY dashboard and a PWA for mobile management.

Read the case study →
🏭
Custom Software

Operations Portal for a Multi-City Manufacturer

🇮🇳 Leading Plywood Manufacturer, India

One cloud platform unifying dealer ordering, dealer rewards, multi-centre production reporting, document management and the full HR workflow for a manufacturer spread across several Indian cities.

Read the case study →

FAQ

Frequently Asked Questions

It is a supplier catalogue that a buyer reaches from inside their own procurement system. The buyer's staff never leave their normal purchasing process — they click through into the supplier's catalogue, build a cart, and the resulting order comes back into their system as a purchase order.
Through pre-agreed security keys exchanged between the buyer's SAP Ariba environment and the vendor system. The buyer's procurement staff do not manage a separate username and password for the supplier catalogue.
The purchase order is posted back to the buyer's e-procurement system rather than being emailed or re-keyed. The order returns to the buyer's own approval and audit trail, which is the entire reason a large organisation runs e-procurement in the first place.
They notify the vendor that an order has been placed and is pending buyer-side approval, so pre-processing can begin rather than the vendor waiting to find out after approval clears.
Yes. A backend admin handles catalogue management and gives full visibility of incoming orders, so pricing and product data do not require a developer to change.
Very likely yes, whatever the platform is called. The pattern — authenticated punch-out, a cart inside the buyer's process, and the order posted back into their system — is common across major e-procurement platforms. Send us the buyer's integration specification and we will tell you what it involves.
💬
📞 Call Now 💬 WhatsApp