Artikelposter och de extra fält som ett företag lagt till i dem når Pimcore från SAP Business One, så en katalog byggs upp utifrån vad företaget faktiskt spårar snarare än från standardfälten.
SAP Business One-installationer innehåller 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 med kolumnrubriker som ingen utanför det ursprungliga projektet förstår, underhållet av den som byggde det. Sedan döps ett fält om och katalogen fortsätter att visa förra månadens värden. Integrationen mellan SAP Business One och Pimcore gör mappningen explicit, så de skräddarsydda delarna dokumenteras genom att konfigureras.

Hur SAP Business One-fält motsvarar Pimcore-attribut registreras i Alumio snarare än i ett kalkylblad, så kunskapen om en skräddarsydd uppsättning lever inte bara hos 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å ett fält är en redigering av mappningen snarare än en ändring av något av systemen, så en katalog håller jämna steg med en artikelmall som fortfarande utökas.
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 de SAP Business One-artikelfält du nominerar, både standard- och användardefinierade, och skriver dem till matchande Pimcore-attribut, så produktmodellen byggs från artikelmallen snarare än monteras 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 ett fält i SAP Business One-artikelmapplistan utökas mappningen i Alumio för att hantera det, så katalogen hämtar den nya informationen som en konfigurationsändring snarare än som en begäran som väntar på en utvecklare.
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 fält skrivs ut på lådan, vilket är dit nästa koppling tenderar att gå. En etikett- och streckkodsutskriftstjänst läser artikelinformationen 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 artikelpost 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 ett fält. Alumio läser de SAP Business One-objektfält du nominerar, både standard- och användardefinierade, och skriver dem till matchande Pimcore-attribut i det schema du anger. Att lägga till ett fält senare är en redigering av mappningen snarare än en ändring av något av systemen, vilket är det som gör att en skräddarsydd installation är underhållbar.
Nej, och det är värt att vara exakt med vad arbetet är. Både SAP Business One och Pimcore innehåller fält som någon har uppfunnit, så jobbet är att komma överens om vad varje fält 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 fält definierade av ett visst företag, vilket är anledningen till att denna mappning är projektet snarare än ett steg inuti det. SAP Business One innehåller användardefinierade fält som lagts till under årens lopp, och Pimcore-klasser byggs per implementering, så ingen sida erbjuder en standardform att matcha mot. Att skriva ner den korrespondensen i Alumio omvandlar 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 ett fält har bytt namn snarare än att en körning har misslyckats. Varje försök övervakas i realtid och loggas med objektet, fältet och anledningen till att det inte kunde läsas, eftersom en mappning som slutar hitta ett SAP Business One-fält annars skulle lämna det sista felfria värdet 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.