SupplierWiki curates detailed articles to help suppliers win at retail.

Don't let Walmart Post-Audits catch you off guard in 2025. Join Allie and Bekah to learn best practices for preventing and disputing Post Audits.

Prepping for Walmart Audits

Post Audits are preventable and disputable! Join Allie and Bekah to learn how to best prepare for Walmart Post Audits.

Articles

Don't Treat Irish Retail Like a UK Afterthought

 is pushing basket values higher across all three major retailers. For suppliers with existing UK retail relationships, Ireland is not a separate project so much as an adjacent opportunity that uses much of the same operational infrastructure.

Three retailers account for the significant majority of Irish grocery volume. Dunnes Stores leads with approximately 24% market share, Tesco Ireland sits close behind at around 23.8%, and SuperValu holds 19.4%. Between them, they represent the trading relationships that determine whether a product reaches Irish consumers in meaningful volume.

Lidl and Aldi each hold smaller shares but are growing. Their supplier relationships operate through different commercial models and are not covered in this guide.

Dunnes is the largest Irish grocery retailer by market share and is privately owned, which shapes how it operates. Supplier relationships are managed through direct buyer contact rather than the centralised portal systems that a global retailer like Tesco operates at scale.

EDI has been mandatory for Dunnes suppliers since 2009, covering invoices, credits, and DESADV messages. The retailer uses EDIFACT, EANCOM, and GS1 XML formats, and connects via AS2, SFTP, or VAN. Suppliers who have not completed EDI setup before their first order create friction in the relationship from the outset.

Dunnes has a strong branded range focus. For branded suppliers, this can be an advantage, but the commercial case for a new listing needs to be clearly differentiated. The privately-owned structure also means negotiations move differently from what suppliers may be used to with Tesco's more process-driven onboarding.

SuperValu is operated by Musgrave, Ireland's largest grocery and food distributor. Musgrave works with more than 1,800 supplier partners across the island and 

, including 72% from the Republic and 8% from Northern Ireland. The €3.34 billion it spends annually with local suppliers is a deliberate commercial policy, not just a communications position.

For suppliers based outside Ireland, this creates a specific challenge. SuperValu buyers will want to understand what is distinctive about a product from a non-Irish supplier and what it contributes to the category that a local alternative cannot.

, with shoppers averaging 24.4 visits per person. That frequency means products need to sustain consistent availability across the estate, not just during promotional windows.

EDI connection with Musgrave is completed via AS2 after the supplier relationship is confirmed and message types are agreed. Suppliers receive a Supplier ID at the point of onboarding.

Tesco Ireland is part of the global Tesco operation and shares its supplier portal and compliance infrastructure with the UK business. For suppliers already trading with Tesco UK, the Irish route is often more straightforward. The EDI spec is consistent, and the same ORDERS, DESADV, and INVOIC message types apply.

For suppliers new to Tesco, the full suite of EDI documents is mandatory: purchase orders, DESADV messages, and invoices must all flow electronically. 

, and its 7.9% year-on-year value growth makes it the fastest-growing of the three major retailers by value.

The compliance threshold is consistent with the UK business. DESADV accuracy and fill rate performance both feed into Tesco's supplier scorecards, and exceptions are tracked across the same systems regardless of whether the orders originated in the UK or Ireland.

All three major Irish retailers mandate electronic trading documents. For suppliers, the practical requirements across the three are:

Every New Irish Account Is a New EDI Project

Most suppliers think about Irish retail expansion as a commercial challenge. Getting listed is the hard part. Once a listing is confirmed, the operational side follows.

In practice, the operational side does not follow automatically. Every new Irish retail account comes with its own EDI specification, connection method, and compliance threshold. A supplier adding Tesco Ireland to an existing Dunnes relationship is not extending what is already in place. They are starting a separate technical project, with a separate trading partner ID, separate message formats, and a separate compliance baseline to hit before the first order can be processed correctly.

For suppliers growing across more than one Irish account simultaneously, that means running parallel setups for retailers whose requirements overlap significantly but are never quite identical.

 manages EDI connections with major grocery retailers through its EUR network, handling specification changes, document validation, and compliance requirements so that retailer-side complexity does not land on the supplier's team to resolve.

The Supplier’s Guide to EDI at UNFI 

 (UNFI) distributes natural, organic, and specialty food products and health and wellness items to more than 30,000 conventional supermarket chains, natural product stores, independent retailers, ecommerce providers, and food service customers. With so many moving parts, UNFI relies on accurate, timely, consistent communication throughout the entire order lifecycle in the form of 

EDI gives trading partners a shared “language” for communicating essential information throughout the order lifecycle and uses the same basic nomenclature: “EDI” followed by a three-digit number between 100 and 999. The number is specific to the type of information being communicated. For example, an EDI 810 is the electronic version of an invoice.  

