Kdo může schvalovat a jak to portál pozná

Pět přepínačů u každého vstupu

Vstup do portálu nese pět logických hodnot (booleany): zobrazit, komentovat, schválit, nahrát a stáhnout. Studio je nastavuje při vytvoření vstupu, a pokud je vyžádán vstup bez oprávnění, je pouze pro zobrazení. Každá cesta portálu deklaruje jedno oprávnění, které vyžaduje, a wrapper zkontroluje vstup ještě před spuštěním cesty, takže cesta sama na kontrolu nikdy nemusí myslet.

Schválit je přepínač, na kterém při schvalování závisí. Rozhodovací cesta ho vyžaduje; vstup pouze pro zobrazení nebo pouze pro komentáře se k této cestě vůbec nedostane a výsledkem je stejné odmítnutí, jaké dostane cizí uživatel. Stránka portálu při otevření načte oprávnění vstupu a skryje to, co daný vstup dělat nemůže. Klient se vstupem pouze pro komentáře tak uvidí vlákno, ale neuvidí nefunkční tlačítko pro schválení - tlačítko se mu vůbec nezobrazí.

Zobrazení záměrně nevyplývá z ostatních oprávnění. Vstup, který umožňuje schvalovat, ale ne zobrazovat, je chyba, kterou může studio udělat přes API. Produkt v takovém případě nechá cestu pro zobrazení přístup odmítnout, aby si toho studio všimlo, místo aby chybu potichu opravoval.

Projektový vstup nebo klientský vstup

Vstup je nasměrován buď na jeden projekt, nebo na jednoho klienta. Projektový vstup vidí daný projekt a nic jiného. Klientský vstup vidí každý projekt daného klienta. Vstup, který nesměřuje ani na jedno, nevidí nic, a nemůže tedy o ničem rozhodovat. Zda o konkrétním schválení může rozhodnout tento vstup, určuje stejné pravidlo čtené pozpátku: schválení se nachází u úkolu, úkol v projektu a vstup musí mít rozsah nastavený na tento projekt nebo na klienta tohoto projektu.

Projekt a klient, na které vstup ukazuje, se před zápisem vstupu ověřují vůči vlastní organizaci studia. Vstup tak nikdy nemůže směřovat napříč organizacemi a chybějící projekt nebo klient vrátí chybu „nenalezeno“, místo aby se vytvořil vstup s neplatným odkazem.

Úloha připomínek používá stejné pravidlo rozsahu k určení, které vstupy má popohnat, když schválení překročí své SLA. Připomínka tak vždy přijde na vstup, který může jednat.

Jeden vstup na osobu

Vstup má štítek, který studio zvolí, například název klienta nebo jméno jedné osoby u klienta. Pokud studio vytvoří vstup pro klienta bez dalších podrobností, pozvánka se odešle na kontaktní e-mail a telefon samotného klienta. Pokud je vstup určen pro jednu konkrétní osobu - například pro marketingového manažera, a nikoli na fakturační adresu - studio zadá e-mail nebo telefon této osoby a pozvánka se odešle tam.

Pro pevnější vazbu mezi vstupem a konkrétní osobou může vstup kromě odkazu vyžadovat jednorázový kód zaslaný přes SMS nebo e-mail: šest číslic, platnost pět minut, pět pokusů a možnost opětovného odeslání po jedné minutě. Vstup může také omezit počet zařízení, a to od jednoho do dvaceti. Při limitu jednoho zařízení přesune přístup z cizího zařízení vstup na sebe a okamžitě ukončí všechny ostatní relace. Při vyšším limitu se ukončí pouze nejstarší relace. Stejné zařízení není nikdy odhlášeno - obnovení stránky nebo ztráta cookie není důvodem k trestu.

Historie aktivit ve studiu ukazuje u každého vstupu počet různých zařízení, která jej použila. Pokud vstup určený pro jednu osobu vykazuje šest zařízení, znamená to, že odkaz koluje dál. Studio jej může zneplatnit a během minuty vystavit nový.

Když studio rozhoduje jménem klienta

Producent může zaznamenat rozhodnutí i na straně studia, pokud má od klienta souhlas. Řádek s rozhodnutím pak nese ID uživatele producenta a typ aktéra „user“. Rozhodnutí z portálu nese typ aktéra „portal“ a žádné ID uživatele. Tyto dva případy jsou ve feedu a v protokolu auditů navždy rozlišitelné, takže „klient schválil“ a „schválili jsme za klienta“ nikdy nebudou stejný řádek.

Interní schvalování - fáze schválení, kterou uzavírá producent nebo režisér - funguje na stejném principu, kde schvalovatelem je člen studia a řešitelé úkolu jsou ti, kterým přijde připomínka, pokud se na schválení čeká příliš dlouho.

Expirace, zneplatnění a co vidí studio

Platnost vstupu vyprší standardně po 30 dnech. Studio může nastavit 1 až 365 dní nebo výslovně zvolit neomezenou platnost. Vynechaná hodnota nikdy omylem nenechá trvalý vstup otevřený. Zneplatněný vstup okamžitě odmítne přístup. V seznamu studia se zneplatněný vstup zobrazuje jako zneplatněný, nikoli jako expirovaný, protože studio, které odkaz vypnulo, chce mít přehled o tom, že tak učinilo.

Na straně studia je zobrazen seznam všech vstupů s jejich štítkem, stavem, oprávněními, časem prvního otevření, posledního zobrazení, počtem různých zařízení a počtem zaznamenaných schválení od klienta. Než tento seznam existoval, jedinou upřímnou odpovědí na otázku „už to otevřela?“ byl telefonát.

Vytvoření a zneplatnění vstupu se audituje, přičemž se zaznamenává nastavení vstupu, ale nikdy ne jeho přihlašovací údaje. Audituje se také odmítnutý přístup s uvedením důvodu - nenalezeno, zneplatněno, expirováno nebo vyžadován jednorázový kód. Tento důvod se zaznamenává pro potřeby studia a osobě u vstupu se nikdy nezobrazuje, protože rozdílné zprávy o odmítnutí by mohly pomoci útočníkovi při hádání.

• Výchozí vstup: pouze pro zobrazení, 30 dní, pozvánka na kontaktní řádek klienta.
• Schválení vyžaduje přepínač schválit; uživatelské rozhraní skrývá to, co vstup nemůže dělat.
• Rozsah je omezen na jeden projekt nebo jednoho klienta; nikdy ne napříč organizacemi.