Het fundamentele verschil

Op PrestaShop bouw je een tweede waarheid. Klantspecifieke prijzen, kredietlimieten en facturen bestaan er als kopie van wat al in het ERP van je klant staat, en jij bouwt en onderhoudt de synchronisatie die beide werelden gelijk houdt. Werkt het? Ja. Tot een prijsafspraak wijzigt, een staffel verschuift of een kredietlimiet wordt aangepast en de shop het nog niet weet.

Marcando gebruikt de waarheid die er al is. Het ERP blijft het bronsysteem: artikelen, klantspecifieke prijzen, staffels, voorraad, kredietlimieten en orders zijn bidirectioneel gekoppeld, en die koppeling is ons product. Wij bouwen en onderhouden ze, voor AFAS, Adsolut, Business Central, Navision, Exact, Odoo en Dave & Venice. Wat je klant in het ERP wijzigt, staat meteen in de shop. Er is niets om synchroon te houden.

In beide gevallen blijft het project van jou: jouw design, jouw stack, jouw klantrelatie. Het verschil is hoeveel je erbij moet bouwen, en wie het daarna draagt.

Bouwen op de API

Vraag je aan PrestaShop "wat kost dit artikel voor déze klant", dan moet die prijs eerst als specifieke prijs in de shopdatabase staan, gesynchroniseerd uit het ERP door een koppeling die jij bouwt. Bouw je rechtstreeks tegen een ERP-API, dan krijg je ruwe lijsten terug: alle artikelen, alle prijslijsten, alle kortingen, alle magazijnen. De resolutielogica, de datalaag, de caching en de sync zijn daarna jouw werk. Zelf bouwen kan, maar dan onderhoud je een half integratieplatform.

Op Marcando is die puzzel per ERP al gelegd en onderhouden. Eén call geeft één bruikbaar antwoord: prijs, staffel, voorraad en krediet voor die ene klant. Je bouwt je eigen front-end in je eigen stack tegen onze gedocumenteerde GraphQL API, precies zoals je headless tegen elk ander platform zou bouwen. Wil je niet alles zelf bouwen, dan zet je onze bouwblokken zoals Checkout en Promotions in je eigen front-end; ready-made kan ook, voor projecten zonder developmentbudget.

Op dat vlak is de timing relevant. PrestaShop 9 bracht een moderne Admin API op API Platform met OAuth2, en dat is een echte stap vooruit. Maar het is een back-office-API met nog onvolledige dekking, en voor de storefront bestaat er geen officiële API: headless betekent vandaag de legacy XML-Webservice, een third-party module of eigen controllers. PrestaShop 10 belooft een headless-ready architectuur, maar de details volgen pas eind 2026 en de ontwikkeling staat gepland voor 2027 en later. Wie nu een custom front-end wil, bouwt tegen een bewegend doel.

Klantspecifieke prijzen: de tweede waarheid

PrestaShop heeft hier meer in huis dan de meeste platformen: specifieke prijzen per klant, klantgroepen en een B2B-modus met kredietlimiet en betaaltermijn zitten in de core. Voor een klant met een handvol vaste afspraken volstaat dat.

Het knelpunt is de groothandel waarvan élke afnemer eigen contractprijzen, staffels en tijdgebonden afspraken in het ERP heeft. Die realiteit vertaal je naar duizenden specifieke-prijsregels in de PrestaShop-database, plus een synchronisatie die ze actueel houdt, plus queries die daaronder blijven presteren. En de vraag die je klant uiteindelijk stelt is niet of de shop prijzen kán tonen, maar of het de prijzen zijn die zijn binnendienst aan de telefoon zou noemen. Bij een gekopieerde prijslijst is dat antwoord "meestal wel". Bij Marcando is het "altijd", omdat de prijs live uit het ERP komt.

Documenten: waar de dubbele stroom pijn doet

PrestaShop genereert netjes eigen pdf-facturen. Sinds 1 januari 2026 is dat een probleem geworden in plaats van een feature: voor B2B-transacties tussen Belgische btw-plichtige bedrijven zijn gestructureerde e-facturen via Peppol verplicht, en een pdf uit de webshop volstaat daarvoor niet. De echte facturatie loopt dus via het ERP, en de shopfactuur wordt een tweede stroom die je moet afstemmen of uitschakelen. Offertes komen er bovenop uit modules.

