Webshopintegrationer til ERP, regnskab, lager, betaling og fragt

En webshopintegration forbinder webshoppen med de systemer, der styrer produkter, ordrer, lager, betaling og økonomi. Den skal overføre de rigtige oplysninger på det rigtige tidspunkt og gøre fejl synlige, så driften kan fortsætte.

Jeg hjælper med at afklare, udvikle og forbedre integrationer omkring Shopify og andre webshopplatforme. Opgaven kan være en ny forbindelse eller en eksisterende løsning, der giver dobbeltarbejde, forkerte lagerbeholdninger eller ordrer, som ikke kommer videre.

Begynd med den arbejdsgang, der skal fungere

Beskriv en konkret situation: En kunde bestiller en vare, lageret reserverer den, pakken afsendes, betalingen hæves, og ordren bogføres. Hvilke systemer indgår, og hvor opstår arbejdet eller fejlen i dag?

Jeg kortlægger forløbet sammen med de medarbejdere, der bruger systemerne. Det viser ofte regler, som ikke fremgår af en teknisk beskrivelse: en ordre skal godkendes, en vare sælges i pakker, eller en bestemt kundetype har andre betalingsvilkår.

Derefter vurderer jeg, om en eksisterende app eller forbindelse dækker behovet. Hvis opgaven kræver specialudvikling, beskrives data, regler og ansvar før implementeringen. Se også mine ydelser med apps og integrationer.

Hvilke systemer kan forbindes?

Den konkrete mulighed afhænger af systemernes funktioner, aftaler og adgang til data. En leverandør, som tilbyder en integration, understøtter ikke nødvendigvis alle felter eller særlige forløb i din virksomhed.

Regnskab: Dinero, e-conomic og Billy

Forbindelsen mellem Shopify og de danske regnskabsprogrammer går typisk gennem en app fra en tredjepart, ikke fra regnskabsprogrammets egen udbyder. Dinero henviser selv til partnere, og det samme gør Billy. Eksempler i Shopify App Store er “Flett: Dinero-integration” fra Flett Integration, “Visma e-conomic Integration” fra Cloudify ApS (ikke fra Visma), “E-conomic link by CarryTheOne” og “Pairy” fra Pairy ApS, som dækker Billy, Dinero og e-conomic. Før du vælger app, så afklar med din bogholder eller revisor:

• Skal hver ordre blive en faktura, eller er en daglig samlepostering nok?
• Hvordan bogføres Shopify Payments-udbetalinger og gebyrer, så de kan afstemmes med banken?
• Bliver refusioner og delvise returneringer til kreditnotaer?
• Hvordan håndteres moms på salg til andre lande og til erhvervskunder?
• Skal ordrer fra før aktiveringen overføres, og hvordan undgås dobbeltbogføring?
• Kommer butikssalg fra POS med, og bogføres det ens med webshopsalget?
• Hvad sker der, hvis en overførsel fejler, og hvem opdager det?

Svarene afgør, hvilken app der passer, når du kobler Shopify og regnskab sammen.

Fragt: GLS, PostNord og pakkeshop

Fragt er ofte den integration, der fylder mest i hverdagen. GLS har sin egen app, GLS Clik&Ship (Denmark), udgivet af GLS Denmark. PostNord kan forbindes via en multi-carrier-løsning som Shipmondo eller Webshipper, og flere fragtfirmaer samles ofte bedst i én sådan løsning. Pakkeshopvalg i checkout afhænger både af appen og af din Shopify-plan, så valget af fragt og pakkeshop på Shopify hænger sammen med planvalget. Shipmondos plankrav står i Shipmondo og Shopify.

Aftal, hvor oplysningerne bestemmes

To systemer må ikke ukritisk overskrive de samme værdier. Jeg afklarer derfor, hvor produkter oprettes, hvor priser ændres, og hvilket system der bestemmer den beholdning, webshoppen må sælge.

Et PIM-system kan eksempelvis vedligeholde beskrivelser og billeder, mens et ERP-system bestemmer indkøbspriser. Lageret kan registrere fysisk beholdning, men reserverede eller beskadigede varer skal måske holdes uden for det salgbare antal.

For hvert vigtigt felt beskrives retning, identifikation og opdateringsregel. Et varenummer eller en fast identifikator forbinder oplysningerne mere sikkert end produktets navn, som kan ændres. Det skal også være tydeligt, hvor en medarbejder må foretage en manuel rettelse.

Standardintegration eller særlig løsning?

En standardintegration kan være et godt valg, hvis den dækker datamodellen og de nødvendige undtagelser. Jeg undersøger blandt andet tilpasningsmuligheder, fejloverblik, support og vilkår ved ændringer i de tilknyttede systemer.

En særlig løsning kan være nødvendig ved komplekse produktregler, flere butikker, særlige godkendelser eller data, som standardforbindelsen ikke kan behandle. Her skal budgettet også omfatte drift, dokumentation og fremtidige ændringer.

Valget handler om den samlede opgave. En billig forbindelse kan blive dyr at bruge, hvis medarbejderne hver dag skal rette de samme afvigelser. Omvendt bør specialudvikling ikke bestilles til noget, en afprøvet standardløsning allerede håndterer.

Fejlhåndtering er en del af leverancen

Systemer kan være utilgængelige, sende ufuldstændige data eller afvise en opdatering. Integrationen skal kunne vise, hvad der er sket, og hvordan den ansvarlige kan komme videre.

Jeg afklarer blandt andet:

• Hvordan manglende eller afviste overførsler bliver opdaget.
• Hvem der modtager besked, og hvilke fejl der kræver handling.
• Hvordan en overførsel kan gentages uden dubletter eller dobbelt lagertræk.
• Hvordan for gamle opdateringer undgår at overskrive nyere data.
• Hvilke oplysninger der gemmes til fejlsøgning, og hvem der har adgang.

Hyppig synkronisering er ikke en garanti mod oversalg. Samtidige køb, forsinkelser og lagerreservationer skal behandles som en del af den samlede løsning.

Test med egne data og realistiske undtagelser

Før integrationen sættes i drift, testes en repræsentativ ordre hele vejen gennem systemerne. Beløb, varelinjer, lager, status og kundens beskeder skal stemme.

Jeg inkluderer også situationer som delvis levering, annullering efter ordreoverførsel, ændret adresse, udsolgte varer og en retur, der ikke skal tilbage på salgbart lager. Ved betaling skal reservation, hævning og refusion holdes adskilt og følge de aftalte regler.

En afbrudt forbindelse og efterfølgende genbehandling bør også afprøves. Testresultatet dokumenteres, så det er tydeligt, hvad løsningen er godkendt til, og hvilke begrænsninger der fortsat gælder.

Overdragelse og den videre drift

Ved lancering aftales overgang fra den gamle arbejdsgang, kontrol af de første ordrer og ansvar for fejl. Dokumentationen skal kunne bruges af både medarbejdere og den udvikler, der senere skal vedligeholde løsningen.

Jeg beskriver også omkostninger til opsætning, abonnementer og drift. Systemopdateringer og nye arbejdsgange kan kræve ændringer, så ansvaret efter projektet skal være aftalt.

Kontakt mig med de systemer, du bruger, og det forløb, du vil forbedre. Jeg hjælper med at afgrænse integrationen og foreslå næste skridt. Hvis flere systemvalg skal prioriteres samlet, kan jeg også indgå som ekstern CTO.