Salesforcen ja Dynamics 365:n integrointiopas

9 min Päivitetty: 12.08.2026
img
kirjoittaja

Markkinointiosaston johtaja

Helena Dzementej

Monet yritykset eivät ala etsiä Salesforce-integraatiota Dynamics 365:n kanssa siksi, että ne rakastaisivat integraatioprojekteja. Ne aloittavat, koska heidän jo olemassa oleva kokoonpanonsa on ärsyttävä tietyillä tavoilla. Myynti päättää työt Salesforcessa. Talousosasto tai operatiivinen osasto hoitaa asiat Dynamics 365:ssä. 

Miksi yritykset yhdistävät Salesforcen Dynamics 365:een

Sitten halkeamat näkyvät. Tilauksen tila on yhdessä paikassa, tilin konteksti toisessa, ja joku päätyy kopioimaan päivityksiä järjestelmien välillä koko päivän.

Tämä Salesforcen ja Dynamics 365:n integrointiopas käsittelee juuri tätä kuilua. Ei yleistä ajatusta "yhdistetyistä järjestelmistä", vaan jokapäiväistä sotkua, joka ilmenee, kun myynti, palvelu ja talous tarvitsevat kaikki saman asiakastarinan eivätkä aivan näe sitä. 

Tee 1 minuutin CRM-kypsyysarviointi 

Jotta voisit arvioida nykyistä järjestelmääsi, olemme suunnitelleet nopean, viiden kysymyksen CRM-auditoinnin. Tämä interaktiivinen vertailuanalyysi analysoi teknologiapinoasi, myyntiprosessejasi, datan laatua ja tiimisi linjausta.

Suorita alla oleva arviointi selvittääksesi pistemääräsi, tunnistaaksesi kriittiset pullonkaulat myyntiputkessasi ja saadaksesi käytännönläheisiä näkemyksiä CRM-strategiasi optimoimiseksi välittömästi.

Mitä Salesforcen ja Dynamics 365:n integrointi oikeastaan ​​tarkoittaa?

Microsoft Dynamics Salesforce -integraatiossa on kyse kahden järjestelmän datan yhdenmukaistamisesta, jotta ne eivät enää säilytä totuuden eri versioita.

Tuota jakautumista tapahtuu useammin kuin ihmiset myöntävät. Myynnillä on mahdollisuus Salesforcessa. Talousosastolla on tilaus Dynamicsissa. Palveluosastolla on osa tilihistoriasta taas jossain muualla. Mikään ei ole täysin rikki, mikä melkein pahentaa asiaa. Ihmiset voivat silti kiertää sen. He vain tuhlaavat aikaa siihen.

Yksi syy tämän hämmentämiseen on se, että ”Dynamics 365” voi tarkoittaa muutamaa eri asiaa. Yhdelle yritykselle se on Dynamics 365 Sales. Toiselle se on Business Central tai Finance. Nämä järjestelmät tekevät eri tehtäviä, joten asetukset muuttuvat sen mukaan, mitä on korjattava. Asiakkaat, yhteyshenkilöt, liidit ja kauppatapahtumat sijaitsevat lähempänä CRM-puolta. Tilaukset, laskut, varasto ja operatiivinen seuranta sijaitsevat lähempänä ERP-puolta. Joten lähtökohta ei yleensä ole liitin, vaan työnkulku.

Miksi yritykset yhdistävät Salesforcen Dynamics 365:een

Yritykset yhdistävät Salesforcen yleensä Dynamics 365:een, koska kaupan ja sen jälkeen tapahtuvien tapahtumien välillä on liikaa työtä.

Dynamics 365 Salesforce -integraatioon johtavat kipupisteet ovat melko yksinkertaisia:

  • Myyntipäätökset näkyvät Salesforcessa, mutta tilaus- tai laskupäivitykset ovat jossain muualla 
  • Tilitiedot muuttuvat yhdessä järjestelmässä ja siirtyvät toisessa 
  • Talousosastolla on operatiivinen näkökulma, mutta myyntitiimi on asiakkaan edessä 
  • Palvelutiimit tarvitsevat sekä tilihistorian että tilauksen kontekstin, mutta heidän on selvitettävä se manuaalisesti. 
  • Raportointi riippuu laskentataulukoista, vienneistä tai jonkun "vain tarkistamasta" toiselta alustalta 

Järjestelmät eivät ole rikki. Ne ovat vain irti kaikista paikoista, jotka hidastavat päivittäistä työtä.

Salesforcen ja Microsoft Dynamics 365:n synkronointi korjaa tämän ongelman. Heidän ei tarvitse väitellä.Microsoft Dynamics vs. Salesforce”enää he voivat saada nämä kaksi toimimaan yhdessä.” 

