När ett företag syns på både köp- och säljsidan är det Salesforce-kontot som bör synas, och Coupa är där den andra halvan av relationen för närvarande finns.
I alla företag som är tillräckligt stora för att ha båda, finns vissa företag med på leverantörslistan och kundlistan samtidigt. Inköp förhandlar med dem, försäljning säljer till dem, och ingen av sidorna vet att den andra är med. Så en rabatt beviljas en kund som också är en leverantör med bättre villkor, eller en leverantör utelämnas till förmån för en som erbjuder ett lägre pris och som råkar vara en betydande kund. Genom att koppla samman Coupa och Salesforce placeras köprelationen på säljkontot, så att företaget åtminstone kan se när det sitter på båda sidor av samma företag.

När en representant öppnar ett konto finns det företaget köper från det företaget redan på det, eftersom Alumio läser Coupa via gränssnittet som det gör tillgängligt på din cykel.
En rabatt som beviljas en kund som också är leverantör bör vara ett medvetet beslut, och det kan bara vara fallet om köprelationen är synlig medan den upprättas.
Att välja en leverantör till förmån för en billigare tolkas annorlunda när den leverantören också är en kund, så upphandlingsbeslutet fattas med de kommersiella konsekvenserna i åtanke.
Samma företag matchas i båda systemen snarare än att existera som två orelaterade namn, vilket vanligtvis är anledningen till att ingen lade märke till överlappningen från första början.
När ett Salesforce-konto matchar en Coupa-leverantör visas utgifterna och avtalen bakom det på det kontot, så en representant som förbereder en förnyelse vet vad företaget betalar det företaget samt vad det tar ut.
När en kund ber om bättre villkor sker köprelationen på samma Salesforce-konto, så samtalet kan handla om hela positionen snarare än om den halva som råkar vara synlig.
När ett Coupa-avtal når sitt slutdatum visas det i Salesforce-kontot, så ingen offererar baserat på en leverantörsrelation som avslutades i mars och inte har förnyats av någon sedan dess.
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.
Det är signaturverktyget som stänger detta. Ett avtal som har undertecknats och ett som diskuteras ser identiska ut på ett konto, och att agera på det andra som om det vore det första är hur överlappningen orsakar skada snarare än förhindrar den. Alumio håller den kopplingen bredvid denna och läser varje koppling genom det gränssnitt som den gör tillgängligt.
Ja, med matchningen gjord innan något skrivs, eftersom värdet här helt och hållet ligger i kopplingen. Alumio kopplar Coupa-leverantören till Salesforce-kontot, skriver utgifts- och avtalsdetaljerna du nominerar till det och uppdaterar enligt det schema du anger. Det som kan skrivas till ett konto är vad Salesforce exponerar för det.
Nej. Det kodtransformatorn är till för här är själva matchningen, eftersom samma företag sällan stavas på samma sätt i ett inköpssystem och ett CRM, och en regel som fångar upp det mesta lämnar fortfarande kvar de obekväma. Allt annat, inklusive vilka utgiftsuppgifter som visas på ett konto, är konfiguration som någon kan läsa och ändra.
Eftersom de två sidorna i verksamheten aldrig ombads att komma överens om någonting. Inköpsavdelningen introducerar en leverantör och försäljningsavdelningen skapar ett konto, med månaders mellanrum, med olika stavningar och olika registreringsuppgifter, och ingen process jämför dem. Det är normalt snarare än ett misslyckande, och det blir bara ett problem i det ögonblick någon förhandlar utan att veta vad den andra halvan av relationen är värd.
Det vilseledande är ett konto som uppdaterats från ett kontrakt som redan hade löpt ut, eftersom det ser aktuellt ut och någon citerar styrkan i det. Alumio loggar datumen då avtalet lästes mot, så att det som kontot visar kan kontrolleras. Varje uppdatering övervakas live och loggas, ett avslag meddelas med orsaken, försök körs där det är konfigurerat och ingenting går förlorat i tysthet.
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.