Alumio publiceert dat deel van de Oracle-catalogus dat bedoeld is om via een webwinkel te verkopen. Een Shopify-catalogus is dus een weloverwogen selectie, in plaats van een overzicht van alles waarvoor het bedrijf toevallig code heeft.
Een Oracle-artikelstamgegevensbestand is ontworpen voor een bedrijf dat produceert, inkoopt, opslaat en verkoopt, en het grootste deel van de inhoud is bedoeld voor een van die doeleinden en niet voor een webwinkel. Publiceer je alles naar Shopify, dan vult de catalogus zich met interne artikelen, verouderde revisies en producten die alleen op contractbasis worden verkocht. Publiceer je het handmatig, dan is de catalogus een verzameling van alles waar iemand tijd voor had. Door Shopify en Oracle te koppelen, wordt de vraag omgezet in een regel, waardoor de catalogus het deel van de lijst bevat dat het bedrijf daadwerkelijk wilde verkopen, en dat blijft zo, ook als de lijst verandert.

Wat Shopify bereikt, is het deel van de Oracle-catalogus dat het bedrijf heeft besloten te verkopen, zodat de webwinkel niet langer volloopt met interne codes die nooit voor een klant bedoeld waren.
Een artikel dat het bedrijf niet meer verkoopt, wordt niet meer aangeboden, omdat dezelfde regel die het in de webwinkel plaatste, het er ook weer uithaalt wanneer Oracle aangeeft dat het niet langer aan de criteria voldoet.
De artikelen en prijzen worden gepubliceerd namens de organisatie waarvoor de winkel verkoopt. Een catalogus geeft dus een beeld van slechts een deel van het bedrijf, en niet van de hele groep.
Waarom een artikel in de winkel staat, kan iemand opzoeken in plaats van ernaar te moeten gissen. Dat is vooral belangrijk wanneer een product ontbreekt en drie mensen een theorie hebben over de oorzaak.
Wanneer Oracle een artikel heeft dat aan de regel voldoet, publiceert Alumio het naar Shopify met de beschrijving en de prijs. Zo groeit de catalogus op basis van besluitvorming, in plaats van afhankelijk van wie er die week tijd had om een paar producten toe te voegen.
Wanneer een product niet langer voldoet aan de eisen van Oracle, is het niet meer verkoopbaar in Shopify. Een product dat niet meer leverbaar is, blijft dus bestellingen ontvangen waarvoor het bedrijf zich vervolgens een paar dagen later opnieuw moet verontschuldigen en het aankoopbedrag moet terugbetalen.
Wanneer een prijslijst in Oracle wordt gewijzigd, worden alle Shopify-producten die onder die prijslijst vallen, tegelijkertijd bijgewerkt. Zo wordt in de webwinkel nooit de ene helft van een assortiment tegen de prijzen van dit jaar verkocht en de andere helft tegen de prijzen van het jaar dat de prijslijst moest worden vervangen.
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.
Niet elke vraag vereist een derde systeem, maar in dit geval wel. Een inkoper die een aanvraag indient via zijn eigen goedkeuringssysteem, besteedt geld op basis van een overeenkomst, en wat hij zou moeten zien is niet de openbare catalogus. Alumio onderhoudt die koppeling naast deze, zodat dezelfde Oracle-artikelen zowel voor een webwinkel als voor een inkoopproces gebruikt kunnen worden, zonder dat de ene de andere kant van het proces ziet.
Ja, en de reikwijdte wordt per organisatie ingesteld in plaats van wereldwijd, omdat een artikel dat in het ene deel van een groep verkoopbaar is, dat vaak niet in een ander deel is. Alumio publiceert de artikelen en prijslijsten die u selecteert voor de organisatie waartoe de webwinkel behoort, volgens het door u ingestelde schema. Wat leesbaar is, is alles wat Oracle ervoor beschikbaar stelt.
Nee. Er zijn twee gebruikelijke routes: een extractie die 's nachts plaatsvindt en vervolgens door iemand wordt bewerkt, of een ontwikkelaar die rechtstreeks met het ERP-systeem werkt. Configuratie vervangt beide, en het belangrijkste verschil is dat de regel die bepaalt wat verkoopbaar is, leesbaar is voor de persoon die de catalogus beheert. Waar de regel afhankelijk is van iets wat configuratie niet kan formuleren, drukt de Code Transformer dit uit.
Een regel die het bedrijf zelf opstelt, en eerlijk gezegd kan niemand die voor je schrijven. Welke Oracle-applicatie er gebruikt wordt, is hierbij van belang, omdat de criteria voor verkoopbaarheid van een artikel per applicatie verschillen. Het vaststellen van de juiste benaming is daarom de eerste stap. Daarna volgt meestal een combinatie van artikelstatus, organisatie en categorie. Zodra hierover overeenstemming is bereikt, wordt de catalogus automatisch bijgewerkt naarmate het bedrijf verandert.
Het artikel dat geld kost, is een artikel dat nog steeds te koop is nadat het bedrijf het uit het assortiment heeft gehaald, omdat de bestelling is geplaatst en vervolgens geannuleerd. Alumio benoemt het artikel en het moment waarop het niet meer in aanmerking komt, zodat de risico's bekend zijn. Elke overdracht wordt live gemonitord en vastgelegd met de inhoud, een weigeringsmelding met de reden, herhaalpogingen indien geconfigureerd, en niets gaat onopgemerkt verloren.
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.