Distributors like UNFI set EDI requirements for their suppliers, carefully selecting which EDI documents will become the standard for communication. 

, meaning EDI use must also expand for all supplier divisions: Fresh, Conventional, Natural, Tony’s, and Albert’s. 

According to UNFI, this standardization of information exchange between distributor and supplier "helps improve visibility across the supply chain, reduce manual work, improve invoice accuracy, support receiving operations, and create a more consistent experience for suppliers working with UNFI.” 

The following document list is a non-exhaustive set of UNFI’s EDI document scope: 

, which is sent from UNFI to the supplier. At its simplest, the PO is used by UNFI to outline which products and their quantities it wants from the supplier. Other important information found within POs include: 

What’s the Difference Between the EDI 850 and the EDI 875?

The EDI 850 is often referred to as the standard purchase order and is used by all types of retailers and distributors. The EDI 875 is a grocery products purchase order. It contains the same information you’d find in an EDI 850, but it’s designed specifically for ordering grocery items.  

Purchase Order Acknowledgement (EDI 855) 

 as the supplier's response to UNFI’s PO. The EDI 855 communicates whether the supplier can send the shipment as ordered or if adjustments are necessary. The EDI 855 could also reject a PO altogether.  

Purchase Order Change Request (EDI 860/876) 

 is sent from UNFI to suppliers to communicate changes to a previous PO. For example, UNFI might need to adjust product quantity or shipping details or even cancel their order or specific line items. The PO change request could also include details UNFI forgot to include in the original PO, such as packing specifications.  

What’s the Difference Between the EDI 860 and the EDI 876?

Like the EDI 850, the EDI 860 is utilized by all types of retailers and distributors. And similar to the EDI 875, the EDI 876 is specific to grocery.  

, which can also be referred to as the UCC-128 format or EDI 128, is a standardized barcode label that encodes a long list of information that can be accessed when scanned by a computer. Key GS1-128 details include the: 

As these details outline, the GS1-128 barcode can follow a product from production, to storefront, to shelf removal and everything in between. 

 is similar to a packing list created by the supplier that tells UNFI what is inside each box, how many there are, and how they’re packed together. It also includes when the products were shipped and the estimated delivery date.  

 is used by suppliers to request payment for the products they delivered to UNFI. Invoices typically include the following details: 

What’s the Difference Between the EDI 810 and the EDI 880?

The EDI 810 is utilized by all types of retailers and distributors, both food and non-food. The 

 is a grocery products invoice and is meant to be used in the grocery industry only. 

 is used by UNFI to share sales and inventory details. SPS likens it to a report card of how products are performing in the market. This data exchange helps suppliers gain visibility into sales performance at the store level or by product, optimize inventory planning and management, and reduce the risk of both stockouts and overstock. 

 is used to formally respond to multiple different types of EDI documents, including invoices and POs. Its main purpose is to communicate the status of the transaction (i.e., accepted, rejected due to errors, needs further action). 

To help flesh this out how an EDI 824 could be used, consider the following scenario: 

This direct, standardized method for ensuring correct communication avoids manual back-and-forth confusion.  

Most EDI documents are highly structured. The primary purpose of the 

 is to transmit any type of unstructured communication that doesn’t fit neatly into other formats. This includes: 

Required EDI Documents by Supplier Division and Shipping Method 

The full scope of EDI documents isn’t for all suppliers at all times. The following table breaks down what UNFI requires by supplier division and product shipping method. 

The table breaks down UNFI's EDI requirements by supplier division and product shipping method.

edi_transaction_requirements_table.png

Getting EDI right is vital to both getting set up and growing with UNFI. Partnering with SPS keeps orders moving by enabling seamless EDI communication with UNFI and beyond. 

Here’s what the distribution director for a beverage supplier had to say about partnering with SPS for EDI: 

“Previously, we entered all orders by hand, which took time away from activities that drive growth. We selected SPS Commerce because of their reputation as the leading EDI provider and their existing relationships with our distribution partners, including KeHE, UNFI, and Dot Foods. Choosing the industry leader gave us confidence we could automate and scale quickly.”

Handleiding voor Aankoop Supply Chain Operations

Een EDI & B2B Integratiehandleiding. Hoe EDI-providers, B2B-integratieplatforms en supply chain compliance-oplossingen evalueren - en de vragen die onderscheid maken 
tussen een echte netwerkpartner en een doe-het-zelf toolkit.