Yhdistä Salesforceen luottavaisin mielin

Autamme tiimejä suunnittelemaan Salesforce-integraatioita todellisten työnkulkujen, selkeän datan omistajuuden ja pitkän aikavälin operatiivisen sopivuuden ympärille.

Salesforcen ja Microsoft Dynamics 365:n integroinnin edut

Salesforcen ja Microsoft Dynamics 365:n integroinnin hyödyt on helpointa ymmärtää, kun lopetat puhumisen "integraatiosta" kategoriana ja tarkastelet, mikä ihmisiä todella ärsyttää päivittäin.

Siinä se arvo piilee.

Hyöty

Miltä se näyttää käytännössä

Miksi se on tärkeätä

Parempi datan tarkkuus

Asiakas-, tuote-, tilaus- tai laskutietueet pysyvät lähempänä toisiaan eri järjestelmissä

Vähemmän manuaalista siivousta ja vähemmän ristiriitaisia ​​tietueita

Nopeammat työnkulut

Myyntipäivitykset voivat käynnistää jatkotoimia taloushallinnossa, operatiivisessa toiminnassa tai palvelussa.

Siirrot eivät enää ole riippuvaisia ​​sähköposteista ja muistista

Parempi raportointi

CRM- ja ERP-tietoja voidaan tarkastella yhdessä

Tiimit käyttävät vähemmän aikaa vientien täsmäyttämiseen

Yhtenäisemmät joukkueet

Kaikki näkevät enemmän samaa asiakaskuvaa

Vähemmän kuiluja myynnin, talouden, operatiivisen toiminnan ja palvelun välillä

Parempi tietojen tarkkuus

Irralliset järjestelmät ajautuvat ajassa taaksepäin. Tili päivitetään Salesforcessa, mutta sitä ei koskaan korjata Dynamicsissa. Tuotteen nimi muuttuu yhdessä paikassa. Laskutustila on toisessa. Sitten joku kertoo asiakkaalle puolet tarinasta ja ihmettelee, miksi puhelu tuntuu oudolta.

Siksi Salesforce Dynamics CRM -integraatiot auttavat, kun ne tehdään kurinalaisesti. Ei siksi, että synkronointi olisi taianomaista. Se ei ole. Se vain vähentää paikkoja, joihin tavalliset virheet voivat kasaantua.

Nopeammat työnkulut

Tämä tuntuu välittömämmältä.

Kauppa solmitaan. Seuraavaksi pitäisi tapahtua jotain. Ehkä se on tilaus. Ehkä lasku. Ehkä palvelun luovutus. Ilman yhteyttä seuraava vaihe riippuu usein siitä, että joku muistaa lähettää jotain, päivittää tietueen tai jahdata seuraavaa tiimiä. Mikä on ihan ok, kunnes se ei tapahdu.

Kun kokoonpano on vakaa, releen toiminta vähenee. Prosessi liikkuu vähemmällä ihmisliimalla, joka pitää sitä koossa.

Parempi raportointi

Huono järjestelmien välinen raportointi on omituisen yleistä. 

Numerot ovat olemassa, mutta kukaan ei rentoudu nähdessään ne.

Salesforcella on yksi osa tarinaa. Dynamicsilla on toinen. Joten tiimit vievät, vertailevat, korjaavat ja selittävät. Yhä uudelleen. Salesforcen Microsoft Dynamics 365 -datan integrointi auttaa, koska se antaa raportoinnille selkeämmän pohjan työskentelylle. Voit itse asiassa ryhmitellä myyntiputken, tilaukset, laskutuksen ja asiakastoiminnan ilman, että sinun tarvitsee ensin leikkiä salapoliisia.

Yhtenäisemmät tiimit

Hyvä Dynamics 365 Salesforce -integraatio antaa jokaiselle tiimille hieman enemmän samaa kontekstia. Myynti voi nähdä, mitä tapahtui luovutuksen jälkeen. Talousosasto saa selkeämpiä kaupallisia syötteitä. Palveluosasto ei kokoa tilihistoriaa yhteen palasista.

Vielä parempi on, kun esittelet Salesforcen ja Microsoft Teamsin integrointi myös reaaliaikaista yhteistyötä varten. Synkronointi ei tietenkään korjaa heikkoja prosesseja, mutta se vähentää paljon siihen liittyvää rutiininomaista kitkaa.

Mitä tietoja yleensä synkronoidaan?

Oikea vastaus on: mikä tahansa, mikä tukee todellista työnkulkua.

