Pattern canonico per capire, accettare e recuperare un invito Qoovex senza esporre il modello tecnico sottostante.
Un invito è una decisione contestuale, non un semplice link. Prima dell’azione l’utente deve riconoscere l’Azienda, il lavoro quando esiste e la conseguenza reale. Dopo il successo deve arrivare al contesto più preciso già noto, senza doverlo cercare nel Workspace.
Il testo visibile deriva dai dati autorizzati della preview e dalla destinazione restituita dall’accettazione.
Gli esempi riprendono i dati, le CTA, le recovery e la destinazione del flusso Cliente reale. Sono dimostrativi: non inviano richieste e non creano accessi.
Accettando, aprirai questo lavoro in Qoovex come cliente principale. Prima che diventi operativo, l’Azienda pubblicherà il riepilogo iniziale da consultare e confermare.
Ogni stato dice cosa è successo e cosa può fare ora l’utente. Se non esiste una recovery diretta, non viene simulata una CTA.
L’accettazione Cliente restituisce il lavoro associato: la navigazione sostituisce la pagina dell’invito con quel dettaglio, senza passare dalla home. Se lo stesso account riapre un invito già accettato e ha ancora accesso, vede “Apri il lavoro”.
Questi casi esistono nel flusso Cliente ma non richiedono tutti uno specimen separato. La recovery compare soltanto quando il prodotto può offrirla.
L’invito Cliente appartiene a un lavoro preciso: mostra Azienda, lavoro, indirizzo facoltativo e apre direttamente quel lavoro dopo l’accettazione. Il Cliente entra come cliente principale e dovrà poi consultare il riepilogo iniziale pubblicato dall’Azienda.
L’invito Collaboratore appartiene all’Azienda: mostra Azienda, ruolo e scadenza. Può essere rifiutato e, dopo l’accettazione, richiede un nuovo accesso al Workspace. Non promettere un cantiere specifico quando la preview non lo espone.
Contesto, decisione e recovery devono restare leggibili e raggiungibili con ogni modalità di input.
Un invito è comprensibile soltanto quando anticipa contesto, conseguenza e prossimo passo.
