PrestaShop en Twinfield koppelen

Je verkoopt in PrestaShop en je boekhouding staat in Twinfield, vaak bij je accountant. Ik koppel die twee zo dat elke betaalde order een verkoopboeking wordt met de juiste btw-code, elke deelrefund een creditboeking, en dat je accountant dezelfde stand ziet als jij. Op een sleutel uit jouw shop en jouw eigen Twinfield-toegang.

Alle integraties

Zo loopt de data

voorbeeldopzet

Sync-log, zoals je hem in het logboek terugziet (voorbeeld)

Betaalde orders en creditnota’s gaan van PrestaShop naar Twinfield als verkoop- en creditboeking, klanten worden debiteuren, en de betaalstatus uit Twinfield gaat terug naar de order in je shop.
  • Order, wordt Verkoopboeking: van PrestaShop naar Twinfield, direct, via webhook.
  • Creditnota, wordt Creditboeking: van PrestaShop naar Twinfield, direct, via webhook.
  • Klant, wordt Debiteur: van PrestaShop naar Twinfield, direct, via webhook.
  • Betaalstatus: van Twinfield naar PrestaShop, periodiek opgevraagd.

Kort antwoord

Werkgebied: Nederland · Bijgewerkt op door Alisina Nawabi

Wat het is
Een koppeling tussen PrestaShop en Twinfield die betaalde orders, creditnota’s en klanten uit je shop als verkoopboekingen, creditboekingen en debiteuren in Twinfield zet, en de betaalstatus uit Twinfield terugzet in je shop.
Voor wie
Webshops op PrestaShop die in Twinfield boeken, zelf of via hun accountant, en voor wie een standaardmodule niet past: deelrefunds, meerdere winkels of een eigen grootboekindeling. Ook voor bureaus en accountantskantoren die dit voor meerdere shops willen herhalen.
Doorlooptijd
Een eerste koppeling tussen twee systemen staat meestal binnen 2 weken live. Meer objecten, richtingen of administraties kosten meer tijd; dat staat vooraf in de offerte.
Prijsindicatie
vanaf €4.000 voor een basisopzetEen basisopzet is één koppeling tussen twee systemen, gebouwd, getest en gedocumenteerd. Meer objecten, richtingen, administraties of uitzonderingen maken het groter. Je krijgt vooraf een vaste prijs.

Welke data gaat over?

Per object de richting, de bron en hoe vaak. Zo richt ik het meestal in; jij bepaalt.

Welke data de koppeling synchroniseert, in welke richting, wie de bron is en hoe vaak
ObjectRichtingBron van waarheidFrequentie
Betaalde orders → verkoopboekingenEen kleine module in je shop meldt elke betaalde order zodra de betaling is bevestigd. Twinfield neemt maximaal 1.000 regels per boeking; ik bundel ruim daaronder.van PrestaShopPrestaShopDirect via een module in je shop, plus een ophaalronde elke paar minuten
Klanten → debiteurenOok wie als gast bestelt, is in PrestaShop een klant, met een gastvlag. Vooraf kies ik met je accountant of die een eigen debiteur krijgt of op een verzameldebiteur gaat.van PrestaShopPrestaShop voor contactgegevens, Twinfield voor de boekhoudkantMet de eerste order mee
Creditnota’s (deelrefunds) → creditboekingenBij een (deel)terugbetaling maakt PrestaShop standaard een creditnota (order_slip); de regels zijn via de webservice te lezen.van PrestaShopPrestaShopDirect bij aanmaken
Betalingen → afgeletterdIk boek op de betaling in PrestaShop (order_payments), niet op een orderstatus, en letter in Twinfield af zodra de uitbetaling als bankafschrift binnen is.van PrestaShopPrestaShop, met de betaalproviderPer uitbetaling van de betaalprovider
Btw-tarieven en btw-codes (mapping)Het Nederlandse pakket van PrestaShop zet BTW NL 21% en BTW NL 9% klaar; die koppel ik aan de btw-codes van je administratie.beide kantenTwinfield voor de codes, PrestaShop voor de tarieven in je shopEén keer bij de inrichting, daarna bij een wijziging
Betaalstatus → order in je shopVoor orders op rekening of per overschrijving. Twinfield heeft geen webhooks, dus de koppeling vraagt de openstaande posten op en zet een betaalde order op de juiste status.naar PrestaShopTwinfieldEen paar keer per dag

Wat je ermee doet