SPS Commerce exploiteert een intelligent netwerk dat meer handelspartnerverbindingen heeft gebouwd en onderhouden dan enig ander platform, met meer dan 300.000+ handelsbetrekkingen op het gebied van retailers, supermarkten en distributeurs. Dit netwerk leert voortdurend van meer dan 750 miljoen transacties per jaar, zodat het herkent wat normaal is voor uw handelspartners en problemen oppikt voordat zij uw bedrijf bereiken, niet erna. Deze diepte van ervaring en intelligentie is wat merken klaar maakt voor retail en hun producten in de schappen krijgt, wat leidt tot herhaalde bestellingen en uitgebreide distributie, met als doel volledige naleving en geen verlies aan inkomsten op elke bestelling.

Deze gids richt zich op het startpunt voor de meeste merken: EDI. Maar het stopt niet bij de eerste verbinding. SPS brengt leveranciers even snel of sneller dan wie dan ook naar retail compliance, deels omdat SPS de verbinding rechtstreeks tot stand brengt in plaats van leveranciers een tool in handen te geven en zich vervolgens terug te trekken.

Deze gids weerspiegelt wat we hebben geleerd door merken over de jaren heen succesvol te helpen met inkooporganisaties samen te werken, niet alleen door een eenmalig compliance-vinkje aan te vinken dat later niet werkt en verkoop kost.

Het is ook gebaseerd op gesprekken met merken die SPS verlieten voor beloften van lagere kosten, snellere implementatie of meer configurabiliteit elders. In de praktijk werden die beloften niet waargemaakt. De problemen manifesteerden zich als complianceproblemen, gemiste bestellingen en onvoorziene kosten – echte financiële gevolgen die deze merken terug naar SPS brachten.

Neem Ultimate Trading International, een Amerikaanse sieradenleverancier die met SPS begon met één retailklant. Toen een concurrent een lagere prijs, snellere implementatie en volledige ERP-integratie beloofde, stapte Ultimate Trading over. Zes maanden later had de concurrent slechts één klant gedeeltelijk geïntegreerd, de voorraaintegatie was onvolledig en een beloofde verzendlabel-functie bestond niet. Toen de facturering uurbasis werd voor onafgemaakt werk, keerde Ultimate Trading terug naar SPS en was dezelfde dag weer online. SPS bouwde vervolgens een volledige, bidirectionele ERP-integratie voor alle zeven retailklanten in acht weken op – dezelfde omvang die de vorige leverancier zes maanden lang niet kon realiseren – en ging 15 dagen eerder dan gepland live.

"Ervaring telt," zegt Devendra Samdani, Head of IT bij Ultimate Trading International. "Toen ik met het andere bedrijf werkte, realiseerde ik me dat zij ons als testobject gebruikten, en we betaalden daarvoor terwijl ons bedrijf onder zware druk stond."

Als u op dit moment EDI-providers of B2B-integratieplatforms
evalueert, of B2B-handelsplatforms, vergelijkt u waarschijnlijk functies,
tijdlijnen en prijzen. Die dingen zijn belangrijk. Maar de criteria waarop de
meeste teams zich vroeg richten - snelheid om verbinding te maken, aantal
handelspartners, prijs per transactie - zijn niet altijd de criteria die
voorspellen of een implementatie uw compliance-belasting werkelijk vermindert
of terugboekingen elimineert.

De juiste evaluatie begint met een ander soort vraag:
wanneer iets breekt of verandert, en dat zal gebeuren, wie handelt eraan?

Enkele termen die u in deze gids zult zien

Een dag in het leven van een supply chain operations leider

Voordat u uw laptop hebt geopend, heeft een retailer twee
terugboekingen gemarkeerd. Eén voor een labelingfout die u niet kunt traceren,
een voor een ASN die vier uur voorbij het venster arriveerde. U was compliant.
U denkt. U hebt 60 dagen transactiegeschiedenis om het te bewijzen, ergens.

Misschien bent u een oprichter die zojuist uw eerste grote
retailer hebt geland en doet u dit allemaal zelf naast alles anders dat het
bedrijf draait. Misschien bent u twee personen die supply chain operations
uitvoeren voor een merk met $5 miljoen tot $300 miljoen omzet. Hoe dan ook, dat
tafereel is vertrouwd. U beheerst bestellingen, magazijnuitvoering,
EDI-compliance, leverancierrelaties en retailer scorecards; vaak met een team
van één of twee. Wanneer iets breekt, breekt het op u.

Het juiste raamwerk: netwerkpartner vs. een toolkit

Voordat je de functies vergelijkt, ontdek je eerst het belangrijkste verschil tussen de twee soorten oplossingen op deze markt.

