Wanneer een bedrijf zowel aan de kopende als aan de verkopende kant staat, moet dat zichtbaar zijn in het Salesforce-account, terwijl Coupa momenteel de plek is waar de andere helft van de relatie wordt beheerd.
In elk bedrijf dat groot genoeg is om zowel leveranciers als klanten te hebben, staan sommige bedrijven tegelijkertijd op de leverancierslijst en de klantenlijst. De inkoopafdeling onderhandelt met hen, de verkoopafdeling verkoopt aan hen, en geen van beide partijen weet dat de andere partij aanwezig is. Zo wordt er een korting verleend aan een klant die tevens leverancier is en betere voorwaarden heeft, of wordt een leverancier geruild voor een leverancier met een lagere prijs die toevallig een belangrijke klant is. Door Coupa en Salesforce te koppelen, wordt de inkooprelatie gekoppeld aan de verkopende partij, zodat het bedrijf in ieder geval kan zien wanneer het aan beide kanten van hetzelfde bedrijf staat.

Op het moment dat een vertegenwoordiger een account opent, staat alles wat het bedrijf bij dat bedrijf koopt er al in, omdat Alumio Coupa uitleest via de interface die het beschikbaar stelt in uw cyclus.
Een korting die wordt verleend aan een klant die tevens leverancier is, moet een weloverwogen beslissing zijn, en dat kan alleen als de kooprelatie zichtbaar is tijdens het tot stand komen ervan.
Het vervangen van een leverancier door een goedkopere heeft een andere betekenis wanneer die leverancier tevens een klant is, waardoor de inkoopbeslissing wordt genomen met de commerciële gevolgen in het achterhoofd.
Het bedrijf wordt in beide systemen aan elkaar gekoppeld in plaats van dat het onder twee verschillende, ongerelateerde namen bestaat. Dat is meestal de reden waarom niemand de overlap in eerste instantie opmerkt.
Wanneer een Salesforce-account gekoppeld is aan een Coupa-leverancier, worden de uitgaven en de bijbehorende overeenkomsten in dat account weergegeven. Zo weet een vertegenwoordiger die zich voorbereidt op een verlenging precies wat het bedrijf aan dat bedrijf betaalt en wat het in rekening brengt.
Wanneer een klant om betere voorwaarden vraagt, vindt de kooprelatie plaats binnen hetzelfde Salesforce-account, waardoor het gesprek over de gehele functie kan gaan in plaats van alleen over het deel ervan dat toevallig zichtbaar is.
Wanneer een Coupa-overeenkomst afloopt, wordt dit weergegeven in het Salesforce-account. Niemand baseert zich dus op een leveranciersrelatie die in maart is beëindigd en sindsdien door niemand is verlengd.
Alumio fungeert als een beheerde integratie-backbone tussen verkoopkanalen en fulfillment-systemen. Orders worden gerouteerd, getransformeerd en gevalideerd, terwijl statusupdates naar elk kanaal worden teruggestuurd.
Authenticeer je systemen met de kant-en-klare connectors van Alumio. Kies uit meer dan 200 connector-pakketten in de marketplace, plus onbeperkte aangepaste integraties.
Bepaal in een visuele interface hoe datavelden tussen systemen worden gekoppeld. Pas formaten aan, verrijk records en pas bedrijfslogica toe, zonder dat er maatwerkcode nodig is.
Configureer flows zodat ze in real-time, op basis van events, volgens een schema of beide worden uitgevoerd. Verminder handmatige gegevensinvoer en laat Alumio de verplaatsing en transformatie tussen systemen afhandelen.
Zodra je eerste integratie live is, kun je je ERP, PIM, WMS of CRM eenvoudig op dezelfde hub aansluiten. Bestaande flows blijven gewoon draaien. Je hoeft niets opnieuw op te bouwen.
De tool voor het ondertekenen van documenten sluit dit af. Een getekende overeenkomst en een overeenkomst die nog wordt besproken, zien er identiek uit op een account. Door de tweede overeenkomst te behandelen alsof het de eerste is, ontstaat er juist schade in plaats van dat deze wordt voorkomen. Alumio onderhoudt die verbinding naast deze, en leest ze allebei via de interface die het beschikbaar stelt.
Ja, de matching vindt plaats voordat er iets wordt geschreven, omdat de waarde hier volledig in de koppeling zit. Alumio koppelt de Coupa-leverancier aan het Salesforce-account, schrijft de uitgaven en overeenkomstgegevens die u opgeeft ernaartoe en vernieuwt deze volgens het door u ingestelde schema. Wat er naar een account kan worden geschreven, is alles wat Salesforce ervoor beschikbaar stelt.
Nee. De Code Transformer dient hier voor het matchen zelf, omdat hetzelfde bedrijf zelden op dezelfde manier wordt gespeld in een inkoopsysteem en een CRM-systeem. Een regel die de meeste gevallen oppikt, laat de lastige gevallen nog steeds ongemoeid. Al het andere, inclusief welke uitgavendetails op een account verschijnen, is configuratie die iemand kan inzien en wijzigen.
Omdat de twee partijen in het bedrijf nooit gevraagd zijn om overeenstemming te bereiken. De inkoopafdeling neemt een leverancier aan en de verkoopafdeling maakt een account aan, met maanden ertussen, met verschillende spellingen en registratiegegevens, en er is geen proces om deze te vergelijken. Dat is normaal en geen fout, en het wordt pas een probleem op het moment dat iemand onderhandelt zonder te weten wat de andere partij in de relatie waard is.
De misleidende situatie is er een waarbij een account is bijgewerkt op basis van een contract dat al was verlopen, omdat het er actueel uitziet en iemand daarop een citaat baseert. Alumio registreert de datums waarop de overeenkomst is gelezen, zodat gecontroleerd kan worden wat het account weergeeft. Elke update wordt live gemonitord en geregistreerd, een weigering geeft een melding met de reden, herhaalpogingen worden uitgevoerd waar geconfigureerd, en er gaat niets ongemerkt verloren.
Spreek met een Alumio-integratiespecialist. Wij brengen de juiste architectuur voor jouw systemen in kaart, op de juiste schaal, zodat je bedrijfsactiviteiten bij elke verandering betrouwbaar blijven.