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 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.
Inhoudsopgave
- Wat is een Picqer-koppeling?
- Welke Picqer-koppelingen zijn standaard?
- Hoe loopt de flow van webshop naar boekhouding?
- Waar houdt de standaardkoppeling op?
- Boekhoudkoppeling: waar zit de adder?
- Wanneer heb je maatwerk op de Picqer API nodig?
- Wat kost een Picqer-maatwerkkoppeling?
- Picqer koppelen zonder datachaos: onze aanpak
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. Het bedrijf profileert zich als marktleider in Nederland; naar eigen opgave verwerkte Picqer in 2021 al rond de 5% van alle Nederlandse online bestellingen, en dat aandeel groeit sindsdien. Dat is niet triviaal: de Thuiswinkel Markt Monitor 2025 telde 347 miljoen online aankopen goed voor 35,7 miljard euro.
Technisch draait alles om de API. Picqer biedt een RESTful JSON API met, in hun eigen woorden, ruime rate limits en ondersteuning voor webhooks. 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. 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.
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, 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 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. Zit je écht op trede 3, dan behandelt onze pagina over API-koppelingen en systeemintegratie de aanpak. Voor de bredere vraag standaard versus maatwerk in de handel is onze analyse over groothandel software een goed vertrekpunt.
Wat kost een Picqer-maatwerkkoppeling?
Een eerlijk antwoord: dat hangt volledig af van de trede uit het koppel-laddermodel. Een connector activeren kost niets extra's; die zit bij Picqer inbegrepen. 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.
We geven hier bewust geen vast bedrag, omdat een B2B-portaalkoppeling voor een groothandel met staffelprijzen iets heel anders is dan een enkele endpoint die orders uit een niche-ERP haalt. Wat we wél kunnen zeggen: de grootste kostenpost is 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 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-tools en gecontroleerd door het redactieteam van CleverTech — tech-leads met ervaring in AI, procesautomatisering en IT-consulting.
