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 SheetsMicrosoft SharePoint
Mi lesz a sorbóla munkalap végére hozzáadott sorlistaelem
Mit kell megadniaszolgáltatásfiók-kulcs, táblázatazonosítóbérlő, kliensazonosító, kliens titkos kulcsa, webhelyazonosító, listaazonosító
Oszlopoknyolc oszlop, rögzített sorrendbenami a listájában van — előbb lekérdezzük
Beállítási munkaszolgáltatásfiók létrehozása, a táblázat megosztása velealkalmazá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.