Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Artikelkoder, försäljningspriser och förpackningsdetaljer flyttas från AFAS till Pimcore allt eftersom produkter blir säljbara, så en katalog slutar lista saker som företaget ännu inte kan fakturera någon för.
Pimcore är där en produkt byggs upp långt innan den kan säljas, och AFAS är där den blir en artikel med ett pris, en enhet och en skattebehandling. Utan samband är de två oense om när en produkt existerar: en sida publiceras för något utan någon artikel bakom sig, en beställning anländer som inte kan faktureras, och ekonomiavdelningen får reda på det från undantaget snarare än från lanseringsplanen. Genom att koppla samman AFAS och Pimcore avgörs händelseordningen, så en produkt når katalogen när den kommersiella detaljen bakom den är verklig istället för när innehållet råkade vara klart.
DATA SOM FLÖDAR MELLAN DEM
Artikelkoder
Försäljningspriser
Måttenheter
Förpackningsmängder
Skattebehandling
Produktobjekt
En Pimcore-produkt publiceras endast när AFAS-artikeln bakom den har ett pris, en enhet och en skattebehandling, så att katalogen och beställningsprocessen överensstämmer om vad som kan köpas.
AFAS-artikelkoden följer med produkten till Pimcore och ut till varje kanal som läser från den, så en beställning som kommer tillbaka matchar en artikel utan att någon översätter den.
Ett pris som ändras i AFAS når Pimcore-produkten enligt det schema du angett, så katalogen slutar ange en siffra som företaget drog tillbaka och som ingen kom ihåg att uppdatera nedströms.
Förpackningskvantiteter och måttenheter anländer från AFAS med produkten, så en kund som beställer per låda faktureras inte i hemlighet per styck och upptäcks via en kreditnota.
När en AFAS-artikel har de fält som gör den säljbar skapar eller uppdaterar Alumio det matchande Pimcore-produktobjektet, så att förberedelserna fortsätter i Pimcore medan endast kompletta produkter når kanalerna som läser från den.
En pris- eller skatteändring som anges i AFAS läses av enligt det schema du anger och skrivs till Pimcore-produkten, så siffran en kund ser följer med den som företaget faktiskt fakturerar istället för att den är eftersläpad en vecka.
Måttenheter och förpackningskvantiteter mappas en gång från AFAS till Pimcore-attribut, så en produkt som säljs per förpackning bär det överallt där den visas och skillnaden mellan beställningsenheterna slutar upptäckas vid fakturering.
Alumio fungerar som en central integrationsplattform mellan försäljningskanaler och logistiksystem. Order dirigeras, transformeras och valideras, samtidigt som statusuppdateringar skickas tillbaka till varje kanal.
Autentisera dina system med Alumios färdiga kopplingar. Välj bland över 200 kopplingspaket i vår marketplace, utöver obegränsade anpassade integrationer.
Definiera hur datafält mappas mellan system i ett visuellt gränssnitt. Justera format, berika poster och tillämpa affärslogik – helt utan behov av anpassad kod.
Konfigurera flöden så att de körs i realtid baserat på händelser, enligt ett schema eller både och. Minska manuell datainmatning och låt Alumio hantera förflyttning och transformering mellan system.
.svg){kind=icon}
När din första integration är live, ansluter du enkelt ditt ERP, PIM, WMS eller CRM till samma hubb. Befintliga flöden fortsätter att köras. Ingen ombyggnad från grunden krävs.
En företagskund ber om en deklaration innan de lägger beställningen, och ingen kan hitta den, vilket är därifrån den tredje kopplingen tenderar att komma. Företag som kör AFAS med Pimcore lägger oftast till källan där deras efterlevnadsdokument finns, eftersom Pimcore kan lagra referensen och AFAS inte har någon anledning att göra det. Alumio lagrar den kopplingen och återanvänder den Pimcore-mappning som redan är byggd, så dokumentet anländer bifogat till den produkt det tillhör.
En produkt färdas när den har de fält som gör den säljbar, och bestämningen av vilka fält det är kommer innan någonting konfigureras. Alumio läser AFAS-artikeldatan du nominerar, en kod, ett pris, en enhet och en förpackningskvantitet, och skapar eller uppdaterar det matchande Pimcore-objektet endast när dessa finns. Produkter som fortfarande förbereds stannar kvar i Pimcore, osynliga för de kanaler som läser från den.
Nej, och arbetet är en lista med beslut snarare än en build. Vilket AFAS-fält är källan för varje Pimcore-attribut, vad som händer när ett pris ändras, om en saknad förpackningskvantitet blockerar en produkt eller bara flaggar den: dessa ställs in en gång i Alumios gränssnitt. Pimcore-klasser definieras per implementering, så där ett företag har modellerat sina produkter ovanligt, förblir anpassad logik tillgänglig via Code Transformer.
Pimcore kommer vanligtvis först och AFAS avgör när produkten räknas. En produkt utarbetas, fotograferas och beskrivs i Pimcore medan den fortfarande är en idé, och den blir en artikel i AFAS när den kan prissättas, beskattas och faktureras, vilket är senare. Att behandla AFAS-artikeln som grinden innebär att katalogen bara publicerar det som företaget kan sälja, utan att förberedelsearbetet saktar ner.
Att Pimcore vägrar objektet är det bästa resultatet här, eftersom alternativet är en halvfärdig produkt på en aktiv sida. Alumio övervakar varje uppdatering i realtid och registrerar vad den skickade från AFAS, så en artikel som Pimcore inte accepterar, vanligtvis på grund av ett saknat obligatoriskt attribut, utlöser omedelbart en varning som anger artikeln och orsaken. Återförsök körs automatiskt där de är konfigurerade och den tidigare versionen finns kvar, så ingenting publiceras halvfärdigt.
Prata med en integrationsspecialist på Alumio. Vi tar fram rätt arkitektur för dina system, i rätt skala, så att din verksamhet förblir stabil genom alla förändringar.
.svg)
