Ordersynkronisering

Uppdaterad 25 mars 2026

Översikt

Ordersynkronisering är ett av de vanligaste och mest kritiska flödena i en Junipeer-integration. Det flyttar orderdata från din e-handelsplattform till ditt ERP-system, där den kan faktureras, uppfyllas och stämmas av mot betalningar.

Den här guiden förklarar hur ordrar flödar genom Junipeer, vad som händer i varje steg, och hur relaterade datatyper — fakturor, återbetalningar och utbetalningar — kopplas samman för att skapa en komplett orderlivscykel.

Hur ordrar flödar från e-handel till ERP

När en kund lägger en beställning i din webbutik sker följande sekvens:

1. Ordern skapas i e-handelsplattformen Kunden slutför kassan. Ordern innehåller radartiklar, fraktinformation, kunduppgifter och betalningsstatus.

2. Junipeer hämtar ordern Baserat på dina scheduling rules eller webhook events, hämtar Junipeer nya eller modifierade ordrar från e-handelsplattformen. Endast ordrar skapade eller uppdaterade efter Time History "senast laddad"-datumet hämtas.

3. Junipeer mappar ordern till ERP-format Med hjälp av dina Configure > Settings, transformerar Junipeer orderdatan för att matcha målsystemets krav. Detta inkluderar mappning av fraktmetoder, betalningsmetoder, kunddata och orderrader.

4. Ordern skapas i ERP:et Junipeer skapar ordern (eller fakturan, beroende på ERP:ets arbetsflöde) i ditt redovisningssystem. En reference skapas som länkar e-handelsorder-ID:t till ERP-order/faktura-ID:t.

5. Efterföljande uppdateringar synkroniseras Om ordern uppdateras i källplattformen (t.ex. en radartikel ändras eller en anteckning läggs till), kan Junipeer uppdatera motsvarande post i ERP:et — så länge posten inte har låsts eller bokförts.

Fakturor

I många ERP-system blir en order en faktura som en del av faktureringsarbetsflödet. Hur detta fungerar beror på kopplingsparet, men det generella mönstret är:

  • Junipeer skapar en order i ERP:et baserat på e-handelsordern

  • ERP:et konverterar (eller Junipeer skapar direkt) en faktura från den ordern

  • Fakturan bokförs, vilket betyder att den blir en del av redovisningshuvudboken

När en faktura är bokförd är den vanligtvis oföränderlig — den kan inte redigeras eller tas bort. Om en korrigering behövs måste istället en kreditnota utfärdas. Detta är en standard redovisningsprincip, inte en begränsning i Junipeer.

Fakturainställningarna i Configure > Settings styr beteenden som betalningsvillkor, automatisk bokföring och hur fakturanummer genereras.

Återbetalningar och kreditnotor

När en kund får återbetalning i e-handelsplattformen kan Junipeer skapa en motsvarande kreditnota i ERP:et:

1. Återbetalning utfärdas i e-handelsplattformen En butiksadministratör behandlar en fullständig eller partiell återbetalning för en order.

2. Junipeer upptäcker återbetalningen Återbetalningen hämtas under nästa schemalagda synkronisering eller via en webhook-händelse.

3. En kreditnota skapas i ERP:et Junipeer skapar en kreditnota länkad till originalfakturan. Kreditnotan återför lämpligt belopp i redovisningssystemet.

Partiella återbetalningar skapar kreditnotor för endast det återbetalda beloppet. Originalfakturan förblir oförändrad.

Utbetalningar och betalningsavstämning

Utbetalningar stänger cirkeln mellan vad kunderna betalar och vad som visas i ditt redovisningssystem. Detta flöde involverar din betalningsleverantör (t.ex. en kortbehandlare eller betalningstjänst):

1. Betalningsleverantören avvecklar transaktioner Periodiskt (vanligtvis dagligen) grupperar din betalningsleverantör slutförda transaktioner i en utbetalning och överför nettobeloppet till ditt bankkonto.

2. Junipeer tar emot utbetalningsrapporten Via en webhook eller schemalagd hämtning hämtar Junipeer utbetalningsdetaljerna — vilka transaktioner som ingår, bruttobeloppen, avgifter och nettoavveckling.

