DS Test Scenarios

Strategie:

potřebujeme otestovat obecnou funkcionalitu, jednoduchost nastavení, srozumitelnost dokumentace, uživatelskou přívětivost, prostor pro zpětnou vazbu - bugy, nové features

Dotazník:

DocuSign Anything Interní Testování (office.com)

Svůj čas si loguj zde:

[CZBC-6442] DSMP - interní testování - On Point (atlassian.net)

Testovací společnosti:

Demo:

Nasimulovat reálnou situaci - zákazník bude mít k dispozici jen dokumentaci.

oznámit na PPP
rozdat scénáře s odkazem na dokumentaci a odpovídajícími credentials, odkazem na sandbox a linkem na task
poslat dotazník

Každý si to setupne podle návodu a přiložených credentials a pak už ten scénář bude stejný - vypíšu podle dokumentace - zkusí si poslat vygenerované reporty, nastavit nějaké vlastní, vyzkouší si šablony a priority, pozici a bulk

❓ Jak to provedem: založit dvě společnosti v CZSandboxu+ Sebovi nachystat ve Forrentoru

❓ Kolik lidí - kandidáti: Budeme potřebovat Peťu, Steva a Bena pro vlastní předplatné, Seba + Martin budou určitě demo ve Forrentoru, pak ještě jedno Demo třeba Lence a naše obálky Tomovi a jinak nasdílet do Obecného

❓ Jaké credentials pro který scénář:

Naše (Tom) - akorát si založí user, zbytek vyplněn
Jejich (Petr?, Lenka) - budem půjčovat Petrovy prod údaje → klidně Steve nebo Ben,
Demo + pozice (Seb si to otestuje v Beyváku) včetně založení dev účtů a vytvoření credentials
Demo + bulk (Lenka?) půjčíme vlastní demo údaje

❓ Out of scope: licencování, to si otestujeme bokem

Zpětná vazba

Zpětná vazba Lenka

Obecně super
User friendly - ale musí to být zkušení BC uživatelé, hlavně, co se nastavení týče
Jak hodnotím celkovou jednoduchost nastavení - co přesně ti přišlo složité? Core reporty pohoda, vlastní report byl složitější - prodejní dodávka v pohodě, nákupní doklady nic, zaměstnanci - zadrhla se, jednomu zaměstnanci - dohoda o práci z domova → otestovat, smlouva, dohoda o prácí, převzetí předmětů - vícero adres a vícero reportů a hláška o odeslání, i když se to nepošle…

, více adres otestuju, hromadné odeslání, změna podpisu →
Hromadně se nedá použít jen pro jednoho podepisujícího?
Wizard EULA - na zatržení, upravit…
I přes založení vlastního usera se jí emaily posílají z Honzova User ID - můžeš mi to prosím ukázat? Nenastal pop-up Allow Access, ale rovnou login, u Grant Consent to vyhazovalo hlášku, že nejsou aktuální data na stránce a pak to šlo a už se to posílalo z Honzovo usera…

K výběru sestav → nějaká nejasnost v dokumentaci, tento rámeček https://onpointserv.atlassian.net/wiki/spaces/MBCKB/pages/2288386069/Docusign+Anything+-+Integrace+s+Docusign#%C4%8C%C3%ADslo-pole-s-emailem-podepisovatele → Lenku mátlo výběr jména a emailu, jak si musela měnit email příjemce na sebe… asi ok

Návrh faktury - otestovat priority - jinej email na dokladu než na zákazníkovi, pak v RS změnit, u faktury vyměnit - zákazník číslo, změnit na plátce a zkusit to poslat jemu

Více typů emailů - kontaktní email, email kontaktu, skrytá kopie… vyvinuté pole, budou dostupná, viz Moro.

V CZ sandbox úprava - mají více kontaktů než jen klasickej kontakt… (kontakt - zákazník název) a dodatečné kontakty, na koho se to pošle… dohledat si číslo toho pole…

Otestovat:

