Shopify POS e-Boekhouden: kassaverkopen op een aparte debiteur

Online orders landen in e-Boekhouden.nl. De kassabon van vanmiddag niet. In Shopify POS is de verkoop Paid en afgehaald; in de administratie ontbreekt hij, of hij hangt onder dezelfde debiteur als je webshopklanten. Shopify POS e-Boekhouden is geen extra kassakoppeling. Het is één veld in de app: POS debiteurcode. Daarmee boek je fysieke verkopen op een andere relatie dan je online orders.

Dit artikel volgt de instellingendocs van de e-Boekhouden.nl Koppeling: wanneer je een aparte POS-debiteur nodig hebt, waarom kassabonnen vaak op `billing_address` stranden, en hoe je web en winkel gescheiden houdt zonder handmatig overtypen. We schreven eerder hoe je grootboekrekeningen mapt en hoe je mutatiefouten leest. Hier gaat het om het kassakanaal zelf.

Het Shopify-probleem: twee verkoopkanalen, één administratie

Shopify POS en de online checkout zijn allebei Shopify-orders. Voor de boekhouding is dat niet hetzelfde kanaal. Weborders hebben meestal een factuuradres, een klantaccount of in elk geval `contact_email`. Een afhaalbon aan de kassa heeft dat vaak niet. De koppeling valideert orderdata voordat e-Boekhouden.nl een mutatie accepteert. Ontbreekt `billing_address`, `address1` of `contact_email`, dan stopt de push. Shopify blijft groen. De mutatielijst in de app wordt rood.

De pagina Mutaties Foutmeldingen zegt dat expliciet: geen factuuradres komt vaak voor bij een handmatig aangemaakte order of bij een order via het kassasysteem (POS). De listing van de e-Boekhouden.nl Koppeling belooft realtime sync van orders, klanten en mutaties, plus controle welke regels succesvol of met fouten zijn verwerkt. Listing 5.0 uit 1 review, $13.95/maand, 14 dagen trial, facturatie via Shopify in USD. De listing is Nederlandstalig.

Native Shopify belt e-Boekhouden.nl niet. De FAQ is stellig: sync is real-time, via webhooks, zodra een order of refund in Shopify wordt aangemaakt of gewijzigd. Geen nachtelijke batch. POS-orders vallen daar onder — mits de validatie slaagt en de mapping klopt.

Grenzen die bij kassaverkopen vaak verward worden (FAQ + listing):

• Geen PDF-factuur of kassabon-PDF naar e-Boekhouden.nl — alleen gestructureerde orderdata.

• Geen artikelen of voorraad. Voorraad blijft in Shopify POS.

• Geannuleerde orders gaan niet mee; wil je crediteren, gebruik restitutie voor een negatieve mutatie.

• BTW komt uit Shopify; de koppeling gokt geen tarief voor de kassa.

Een POS-bon “ontbreekt” omdat de accountant de PDF mist, is geen mutatiefout. Dat is een verwachting die de FAQ al ontkracht.

Wat merchants nu proberen

1. Elke kassaklant als nieuwe debiteur

Zonder vaste POS-debiteur probeert de koppeling klantdata uit de order. Ontbreekt die, dan faalt de validatie. Vul je aan de kassa willekeurige namen in “om erdoor te komen”, dan groeit e-Boekhouden.nl vol met `Walk-in`-kaarten die je nooit meer opzoekt.

2. Alles op één standaarddebiteur, web én winkel

Koppeling configureren heeft Standaard debiteurcode — voorbeeld `0012JOOSTJANSEN` — voor shops die *alle* bestellingen op één vaste debiteur willen. Dat werkt. Het mengt dan wel kassa en webshop in dezelfde relatie. Je omzetklok klopt, je kanaalrapportage niet.

3. POS-bonnen ’s avonds overtypen

Tijdens de zaterdagdrukte synct de webshop. De kassalade tel je later. Twee bronnen, twee kansen op een misser, en een restitutie die je vergeet. De listing is er juist voor: automatische sync, minder handmatige invoer.

4. Alleen de webshop koppelen “POS doen we in een dagboek”

Dan mis je realtime mutaties, btw uit Shopify, en refunds vanaf de kassa. Twee workflows onderhouden is duurder dan één POS-debiteur instellen.

Geen van die routes vervangt: POS debiteurcode voor kassaverkopen, optioneel Standaard debiteurcode voor web of handmatige orders zonder adres, en daarna de mutatielijst controleren.

Hoe Shopify POS e-Boekhouden wél inricht

Open in de app Settings. De docs zetten twee debiteurvelden naast elkaar.

Standaard debiteurcode versus POS debiteurcode

Punt 8, Standaard debiteurcode: boek bestellingen op één vaste debiteur in plaats van per individuele klant. Voorbeeld in de docs: `0012JOOSTJANSEN`. Handig als je administratie geen klantkaart per weborder wil, of als een order zonder factuuradres anders strandt.

