Táblázatexportok
Teljesült célonként egy sor saját táblázatában vagy listájában — csapata azon tagjainak, akik soha nem nyitnak BI-eszközt.
1. Melyiket válassza
Ugyanazt a feladatot végzik. A különbség az, melyik fiókrendszerben dolgozik már a cége.
| Google Sheets | Microsoft SharePoint | |
|---|---|---|
| Mi lesz a sorból | a munkalap végére hozzáadott sor | listaelem |
| Mit kell megadnia | szolgáltatásfiók-kulcs, táblázatazonosító | bérlő, kliensazonosító, kliens titkos kulcsa, webhelyazonosító, listaazonosító |
| Oszlopok | nyolc oszlop, rögzített sorrendben | ami a listájában van — előbb lekérdezzük |
| Beállítási munka | szolgáltatásfiók létrehozása, a táblázat megosztása vele | alkalmazás regisztrálása, hozzáférés adása egy webhelyhez |
Ez a BigQuery-összekötő kistestvére. Az előbbi SQL-t használó adatcsapatoknak való; ez annak, aki érték szerint rendezne, majd az első tízet elküldené az értékesítésnek.
2. Google Sheets: a megosztási lépés, amelyet mindenki elfelejt
A szolgáltatásfiók önálló felhasználó, saját e-mail-címének végződése: .iam.gserviceaccount.com. A kulcs létrehozása nem elég — meg kell osztania a táblázatot ezzel a címmel, pontosan úgy, mint egy munkatárssal.
Ha kihagyja, minden írás 403-mal tér vissza. A hibaüzenetben ezt név szerint kimondjuk, mert a Google saját szövege nem említi, így az emberek inkább a kulcsra szánnak egy délutánt.
Ha egyszerűbb, a teljes URL-t illessze be
A táblázatazonosító a /d/ és /edit közötti rész. Illessze a teljes címet a mezőbe, és levágjuk a többit.
Az értékeket szándékosan nyersen írjuk
Nem „felhasználó által beírt” értékként. Máskülönben a Google az olyan ügyfélazonosítót, mint a 00123, számnak olvasná, és elhagyná a kezdő nullákat; a = jellel kezdődő értékből pedig képlet lenne.
3. SharePoint: írás előtt kiolvassuk az oszlopait
A SharePoint elutasítja a listában nem létező oszlopot megnevező elemet — a belső oszlopnevek pedig azok, amelyeket a lista létrehozásakor választott. Rögzített oszlopkészletet feltételezni minden második ügyfélnél vesztes fogadás lenne.
Ezért óránként egyszer lekérjük a lista oszlopait, és csak a létező, nem csak olvasható oszlopokba írunk. Ha a listában csak az alapértelmezett Title oszlop van, csak a cél nevét kapja meg, nem hibázik minden célnál.
A választható oszlopok, ha létrehozza őket: MPSession, MPChannel, MPUser, MPValue, MPCurrency, MPUrl, MPTime.
A Microsoft által ajánlott jogosultság nem az, amelyre szüksége van
Ehhez a híváshoz a Microsoft dokumentációja a Sites.ReadWrite.All jogosultságot jelöli a legkisebbként. Ez írási hozzáférést ad bérlője minden webhelyéhez, egyetlen listát feltöltő integráció kedvéért.
Ehelyett használja a Sites.Selected jogosultságot: az ezzel rendelkező alkalmazás alapértelmezetten semmihez nem fér hozzá, az adminisztrátor pedig pontosan egy webhelyhez ad neki írási hozzáférést. Mindkettő megadása megszünteti a korlátozást — a szűk jogosultság csak akkor működik, ha az alkalmazásnak nincs más jogosultsága.
4. Mi kerül a sorba
Időbélyeg, projekt, munkamenet, ügyfélazonosító, célnév, érték, pénznem és a felvételt visszajátszó link. A SharePointban ugyanezek az értékek a létező megfelelő oszlopokba kerülnek, az oszloptípus által kívánt formában — a hivatkozásoszlop linkobjektumot, a szövegoszlop ugyanazt a címet szövegként kapja.
Az üres cella jelentése: „nincs megállapított érték”, nem nulla
A pénzérték nélküli cél üresen hagyja a cellát. A nulla a táblázatban egy soha nem létezett összegbe számítana bele.
Az ügyfélazonosítót kézbesítéskor keressük ki
Nem a cél teljesülésekor. Az azonosítás általában bejelentkezéskor történik — vagyis gyakran a célt követően. A néhány másodperccel későbbi lekérés az eseményfeldolgozásunknak is olcsóbb, és nagyobb eséllyel talál nevet.
Mindkét hitelesítési adatot AES-256-GCM titkosítással tároljuk, többé nem mutatjuk meg, és szándékosan kihagyjuk a feladatot hordozó belső várólistából.
Az itt említett védjegyek a tulajdonosaikhoz tartoznak. A MousePlayer nem áll üzleti kapcsolatban ezekkel a szolgáltatókkal.