Att koppla ihop lagerprogramvara med ett ERP-system börjar med beslut om verksamheten. Vilket system ansvarar för produktposten? Vad menas med tillgängligt lager? När ska en order räknas som skickad? Samla svaren i en gemensam checklista innan du bedömer att en fungerande anslutning är redo för daglig drift.
Den här guiden riktar sig till lager- och verksamhetsansvariga som planerar en integration. Den innehåller krav att diskutera med programvaruleverantören och verksamhetssystemets ägare. Exemplen beskriver föreslagna testscenarier, inte garanterad funktion i någon särskild koppling.
Kartlägg först en hel order
Välj en order som motsvarar den normala verksamheten och följ den från registrering via plockning och packning till utleverans. Ta reda på vilket system som hanterar varje steg och var ett annat team behöver få en uppdatering. Ta med personen som kontrollerar de slutliga posterna.
Skriv ned referensen som kopplar ihop posterna. Fråga personalen hur de hittar samma order i respektive system vid en kundfråga. Om referenserna skiljer sig åt ska du kontrollera att sambandet fortfarande är synligt för medarbetarna som behöver det.
Välj sedan ett undantag, till exempel en delleverans eller en avbruten orderrad. Diskutera vad varje team förväntar sig att se. En koppling som överför vanliga order korrekt behöver också tydlig funktion när det fysiska arbetet ändras.
Bestäm var viktiga poster hanteras
Lista uppgifterna som överförs: produkter, kunder, ordrar, kvantiteter och relevanta statusuppdateringar. Utse en ansvarig för att skapa och ändra varje post. Fokusera på de uppgifter som verksamheten faktiskt behöver.
Bestäm vilka ändringar som får göras i lagersystemet och vilka som måste börja i ERP-systemet. Att kalla en koppling tvåvägs förklarar inte i sig varje fält eller behörighet. Be om de överenskomna riktningarna och begränsningarna i en form som teamet kan granska.
Ta även med ändringar av befintliga poster. Testa en uppdaterad leveransuppgift för en kund eller en ändrad produktbeskrivning och granska sedan resultatet i båda systemen. Bestäm hur redan frisläppta arbetsuppgifter hanteras när en överordnad post ändras.
Kontrollera identifierare, enheter och platser
Använd representativa artiklar för att testa hur systemen matchar produktidentifierare. Ta med en artikel med flera streckkoder eller olika inköps- och försäljningsenheter om verksamheten använder sådana upplägg. Dokumentera den förväntade mappningen tydligt.
Bekräfta omräkningsreglerna innan kvantiteter hanteras. En kartong och en enskild enhet måste ha samma innebörd i båda systemen. Be leverantören visa ett mottag och en order med de aktuella enheterna.
Granska även vilka lagerplatser som omfattas. Det ena systemet kanske behöver en totalsumma för lagret, medan det andra följer enskilda hyllplatser. Fastställ vilka kvantiteter som överförs och hur tillfälliga platser, spärrat lager och varor i transport hanteras.
Beskriv kvantiteter och status med tydliga ord
Kom överens om vad lagersaldo, reserverat och tillgängligt lager betyder i den föreslagna lösningen. Fråga vilka transaktioner som ändrar värdena och när det andra systemet får uppdateringen. Utgå inte från att två skärmar med samma ord beräknar värdet på samma sätt.
Koppla orderstatusar till det fysiska arbetsflödet. Plockat, packat, bokat hos transportör och upphämtat är olika händelser som verksamheten kan behöva skilja åt. Välj de händelser som är viktiga och kontrollera hur de mappas.
Testa en delleverans. Om en del av ordern skickas medan en annan orderrad fortfarande är öppen måste båda teamen förstå vad som återstår. Granska posterna tillsammans i stället för att bedöma resultatet utifrån ett enda slutfört meddelande.
Enas om vilket system som ansvarar för varje beslut
Använd tabellen som checklista för en arbetsworkshop. Den listar beslut som ska dokumenteras och scenarier som ska demonstreras. Bekräfta den exakta funktionaliteten med leverantören som ansvarar för den föreslagna kopplingen.
| Data eller händelse | Beslut att dokumentera | Scenario att testa |
|---|---|---|
| Kund- och produktposter | Källa och tillåtna ändringar | Ändrad identifierare eller dubblett |
| Lagersaldon | Betydelse, platsomfattning och uppdateringstid | Två transaktioner tätt efter varandra |
| Orderstatus | Utlösande händelse och mål för varje uppdatering | En delleverans |
| Felåterställning | Ansvarig, avisering och säker metod för nytt försök | En avbruten uppdatering |
| Behörigheter | Vem får ändra eller godkänna poster? | En obehörig åtgärd |
Ge fel en tydligt ansvarig och en återställningsväg
Fråga var misslyckade uppdateringar visas och vem som kontrollerar den vyn under arbetsdagen. Kom överens om vilken information som behövs för att utreda ett fel, inklusive postreferenser och avsedd åtgärd. Undvik en process som bygger på att någon råkar lägga märke till en inaktuell skärm.
Be om en demonstration av en avbruten uppdatering. Kontrollera hur personalen kan se om transaktionen slutförts, fortfarande väntar eller kräver åtgärd. Be leverantören visa vilken återställningsåtgärd som stöds och hur den förhindrar oavsiktliga dubbletter.
Definiera eskalering mellan verksamheten och teknisk support. Lagerteamet behöver veta om arbetet kan fortsätta, vilka poster som ska granskas och vem som godkänner återställningen. Dokumentera ansvaret före piloten så att en intensiv arbetsdag inte blottlägger luckor.
Stäm av resultaten under piloten
Välj ett mindre antal transaktioner och jämför slutresultaten i båda systemen. Ta med en inleverans, en plockning, en utleverans och en lagerkorrigering om de händelserna ingår i den överenskomna omfattningen. Använd kända kvantiteter och referenser.
Testa uppdateringar som sker tätt inpå varandra om flera medarbetare kan arbeta med samma lager eller order. Granska de resulterande posterna och fråga hur konflikter hanteras. Bedöm funktionaliteten i den faktiska konfigurationen i stället för att förlita dig på en allmän beskrivning av synkronisering.
Kontrollera behörigheterna tillsammans med dem som ska använda systemet. Den som får registrera ett inventeringsresultat kanske inte får godkänna en justering. Säkerställ att användarrollerna följer arbetsflödet och att en nekad åtgärd leder vidare till ett tydligt nästa steg.
Planera övergången till normal drift
Skriv acceptanskriterier före den sista pilotgranskningen. Ta med korrekta poster, begripliga undantag, utbildade ansvariga och en dokumenterad metod för att återställa avbrutet arbete. Utse en ansvarig för varje olöst punkt i stället för att behandla den som en obetydlig notering.
Kom överens om utrullningens omfattning och hur expansionen stoppas om ett viktigt problem uppstår. Dokumentera tydligt det arbete som redan utförts under piloten. En kontrollerad överlämning ska hjälpa teamet förstå vad som är i drift och vem som ger support.
Så passar Raptool in
Raptool WMS beskriver tvåvägssynkronisering med Fortnox och nämner kopplingar till bland annat Visma.net, Business Central, SAP S/4HANA och NetSuite. Lagerflödena omfattar godsmottagning, plockning, packning, utleverans och inventering.
Utgå från den relevanta Fortnox, Visma, eller SAP som utgångspunkt för diskussionen om ditt verksamhetssystem. Bekräfta exakt produkt och version, dataomfattning, uppdateringstider och återställningsfunktion i den föreslagna konfigurationen.
Ta med representativa poster och checklistan till en demonstration. Be Raptool och ERP-ansvarig att gå igenom hela transaktionen och ett undantag tillsammans. Resultatet bör vara en koppling som verksamhetsteamet kan förklara, kontrollera och stödja i det dagliga arbetet.
Vanliga frågor
Vad ska vi definiera innan vi kopplar ihop ett WMS och ERP?
Enas om vilka poster respektive system ansvarar för, vilka identifierare de delar, vad kvantiteter och statusar betyder och hur fel ska hanteras. Bekräfta besluten med representativa order.
Innebär tvåvägssynkronisering att alla fält kan ändras i båda systemen?
Utgå inte från det. Bekräfta riktning, behörigheter, konfliktregler och vilka uppdateringar som stöds för varje post eller fält i den föreslagna kopplingen.
Hur undviker vi dubbla ordrar vid återställning?
Be leverantören demonstrera den exakta funktionen för nytt försök och dubbletthantering. Verksamhetspersonalen behöver en dokumenterad återställningsprocess som bevarar den avsedda transaktionen.
Vilka ERP-system nämner Raptool WMS?
Raptool WMS-sidan nämner Fortnox, Visma.net, Business Central, SAP S/4HANA och NetSuite bland kopplingarna. Bekräfta exakt produkt, version, omfattning och nödvändiga arbetsflöden.
När är en integrationspilot klar?
Fastställ acceptanskriterier före testningen. Ta med normala transaktioner, undantag, behörigheter, avstämning och ansvar för olösta fel innan en bredare utrullning godkänns.
Taggar
Vill du se hur det här kan fungera på ditt lager? Boka en demo så guidar vi dig igenom det.
Boka en demo