Bij Marcando bestaat die tweede stroom niet. Het ERP van je klant blijft het facturerende systeem dat de verplichting draagt, en het klantenportaal toont factuur, betaalstatus en beschikbaar krediet rechtstreeks uit dat ERP. Offerte-tot-order zit standaard in het platform, net als de vertegenwoordigersmodule, goedkeuringsregels, quick order via barcode of Excel-upload en multi-warehouse. Dat is de lijst die op PrestaShop een modulestack met jaarlijkse renewals wordt, of maatwerk.

Onderhoud: wie draagt wat na go-live

Op PrestaShop onderhoud je de volledige stack: core, thema, modules, hosting, security en de koppeling die je zelf bouwde. De versiesprongen zijn de zwaarste post: de overstap van PrestaShop 8 naar 9 (Symfony 4.4 naar 6.4, PHP 8.x) kost een shop met twintig of meer modules volgens migratie-analyses één tot drie maanden werk. Dat is werk dat je ofwel factureert aan een klant die er geen nieuwe functionaliteit voor krijgt, ofwel zelf slikt.

Bij Marcando is die laag ons werk: platform, ERP-koppelingen, updates, security en roadmap zitten in het abonnement van de klant. Jouw seniors bouwen aan wat jullie onderscheidt, niet aan wat jullie moeten onderhouden. Het maakt je offerte ook scherper: geen risicopost maatwerkintegratie, geen open onderhoudspost, wel een voorspelbaar abonnement dat de klant makkelijker goedkeurt.

Wanneer bouw je op Marcando?

• Het ERP van je klant is het bronsysteem en moet dat blijven.
• Elke afnemer heeft eigen prijzen, staffels en kredietafspraken die live moeten kloppen.
• Offertes, facturen en goedkeuringsflows horen bij het dagelijkse proces, en de waarheid daarover hoort in het ERP.
• Vertegenwoordigers plaatsen orders namens klanten.
• Je klant doet primair B2B, eventueel met een stuk DTC ernaast.
• Je wil geen modulestack, geen securitywacht en geen integratie-onderhoud in je vaste kosten.
• Je klant wil één voorspelbare licentie in plaats van een som van hosting, modules en beheer.
• Je wil je uren besteden aan front-end, UX en de klantrelatie, niet aan plumbing die niemand ziet.

Wanneer bouw je op PrestaShop?

• Het project is primair B2C of D2C.
• Je klant eist eigendom van code en data, en wil zelf kunnen hosten en migreren.
• Er is geen ERP, of het ERP is een boekhoudpakket waar enkel orders naartoe moeten.
• Je hebt PrestaShop-expertise en een beheercontract in huis om de stack veilig en actueel te houden.

Wat je ook moet weten

Eerlijk is eerlijk, dus ook dit hoort erbij.

• Vrijheid. PrestaShop is opener. Kan het niet met de standaard, dan schrijf je een module. Bij ons werk je binnen een platform met een API en bouwblokken; ruim, maar begrensd.
• Eigendom. Je klant bezit een PrestaShop-installatie; bij Marcando huurt hij een platform. Zijn data blijft wel in zijn eigen ERP staan, wat de afhankelijkheid beperkt, maar het is geen open source.
• Schaal. Marcando is een Belgisch bedrijf van 13 mensen met 200+ klanten. Continuïteit is een terechte vraag van jou én je klant; stel ze ons, we beantwoorden ze concreet.
• B2C. Voor een consumentenmerk is PrestaShop de betere keuze. Primair B2B met een stuk DTC ernaast: dan zit je bij ons goed.

Conclusie

Het verschil is architecturaal, niet functioneel. Op PrestaShop bouw je een B2B-shop die het ERP nadoet: prijzen, krediet en facturen als kopieën die jij synchroon houdt, in een stack die jij patcht en migreert. Op Marcando bouw je een bestellaag die het ERP gebruikt: dezelfde gegevens, maar live, en zonder tweede waarheid om te onderhouden.

Voor een consumentenmerk of een klant zonder echt ERP blijft PrestaShop de logische keuze. Maar zit er een groothandel of productiebedrijf aan tafel waar het ERP de waarheid is en elke klant zijn eigen prijzen heeft, dan bouw je op Marcando: je levert sneller, je offerte heeft geen open risicoposten, en je uren gaan naar het werk dat de klant ziet. Er is een partnermodel met financiële incentives voor agencies die erop bouwen of doorverwijzen.

Twijfel je voor een concreet project? Leg het ons voor, ook als het antwoord PrestaShop blijkt te zijn. Plan een gesprek

‍