Tämä on Salesforcen ja Dynamics 365:n datan synkronoinnin pääperiaate. Jos tietue auttaa myyntiä, talousosastoa, operatiivista toimintaa tai palvelua etenemään, se kuuluu synkronoinnin piiriin. Jos näin ei ole, sen synkronointi aikainen vaihe luo yleensä enemmän kohinaa kuin arvoa.

Useimmat joukkueet aloittavat tutulla ennätyssarjalla:

  • Tilit 
  • Yhteystiedot 
  • Liidit 
  • Mahdollisuudet 
  • Tuotteet tai nimikkeet 
  • Lainausmerkit 
  • määräys 
  • Laskut 
  • Tapaukset tai palvelutiedot 

CRM-ERP-asetelmassa näillä on yleensä suurin painoarvo:

  • Asiakastiedot, joten molemmat tiimit työskentelevät saman asiakaspohjan pohjalta 
  • Tuotetiedot, jotta tarjoukset ja tilaukset ovat linjassa 
  • Tilaukset ja laskut, jotta myynti voi nähdä, mitä tapahtui kaupan etenemisen jälkeen 
  • Palvelutiedot, jos asiakastiimit tarvitsevat tukea koskevaa kontekstia 

Muista, ettei kaikkien tietueiden tarvitse siirtyä molempiin suuntiin. Joidenkin tulisi pysyä yhdessä järjestelmässä ja olla näkyvissä vain toisessa. 

Miten yritykset voivat yhdistää Salesforcen ja Dynamics 365:n?

Ennen kuin kukaan valitsee Microsoft Dynamics 365 Salesforce -liittimen tai -työkalun, kannattaa kysyä, mitä yritys oikeastaan ​​tarvitsee. Pitäisikö tietueiden siirtyä järjestelmien välillä? Pitäisikö yhden järjestelmän käynnistimen toimia toisessa? Vai tarvitsevatko ihmiset enimmäkseen tietoja, jotka sijaitsevat jossain muualla?

Ne ovat erilaisia ​​töitä. Ne tarvitsevat erilaisia ​​työkaluja. 

Menetelmä

Parasta

Vahvuudet

Rajoitukset

Tyypillinen istuvuus

liitin

Vakiomuotoinen tietueiden synkronointi tai yksinkertaiset työnkulun vaiheet

Nopeampi asennus, pienempi tekninen nosto

Vähemmän tilaa mukautetuille säännöille ja reunatapauksille

Pienemmät tai puhtaammat käyttötapaukset

Vähäkoodinen työnkulkutyökalu

Liipaisinpohjainen automaatio eri objektien ja järjestelmien välillä

Hyvä prosessivetoisiin toimintoihin ja kevyempiin koontiversioihin

Lisensointi, hallinta ja ylläpito voivat olla hankalia

Tiimit työskentelevät jo Microsoftin automaatiopinossa

middleware

Monivaiheinen orkestrointi, transformaatiot, valvonta

Parempi hallinta määrityksissä, virheiden käsittelyssä ja skaalauksessa

Lisää alustan ylläpitokustannuksia ja -kuluja

Monitoiminnalliset tai monialaiset ympäristöt

Mukautettu API-integraatio

Monimutkaiset datamallit, suojaussäännöt tai ERP-painotteinen logiikka

Eniten hallintaa ja joustavuutta

Pidempi rakennusaika ja enemmän teknistä omistajuutta

Erittäin monimutkaiset toteutukset

Ulkoisten tietojen käyttöoikeus

Näkyvyys ilman kaikkien tietueiden kopiointia

Hyödyllinen, kun tiimit tarvitsevat kontekstia enemmän kuin päällekkäisyyksiä

Ei täysin synkronoitu malli

ERP- tai operatiivinen tila näkyi CRM:ssä

Yhdistimet, väliohjelmistot ja mukautetut API:t

Helpoin reitti on yleensä liitin. Microsoft Dynamics 365 Salesforce -liitin toimii Salesforce-objektien kanssa, ja Power Automatella on takanaan melko laaja yhdistinekosysteemi, jossa on yli 1 400 valmiiksi rakennettua sertifioitua yhdistintä eri palveluissa, mukaan lukien Dynamics 365 ja Salesforce.

Kuulostaa hyvältä, ja joskus se onkin. Jos käyttötapaus on kapea, kentät ovat siistejä ja säännöt eivät ole liian monimutkaisia, yhdistinpohjainen ratkaisu voi toimia.

Sitten on vielä versio, jota ihmiset aliarvioivat: matalan koodin versio. Se näyttää nopealta, koska näytöt ovat ystävällisiä. Juttu on siinä, että lisensoinnilla ja hallinnoinnilla on edelleen merkitystä. 