Een toolkit geeft uw team software om EDI en B2B-integraties
te beheren. U krijgt een verbinding naar het handelspartnernetwerk, een portal
om toewijzingen te beheren en ondersteuningsdocumentatie. Uw IT-team, of een
consultant, doet het implementatiewerk: het bouwen van integraties, het
vertalen van retailer-vereisten in uw systeem en het bijwerken van uw
configuratie wanneer vereisten veranderen.

Toolkits zijn legitieme producten. Voor grote organisaties
met dedicated EDI-teams en IT-resources kunnen ze goed werken. De kritieke
vraag is niet alleen of uw team de bandbreedte heeft om wat erna komt in
eigendom te nemen, het is of uw bedrijf het risico kan absorberen terwijl zij
die mogelijkheid opbouwen. Compliancefouten brengen tot 5% van omzet in gevaar,
wat voor veel merken ongeveer de helft van bedrijfswinst is.

Een netwerkpartner exploiteert een groeiend netwerk namens
u: verbindingen worden niet één klant tegelijk herbouwd, ze worden één keer
onderhouden en gedeeld door iedereen op het netwerk. Hun team handelt setup,
handelspartner communicatie, lopend onderhoud en compliance-updates af, zodat
de relatie sterk blijft en uw bedrijf elke dag retail-klaar is.

Het onderscheid is geen functie. Het is een kwestie van wie het werk doet en wie het risico draagt wanneer dingen veranderen.

"Wanneer een retailer zijn compliancevereisten wijzigt, wie handelt dat af en hoe
snel?" Het antwoord op deze enkele vraag vertelt u meer over het model van
een provider dan elke demo of functielijst.

Terwijl u een EDI- of B2B-integrationprovider beoordeelt, is
het juiste raamwerk niet productcategorieën; het is wat de oplossing werkelijk
doet in drie operationele behoeften: uw gegevens en partners verbinden, de
flows orchestreren die bestellingen in beweging houden, en prestaties in de
loop van de tijd optimaliseren.

Uw toeleveringsketen draait op gegevens die tussen systemen en handelspartners stromen – artikelspecificaties, voorraadhoeveelheden, bestellingen, zendingen, facturen, betalingen. Dit is elektronische inkoop in de praktijk: bestellingen en bevestigingen die zonder handmatige herverwerking tussen u en uw handelspartners circuleren.

Dit wordt ingewikkelder wanneer uw technologiestapel niet uit één schoon systeem bestaat: uw ERP, WMS en OMS kunnen van verschillende leveranciers afkomstig zijn, en de meeste providers hebben een generieke connector voor elk systeem in plaats van echte expertise in hoe zij daadwerkelijk samenwerken. Wanneer die gegevens niet verbonden, gestandaardiseerd en actueel zijn, betaalt elk daaropvolgend proces de prijs.

De meeste operations teams onderschatten hoeveel handmatige inspanning nodig is om deze verbindingen in stand te houden naarmate systemen veranderen en de vereisten van handelspartners zich verder ontwikkelen.

Vertalen en mappen is basiswerk; bijna elke aanbieder doet dit. De echte vraag is wat er gebeurt nadat het bestand is vertaald: weet het systeem de huidige werkelijke eisen van deze retailer, of alleen het formaat?

Verbonden gegevens zijn noodzakelijk maar niet voldoende, en het zou niet uitmaken via welk kanaal ze binnenkomen. SPS's order automatisering is kanaal-agnostisch: het verandert EDI-transacties en PDF-orders in dezelfde schone, gevolgde order in hetzelfde systeem, dus een PDF-order van een kleinere handelspartner krijgt dezelfde automatisering als een EDI-order van uw grootste retailer, in plaats van in een inbox te zitten wachtend om handmatig te worden ingevoerd. Stel dat een retailer de ASN-vereisten halverwege het kwartaal wijzigt, of een magazijn een doos verkeerd inpakt twee weken voor het hoogseizoen, de order stopt niet met bewegen alleen omdat iets fout is gegaan. Iemand moet nog steeds de uitzondering opvangen, uitvogelen wie verantwoordelijk is, het oplossen en de zending op schema houden. De meeste teams ontdekken deze storingen nadat een scorecard of aftrek opduikt, niet terwijl er nog tijd is om in te grijpen. Het werk zit in het in beweging houden van de flows over elke handelspartner en elk verbindingstype, EDI of niet: partners gereed maken, orders via de juiste weg verplaatsen, zendingen coördineren over magazijnen en vervoerders heen, compliancefouten opvangen voordat ze terugboekingen worden, en inkomsten terugvorderen wanneer aftrekken binnenkomen. Elk van deze flows heeft uitzonderingen. Wat providers onderscheidt is wie ze afhandelt.

