De meeteenheden en verpakkingsconfiguraties die in Oracle worden opgeslagen, komen in Akeneo al geconverteerd aan. Daardoor wordt een verpakkingshoeveelheid nooit gepubliceerd in een attribuut dat bedoeld is om één stuk te beschrijven.
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 een aantal per doos uiteindelijk terecht in een veld dat 'stuk' betekent, waardoor de productpagina onjuist wordt weergegeven in plaats van defect. De Oracle-Akeneo-integratie voert de conversie in de workflow uit, zodat elk kanaal de verwachte eenheid ontvangt en de berekening slechts één keer plaatsvindt in plaats van per persoon.

De rekenkundige bewerkingen van Pack to Piece worden in de workflow uitgevoerd in plaats van in een spreadsheet, waardoor elk kanaal dat Akeneo leest, werkt 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 automatisch ingevuld in de corresponderende invoervelden in Akeneo, waardoor een verzendkostenberekening of een winkelfilter werkt met werkelijke waarden in plaats van met handmatig ingevoerde tekst.
Een item dat in Oracle is aangemaakt, verschijnt in Akeneo direct klaar voor gebruik, met de juiste eenheden en pakketconfiguratie ingesteld. Het productteam kan dus direct aan de slag met een correct record in plaats van een record dat eerst handmatig samengesteld moet worden.
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 door wederverkopers in hun eigen formaat worden gevraagd. Alumio beheert deze verbindingen centraal en hergebruikt de reeds geconfigureerde Akeneo-mapping, 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 het inkoopt, en het punt is dat Akeneo beide kan verwerken. De attributen zijn getypt en bevatten eenheden, dus een case-getal dat in een attribuut met de betekenis 'stuk' is geschreven, is een geldige waarde die simpelweg onjuist is, en niets zal het afwijzen. Door de verkoopeenheid per kanaal te publiceren, omgerekend in het proces, hoeft iemand niet te onthouden welke eenheid bij welk kanaal hoort.
Een verpakkingscijfer dat in een stukkenmerk zit, is de fout die pijn doet, omdat het correct wordt gepubliceerd en als een koopje wordt beschouwd. Alumio valideert aan de hand van de eenheid die elk Akeneo-kenmerk verwacht, monitort elke update live en bewaart wat er is verzonden, zodat een waarde die niet aan de regel voldoet, wordt vastgehouden en er een melding wordt gegeven met de naam van het artikel en het kenmerk. Herhaalpogingen worden automatisch uitgevoerd waar geconfigureerd, zodat er niets onopgemerkt naar een kanaal wordt verzonden.
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.