Van lezen naar doen.
Business Center Altena / HVS Trading (Henk Verhoeven)Multi-tenant Huurdersportaal met IoT-energiemonitoringIoT + AIgeautomatiseerd meterstanden aflezen

Picqer koppelen betekent in de meeste gevallen een bestaande connector activeren, niet programmeren — en juist dat is de valkuil.
In onze integratietrajecten bij handelsbedrijven zien we het patroon terugkeren: de standaardkoppeling met webshop, vervoerder en boekhouding staat vaak binnen een uur, maar de flow eronder loopt vast op de eerste uitzondering. Die flow is de knoop tussen je webshop, je voorraad in het magazijn en je boekhouding: drie systemen die elk hun eigen waarheid denken te hebben.
Deze spoke bij onze gids over maatwerk software en API-koppelingen zoomt in op de Picqer-flow voor webshops en groothandels: welke koppelingen je aanvinkt, welke je configureert en waar echt maatwerk begint. CleverTech AI begeleidt dit soort trajecten; bedrijven die de grens tussen standaard en maatwerk kennen, betalen nergens te veel en lopen niet vast op een koppeling die "bijna" werkt.
Wat is een Picqer-koppeling?
Een Picqer-koppeling is een geautomatiseerde datastroom tussen Picqer en een ander systeem, zodat orders, voorraadstanden, verzendingen en retouren zonder handwerk heen en weer lopen. Picqer is een Nederlands warehouse-management-systeem (WMS) dat zich richt op de groeiende webshop met een eigen magazijn.
Naar eigen opgave wordt inmiddels 10% van alle online bestellingen in Nederland met Picqer verwerkt. Dat is niet triviaal: de Thuiswinkel Markt Monitor 2025 telde 347 miljoen online aankopen goed voor 35,7 miljard euro.
Wat de Picqer API biedt
Technisch draait elke koppeling om de API. Picqer biedt een RESTful JSON API die voor alle klanten zonder extra kosten beschikbaar is: je kunt er alle gegevens in Picqer mee uitlezen en het merendeel ook wijzigen.
Je logt in met een API key die een beheerder in Picqer aanmaakt. De technische spelregels uit de API-documentatie en de webhookdocumentatie op een rij:
| Onderdeel | Wat Picqer vastlegt |
|---|---|
| Basis-URL | Elk account heeft een eigen subdomein en dus een eigen adres, in de vorm jouwaccount.picqer.com/api/v1 |
| Verbinding | Alleen via HTTPS; verzoeken en antwoorden zijn altijd JSON |
| Inloggen | HTTP Basic Auth met de API key als gebruikersnaam; het wachtwoord wordt genegeerd |
| User-Agent | Verplicht, met de naam van je applicatie plus een website of e-mailadres |
| Rate limit | 500 verzoeken per minuut per API key, die Picqer bij drukte op het platform kan bijstellen |
| Paginering | De meeste GET-verzoeken geven maximaal 100 resultaten; de volgende 100 haal je op met offset |
| Webhooks | Een POST-bericht bij een gebeurtenis zoals picklists.closed of products.free_stock_changed, ondertekend met HMAC-SHA256 als je een secret opgeeft |
| Versie | Alleen /api/v1/ is actief; een wijziging die niet terugwaarts compatibel is, krijgt een nieuwe v2-URL |
Webhooks zijn hier het belangrijke onderdeel: in plaats van elke minuut vragen "is er iets veranderd?", duwt Picqer een melding naar je systeem zodra een order binnenkomt of een voorraad wijzigt. Dat maakt realtime synchronisatie mogelijk.
Bouw er wel bewaking omheen, want een webhook kan stilvallen. Je endpoint moet binnen 10 seconden met een 200, 201 of 202 antwoorden, een mislukte melding probeert Picqer 15 keer opnieuw in ongeveer 17 uur, en na vijf volledig mislukte meldingen binnen 24 uur zet Picqer de webhook uit (webhookdocumentatie).
Naast de API test Picqer een MCP-server in bèta, waarmee een AI-assistent zoals Claude met je bestellingen, producten en voorraad werkt; de assistent krijgt je API key nooit te zien, want die staat versleuteld op de MCP-server. Bestellingen verwerken, picklijsten afsluiten en zendingen aanmaken kan de assistent bewust niet, omdat je die stappen niet kunt terugdraaien.
Wil je begrijpen hoe zo'n uitwisseling onder de motorkap werkt, dan legt onze uitleg over wat een API precies is de basis.
Welke Picqer-koppelingen zijn standaard?
Voor de meest voorkomende systemen hoef je niets te bouwen: Picqer levert kant-en-klare connectors voor webshops, vervoerders, marktplaatsen en boekhoudpakketten. Je activeert ze in de instellingen, geeft je inloggegevens op en de datastroom staat.
Onderstaande tabel geeft de standaardcategorieën en veelgebruikte voorbeelden.
| Categorie | Standaardkoppelingen (voorbeelden) | Wat er synchroniseert |
|---|---|---|
| Webshop | Shopify, WooCommerce, Magento, Lightspeed, Shopware, CCV Shop | Orders in, voorraadstanden terug |
| Vervoerder | PostNL, DHL, DPD, UPS | Verzendlabels, track & trace |
| Marktplaats | bol.com, Amazon | Orders, voorraad, verzendstatus |
| Boekhouding | Exact Online, Moneybird, Twinfield (Classic) | Facturen, omzetboekingen |
Het sterke aan Picqer is dat één artikel op meerdere kanalen tegelijk kan staan. Verkoop je hetzelfde product via je eigen Shopify-shop én via bol.com, dan houdt Picqer de voorraad centraal bij en corrigeert het beide kanalen zodra er iets uit het schap gaat.
Voor de meeste webshops en groothandels dekt deze standaardlaag 80 tot 90 procent van de behoefte. De vraag is nooit óf Picqer koppelt, maar hoe ver de standaard reikt voordat jouw specifieke situatie erbuiten valt.
Wie bouwt de koppeling: Picqer of een derde partij?
Picqer vermeldt op zijn integratie-overzicht per koppeling wie hem levert, en dat verschil bepaalt bij wie je aanklopt als er iets stukgaat. De webshopkoppelingen met Shopify, WooCommerce, Magento 2, Lightspeed, Shopware 6, CCV Shop en Bol Retailer staan daar als "Integratie door Picqer".
De Exact Online-koppeling staat er als "Integratie door xCore": gebouwd door een derde partij, en Picqer geeft er volgens de integratiepagina geen garantie op en verwijst voor ondersteuning naar de ontwikkelaar. Ook een groot deel van de vervoerders- en retourkoppelingen komt van derden, waaronder DHL eCommerce, DPD, GLS en Returnless.
Vraag daarom per koppeling drie dingen na: wie bouwt hem, wie onderhoudt hem na een API-wijziging en bij wie meld je een storing. Bij een koppeling van een derde partij hangt je orderflow aan de roadmap van twee leveranciers in plaats van één.
Picqer-connector of Picqer-koppeling: twee verschillende dingen
Zoek je op "Picqer connector", dan krijg je twee soorten resultaten die niets met elkaar te maken hebben. Het verschil bepaalt of je iets aanvinkt of iets bouwt.
Operationele connectors zijn de koppelingen uit de tabel hierboven: Picqer praat met je webshop, je vervoerder en je boekhouding, twee kanten op, in je dagelijkse orderstroom. Dat is wat de meeste bedrijven bedoelen.
Data-connectors zijn iets anders.
Fivetran, Airbyte, Coupler.io en Meltano bieden allemaal een Picqer-connector, maar die trekken je Picqer-data één kant op — naar een datawarehouse, spreadsheet of BI-tool. Fivetran omschrijft het als datareplicatie naar de bestemming van je keuze; Coupler.io levert aan Google Sheets, BigQuery, Power BI en Looker Studio.
Die data-connectors schrijven niets terug in Picqer. Ze zijn uitstekend voor rapportage en dashboards, en volstrekt ongeschikt om je orderflow op te bouwen: een order die in je BI-tool staat, is nog steeds niet gepickt.
De praktische vuistregel: wil je kijken naar Picqer-data, dan pak je een data-connector. Wil je dat er iets gebeurt in Picqer, dan heb je een operationele koppeling nodig — aanvinken, configureren of bouwen op de API.
Hoe loopt de flow van webshop naar boekhouding?
De ideale flow is een cirkel: een klant bestelt in je webshop, de order landt automatisch in Picqer, het magazijn pakt en verzendt, en de factuur belandt in je boekhouding met de omzet op de juiste grootboekrekening. Geen exportbestand, geen overtypen, geen dubbele voorraad.
In de praktijk gaat het mis op de raakvlakken. Drie systemen, drie versies van de waarheid.
Het gelukkige pad versus de werkelijkheid
Neem een simpel voorbeeld. Een klant bestelt twee producten, één is toch niet op voorraad, de klant annuleert de helft en de rest wordt in twee deelzendingen verstuurd vanuit twee locaties.
Wat moet de boekhouding nu boeken? Wanneer?
Op welke btw-rubriek als één artikel naar België gaat? De koppeling die alleen "order in, factuur uit" doet, struikelt hier.
De echte waarde van een goed ingerichte Picqer-flow zit in het correct afhandelen van deze uitzonderingen, niet in het gelukkige standaardpad.
Retouren: dezelfde knoop, omgekeerd
Retouren leggen dezelfde zwakke plek bloot, maar dan andersom: voorraad terug, creditfactuur, en de vraag of het artikel weer verkoopbaar is.
Een koppeling die retouren niet netjes terugmeldt, laat je voorraad langzaam uit de pas lopen met je boekhouding. Na een paar maanden klopt geen van beide meer, en dan begint het handmatige uitzoekwerk dat je juist wilde vermijden.
Waar houdt de standaardkoppeling op?
De standaardconnector stopt zodra jouw proces afwijkt van het model "één magazijn, één webshop, standaard boekhouding". Vier grensgevallen komen we bij handelsbedrijven het vaakst tegen.
Meerdere magazijnen of locaties
Picqer beheert locaties binnen een magazijn prima.
Maar zodra je echt gescheiden voorraadpunten hebt, met eigen labelprofielen en aparte rapportages per klant, vraagt dat vaak om een op maat geconfigureerde integratie in plaats van de kale connector. De voorraad centraal houden over meerdere locaties is precies het soort logica dat je zelf inricht.
Een eigen B2B-portaal
Groothandels laten hun klanten steeds vaker op rekening bestellen via een besloten portaal, met klantspecifieke prijzen en staffels. Daar bestaat geen standaard webshop-connector voor: dat portaal moet via de API zelf orders in Picqer plaatsen en de actuele voorraad ophalen.
Maatwerk- of niche-ERP
Draait je bedrijf op een eigen ERP of een minder gangbaar pakket, dan is er geen kant-en-klare koppeling. De API is er wel, de connector niet.
Dit is klassiek maatwerkgebied.
Afwijkende boekhoudflows
Deelzendingen, verzamelfacturen, dropshipping-omzet of buitenlandse btw-stromen passen zelden in de standaard factuurregels. Juist deze uitzonderingen bepalen of je administratie klopt aan het eind van de maand.
De rode draad: de Picqer-API kán vrijwel alles, maar "kunnen" en "standaard beschikbaar" zijn twee verschillende dingen. Waar de connector ophoudt, begint bouwen.
Boekhoudkoppeling: waar zit de adder?
De grootste verrassing zit bijna altijd in de boekhoudkoppeling, omdat boekhoudpakketten hun API's verschillend openstellen. Een concreet en actueel voorbeeld: Picqer koppelt volgens de eigen documentatie alleen met Twinfield Classic, omdat Twinfield het voor derde partijen nog niet mogelijk heeft gemaakt om met de nieuwe omgeving te koppelen.
Zit jij al op nieuw Twinfield, dan werkt de standaardkoppeling simpelweg niet zoals verwacht. Dit soort details kost bedrijven pas geld als ze het halverwege een migratie ontdekken.
Ook bij pakketten die wél gewoon koppelen zit nuance. In Picqer stel je per factuuraanbieder meerdere profielen in, en per profiel geef je op in welke rubriek de omzet geboekt moet worden.
Je kunt zelfs tegelijk met Exact én Moneybird koppelen. Dat is krachtig, maar het betekent ook dat een verkeerd ingestelde rubriek maandenlang omzet op de verkeerde grootboekrekening boekt zonder dat iemand het merkt.
Wil je de boekhoudkant robuust inrichten, ook voor koppelingen met Twinfield, Exact Online of Moneybird buiten Picqer om, dan gaat onze dienst rond boekhoudkoppeling en ERP-integratie daar dieper op in. De regel die wij hanteren: test de boekhoudflow met echte, rommelige orders voordat je live gaat, niet met één schone testorder.
Wanneer heb je maatwerk op de Picqer API nodig?
Je hebt maatwerk nodig zodra een standaardconnector ontbreekt of zodra je proces regels vereist die de connector niet kent.
Om die beslissing overzichtelijk te maken, gebruiken we bij CleverTech AI een simpel model met drie treden: het koppel-laddermodel. Elke koppeling valt op precies één trede, en die trede bepaalt de kosten, de doorlooptijd en het risico.
| Trede | Wat het is | Wanneer | Inspanning |
|---|---|---|---|
| 1. Aanvinken | Bestaande connector activeren | Gangbare webshop, vervoerder of boekhouding | Uren |
| 2. Configureren | Profielen, rubrieken, regels per kanaal instellen | Meerdere kanalen, afwijkende boekregels | Dagen |
| 3. Bouwen | Maatwerk op de API | Eigen portaal, niche-ERP, uniek proces | Weken |
De meeste bedrijven denken dat ze op trede 3 zitten terwijl trede 2 volstaat, of andersom. Dat is precies waar de kosten scheef lopen.
Een eerlijke inventarisatie vooraf voorkomt dat je een dure maatwerkkoppeling bouwt voor iets wat een middagje configureren was.
Bouw je op trede 3 een koppeling met een eigen webshop of portaal, dan raadt Picqer zelf aan deze onderdelen te ondersteunen:
- nieuwe bestellingen aanmaken in Picqer via het orders-endpoint;
- een betaalde bestelling laten verwerken via orders/process;
- een annulering doorzetten via orders/cancel;
- verzending en track & trace terugmelden met de webhook picklists.shipments.created;
- de voorraad in je webshop bijwerken met de webhook products.free_stock_changed;
- optioneel nieuwe of gewijzigde producten doorsturen via het products-endpoint.
Dat is het gelukkige pad. Deelzendingen, retouren en afwijkende boekregels komen daar in je eigen ontwerp nog bij.
Zit je écht op trede 3, dan behandelt onze pagina over een API-koppeling laten maken de aanpak. Voor de bredere vraag standaard versus maatwerk in de handel is onze analyse over software voor groothandel op maat een goed vertrekpunt.
Wat kost een Picqer-maatwerkkoppeling?
Een eerlijk antwoord: dat hangt volledig af van de trede uit het koppel-laddermodel. Webshop- en pakketdienstintegraties en API-toegang staan op de prijspagina van Picqer onder "Altijd inclusief"; bij een koppeling van een derde partij, zoals xCore voor Exact Online, check je de voorwaarden bij die partij.
Configuratiewerk (trede 2) is een kwestie van uren tot enkele dagen, afhankelijk van het aantal kanalen en boekregels. Echt maatwerk op de API (trede 3) is projectwerk en beweegt mee met de complexiteit van je proces en je bronsysteem.
Voor trede 3 gelden bij CleverTech AI de bandbreedtes van elke API-koppeling: vanaf €5.000 in één richting en €7.500 tot €15.000 voor voorraad en orders in twee richtingen, plus €150 tot €500 per maand voor beheer, monitoring en API-versie-upgrades. Waar je binnen die band uitkomt, hangt af van je proces: een B2B-portaalkoppeling voor een groothandel met staffelprijzen is iets heel anders dan een enkele endpoint die orders uit een niche-ERP haalt.
De grootste kostenpost is daarbij zelden het bouwen, maar het testen van de uitzonderingen.
Voor een realistisch beeld van wat maatwerksoftware in het algemeen kost, inclusief verborgen posten en terugverdientijd, verwijzen we naar onze prijsgids voor maatwerk software. De koppeling is meestal een fractie van dat totaal, maar de fractie die het verschil maakt tussen een systeem dat werkt en een systeem dat "bijna" werkt.
Picqer koppelen zonder datachaos: onze aanpak
De sleutel tot een koppeling die blijft werken is niet de techniek, maar de volgorde: eerst de flow ontwerpen, dan pas bouwen.
Eerst de flow, dan de koppeling
CleverTech AI begint elk Picqer-traject met het uittekenen van de datastroom tussen webshop, magazijn en boekhouding, inclusief de vervelende uitzonderingen die niemand graag bespreekt: deelzendingen, retouren, annuleringen, buitenlandse btw. Pas als die op papier kloppen, bepalen we per koppeling de trede uit het koppel-laddermodel en bouwen we alleen wat echt gebouwd moet worden.
In vrijwel elk traject dat we uittekenen blijkt de boekhoudkant het grootste struikelblok, niet de webshopkant — precies andersom dan bedrijven vooraf inschatten.
Waar het meestal misgaat
De meeste "Picqer werkt niet"-verhalen zijn geen technisch probleem, maar een ontwerpprobleem: een koppeling die het gelukkige pad afhandelt en op de eerste uitzondering vastloopt. Begin daarom bij de flow, niet bij de API.
Wil je weten waar jouw setup op de koppel-ladder staat en of standaard volstaat? Vraag een vrijblijvende AI- en procesautomatisering-scan aan, dan brengen we de flow en de knelpunten samen in kaart, of neem direct contact op voor een concreet advies over jouw Picqer-koppeling.
Opgesteld met AI-ondersteuning, geredigeerd en inhoudelijk verantwoord door het Redactieteam CleverTech AI.