De meeste operatieteams nemen beslissingen op basis van wat ze hebben verzonden, niet wat is verkocht, en ontdekken compliancefouten nadat de sanctie is aangekomen. Zonder zichtbaarheid over partners, producten en bedrijfsresultaten is verbetering reactief. De juiste oplossing geeft u gegevens om op in te grijpen voordat problemen zich opstapelen.

Het startpunt van elk merk is anders. Sommige moeten een compliancegat sluiten voordat het een patroon wordt. Anderen bouwen hun EDI-fundament helemaal opnieuw op. Dit is de ervaring die u in beide gevallen kunt verwachten:

En EDI-compliance is slechts één halte op een langer traject. Dezelfde Connect-, Orchestreren-, Optimaliseren-benadering die uw eerste handelspartner live krijgt, is dezelfde benadering die u door alles erna draagt:

Één netwerk, één relatie, over elk kanaal waarlangs u verkoopt, in plaats van een nieuw zoeken naar leveranciers elke keer dat er een nieuw probleem opdoemt.

Weet u niet zeker welke voor u geldt? Begin met wat u momenteel het meest kost, en gebruik de bovenstaande Connect-, Orchestreren- en Optimaliseren-criteria om te evalueren of een provider, inclusief SPS, het werkelijk aflevert.

Vragen die u elke EDI- of B2B-integrationprovider moet stellen

Pas deze supply chain compliance checklist toe bij elke leveranciersevaluatie. Deze vragen zijn speciaal ontworpen om het werkelijke operationeel model achter de marketingtoonspraak van een provider aan het licht te brengen en de zwakke punten in een toolkit-aanpak bloot te leggen.

SPS Analytics Is Now Decision Intelligence

____________________________________________________________________________________ 

Every week, someone on your team has to make a call. Do you push more inventory to a retailer or hold it for later? Should you flag a slow-moving item before the buyer does? How do you decide which region gets your limited supply? The reports these decision-makers rely on tell them what happened in the past. The difficulty lies in figuring out how to apply those lessons to the future.  

That gap between knowing and deciding is why SPS Analytics is now Decision Intelligence. Analytics tells you what is happening, but Decision Intelligence is about helping you decide what to do next. 

Here is what to expect from Decision Intelligence: The trusted retailer data, reporting, and cross-retailer visibility your team relies on remain in place. The experience around them, however, has been modernized. The new name more accurately describes what customers were already doing with SPS Analytics. 

SPS Analytics described the capability. Decision Intelligence describes what customers can do with it. 

SPS Analytics started where most analytics products start: reports, dashboards, and cleaned-up retailer data, which was the hard part. Retail data arrives in different formats, on different schedules, with different definitions of the same metric, and must be reconciled before anyone can use the numbers. SPS helped to complete that work, and for years the name SPS Analytics matched what customers valued most. 

Today, teams use their analytics solution to understand what is happening across their retail business, determine where attention is needed, and enter the next conversation with retail data they can trust. The reports are still there, but they are no longer the sole point. 

SPS Commerce is focused on better reporting, and is building toward a broader goal, by helping customers make the best possible decision for their business and execute it efficiently, rather than stopping at identifying what should be done. Decision Intelligence names that full journey. 

Decision Intelligence gives brands trusted retail sales, inventory, and supply chain information in a modernized experience. Teams can see how products are performing across retailers, product lines, regions, and individual stores, wherever that data is available, and use what they find to make important decisions. 

That first step is the one most teams underestimate. Retail data is only useful if it's trusted, and trust is expensive.  

SPS Commerce receives data from more than 4,000 retailers, distributors, and grocers on behalf of over 53,000 suppliers, across more than a million supply chain connections. Between 10% and 15% of that trading partner data needs intervention every week before it is fit to use. SPS handles that work so your team does not have to reconcile a mismatched file at the last minute. 

What your team sees is one consistent view of retail performance. The ability to use that information to support decision-making is a large part of why the platform has a new name.  

At launch, the new analytics experience supports three core use cases. Each one starts with a question teams ask and ends with a decision they can defend. 

Identify missed revenue and margin opportunities 

Where is performance falling short for each product, retailer, or region, and how much of that is still recoverable?  

Comparing sell-through, revenue, margin and performance across products, retailers and regions helps teams identify which gaps deserve attention and where to focus. 

Improve in-stock and on-shelf availability 

Where is demand showing up without product to meet it?  

Store-level inventory and sell-through data can show where shelves are running empty while units sit elsewhere,  helping teams decide what to replenish and where. 

Given limited supply, where should the next units go?  

Weeks of stock and sell-through velocity by retailer and region give planners a defensible basis for allocation, instead of splitting inventory evenly or by whoever asked loudest. 

 makes lightweight golf bags and accessories and sells through more than 1,000 retail accounts. The team uses retailer sell-through and inventory data to decide what to recommend for assortment and inventory at each account. 

