Shopify-order zonder factuuradres: zo boek je hem toch in e-Boekhouden

Shopify staat op Paid. De klant heeft afgerekend aan de kassa, of jij hebt de order handmatig aangemaakt. In e-Boekhouden.nl gebeurt niets. In de app staat de regel rood: `billing_address` ontbreekt. Dat is geen storing van de API-key. Dat is validatie.

Shopify order zonder factuuradres e-Boekhouden is precies die situatie: de koppeling weigert de mutatie zolang er geen adres of e-mail is, tenzij jij een standaarddebiteur (of POS-debiteur) hebt gezet. De foutmeldingen-docs zeggen dat in één alinea. Dit stuk is die alinea in de praktijk: wanneer een order géén factuuradres heeft, wat je níet moet forceren, en hoe Settings de boeking alsnog doorlaat.

Gisteren ging het over klanten die meereizen als debiteur. Hier gaat het om orders waarbij die klantgegevens er simpelweg niet zijn.

Webcheckout heeft bijna altijd een adres. POS en drafts vaak niet.

Shopify Help over draft orders laat je een order tikken zonder dat de klant een checkout doorloopt. POS-afhaal kan hetzelfde: betaald, geen verzendadres, soms geen `address1`. De e-Boekhouden.nl Koppeling synct pas ná validatie. Lege `billing_address`, leeg `address1` of lege `contact_email` stopt de push. Shopify blijft groen. De administratie blijft stil.

De listing belooft automatische sync van orders, klanten en mutaties, plus een overzicht succesvol versus fout. Ze belooft geen Shopify-PDF, geen artikelkaarten, geen voorraad. Geannuleerde orders gaan niet mee — alleen restituties. Claim dat niet. Wat wél in de docs staat: drie billing_address-teksten en de standaarddebiteur als uitweg.

Wat shops doen tot de mutatielijst volloopt

Het factuuradres “even verzinnen” op de order

Je plakt kantooradres in Shopify zodat de validatie groen wordt. De mutatie gaat erdoor op een adres dat de klant nooit heeft opgegeven. Herinneringen en debiteurenkaarten lopen scheef. Voor een weborder met een écht leeg `address1` hoort het adres in Shopify thuis — van de klant, niet van jouw BV.

Elke POS-bon met de hand in e-Boekhouden.nl tikken

Werkt tot de zaterdagdrukte. Dan mis je er drie, of je boekt dubbel omdat de koppeling de volgende dag wél doorkomt.

De API-key opnieuw plakken

De key is niet stuk. De orderdata is leeg. Mutaties Foutmeldingen wijzen naar Settings, niet naar een nieuwe token.

Geen van die routes is: één debiteurcode voor orders zonder klantdetail, weborders blijven op hun eigen relatie.

Drie foutteksten, één uitweg in Settings

De docs sommen op:

1. Veld `address1` ontbreekt of is leeg in `billing_address`.

2. Veld `billing_address` ontbreekt of is leeg in `order_data`. Stel een standaarddebiteur in bij de instellingen om deze order te verwerken.

3. Veld `contact_email` ontbreekt of is leeg in `order_data`. Ook hier: standaarddebiteur.

Uitleg uit die pagina: er is geen factuuradres gekoppeld. Dat gebeurt vaak bij een handmatig aangemaakte order of bij Shopify POS.

Oplossing uit dezelfde docs: wil je de order tóch doorsturen, zet eerst een Standaard debiteurcode via de instellingen.

Koppeling configureren legt de twee codes uit:

• Standaard debiteurcode — voorbeeld `0012JOOSTJANSEN`. Alle bestellingen op één vaste debiteur in plaats van per klant. Handig als je weinig klantdetail wilt, of als vangnet voor orders zonder adres.

• POS debiteurcode — kassaverkopen op een aparte relatie, los van weborders. Zelfde soort code, andere intentie.

