Lager- och prissynkronisering

Vi bygger integrationer som samlar lagersaldo från ett centralt system, till exempel ett affärssystem, och distribuerar det till samtliga kanaler som webbshop, marknadsplatser och fysisk butik. Uppdateringar sker via API eller schemalagda jobb beroende på vilka system som är inblandade. Det förhindrar att en produkt säljs i flera kanaler samtidigt trots att den bara finns i ett exemplar.

Felaktigt lagersaldo uppstår oftast när en försäljning i en kanal inte hinner registreras innan samma produkt säljs i en annan kanal, vilket kallas överbokning. Vi bygger loggning och avstämningsrapporter som gör det möjligt att upptäcka avvikelser snabbt. I vissa fall sätts även säkerhetsmarginaler in, till exempel att webbshopen alltid visar ett par enheter mindre än det verkliga saldot.

För de flesta verksamheter räcker det med uppdateringar flera gånger per timme, men vid högt säljtryck eller begränsat lager rekommenderar vi synk i närmare realtid via API. Vi anpassar intervallet efter hur snabbt lagret faktiskt förändras och hur allvarligt det är att sälja en vara som inte finns i lager. En kombination av schemalagd synk och realtidsuppdatering vid köp är vanligt.

Ja, vi kopplar affärssystemets prisregister direkt mot webbshopen så att prisändringar, kampanjer och rabatter slår igenom automatiskt utan manuell inmatning på två ställen. Synken kan köras schemalagt eller triggas direkt när en prisändring sparas i affärssystemet. Det säkerställer att kunden alltid ser samma pris i webbshop och i övriga kanaler.

Kundspecifika priser hanteras genom att webbshopen känner igen inloggad kund och hämtar rätt prislista från affärssystemet vid varje sidladdning eller köp. Det kräver en koppling mellan inloggningssystemet och prisregistret, ofta via API mot system som Fortnox eller ett dedikerat B2B-affärssystem. Vi bygger detta så att prislogiken sköts centralt och inte behöver dupliceras i webbshopen.

Realtidssynk uppdaterar lagersaldo omedelbart vid varje förändring, oftast via API eller webhooks, medan schemalagd synk kör uppdateringar med jämna mellanrum, till exempel var femtonde minut. Realtid ger högre precision men kräver mer av de inblandade systemens tekniska kapacitet. Vi väljer lösning utifrån hur kritiskt exakt lagersaldo är för verksamheten.

Ja, vi bygger lösningar som samlar lagersaldo från flera butiker och ett centrallager i ett gemensamt system som sedan speglas mot webbshopen. Det gör det möjligt att visa totalt tillgängligt lager eller att styra vilket lager en order plockas från. Detta kräver oftast att butikernas kassasystem har stöd för API-integration.

Genom att koppla webbshopens produktsidor och kassa direkt mot ett uppdaterat lagersaldo kan produkter automatiskt döljas eller markeras som slutsålda när saldot når noll. Vi bygger även in en spärr i kassaflödet som kontrollerar saldot en sista gång innan betalning genomförs. Det minskar risken för överbokning avsevärt, även om viss fördröjning alltid kvarstår vid manuella lagerprocesser.

Ja, vi bygger dynamiska prisregler som justerar priset automatiskt utifrån till exempel lagernivå, säsong eller inhämtad konkurrentdata. Reglerna sätts upp som villkor i ett prissystem eller en mellantjänst som sedan skickar uppdaterade priser till webbshopen. Det kräver en tydlig definition av vilka faktorer som ska styra prissättningen innan automatiseringen byggs.

Vi använder affärssystemets API, exempelvis Fortnox API, för att läsa av och uppdatera lagersaldo direkt mellan webbshop och affärssystem. Kopplingen kan byggas för enkelriktad synk, där affärssystemet är källan, eller dubbelriktad synk där båda system kan uppdatera saldot. Val av lösning beror på var er verksamhet faktiskt registrerar lagerförändringar.

Kostnaden beror på vilka system som ska kopplas ihop, om det finns färdiga API:er att använda och hur ofta synken behöver köras. En koppling mot ett system med väldokumenterat API är billigare att bygga än en integration mot ett äldre system utan API-stöd. Vi ger en tydlig offert efter att ha gått igenom era system och krav.

Båda alternativen går att bygga, och valet handlar mer om affärsstrategi än teknik. Att visa exakt antal kan skapa köptryck vid lågt saldo men riskerar att avslöja försäljningsvolymer för konkurrenter. Vi hjälper er resonera kring vilket alternativ som passar er bransch och kundgrupp innan lösningen byggs.

Förbeställningar och restnoterade produkter hanteras genom ett separat statusfält i produktdatan som skiljer dem från ordinarie lagerförda produkter, ofta kopplat till ett förväntat leveransdatum. Vi bygger in logik så att dessa produkter fortfarande går att köpa men med tydlig information i kassan om leveranstid. Statusen uppdateras automatiskt när produkten åter finns i lager.

Ja, marknadsplatser som Amazon erbjuder API:er för att både läsa och skriva lagersaldo, vilket vi kopplar mot ert centrala lagersystem så att saldot uppdateras samtidigt i alla kanaler. Det förhindrar att en produkt säljs på Amazon efter att den redan sålt slut i webbshopen. Varje marknadsplats har egna krav på hur ofta och i vilket format uppdateringar ska skickas.

Felsökning börjar med att gå igenom loggarna för synkjobbet för att se om felet ligger i datahämtningen, mappningen mellan system eller i mottagande system. Vi bygger alltid in loggning och felmeddelanden i våra integrationer för att göra detta arbete snabbare. Vanliga orsaker är ändrade API-format, avbrutna schemalagda jobb eller felaktig mappning av artikelnummer mellan systemen.