salesforce, data migration

Három lépés a sikeres Salesforce-adatmigrációhoz

A Salesforce-adatmigráció az egyik legnagyobb kihívást jelentő projekt, amely a forrásadatok méretétől, formátumától és pontosságától függően változhat. Az adatmigráció az adatok egyik rendszerből a másikba történő átvitelének folyamata, azonban a tényleges átvitel előtti munka a legösszetettebb feladat.

Szakemberek hosszasan vizsgálták, hogy hogyan lehet sikeres az adatmigráció. A munka három fázisát be kell tartani: előkészítés, migráció és minőségbiztosítás (UAT).

1. fázis: Előkészítés

Legyen a hangsúly az előkészítésen - a legkritikusabb fázison!

David Masri „Developing Data Migrations and Integrations with Salesforce: Patterns and Best Practices” című könyve megnevezi a  sikeres adatmigráció hat jellemzőjét - a legjobb gyakorlatok mögött álló "miérteket". A másik öt attribútum hiánya enyhíthető ugyan az előkészítéssel, de egy elhibázott terven semmi sem segít - vagy ami még rosszabb, a terv hiányán.

Hogyan néz ki tehát a jó tervezés?
Az áttérési tervnek úgy kell kinéznie, mint egy hagyományos projekttervnek, idővonalakkal, függőségekkel és mérföldkövekkel.

Legyen a projektmenedzser (PM) a barátunk és szövetségesünk egyben - dolgozzunk együtt a terv elkészítésén! A Salesforce szakértő mellett a PM pedig gondoskodik majd az előrehaladás nyomon követéséről az áttérés megkezdésekor.

 Egy adott objektum migrációjának kódolását el lehet kezdeni, ha:

  • a Salesforce-kiépítés az adott objektum esetében befejeződött,
  • az adatok beérkeztek az érdekelt felektől,
  • ezek az adatok telepítésre kerültek a célkörnyezetbe,
  • elég idő áll rendelkezésre az összes átalakítás elemzésére és kódolására.

A minőségbiztosítási (QA) és a felhasználó-elfogadási tesztelés (UAT), valamint a éles rendszerben történő (production) migrációs futtatások esetében ügyeljünk arra, hogy a dátumok olyan napokra essenek, amikor a feladatok futtatására elég időt tudunk szánni.

Tervezési kérdések

Ezeket a kérdéseket tegyük fel a tervezésnél, és ne felejtsük el majd megvitatni a projektcsapattal is:

  • Mikor és milyen formátumban fogják az áttelepítendő adatokat átadni?
  • Ki a forrásadatok szakértője (KKV)?
  • Vannak-e aggályok az adatbiztonságot illetően, illetve rendelkezésre állnak-e irányelvek az adatok kezelésére vonatkozóan?
  • Milyen middleware-t vagy ETL-eszközt fognak használni a migrációhoz?
  • Mennyi időre van szükség az adatelemzéshez?
  • Mennyire tiszták az adatok? Szükséges-e az adatok tisztítása, és ha igen, ki a felelős érte, mikor és milyen rendszerben történik?
  • Mikor készül el az adatleképezési dokumentum, és ki a felelős a létrehozásáért?
  • Mikor kerül sor az adatleképezési dokumentum felülvizsgálatára?
  • Milyen Salesforce-környezetet használnak majd a minőségbiztosításhoz (QA), a felhasználó- elfogadási teszteléshez (UAT) és a termelésbe történő átálláshoz? Ha a cél Salesforce org jelenleg is kiépítés alatt áll, mikor lesznek elérhetőek a különböző objektumok, hogy adatokat tölthessünk be rájuk?
  • Mikor fogjuk elvégezni az áttérés első teljes, végponttól végpontig tartó futtatását?
  • Ki fogja elvégezni a minőségbiztosítást/UAT-ot? Hány fordulóra lesz szükség?
  • Mikor lépnek éles üzembe?
  • Mennyi ideig állhatnak le a rendszerek? (a felhasználók számára a migráció olyan leállást eredményezhet, amikor nem tudják használni a régi rendszert vagy a Salesforce-t.)

Adatok kiválasztása

Jelöljük ki az áttelepítendő adatokat és az adatok hiteles információforrását.

A Salesforce-ban felépített folyamatok befolyásolják a kiválasztást. A Salesforce-ba migrálandó adatok elemzése során rájöhetünk arra is, hogy további objektumokat és folyamatokat kell kreálni. Az adatmigráció ezért "tyúk és tojás" esetévé válhat.

