Vad 3PL-integration flyttar mellan varumärket och lagret
En kund lägger en beställning på fredagen. På onsdagen har paketet fortfarande inte kommit fram, så kunden mejlar supporten. Kundtjänstmedarbetaren öppnar ordern och ser att den har lagts och betalats, men inget mer. Allt som hände därefter skedde i en byggnad som varumärket inte driver.
En 3PL-aktör (tredjepartslogistik) förvarar lagret och skickar beställningarna. Leverantören kör sitt eget lagerhanteringssystem (WMS), och 3PL-integration är kopplingen mellan det systemet och varumärkets webbshop och affärssystem (ERP). Fem saker flyttas via denna koppling:
- Utgående ordrar: vad som ska plockas, packas och skickas, inklusive servicenivå och eventuell specialhantering som kunden betalat för
- Lagersaldon tillbaka: vad leverantören faktiskt har på lager, vilket är den siffra som webbshoppen säljer utifrån
- Leveransbekräftelse och spårning: vad som skickats, när, och med vilket fraktnummer
- Inleveranser och lagerläggning: bekräftade inkommande leveranser, så att inköpt lager blir säljbart först när det faktiskt finns på plats
- Returer och justeringar: artiklar som tagits emot, bedömts och antingen lagts tillbaka i lager eller skrivits av
Alla leverantörer stöder utgående ordrar. Det är när det gäller lagersaldon och leveransbekräftelser som tidsaspekten brister, och det är just dessa två som webbshoppen och kundtjänst är beroende av. De ingår tillsammans med ERP, PIM och betalningslösningar bland de viktigaste e-handelsintegrationerna.
Varför slutar filöverföringar att fungera?
De flesta 3PL-samarbeten börjar med schemalagda filer. En lagerfil anländer två gånger om dagen, en orderfil skickas över natten, och det fungerar så länge verksamheten är liten.
Frekvensen är den uppenbara begränsningen. En lagerfil som levereras två gånger om dagen innebär att webbutiken säljer baserat på siffror som kan vara upp till tolv timmar gamla. Vid låg volym märker ingen det. Under en kampanj leder det till översäljning.
Formatförändringar är ett mer dolt problem. Leverantören ändrar en kolumn, lägger till en statuskod eller döper om ett fält. Importen misslyckas, eller ännu värre, den lyckas men feltolkar ett värde. Ingen övervakar filen, så skadan upptäcks först flera dagar senare när lagersaldot inte stämmer.
Flera leverantörer multiplicerar båda problemen. Ett varumärke kan använda en 3PL-aktör nationellt, en annan på en sekundär marknad och en marknadsplats för överskottsvolym. Det innebär tre format, tre olika statusuppsättningar och tre tidsscheman att stämma av mot en och samma orderbok.
Vad bristfällig 3PL-integration kostar varumärket
Att lägga ut lagerarbetet flyttar själva arbetet ut ur verksamheten, men inte konsekvenserna. De hamnar hos de team som fortfarande möter kunden:
- Kundtjänst i blindo: agenter kan inte svara på var en order befinner sig utan att mejla leverantören och vänta på svar
- Översäljning under högsäsong: inaktuella lagerfiler precis när volymen är som högst
- Skadade mätetal på marknadsplatser: leveransbekräftelser som anländer efter Amazons eller Bols tidsfönster, vilket räknas som försenat även om paketet skickades i tid
- Fakturor som ingen kan kontrollera: lagrings- och hanteringsavgifter som inte går att stämma av mot volymer som varumärket kan verifiera
- Ett samarbete som är dyrt att avsluta: filformat anpassade för en specifik leverantör försvagar varje förhandling om förnyelse
Dessa kostnader drabbar varumärket, inte leverantören, vilket är anledningen till att de är lätta att missa under kontraktsfasen. Priser och servicenivåer förhandlas hårt. Hur data flyttas lämnas åt implementeringen, och det beslutet sätter taket för allt i listan ovan.
Varumärken kopplar idag upp sig mot en leverantör på tre sätt. De använder leverantörens portal, vilket ger människor en plats att titta på men inte ger interna system något att arbeta med. De installerar en kontaktmodul från leverantören, vilket fungerar om deras system är av standardtyp. Eller så schemalägger de filöverföringar, vilket är standardmetoden men begränsar hur aktuell informationen i efterföljande led kan vara. En integrationsplattform som tjänst (iPaaS) är den fjärde vägen, och den enda som håller när man arbetar med flera leverantörer samtidigt.
Så här kopplar en integrationsplattform upp en 3PL
En iPaaS är en molnbaserad, central plattform som alla system ansluter till en gång, istället för att ansluta direkt till varandra. Webbshoppen, affärssystemet (ERP) och varje leverantörs lagerhanteringssystem (WMS) ansluter alla till den, och plattformen flyttar och omformar data mellan dem.
Integrationsplattformen Alumio hanterar 3PL-anslutningar på fyra sätt:
- Order skickas direkt när de läggs: en händelsestyrd rutt i Alumio skickar varje order till leverantören omedelbart, så att plockfönstret påbörjas direkt istället för att vänta på nästa nattliga batchkörning
- Ett gemensamt internt språk för alla leverantörer: en Transformer i Alumio iPaaS konverterar varje leverantörs format och statuskoder till en enhetlig intern modell, så att en andra eller tredje 3PL-leverantör inte ökar den interna komplexiteten
- Lagersaldo och leveransuppdateringar i realtid: tillgänglighet och leveransbekräftelser flödar tillbaka i takt med att de sker, vilket håller webbshoppen och marknadsplatslistorna korrekta
- Spårbara avvikelser: Alumio iPaaS loggar vad som skickades och vad som kom tillbaka, så att en lagerskillnad eller en saknad bekräftelse kan kontrolleras istället för att bli en diskussionsfråga
Drake & Farrell (numera uppköpta av Logicall) är ett nederländskt företag inom omvänd logistik som hanterar returer och orderhantering för kunder som säljer via Shopify, Adobe Commerce och WooCommerce. De implementerade Alumio, levererat av Fresh Dynamics och Inteqrate, för att koppla Microsoft Dynamics 365 F&O till alla dessa butiker. En plattform ersatte behovet av en separat anslutning för varje kund. Läs kundcaset.
Vad en bra 3PL-integration ger verksamheten
Att lägga ut logistiken på entreprenad motiveras ofta av kostnad per order och flexibilitet, och båda argumenten håller. Vad affärsnyttan däremot ofta missar är att leverantören blir den primära källan för lager- och leveransstatus, vilket är de två saker kunderna frågar mest om.
En integrationsplattform ger tillbaka den insynen utan att man behöver ta tillbaka arbetet. Leverantören fortsätter att plocka och skicka. Varumärket kan svara kunden direkt från sina egna system, sälja mot lagersiffror som är tillräckligt korrekta för att klara högtryck, och kontrollera fakturor mot volymer som går att verifiera.
Det gör att företaget kan omförhandla eller byta ut en leverantör baserat på kommersiella villkor snarare än tekniska, vilket är värt mer vid en förnyelse än något som står i prislistan.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