Sunday Golf can now see retailer-specific sell-through, inventory, and weeks-of-stock information before making a recommendation. Before, the team had to infer most of it. 

Building a retail recommendation used to mean assembling the picture from whatever was available. For instance, shipment history showed what left the warehouse, not what sold. Retailer data could be requested, but those requests take time and arrive in the retailer's format. The remaining gaps were filled with assumptions. 

Now the team can look at what actually sold, at which retailer, and how many weeks of stock are left, then make assortment and inventory recommendations based on that. The team can walk into a buyer meeting with the data already in hand, which changes the recommendation from something to be justified into something to be discussed. 

"It's been a phenomenal tool to make decisions quicker and more efficiently and help grow our relationships with retail customers."

— Galen Brunelle, Co-Founder, Sunday Golf

The analytics experience has been modernized so teams spend less time getting to the data and more time acting on it.  

The core capabilities your team relies on remain in place: 

This is an evolution of SPS Analytics, not an unrelated new product. The name changed because it describes the work better, not because the solution was replaced. 

Where Decision Intelligence Goes From Here 

"Decision Intelligence" was selected as a top-level solution name, which means it can hold additional capabilities underneath it as the solution grows. 

The name is also intended to fit the whole analytics maturity journey. That journey runs from descriptive insight, which is understanding what happened, toward more advanced recommendations and action. Most organizations are somewhere along that pathway rather than at the end of it, and the same is true of analytics solutions. 

Decision Intelligence is the evolution of SPS Analytics. It is a name that better reflects how SPS helps customers turn trusted retail data into clearer insight and more confident business decisions. 

Was ist ERP-Integrationsschuld? Ein Leitfaden für Supply-Chain-Teams nach Fusionen und Übernahmen

•	Was ERP-Integrationsschuld nach einer Fusion oder Übernahme bedeutet

•	Warum veraltete ERP-Systeme, Artikeldaten und EDI-Verbindungen zu operativer Komplexität führen können

•	Wie sich Integrationslücken erkennen lassen, bevor sie zu größeren Problemen in der Supply Chain werden

Für ein Unternehmen, das gerade eine Fusion oder Übernahme abgeschlossen hat, war die Strategie hinter dem Abschluss des Deals nur der Anfang. Die nächste Herausforderung besteht darin, zwei Betriebsumgebungen zusammenzuführen – das kann zwei ERP-Systeme, zwei Artikelkataloge, zwei Sets von EDI-Verbindungen und zwei unterschiedliche Arten der Zusammenarbeit mit Handelspartnern bedeuten.

Ein gewisses Maß an Überlappung ist zu erwarten, da Unternehmen selten mit Systemen in eine Fusion gehen, die von vornherein perfekt zueinander passen. Probleme entstehen, wenn aus vorübergehenden Notlösungen dauerhafte Zustände werden. Teams halten das Geschäft am Laufen, Systeme laufen weiterhin parallel, und kleine Unstimmigkeiten beginnen sich anzusammeln.

Irgendwann treten diese Unstimmigkeiten als doppelte Datensätze, fehlgeschlagene Transaktionen, verpasste Lieferungen, Compliance-Probleme und Vertragsstrafen zutage. Die Summe dieser Unstimmigkeiten ist die 

. Wer versteht, woher sie kommt, hat als Supply-Chain-Team bessere Chancen, sie zu beheben, bevor aus alltäglichen Notlösungen langfristige operative Probleme werden.

___________________________________________________________________________________ 

Enterprise-Resource-Planning-(ERP)-Integrationsschuld entsteht, wenn Systeme, Daten und Geschäftsprozesse, die eigentlich zusammenarbeiten müssten, über die Zeit teilweise getrennt bleiben oder von Notlösungen abhängig sind.

Ein Unternehmen übernimmt ein anderes und erbt damit plötzlich neue, andersartige Technologieumgebungen. Technische Schulden (Technical Debt) bezeichnen häufig Abkürzungen oder veraltete Architekturen innerhalb einer Technologieumgebung.

, die entsteht, wenn Systeme, die eigentlich zusammenarbeiten sollten, weiterhin auf doppelte Prozesse, Mappings, Daten oder Verbindungen angewiesen sind.

In einem Umfeld nach einer Fusion oder Übernahme (M&A) kann das Folgendes bedeuten:

•	Derselbe Artikel existiert unter unterschiedlichen Kennungen in zwei Systemen.

•	Beide ursprünglichen Unternehmen unterhalten separate Verbindungen zum selben Handelspartner.

•	Teams gleichen Informationen manuell zwischen den ERP-Umgebungen ab.

•	EDI-Transaktionen basieren auf Mappings, die auf unterschiedlichen Versionen von Artikel- oder Standortdaten aufgebaut sind.