Voor wie zelf met beide tools werkt, en voor wie er een dienst voor eigen klanten van maakt.

  1. Elke betaalde order als verkoopboeking

    Webshop op PrestaShop die in Twinfield boekt

    1. Order betaald in PrestaShop
    2. Debiteur gevonden of aangemaakt in Twinfield
    3. Verkoopboeking met de juiste btw-code
    4. Geweigerd? Dan staat de reden in de foutenlijst

    Niemand typt orders meer over, en geen order verdwijnt stil: wat Twinfield weigert, zie je met de reden erbij.

    Wat de API hiervoor biedt: PrestaShop roept actionPaymentConfirmation aan zodra een betaling is bevestigd, en een kleine module geeft dat moment door. In Twinfield maak je debiteuren en verkoopboekingen met ProcessXml, en een geweigerde regel komt terug met result="0" en de reden op precies dat element.

    Lees de uitwerking in de gids
  2. Met je accountant in Twinfield

    Webshop waarvan de administratie bij de accountant staat

    1. Een gebruiker bij je accountant geeft één keer toestemming
    2. De koppeling boekt alleen in jouw administratie
    3. Je accountant ziet elke boeking met het ordernummer
    4. Vragen gaan over uitzonderingen, niet over overtypen

    Je accountant krijgt elke order als boeking, zonder exportbestand, en jij hoeft niets meer door te sturen.

    Wat de API hiervoor biedt: Een Twinfield-token hoort bij een gebruiker in één organisatie, en zonder company code geeft ProcessXml de administraties die dat token mag zien. Daarna kiest elke call zijn administratie met de CompanyCode.

    Lees de uitwerking in de gids
  3. Deelrefunds en uitbetalingen die sluiten

    Webshop met retouren en een betaalprovider

    1. Deelrefund in PrestaShop, met een creditnota
    2. Creditboeking tegen de oorspronkelijke verkoop
    3. Uitbetaling als bankafschrift in Twinfield
    4. Afgeletterd; alleen echte verschillen blijven over

    Je maandafsluiting gaat over de uitzonderingen, niet over honderden posten die al klopten.

    Wat de API hiervoor biedt: Bij een deelterugbetaling maakt PrestaShop standaard een creditnota (order_slip), en bij elke nieuwe creditnota roept het actionOrderSlipAdd aan; de regels zijn via de webservice te lezen. In Twinfield maak je bankafschriften met het bericht statement en letter je af met match, terug te draaien met UndoMatch.

    Lees de uitwerking in de gids

De techniek per tool

Wat elke API ondersteunt, de limieten en de deadlines staan op de pagina van de tool zelf.

App, iPaaS of maatwerk?

Zo kies je de route die bij jouw winkel en boekhouding past.

Een module van PrestaShop Addons

Past als: Addons heeft meer dan 3.200 thema’s en modules. Doet er een precies wat je nodig hebt, dan is dat de snelste route.

Grens: Een module doet voor iedereen hetzelfde. Deelrefunds, meerdere winkels of je eigen grootboekindeling vallen vaak buiten de standaard, en ook een module heeft een gecertificeerde Twinfield-koppeling nodig.

Zapier, Make of n8n

Past als: Voor een losse melding, zoals een bericht bij een grote order.

Grens: Zonder module haalt een iPaaS de orders steeds opnieuw op met een datumfilter, en elke call naar Twinfield kost credits. Btw-codes, deelrefunds en dubbele boekingen vang je zelf af.

Maatwerk op beide API’s

Past als: Als elke order met de juiste btw-code in Twinfield moet staan, met deelrefunds, meerdere winkels of een administratie bij je accountant.

Grens: Een hogere eenmalige investering dan een module, en de koppeling moet gecertificeerd worden op jouw ClientId, met een Twinfield API-abonnement op jouw naam.

Standaard-app, iPaaS of maatwerk voor PrestaShop en Twinfield?

Bestaat er al een app in de marktplaats die precies doet wat je met PrestaShop en Twinfield wilt?

Zo pak ik het aan

Vier stappen, met een vaste prijs vooraf.

  1. 1

    Dag 1

    Intake

    Een kort gesprek over je systemen, je proces en wat er misgaat. Ik vul samen met jou de sync-tabel in: welk object, welke richting, wie de bron is en hoe vaak.

  2. 2

    Binnen een paar dagen

    Vaste offerte

    Je krijgt een voorstel met scope, vaste prijs en planning. Geen uurtje-factuurtje: je weet vooraf wat het kost en wat je krijgt.

  3. 3

    Week 1-2

    Bouwen en testen

    Ik bouw de koppeling op jouw eigen account en test met echte voorbeelden, inclusief de randgevallen: creditnota's, dubbele records, een API die even niet antwoordt. Een eerste koppeling staat binnen 2 weken live.

  4. 4

    Daarna

    Live en beheer

    De koppeling gaat live met monitoring en een foutenlijst die je kunt inzien. Je krijgt documentatie en een overdracht. Onderhoud kan, maar hoeft niet bij mij.

Wie beheert de koppeling

De koppeling draait op jouw account, niet op dat van mij. Ik bouw, documenteer en onderhoud hem; jij houdt het eigendom en de toegang.

De koppeling draait op een webservicesleutel die jij in je eigen shop aanmaakt, en op een ClientId die jij op het Twinfield-developerportaal registreert, met toestemming van een gebruiker in jouw Twinfield-organisatie of die van je accountant. Wolters Kluwer verplicht certificering van elke koppeling, als onderdeel van een doorlopend Twinfield API-abonnement dat de gebruiker afsluit. Dat staat op jouw naam; ik bouw op jouw toegang.

De sleutel uit je shop en de Twinfield-tokens staan in jouw omgeving. Zet je de sleutel uit in de back office, of schakelt een beheerder de koppelgebruiker in Twinfield uit, dan stopt de koppeling direct.

  • Jouw account en jouw app-registratie bij de leverancier. Ik verkoop geen eigen koppel-abonnement en zit er niet tussen.
  • Jij bent eigenaar van de code en de documentatie. Stop je met mij, dan kan een andere ontwikkelaar verder.
  • Bouw je zelf een product voor jouw klanten? Dan draait het op jouw toegang en, waar de leverancier dat vraagt, op jouw certificering.

Meer combinaties

Werk je met meer tools? Combineer ze en zie hoe er één workflow van ontstaat.

Alle integraties
FAQ

Veelgestelde vragen over PrestaShop en Twinfield koppelen

Kort antwoord op wat het vaakst gevraagd wordt.

PrestaShop en Twinfield koppelen?

Vertel me hoe je winkel en boekhouding nu samenwerken. Ik zeg eerlijk wat er kan, vrijblijvend.

Bekijk alle integraties