Shopify klanten synchroniseren met e-Boekhouden: wat er wél meegaat

De listing belooft het in één adem: orders, klanten, facturen. In Shopify Customers staan 4.200 records. In e-Boekhouden.nl zoekt de boekhouder die namen en vindt een handvol relaties, of juist een kaart per gastcheckout. Wie Shopify klanten synchroniseren e-Boekhouden googelt, verwacht vaak een klantenexport. De koppeling is dat niet.

De e-Boekhouden.nl Koppeling synct de koper *mee met de order*: als debiteur op de mutatie, of op één vaste code als jij dat zo instelt. Geen aparte knop “stuur alle klanten”. Geen artikelkaarten. Geen PDF.

Gisteren ging het over debiteuren- en omzetmapping: *waar* het geld landt (1300 / 8000 / 4590 / 4550). Hier gaat het om *wie* er op die mutatie staat, en wat de FAQ bewust buiten de sync houdt.

Shopify heeft klanten. e-Boekhouden.nl heeft relaties.

Shopify Customers is je winkelbestand: e-mail, adressen, tags, marketingtoestemming. e-Boekhouden.nl is administratie: debiteurcode, openstaande post, herinnering. Native Shopify stuurt daar niets heen. De app wel, via de order.

Listing-categorieën noemen Automated data sync inclusief Customers, naast order details, transactions en historical data import. In de praktijk reist de klant mee als de order synct: Paid of Fulfilled, realtime via webhooks, FAQ vraag 1. Geen extra sync-toeslag, geen wachtrij.

Wat je níet in de docs vindt: een nachtelijke dump van het hele klantenbestand, matching op e-mail als geheime sleutel, of een RelatieCode-formule die de app zelf verzint. Claim dat niet. Wat wél staat: per individuele klant, of één Standaard debiteurcode.

Wat shops doen tot het relatiescherm scheefloopt

Alle 4.200 Shopify-klanten overzetten “voor de zekerheid”

CSV uit Shopify, importeren in e-Boekhouden.nl, daarna de koppeling aanzetten. Dubbele relaties, oude adressen, mensen die nooit meer bestellen. De mutatie maakt alsnog een debiteur (of gebruikt de standaardcode). De import was extra werk, geen voorwaarde.

Niks instellen, gastcheckouts laten exploderen

Elke eenmalige trui wordt een nieuwe relatie. Maandag heeft de accountant honderd kaarten zonder openstaande post. Dat is niet “kapotte klantensync”. Dat is de default: per klant, tenzij jij veld 8 vult.

Denken dat de klantkaart de catalogus meeneemt

Naam en adres staan in e-Boekhouden.nl, SKU niet. FAQ 3: artikelen worden niet meegestuurd. FAQ 4: voorraad ook niet. We schreven dat uit in voorraad gaat niet mee. De klant is geen productfeed.

Wat van de klant wél meegaat — en wat de mutatie nodig heeft

De app boekt een mutatie, geen Shopify-PDF-factuur (FAQ 2). Gestructureerde orderdata: bedragen, btw, verzendkosten, korting, koper. Bestanden en bijlagen blijven in Shopify.

Twee routes in Settings:

1. Geen standaardcode. Bestellingen gaan per individuele klant. Dat is de default volgens de instellingendocs (“in plaats van per individuele klant” — je vult het veld alleen als je dat *niet* wilt).

2. Standaard debiteurcode, voorbeeld `0012JOOSTJANSEN`. Alle weborders op één bestaande relatie. Handig als de administratie geen klantdetail wil. Uitgewerkt in vaste debiteurcode.

POS heeft een eigen veld: POS debiteurcode, zodat kassabonnen niet door dezelfde kaart lopen als weborders.

Zonder factuuradres of e-mail stopt de push. Mutaties foutmeldingen: leeg `address1`, ontbrekende `billing_address`, ontbrekende `contact_email`. Vaak handmatige orders of POS. Oplossing in die docs: stel een standaarddebiteur in, dan kan de order alsnog.

Dat is geen “klanten-sync kapot”. Dat is validatie: de mutatie moet ergens op een relatie landen.

Wat er níet meegaat, ook als de klant keurig synct:

• Artikelen en voorraad (FAQ 3 en 4).

• De PDF-factuur uit Shopify (FAQ 2).

• Geannuleerde orders. Wil je credit: restitutie, dan een negatieve mutatie (FAQ 5). Annuleren is geen sync.

De listing (5.0, 1 review): automatische synchronisatie van orders, klanten en facturen; btw, verzendkosten, kortingsregels; overzicht succesvol versus fout. $13.95/maand, 14 dagen trial, USD. Nederlands, geen Engelse listing.

Praktijk: B2B-klant versus gastcheckout

Webshop verkoopt werkkleding. Twee kopers op dezelfde dag.

Order 1840. Bedrijf, factuuradres compleet, `contact_email` gevuld. Trigger Paid. Geen standaarddebiteur. De koppeling maakt of gebruikt de klantdebiteur en boekt de mutatie op 1300 / 8000 plus verzend- en betaalkosten. In e-Boekhouden.nl zie je de relatie met die order. Tags, marketingtoestemming en Shopify-notities hoef je daar niet te zoeken — die horen in Shopify Customers.

Order 1841. Gastcheckout, `address1` leeg. Mutatie-overzicht: validatie `billing_address`. Zonder standaardcode blijft de regel rood. Vul het adres in Shopify en bied opnieuw aan, of vul bewust de standaarddebiteur als je gastorders op één “Webshop”-kaart wilt. Daarna de knoppen voor handmatig synchroniseren — alleen mutaties ná installatie.

POS-bon 2104. Geen factuuradres. Zelfde fouttekst. Vul POS debiteurcode, niet de web-standaard, als je kassa en web gescheiden wilt houden.

Controle in e-Boekhouden.nl: debiteur, bedrag, btw, verzendkosten. Groen in het mutatieoverzicht is geen CRM-check. Het is een financiële check.

Aan de slag zonder klanten-CSV

1. Installeer de e-Boekhouden.nl Koppeling. API-key, trigger Paid of Fulfilled, mapping 1300 / 8000 / 4590 / 4550.

2. Beslis: per klant, of één Standaard debiteurcode die al in e-Boekhouden.nl bestaat. POS apart als je een kassa hebt.

3. Exporteer niet preventief 4.200 Shopify-klanten. Laat de volgende echte order de relatie maken of de standaardcode gebruiken.

4. Plaats een testorder met volledig factuuradres. Check mutatieoverzicht én de debiteurkaart.

5. Plaats een tweede test zonder `address1` (of kijk naar een bestaande POS-fout). Zie de drie billing_address-teksten. Fix adres of standaardcode, daarna herpush.

6. Historie vóór installatie: mail info@onlineorigins.nl, niet de handmatige knop. Klanten van vóór livegang komen niet alsnog binnen via die knop.

Installatieservice bestaat (FAQ 6, eenmalige vergoeding). Hoofdzaak blijft de listing: sync die je zelf aanzet.

Tot slot

Shopify klanten synchroniseren e-Boekhouden is geen tweede klantenbestand vullen. Het is de koper op de mutatie: per relatie, of op één code. Artikelen, voorraad en de Shopify-PDF blijven waar ze horen. Geen adres of e-mail? Dan stopt de push tot je een standaarddebiteur zet of de order compleet maakt.

Zet die keuze in de e-Boekhouden.nl Koppeling, test één Paid-order, en laat de accountant de debiteurkaart zien — niet een CSV uit Customers.