Keines dieser Probleme führt notwendigerweise zu einem sofortigen Ausfall. Tatsächlich kann es in den frühen Phasen einer Fusion genau das sein, was das Unternehmen braucht: beide Umgebungen parallel laufen zu lassen.

Wichtig ist jedoch zu wissen, ob dieses Vorgehen ein vorübergehender Schritt auf dem Weg zur Integration ist – oder ob der parallele Betrieb beider Umgebungen zum neuen Normalzustand wird und sich dabei schleichend Schulden aufbauen.

Warum Fusionen und Übernahmen ERP-Integrationsherausforderungen schaffen

Jedes übernommene Unternehmen bringt Jahre an operativen Entscheidungen in eine Fusion ein. Sein ERP-System, seine Artikeldaten, EDI-Verbindungen, Geschäftsregeln und Handelspartnerbeziehungen wurden danach aufgebaut, wie diese Organisation vor dem Deal gearbeitet hat. Diese Umgebungen zusammenzuführen, braucht Zeit.

Während dieser Übergangsphase kann es der sicherste Weg sein, bestehende Systeme weiterlaufen zu lassen, um Bestellungen, Lieferungen, Rechnungen und Kundenbeziehungen zu schützen. Die Herausforderung besteht darin, sicherzustellen, dass diese vorübergehenden Lösungen langfristig keine unnötige Komplexität erzeugen.

Ein fusioniertes Unternehmen könnte sich in der Situation wiederfinden, Folgendes zu verwalten:

•	Mehrere Artikelstammdatensätze mit unterschiedlichen IDs, Beschreibungen oder Attributen für dieselben Produkte

•	Separate Handelspartnerverbindungen für denselben Händler oder Distributor

•	Mehrere EDI- oder API-Pfade mit ähnlichen Funktionen

•	Unterschiedliche Geschäftsregeln, Mappings und Workflows

Zunächst mögen dies lediglich Anzeichen dafür sein, dass ein Unternehmen die Integration durcharbeitet. Ungelöste Unterschiede erfordern jedoch mehr manuelle Arbeit und erschweren es, eine konsistente Sicht auf das Geschäft zu behalten. Genau hier beginnt ERP-Integrationsschuld relevant zu werden.

4 Anzeichen dafür, dass ERP-Integrationsschuld die Supply-Chain-Abläufe beeinträchtigt

ERP-Integrationsschuld tritt selten als klar erkennbares ERP-Problem auf. Supply-Chain-Teams erleben sie eher als wiederkehrende Ausnahmefälle, Abstimmungsaufwand oder uneinheitliche Leistung der Handelspartner. Einige Signale sind besonders aufmerksam zu beobachten.

1. Doppelte oder widersprüchliche Artikel- und Lieferanten-IDs

Dasselbe Produkt oder derselbe Lieferant kann unter unterschiedlichen Kennungen existieren, weil die alten Artikelstammdaten nicht vollständig abgeglichen wurden.

Ein doppelter Datensatz allein ist nicht zwangsläufig ein Problem. Das Risiko entsteht, wenn unterschiedliche Systeme unterschiedliche Datensätze verwenden, um Bestellungen, Lieferungen, Rechnungen oder andere Transaktionen zu erstellen.

2. Standortdaten stimmen zwischen den Systemen nicht überein

Global Location Numbers (GLNs), Lieferadressen (Ship-to-Standorte), Distributionszentren (DCs) und andere Standortkennungen müssen über Systeme und Handelspartner hinweg konsistent bleiben.

Wenn die alten Umgebungen denselben Standort unterschiedlich kennzeichnen, verbringen Teams unter Umständen mehr Zeit mit dem Abgleich von Daten oder der Fehlersuche bei Transaktionen, die in einem System korrekt erscheinen, in einem anderen jedoch nicht.

3. Versandavis (ASNs) und andere EDI-Transaktionen erfordern mehr Fehlersuche

Versandavis (Advance Ship Notices, ASNs) reagieren besonders empfindlich auf Datenqualität, da sie Informationen zu Bestellungen, Artikeln, Mengen, Standorten und Lieferungen zusammenführen.

Wenn diese Eingabedaten aus Systemen stammen, die nicht vollständig übereinstimmen, können Transaktionsfehler und Validierungsfehler beim Handelspartner häufiger auftreten.

4. Die Compliance-Leistung bei Handelspartnern wird schwerer erklärbar

Auch Compliance-Probleme können bei mehreren Handelspartnern auftreten, ohne dass eine offensichtliche gemeinsame Ursache erkennbar ist.