Microsoftin lisensointiohjeissa sanotaan, että premium-liittimet edellyttävät premium-lisensointia, ja huhtikuun 2026 usein kysytyissä kysymyksissä tehdään hyödyllinen ero: premium-liitintä käyttävien automatisoitujen tai ajoitettujen työnkulkujen omistaja tarvitsee premium-lisenssin, kun taas pikatyönkulut ovat riippuvaisia ​​käyttäjän kutsumasta niitä. Tämä vaikuttaa sekä kustannuksiin että käyttöönottosuunnitteluun. 

Saatat silti huomata työskenteleväsi jonkin kanssa parhaat Salesforce-konsultointiyritykset virheiden välttämiseksi. 

Middleware sijoittuu Salesforce Dynamics 365 -integraatiotyökalujen keskelle syystä. Se on järkevämpää, kun prosessi sisältää kenttämuunnoksia, useita riippuvuuksia, uudelleenyrityslogiikkaa, valvontaa tai useita järjestelmiä kahden sijaan. Tällöin asiat eivät enää ole "synkronointia" ja alkavat näyttää enemmän prosessien orkestroinnilta.

Mukautetut API-rajapinnat ovat raskaampi vaihtoehto, mutta joskus se on rehellinen vastaus. Jos yrityksellä on epätavallisia objektisuhteita, tiukempia tietoturvavaatimuksia, ERP-painotteisia sääntöjä tai paljon dataa, "yksinkertaiset" vaihtoehdot lakkaavat olemasta yksinkertaisia ​​melko nopeasti.

Milloin mukautettu integrointi on järkevää

Mukautetut asetukset alkavat olla järkeviä Microsoft Dynamics Salesforce -integraatiossa, kun yrityksellä on enemmän logiikkaa kuin mitä vakioliitin pystyy käsittelemään.

Yleisiä merkkejä:

  • Useiden järjestelmien on pysyttävä tahdissa, ei vain Salesforcen ja Dynamicsin 
  • Tarjous-, tilaus-, lasku- tai palveluvirroilla on liiketoimintakohtaisia ​​sääntöjä 
  • Tietyt kentät vaativat muunnoksia, eivät suoraa vastaavuutta 
  • Käyttöoikeussäännöt ovat niin arkaluontoisia, että "perussynkronointi" tuntuu riskialttiilta. 
  • Yritys odottaa suurempaa skaalaa myöhemmin eikä halua rakentaa uudelleen vuoden sisällä 

Tämä on yleensä se kohta, jossa Salesforce-konsultointipalvelut tulee käytännön kannalta merkitykselliseksi. Vaikein osuus on harvoin kahden järjestelmän yhdistäminen. 

Kyse on sen päättämisestä, minkä pitäisi siirtyä, minkä pitäisi pysyä paikoillaan, kuka omistaa kunkin tietueen ja mitä tapahtuu, kun prosessin puhdas versio kohtaa todellisen elämän.

Suunnittele siistimpi Salesforce-Dynamics-kokoonpano
Autamme RevOps-, CRM- ja IT-tiimejä suunnittelemaan oikean integraatiolähestymistavan, vähentämään synkronointiriskiä ja käynnistämään työnkulkuja, jotka kestävät tuotantoa.

Salesforcen integrointi Dynamics 365:een

Järkevä tapa tehdä tämä on vähemmän jännittävä kuin useimmat ihmiset haluavat. Ensin määritellään laajuus. Sitten kartoitetaan data ja liiketoimintalogiikka. Testataan se kunnolla ennen kuin kukaan alkaa julistaa sitä valmiiksi. Se on oikeastaan ​​koko prosessi. 

Salesforcen integrointi Dynamics 365:een

Vaihe 1: Sementoi tähtäin

Joukkueen on päätettävä:

  • Mikä Dynamics-tuote on kyseessä 
  • Mitkä joukkueet ovat kärsineet 
  • Mitkä työnkulut todella tarvitsevat tukea 
  • Mikä järjestelmä omistaa kunkin objektin 
  • Olipa tavoitteena synkronointi, automaatio, näkyvyys tai näiden kolmen yhdistelmä 

Hyvä tähtäyspiste vastaa yleensä muutamaan yksinkertaiseen kysymykseen jo varhaisessa vaiheessa:

  • Mitä liiketoimintaongelmaa me ratkaisemme 
  • Mitkä tiedot ovat ensisijaisia 
  • Kenen ne tarvitsee nähdä 
  • Kenen niitä tarvitsee muokata 
  • Mitä pitäisi tapahtua automaattisesti 

