e-Boekhouden koppelen aan FileMaker: zo werkt het

Een verkooporder staat al in FileMaker, maar wordt vervolgens nog een keer overgetypt in e-Boekhouden.nl. Een inkoopfactuur komt binnen als PDF in de mailbox van de administratie, wordt handmatig gecontroleerd en dan pas ingevoerd. Een betaling is zichtbaar in de bankmutaties van e-Boekhouden.nl, maar niemand in FileMaker weet dat de order daarmee financieel is afgerond. Dit artikel laat zien hoe u dat oplost door e-Boekhouden koppelen aan FileMaker goed op te zetten, inclusief een aanpak waarmee Loggix inkoopfacturen zelfs automatisch laat scannen en verwerken.

e-Boekhouden.nl wordt veel gebruikt door mkb-bedrijven, boekhoudkantoren en zzp'ers, juist omdat het pakket laagdrempelig is en een goed gedocumenteerde API biedt. Dat maakt het een geschikte kandidaat om te koppelen aan een FileMaker-omgeving waarin de dagelijkse operatie plaatsvindt: offertes, projecten, werkbonnen, uren of voorraad. FileMaker blijft dan de plek waar medewerkers werken, e-Boekhouden.nl blijft leidend voor de financiële verwerking. De koppeling zorgt dat die twee werelden elkaar automatisch informeren, zonder dat iemand gegevens twee keer moet intypen.

Wat moet een koppeling met e-Boekhouden.nl concreet oplossen?

De vraag is niet "kunnen we koppelen", maar "welk handmatig werk verdwijnt hierdoor precies". Bij e-Boekhouden.nl gaat het meestal om een van deze drie stromen:

1. Verkoopfacturen wegschrijven. FileMaker stelt een factuur samen op basis van een order, project of werkbon en zet deze via de API door naar e-Boekhouden.nl, inclusief klantgegevens, btw-code en factuurregels.
2. Betaalstatussen terughalen. e-Boekhouden.nl registreert wanneer een factuur is betaald. FileMaker haalt die status op, zodat de binnendienst of planning direct ziet welke opdrachten financieel zijn afgerond.
3. Debiteuren en grootboekgegevens synchroniseren. Nieuwe klanten worden automatisch aangemaakt of herkend, zodat er geen dubbele debiteuren ontstaan.

Neem een installatiebedrijf dat werkbonnen registreert in FileMaker. Zodra een monteur een bon afrondt, bundelt FileMaker de materiaal- en uurregels tot een factuurvoorstel. Na akkoord van de binnendienst stuurt FileMaker die factuur automatisch naar e-Boekhouden.nl. Wanneer de klant betaalt, komt die status terug in FileMaker en ziet de planning meteen dat het dossier financieel gesloten is — zonder dat iemand in twee systemen moet zoeken.

Welk systeem is leidend: FileMaker of e-Boekhouden.nl?

Een veelgemaakte fout is om alles in beide richtingen te willen synchroniseren. Dat voelt volledig, maar maakt de koppeling onnodig complex en foutgevoelig. Als een klantnaam zowel in FileMaker als in e-Boekhouden.nl gewijzigd kan worden, welk systeem heeft dan gelijk als ze gaan afwijken?

Leg daarom per gegevenstype vast wie de bron is:

• FileMaker is leidend voor operationele gegevens: orders, projecten, werkbonnen, planning, interne statussen en conceptfacturen.
• e-Boekhouden.nl is leidend voor financiële verwerking: definitieve factuurnummers, btw-afdracht, betaalstatussen en grootboekmutaties.

Ook de status van een factuur verdient aandacht. In FileMaker kan een factuur nog concept zijn zolang een projectmanager hem controleert. Zodra hij naar e-Boekhouden.nl is verstuurd, is het een financieel document dat niet zomaar gewijzigd mag worden. Stuur daarom alleen goedgekeurde facturen door, en verwerk correcties via een creditfactuur in plaats van het brondocument aan te passen.

Begin klein: wat is de minimale eerste versie?

Start met de stroom die het meeste handwerk wegneemt. Voor de meeste organisaties is dat: debiteur controleren of aanmaken, verkoopfactuur versturen naar e-Boekhouden.nl, en het externe factuurnummer terug opslaan in FileMaker. Betaalstatussen ophalen is meestal een logische tweede stap, en inkoopfacturen verwerken volgt vaak als derde fase. Door gefaseerd te werken, test u het proces met echte transacties voordat u alle uitzonderingen in één keer probeert af te vangen.

