Bokförda fakturor, leveranser och öppna restorder skickas från Microsoft Dynamics 365 Business Central till HubSpot, så en avslutad affär fortsätter att rapportera vad kunden faktiskt fakturerades.
En affär avslutas i HubSpot på ett nummer, och Microsoft Dynamics 365 Business Central fakturerar den sedan allt eftersom den skickas, vilket för allt med en ledtid innebär två eller tre bokförda fakturor och en restorder som lämnas öppen. Pipelinerapporten och reskontran glider sedan isär från det ögonblick affären är vunnen: försäljningsrapporter rapporterar intäkter som ingen fakturerat, finansrapporter intäkter som försäljningen redan har firat, och granskningen ägnas åt att välja vilket nummer man ska lita på. Att koppla samman Microsoft Dynamics 365 Business Central och HubSpot stänger den klyftan, så att det som fakturerades, det som levererades och det som är utestående alla når affären.

Varje bokförd faktura från Microsoft Dynamics 365 Business Central når den HubSpot-affär den tillhör, så skillnaden mellan ett överenskommet värde och ett fakturerat värde syns.
En representant ser vilka rader som har levererats och vilka som fortfarande är i restorder utan att fråga verksamheten, eftersom Business Central-dokumentdetaljerna anländer samtidigt som dokumenten bokförs.
En affär som faktureras i tre delar visar tre belopp snarare än ett, så en HubSpot pipeline-rapport slutar antyda att allt som överenskommits under ett kvartal också levererades i den.
Försäljning och ekonomi läser av samma siffror vid en granskning eftersom båda kommer från samma bokförda Business Central-dokument, vilket tar bort avstämningen som gjordes kvällen innan.
När Microsoft Dynamics 365 Business Central bokför en försäljningsfaktura skriver Alumio dess belopp och datum på den länkade HubSpot-affären, så en affär som faktureras i etapper visar vad som fakturerades snarare än vad som överenskoms vid avslut.
En restorder som skapats i Business Central visas på HubSpot-affären, så representanten som får frågan när resten anländer om svar från samma dokumentoperationer arbetar vidare istället för att vidarebefordra frågan och vänta.
Bokförda leveranser och fakturor läses enligt det schema du har satt och levereras tillsammans till affären, så en intäktsgranskning kan jämföra beloppet med det fakturerade värdet utan att något av teamen först förbereder sin egen version.
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.
En faktura är inte färdig när Microsoft Dynamics 365 Business Central bokför den, den är färdig när kundens system accepterar den, vilket är dit nästa koppling vanligtvis går. En strukturerad e-faktureringsrutt är den som de flesta företag lägger till, eftersom en bokförd faktura som ligger olevererad ser ut att vara fakturerad inifrån och ofakturerad utifrån. Alumio har den kopplingen tillsammans med HubSpot-kopplingen, så affären återspeglar en faktura som faktiskt har kommit fram.
Tre händelser sker: en leverans som bokats, en faktura som bokats och en restorder som skapats. Alumio hämtar dessa från Microsoft Dynamics 365 Business Central allt eftersom de inträffar eller enligt ett schema du anger, och skriver dem till den länkade HubSpot-affären med deras belopp och datum. Morgonen då man ska stämma av en pipeline mot huvudboken försvinner, eftersom affären redan innehåller båda numren.
Nej, och den inbyggda koden är den som åldras kraftigt. Ett skript skrivet mot dagens HubSpot-affärsegenskaper och dagens Dynamics 365 Business Central-dokumentnumrering fungerar tills ekonomiavdelningen lägger till en dokumenttyp eller försäljning byter namn på en fas, och sedan misslyckas det tyst i ett kvartal. Konfigurerad i Alumio mappar båda sidor som de personer som ändrade dem kan se. För ett standard ERP-system som matar ett CRM-system täcker konfigurationen detta utan anpassad logik.
De bokförda fakturorna är det verkliga beloppet, och affärsvärdet är en prognos som bör märkas som ett. Microsoft Dynamics 365 Business Central fakturerar mot leveranser, så en affär som överenskommits till ett siffra blir flera bokförda fakturor plus det som återstår på restorder, och endast den bokförda delen är pengar. Genom att skicka varje bokförd faktura till HubSpot-affären kan en granskning läsa båda utan att något av teamen behöver försvara sin egen version.
Dynamics 365 Business Central bokförde fakturan korrekt och endast meddelandet misslyckades, vilket är fallet värt att designa för. En affär som slutar ta emot uppdateringar läses som slutförd, så en kund med en öppen restorder ser ut att vara helt betjänad. Alumio övervakar varje överföring i realtid och registrerar vad den skickade, varnar omedelbart när en HubSpot-affär inte kan uppdateras, försöker automatiskt igen där den är konfigurerad och namnger dokumentet och orsaken, så att ingenting försvinner utan att listas.
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.