Jos tuo kuulostaa yksinkertaiselta, hyvä niin. Se on. Perus on tässä hyödyllinen.

Vaihe 2: Datan kartoittaminen ja menetelmän valitseminen

Kun Salesforce Microsoft Dynamics 365 -tietojen integroinnin laajuus on määritetty, seuraava tehtävä on päättää, miten tietueet asettuvat riviin.

Se tarkoittaa:

  • Kenttäkartoitus 
  • tunnisteet 
  • Valintaluettelon ja tilan tasaus 
  • Yksisuuntainen vs. kaksisuuntainen liikkuminen 
  • Muunnossäännöt 
  • Kaksoiskappaleiden käsittely 
  • Synkronoinnin tai liipaisimen ajoitus 

Tätä osaa aliarvioidaan, koska se näyttää hallinnolliselta työltä. Se ei ole sitä. Siinä liiketoimintaprosessista tulee teknistä logiikkaa.

Muutamat päätökset ovat yleensä tärkeimpiä:

  • Mitkä kentät ovat oikeasti pakollisia 
  • Mikä järjestelmä on totuuden lähde 
  • Tarvitsevatko tietueet lähes reaaliaikaisia ​​päivityksiä vai ajoitettua synkronointia 
  • Mitä pitäisi tapahtua, kun tiedot eivät täsmää täysin 
  • Sopiiko työhön sitten liitin, vähäkoodinen asennus, väliohjelmistokerros tai mukautettu versio 

Vaihe 3: Testaa ja käynnistä

Tässä vaiheessa tiimit selvittävät, toimiiko integraatio teoriassa vai käytännössä.

Testauksen tulisi kattaa:

  • Oikeita tietoja, ei vain täydellisiä näytetietoja 
  • Sotkuiset reunakotelot 
  • Käyttöoikeustarkistukset 
  • Päällekkäiset skenaariot 
  • Epäonnistuneet päivitykset 
  • Raportointitulokset 
  • Mitä käyttäjät todellisuudessa näkevät synkronoinnin suorittamisen jälkeen 

Pitää myös olla suunnitelma siitä, mitä tapahtuu julkaisun jälkeen.

Tämä sisältää:

  • Epäonnistuneiden tai viivästyneiden ajojen valvonta 
  • Korjausten omistajuuden määrittäminen 
  • Tarkistetaan muutaman viikon kuluttua, vastaako synkronointi edelleen prosessia 
  • Logiikan päivittäminen kenttien, tilojen tai työnkulkujen muuttuessa 

Microsoft Dynamics Salesforce -integraation haasteet

Monet Salesforcen ja Dynamics 365:n integraatiota koskevat tapaustutkimukset osoittavat samoja asioita.

Työkalut ovat teknisesti yhteydessä toisiinsa, mutta tietueissa, kenttien epäsuhtauksissa, epäjohdonmukaisessa logiikassa ja tietoturvakontrolleissa on edelleen ongelmia. 

Haaste

Mikä sen yleensä aiheuttaa

Liiketoiminnan vaikutus

Kuinka vähentää riskiä

Päällekkäiset tietueet

Heikot täsmäytyssäännöt tai sekava vanha data

Huono raportointi ja hämmentyneet tiimit

Testaa täsmäytyslogiikkaa oikeita tietueita vasten, älä esimerkkidataa vasten

Kenttäristiriidat

Eri merkitykset, muodot tai omistajuussäännöt

Tietueet korvaavat toisensa tai eivät synkronoidu

Määritä kentän omistajuus ennen rakentamista

Prosessien yhteensopimattomuus

Myynti, talous ja palvelu noudattavat eri logiikkaa

Synkronointi paljastaa työnkulun aukot auttamisen sijaan

Kartoita todellinen luovutus, älä idealisoitua versiota

Pääsyongelmat

Luvat suunniteltiin liian myöhään

Käyttäjät näkevät liikaa tai liian vähän

Tarkista rooli ja kenttäkäyttöoikeudet ajoissa

Volyymi- ja raja-ongelmat

API-käyttö, pyyntöjen rajoitukset, hyötykuorman rajoitukset

Viiveet, rajoitukset, epäonnistuneet suoritukset

Realistisen mittakaavan ja näytön käytön suunnittelu

Julkaisun jälkeinen laiminlyönti

Ei toimivaa omistajaa

Pienet ongelmat kasaantuvat, kunnes luottamus horjuu

Määritä selkeä tuki ja tarkista omistajuus

