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, podle videa 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? To podle mě půjde
- 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? → vyřešeno přidáním prokliku na RS
- 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...". → přetextováno
- 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. → Settings sekci totiž změnili na Admin, přetextováno
- 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, to má Honza na debug, 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 → opravujem
- 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