Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Artikelnummer, specifikationer och de förfrågningar en besökare lämnar till dem flyttas mellan WordPress och Epicor, så en fråga om en specialtillverkad produkt når de personer som kan svara på den.
En tillverkares WordPress-sajt är vanligtvis inte en butik. Den publicerar vad företaget tillverkar och väntar på att någon ska fråga, och det de frågar om är en produkt som Epicor bygger på beställning, så det finns inget pris och ingen hylla att kontrollera. Förfrågan hamnar i en plugin-tabell, skickas via e-post till en delad adress och besvaras av den som känner igen artikelnumret. Ingen kan säga hur många förfrågningar webbplatsen producerade, vilka av dem som fungerade eller vilka delar folk frågade om överhuvudtaget. Att koppla samman WordPress och Epicor ger förfrågan den del den hänvisar till och en plats att få svar från.
DATA SOM FLÖDAR MELLAN DEM
Artikelnummer
Produktspecifikationer
Förfrågningar
Kontaktuppgifter
Offertförfrågningar
Kundregister
En förfrågan som skickas in på WordPress når Epicor med det artikelnummer den avsåg, så personen som svarar utgår från produkten snarare än en beskrivning.
Specifikationer som publiceras på webbplatsen läses från Epicor-delen snarare än omskrivs, så en sida och en arbetsorder beskriver samma sak efter en teknisk ändring.
Eftersom varje förfrågan registreras mot en del kan företaget se vilka produkter webbplatsen faktiskt genererar efterfrågan på istället för att gissa utifrån trafiken.
Webbplatsen behöver inte längre en egen produktlista, vilket alltid är det första som glöms bort, eftersom varje sida är byggd utifrån de artikelregister som Epicor redan har.
När en besökare skickar in en förfrågan på WordPress skriver Alumio den förfrågningspost som Epicors API accepterar mot den del den hänvisar till, med kontaktuppgifterna bifogade, så att den når de personer som citerar istället för en delad inkorg.
Delspecifikationer läses från Epicor och publiceras på WordPress-sidan, så den information en besökare läser är den information som arbetsordern kommer att använda och en teknisk ändring lämnar inte webbplatsen med en version efter.
Förfrågningar som registreras mot artikelnummer i Epicor gör den webbgenererade efterfrågan äntligen mätbar, så ett beslut om vilka produkter som förtjänar en bättre sida eller ett bättre pris har något annat bakom sig än sidvisningar.
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.
Det en besökare frågar efter som webbplatsen inte kan svara på är oftast en reservdel, vilket är dit nästa länk tenderar att hamna. En reservdelskatalog är det vanliga tillägget, eftersom Epicor vet vad en maskin är byggd av och WordPress inte har något sätt att visa någon vilken komponent de behöver. Alumio lagrar den länken bredvid denna, så en reservdelsförfrågan kommer fram identifierad snarare än som en beskrivning av något trasigt.
Det är vägen från ett formulärfält till en Epicor-post som konfigureras, och den mappningen är hela jobbet. Alumio tar WordPress-inlämningen, mappar dess fält till den Epicor-förfrågan eller offertförfrågan du nominerar och bifogar artikelnumret som sidan innehöll. Specifikationerna färdas åt andra hållet enligt det schema du anger, så sidorna förblir aktuella utan att någon redigerar dem.
Nej, och det här är den koppling som är mest sannolikt att ändras av en marknadsförare snarare än en utvecklare. WordPress-formulär ändras med några veckors mellanrum, så vilka fält som mappas till vilket Epicor-värde är medvetet en inställning i Alumio snarare än ett plugin som någon måste underhålla. Där en äldre Epicor-implementering lagrar specifikationer på en ovanlig plats, förblir anpassad logik tillgänglig via Code Transformer för den läsningen.
Allt utom ett pris, och att vara ärlig om det är det som gör att sidan fungerar. En Epicor-produkt som byggs på beställning har en specifikation, en ledtidsform och en historik, men ingen hyllplan och ingen fast siffra, så en sida som låtsas motsatsen genererar förfrågningar som företaget sedan måste gå tillbaka till. Att publicera specifikationen på WordPress och samla in förfrågan mot delen ger besökaren ett riktigt nästa steg.
En förfrågan som blev en dubblett är det tysta felet, eftersom ett nytt försök som ingen spårade lämnar två poster och ett får svar. Varje WordPress-inskick registreras när det skickas och ett fel upptäcks i samma ögonblick som det inträffar, vilket omedelbart meddelar orsaken, ofta ett artikelnummer som Epicor inte längre har, och försöker igen där det är konfigurerat. Förfrågan finns kvar på en lista tills den landar, så ingenting besvaras två gånger.
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)