rs nákupní doklad
bulk poslat dokument jednomu zaměstnanci - když to spustím z karty změanance - related - contracts… chyba níže, když to spustím přes tu hromadnou akci, tak to jde

bulk vícero reportů - při označaní vícero reportů to vezme jen jeden - pro HR je to relevantní, doporučujeme vytvoření vlastního reportu s více reporty
obecně vícero adres - tak v employeem to třeba ani nejde, v kontaktu dostaneš 400, na to prostě pak máme tu bulk akci pro další verze

obecně otestovat priority - např. na prodejním dokladu - jiný email kontakt a jiný na kartě dokladu, private a company email na zam., apod.
zkusit nastavit co nejvíce různých reportů k odeslání: ještě nějaký ty skladový, výrobní

1011 Project Suggested Billing

312 Purchase Statistics

obecně budou se nám v rs nabízet i pole s emaily, kt. jsou vyvinutá, součástí nějakého rozšíření jako to má Moro - dodatečné kontakty, skrytá kopie, → na Honzu
chyby s user ID - nenastalo allow access → otestovat, při udílení consentu nastala chyba, posílalo se to z Honzy, Sárce už to šlo správně → zkontrolovat kroky v dokumentaci

dokumentace upravit - EULA wizard, proklik → na zatržení
někdo další - změna podpisu v ds, jde ti to?

Zpětná vazba Seba

Osa Y - mělo by to být logické a neodečítat se to - jestli to bude matoucí pro více lidí, změnit?

Kotva nebo patička? Patička je podle mě něco jiného, Kotva je ok

Musíme do filtrů uvádět i záznam pro podepisovatele, když si jej pak může systém dotáhnout sám podle čísla dokladu? Toto je relevantní

Seba dostal při odesílání 400, protože jeho user neměl jméno - toto musíme vyřešit

Zaměstnanci - proč, že to nebere ty filtry, když to bere; vazba na druhého zaměstnance se při odeslání do DS ztratila

Když kliknu na více možností a v nastavení není lautr nic nastaveno, tak vyskočí chyba

Když nastavím nový řádek pro report X a ten pak přepíšu na Y, tak vyskočí chyba. Osobně bych ten řádek promazal a nastavil na nový report, ať si uživatel vyplní vše znova...alo toto je věc názoru.

Při hromadném odesílání se správně naplní tisková sestava, která je první v pořadí ale druhá se již nenaplní dynamickými poli z BC

Martin

Vyzkoušet fixní podpis na více místech - dokumentech najednou - vytvořit nějaký kombinovaný report

Ještě ty body výše dotestovat, udělat z toho výcuc, projít s Honzou i s těmi obecnými body k nastavování

Jak spustí report, když stránka s reportem nemá tu Print akci - je to custom, znamená to, že to jen třeba nemají někde vytáhnuté, nebo to nějak nedává sysétmově smysl, tak to tam defaultně není? Custom Report Layout.

Skrz seznam reportů od Petra. = dává to smysl?

Taky bych si chtěla nastavit nějaké další reporty k testu, ale moc nevím jaké.

Mám report (název vidím na request pagi), podle čeho se ten report filtruje → jaké datasety (tabulky) tam vstupují, tzn. odkud si ten report bere informace (tyto tabulky najdu ve filtrech na request page), většinou tam je jedna a v této tabulce si pak systém musí umět dohledat, kde vezme jméno a email signera (na prodejních dokladech je sice více možností typu kontakt zákazníka, příjemce, plátce, ale logicky vyberu tu možnost, která je v hlavičce, zbytek by ale teoreticky taky měl fungovat, pokud je dostupný v té zrdojové tabulce - pak otestovat)

Zpětná vazba

Obecně zvládli nastavit a splnit všechny kroky ze seznamu bez toho, aniž by se museli moc doptávat.

Za Lenku