Viimeistelty versio ei ole sama asia kuin vakaa. Ensimmäinen versio vain todistaa yhteyden olemassaolon. Varsinainen tehtävä on varmistaa, että se toimii edelleen, kun liiketoiminta alkaa luottaa siihen.

Parhaat käytännöt parempaan integraatioon

Et tarvitse tässä paljon hämmentäviä vinkkejä, etenkään jos työskentelet konsultin kanssa. Paras neuvo on pitää asiat yksinkertaisina ja hallittuina:

Salesforce-integraatio Dynamics 365:n parhaiden käytäntöjen kanssa
  • Aloita pieni: Ensimmäisen vaiheen tulisi olla riittävän suppea, jotta sitä voidaan testata kunnolla, ja riittävän helppo, jotta sitä voidaan arvioida rehellisesti. Hyviä esimerkkejä ovat tilien ja yhteyshenkilöiden synkronointi jaetun näkyvyyden takaamiseksi, suljettujen ja voitettujen toimitusten siirto tilauksille, laskun tilan seuranta tilitiimeille tai palvelunäkyvyys avainasiakkaille.
  • Validoi varhain: Varhainen testaus on tärkeää, koska puhdas näytedata piilottaa paljon. Todelliset tietueet eivät. Lyhyempi ensimmäinen vaihe helpottaa kaksoiskappaleiden, puoliksi täydellisten tietueiden, huonojen vastaavuuksien ja heikon kenttälogiikan havaitsemista ennen kuin nämä ongelmat leviävät koko järjestelmään. Salesforcen terveystarkastus voi myös auttaa paljastamaan kokoonpano- ja tietoturvaongelmia ennen integraation käyttöönottoa.
  • Määrittele omistajuus:  Jokaisella tärkeällä objektilla ja kentällä tulisi olla yksi selkeä omistaja. Jos sekä Salesforcea että Dynamicsia käsitellään saman asiakas-, tuote-, tila- tai tilauskentän totuuden lähteenä, integraatiosta tulee nopeasti sotkuinen. Sama pätee tukeen julkaisun jälkeen. Jonkun on oltava vastuussa epäonnistuneista suorituksista, kenttämuutoksista, kartoituspäivityksistä ja prosessimuutoksista, kun koontiversio on julkaistu.
  • Pidä synkronointilogiikka keskittyneenä: Synkronoi vain ne tietueet ja kentät, jotka tukevat todellista työnkulkua. Tiukempi kokoonpano on yleensä parempi. Siirrä tiedot, joita toinen tiimi todella tarvitsee. Jätä loput pois, kunnes niiden tuomiseen on selkeä syy. Tämä pitää logiikan selkeämpänä ja helpottaa näkemään, tekeekö integraatio hyödyllistä työtä vai aiheuttaako se vain lisää kohinaa.
  • Kasvusuunnitelma: Rakenna ensimmäinen versio, jotta seuraava versio ei riko sitä. Se ei tarkoita kaiken ylirakentamista heti ensimmäisenä päivänä. Se tarkoittaa tilan jättämistä useammille tiedoille, useammille työnkuluille, useammille tiimeille ja useammille järjestelmille myöhemmin. Kun talous-, palvelu- tai ERP-riippuvuudet kasvavat, lyhytaikainen korjaus voi muuttua suuremmaksi uudelleenrakennukseksi kuin kukaan odotti.

Yleisiä käyttötapauksia Microsoft Salesforce -integraatiolle

Rehellisesti sanottuna kaksi yleisintä käyttötapausta eivät ole kovin eksoottisia. Toinen on Salesforcen yhdistäminen Dynamicsiin ERP-puolella, jotta myynti voi edelleen nähdä, mitä tapahtui luovutuksen jälkeen. 

Toinen on asiakas- ja tilaustietojen pitäminen järjestyksessä, jotta eri tiimit eivät työskentele totuuden eri versioiden pohjalta.

Tämän lisäksi käyttötapaukset keskittyvät yleensä muutamaan asiaan, kuten palveluiden koordinointiin, talouden näkyvyyteen ja parempaan raportointiin. 

Käytä tapausta

Salesforce-rooli

Dynamics 365 -rooli

Yritysarvo

Myynnin ja toiminnanohjauksen yhdenmukaistaminen

Hallitsee liidejä, mahdollisuuksia, tarjouksia ja asiakastoimintaa

Käsittelee tilauksia, laskutusta, toimitusta, varastoa tai talousprosesseja

Myynti voi nähdä, mitä tapahtuu luovutuksen jälkeen

Asiakkaan ja tilauksen synkronointi

Säilyttää asiakkaaseen kohdistuvan tietueen ja myyntiputken kontekstin

