Magento 2 + Optiply: slimme inkoopautomatisering

Magento 2 + Optiply: slimme inkoopautomatisering

40% van het werkkapitaal van een gemiddelde webshop zit vast in voorraad. Een deel daarvan zijn dode artikelen. Een ander deel zijn juist de hardlopers die te laat besteld worden en uit voorraad raken. Optiply pakt beide problemen aan met inkoopvoorspelling op basis van je Magento-data.

Wij koppelen Optiply regelmatig aan Magento 2-shops. Soms levert het binnen drie maanden een meetbaar resultaat op. Soms raden we het af. In dit artikel leggen we uit hoe de koppeling werkt, welke data je nodig hebt, wat de ROI realistisch is en waar het misgaat.

Wat Optiply doet (en wat niet)

Optiply is een tool voor inkoopvoorspelling en voorraadoptimalisatie. Het berekent per product:

• Wanneer je moet bestellen (rekening houdend met levertijd).
• Hoeveel je moet bestellen (op basis van vraagvoorspelling en marge).
• Bij welke leverancier als een product meerdere bronnen heeft.

De software draait op een vraagvoorspellingsmodel. Het analyseert je verkoophistorie, herkent trends en seizoenspatronen, en houdt rekening met servicelevel-doelen per product. Vervolgens genereert het inkooporders die je met één klik kunt versturen.

Wat het niet doet: Optiply is geen voorraadbeheersysteem. Het vervangt je WMS niet. Het verplaatst geen goederen en boekt geen ontvangsten. Het is een beslissingslaag bovenop je bestaande systemen.

Hoe de koppeling met Magento 2 werkt

De koppeling tussen Magento 2 en Optiply loopt via de Magento REST API. Optiply heeft een eigen connector die periodiek data ophaalt en terugschrijft.

De dataflow ziet er zo uit:

Magento 2 (API) → Optiply (voorspelling) → inkooporder → leverancier
                ↑                                              ↓
        verkoophistorie + voorraad ← ontvangst geboekt in Magento

Concreet synchroniseert Optiply:

De sync draait meestal elke nacht. Voor de meeste webshops is dat genoeg, want inkoopbeslissingen zijn dagbeslissingen, geen realtime-beslissingen.

Belangrijk: standaard kent Magento geen leveranciersdata of inkoopprijzen op productniveau. Die informatie moet ergens vandaan komen. Vaak vullen we dat aan via een extra attribuutset in Magento of via een directe import in Optiply zelf. Dit is precies het soort Magento-maatwerk dat bepaalt of een koppeling vloeiend loopt of constant hapert.

