Factuuradresregel 1 leeg in Shopify: de mutatie strandt in e-Boekhouden

De order is Paid. Bedrijfsnaam staat erop. Postcode en plaats ook. In de e-Boekhouden.nl Koppeling blijft de regel rood. De tekst is niet “geen factuuradres”. De tekst is: veld `address1` ontbreekt of is leeg in `billing_address`. Er ís een factuuradres-object. Alleen de eerste adresregel — straat, huisnummer — is leeg.

Dat is Shopify factuuradres regel 1 leeg e-Boekhouden. Een andere melding dan een ontbrekend `billing_address`-object. Dezelfde docs-pagina, andere fix: vaak de straat aanvullen, niet meteen de verzameldebiteur over alle weborders heen.

We schreven eerder wat je doet als de hele billing_address ontbreekt — typisch POS of een kale draft. Hier: het object bestaat, `address1` niet. Mutaties Foutmeldingen zet die twee zinnen onder elkaar. Shops lezen ze als één probleem.

Drie zinnen op één docs-pagina. Twee situaties.

De foutmeldingen-pagina somt 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.

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

De uitleg eronder gooit ze op één hoop: geen factuuradres gekoppeld, vaak handmatige order of Shopify POS. De oplossing die daaronder staat — Standaard debiteurcode — hoort bij “deze order tóch doorsturen zonder klantdetail”. Bij zin 1 is er wél een adreskaart. Alleen regel 1 is leeg. Een webshopklant met KvK en plaats, zonder straat, is geen kassabon.

Shopify checkout vraagt een straat. Toch zie je lege `address1` als:

• iemand in checkout alleen de bedrijfsnaam in Address line 1 had moeten zetten en dat veld overslaat via een half ingevulde draft

• een B2B-order die jij nabouwt: company en city wel, straat “later”

• een app of import die `billing_address` aanmaakt met zip/city en `address1: ""`

POS zonder klantkaart is vaker zin 2: het object zelf ontbreekt. Lees de fouttekst, niet de samenvatting in je hoofd.

De listing belooft automatische sync van orders, klanten en mutaties, plus een overzicht succesvol versus fout. Geen Shopify-PDF. Geen artikelen. Geen voorraad. Geannuleerde orders gaan niet mee — restitutie wel. Claim dat niet. $13.95/maand, 14 dagen trial, USD. Listing 5.0 uit 1 review. Nederlands.

Wat shops doen tot de straat “NVT” heet

NVT, `-` of het eigen kantooradres in `address1`

De validatie wordt groen. De debiteurkaart in e-Boekhouden.nl krijgt een nepstraat. Herinneringen, creditchecks en de volgende order van dezelfde klant lopen scheef. Voor een weborder met een bekend bezoekadres hoort de échte straat in Shopify.

Standaarddebiteur op élke rode regel, ook web

De code is een vangnet voor orders zonder detail. Koppeling configureren legt Standaard debiteurcode uit als vaste relatie in plaats van per klant, of als vangnet. Hang je daar óók de weborder met KvK en plaats aan, dan verdwijnt die klant in de verzamelkaart. Zin 1: vul `address1`, duw opnieuw. Zin 2 (POS zonder object): wél de POS- of standaardcode.

De API-key opnieuw plakken

De key is niet stuk. `address1` is leeg. De docs wijzen naar Settings of naar complete orderdata, niet naar een nieuwe token.

Geen van die routes is: lees welke van de drie zinnen het is, vul de straat als die bestaat, reserveer de debiteurcode voor écht lege orders.

Zin 1: object er, straat niet. Zin 2: object weg.

Zin 1 — `address1` leeg in `billing_address`. Shopify heeft een factuuradres. Company, city, zip mogen gevuld zijn. Regel 1 niet. Actie: open de order, vul Address line 1, sla op, synchroniseer opnieuw (handmatig voor mutaties ná installatie). De mutatie landt op díe klant, niet op de verzameldebiteur.

Zin 2 — `billing_address` ontbreekt. Geen object. POS-afhaal, kale draft. Geen straat om in te vullen. Settings → Standaard debiteurcode en/of POS debiteurcode. De relatie moet in e-Boekhouden.nl bestaan. Daarna opnieuw duwen.

Zin 3 — `contact_email` leeg. Zelfde vangnet als zin 2. Een weborder met straat maar zonder e-mail is zeldzaam; een POS-bon niet.

Trigger Paid of Fulfilled verandert niks aan deze validatie. De push komt er ná de check. Grootboek blijft wat je zette: debiteuren op een balansrekening, omzet niet — dat was het omzetrekening-stuk. De koppeling boekt een mutatie, geen verkoopfactuur.

Praktijk: order 3104 versus kassabon 3110

Weekorder 3104. Groothandel, bedrijfsnaam in Company, plaats Utrecht, postcode gevuld, `address1` leeg omdat inkoop de draft “even snel” aanmaakte. Mutatielijst: `address1 ontbreekt of is leeg in billing_address`. Dit is geen POS. Vul de straat uit de klantkaart of de mail. Opnieuw aanbieden. In e-Boekhouden.nl zie je díe relatie, met die order. Geen “Webshop”-verzamelkaart.

Zaterdag POS-bon 3110. Afgerekend, afgehaald, geen klant. Fouttekst: `billing_address ontbreekt of is leeg`. Hier is geen regel 1. POS debiteurcode in Settings. Duw 3110. Volgende afhaalbon volgt. Weborders met een volle `address1` blijven op hun eigen debiteur.

Tweede valkuil: je vult op 3104 “afhalen” in `address1` zodat het groen wordt. Dat is nog steeds een nepstraat. Afhalen is geen adresregel. Of de echte straat, of — als je bewust géén klantdetail wilt — de standaardcode, niet een verzonnen regel.

Annuleren in Shopify synct niet. Wil je de boeking terug, restitutie. Geen artikelen, geen voorraad.

Aan de slag

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

2. `address1` leeg, rest van het adres er wél: vul Address line 1 in Shopify. Opnieuw pushen.

3. Hele `billing_address` weg (POS/draft): Standaard- of POS-debiteurcode. Relatie bestaat in e-Boekhouden.nl.

4. Controleer op welke debiteurkaart de mutatie landt. Web mag niet op de kassacode.

5. Test één draft met lege regel 1 (vul daarna de straat) en één POS-bon zonder klant.

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

Tot slot

Shopify factuuradres regel 1 leeg e-Boekhouden is een `billing_address` zonder `address1`, geen kapotte koppeling. Native Shopify stuurt niets naar e-Boekhouden.nl. De app wel, ná validatie. Straat bekend: vul regel 1. Object weg: vangnetcode. Geen PDF, geen artikelen, geen NVT als straat.

Zet de echte adresregel — of bewust de debiteurcode — in de e-Boekhouden.nl Koppeling vóór de volgende Paid-order stil in het rood blijft staan.