Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
En beställning som görs i Shopware visas i Bitrix24 som ett verk som någon äger, så orderhanteringen avbryts beroende på vem som råkar titta på butikens administratörsskärm just den eftermiddagen.
Bitrix24 kan lagra en order på två sätt. Den har en CRM-pipeline, där en order är en affär som går igenom olika steg, och den har uppgifter, där en order är ett jobb som någon har fått. Båda ser rimliga ut, så båda används, och resultatet är en affär som ligger kvar i ett steg medan en uppgift om samma order har stängts av någon som trodde att det var slutet på det. Butiken visar under tiden fortfarande ordern som ouppfylld. Att koppla samman Shopware och Bitrix24 avgör vilken av de två som flyttar arbetet, så att stänga något betyder faktiskt något för alla som tittar på det.
DATA SOM FLÖDAR MELLAN DEM
Ordrar
Orderrader
Kundregister
Affärsregister
Uppgiftsregister
Fullförandestatus
En Shopware-order blir antingen en Bitrix24-affär eller en uppgift, beslutad en gång och tillämpad varje gång, så två poster som beskriver samma order slutar glida i olika riktningar.
Den som ansvarar för en beställning får den tilldelad snarare än att den uppmärksammas, vilket är skillnaden mellan en butik som går förbi en person och en som inte gör det.
Leveransstatusen återförs till Shopware, så det en kund ser och det teamet har markerat som klart är samma sak snarare än två konkurrerande åsikter om en och samma beställning.
Teamet slutar att ha en andra lista bredvid Bitrix24, eftersom posten som anländer redan är den de arbetar utifrån och den innehåller Shopware-ordern.
När en beställning görs i Shopware skapar Alumio den Bitrix24-post du har valt, en affär eller en uppgift, med kunden och de bifogade raderna, så att någon äger den från det ögonblick den finns snarare än när någon annan märker den.
Att markera arbetet som slutfört i Bitrix24 uppdaterar Shopware-ordern, så att en kund som kontrollerar sin order ser samma position som teamet gör istället för en som ligger en dag eller två efter vad teamet redan vet.
Eftersom endast en Bitrix24-post skapas för varje Shopware-order, stänger ingen en uppgift medan en affär om samma order är öppen, och det finns ett ställe att leta på när en kund frågar vart deras order har tagit vägen.
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.
Var samtalet om en beställning faktiskt äger rum är frågan värd att besvara, och det är sällan i något av systemen. Teamets chattplattform är det vanliga tillägget, eftersom en Shopware-beställning diskuteras i en kanal och beslutet som fattas där aldrig hamnar på Bitrix24-posten. Alumio har båda kontakterna, så det som överenskommits bifogas beställningen snarare än att scrollas förbi.
Pipelinen och uppgiftslistan avgörs innan något skapas, eftersom det är fel att välja båda. Alumio skapar en Bitrix24-post per Shopware-order i vilken form du än väljer, med raderna och kunden bifogade, och skriver tillbaka slutförandet till butiken. Ingenting skapar en andra post för samma order.
Nej, och testet är vem som uppdaterar den på en fredagseftermiddag. Vilken Bitrix24-post en Shopware-order blir, vem den tilldelas och vad det gör med butiken när den slutförs är inställningar i Alumios gränssnitt, eftersom de personer som ändrar dessa saker inte är utvecklare. Där tilldelningen beror på innehållet i en order, tar Code Transformer den regeln.
Vilken du än väljer, och det är snarare poängen än svaret att bestämma. Bitrix24 stöder båda, så en Shopware-order kan existera som en affär som rör sig genom olika steg och som en uppgift som någon avslutar, och att köra båda innebär en avslutad uppgift och en öppen affär som beskriver samma order. Att välja en, och låta slutförandet i den uppdatera butiken, är det som gör att statusen betyder någonting.
Det som inte händer är att ordern flyttas; det som händer är att en uppgift stängs av någon som trodde att den hade gjort det. Alumio upptäcker felet i samma ögonblick som det inträffar, skriver en Bitrix24-post per Shopware-order och behåller det som skickades, så en slutförande som inte kan skrivas tillbaka till butiksfönstrets meddelanden samtidigt med ordern och orsaken, försöker igen där det är konfigurerat och förblir listad, så ingenting markeras tyst som klart medan en kund fortfarande väntar.
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)
