Centra ordrar och leveranser — hur uppfyllelse fungerar

Uppdaterad 18 maj 2026

Att förstå skillnaden mellan ordrar och leveranser i Centra är grundläggande för alla som konfigurerar eller felsöker en Centra-integration med Junipeer.

Ordrar vs. leveranser — den viktigaste distinktionen

En order i Centra representerar kundens köpavsikt. Den innehåller radartikar, prissättning, kundinformation och betalningsstatus. En order utlöser dock inte fysisk uppfyllelse i sig.

En leverans är uppfyllelseenheten. Den representerar vad som faktiskt skickas, när och till vem. En order kan ha flera leveranser, vilket är vanligt när:

  • Artiklar delas upp mellan lager

  • Vissa artiklar är restnoterade och levereras senare

  • Flera leverantörer uppfyller delar av samma order

Hur leveransskapande fungerar

1. Order läggs Ordern hamnar i Centra med en status som Väntande eller Behandlas. Ingen leverans finns ännu.

2. Leverans skapas En leverans skapas från ordern — antingen manuellt av en lagerpersonal eller ops-användare i Centras admin, eller automatiskt via Centras API (utlöst av ett WMS eller 3PL-integration). När du skapar en leverans väljer du vilka orderrader som ska inkluderas. Det är i det här ögonblicket en order kan delas upp i flera leveranser.

3. Leveransen innehåller egna data Varje leverans har egna radartikar och kvantiteter, fraktbärare och spårningsnummer, lagerplats och en separat statuscykel (Redo att skicka → Skickad → Slutförd).

4. Betalningsinhämtning är kopplad till leveransen I Centra sker betalningsinhämtning vid leverans, inte vid orderläggning. Detta är avsiktligt — du inhämtar betalning enbart för det du faktiskt skickar. Om orderrad A levereras idag och rad B levereras nästa vecka inhämtas betalning i två separata belopp.

5. Leveransen slutförs När den väl markerats som skickad (med ett spårningsnummer) stängs leveransen. Ordern är helt slutförd först när alla dess leveranser är slutförda.

Varför denna arkitektur finns

Centras leveransmodell finns för att hantera realiteterna inom grossist- och DTC-handel i stor skala:

| Anledning | Förklaring | |---|---| | Partiell uppfyllelse | Skicka det som finns nu, resten senare | | Flera lager | Dirigera olika artiklar till olika lager | | Returer | Returer modelleras som leveranser i omvänd riktning | | Betalningsprecision | Inhämta enbart för det som skickas | | 3PL/WMS-integration | Externa system skapar och uppdaterar leveranser via API |

Hur Junipeer använder denna modell

Junipeer synkroniserar baserat på leveranshändelser, inte orderhändelser. Det innebär:

  • En faktura i Fortnox (eller ett annat ERP) skapas när en leverans/leverans bekräftas i Centra, inte när ordern läggs

  • Om en order har flera leveranser kan flera fakturor skapas i ERP:et — en per leverans

  • Lagernivåer uppdateras baserat på leveransavslutning, inte orderläggning

Denna arkitektur säkerställer att fakturering är korrekt — du fakturerar bara för det som faktiskt levererats, inte för hela ordern vid orderläggning.

Praktiska konsekvenser för konfiguration

  • Fakturautlösare: Som standard skapar Junipeer ERP-fakturan när en Centra-leverans initieras. Bekräfta med din Junipeer-onboardingkontakt vilket utlösare som är konfigurerat för din integration.

  • Partiella ordrar: Om en kunds order levereras i två omgångar, förvänta dig två separata fakturor i ditt ERP. Detta är korrekt beteende.

  • Återbetalningar och returer: Eftersom returer också modelleras som leveranser i Centra, utlöses kreditfakturor i ERP:et av returfaktureringshändelser, inte av orderavslutningshändelser.


För Centra-specifika felkoder och felsökning, se Felkoder-referensen eller Centras installationsguide.

Var den här artikeln till hjälp?