Een prijswijziging in Odoo bereikt de klant pas nadat twee prijsaanpassingen zijn uitgevoerd. Het bedrag dat een kanaal toont, is dus ouder dan het bedrag dat de winkel daadwerkelijk heeft ontvangen, met een verschil dat gelijk is aan de tijd die dat op een bepaalde dag duurt.
Een feed is een weergave van de catalogus op een bepaald moment. DataFeedWatch bouwt deze feed op basis van de gegevens die Odoo had toen het systeem werd ontwikkeld. Het kanaal leest deze feed vervolgens volgens een eigen schema. Tussen een prijswijziging in de winkel en het moment dat een klant deze ziet, ontstaan dus twee wachttijden die over elkaar heen liggen. Niemand merkt dit totdat een klant bij de kassa aankomt, de geadverteerde prijs verwacht en de winkel een andere prijs hanteert. Door Odoo en DataFeedWatch te koppelen, worden beide tijdsintervallen een bewuste keuze, waardoor het verschil een vast gegeven is in plaats van iets wat een klant pas bij de kassa ontdekt.

De frequentie waarmee Odoo wordt gelezen, is bewust ingesteld in plaats van een standaardwaarde te hebben. De vertraging tussen een prijswijziging en het moment dat een kanaal deze weergeeft, is dus een door iemand gekozen waarde.
Omdat de voorraad meebeweegt met de prijs, wordt een product dat is uitverkocht niet meer geadverteerd tijdens de volgende advertentieronde, in plaats van dat het blijft zorgen voor klikken die niet kunnen worden verwerkt.
Elke feed wordt opgebouwd vanuit dezelfde Odoo-catalogus, waardoor twee kanalen die hetzelfde product adverteren niet werken als de weergaven op verschillende tijdstippen van de dag zijn gegenereerd.
Updatetijdstempels worden met de feed meegestuurd, zodat iedereen die een prijsklacht onderzoekt, kan zien wanneer het cijfer daadwerkelijk is afgelezen in plaats van er achteraf naar te moeten gissen.
Alumio leest de Odoo-catalogus met het door u ingestelde interval en levert deze aan DataFeedWatch. De feed wordt dus opgebouwd vanuit de webshop zelf, in plaats van vanuit een export die iemand eenmalig heeft ingepland en sindsdien niet meer heeft geraadpleegd.
Een product dat niet meer op voorraad is in Odoo wordt bij de volgende verwerkingsronde uit de productfeed verwijderd. Zo wordt er niet langer reclame gemaakt voor iets dat in de tussentijd niet verkocht kan worden, oftewel geld waar niets mee te maken is.
Elke invoer bevat het tijdstip waarop de prijs en de voorraad zijn afgelezen, zodat een klacht over een geadverteerde prijs kan worden beantwoord door de gegevens te raadplegen in plaats van de datum een week later uit het geheugen te moeten reconstrueren.
Alumio fungeert als een beheerde integratie-backbone tussen verkoopkanalen en fulfillment-systemen. Orders worden gerouteerd, getransformeerd en gevalideerd, terwijl statusupdates naar elk kanaal worden teruggestuurd.
Authenticeer je systemen met de kant-en-klare connectors van Alumio. Kies uit meer dan 200 connector-pakketten in de marketplace, plus onbeperkte aangepaste integraties.
Bepaal in een visuele interface hoe datavelden tussen systemen worden gekoppeld. Pas formaten aan, verrijk records en pas bedrijfslogica toe, zonder dat er maatwerkcode nodig is.
Configureer flows zodat ze in real-time, op basis van events, volgens een schema of beide worden uitgevoerd. Verminder handmatige gegevensinvoer en laat Alumio de verplaatsing en transformatie tussen systemen afhandelen.
Zodra je eerste integratie live is, kun je je ERP, PIM, WMS of CRM eenvoudig op dezelfde hub aansluiten. Bestaande flows blijven gewoon draaien. Je hoeft niets opnieuw op te bouwen.
Alumio maakt via de beschikbare API verbinding met DataFeedWatch, net als elk ander bereikbaar systeem. Wat je zou aanpassen als de feed al werkt, is een betere leidraad voor de volgende verbinding. Voor de meeste webshops is de pagina waarop de klik terechtkomt de belangrijkste factor, dus een tool voor het testen van landingspagina's is een gebruikelijke aanvulling. Odoo en de feed bepalen immers wat er wordt geadverteerd, en iets anders bepaalt wat er vervolgens gebeurt.
Eerst wordt de structuur van de feed vastgelegd: welke Odoo-producten, welke velden en met welk interval. Alumio leest vervolgens de catalogus met dat interval en levert deze aan DataFeedWatch, waarbij de voorraad en de prijs worden meegenomen, zodat er binnen één item nooit een verschil is. Producten die u hebt uitgesloten, worden gelezen en genegeerd in plaats van verder te worden gefilterd.
Nee, en het is belangrijk om te onthouden dat een feed een weergave is en geen kopie. Welke Odoo-velden in de DataFeedWatch-feed verschijnen, hoe vaak ze worden gelezen en wat een product uitsluit, zijn instellingen in de interface van Alumio. Een marketingteam kan deze dus wijzigen zonder een release. Wanneer een kanaal een waarde nodig heeft die Odoo niet in die vorm heeft, leidt de Code Transformer deze af.
Zo actueel als het langzaamste van twee intervallen, wat meestal niet het interval is dat u zelf instelt. Alumio leest Odoo volgens het door u gekozen schema en DataFeedWatch publiceert de gegevens op basis daarvan, maar het kanaal haalt de feed vervolgens op volgens zijn eigen schema. Een prijswijziging van een uur oud kan dus nog steeds een uur later bij een klant aankomen. Door beide intervallen te kennen, kan een onverklaarbare discrepantie bij het afrekenen worden opgelost met een rekenkundig antwoord.
Het gaat erom dat de gepubliceerde feed de aandacht trekt, niet de leesbewerking, want een feed die niet opnieuw is opgebouwd, blijft gisteren perfect functioneren. Alumio registreert elke leesbewerking van Odoo met een tijdstempel, geeft direct een melding wanneer een levering aan DataFeedWatch mislukt, vermeldt de reden, voert indien geconfigureerd een nieuwe poging uit en waarschuwingen per route dekken geen enkele activiteit, zodat een feed nooit ongemerkt een dag oud blijft.
Spreek met een Alumio-integratiespecialist. Wij brengen de juiste architectuur voor jouw systemen in kaart, op de juiste schaal, zodat je bedrijfsactiviteiten bij elke verandering betrouwbaar blijven.