Hur gör man integration mellan e-handel och POS? Förberedelselista för produkter, order och lager
Kartlägg plattformsbehörigheter, SKU, order, lager och betalningsregler, förbered en anslutningslista som kan användas både i butik och online.
Först se slutsatsen.
Koppling mellan e-handeln och POS, börja med att bekräfta plattformsversion och auktorisation, sedan gå igenom SKU, priser, orderkälla, lager och lageruppdateringsriktning. Betalningsmetoder, återbetalningar och hantering av avvikelser bör också ingå i serviceplanen. AllinWebPOS kan arrangera utvärdering kring OpenCart-kopplingsplan, anpassad Shopify-anslutning och butikens enhetsbehov för att bestämma lämpligt implementeringsomfång.
Ta processen till butiken på plats
Först kom överens om produktidentifiering och lagerägande, sedan koppla ihop order, upplagring och leverans så att onlinebehov går in i tydlig fulfillment-process.
- Drift
Bekräfta beställningsomfång
Klargör anslutningskanaler, produktidentifiering och den information som behöver vidarebefordras i beställningen.
- Personal och lager
Kontrollera säljbar kvantitet
Kontrollera ordervaror och lagersaldo enligt överenskommen lagerkälla.
- Kontraktsartister
Plocka och packa
Kontrollera specifikationer, mängd och förpackningskrav, förbered varor för leverans.
- Drift
Överlämning av leveransdokument
Verifiera leverans- och fraktinformation enligt kanalplaner och följ upp onormala beställningar.
Först bekräfta version, behörigheter och butiksvillkor.
Registrera butikens version, plugin, API-behörigheter, affärsområde och valuta. Externa plattformsbehörigheter kan begränsas separat per konto, app och gränssnitt. Auktorisering kan också skilja sig mellan test- och produktionsmiljö, ange tydligt i vilken miljö tester ska köras och vilka data som får skrivas.
Shopify:s API-åtkomstnivå bestämmer vilka butikdata appen kan läsa eller ändra; OpenCart hanterar anrop via API-användare, behörigheter och tillåtna IP-adresser. Förberedelserna skiljer sig åt och bör följas enligt respektive plattforms officiella dokumentation, och auktorisation bör ordnas enligt affärsbehov.
Dela upp mottagning enligt varor, beställningar och lager.
Vid produktimport ska specifikationer och koder kontrolleras, vid orderimport ska rabatter, skatter och källidentifiering kontrolleras, och vid lageråterföring ska mängd och lager kontrolleras. Varje kontroll ska verifieras på externa plattformar. Ett framgångsmeddelande från ett gränssnitt betyder inte att alla tre affärskedjorna är kompletta samtidigt.
Kontrollera betalning från initiering till mottagande
Kontrollera start av betalning, avbokning, timeout, callback-signatur, dubbel callback, återbetalning och transaktionskontroll. Om systemet visar betalning som lyckad måste det stämma med leverantörens transaktionsstatus. Företaget bör också tydligt ange betalningstjänstleverantör, handelskonto, stöd för valutor och återbetalningsregler, för att säkerställa att den valda betalningslösningen passar för verksamhetsområdet.
Inkludera omförsök och avvikelser i acceptansen
Dubblettorder, gränssnittsbegränsning, ogiltigförklaring av auktorisation och inventariekonflikter bör alla ha hanteringsregler. Ange vilka avvikelser som automatiskt prövas om och vilka som kräver manuell bekräftelse, och tillhandahåll källordernummer och bearbetningsposter för manuell verifiering. Att slutföra normala order är bara den första delen av acceptansen.
Hur planerar man beställning, butik och betalningslösningar?
H5 Beställning, fristående webbshop och tredjepartsbetalningar löser olika affärsuppgifter. H5 fokuserar på kundens valtjänster och butikstjänster, anslutningar till webshop fokuserar på kopplingen mellan produkter och order, betalningslösningar fokuserar på mottagande och återbetalning. Genom att tydligt lista dessa behov blir det lättare att planera en implementering som passar butiken.
Vad ska ett mottagningsfall innehålla?
Skriv kontrollpunkterna som utförbara affärsuppgifter. Till exempel, skapa en testorder i butiken med två SKU:er och erbjudanden, kontrollera källkoden, produktbeskrivningen, beloppet och vilken butik som äger den i POS; hantera sedan en annullering eller delvis återbetalning och bekräfta att orderuppgifter och lagerändringar följer butikens regler. När samma källorder hanteras igen, kontrollera även att inga dubbla poster uppstår.
Genom att kombinera operativa steg, förväntade resultat och verifieringsposter kan butiker och serviceteam använda samma checklista. Beställningar, lager, återbetalningar och medlemmar kontrolleras separat, och sedan bestäms vem som ska hantera efterföljande undantag.
Betalning och återbetalning, hur kontrollerar man registren?
Butiksmiljö, systemordernummer, betalningsförsöksnummer, externt transaktionsnummer och återuppringningsresultat. Utöver normala betalningar bör även avbokningar, timeouts, upprepade återuppringningar och återbetalningar verifieras. Beloppet i systemet måste kunna förklaras med transaktionsbeloppet hos tjänsteleverantören; Betalningsregister, handlarens avräkningar och saldoändringar får inte förväxlas till samma tillstånd.
Under testfasen kan systemflödet först kontrolleras, sedan kan transaktioner och återbetalningar kontrolleras i den angivna handlarens miljö. Innan officiell drift, jämför orderposter, leverantörstransaktioner och dagsavslut i butiken tillsammans för att säkerställa att varje betalning har en tydlig motsvarande relation.
När man har anslutit, hur underhåller man den dagliga verksamheten?
Tilldela dagligt underhåll till tydliga ansvariga: vem hanterar butikens behörighetsutgång, vem kontrollerar osynkroniserade beställningar, vem följer upp utskriftsproblem, vem kontaktar betalningstjänstleverantören. Vid plattformsuppgraderingar, justering av varuspecifikationer eller nya butiker måste också befintlig varumappning och lagerregler kontrolleras om de fortfarande gäller.
Att förklara dessa affärsbehov under planeringsfasen klargör tjänsteomfattningen, implementeringsstegen och efterföljande support. Ta med ditt köpcentrum, betalningsmetod och enhetsmodell till AllinWebPOS-teamet, så hjälper vi dig att utveckla en lämplig integrationsplan för din butik.
Kontrollista för anslutning av e-handel och POS
| Länk | Resultat att observera | Information som rekommenderas att verifieras |
|---|---|---|
| Produktmappning | Matchning av SKU och specifikationer | Mappningstabell och båda parternas produktnummer |
| Order import | Exakta belopp och undvik duplicering | Källorder och interna orderposter |
| Inventarieuppdatering | Målet för antalet plattformar stämmer med överenskommelsen | Kvantitet och uppgiftsregister före och efter uppdatering |
| Återbetalning | Transaktions- och återbetalningsstatus matchar | Transaktioner, callback och kontrollposter från handlaren |
Landningschecklista
- Registrera plattformsversion och faktiska behörigheter.
- Produkt, order, lager dokumenteras separat
- Synkronisera betalning med extern transaktionsstatus
- Upprepade händelser och misslyckade försök kan återges
Referenser
- Shopify utvecklardokumentation: API-åtkomst
Lär dig om behörighetsnivåer som behövs för att komma åt produkter, beställningar och lager.
- OpenCart dokumentation: API-användare och behörigheter
Kolla API-konton, behörigheter och tillåtna IP-inställningar.
Låt affärsförslag användas i din butik.
AllinWebPOS Driftguide fokuserar på vardagliga problem inom detaljhandel och restaurang. Vill du veta hur processerna i texten kan tillämpas på din verksamhet?Kontakta oss för att boka en produktdemo。
Vidare läsning:Plugins och tillägg · Fungerar både online och offline