Seuraa tilauksen edistymistä, laskutustietoja ja toiminnan tilaa

Tiimit lopettavat päivitysten jahtaamisen eri järjestelmissä

Palvelun koordinointi

Antaa tili- ja suhdehistorian

Säilyttää palvelun, toiminnan tai loppupään tapauksen kontekstin

Parempia asiakaspalautteita ja vähemmän sokeita pisteitä

Talousasioiden näkyvyys asiakkuustiimeille

Näyttää tarjouksen ja asiakkaan kontekstin

Näyttää laskun, maksun tai ERP-puolen tilan

Asiakkuuspäälliköt vastaavat puheluihin paremmilla tiedoilla

Milloin kannattaa tehdä yhteistyötä integraatiokumppanin kanssa

Jotkut tiimit pystyvät käsittelemään ensimmäisen version itse. Se on totta. Kaikki projektit eivät tarvitse ulkopuolista apua. Olet ehkä jopa valinnut paras CRM-ohjelmisto pienyrityksille sen perusteella, mitä luulet pystyväsi itse hoitamaan. 

Mutta kun asennus etenee siistin tietueiden synkronoinnin jälkeen ja alkaa koskea ERP-logiikkaa, taloussääntöjä, mukautettuja työnkulkuja tai raportoinnin riippuvuuksia, riski kasvaa nopeasti. Tämä on yleensä se kohta, jossa integraatiokumppanin toiminta lakkaa tuntumasta valinnaiselta ja alkaa tuntua järkevältä.

Yritys tarvitsee yleensä ulkopuolista tukea, kun projektiin liittyy:

  • Useita järjestelmiä, ei vain Salesforce ja yksi Dynamics-sovellus 
  • Mukautetut objektit, mukautetut kentät tai liiketoimintakohtaiset säännöt 
  • ERP-prosesseihin sidottu tilaus-, lasku- tai toimituslogiikka 
  • Raportointi, joka on riippuvainen kaupallisten ja operatiivisten tietojen oikeasta yhteensopivuudesta 
  • Tietoturva- tai vaatimustenmukaisuusongelmat siitä, kuka voi nähdä mitä 
  • Suuret tietomäärät, uudelleenyritysten käsittely tai valvontatarpeet 
  • Rajoitettu oma aika omistaa rakennusprojekti julkaisun jälkeen 

Tuo viimeinen jää jatkuvasti huomiotta. Yrityksellä voi olla ihmisiä, jotka voida rakentaa sitä, mutta ei ihmisiä, jotka voivat suunnitella sen, testata sitä, valvoa sitä, korjata reunatapauksia ja pitää sen terveenä liiketoiminnan muuttuessa. Nämä ovat eri töitä.

Missä asioissa kumppanin tulisi oikeasti auttaa

Hyvä kumppani, kuten Routine Automation, ei vain yhdistä järjestelmiä toisiinsa.

Niiden pitäisi auttaa seuraavissa asioissa:

  • Soveltamisalaan kuuluvan päättäminen 
  • Oikean menetelmän valitseminen, ei muodikkaimman 
  • Totuuden lähteen sääntöjen selvittäminen 
  • Datan kartoittaminen tavalla, joka vastaa todellista prosessia 
  • Testaaminen rumilla, tosielämän ennätyksillä 
  • Seurannan ja tuen omistajuuden määrittäminen 
  • Rakennuksen pitäminen käyttökelpoisena, kun toinen vaihe ilmestyy ja väistämättä saa ensimmäisen vaiheen näyttämään pieneltä 

Siinä ero näkyy. Projekti todennäköisesti kaatuu tilanteeseen ”me integroimme sen teknisesti, mutta kukaan ei luota siihen”.

Tarvitsetko apua monimutkaisen Salesforce-synkronoinnin kanssa?

Tuemme räätälöityjä Salesforce-integraatioita, arkkitehtuurisuunnittelua, automaatiologiikkaa ja teknistä toimitusta tiimeille, joilla on monimutkaisia ​​järjestelmiä ja todellisia toiminnallisia riippuvuuksia.

Salesforcen ja Microsoftin yhdistäminen tiimillesi

Monet yritykset lähtevät tähän ajatukseen, että vaikein osa on tekninen. Joskus se onkin. Useimmiten vaikein osa on päättää, mihin tarkoitukseen yhteyttä oikeastaan ​​käytetään.

Jos tavoite on selkeä, Salesforcen ja Dynamics 365:n integrointi helpottuu huomattavasti. Sinun ei tarvitse synkronoida jokaista tietuetta. Et tarvitse huoneen monimutkaisinta arkkitehtuuria. Tarvitset oikean datan liikkuvan oikeaan aikaan, yhden omistajan jokaiselle tärkeälle kentälle ja järjestelmän, joka vastaa yrityksen todellista toimintaa.

