Maily to samozřejmě číst dokáže a s troškkou snahy se to dá v podstatě používat i skrz mail bez přístupu do web rozhraní. Nějakou dobu jsme to používali např takto:
- přijde mail do schránky, člověk co čte maily vyhodnotí, zda je to na task, příp. do jaké fronty a přesune to v mail klientovi (používali jsme thunderbird) do jiného IMAP účtu (měli jsme více účtů podle front)
- RT tenhle mail přečte, založí task a rozešle odpovídající maily (notifikaci o přijetí požadavku klientovi, info o tasku technikům co jsou nastavení že mají číst danou frontu...
- technici ani nemusí do RTčka, ale můžou rovnou odpovídat na mail (mail jde do RTčka a to se postará o poslání klientovi...), stejně tak klient může na maily odpovídat - vše přijde zpět k technikům a zaeviduje se do historie tasku v RTčku
- je možné tam nastavit různá klíčová slova, takže např. pokud technik napíše na začátek mailu ##close tak se task uzavře, pokud tam napíše třeba ##clientid:1547 tak se od custom pole u daného tasku zapíše ID klienta.
out-of-box to funguje tak napůl, chce to dost přemýšlení a nějaké implemtnační kroky. Dají se např. dělat custom pole, dají se dělat "vypočtená" pole (takže např. do clientid zadáváme číslo klienta a u tasku se v dalších polích automaticky zobrazí info o klientovi, které se vytáhne nějakým HTTP requestem z ISu). Dají se tím počítat a reportovat odpracované hodiny. Dají se dělat vlastní custom stavy tasku a dá se řídit, mezi kterými stavy je možné přecházet a kdo to může dělat - přidali jsme si takto např. stav "review", takže řadový technik task nezavírá ale dává jek k revizi, kterou dělá někdo nad ním.
Dají se vyrábět vlastní "dashboardy", které jsou složené s výsledků hledání podle různých parametrů, se zobrazením různých polí... Máme takto např. dashboard "porada" na kterém je třeba sekce "uzavřené servisní tasky za posledních 7 dní", otevřené "rozvojové" tasky, otevřené administrativní/ekonomické tasky... Takový dashboard se dá i rozumně vytisknout a může sloužit jako "kostra" porady...