Hoe werkt de technische koppeling met de e-Boekhouden API?

e-Boekhouden.nl biedt een REST-API waarmee externe systemen debiteuren, facturen, mutaties en saldi kunnen uitwisselen. Gegevens worden verstuurd en ontvangen in JSON-formaat, en authenticatie verloopt via een beveiligde sessietoken die periodiek vernieuwd moet worden.

FileMaker kan deze API rechtstreeks aanroepen via zijn ingebouwde webservice-functies. Voor een overzichtelijke koppeling — bijvoorbeeld alleen verkoopfacturen en betaalstatussen — is dat vaak voldoende en blijft het beheer volledig binnen de bestaande FileMaker-omgeving.

Bij complexere scenario's, zoals grote volumes, meerdere gekoppelde systemen of geautomatiseerde verwerking buiten kantooruren, is een tussenlaag verstandiger. Die tussenlaag regelt authenticatie, bewaakt wachtrijen, vangt fouten af en houdt logging bij buiten FileMaker om. Dat maakt de oplossing iets uitgebreider om te bouwen, maar aanzienlijk stabieler in gebruik en eenvoudiger uit te breiden.

Hoe zet Loggix AI in om inkoopfacturen automatisch te verwerken?

Eén van de meest tijdrovende taken rond e-Boekhouden.nl is niet het versturen van verkoopfacturen, maar het verwerken van binnenkomende inkoopfacturen: een PDF uit de mail overtypen, bonnetjes fotograferen, bedragen controleren en handmatig boeken. Om dat te versnellen heeft Loggix een Claude Skill ontwikkeld die volledig is gebaseerd op de officiële API-documentatie van e-Boekhouden.nl.

Deze Skill geeft het AI-model exact de kennis die nodig is om correct met de e-Boekhouden API te communiceren: welke velden verplicht zijn, hoe btw-codes en grootboekrekeningen worden aangeleverd, en hoe een mutatie of factuur technisch correct wordt ingediend. Op basis van die Skill heeft Loggix een mobiele app gebouwd waarmee een medewerker een inkomende factuur simpelweg fotografeert of scant met de telefoon.

De app werkt in de praktijk als volgt:

1. De medewerker maakt een foto van de inkoopfactuur of scant een ontvangen PDF.
2. De AI leest leverancier, factuurdatum, bedrag, btw en factuurregels uit de scan.
3. De Claude Skill vertaalt deze gegevens naar het juiste formaat voor de e-Boekhouden API.
4. De factuur wordt automatisch aangemaakt in e-Boekhouden.nl, gekoppeld aan de juiste crediteur en grootboekrekening.
5. Bij twijfel of een onduidelijk gescande factuur krijgt de medewerker een controlestap voordat de factuur daadwerkelijk wordt geboekt.

Het resultaat: een inkoopfactuur die vroeger vijf handmatige stappen kostte — openen, lezen, overtypen, controleren, boeken — is nu binnen enkele seconden na het maken van een foto verwerkt in de boekhouding. Voor bedrijven met veel leveranciers of een hoog volume aan inkoopfacturen is dit vaak de stap die het meeste tijd bespaart, meer nog dan de koppeling voor verkoopfacturen.

Wat maakt de koppeling betrouwbaar in de praktijk?

Een koppeling werkt pas goed wanneer ook de uitzonderingen zijn doordacht. Wat gebeurt er als de verbinding met e-Boekhouden.nl tijdelijk wegvalt? Wat als een factuur wordt geweigerd omdat een btw-code ontbreekt? Of als een medewerker per ongeluk twee keer op "versturen" klikt?

Houd daarom voor elke verzending een uniek kenmerk bij: het externe factuurnummer, de verzenddatum en de technische status. Zo herkent FileMaker of een record al verwerkt is en voorkomt u dubbele boekingen.

Foutmeldingen moeten bruikbaar zijn voor de administratie, niet alleen voor een ontwikkelaar. "HTTP 400" helpt niemand verder. "Factuur 2026-104 mist een btw-code op regel 3" wel — inclusief de mogelijkheid om het brongegeven direct te corrigeren en opnieuw te verzenden.