Let op de API-belasting. Bij grote catalogi (10.000+ SKU's) kan een volledige sync de Magento-API onder druk zetten. Wij stellen daarom incrementele syncs in: alleen producten en orders die sinds de laatste run zijn gewijzigd. Dat houdt de nachtelijke job snel en voorkomt timeouts. Op een goed geconfigureerde Hyvä-shop met correcte indexers merkt de bezoeker hier niets van, want de inkoopsync draait los van de frontend.

Een tweede aandachtspunt is de orderstatus. Optiply moet weten welke orders meetellen als verkoop. Een geannuleerde of niet-betaalde order is geen vraag. Wij mappen de Magento-orderstatussen daarom expliciet, zodat alleen daadwerkelijk afgeronde verkopen het voorspelmodel voeden.

Welke data Optiply nodig heeft

Een voorspelmodel is zo goed als de data die het krijgt. Optiply heeft minimaal nodig:

• Verkoophistorie — idealiter 12+ maanden, zodat seizoenspatronen zichtbaar zijn.
• Actuele voorraad — kloppende stand, niet de stand van vorige week.
• Levertijden per leverancier — de grootste oorzaak van foute bestellingen is een verkeerde lead time.
• Inkoopprijzen — nodig om bestelhoeveelheden op marge te optimaliseren.
• MOQ en besteleenheden — minimum order quantity en verpakkingseenheden.

Twee datapunten worden structureel onderschat.

Ten eerste: stockouts uit het verleden. Als een product drie weken uit voorraad stond, ziet het model een verkoop van nul. Dan voorspelt het te laag. Optiply corrigeert hiervoor, maar alleen als je voorraadhistorie betrouwbaar is.

Ten tweede: kannibalisatie en bundels. Verkoop je product A vaak samen met B, of vervangt een nieuw product een oud? Dat moet je handmatig markeren. Geen enkel model leest dat vanzelf uit ruwe verkoopdata.

Daarnaast speelt het servicelevel per product een grote rol. Niet elk artikel verdient 99% beschikbaarheid. Voor je topverkopers wil je dat wel, voor langzaamlopers is 90% prima. Optiply laat je dit per groep instellen. Zet je alles op hetzelfde hoge niveau, dan bouw je onnodig veel veiligheidsvoorraad op en verdwijnt een deel van de winst. Een doordachte ABC-indeling van je assortiment is daarom geen luxe maar de basis.

De ROI: waar de winst zit

De business case rust op drie pijlers.

Een rekenvoorbeeld. Een shop met 800.000 euro voorraadwaarde en 12% kapitaalkosten:

• Voorraadreductie van 20% = 160.000 euro vrijgemaakt.
• Besparing kapitaalkosten = circa 19.000 euro per jaar.
• Plus omzetwinst door minder stockouts en bespaarde inkoopuren.

Tegenover de licentiekosten van Optiply (afhankelijk van omzet en SKU-aantal) en een eenmalige koppelinvestering is de terugverdientijd doorgaans onder de twaalf maanden. Wil je weten of dat voor jouw cijfers ook geldt? Neem contact op en we rekenen het door op je eigen data.

Eén waarschuwing bij de business case: reken niet met de maximale theoretische besparing. De voorraadreductie van 20% geldt voor je langzaamlopers, niet voor je hele assortiment. Op je hardlopers wil je juist méér voorraad als de beschikbaarheid nu te laag is. Het netto-effect is bijna altijd positief, maar de winst zit in de mix, niet in een platte reductie over alles.

Valkuilen die wij in de praktijk zien

Niet elke implementatie slaagt. De meest voorkomende problemen:

Wanneer Optiply niet de juiste keuze is

Eerlijk is eerlijk: niet elke shop heeft Optiply nodig.

• Onder ~500 actieve SKU's kun je vaak prima met een goed Excel-model toe. De besparing weegt niet op tegen de licentie.
• Sterk projectmatige of made-to-order producten lenen zich slecht voor vraagvoorspelling. Er is geen herhaalpatroon om op te voorspellen.
• Volledige dropshipping zonder eigen voorraad maakt inkoopvoorspelling overbodig — je houdt immers niets aan.

Heb je honderden tot duizenden voorraadhoudende SKU's met herhaalverkoop en meerdere leveranciers? Dan wordt Optiply interessant. Dat is precies de situatie waarin handmatige inkoop chaos wordt.

Optiply als onderdeel van je integratielandschap

Optiply staat zelden alleen. In een volwassen e-commerce-stack praat het met je ERP, je WMS en je boekhouding. Wordt het een spinnenweb van losse point-to-point-koppelingen, dan wordt elk systeem dat je toevoegt een onderhoudslast.

Daarom kiezen grotere shops vaak voor een integratielaag (iPaaS) die alle systemen ontkoppelt. Optiply, Magento, ERP en WMS praten dan via één centrale hub in plaats van rechtstreeks met elkaar. Lees hoe dat werkt in ons artikel over Alumio als iPaaS voor e-commerce.

Voor een kleinere shop met alleen Magento en Optiply is een directe koppeling prima. De afweging is altijd: hoeveel systemen praten met elkaar, en hoe vaak verandert dat landschap?

Conclusie

Optiply op Magento 2 is geen wondermiddel, maar wel een sterke hefboom op je werkkapitaal en beschikbaarheid — mits je voldoende SKU's, schone data en een eigenaar hebt. De koppeling zelf is niet het moeilijke deel. De datakwaliteit eronder bepaalt het resultaat.

Wij bouwen en onderhouden deze koppelingen, ruimen de catalogus eerst op en zorgen dat de cijfers kloppen. Plan een gesprek en we kijken samen of het voor jouw shop rekent.

Veelgestelde vragen

Hoe lang duurt het koppelen van Optiply aan Magento 2?

De technische koppeling staat vaak binnen één tot twee weken. Het echte werk zit in datavoorbereiding: catalogus opschonen, leveranciers en levertijden vastleggen, inkoopprijzen aanvullen. Reken in totaal op vier tot zes weken tot een betrouwbare livegang.

Heeft Optiply realtime data uit Magento nodig?

Nee. Inkoopbeslissingen zijn dagbeslissingen, geen seconde-beslissingen. Een nachtelijke sync van verkoop en voorraad is voor vrijwel elke shop voldoende. Realtime koppelen voegt complexiteit toe zonder noemenswaardige meerwaarde.

Werkt Optiply met meerdere magazijnen in Magento?

Ja, maar het vraagt zorgvuldige inrichting van Magento's Multi Source Inventory. De voorraad moet per source exact kloppen, anders bestelt Optiply te veel of te weinig. Multi-warehouse is de plek waar implementaties het vaakst vastlopen, dus plan hier extra tijd in.

Vervangt Optiply mijn ERP of WMS?

Nee. Optiply is een beslissingslaag voor inkoop, geen voorraadbeheer- of magazijnsysteem. Het bepaalt wat en wanneer je bestelt, maar het verplaatst geen goederen en boekt geen ontvangsten. Die taken blijven bij je WMS of ERP.

Vanaf hoeveel producten loont Optiply?

Globaal vanaf zo'n 500 actieve voorraadhoudende SKU's met herhaalverkoop. Daaronder is een goed inkoopmodel in Excel vaak goedkoper. Beslissend is niet alleen het aantal producten, maar of er een voorspelbaar verkooppatroon en meerdere leveranciers zijn.