Tässä on koko jutun käytännön arvo:

  • Vähemmän kuiluja myynnin ja toiminnan välillä 
  • Selkeämmät luovutukset sopimusten edetessä 
  • Parempi näkyvyys tilauksiin, laskuihin tai palvelukontekstiin 
  • Raportointi, johon on paremmat mahdollisuudet luottaa 
  • Vähemmän manuaalista tilkkutyötä, joka pitää prosessin koossa 

Menetelmä on tärkeä, mutta sopivuus on tärkeämpää. Kevyt liitinjärjestelmä voi riittää yhdelle yritykselle. Toinen tarvitsee vahvemman orkestroinnin, tiukemmat säätimet ja mukautetumman logiikan, koska työnkulku kulkee läpi toiminnanohjauksen, taloushallinnon, palvelun ja muutaman sisäisen outouden kerroksen. Useimmilla yrityksillä on ainakin jonkin verran sisäistä outoutta. Se osa on normaalia.

Onneksi oikeanlainen tuki voi auttaa korjaamaan sen. 

UKK

Aloita tietueista, joita ihmisten on jatkuvasti haettava manuaalisesti. Yleensä nämä ovat tilejä, yhteyshenkilöitä, tuotteita, tarjouksia, tilauksia, laskuja ja joskus tapauksia. Näin Salesforcen ja Dynamics 365:n tietojen synkronointi näyttää, kun se on sidottu todelliseen työhön. Jos kukaan ei tarvitse tietuetta toimiakseen, se voi luultavasti odottaa.

Aloita siitä siirrosta, joka jatkuvasti katkaisee. Ehkä se on tilauksen luomiseen liittyvä suljettu/voitettu prosessi. Ehkä se on laskun näkyvyys. Selvitä ensin omistajuus, sitten kartoitus ja sitten ajoitus. Salesforcen integrointi Microsoft Dynamics 365:een helpottuu paljon, kun lakkaat käsittelemästä sitä ohjelmistovalintana ja alat käsitellä sitä operatiivisena vaihtoehtona.

Enimmäkseen vähemmän typeriä viivästyksiä. Myynti näkee, mitä tapahtui luovutuksen jälkeen. Talousosasto ei siivoa keskeneräisiä asiakastietoja. Palvelu saa enemmän kontekstia ilman kaivamista. Salesforcen ja Microsoft Dynamics 365:n integroinnin edut ovat melko perusteltuja: vähemmän uudelleensyöttöä, vähemmän ristiriitoja ja vähemmän "odota, minun täytyy tarkistaa toinen järjestelmä" -hetkiä.

Yhtä selvää voittajaa ei ole. Joillekin tiimeille sopii liitin. Toiset tarvitsevat vähäkoodista automaatiota, väliohjelmistoja tai räätälöityä työtä, koska varsinainen prosessi on sotkuisempi kuin miltä se alussa näytti. Parhaat Salesforce Dynamics 365 -integraatiotyökalut ovat niitä, jotka sopivat liiketoimintaan muuttamatta ensimmäistä vaihetta seuraavan vuosineljänneksen siivoustyöksi.

Kyllä, se on yksi yleisimmistä syistä tämän projektin olemassaololle. Myynti haluaa tietää, onko tilaus siirretty, onko lasku lähtenyt, vai onko jokin jäänyt jumiin. Kun yritykset integroivat Microsoft Dynamics 365 ERP:n Salesforceen, he yleensä yrittävät pienentää tätä myynnin jälkeistä sokeaa pistettä paljon.

Kun projekti lakkaa olemasta puhdas ja alkaa muuttua todelliseksi. ERP-logiikka, mukautetut kentät, raportointiriippuvuudet, oudot poikkeukset, julkaisun jälkeinen tuki. Siinä se yleensä on. Salesforcen ja Dynamics 365:n integraatioiden tapaustutkimukset auttavat, koska ne osoittavat, kuinka nopeasti "pienestä synkronoinnista" tulee laajempi omistajuus- ja prosessiongelma.

henkilö
Kartoitetaan Salesforce-integraatiostrategiasi
Jos suunnittelet Salesforce-käyttöönottoa tai -uudistusta, Routine Automation tarjoaa konsultointia, työpajoja ja teknistä ohjausta integraatioiden muokkaamiseksi todellisten liiketoimintaprosessiesi mukaan.
RA-asiantuntijat seuraavat tilannetta