De meeteenheden en verpakkingsconfiguraties die in Oracle worden opgeslagen, komen in Akeneo al geconverteerd aan. Daardoor wordt een hoeveelheid per doos nooit weergegeven op een plek waar een beschrijving van één stuk werd verwacht.
Oracle registreert wat een bedrijf koopt, op voorraad heeft en verkoopt, wat vaak drie verschillende eenheden zijn voor hetzelfde product: een pallet bij aankomst, een doos in het magazijn en een stuk bij het verkooppunt. Akeneo publiceert naar kanalen die uitgaan van één eenheid. Wanneer de conversie plaatsvindt in een spreadsheet of in iemands hoofd, komt er uiteindelijk een aantal dozen terecht waar een aantal stuks werd verwacht, waardoor de productpagina onjuist wordt weergegeven in plaats van defect. De Oracle-Akeneo-integratie voert de conversie uit in de workflow, zodat elk kanaal de verwachte eenheid ontvangt en de berekening slechts één keer plaatsvindt in plaats van per persoon.

De rekenkundige bewerkingen van Pack naar Piece vinden plaats in de workflow zelf, in plaats van in een spreadsheet. Hierdoor werkt elk kanaal dat Akeneo leest met dezelfde conversie van hetzelfde Oracle-cijfer.
Metingen worden aan Akeneo-attributen gekoppeld met de bijbehorende eenheid, dus een gewicht of volume wordt opgeslagen als een hoeveelheid en een eenheid in plaats van als een los getal.
Omdat de pakketconfiguraties van Oracle afkomstig zijn, wordt wat een klant bestelt op dezelfde manier weergegeven als de orderverzameling in het magazijn, waardoor er minder bestellingen binnenkomen die een toelichting vereisen.
Nieuwe Oracle-producten worden in Akeneo geïmporteerd met hun codes, eenheden en categorieën al ingevuld. Dit bespaart een productmanager de middag die hij voorheen kwijt was aan het handmatig opnieuw aanmaken van deze gegevens.
Een artikel dat in Oracle in dozen wordt bewaard, bereikt Akeneo met zowel de doosconfiguratie als het bijbehorende aantal stuks. Zo ontvangen zowel het handelskanaal als het consumentenkanaal het aantal dat relevant is voor de mensen die het artikel bij hen kopen.
Gewichten en afmetingen uit Oracle worden gebruikt om de overeenkomende getypte attributen in Akeneo te vullen, zodat een verzendkostenberekening of een winkelfilter werkt met werkelijke waarden in plaats van met tekst die handmatig is ingevoerd.
Een item dat in Oracle is aangemaakt, verschijnt in Akeneo direct klaar voor gebruik, met de eenheden en de pakketconfiguratie al ingesteld. Zo kan het productteam direct aan de slag met een kant-en-klaar product in plaats van alles handmatig samen te stellen.
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.
Een distributiekanaal is vaak de volgende stap, omdat de productgegevens die voldoen aan de eisen van uw eigen webwinkel ook steeds weer door wederverkopers in hun eigen formaat worden gevraagd. Alumio beheert deze verbindingen centraal en hergebruikt de reeds geconfigureerde Akeneo-structuur, waardoor een distributeursfeed een nieuwe output is op basis van bestaande gegevens in plaats van een tweede catalogus die onderhouden moet worden.
Ja, en de conversie is het interessante deel, niet de overdracht. Alumio berekent dit tijdens de workflow, waardoor een verpakkingshoeveelheid vanuit Oracle zowel als een aantal per doos als per stuk kan worden gepubliceerd in de Akeneo-attributen die beide verwachten. De berekening wordt eenmalig geconfigureerd en is van toepassing op elk artikel, wat het verschil is tussen een regel en een gewoonte.
Nee, dit is geconfigureerd in plaats van gecodeerd. Eenheidsconversies, verpakkingsgroottes en de bijbehorende Akeneo-attributen worden in een formulier vastgelegd en hergebruikt in de hele catalogus. Dit vervangt de opzoektabel die momenteel in een gedeeld spreadsheet staat. Voor een conversieregel die zo afwijkend is dat deze niet via configuratie kan worden afgehandeld, gebruikt de Code Transformer aangepaste logica.
Het maakt niet uit welk kanaal de gegevens invoert, en het punt is dat Akeneo beide kan verwerken. De attributen zijn getypt en bevatten eenheden, dus een aantal stuks dat wordt ingevoerd waar een aantal stuks hoort, is een geldige waarde die simpelweg onjuist is, en niets zal het afwijzen. Door de verkoopeenheid per kanaal te publiceren, omgerekend tijdens het proces, hoeft een gebruiker niet te onthouden welke eenheid bij welk kanaal hoort.
Een pakketwaarde die op de plek van een stukwaarde staat, is de fout die pijn doet, omdat het er netjes uitziet en als een koopje wordt gepresenteerd. Alumio valideert elk Akeneo-attribuut aan de hand van de verwachte eenheid, monitort elke update live en bewaart wat er is verzonden. Een waarde die niet aan de regel voldoet, wordt vastgehouden en er wordt een melding gegeven met de naam van het betreffende item. Herhaalpogingen worden automatisch uitgevoerd waar geconfigureerd, zodat er niets onopgemerkt naar een kanaal wordt doorgestuurd.
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.