Nastavit vlastní report - bylo složité, zkoušela nákupní doklady - nedařilo se jí správně dohledat pole ve zdrojové tabulce, prodejní dodávka byla ok → testovat nastavení jiných reportů
Založení usera - dostávala hlášku, že nemůže pokračovat, protože na stránce nejsou aktuální neudělila souhlas, povedlo se jí posílat z tvého usera → retestovala Sári a už bylo v pohodě, stejný scénář ještě dát Tomovi, zkontrolovat kroky v dokumentaci
Zaměstnanci - snažila se odeslat jednomu zam. přímo z reportu na jeho kartě, házelo chybu níže, což je dle mého v pořádku, retestovala jsem a poslala jsem jednomu z přímo z bulk akce - retestovat i z karty, mělo by jít

Dotaz na vícero reportů (relevantní v HR pracovní smlouva, dohoda o práci z domova, o převzetí vybavení) - viz Moro, museli by si vytvořit vlastní report, kt. by obsahoval všechny tři - je to tak, že? Více reportů takto z výběru sestav sice vyberu, ale stejně se pošle jen jeden z nich - klasickým výběrem to více reportů to nejde, jasně, ale když si vyrobí vlastní jeden report?
Dotaz na více emailových adres v jednom řádku - retestovala jsem, u zaměstnance více než jedna adresa ani zadat nelze, pokud to někde zadat jde (např. u prodjeních dokladů), tak dostaneš 400 - invalid recepient, podle mě je takto v pořádku, od toho máme hromadnou akci
Jak flexibilní je náš výběr sestav - když bude mít někdo nějakou úpravu typu Moro v CZ sandboxu - nějaké dodatečné pole kontakty kromě std., bude schopen si to nastavit ve výběru sestav? Ano, cokoliv bude vstupovat do té zdrojové tabulky, tak bude fungovat.
Pokud je v dané tabulce více možností pro určení jména a emailu odesílatele, můžou si to nastavovat dle potřeby? (Sell-to kontakt zákazníka, Ship-to příjemce, Bill-to Plátce - číslo emailu je ale pořád stejné) - Ano. Otestuj.
Úprava v dokumentaci EULA

Za Sebu

Seba se pozastavoval nad tou osou Y - jak se to při odečítání posouvá nahoru a navrhoval ty souřadnice násobit 1 s opačným znaménkem, ať se to prohodí, jako za mě to i to, ale na první dobrou jsem taky čekala, že to → doplnit, že 00 je anchor, tak ale i tak čekáš, že to - na Y půjde dolů, ještě projít extrémní hodnoty
Chválil výběr sestav, že je robustní a univerzální
Musíme do filtrů uvádět i záznam pro podepisovatele, když si jej pak může systém dotáhnout sám podle čísla dokladu? Toto je relevantní. Je to ale std BC, který to ve filtru vyžaduje
Seba dostal při odesílání 400, protože jeho user neměl jméno. Toto musíme vyřešit
Zaměstnanci - nebere to filtry, které si zadáš na request page ručně. Protože to čeká, že si vyfiltruješ vícero zam. předtím, než tu request page otevřeš, ne? Viz feedback od Petra
Zaměstnanci - tisk jména zam. do smlouvy - ztráta vazby na druhého zaměstnance se při odeslání do DS ztratila (Při hromadném odesílání se správně naplní tisková sestava, která je první v pořadí ale druhá se již nenaplní dynamickými poli z BC) Opravit
Když kliknu na více možností a v nastavení není lautr nic nastaveno, tak vyskočí chyba → std, prostě neklikej do toho řádku, když nechceš založit nový záznam
Když nastavím nový řádek pro report X a ten pak přepíšu na Y, tak vyskočí chyba. Osobně bych ten řádek promazal a nastavil na nový report, ať si uživatel vyplní vše znova...alo toto je věc názoru - na toto se můžeme podívat - Můžem ověřit

Za Martina

Dotaz na vícero reportů v jednomu dokumentu - mohlo by to jít nakombinovat s tou pozicí podpisu, kdyby ta stejná kotva byla na více místech, vždy např. ve spodním pravém rohu, odsazovalo se mi to hezky, ale testovala jsem to jen na jedné stránce - toto musíme vyřešit ještě