Punt 9, POS debiteurcode (voor kassaverkopen via Shopify POS): gebruik je Shopify POS voor fysieke winkelverkopen, dan kun je die bestellingen op een aparte debiteur boeken, zodat ze gescheiden blijven van je online orders. Zelfde voorbeeldformaat.

Praktisch:

1. Maak in e-Boekhouden.nl twee relaties, of hergebruik bestaande: bijvoorbeeld `WEBSHOP` en `WINKELPOS`. De code moet exact overeenkomen met wat je in de app plakt.

2. Vul POS debiteurcode met de winkrelatie. Laat weborders op klantniveau synchen, of vul Standaard debiteurcode alleen als je *online* ook op één debiteur wilt.

3. Trigger blijft Paid of Fulfilled, net als voor de webshop. Kassabonnen zijn meestal meteen Paid; Fulfilled is zinvol als je POS-orders later als verzonden markeert.

4. Grootboek blijft hetzelfde schema: debiteuren (voorbeeld 1300, balans), omzet (8000, geen balans), verzendkosten (4590), betaalkosten (4550). POS verandert die mapping niet; het verandert *op welke relatie* de mutatie landt.

5. Sla Settings op. Nieuwe POS-orders gaan via de webhook. Bestaande rode regels bied je daarna opnieuw aan — zie handmatig synchroniseren.

De foutmeldingen-docs wijzen bij ontbrekend factuuradres naar de standaarddebiteur. Voor kassaverkopen is de schonere route de POS-debiteur: dezelfde validatie-uitweg, andere relatie, zodat je in e-Boekhouden.nl in één oogopslag web en winkel uit elkaar houdt.

Wat de koppeling wél en niet doet aan de kassa

Wel: financiële mutatie (bedragen, btw, kosten), realtime, met overzicht succesvol versus fout. Niet: kassalade-telling, artikelkaart in e-Boekhouden.nl, voorraad. POS-voorraad blijft in Shopify. Refund vanaf de kassa → negatieve mutatie, mits je restitueert en niet alleen annuleert.

Voorbeeld: webshop plus winkel, één e-Boekhouden.nl

Je verkoopt online en in een fysieke winkel. Weborders hebben een account of checkout-adres. POS-bonnen zijn afhaal, vaak zonder factuuradres.

1. In e-Boekhouden.nl: twee debiteuren, codes die je herkent (`0012WEBSHOP` en `0012WINKEL`).

2. In de app: API-key connected, trigger Paid, mutatieboeking, grootboek 1300/8000/4590/4550 zoals in de instellingendocs.

3. POS debiteurcode = `0012WINKEL`. Standaard debiteurcode leeg laten als weborders per klant mogen, of vullen als je online ook op één relatie boekt.

4. Test: één online order, één POS-verkoop zonder klantkaart. Open de mutatielijst. Beide groen? Check in e-Boekhouden.nl: twee mutaties, twee relaties, dezelfde omzetrekening, btw zoals Shopify die op de order zette.

5. Rode POS-regel met `billing_address` of `contact_email`: eerst de POS-debiteur controleren, daarna opnieuw aanbieden. Niet dezelfde bon handmatig intypen “voor de zekerheid” — dan krijg je dubbele boekingen, precies het risico uit het foutmeldingen-artikel.

Tweede scenario: alleen POS, geen webshop. Vul dan alsnog de POS-debiteur. Leeg laten en hopen dat elke kassaklant een volledig Shopify-profiel heeft, is hoe de validatie-docs hun drie billing_address-fouten uitleggen.

Wat je nodig hebt om te starten

1. Installeer de e-Boekhouden.nl Koppeling ($13.95/maand, 14 dagen trial).

2. API-key, trigger (Paid of Fulfilled) en grootboekmapping staan. Zonder mapping landt de POS-mutatie verkeerd of nergens.

3. Maak in e-Boekhouden.nl de POS-relatie (en optioneel een web-standaarddebiteur). Plak de exacte code in Settings, veld POS debiteurcode.

4. Doe een testdag: één weborder, één kassabon, eventueel één POS-refund. Filter de mutatielijst op fouten voordat je de kassa sluit.

5. Blijft een POS-bon op `billing_address` hangen: debiteurcode checken, daarna bewust opnieuw duwen — niet overtypen.

Installatie of een winkel-plus-webshop-mapping uitbesteden? Eenmalige installatieservice via info@onlineorigins.nl; bij afzien van de koppeling wordt die vergoeding teruggestort (FAQ). Telefoon: 073 234 0612.

Tot slot

Shopify POS e-Boekhouden is hetzelfde realtime mutatiepad als je webshop, met één extra relatie. De docs geven je POS debiteurcode zodat kassaverkopen niet tussen je webdebiteuren belanden, en de foutmeldingen-pagina legt uit waarom een bon zonder factuuradres anders strandt. Geen PDF, geen voorraad, geen geannuleerde orders — wel Paid/Fulfilled, btw uit Shopify, en refunds als negatieve mutatie.

Open de e-Boekhouden.nl Koppeling-listing, vul de POS-debiteur, en laat de kassa dezelfde administratie vullen als de checkout — op een eigen regel.