E-handelsintegrationer

Butiken är den del kunden ser. Integrationerna sitter i det som händer efter köpet: ordern ska in i affärssystemet, saldot ska tillbaka till butiken, paketet ska iväg och ibland tillbaka igen. Det gäller oavsett vilken plattform butiken står på, och det är där handpåläggningen hamnar när kopplingarna saknas.

Vad som behöver hänga ihop efter köpet

1. Ordern in i affärssystemet med rätt kund, artikel, pris och moms. Order för order eller som samlingspost är ett val ekonomiavdelningen ska göra, inte något integrationen råkar bestämma.
2. Lagersaldot tillbaka till butiken i en takt som håller när en artikel säljer slut mitt under en kampanj.
3. Fraktsedel och spårning ut till logistikpartnern och vidare till kunden.
4. Retur och återbetalning hela vägen tillbaka, inklusive lagersaldo och kreditfaktura.

Vad händer när kampanjen går ut?

Det är då integrationerna belastas på riktigt. En koppling som frågar affärssystemet om lagersaldo vid varje sidvisning skickar lika många anrop som butiken har besök, och affärssystemet är byggt för att ta emot ordrar, inte för att svara på det. Vilka anrop som växer med trafiken är det första att titta på. Där kan det behövas cache, eller att saldot skickas ut när det ändras. Där volymen är låg räcker den enkla lösningen.

Översäljning är felet du vill slippa: kunden har betalat för något du inte har. Vad som krävs för att undvika det beror på hur många kanaler som säljer ur samma lager, när saldot reserveras, hur länge reservationen gäller och vad som händer om betalningen aldrig kommer. Det är frågor att svara på innan integrationen byggs, inte efter första kampanjen.

Kopplingen mot affärssystemet hör ihop med affärssystemintegration. Ska kunden betala med Swish eller Klarna finns mer under betalningsintegration, och ska kunden identifiera sig är BankID ett eget arbete.