→ nejde, std to neumí, neposlal by každému z 15 jeden report, ale udělal by jeden 15stránkový report v jednom, my to tam nějak fejkujem, vytisknem ten report jednou a posíláme to po jednom v cyklu… Zkus si vytvořit svůj report v custom report sele a poslat to takto.

Za mě

Jak to pošlou, když jim tam chybí Print akce - např. nákupní doklady - beztak si tu akci můžou přidat, nebo to spustí odjinud, z report, custom, nebo na listech bývají různé akce, z URL to jde taky
Jak nastavím další reporty, než core a zaměstnanecké, viz ta doporučení od Peti, potřebuju pro dema a tak
Co s tím Benem - potřebujeme ten jeho scénář - MT page od 50K hore - už máme Peťu, řešit nebudem
Úpravy zapracovat tento týden, začít nahrávat, příští týden zveřejnit ok

Za Peťu

Obecně dobrý, dokumentace, nastavení, fajn, user friendliness horší - problémy s bulk send a pozicí podpisu
Bulk send - nastavení reportu přímo v report selection pro zaměstance - když to zkusíš, report sice vybereš, pak ale hned zmizí a když to zkusíš znovu, dostaneš chybu, že report už existuje, protože se mezitím založí ve std RS - na toto jsem taky narazila a měli bychom ošetřit i v UI, ať to usera trochu navede, správně by neměl vůbec mít možnost editace v té zam. RS, ještě navíc, když se ti tam nabízí všechny reporty a nejen ty zaměstnanecké - upravit název a tooltip akce?

Název: DocuSign Report Overiew - Employees. Nebo DocuSign Bulk Send Overview - Employees
~~Kdyby někdo i v tom needit modu klikl do prázdného pole, nebo na tři tečky u již existujícího, neumíme mu zobrazit hlášku, že report si nastaví v report selection?~~
Tooltip: Action sends report for selected employees to sign in Docusign. To set up a report, go to Docusign Report Selection. / Akce odešle vybraným zaměstnancům zprávu k podpisu v Docusign. Chcete-li nastavit sestavu, přejděte do sekce Docusign výběr sestav.
Honza přidá akci s proklikem

Bulk send - pokud si nevyberou více než jednoho zaměstnance, zobrazit před spuštením Bulk akce hlášku: To run the bulk action, you must select multiple employees. / Chcete-li spustit hromadnou akci, musíte vybrat více zaměstnanců. - viz Sebův případ, když to píšeš růčo do toho filtru, tak ti to navíc vyhodí hášku, že tam máš více zam., což je to, co chceš, takže je to matoucí - jak pak ale pošlou jednomu? Otestovat z karty, Lence to nešlo, protože to měla blbě nastavné, má to být na tu Empl. Contract, ale tam zase nejsou podle mě pole s kontakty - v sandboxu je nějaké to naše HR rozšíření Employee Contract i Reporty (to ve std vůbec nevidím) - pojďme zkusit něco poslat přímo ze zaměstnance → přidáme hlášku před spuštěním akce

Zároveň za mě, fake, když vybereš vícero správně a pak změníš hodnotu ve filtru (například ze dvou udělat jednoho, nebo jednoho změníš), tak se to stejně rozpošle na všechny - k tomu by nemělo docházet, dá se ten výběr změnit na needitovatelný, nebo něco → zamyslíme se
A ještě, když dáš u bulk Cancel → YES, nastane automaticky stažení v PDF - možná by nemuselo nastat nic, nebo tam přidat ty klasické možnost Send to, Print a Preview → tisk ok (options), poslední háška odstranit

A pak stejně dostaneš hlášku, že bylo odesláno:

Bulk send - operace dosti trvá, asi se nedá optimalizovat co? Zkusíme
Chybné poslání - zadal jsem špatnou mailovou adresu "info@onpointser.vom". V Queue najdu stav "Sign Error", že nebylo podepsáno. Ve skutečnosti vůbec nebylo posláno, nedá se odchytit relevantnější hláška? → to by taky mělo být Send Error a vůbec by neměla vzniknout obálka - nemůžeme ověřit platnost adresy dříve, než dokument pošleme, já ten Sign error ještě musím vyvolat a zdokumentovat → dáme vyjímku

