Waarom WMS-ERP-integratie een grensvraagstuk is
ERP en WMS overlappen elkaar per ontwerp. Het ERP-systeem beheert de financiën, inkoop en planning. Het WMS beheert de fysieke operatie, stuurt aan wat waar wordt gepickt en registreert wat er is verplaatst. Beide systemen bevatten voorraadcijfers, kennen locaties en houden ontvangsten en verzendingen bij.
De overlap is echter niet identiek. Het ERP heeft een financieel en planningsperspectief op de voorraad, gewaardeerd en geaggregeerd, wat voldoende is voor materiaalbehoefteplanning en de boekhouding. Het WMS heeft een fysiek perspectief, tot op het niveau van bak, pallet, batch en serienummer, wat voldoende is om een orderpicker naar een schap te sturen.
Deze perspectieven beantwoorden verschillende vragen en mogen op hetzelfde moment legitiem verschillende cijfers bevatten. Voorraad in een ontvangstzone is fysiek aanwezig voor het WMS, maar nog niet beschikbaar voor het ERP. Dat verschil behandelen als een fout die moet worden weggesynchroniseerd, leidt tot overschrijvingslussen.
Welk systeem moet eigenaar zijn van welk record
Een werkbare verdeling volgt de vraag die elk systeem moet beantwoorden, in plaats van te splitsen op datatype.
- Artikelstamgegevens: eigendom van het ERP, gepubliceerd naar het WMS, omdat inkoop en kostprijsberekening hiervan afhankelijk zijn.
- Fysieke voorraad: eigendom van het WMS, gepubliceerd naar het ERP, omdat alleen het magazijn ziet wat er daadwerkelijk in het schap ligt.
- Locaties en bakken: volledig eigendom van het WMS, waarbij het ERP niet meer dan een overzicht op vestigingsniveau bijhoudt.
- Inkoop- en verkooporders: eigendom van het ERP, vrijgegeven aan het WMS als instructies voor uitvoering.
- Ontvangsten en verzendingen: aangemaakt door het WMS als events, verwerkt door het ERP om de eigen voorraadpositie bij te werken.
- Voorraadwaardering: uitsluitend beheerd door het ERP, afgeleid van WMS-events in plaats van parallel onderhouden.
De regel onder de lijst is simpel. Welk systeem een event ook als eerste waarneemt, dat systeem moet de eigenaar van het record zijn; elk ander systeem moet zijn kopie als afgeleid beschouwen. Zodra daar overeenstemming over is, lossen de meeste discussies over synchronisatie zichzelf op.
Waarom voorraadcijfers in ERP en WMS uiteenlopen
Drie foutpatronen komen steeds weer terug, en alle drie zijn ze terug te voeren op hetzelfde ontbrekende besluit.
Overschrijvingslussen ontstaan wanneer beide systemen geloven dat zij de autoriteit zijn voor de voorraad. Elke correctie wordt ongedaan gemaakt door de volgende geplande run, waardoor magazijnmedewerkers beide cijfers wantrouwen en zelf gaan tellen.
Stille divergentie is erger omdat niemand het opmerkt. Twee systemen groeien uit elkaar wat betreft batch- of serienummers die door geen van beide worden afgestemd. Het gat komt aan het licht tijdens een recall of een traceerbaarheidsaudit, precies op het moment dat het het duurst is. Dit is hetzelfde type probleem als het handhaven van dataconsistentie tussen ERP, MES en WMS, met minder systemen en even hoge kosten.
Afstemming als routine is het resultaat dat bedrijven accepteren wanneer ze stoppen met proberen de eerste twee problemen op te lossen. Iemand besteedt een deel van elke week aan het vergelijken van twee rapporten, en die persoon wordt de integratie.
Hoe een integratieplatform eigenaarschap afdwingt
Een besluit over eigenaarschap houdt alleen stand als iets het afdwingt, en geen van beide systemen zal dat uit zichzelf doen. Beide zijn geconfigureerd om hun eigen beeld te behouden, en geen van beide weet wat de ander is verteld.
Er zijn drie plekken waar de regel kan worden ondergebracht. Hij kan in één systeem worden geconfigureerd door een synchronisatierichting uit te schakelen, wat standhoudt totdat er een uitzondering moet worden afgehandeld en er geen verslag is van waarom die uitzondering werd gemaakt. Hij kan in aangepaste scripts tussen de twee systemen zitten, waar het ongedocumenteerde logica wordt die bij de volgende upgrade breekt en alleen wordt begrepen door degene die het schreef. Of hij kan in de laag leven die al elke uitwisseling tussen hen verzorgt, waar hij zichtbaar, testbaar en aanpasbaar is zonder een van beide systemen te wijzigen.
De derde optie is waarom de integratielaag het praktische antwoord is. Het Alumio iPaaS bevindt zich tussen de twee systemen en past het eigendomsbeleid toe tijdens het transport. Een voorraadevent dat in het WMS ontstaat, wordt geaccepteerd en doorgestuurd naar het ERP, terwijl een voorraadcijfer aan de ERP-kant niet mag overschrijven wat in het magazijn bekend is. Vanaf daar wordt het werk opgesplitst in vier delen:
- Transformers: vertalen details op locatieniveau naar de geaggregeerde vorm die het ERP verwacht, zonder de granulariteit te verliezen die het WMS moet behouden
- Opslag: houdt de tussenliggende status vast, zodat een WMS-event een ERP-storing overleeft en opnieuw kan worden afgespeeld in plaats van te verdwijnen
- Logging: legt de richting en het resultaat van elke uitwisseling vast, zodat een supervisor kan achterhalen waar een cijfer vandaan komt in plaats van te moeten gissen
- Configuratie: bevat de eigendomsregels zelf, waarbij de Code Transformer voorziet in wat niet via configuratie kan worden vastgelegd.
Omdat de regels in de flow zijn opgenomen in plaats van hard-coded in een van beide systemen, is het later aanpassen van de grens een wijziging in de flow in plaats van een volledige herimplementatie.
WMS-ERP-integratie goed aanpakken vóór het opschalen
De verleiding bij een magazijnintegratie is om te beginnen met de flow met het hoogste volume, meestal voorraad, omdat dit de meeste zichtbare problemen veroorzaakt. De betrouwbaardere volgorde is om eerst het eigenaarschap vast te leggen en vervolgens de flows te verbinden in de volgorde die het eigendomsmodel dicteert: stamgegevens omlaag, gebeurtenissen omhoog, waardering afgeleid.
Die volgorde wordt belangrijker naarmate het systeemlandschap groeit. Een tweede magazijn, een externe logistieke dienstverlener of een nieuw ERP-exemplaar nemen elk het bestaande model over. Een expliciete grens laat zich eenvoudig uitbreiden. Een impliciete grens moet op elke locatie opnieuw worden onderhandeld, meestal door wie er op dat moment beschikbaar is in plaats van volgens een vast ontwerp.
Een integratieplatform zorgt ervoor dat de expliciete versie standhoudt, omdat dit de enige plek is waar de regel kan staan die beide systemen moeten respecteren. Bedrijven die dit goed aanpakken, stoppen met discussiëren over welk cijfer correct is. Het magazijn en het financiële team werken vanuit hetzelfde uitgangspunt en niemand hoeft meer een ochtend te besteden aan het handmatig afstemmen van gegevens.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