Wenn mehrere Altsysteme, Mappings und Workflows beteiligt sind, können Teams erheblich viel Zeit damit verbringen, einzelne Ausnahmefälle zu beheben, ohne das zugrunde liegende Muster zu erkennen.

Ein einzelner Ausnahmefall ist möglicherweise nur ein Ausnahmefall. Wiederkehrende Probleme, die dieselben Produkte, Standorte, Transaktionen oder Altsysteme betreffen, sollten jedoch als umfassenderes Integrationsproblem untersucht werden.

Wie sich ERP-Integrationsschuld auf die Leistung nach einer Fusion auswirken kann

Die Kosten der ERP-Integrationsschuld zeigen sich häufig in der Zeit, die benötigt wird, um getrennte Prozesse funktionsfähig zu halten.

Teams verbringen möglicherweise mehr Zeit mit:

•	Der Untersuchung von Transaktionsfehlern

•	Der Klärung, welches System die korrekten Informationen enthält

Dieser Mehraufwand erhöht die operative Belastung und kann es erschweren, die Effizienzgewinne zu realisieren, die die Fusion eigentlich ermöglichen sollte.

Die Auswirkungen auf die Supply Chain zeigen sich besonders deutlich in den Beziehungen zu Handelspartnern. Eine Bestellung kann in einem System entstehen, Artikelinformationen aus einem anderen Prozess beziehen und letztlich ein Versandavis oder eine Rechnung erzeugen, die die genauen Anforderungen eines Handelspartners möglicherweise nicht erfüllt. Eine Abweichung an beliebiger Stelle in diesem Ablauf kann nachgelagert zu Vertragsstrafen führen.

Diese Unterscheidung ist hier wichtig, denn eine bestehende Verbindung bedeutet nicht automatisch, dass jede Transaktion wie erwartet abläuft. Die Integration nach einer Fusion bietet Teams die Möglichkeit, nicht nur zu prüfen, ob Systeme Informationen austauschen können, sondern auch, ob die kombinierte Umgebung im gesamten Unternehmen präzise und konsistente Transaktionen erzeugt. Für Supply-Chain-Verantwortliche ist das oft ein deutlich aussagekräftigerer Maßstab für den Integrationsfortschritt.

Wie sich ERP-Integrationsschuld nach einer Fusion erkennen lässt

Ein vollständiges ERP-Konsolidierungsprojekt ist nicht nötig, um zu verstehen, wo Integrationsschuld besteht. Supply-Chain-Teams können mit einer gezielten Überprüfung der Bereiche beginnen, in denen sich die beiden ursprünglichen Umgebungen nun überschneiden.

Beginnen Sie mit einigen praktischen Fragen:

Sind die Artikel-IDs in beiden Unternehmen konsistent

? Identifizieren Sie Produkte, die in beiden Katalogen unter unterschiedlichen IDs, Beschreibungen, Maßeinheiten oder Attributen existieren.

Gibt es doppelte EDI- oder API-Verbindungen zu denselben Handelspartnern?

 Verstehen Sie, warum beide Verbindungen bestehen und ob sie weiterhin unterschiedlichen geschäftlichen Zwecken dienen.

Sind die Mappings der Handelspartner konsistent?

 Vergleichen Sie, wie jede der ursprünglichen Umgebungen wichtige Dokumente, Felder und Handelspartneranforderungen handhabt.

Können wir die Genauigkeit der Versandavis über das gesamte kombinierte Unternehmen hinweg messen?

 Eine gemeinsame Betrachtung der Leistung kann Muster aufzeigen, die getrennte Scorecards der Altsysteme übersehen.

Wo gleichen Mitarbeitende Informationen manuell ab?

 Tabellenkalkulationen, erneute Dateneingabe, E-Mail-Freigaben und andere manuelle Schritte können nützliche Hinweise darauf sein, dass zwei Systeme noch nicht wie beabsichtigt zusammenarbeiten.

wo Komplexität besteht, warum sie besteht und ob sie noch einem Zweck dient

. Das gibt Führungskräften eine deutlich bessere Ausgangsbasis, um zu entscheiden, was konsolidiert werden sollte, was getrennt bleiben kann und was zuerst Aufmerksamkeit braucht.

Wie sich ERP-Integrationsschuld reduzieren lässt, ohne den Betrieb zu stören

ERP-Integrationsschuld muss nicht auf einen Schlag gelöst werden.

In vielen Umgebungen nach einer Fusion oder Übernahme ist ein stufenweises Vorgehen sinnvoller. Beginnen Sie mit den Integrationslücken, die die größten operativen Auswirkungen haben, und arbeiten Sie sich von dort aus nach außen vor.

Articles

SupplierWiki curates detailed articles to help suppliers win at retail.

Prepping for Walmart Audits

Overview

Articles