Gebruik de POS-code als je web en winkel gescheiden wilt houden. Gebruik de standaardcode als élke order zonder detail op dezelfde verzameldebiteur mag. Vul beide niet met dezelfde verwachting “dan verdwijnt de fout” zonder te weten op welke kaart de mutatie landt.

De koppeling boekt als mutatie, geen verkoopfactuur. Geen PDF uit Shopify. Grootboek blijft wat je al zette: debiteuren (balans, bv. 1300), omzet (geen balans, bv. 8000), verzendkosten (4590), betaalkosten (4550). Trigger Paid of Fulfilled verandert niet door een lege `billing_address` — de validatie zit ervoor.

e-Boekhouden.nl Koppeling: $13.95/maand, 14 dagen trial, USD. Listing 5.0 uit 1 review. Nederlands, geen Engelse storefront-content.

We schreven de drie foutteksten al bij mutaties foutmeldingen oplossen en de kassa bij POS-verkopen boeken. Hier de beslissing die shops overslaan: *wanneer* vul je de code, en wanneer vul je het adres in Shopify.

Praktijk: draft 2201 en afhaalbon 2208

Maandag maakt inkoop een draft voor een vaste klant die belt. Geen checkout, geen `billing_address`. Betaald via overboeking, jij markeert Paid. Mutatielijst: validatie `billing_address` ontbreekt. Dit is een B2B-klant met een bekend factuuradres. Vul dat adres op de Shopify-order. Opnieuw aanbieden. De mutatie gaat naar díe debiteur, niet naar de verzamelcode.

Zaterdag POS-bon 2208: afgerekend, afgehaald, geen klantkaart. Zelfde fouttekst. Hier is geen adres om te vullen. Zet in Settings de POS debiteurcode. Duw 2208 opnieuw, of gebruik de handmatige knoppen voor mutaties ná installatie. Volgende afhaalbon volgt dezelfde mapping. Weborders met een volledig adres blijven op hun eigen relatie — de POS-code is alleen het kassakanaal.

Tweede valkuil: je zet wél een standaarddebiteur, en daarna ook weborders zonder nadenken op die code omdat “Standaard debiteurcode” in de naam zit. De instellingendocs zeggen: die code is voor administraties die *minder* klantdetail willen, of als vangnet. Wie per klant een debiteur wil, vult adressen op weborders en reserveert de code voor POS/drafts zonder data.

Annuleren in Shopify is geen sync. Wil je de regel in de boekhouding terugdraaien, gebruik een restitutie. Geen artikelen, geen voorraad.

Aan de slag

1. Open de mutatielijst in de e-Boekhouden.nl Koppeling. Lees de tekst: `address1`, `billing_address` of `contact_email`.

2. Weborder met een bekend adres: vul `billing_address` in Shopify, daarna opnieuw pushen.

3. POS of draft zonder klantdetail: Settings → Standaard debiteurcode en/of POS debiteurcode. De relatie moet in e-Boekhouden.nl bestaan.

4. Duw de gestrande order opnieuw. Controleer de mutatie op de juiste debiteurkaart.

5. Test één nieuwe POS-bon en één weborder. Web mag niet op de POS-debiteur landen.

Staat jouw fouttekst niet in de docs: mail info@onlineorigins.nl. Verzin geen vierde validatie.

Tot slot

Een Shopify order zonder factuuradres e-Boekhouden is geen kapotte key. Het is een order zonder `billing_address`, `address1` of `contact_email` — typisch POS of een handmatige order. Native Shopify stuurt niets naar e-Boekhouden.nl. De koppeling wel, ná validatie. Adres bekend: vul het in Shopify. Adres onbestaand: standaard- of POS-debiteur, daarna opnieuw duwen. Geen PDF, geen artikelen, geen annulering-als-sync.

Zet de vangnetcode in de e-Boekhouden.nl Koppeling vóór de volgende kassabon stilvalt.