Artikeldetaljerna och den extra information som ett företag har lagt till når Pimcore från SAP Business One, så en katalog byggs upp utifrån vad företaget spårar snarare än vad som anlände i lådan.
SAP Business One-installationer har användardefinierade fält där någon har lagt in det som standardartikelmallen inte innehöll, och Pimcore-produktklasser definieras också per implementering, så båda sidor av denna integration är strukturer som ett specifikt företag har uppfunnit. Hanteras manuellt innebär det ett kalkylblad som ingen utanför det ursprungliga projektet förstår, underhållet av den som byggde det. Sedan byter någon namn på ett av dem och katalogen fortsätter att visa förra månadens värden. Integrationen mellan SAP Business One och Pimcore skriver ner den korrespondensen, så de specialanpassade delarna dokumenteras genom att konfigureras.

Hur det som SAP Business One har motsvarar vad Pimcore förväntar sig skrivs ner i Alumio snarare än i ett kalkylblad, så en skräddarsydd uppsättning slutar att vara beroende av en person.
Användardefinierade fält visas tillsammans med standardartikeldata, så information om ett företag som lagts till för att det är viktigt hamnar i katalogen istället för att skrivas om för produktsidor.
Att lägga till eller byta namn på något är en redigering i Alumio snarare än en ändring av något av systemen, så en katalog håller jämna steg med en artikelmall som fortfarande utökas år efter år.
Prislistor och måttenheter läses från SAP Business One enligt det schema du anger, så det som Pimcore publicerar och det som artikelbasen innehåller beskriver samma produkt.
Alumio läser den SAP Business One-artikelinformation du nominerar, både standard och användardefinierad, och skriver den till matchande platser i Pimcore, så produktmodellen byggs från artikelmallen snarare än bredvid den.
Om ett företag spårade något i ett användardefinierat fält eftersom SAP Business One inte hade någon annanstans för det, når den informationen Pimcore-produkten och kanalerna som läser från den utan att någon kopierar över den för hand.
När någon lägger till något i SAP Business One-artikelmapplistan utökas arrangemanget i Alumio för att inkludera det, så katalogen registrerar den nya informationen som en konfigurationsändring snarare än en begäran från utvecklaren.
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.
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.
Samma detalj trycks på lådan, vilket är dit nästa koppling tenderar att gå. En etikett- och streckkodsutskriftstjänst läser den artikelinformation som SAP Business One och Pimcore redan är överens om, och företag kopplar ihop den eftersom en produkt som beskrivs på ett sätt online och märks från en annan källa blir ett returproblem. Alumio har båda kopplingarna, så etiketten och katalogen hämtas från en beskrivning snarare än två exporter.
Ja, och frågan som är värd att ställa sig är vad som händer nästa gång någon lägger till något. Alumio läser SAP Business One-objektdetaljerna du nominerar, både standard och användardefinierade, och skriver dem till matchande platser i Pimcore enligt det schema du anger. Att lägga till mer senare är en redigering i Alumio snarare än en ändring av något av systemen, vilket är det som gör en skräddarsydd installation underhållbar.
Nej, och det är värt att vara exakt med vad arbetet är. Både SAP Business One och Pimcore innehåller saker som någon har uppfunnit, så jobbet är att komma överens om vad var och en betyder och registrera det i Alumio, inte skriva kod för att flytta dem. Där ett användardefinierat fält innehåller två saker samtidigt, vilket händer i äldre SAP Business One-installationer, tar Code Transformer anpassad logik i just det steget och resten förblir konfigurationen.
Två uppsättningar definitioner som ett visst företag uppfann, vilket är anledningen till att detta är projektet snarare än ett steg inuti det. SAP Business One har användardefinierade fält som lagts till under årens lopp, och Pimcore-klasser byggs per implementering, så ingen av sidorna erbjuder en standardform att matcha mot. Att skriva ner den korrespondensen i Alumio förvandlar kunskap som en person har till något som företaget kan läsa.
Alumio försöker automatiskt igen där det är konfigurerat, och det är dessa försök som talar om att något har bytt namn snarare än att en körning har misslyckats. Varje försök övervakas i realtid och loggas med objektet och anledningen till att det inte kunde läsas, eftersom ett arrangemang som slutar hitta det som SAP Business One brukade erbjuda annars skulle lämna det sista bra värdet kvar i Pimcore och se felfritt ut. Aviseringar utlöses omedelbart och per rutt, inklusive vid ingen aktivitet, så en katalog är aldrig tyst föråldrad.
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.