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