Beveilig de koppeling net zo serieus als u de boekhouding zelf zou beveiligen. API-sleutels en sessietokens horen niet los in scripts of zichtbare velden te staan. Werk met beperkte gebruikersrechten en een proces voor het vernieuwen van tokens, en leg vast welke medewerkers facturen mogen versturen, corrigeren of opnieuw aanbieden.

Hoe test u de koppeling voordat deze live gaat?

Een testfactuur met één regel en een standaard btw-tarief zegt weinig over de praktijk. Test met realistische situaties:

• Een nieuwe klant of leverancier die nog niet in e-Boekhouden.nl bestaat.
• Een bestaande klant met een gewijzigd adres of btw-nummer.
• Een factuur met korting of meerdere btw-tarieven op één factuur.
• Een creditfactuur op een eerder verstuurde factuur.
• Een betaling die in delen binnenkomt.
• Een gescande inkoopfactuur met een onduidelijke of gedraaide foto, om te zien hoe de AI-verwerking daarmee omgaat.

Spreek ook vooraf beheer af: wie controleert dagelijks of er facturen in een foutstatus staan in e-Boekhouden.nl? Wie beoordeelt een nieuwe grootboekrekening of btw-code? En wie checkt periodiek of de e-Boekhouden API zelf is gewijzigd? Een koppeling is geen eenmalig project, maar vraagt licht doorlopend beheer.

Checklist: is uw organisatie klaar om e-Boekhouden te koppelen aan FileMaker?

• U weet exact welke gegevens nu dubbel worden ingevoerd of gecontroleerd.
• Er is per gegevenstype vastgelegd welk systeem leidend is.
• Facturen worden alleen doorgezet als ze intern zijn goedgekeurd.
• Er is een plan voor foutafhandeling dat begrijpelijk is voor de administratie.
• API-sleutels worden veilig opgeslagen, niet los in scripts of velden.
• Er is besloten of inkoopfacturen via scan/AI verwerkt worden of handmatig blijven.
• Er is iemand aangewezen die de koppeling na livegang beheert.

Veelgestelde vragen

Heeft e-Boekhouden.nl een geschikte API voor een directe koppeling? Ja, e-Boekhouden.nl biedt een REST-API met JSON die geschikt is voor het aanmaken van debiteuren, versturen van facturen en ophalen van betaalstatussen. De documentatie is relatief toegankelijk, wat het ook geschikt maakt als basis voor AI-toepassingen zoals de Claude Skill die Loggix heeft ontwikkeld.

Kan de koppeling ook inkoopfacturen verwerken, niet alleen verkoopfacturen? Ja. Naast het versturen van verkoopfacturen kan een koppeling ook inkoopfacturen verwerken. Loggix doet dit inmiddels met een mobiele app: een medewerker scant de factuur, AI leest de gegevens uit en de factuur wordt automatisch aangemaakt in e-Boekhouden.nl.

Is een tussenlaag nodig, of kan FileMaker rechtstreeks met e-Boekhouden.nl praten? Bij een beperkte koppeling — bijvoorbeeld alleen verkoopfacturen en betaalstatussen — kan FileMaker rechtstreeks met de API communiceren. Bij hogere volumes, meerdere gekoppelde systemen of geautomatiseerde AI-verwerking is een tussenlaag stabieler en makkelijker te onderhouden.

Wanneer is deze koppeling de investering waard? Vooral wanneer facturen dagelijks of wekelijks worden verstuurd, er veel inkoopfacturen handmatig verwerkt worden, of wanneer operationele teams in FileMaker moeten kunnen zien of een order financieel is afgerond. Bij zeer lage volumes of een nog wisselend factuurproces is het vaak slimmer om eerst het proces zelf te stabiliseren.

Een geslaagde koppeling met e-Boekhouden.nl voelt uiteindelijk niet als een nieuw systeem erbij, maar als het verdwijnen van overbodige stappen: medewerkers werken waar ze al werken, facturen komen automatisch en correct binnen, en uitzonderingen worden zichtbaar voordat ze een probleem worden. Loggix helpt organisaties hierbij zowel met de technische koppeling zelf — via de FileMaker-omgeving, een API-integratie of een lichte tussenlaag — als met AI-toepassingen zoals de scan-app voor inkoopfacturen, en denkt in een kort vooronderzoek graag mee over welke stap voor uw situatie het meeste oplevert.