Productgegevens en prijzen vanuit Odoo worden naar Salsify gestuurd, zodat de mensen die productvermeldingen voorbereiden kunnen zien voor welke retailers een product gereed is en welke nog wachten op een product dat nog niet is aangekomen.
Verkopen via grote retailers betekent dat elk van hen net iets andere informatie over hetzelfde product wil, en dat elk zijn eigen idee heeft van wat als 'compleet' geldt. Salsify houdt dit per retailer bij, zodat een product op dezelfde middag klaar kan zijn voor verzending naar de ene retailer en geblokkeerd voor een andere. Wat Salsify niet kan, is de cijfers verzinnen die Odoo voor je bijhoudt. De Odoo-Salsify-integratie zorgt ervoor dat codes, prijzen en specificaties naadloos op elkaar aansluiten, zodat het gereedheidsbeeld de huidige situatie van het bedrijf weerspiegelt, in plaats van de laatste keer dat iemand een spreadsheet exporteerde.

Omdat Odoo-gegevens in Salsify worden geïmporteerd zodra ze wijzigen, toont het gereedheidsoverzicht naar welke retailers een product vandaag kan worden verzonden, in plaats van wat het geval was bij de laatste export.
De codes, prijzen en afmetingen komen allemaal uit Odoo, dus niemand hoeft ze opnieuw in te voeren in een tweede systeem en een versie te creëren die stiekem niet overeenkomt met de factuur.
Een winkelier die iets vraagt wat het product niet heeft, wordt direct als een probleem gezien in plaats van dat de winkelier de klacht pas weken later afwijst.
Een artikel dat in Odoo is aangemaakt, verschijnt in Salsify met de commerciële gegevens al ingevuld, waardoor het team dat content voor retailers schrijft niet eerst gegevens hoeft in te voeren.
Een product wordt in Odoo aangemaakt en verschijnt in Salsify met de bijbehorende code, prijs en categorie. Zo begint degene die productvermeldingen voor retailers samenstelt met een concreet gegevensbestand in plaats van een leeg record dat moet worden ingevuld.
Een prijswijziging in Odoo wordt automatisch doorgevoerd in Salsify, waardoor elk verkoopkanaal het nieuwe bedrag direct overneemt. Dit is dus niet nodig omdat iemand elke verkooplocatie handmatig moet bijwerken.
Voordat het team zich vastlegt op een lancering bij een bepaalde retailer, kan het zien welke producten daadwerkelijk klaar zijn voor die retailer en welke nog iets missen. Zo wordt de lanceringsdatum gebaseerd op wat er daadwerkelijk klaar is, in plaats van op verwachtingen.
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.
Het systeem dat uw productidentificaties opslaat, is een veelvoorkomende toevoeging, omdat retailers deze als eerste controleren en ze zich meestal ergens anders bevinden dan in het ERP-systeem. Omdat de Odoo-mapping al bestaat, is het toevoegen van die bron grotendeels een kwestie van de koppeling naar een nieuwe locatie maken, zodat een identificatie, een prijs en een specificatie één product beschrijven in plaats van drie bijna-overeenkomsten.
Ja, en het is belangrijk om eerst af te spreken welk systeem waarvoor verantwoordelijk is. Odoo beheert de codes, prijzen en fysieke gegevens, terwijl Salsify de teksten en afbeeldingen beheert die een retailer leest. Alumio publiceert de eerste groep gegevens en laat de tweede ongewijzigd. Op die manier wordt een prijs gecorrigeerd bij een ERP-update, zonder dat een week aan productvermeldingen verloren gaat.
Nee. Wat verdwijnt, is de spreadsheet die momenteel producten van het ERP-systeem naar degene stuurt die de productlijsten samenstelt, samen met de lokale versie die iemand bewaart. Die taak wordt een eenmalige koppeling die je instelt in een formulier en aanpast wanneer een retailer wijzigingen aanbrengt. Aangepaste logica blijft beschikbaar via de Code Transformer voor een regel die niet in een formulier kan worden uitgedrukt.
Wat de retailer ook eist, en dat is zelden twee keer dezelfde lijst. Het meeste is niet erg opvallend: een code, een prijs, een gewicht, een verpakkingsgrootte, een categorie. Salsify controleert het product aan de hand van de eisen van elke retailer en vertelt je wat er ontbreekt, zodat je zelf geen inschatting hoeft te maken. Waar het om gaat, is dat die gegevens rechtstreeks uit Odoo komen en niet twee keer handmatig worden ingevoerd.
Een product dat stilletjes niet meer aan de eisen van één retailer voldoet, is hier de oorzaak van het probleem, want voor de anderen lijkt alles nog steeds in orde. Elke update wordt live gemonitord en de velden die de update bevat, worden ernaast geregistreerd. Salsify geeft direct een afwijzing en geeft aan wat er mis is. Indien geconfigureerd, worden herhaalpogingen uitgevoerd. Alles wat nog niet is opgelost, blijft op de lijst staan in plaats van te verdwijnen.
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.