Affärer som noteras i en annan valuta flyttas från Salesforce till Airwallex, och det belopp som faktiskt kommer in kommer tillbaka, så pipelinen återspeglar de mottagna pengarna snarare än de överenskomna pengarna.
En affär avtalas vid ett nummer. Pengarna anländer till ett annat. Mellan handskakningen och betalningen ändras kursen, och om inte någon går tillbaka och korrigerar posten fortsätter Salesforce att rapportera den siffra som var sann den dag den avslutades. Multiplicera det med en fjärdedel av internationella affärer och pipelinen är tyst fel i en riktning. Integrationen mellan Salesforce och Airwallex återför det avräknade beloppet till affären, så företaget rapporterar vad det faktiskt fick snarare än vad det en gång förväntade sig. Skillnaden är vanligtvis liten och aldrig noll.

Det avräknade beloppet återförs till Salesforce-avtalet, så rapporteringen baseras på de pengar som nådde företaget snarare än den summa som överenskommits veckor tidigare till en annan kurs.
Skillnaden mellan offert och mottagande syns i själva protokollet, så ett mönster över internationella affärer är något som företaget kan se snarare än något det absorberar.
Betalningsstatusen finns på affären, så personen som avslutade den kan se att pengarna har kommit in utan att fråga om finansiering, och en förnyelse börjar från vad kontot faktiskt har betalats in.
Eftersom det mottagna beloppet anländer av sig självt behöver ingen gå tillbaka genom avslutade affärer i slutet av kvartalet och justera siffror från ett kalkylblad med kontoutdrag.
En kund betalar i sin egen valuta och det belopp som faktiskt landar når Salesforce-affären, så registerutdraget visar vad företaget faktiskt fick istället för den siffra de råkade ange veckor tidigare.
Vid stängning återspeglar rapporterade siffror redan avvecklade belopp, så finans är en kontroll snarare än en rekonstruktion, och ingen spenderar en vecka på att manuellt matcha banklinjer mot möjligheter i slutet av processen.
Alumio ansluter till Airwallex via det gränssnitt som det gör tillgängligt, precis som det skulle göra med vilket nåbart system som helst, så en försenad betalning jagas mot vad som faktiskt har anlänt snarare än mot vad någon antog hade.
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.
Utan att tjänsten som verifierar en ny kunds uppgifter är ansluten, kopierar någon in samma information manuellt innan företaget kan ta ut pengar från dem, vilket är både långsamt och det enklaste stället att göra misstag på. Att koppla den innebär att uppgifterna kommer från den kontopost som redan finns.
Ja, och det ögonblick som spelar roll är när beloppet slutar röra sig. Ett noterat belopp är en förväntan och ett avräknat belopp är ett faktum, och de är sällan identiska över en valuta. Alumio tar med det avräknade beloppet och dess datum tillbaka till affären, så registreringen innehåller båda och skillnaden är synlig snarare än förlorad.
Nej. Vilka fält som visar beloppen, vilket transaktionssteg som startar processen och vad som händer med en betalning som inget matchar är helt inställningar. Det som verkligen kan behöva skrivas är en regel specifik för hur ditt företag rapporterar valutaskillnader, och det är ett steg istället för att göra hela kopplingen anpassad.
Båda, och att hålla dem isär är poängen. Det offererade beloppet är vad som överenskommits och det är viktigt för samtalet med kunden. Det mottagna beloppet är vad företaget faktiskt kan spendera. Att bara visa det första smickrar pipelinen, att bara visa det andra förlorar den kommersiella historien, och att hålla de två sida vid sida är det som gör skillnaden synlig.
En betalning som aldrig anländer blir jagad. En betalning som anländer till ett annat värde blir det inte, eftersom posten fortfarande ser ut att vara avklarad. Det andra är vad detta fångar: varje överföring övervakas live, loggas med det berörda kontot och beloppet, och alla avslag eskaleras omedelbart med angivande av orsaken. Återförsök körs där de är konfigurerade, så inget avklarat belopp lämnas tyst bort från den affär den tillhör.
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.