Autorizzazioni delle attività e risoluzione dei problemi
Capisci l’esecutore, la selezione delle connessioni e i motivi per cui un’attività richiede attenzione.
Capire Eseguita come
Ogni attività usa il ruolo attuale dell’esecutore nel progetto e solo le connessioni selezionate per l’attività e ancora attive nel progetto. Serve almeno il ruolo di Collaboratore; non occorre un accesso separato alla connessione. Le stesse regole valgono per le richieste Python.
Salvare modifiche a istruzioni, pianificazione, connessioni selezionate, modalità di autorizzazione, modello o livello di ragionamento trasferisce esplicitamente a chi modifica l’autorità di esecuzione futura. Il modulo di modifica spiega il trasferimento. Subentra la trasferisce senza cambiare le istruzioni. Rinominare, mettere in pausa, riprendere o eseguire manualmente un’attività invariata mantiene l’esecutore.
Ogni esecuzione avviata congela il proprio esecutore e le proprie impostazioni. Le modifiche successive all’attività riguardano le esecuzioni future. Le autorizzazioni vengono verificate di nuovo durante l’esecuzione, quindi una selezione precedente non può mantenere un accesso che nel frattempo è stato revocato.
Seleziona solo le connessioni necessarie
Ogni attività usa il ruolo attuale dell’esecutore nel progetto e solo le connessioni selezionate per l’attività e ancora attive nel progetto. Serve almeno il ruolo di Collaboratore; non occorre un accesso separato alla connessione. Le stesse regole valgono per le richieste Python.
La modalità della chat regola l’esecuzione; il ruolo nel progetto stabilisce cosa puoi fare. Sola lettura impedisce modifiche aziendali. Chiedi approvazione richiede la decisione di un Responsabile. Automatico consente modifiche supportate a Collaboratori e Responsabili salvo regole che richiedano una verifica. La modalità non modifica l’accesso al progetto.
Per approvare o rifiutare modifiche serve il ruolo di Responsabile nel progetto della proposta. I collaboratori possono preparare modifiche e verificarne i dettagli. Prima dell’esecuzione vengono ricontrollati l’accesso attuale dell’esecutore al progetto e la connessione attiva.
Risolvi un’attività in pausa
- Apri Pianificate e imposta il filtro Stato su Richiede attenzione.
- Apri l’attività e leggi la spiegazione della pausa e l’ultima voce della cronologia.
- Ripristina l’accesso mancante, modifica l’impostazione non disponibile oppure usa Subentra con un esecutore autorizzato.
- Seleziona Riprendi quando il problema è risolto. La prossima occorrenza futura fa ripartire la pianificazione ricorrente.
| Motivo | Cosa controllare |
|---|---|
| L’esecutore non può accedere al progetto | Ripristina l’appartenenza all’area di lavoro e almeno l’accesso da Collaboratore al progetto, oppure trasferisci l’esecuzione a un responsabile del progetto autorizzato. |
| Il progetto è archiviato | Ripristina il progetto prima di riprendere. |
| La connessione selezionata non è disponibile | Ogni attività usa il ruolo attuale dell’esecutore nel progetto e solo le connessioni selezionate per l’attività e ancora attive nel progetto. Serve almeno il ruolo di Collaboratore; non occorre un accesso separato alla connessione. Le stesse regole valgono per le richieste Python. |
| Il modello o il livello di ragionamento non è disponibile | Scegli un modello disponibile e un livello di ragionamento supportato, poi riprendi. |
| Una modifica aziendale ha un esito incerto | Apri la chat dell’esecuzione e controlla i record interessati nello strumento aziendale collegato. Accerta cosa è successo prima di riprendere. |
Un esito incerto di una scrittura mette subito in pausa le esecuzioni future. La conferma di ripresa ti chiede di confermare che hai controllato i record aziendali. Steward non ripete automaticamente quella modifica. Se serve una correzione, gestiscila come una richiesta esplicita separata.
Quando un’esecuzione sembra in ritardo o saltata
La pianificazione richiede che il servizio in background di Steward sia in funzione. Durante un’interruzione del servizio, un’attività può restare in scadenza. Quando il servizio riprende, viene avviata un’unica occorrenza in ritardo e viene scelto il successivo orario futuro. Se è attiva un’altra esecuzione, quell’occorrenza viene invece registrata come saltata.
Le attese di approvazione e di risposta contano come esecuzioni attive. Apri la chat in attesa per continuarla o fermarla. Una pianificazione messa in pausa volontariamente non accumula esecuzioni da recuperare alla ripresa.
Gli errori ordinari compaiono nella chat e nella cronologia delle esecuzioni. Non vengono ripetuti automaticamente. Usa Esegui ora per un nuovo tentativo consapevole dopo aver esaminato l’errore, oppure attendi la prossima esecuzione ricorrente.
Se Nuova attività o i controlli di modifica non sono presenti, controlla il tuo ruolo nel progetto. Se la creazione segnala che l’esecuzione non è disponibile, chiedi all’amministratore dell’area di lavoro di controllare la configurazione del servizio Steward.