Shopify POS debiteur in e-Boekhouden: kassa los van de webshop

Zaterdag: weborders én kassabonnen. Maandag: één relatiekaart in e-Boekhouden.nl waar alles doorheen loopt. De accountant vraagt omzet per kanaal. Jij ziet geen winkel, alleen “webshop”. Shopify POS debiteur e-Boekhouden is daar het tweede veld voor: niet de web-standaard, maar POS debiteurcode — zodat kassaverkopen op een *andere* relatie landen.

We zetten eerder de POS-kanaalflow (wanneer de bon synct, waarom `billing_address` ontbreekt) en de vaste web-debiteur (veld 8). Hier gaat het om het *scheiden*: twee kaarten, twee codes, geen mengelmoes. De e-Boekhouden.nl Koppeling noemt beide velden optioneel. Alleen 8 vullen is niet hetzelfde als 8 én 9.

Twee Shopify-kanalen, één administratie — tot je splitst

Shopify POS en Online Store maken allebei orders. Voor e-Boekhouden.nl is dat één mutatiestroom, tenzij jij de relatie splitst. Native Shopify stuurt niets naar e-Boekhouden.nl. De koppeling wel: realtime mutatieboeking, geen PDF, geen artikelen.

Zonder POS-code gebruikt de app dezelfde debiteurlogica als web. Vul je veld 8 (`Standaard debiteurcode`) en laat je 9 leeg, dan kunnen kassabonnen zonder adres op die *webkaart* landen — of stranden tot 8 bestaat. De foutmeldingen-docs zeggen bij ontbrekende `billing_address` / `address1` / `contact_email`: stel een standaarddebiteur in. Dat deblokkeert de push. Het *scheidt* web en winkel niet.

Veld 9 in Koppeling configureren: “Gebruik je Shopify POS voor fysieke winkelverkopen? Dan kun je deze bestellingen op een aparte debiteur boeken, zodat ze gescheiden blijven van je online orders.” Voorbeeldformaat hetzelfde als veld 8 (`0012JOOSTJANSEN`). Het is een relatiecode, geen grootboekrekening 1300.

De trigger — Paid of Fulfilled, één keuze voor de hele koppeling — verandert niet per kanaal. Alleen de kaart op de mutatie verschilt.

Wat er misgaat als web en kassa dezelfde kaart delen

Alleen veld 8, kassa meeliften

Je lost de adresfout op. De zaterdagbonnen synct. In e-Boekhouden.nl groeit `WEBSHOP01` met afhaalverkopen. Omzet klopt in totaal. Kanaalrapportage niet. Een restitutie vanaf de kassa hangt onder dezelfde relatie als de trui uit de webshop.

Dezelfde code in 8 én 9

Twee velden, één nummer. Docs vragen een *aparte* debiteur. Zet je `WEBSHOP01` twee keer, dan is er geen split. De app heeft geen tweede kaart om naartoe te boeken.

Walk-in-namen aan de kassa

Zonder vaste POS-code probeert de koppeling klantdata uit de order. Ontbreekt die, dan rood in het overzicht. Vul je “klant” of een mailadres “om erdoor te komen”, dan groeit het relatiescherm vol kaarten die niemand opzoekt. Dat is geen scheiding; dat is ruis.

8000 of 1300 als “POS-debiteur”

Omzet 8000 is winst-en-verlies. Debiteuren 1300 is balans. Veld 9 is geen dropdown van grootboekrekeningen. Verwissel die niet — dezelfde valkuil als bij veld 8.

Geen van die routes geeft je: web op kaart A, kassa op kaart B, dezelfde vier grootboekrekeningen, één trigger.

Veld 9 is de kassakaart, niet een tweede koppeling

De listing van de e-Boekhouden.nl Koppeling: 5.0 uit 1 review, $13.95/maand, 14 dagen trial, facturatie via Shopify in USD. Listing is Nederlandstalig. Realtime sync van orders, klanten en financiële mutaties; refunds als negatieve mutatie. Grenzen (FAQ): geen PDF-factuur, geen artikelen, geen voorraad, geannuleerde orders gaan niet mee — gebruik restitutie.

Koppeling configureren zet de volgorde vast:

1. Trigger: Paid of Fulfilled.

2. Type boeking: mutatie, geen factuurdocument.

3–6. Grootboek: debiteuren (voorbeeld 1300, balans), omzet (8000, géén balans), verzendkosten (4590), betaalkosten (4550).