Ten stejný stav je použit i když se čeká na podpis, nedáme tam něco míň drastickýho ve smyslu "Awaiting Signature"? → Když ověříš, zda to bylo podepsané, skočí ti tam Sign Error, máme nějakou jinou možnost? → Sent by mel být Sent
Dále filtry ve "Field lookup" výběru jsou oddělatelné. Při nastavování polí jména a emailu v Report Selection. Nevím, jestli je to problém. → necháme tak, nemělo by to ničemu vadit
Zapracoval bych na Tooltipech v "Report Selection" - v dokumentaci to je, ale za mě je to stěžejní tabulka a tooltipy by měly stručně popisovat funkci pole víc než "Specifies value of...". Nejdůležitější jsou asi pole začínající "Signer...". → toto je relevantní, můžu navrhnout
Třeba Report trigger mě vyloženě zajímal a musel jsem pro info do dokumentace :). → tady Peťa navrhnul, jestli to neskrýt, když s tím většina userů nepřijde do styku, zároveň níže se ptá, jestli musíme volat pokaždé, když report spustíme, zár. to ještě bude ošetřeno licencemi, bez licence nenastave → jiná cesta? → schováme, NTH případně se zamyslet
Po VOIDu přemýšlím jestli nepřidat potvrzení, že void proběhl. Pouze změní status a zbytek funkcí po provedení něco píše. → Toto nevím, co myslí, status se změní na void a všem ještě přijde email, že to bylo voided, ok
Po pravdě mi trochu trvalo, než jsem se na DS webu dostal do těch klíčů. Musí se tam jít přes volbu Admin a trochu jsem klikal. Cesta pro blbečky by mi pomohla a taky bych měl vědět, že se tam dostane pouze admin. → Aha, to mě úplně nenapadlo, my jsme byli vždycky admin totiž, prozkoumám, zohledním v dokumentaci, případně v tooltipech - přidat info k admin právům do doku
Podněty z dotazníku → hodit do NTH
Co s tím Benem - Entra!
00 Anchor → upravit
Si myslím, že nám po vymazání zůstává text šablony v nastavení

~~Opravit tooltip: Starts authorization process to retrieve DocuSign authorization tokens~~ → neřešit, dáme pryč pak, pohlídat

Otestovat změnu barvy v kotvě
Název akce by se mohl se jmenovat: Create Company User NTH

Za Eli

Bulk send na zákazníky - odsouhlasení pohledávek (jinak dohoda o hmotné odpovědnosti)

Osa Y naopak jí taky nedává smysl - v dokumentaci za ni ok → zjistit doku DS a upravit v naší dokumentaci

Problém dokončit celé nastavení integrace, udělaly jsme spolu (není relevantní, produkt bude stejně nastavovat někdo techničtější) a uvědomit si vazby mezi reporty a tabulkami - nastavit první dokument k podpisu, pak už to šlo krásně → toto jsou nejproblematičtější body pro každého zákazníka - vyřešíme důkladným demem a jasně popsanou dokumentací, tento bod přidáme do webináře/promo videa

Nějaké nové screeny v podpisovém procesu na straně DS → projít a updatovat v dokumentaci

Za Sebu onprem

Zatím to nenastaví - to je tim ze v OAuth2ControlAddIn se netriggruje vracini autorazicniho kodu pro OnPremy tidiz nemame jak udelalit granted. To zatim nevim jak vyresit

Problém s vazbou na tabulku podepisovatele - přidat so RS sloupec na tabulku pro případ, že by kontaktní údaje nebyly přímo ve zdrojové tabulce (byť i jako flowfield - kt. je sice virtuální, ale na té tabulce to je), ale v jiné definované nějakou vazbou, Honza - jak by uživatel ten vzta definoval, u některých reportů musíš přes několik tabulek - stejnou vazbu v podstatě určuješ v tom flowfieldu, takže doporučit toto