De vraag komt bijna altijd op hetzelfde moment: je verkoopt al op Amazon, je hebt al Odoo, en iemand heeft je een offerte gestuurd voor een betaald integratieplatform dat alles aan elkaar knoopt. De keuze is niet "duur of goedkoop". Het gaat erom van wie de inloggegevens zijn, hoeveel minuten er zitten tussen het moment dat Amazon iets weet en het moment dat je magazijn het weet, en wie je belt op de dag dat de SP-API verandert.
Het zijn drie routes, geen twee
Betaalde middleware: een externe dienst praat met Amazon, normaliseert de gegevens en stuurt ze door naar Odoo. Native connector: een module in Odoo die de SP-API aanroept vanaf je eigen server. En een derde route die bijna iedereen vergeet: Odoo Enterprise heeft een eigen Amazon-connector, die bestellingen importeert en de klant en de levering aanmaakt. Als je alleen wilt dat de bestellingen binnenkomen en je al voor Enterprise betaalt, begin dan daar voordat je iets afsluit. De verschillen staan uitgewerkt in de vergelijking van Amazon-connectoren voor Odoo.
De kosten die je ziet en de kosten die je niet ziet
Het maandbedrag van de middleware is het zichtbare deel, en bijna nooit het dure. Duur is dat de kosten meegroeien met je succes: door de staffels op basis van bestellingen betaal je meer naarmate je beter verkoopt, en dat geld koopt geen nieuwe functionaliteit. De native connector heeft het tegenovergestelde profiel, en dat moeten we er volledig bij zeggen: ook die moet onderhouden worden. Amazon trekt versies van de SP-API in, Odoo brengt elk jaar een nieuwe hoofdversie uit en er moet iemand achter zitten. Een module zonder onderhoud wordt uiteindelijk duurder dan welk abonnement ook.
Vertraging: waar je de minuten betaalt
Elke schakel kost tijd. Amazon → middleware → Odoo zijn twee wachtrijen in plaats van één, elk met eigen herhaalpogingen en een eigen synchronisatievenster. Waar dat in geld wordt betaald, is de verzendbevestiging: Amazon geeft je een termijn om de tracking te uploaden en straft te late bevestiging af in de accountstatistieken, een probleem dat uitgewerkt wordt in wanneer de tracking niet bij Amazon aankomt. Nu de andere helft, die ook waar is: een deel van de vertraging komt niet van de tussenpartij, maar van Amazon. De FBA-voorraad wordt gepubliceerd via een asynchroon rapport, en ook daar doet de native connector geen wonderen.
Van wie de inloggegevens zijn en waar de kopersgegevens langs gaan
Met onze connector autoriseer je in je eigen Seller Central de Amazon-applicatie van FlexigoTech, zonder ontwikkelaarsaccount. De aanroepen naar de SP-API komen vanuit je Odoo en je verbruikt zelf de quota, in het tempo dat jij bepaalt. De autorisatie (de token) wordt geleverd door FlexigoTech Cloud zolang het abonnement actief is. Bij middleware lopen de kopersgegevens (naam, adres, telefoonnummer) via een derde partij. Dat is op zich niet erg: Amazon heeft een beleid voor gegevensbescherming en er zijn serieuze aanbieders die dat naleven. Maar het is een vraag die je moet stellen en schriftelijk beantwoord moet zien, geen detail dat je tijdens de demo afhandelt.
Vier vragen voordat je tekent, geldig voor beide modellen: van wie is de refresh-token? Wie verwerkt de kopersgegevens? Wat neem ik mee als ik wegga, inclusief de SKU-mapping en de bestelgeschiedenis? Binnen hoeveel uur is er een patch als Amazon iets wijzigt?
Wie het herstelt als Amazon de API wijzigt
Amazon verandert. Het versieert endpoints, zet oude uit en verstrakt de limieten voor aanroepen. Bij middleware herstelt de leverancier het en wacht jij; meestal gaat dat snel, omdat de storing al zijn klanten tegelijk raakt. Bij een eigen module herstelt degene die hem heeft gebouwd het, en dan hangt het antwoord volledig af van bij wie je hem hebt gekocht en of die de module onderhoudt op Odoo 17, 18 en 19 of alleen op de versie waarin hij hem je verkocht. De concrete storingen die het vaakst voorkomen staan in veelvoorkomende SP-API-fouten in Odoo.
Wanneer middleware het juiste antwoord is
Als je op acht kanalen verkoopt en Amazon er maar één van is: een abonnement betalen om geen acht koppelingen te hoeven onderhouden is een goede deal. Als je het kanaal nog test en niet weet of je over zes maanden nog doorgaat. Als je geen technisch team en geen partner hebt en maandag iets moet werken. En als je het al hebt draaien en het werkt: een koppeling vervangen die geen pijn doet kost geld en brengt risico mee zonder iets te verbeteren. Als de enige reden om over te stappen is dat het "duur klinkt", vergelijk dan eerst de factuur van een jaar met wat het kost om een module te onderhouden.
Wanneer native loont, en wat wij doen
Het loont als het volume stijgt, als je kanalen terugbrengt tot twee of drie serieuze, of als de operatie meer nodig heeft dan bestellingen: afrekeningen die regel voor regel sluiten, FBA als echte locatie, retouren en vergoedingen. De Amazon-connector voor Odoo roept de SP-API aan vanuit je Odoo, met de autorisatie van FlexigoTech Cloud, op Odoo 17, 18, 19 en 20. Het voorraaddeel staat beschreven in FBA als magazijn in Odoo. En als je nu middleware gebruikt, legt hoe je migreert zonder de operatie stil te leggen de volgorde van de stappen uit.
Veelgestelde vragen
Kan ik middleware en een native connector tegelijk gebruiken?
Tijdens een migratie wel, maar er mag er maar één schrijven. Als beide verzendingen bevestigen of voorraad publiceren, krijgt Amazon tegenstrijdige opdrachten en ontstaan er dubbelen. Je verdeelt per kanaal of per type gegevens, nooit op basis van wie het eerst aankomt.
Heeft de native connector een Amazon-ontwikkelaarsaccount nodig?
Met die van ons niet. Je autoriseert vanuit je eigen Seller Central de Amazon-applicatie van FlexigoTech, die al geregistreerd is onder ons ontwikkelaarsprofiel. FlexigoTech Cloud gebruikt die autorisatie om je Odoo de token te geven zolang het abonnement actief is, en je kunt hem op elk moment intrekken vanuit je Seller Central.
Neem ik de geschiedenis mee als ik de middleware verlaat?
Onmisbaar zijn de SKU-mapping en de openstaande bestellingen. De afgesloten geschiedenis kun je overhalen of gearchiveerd laten: ze blokkeert de start niet. Schriftelijk vragen hoe die wordt geëxporteerd, voordat je tekent, voorkomt een onaangename verrassing.
Handige links binnen FlexigoTech
Wat wij hierover doen
Twijfel je tussen middleware en een eigen module?
Vertel ons hoeveel bestellingen per maand je via Amazon verwerkt, op hoeveel andere kanalen je verkoopt en wat de tussenpartij je nu kost. Als het juiste antwoord is om te blijven waar je bent, zeggen we dat. Schrijf naar comercial@flexigobe.com of plan een gesprek.