1. OSS als je EU-particulieren zo boekt.

2. Standaard debiteurcode — optioneel, web.

3. POS debiteurcode — optioneel, kassa.

Veld 9 vullen heeft zin als je Shopify POS gebruikt *en* de boekhouder winkelomzet apart wil zien. Geen POS? Laat 9 leeg. Alleen web, alles op één relatie? Alleen 8, zoals in het artikel over de vaste debiteur.

Wat veld 9 wél doet

• Kassabonnen op een eigen relatie, los van online orders (docs: “gescheiden blijven”).

• Dezelfde mutatieboeking, dezelfde mapping, andere kaart.

• Restituties vanaf POS volgen diezelfde POS-debiteurlogica — als nieuwe negatieve mutatie, niet als overschrijven van de oorspronkelijke regel.

Wat veld 9 niet doet

• Geen tweede trigger voor de kassa. Paid blijft Paid.

• Geen kassabon-PDF naar e-Boekhouden.nl.

• Geen artikel- of voorraadsync. Voorraad blijft in Shopify POS.

• Geen extra omzetrekening per kanaal. 8000 blijft 8000 tenzij jij in e-Boekhouden.nl zelf splitst; de app mapt één omzet-tegenrekening.

• Geen vervanging van veld 8 als de fouttekst om een standaarddebiteur vraagt. Die docs-oplossing noemt veld 8. Zet 9 *ernaast* als je wilt scheiden.

Maak de POS-relatie eerst in e-Boekhouden.nl. Zet daarna de code in de app. Een code die niet bestaat, synct niet magisch een nieuwe kaart — vul een bestaand debiteurnummer, net als bij veld 8.

Praktijk: WEBSHOP01 en WINKEL01

In e-Boekhouden.nl twee relaties. Docs-voorbeeld is `0012JOOSTJANSEN`; jij mag codes gebruiken die bij jullie nummering passen.

App, Settings:

• Trigger Paid (of Fulfilled, als dat jullie regel is).

• Grootboek 1300 / 8000 / 4590 / 4550 — of jouw nummers, juiste categorie.

• Standaard debiteurcode: `WEBSHOP01`.

• POS debiteurcode: `WINKEL01`. Niet hetzelfde nummer.

Test 1: weborder met factuuradres, Paid. Mutatie op `WEBSHOP01`.

Test 2: POS-bon zonder `address1`. Overzicht in de app: succes of fout. Met `WINKEL01` moet de kassamutatie op die kaart landen, niet op `WEBSHOP01`. Rood op `billing_address`: Mutaties Foutmeldingen, daarna handmatig synchroniseren — niet dezelfde bon handmatig in e-Boekhouden.nl *én* opnieuw pushen.

Test 3: restitutie op de kassabon. Negatieve mutatie op `WINKEL01`. FAQ: cancel-only gaat niet mee.

Zaterdagavond: open beide kaarten. Weborders op A, kassa op B. Totaal 8000 in de winst-en-verlies blijft de mapping; de *relatie* vertelt het kanaal.

Installatieservice (FAQ): eenmalige vergoeding. Contact info@onlineorigins.nl.

Aan de slag

1. Installeer de e-Boekhouden.nl Koppeling. $13.95/maand, 14 dagen trial, USD via Shopify.

2. API-key volgens de installatiedocs.

3. In e-Boekhouden.nl: een tweede relatie voor de winkel, naast je webkaart. Andere code.

4. In de app: Koppeling configureren — trigger, vier rekeningen, veld 8, daarna veld 9.

5. Test: één weborder, één POS-bon zonder adres, één kassarestitutie. Controleer mutatie *en* relatiekaart. Foutregel: docs Mutaties Foutmeldingen.

De koppeling herberekent btw niet; die komt uit Shopify. Geen productregels verwachten. Geen tweede Paid/Fulfilled-schakelaar voor POS.

Tot slot

Een Shopify POS debiteur e-Boekhouden is geen extra kassakoppeling en geen omzetrekening. Het is veld 9: een eigen relatie voor fysieke verkopen, zodat ze niet door je webkaart lopen. Alleen veld 8 deblokkeert orders zonder adres; veld 9 houdt de winkel apart. Native Shopify praat niet met e-Boekhouden.nl; deze app wel, als mutatie, realtime.

Zet die tweede code in de e-Boekhouden.nl Koppeling en laat de volgende kassabon op `WINKEL01` landen — niet tussen de gastcheckouts van de webshop.