Az információforrás jellemzően a backend - ahol az ügyféltranzakciókat tárolják. Azonban nem minden üzleti adat backend! Például az értékesítési folyamat során a kommunikáció történhet telefonon, e-mailen stb. keresztül.

Koncentráljunk annak beazonosítására, hogy mely adatokat melyik csapat gyűjti, és mi az, amit releváns a Salesforce-ban tárolni, pl. értékesítés, ügyfélszolgálat, marketing, pénzügy. 

Valószínű, hogy több adatforrással fogunk rendelkezni (azaz különböző adatkategóriákhoz különböző információforrásokkal). Vázoljuk fel, hogy mely adatokat kell migrálni, és honnan kell kivonni azokat:

https://www.salesforceben.com/wp-content/uploads/2019/01/SalesforceDataMigration.png

Adatleképezés 

Biztosítsuk, hogy minden egyes forrásrendszer minden rekordja egyedi azonosítóval (ID) rendelkezik.

Ha az egyik forrásrendszer valamelyik adatkategóriája kapcsolódik egy másik rendszer egy másik adatpontjához, akkor a kapcsolódó adatpont azonosítója szükséges. Ha például a backend ügyféladatok migrálását tervezzük, és a korábbi CRM rendszerből múltbeli szerződéses adatokat is importálunk, akkor minden szerződéses rekordnak rendelkeznie kell ügyfél-azonosítóval (a backend rendszerből).

Minél különbözőbbek a Salesforce-adatmodell adatszerkezetei a forrásrendszerekben, annál összetettebb lesz az adatok leképezési folyamata.

Fontos kérdések, amelyeket fel kell tenni a folyamat során: 

  • Mikor készül el az adatleképezési dokumentum, és ki a felelős a létrehozásáért? 
  • Mikor fogja felülvizsgálni az adatleképezési dokumentumot az érdekelt felekkel? 


Adattisztítás

Ha nem állnak rendelkezésre azonosítók, akkor adattisztítást kell végezni. Távolítsuk el a duplikációkat és az elavult számlákat az adatállományból. Itt a felhasználók segítségére lesz szükség, mivel a hiányzó azonosítókat nekik kell tudni kitölteni, és meg kell adniuk, hogy milyen adatokat szeretnének megtartani. Határozzuk meg, hogy ki a felelős, mikor és milyen rendszerben fogja elvégezni a tisztítást. 

2. fázis: Migráció

Az adatoknak a forrásrendszer(ek)ből a Salesforce-rendszerbe történő átvezetésére választott módszer a következőktől függ:

  • a projektcsapat tagjaitól (pl. fejlesztő, adminisztrátor)
  • a Salesforce-ba importálandó rekordok mennyiségétől
  • a forrásadatok összetettségétől, valamint attól, hogy a forrásadatmodell és a Salesforce adatmodell mennyire különböznek egymástól.

3. fázis: Minőségbiztosítás (UAT) 

Miután az adatok átkerültek a Salesforce-ba, meg kell győződni arról, hogy minden adat helyesen, azaz a megfelelő formátumban került át, és hogy a kapcsolatok pontosan tükröződnek a Salesforce-ban.

A QA, az UAT és a migrációs futtatások esetében ügyeljen arra, hogy a dátumok olyan napokra essenek, amikor a feladatok futtatására elég időt tudunk szánni. Az UAT-tesztelők gyakran a napi munkájuk mellett UAT-t is végeznek. Nem várhatjuk el tőlük, hogy két héten keresztül minden nap napi négy órát töltsenek teszteléssel. Ismerjük meg az időbeosztásukat, és győződjünk meg arról, hogy elkötelezettek-e a feladat iránt. 

Kérjük meg a felhasználókat, hogy az UAT során vizsgálják meg  az eredeti üzleti célokat. Gyakori, hogy a kód (beleértve az adatmigrációkat is) megfelel a specifikált követelményeknek, de az üzleti szempontból félreértés..

Ha a tesztek nem sikeresek, derítsük ki, hogy melyik fázisba csúszott hiba. Ha a hibák az előkészítési fázisból erednek, akkor az egész folyamatot ismételni kell. A hibák kijavítása sajnos időigényes folyamat. Ha egyszer már naplózták, valószínűleg megbeszélést kell tartani, hogy megerősítést nyerjen, hogy a probléma valós, és mi a teendő vele kapcsolatban. Ezért úgy időzítsünk, hogy a felhasználóknak elegendő idő álljon rendelkezésre az alapos teszteléshez.

továbbiak a témában

tanácsot adunk üzleti folymataid automatizálásához