Picqer Exact Online koppeling

Wat je tussen Picqer en Exact Online koppelt

Bij deze combinatie is Exact Online het ERP en de boekhouding, en Picqer het magazijn. Exact bewaart wat er verkocht en ingekocht is en wat de voorraad waard is. Picqer bewaart waar elk artikel ligt en wat er gepickt, verstuurd en ontvangen is. De koppeling zorgt dat elke beweging in het magazijn ook in Exact geboekt wordt.

Al deze resources bestaan in Exact alleen in Handel en Productie. De webshop hangt aan Exact of aan Picqer; hoe die kant loopt staat op Picqer Shopify koppeling en Picqer WooCommerce koppeling. De algemene opzet van een magazijnkoppeling staat in een WMS koppelen aan je webshop en ERP.

Welk systeem is leidend, per gegeven

Voorraad is bij deze combinatie het belangrijkste gegeven. Picqer telt, Exact boekt. Zolang elke mutatie in Picqer een boeking in Exact krijgt, toont CurrentStock in Exact hetzelfde als stock in Picqer.

Wat Picqer en Exact Online anders bewaren

Voorraad als mutatie tegenover voorraad als boeking

Picqer legt elke voorraadverandering vast in de stockhistory, per artikel en per magazijn, met old_stock, stock_change, new_stock en een change_type. Exact Online kent geen losse mutatie: een verandering moet een levering, een ontvangst, een telling of een overboeking zijn. De koppeling leest de stockhistory met sincedate en boekt per type:

Correcties bundelt de koppeling: een voorraadtelling in Exact heeft meerdere regels en kan direct als verwerkt (status 21) worden aangemaakt. 150 correcties op een dag zijn zo 24 verzoeken, één per uur, in plaats van 150. Een mutatie van het type api die de koppeling zelf heeft gedaan, gaat niet terug naar Exact. Verplaatsingen tussen locaties binnen één magazijn staan niet in de stockhistory maar in de location stock history, en raken Exact daardoor niet.

Leveringen en deelleveringen

Een order in Picqer kan met partialdelivery over meerdere picklijsten worden verdeeld. Elke zending wordt in Exact een eigen goederenlevering met de regels die erin zaten. Exact zet de verkooporder dan op status 20, gedeeltelijk, tot alles geleverd is. De koppeling heeft per regel de SalesOrderLineID nodig. Die bewaart hij bij het aanmaken van de order in Picqer, zodat hij bij een zending niet opnieuw hoeft te zoeken. Een afgeronde verkooporder is in Exact daarna niet meer via de API te wijzigen. Meer in deelleveringen en track-and-trace.

Ontvangsten die niet op de inkooporder staan

Een ontvangst in Picqer kan aan een leverancier hangen in plaats van aan één inkooporder. Ontvang je een artikel dat niet besteld was, dan maakt Picqer er zelf een nieuwe inkooporder bij. Exact accepteert een ontvangstregel alleen op een bestaande inkoopregel, en een groter aantal dan besteld alleen als de instelling voor meer ontvangen dan besteld aanstaat. De koppeling verdeelt een ontvangst over de open inkooporders van die leverancier, oudste eerst. Een artikel zonder inkoopregel in Exact komt op de controlelijst; met jouw goedkeuring maakt de koppeling er eerst een inkooporder voor aan.

{
  "ReceiptDate": "2026-10-03",
  "Warehouse": "4e1c2a90-...",
  "YourRef": "picqer-receipt-469364",
  "GoodsReceiptLines": [
    { "PurchaseOrderLineID": "9b7f13d2-...", "QuantityReceived": 48 }
  ]
}

De technische werkelijkheid van deze combinatie

De getallen staan in de API-documentatie van Picqer en de documentatie van Exact over API-limieten, nagelezen op 3 oktober 2026.

De dag, doorgerekend. Picqer heeft acht keer zoveel ruimte per minuut als Exact, en geen daglimiet in de documentatie. De grens ligt bij Exact. Een magazijn met 400 orders, 20 ontvangsten en 150 correcties per dag:

Dat is 18% van de 5.000. Zonder bundeling zouden de correcties 150 verzoeken kosten, en een fout in één telling telt maar één keer mee voor de grens van 10 fouten per uur, niet 150 keer. Na een storing van een uur bij Exact staan er misschien 17 leveringen klaar; die gaan in een tempo van hooguit 60 per minuut en zijn binnen een minuut weg.

Picqer-webhooks vervangen geen controleronde. Picqer probeert een webhook 15 keer opnieuw in ongeveer 17 uur en zet hem uit na 5 volledige mislukkingen binnen 24 uur. De koppeling gebruikt picklists.shipments.created en receipts.completed om snel te boeken, en leest daarnaast elke 15 minuten de stockhistory sinds de laatste verwerkte mutatie. Zo komt elke mutatie in Exact, ook als een webhook niet aankwam. Picqer faseert versie 1 van de receipts-API in 2026 uit; de koppeling gebruikt versie 2.

Wat een standaardkoppeling hier niet doet

Picqer documenteert een eigen koppeling met Exact Online. Volgens Picqer's helpartikel:

• Hij kan niet meer nieuw worden gelegd, en Picqer ontwikkelt hem niet verder.
• Hij maakt alleen verkoopfacturen voor bestellingen die direct in Picqer zijn aangemaakt. Voorraad, leveringen en ontvangsten gaan niet naar Exact.
• Klanten worden gezocht op naam en plaats van het factuuradres, en na de eerste keer niet meer bijgewerkt.
• Korting wordt een eigen artikel KORTING met een negatief bedrag, en één Exact-administratie kan niet aan meer dan één Picqer-account hangen.

Koppelplatformen voor deze combinatie vragen in hun documentatie dat opslaglocaties in Exact uit staan, en boeken ontvangsten alleen per inkooporder en niet per leverancier. Een gebouwde koppeling boekt elke mutatie op de plek die Exact verwacht, verdeelt ontvangsten over open inkooporders en laat de locaties in Picqer. De systeemkant staat op Picqer-koppeling en Exact Online koppeling.

Als het misgaat

De nachtelijke vergelijking legt de voorraad per artikel en per magazijn in beide systemen naast elkaar. Een verschil wordt niet stil rechtgezet, maar komt met de mutaties van die dag op een lijst. Voor livegang draait de koppeling als dry run: je ziet welke leveringen, ontvangsten en tellingen er in Exact zouden komen, zonder dat er iets geboekt wordt.

Wij hosten en bewaken de koppeling en passen hem aan als Picqer of Exact een interface wijzigt. Alle stromen staan op koppelingen, meerdere magazijnen op voorraad over meerdere magazijnen. Vertel hoeveel magazijnen je hebt en welk Exact-pakket.