...
- 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
...
- 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
...
- 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í
...