3. Junipeer matchar transaktioner mot fakturor Varje transaktion i utbetalningen matchas mot motsvarande faktura i ditt ERP med hjälp av referensnumren som skapades under ordersynkroniseringen.

4. Fakturor markeras som betalda Matchade fakturor uppdateras till "betald" status i ERP:et, med betalningsdatum och belopp registrerat.

5. Avgifter skrivs av Betalningsleverantörens avgifter (behandlingsavgifter, transaktionsavgifter) bokförs på ett utsett avgiftskonto i ERP:et. Detta håller dina intäktskonton rena och dina avgiftskostnader spårade separat.

Denna utbetalningsavstämningsprocess eliminerar behovet av att manuellt matcha bankinsättningar mot individuella fakturor — vilket för butiker med hög volym kan spara betydande tid.

Orderdatamappning

Under synkroniseringen mappar Junipeer följande typer av data från e-handelsordern till ERP:et:

Orderhuvud — ordernummer, orderdatum, valuta, kundreferens och eventuella anpassade fält konfigurerade i dina inställningar.

Radartiklar — produkt-SKU, kvantitet, enhetspris, rabatt och momssats. Varje radartikel mappas med dina artikel/produktinställningar.

Frakt — fraktmetodens namn och kostnad. Mappas via inställningarna för Shipping Methods till motsvarande metod eller konto i ERP:et.

Betalningsinformation — betalningsmetod, betalningsstatus och belopp. Mappas via inställningarna för Payment Methods.

Kunddata — fakturerings- och leveransadresser, kontaktuppgifter. Mappas via Customer-inställningarna, som även kan styra om nya kunder skapas i ERP:et eller matchas mot befintliga poster.

Exkludera gamla ordrar

Om din e-handelsplattform har år av historiska ordrar vill du förmodligen inte synkronisera alla. Två mekanismer hjälper till med detta:

Orderexkluderingsdatum — angivet i Configure > Settings > Order Settings, detta är ett permanent filter. Ordrar skapade före detta datum synkroniseras aldrig, oavsett andra inställningar.

Time HistoryTime History-sidan styr startpunkten för varje synkronisering. Som standard flyttar den sig framåt automatiskt. Du kan flytta den bakåt för att bearbeta om ett specifikt datumintervall, men den åsidosätter inte exkluderingsdatumet.

Använd orderexkluderingsdatumet för en ren avgränsning (t.ex. "synkronisera endast ordrar från 2026 och framåt") och Time History för tillfällig ombearbetning efter att ha fixat ett konfigurationsproblem.

Övervaka ordrar

Efter att ditt orderflöde är live, använd dessa sidor för att övervaka dess hälsa:

  • [Dashboard](/app-dashboard) — kontrollera förhållandet mellan slutförda och stoppade uppgifter för en snabb översikt

  • [Tasks](/app-tasks) — se individuella synkroniseringsoperationer och deras resultat

  • [Logs](/app-logs) — undersök specifika fel eller varningar, filtrera efter referensnummer för att hitta en viss order

  • [Entities](/app-entities) — bläddra bland synkroniserade orderposter, inspektera rådata och kontrollera synkroniseringstidsstämplar

  • [References](/app-references) — slå upp vilken ERP-post som motsvarar en specifik e-handelsorder

Tips

  • Börja med en enda testorder innan du aktiverar schemaläggning. Använd Export One från Flows-sidan för att synkronisera en order och verifiera resultatet i ditt ERP.

  • Om ordrar dupliceras i ERP:et, kontrollera References-sidan — en saknad referens betyder att Junipeer inte vet att ordern redan synkroniserades.

  • Enstaka synkroniseringsfel för individuella ordrar är normalt (t.ex. en saknad produktmappning eller en tillfällig API-timeout). Kontrollera Logs för det specifika felet.

  • För butiker med hög volym, överväg att använda webhooks för ordrar (nästan realtidssynkronisering) med schemaläggning som ett säkerhetsnät för att fånga upp allt som webhooks kan missa.

  • Om du ändrar orderinställningar efter att ha gått live, överväg om befintliga synkroniserade ordrar behöver bearbetas om. Att ändra en mappning uppdaterar inte retroaktivt tidigare synkroniserade poster.

Var den här artikeln till hjälp?