Email per le ferie

Redazione Flowtly2 min

Flowtly invia notifiche email in ogni fase del ciclo di vita della richiesta di ferie. Queste email mantengono informati i dipendenti e la loro catena di approvazione senza dover controllare l'app.

Richiesta di ferie creata

Quando un dipendente invia una richiesta di ferie, ogni persona nella catena di approvazione riceve un'email con i dettagli della richiesta. L'email include le date richieste, il tipo di ferie e un link per esaminare la richiesta.

Richiesta di ferie inviata

Il dipendente che ha inviato la richiesta riceve un'email di conferma che attesta la registrazione della richiesta nel sistema.

Richiesta di ferie approvata

Quando un approvatore in una catena multi-step approva la richiesta, il dipendente riceve un'email che indica l'approvazione e quante approvazioni rimangono prima che la richiesta venga completamente accettata.

Richiesta di ferie accettata

Una volta completate tutte le approvazioni richieste, il dipendente riceve un'email di accettazione finale. Questa email include un link per aggiungere le ferie al proprio feed del calendario.

Richiesta di ferie rifiutata

Se un qualsiasi approvatore rifiuta la richiesta, il dipendente riceve un'email con il motivo del rifiuto fornito dall'approvatore.

Ferie aggiunte dal responsabile

Quando un responsabile aggiunge direttamente delle ferie per un dipendente (bypassando il flusso di richiesta), il dipendente riceve un'email di notifica con i dettagli delle ferie e un link al feed del calendario.

Errore di sincronizzazione con Google Calendar

Se Flowtly incontra un errore durante la sincronizzazione di ferie approvate con Google Calendar, i dipendenti con ruolo admin ricevono un'email di notifica degli errori per poter indagare.

Chi riceve cosa

Evento Dipendente Catena di approvazione Admin
Richiesta creata Sì
Richiesta inviata Sì
Richiesta approvata Sì
Richiesta accettata Sì
Richiesta rifiutata Sì
Aggiunta dal responsabile Sì
Errore sincronizzazione calendario Sì

Mappa delle relazioni

Fa riferimento aParte diSoddisfa
Documentato quiDocumentato altrove
audit-log registra person. setting definisce attribute. org-document accesso regolato da setting. subscription abilita setting. setting richiede second-factor. second-factor detenuto da person. recovery-code sostituisce second-factor. trusted-device esonera da second-factor.registradefinisceaccesso regolato daabilitarichiededetenuto dasostituisceesonera daRRegistro di audit — The record of who did what and when. It is how a user action is investigated after the fact, and what compliance is demonstrated from.Registro di auditPPersona — An employee. The central record the rest of the workforce data hangs off — profile, documents, leave, benefits, rates.PersonaIImpostazione — Platform-wide configuration — behaviours, permissions, security.ImpostazioneAAttributo — A custom data field defined once and collected across the platform, so an organisation can record what Flowtly does not ship a field for.AttributoDDocumento — An organisational file, stored with control over who can reach it.DocumentoAAbbonamento — The plan the organisation is on, and what it is billed for.AbbonamentoSSecondo fattore — The extra proof of identity asked for at sign-in on top of the password — a six-digit code from an authenticator app, changing every 30 seconds.Secondo fattoreCCodice di recupero — One of ten single-use codes issued when an authenticator is confirmed. Each stands in for a code from the app once, for the day the phone is gone.Codice di recuperoDDispositivo attendibile — A browser a person has chosen to trust, which is not asked for a second factor again for 30 days. Per browser, not per person.Dispositivo attendibi…