Statusi opravila nam z ikonami povedo v kašnem stanju je opravilo kar se tiče načrtovanja oziroma opravljanja dane naloge. Osnovnih statusov ni veliko, držijo pa se preproste signalizacije semaforjem, z nekaj nujnimi dodatki.

Pri našem tempu se marsikdo zanaša na opomnike, ki jih imamo na različnih napravah, da nas opomnijo na različne naloge, ki nas čakajo v prihodnjih urah/dneh... Kot vsaka boljša poslovna aplikacija tudi inMaster ni brez njih.

Flip-flop opravila služijo za opravljanje naloge, ki za dokončanje potrebuje več komunikacije med kreatorjem naloge in osebo, ki ji je bila naloga delegirana.
Čakajoča oziroma ljubkovalno flip-flop opravila se namenjena komunikaciji med dvema uporabnikoma aplikacije preko opravil. Vsak odgovor se ob shranitvi/ogledu/popravku nemudoma prenese od enega do drugega uporabnika in obratno. Vse pa je odvisno od nastavitev aplikacije.

Pri delegiranju opravil nas večkrat zanima ali je oseba, ki smo ji opravilo delegirali, to opravila videla, ali ga je začela izvajati oziroma ali ga je že dokončala. Za ta primer nas aplikacija (seveda glede na nastavitve) za vsako delegirano sporočilo z rokom, obvešča o napredku po vnaprej določenih merilih.

Določena opravila in naloge se lahko v našem delovnem procesu periodično ponavljajo (obnova pogodbe, oddaja poročil, urniki, ...) in ravno zato, lahko kaj hitro izgubimo pregled nad njimi. Opravila v aplikaciji inMaster lahko nastavimo tako, da se avtomatično generirajo glede na nastavljene časovne parametre, pa naj gre za opravilo, ki ga opravimo vsak drugi dan ali pa opravilo, ki ga opravljamo enkrat na tri leta. Aplikacija nam bo opravilo nekaj dni pred rokom pripravila in uvrstila na naš koledar - tako takega opravila ne bomo mogli več spregledati.

Za načrtovanje opravil v prihodnosti, lahko že v naprej določimo skupine udeležencev oziroma izvajalcev, ki bodo udeleženi na teh opravilih. Pri menjavi, dopolnjevanju in brisanju udeležencev nam marsikatero minuto dela prihrani avtomatska sinhronizacija skupin, ki poskrbi, da so vsi izvajalci in/ali udeleženci na vseh opravilih aplikacije vedno enaki kontaktom na skupini.
Kot primer lahko vzamemo razrede in kolektivi učiteljev, kjer se lahko njihov sestav velikokrat spremeni.