Personale, turni e orario di lavoro

L’amministrazione del personale registra un contratto una sola volta. La pianificazione e il collaboratore ricevono automaticamente la vista attuale necessaria.

Profilo del collaboratore, impiego, versione contrattuale, assegnazione, attestazione delle competenze, delega e profilo delle regole devono essere oggetti separati dipendenti dal tempo. Ammissione e uscita, cambiamenti del grado d’occupazione, più sedi e più contratti simultanei sono rappresentabili.

I numeri del personale e gli identificativi dei sistemi salariali esterni sono attributi con una provenienza; non sostituiscono una UUID. L'associazione all'identità della piattaforma avviene tramite un processo controllato. Nessuna unificazione automatica in base a indirizzi e-mail uguali o nomi simili.

Le qualifiche contengono tipo, riferimento all'attestato, servizio emittente, intervallo di validità e persona verificatrice. Stato: presentato → verificato → valido; rifiutato, scaduto e revocato restano distinguibili. Soltanto i responsabili professionali competenti confermano le competenze.

I profili contrattuali e delle regole gestiscono fuso orario, base dell’orario previsto, calendario, grado di occupazione, tipo di conto ferie, turni ammessi, regole sui tempi di riposo e di lavoro, organico minimo e obiettivi non vincolanti con unità e fonti. Le regole possono riguardare persone, contratto, sede e periodo. I conflitti o l’assenza di una regola di precedenza devono essere visibili e bloccanti.

Le versioni delle regole seguono bozza → verifica professionale → approvazione → sostituzione. Le modifiche retroattive creano una nuova versione e un’anteprima delle conseguenze; le approvazioni storiche mantengono la versione delle regole dell’epoca.

La disponibilità temporale aggregata di una persona deve poter essere verificata tra i vari contratti, nella misura in cui i rapporti d'impiego siano gestiti presso questo cliente. Le attività esterne vengono considerate soltanto tramite informazioni sulla disponibilità professionalmente necessarie e raccolte legittimamente; il prodotto non dichiara di conoscere dati di altri datori di lavoro.

Il fabbisogno di copertura approvato, il controllo della capacità e la porta comune di controllo della capacità devono fornire il nucleo comune di verifica di capacità e qualifiche. Questo elabora fabbisogno approvato, competenze disponibili, blocchi confermati e versione conosciuta del piano pubblicato, protegge mediante transazioni la revisione di ambito e periodo e non ammette come verifica positiva basi del fabbisogno mancanti. Le modifiche da B/C/D aggiornano la stessa revisione; le basi decisionali passate vengono conservate.

Gestire separatamente formazione e perfezionamento, competenza per le attività, autorizzazione ai turni per sede ed esperienza. Tipo di turno, autorizzazione e ambito d’impiego definiscono i turni e i luoghi ammessi; i modelli M06-D fanno riferimento al tipo di turno. L’esperienza effettiva nei turni utilizza il contratto di origine M06-G definito inizialmente, ma non conferisce un’autorizzazione. La porta comune di verifica dell’ammissibilità dei turni elabora gli snapshot attuali delle fonti autorizzate; i blocchi preventivi provvisori attivi da C sono vincolanti quanto quelli confermati.

Responsabilità

Il self-service permette di leggere i propri dati approvati e presentare attestazioni. HR modifica i contratti. I responsabili professionali approvano le competenze. Chi approva le regole deve essere autorizzato per l’ambito di validità. Un amministratore HR non può attribuirsi una competenza clinica.

Automazione e IA

Avviso di scadenza per attestati e contratti, con responsabilità ed escalation. L'IA può proporre campi da documenti caricati con autorizzazione; originale, valori estratti e conferma umana restano collegati. Nessun riconoscimento automatico di una qualifica. Le funzioni IA presuppongono l’attivazione desiderata. Il trattamento resta sui server propri di Oronela in Svizzera.

Ogni collaboratore può richiedere autonomamente ferie e comprendere come richiesta e decisione influiscono sul saldo disponibile.

Conto ferie, registrazione sul conto, richiesta di ferie, decisione sulle ferie e annullamento delle ferie rappresentano in modo tracciabile diritto, riporto, rettifica approvata, prenotazione e consumo. I saldi sono riproducibili dalle registrazioni versionate; nessuna sovrascrittura non tracciata di un campo totale.

La vista personale distingue il diritto acquisito o previsto secondo le regole, le ferie già approvate, le richieste annotate, le ferie utilizzate e il saldo residuo. Le previsioni future devono essere riconoscibili come tali. Lo stesso evento non può mai generare due registrazioni del saldo.

La richiesta supporta giornate intere, mezze giornate o ore consentite dal contratto, più periodi, più contratti, commenti con visibilità limitata e rappresentanza. Fine settimana, festività, tempo parziale, modelli di impiego irregolari e passaggio d'anno vengono valutati secondo il profilo valido.

Stato: bozza → presentata → in verifica → approvata | rifiutata; le richieste presentate possono essere ritirate. Le richieste approvate vengono modificate esclusivamente tramite un processo distinto e motivato di annullamento o modifica. La decisione originale viene conservata.

L’approvazione verifica atomicamente saldo attuale, richieste sovrapposte, conseguenze su capacità e qualifiche e stato delle regole. Se manca una decisione rilevante per la pianificazione, la richiesta resta aperta. Una richiesta non viene mai approvata soltanto per scadenza del termine.

Le ferie approvate sono trasmesse alla pianificazione come indisponibilità vincolante. Un nuovo calcolo del solver o una carenza di personale a breve termine non possono annullarle tacitamente. Le modifiche successive necessarie richiedono il processo separato consentito dalle regole professionali.

Entrata, uscita, modifica del grado di occupazione, riporto e scadenza seguono regole versionate con approvazione professionale. Una regola mancante o un saldo incerto comportano una verifica da parte del personale responsabile, non una stima dell'IA.

Responsabilità

Il collaboratore elabora le proprie bozze e richieste e vede il proprio saldo. Gli approvanti nominati vedono soltanto i dati necessari di capacità e conto. Le registrazioni di correzione richiedono diritti separati e approvazione indipendente secondo il profilo di rischio. I colleghi vedono al massimo l'assenza autorizzata, non motivi della richiesta o saldi.

Automazione e IA

Verifica preliminare di completezza, conflitti e saldo; promemoria ed escalation al sostituto; proposta di periodi alternativi in base alla capacità approvata. L’IA può tradurre «tre giorni nella prima settimana di luglio» in una bozza di date da confermare. In presenza di espressioni ambigue chiede chiarimenti; nessuna decisione automatica sul diritto o sull’autorizzazione. Le funzioni IA presuppongono l’attivazione desiderata. Il trattamento resta sui server propri di Oronela in Svizzera.

I collaboratori gestiscono autonomamente la propria disponibilità. La pianificazione riconosce subito quali indisponibilità sono vincolanti e quali desideri vanno considerati possibilmente.

Regola di disponibilità, eccezione, desiderio e decisione sulla disponibilità distinguono esplicitamente: desiderio non vincolante (ad esempio preferire un giorno libero), indisponibilità segnalata (ancora da verificare), stato di protezione temporaneamente vincolante, blocco inderogabile confermato e disponibilità fissa contrattuale. Un qualsiasi inserimento autonomo non acquisisce automaticamente il valore di un blocco legale. Per la segnalazione «Turno notturno non possibile», dalla ricezione confermata dal server si applica il processo vincolante di protezione e chiarimento per le restrizioni fisse dei turni; l'assenza di chiarimento non consente l'assegnazione notturna.

Il personale deve poter registrare, modificare o sottoporre a modifica autonomamente disponibilità singole e ricorrenti, desideri di giorni liberi, turni preferiti e finestre temporali bloccate. Un'incapacità lavorativa acuta segue il processo M06-F e non può essere trattata come un desiderio di giorno libero rifiutato.

Le finestre temporali supportano giorni, intervalli parziali, schemi ricorrenti, eccezioni, limitazioni temporali e fuso orario personale. La vista del server le traduce inequivocabilmente nel fuso della pianificazione. Per orari locali ambigui o inesistenti è richiesta una risoluzione esplicita.

Stato del desiderio: bozza → presentato → considerato | parzialmente considerato | non considerato | ritirato. Stato del blocco: segnalato → eventualmente protetto provvisoriamente → verificato → confermato | revocato/rifiutato con motivazione; le modifiche dei blocchi confermati sono tracciabili separatamente. L’indisponibilità oggettivamente inderogabile rimane protetta secondo il processo applicabile anche senza approvazione del desiderio.

Termine di inserimento, termine di modifica e approvazione competente sono versionati per ciascun periodo di pianificazione. Dopo la pubblicazione del piano, una richiesta di modifica mostra i turni interessati; non ne sovrascrive automaticamente l'assegnazione.

Priorità e pesi degli obiettivi per i desideri vengono definiti in modo trasparente. La persona vede quali propri desideri sono stati considerati e una motivazione comprensibile basata su regole. Non vengono rivelati motivi privati altrui o classifiche comparative personali.

I conflitti tra contratto, ferie approvate, blocchi e preferenze richiedono regole di precedenza definite. «Disponibile» non può annullare ferie approvate. Le ricorrenze devono essere valutate in finestre di pianificazione finite; un’espansione illimitata non può bloccare il servizio.

Le preferenze personali di turno comprendono data/giorno della settimana, tipo di turno, ordine di preferenza, sede facoltativa, limite temporale ed eccezioni. Le eccezioni per data prevalgono sugli schemi ricorrenti; i blocchi vincolanti prevalgono su ogni desiderio. «Preferisco evitare le notti» e «Le notti non sono possibili» sono tipi di immissione distinti con conseguenze diverse. Un blocco notturno attivo non viene annullato dall’esperienza disponibile di lavoro notturno, da una vecchia preferenza o da una carenza di personale.

Responsabilità

Dati personali inseriti dal collaboratore; verifica per ambito da parte della pianificazione. Le motivazioni private sono facoltative o registrabili soltanto quando necessarie sul piano professionale e sono protette separatamente. Il sistema non impone un testo medico libero per una segnalazione di blocco.

Automazione e IA

Le regole ricorrenti riducono gli inserimenti mensili. Promemoria prima della scadenza e visualizzazione dei conflitti durante l'inserimento. L'IA può strutturare un desiderio espresso vocalmente e spiegarne la differenza rispetto a un blocco inderogabile; il collaboratore conferma tipo e periodo. Il risolutore riceve dati strutturati verificati, non testi di desideri interpretati liberamente. Le funzioni IA presuppongono l’attivazione desiderata. Il trattamento resta sui server propri di Oronela in Svizzera.

Fabbisogno, competenze e disponibilità generano una proposta di piano ammissibile; il responsabile della pianificazione la verifica e pubblica modifiche comprensibili.

Periodo di pianificazione, modello di turno, turno, assegnazione, revisione del piano, versione delle regole e ciclo di calcolo gestiscono il piano e le basi decisionali. Il fabbisogno approvato e la revisione condivisa della capacità provengono da M06-A; D non possiede una seconda base concorrente del fabbisogno. La copertura minima e il mix di qualifiche sono registrati per intervallo temporale, non soltanto come numero giornaliero di persone.

Stato: bozza → calcolato → verificato → pubblicato → sostituito/chiuso. Un risultato del risolutore è una proposta versionata. Le modifiche ai piani pubblicati producono una nuova revisione da approvare, con differenza riconoscibile e notifica alle persone interessate.

Il calcolo separato della pianificazione riceve dati strutturati minimi e, per quanto possibile, pseudonimi. Fornisce assegnazioni, versioni delle regole e degli obiettivi, configurazione dell'esecuzione, seed dove supportato, stato del risultato e conflitti verificabili. «Ottimale», «ammissibile entro il limite di tempo», «senza soluzione» e «nessun risultato» vengono distinti.

Il nucleo funzionale verifica nuovamente ogni assegnazione proposta o inserita manualmente rispetto alle regole inderogabili. I risultati di calcolo manipolati, obsoleti o contrari alle regole vengono respinti. Il risolutore e l’interfaccia non possono autorizzare eccezioni.

Desideri, distribuzione equa dei turni gravosi, continuità e numero ridotto di modifiche sono gestiti come obiettivi flessibili approvati con ponderazione tracciabile. L’equità viene verificata secondo criteri e periodi definiti; motivi di salute privati o caratteristiche protette non costituiscono obiettivi di ottimizzazione improvvisati.

Prima della pubblicazione vengono verificati l'intero periodo interessato, le finestre di riposo trasversali, altri contratti della stessa persona, validità delle competenze, ferie, blocchi e revisioni attuali. La violazione di una regola inderogabile blocca la pubblicazione. L'impossibilità di soluzione produce un fabbisogno di copertura descritto concretamente, non un indebolimento silenzioso delle regole.

La pubblicazione assicura in un'unica transazione coerenza della revisione del piano e delle assegnazioni. Il processo comune di modifica per scambi e sostituzioni deve offrire modifiche multiple atomiche con le revisioni attese di turni, assegnazioni e regole.

Le anteprime devono mostrare quali persone e turni cambiano e quali notifiche vengono generate. Una notifica push inviata non è una conferma di ricezione. Le prese di conoscenza richieste hanno stato ed escalation propri.

Responsabilità

La pianificazione modifica gli ambiti assegnati; la pubblicazione richiede un’azione separata. Il collaboratore vede i propri turni e la vista d’équipe approvata. Il servizio solver non ha diritti di pubblicazione né di accesso ai documenti HR.

Automazione e IA

Pianificazione basata su regole, ripianificazione incrementale in caso di disponibilità modificata, spiegazione dei conflitti e notifiche. L'IA può formulare in modo comprensibile la spiegazione già calcolata; cause vincolanti e cifre provengono dal verificatore delle regole. La pianificazione manuale resta disponibile in caso di indisponibilità dell'IA o del risolutore ed è soggetta agli stessi controlli. Le funzioni IA presuppongono l’attivazione desiderata. Il trattamento resta sui server propri di Oronela in Svizzera.

Il personale trova autonomamente una soluzione consentita per uno scambio di turno oppure propone la propria collaborazione per turni aperti, senza che la pianificazione debba trasferire più volte le informazioni.

Offerta di scambio, consenso, turno scoperto, candidatura e decisione sullo scambio distinguono scambio reciproco, cessione di un turno e candidatura a un turno scoperto. La disponibilità dichiarata non costituisce ancora un’assegnazione vincolante.

Stato dello scambio: bozza → proposto → consenso di entrambe le parti → verifica → approvato/eseguito | rifiutato | scaduto | ritirato. Per i turni aperti: aperto → candidature → selezione/verifica → assegnato in modo vincolante | chiuso. Il ritiro dopo l’esecuzione richiede una nuova modifica.

Entrambe le persone interessate acconsentono alla specifica coppia di turni e alla revisione. Modifiche a un turno, a una persona o al periodo rendono invalidi i consensi precedenti. L'approvazione della direzione necessaria sul piano professionale segue il profilo operativo versionato.

L'esecuzione definitiva deve verificare entrambe le assegnazioni, inclusi tempi di lavoro e riposo, competenze, sovrapposizioni e dotazione minima, secondo lo stato attuale e modificarle in un'unica transazione. O tutte le assegnazioni interessate vengono salvate con audit e outbox oppure nessuna.

Più offerte o candidature non possono vincolare ripetutamente la stessa persona o lo stesso turno scoperto. Un impegno definitivo invalida le offerte concorrenti con stato e notifica tracciabili.

Le proposte considerano soltanto persone con le competenze richieste e una vista pubblicata per contatti e offerte. I collaboratori non vedono né i motivi privati dei blocchi né i dossier completi del personale dei possibili partner di scambio.

Responsabilità

Il collaboratore propone esclusivamente i propri turni scambiabili e conferma soltanto per sé. Una rappresentanza temporanea deve consentire esplicitamente l'azione in questione e restare riconoscibile. La pianificazione decide nell'ambito assegnato; nessuna autoapprovazione del proprio scambio.

Automazione e IA

Proposte di partner e turni verificate secondo le regole, nuova verifica automatica, promemoria prima della scadenza dell'offerta e chiusura delle offerte completate. L'IA spiega alternative consentite dai dati autorizzati. Nessuna candidatura o assegnazione vincolante automatica a nome del collaboratore. Le funzioni IA presuppongono l’attivazione desiderata. Il trattamento resta sui server propri di Oronela in Svizzera.

Un’indisponibilità segnalata diventa immediatamente visibile ai responsabili corretti e avvia una ricerca controllata del sostituto e la consegna delle attività aperte.

Segnalazione dell’assenza, informazioni riservate sull’assenza, turno interessato, caso di sostituzione e decisione sulla copertura separano periodo d’assenza, informazioni riservate, turni interessati e decisione di sostituzione. Stato: segnalato → ricezione confermata → trattato dai responsabili competenti → chiuso; lo stato della sostituzione è indipendente: fabbisogno aperto → in elaborazione → coperto | non coperto/escalation.

Il collaboratore deve poter segnalare e aggiornare una propria assenza con breve preavviso; una persona autorizzata a rappresentarlo può documentare una segnalazione telefonica con il momento effettivo della comunicazione e la persona che la registra. L'elaborazione di una segnalazione non costituisce una valutazione medica della capacità lavorativa.

La vista operativa mostra immediatamente quali turni pubblicati e requisiti minimi di copertura o competenza possono essere interessati. Un'indisponibilità confermata non viene ignorata soltanto perché non è ancora disponibile una sostituzione. Le informazioni non confermate mantengono uno stato di verifica visibile.

L’ufficio responsabile conferma la presa in carico; in assenza di conferma, il caso viene inoltrato a un sostituto dopo un termine versionato. Il solo invio push non chiude il caso. In assenza di connessione, l’app indica il canale di segnalazione operativo approvato e non può presentare una bozza locale come notifica di malattia consegnata.

Le proposte di sostituzione devono rispettare competenze, periodi di riposo, altri turni e assenze confermate. Una nuova assegnazione utilizza il contratto di pianificazione di D con verifica aggiornata, consenso necessario e approvazione. Nessun caso di sostituzione sblocca automaticamente le ferie o modifica i blocchi fissi.

L'interfaccia verso i moduli delle attività e dei passaggi di consegne fornisce soltanto riferimento all'assenza, validità e responsabilità necessaria. Le attività professionali non delegabili vengono escalate; non passano indiscriminatamente a una persona sostitutiva qualsiasi. Passaggio di consegne e turno sostitutivo hanno evidenze di completamento distinte.

Rientro, proroga e correzione di errori generano nuove revisioni tracciabili. Un turno sostitutivo non viene eliminato automaticamente al rientro; la pianificazione interessata verifica la modifica.

Responsabilità

Segnalazione personale; la pianificazione riceve periodo e fabbisogno. Motivo riservato e prove soltanto per la funzione HR specificamente autorizzata. I documenti medici non compaiono né nel piano dei turni né nella consegna delle attività.

Automazione e IA

Individuare i turni interessati, verificare le regole, proporre candidati idonei, preparare l’escalation e incarichi di passaggio autorizzati. L’IA può creare una panoramica delle consegne dai compiti consentiti; nessuna previsione di malattia o valutazione della credibilità. Le funzioni IA presuppongono l’attivazione desiderata. Il trattamento resta sui server propri di Oronela in Svizzera.

Il personale documenta il tempo di lavoro effettivo in pochi passaggi; le divergenze vengono verificate in modo tracciabile, senza presentare i turni pianificati come tempo lavorato.

Registrazione del tempo, pausa, correzione del tempo, foglio ore, approvazione del tempo e base dei supplementi gestiscono tempo effettivo, pause, riferimento al piano e caratteristiche temporali esportabili. Presenza, tempo di lavoro, reperibilità e ferie vengono valutati come categorie distinte soltanto secondo il profilo approvato.

Avvio e arresto sono possibili nei canali approvati se la direttiva organizzativa è attivata; l’inserimento successivo autorizzato resta disponibile. Orario di registrazione, periodo effettivo, fonte e autore restano distinti. Nessuna dichiarazione automatica di una prestazione lavorativa basata soltanto su un piano dei turni, una conferma push o l’app aperta.

Stato: bozza → presentato → in verifica → approvato | da correggere; un tempo già approvato riceve, in caso di correzione, una nuova revisione con motivo e nuova approvazione. Originale e approvazione precedente rimangono conservati.

Il server verifica registrazioni sovrapposte, intervalli negativi o eccessivi, pause, categorie consentite, attività oltre la mezzanotte, più contratti, fuso orario e grado di occupazione modificato. Le integrazioni professionalmente necessarie restano possibili e sono chiaramente contrassegnate come tali.

Le basi dei supplementi contengono finestre temporali e categoria approvata con versione delle regole; importi monetari e calcolo salariale appartengono al sistema salariale esterno. Arrotondamenti e delimitazioni seguono il profilo approvato e sono tracciabili attraverso esempi.

Il collaboratore può consultare le proprie ore, gli scostamenti tra pianificato ed effettivo, i commenti di verifica e lo stato di approvazione, e chiedere una rettifica. Le modifiche vincolanti apportate dai superiori devono essere riconoscibili e non possono avvenire di nascosto a danno del collaboratore.

Responsabilità

Registrare e correggere il proprio tempo; i responsabili dell’approvazione verificano. Nessuna autoapprovazione. Il cambio di sede o superiore non elimina automaticamente la necessaria verifica storica, ma richiede un diritto di verifica espressamente limitato nel tempo. Nessun monitoraggio permanente della posizione come condizione per la rilevazione del tempo.

Automazione e IA

Promemoria per registrazioni aperte, rilevamento delle divergenze basato su regole e proposta di associazione a un turno pianificato. Il collaboratore conferma i fatti effettivi. L'IA può formulare un testo di correzione, ma non inventare tempi o adeguarli segretamente a un valore previsto. Le funzioni IA presuppongono l’attivazione desiderata. Il trattamento resta sui server propri di Oronela in Svizzera.

L'amministrazione del personale trasferisce una sola volta al sistema salariale le basi temporali completamente verificate e può gestire in modo mirato rifiuti e correzioni.

Periodo di esportazione salariale, stato di esportazione consolidato, mappatura, pacchetto, prova di consegna e rettifica dell’esportazione gestiscono stati immutabili dei dati approvati con revisioni di contratto, regole, mappatura e approvazione.

Stato: aperto → verificato → bloccato → esportazione creata → trasmessa → confermata | parzialmente respinta | respinta. «File generato» non significa né trasmissione riuscita né accettazione da parte del sistema salariale.

La chiusura verifica approvazioni mancanti, intervalli temporali contraddittori, identificativi esterni di collaboratori o contratti non associati e versioni delle mappature. Periodi incompleti di persone o contratti non possono essere esportati silenziosamente come completi. Le chiusure parziali supportate devono essere esplicitamente indicate e approvate professionalmente.

L'esportazione contiene esclusivamente basi approvate di tempo, assenze e supplementi secondo il contratto del partner. Nessun dato dei residenti, diagnosi, certificato medico o commento HR libero. Sono definiti finalità, destinatario, cifratura e conservazione minima dell'artefatto esportato.

La ripetizione utilizza la stessa identità del batch e lo stesso snapshot. I destinatari privi di idempotenza tecnica richiedono un processo manuale controllato di consegna e riconciliazione; una ripetizione automatica indiscriminata non può provocare una doppia elaborazione.

Le correzioni successive generano una nuova esportazione correttiva con riferimento alla precedente. File storici di esportazione, ricevute e approvazioni rimangono inalterati. La riapertura di un periodo richiede autorizzazione separata, motivazione e nuova verifica delle prove interessate.

M06 è responsabile dell'istantanea professionale e dell'approvazione della mappatura; l'interfaccia effettiva con il partner utilizza il contratto di integrazione M17. Un adattatore CSV o API generico, senza specifica concreta del partner e verifica di accettazione, non costituisce ancora un collegamento salariale approvato. Codifica dei caratteri, formato decimale, formato temporale e campi obbligatori seguono il contratto del partner versionato, non la lingua dell'interfaccia dell'utente che esporta.

Responsabilità

Azioni distinte per chiusura, esportazione, download, consegna e riapertura. I diritti di esportazione sono vincolati a destinatario e ambito; il download è verificabile in sede di audit. Il collaboratore vede il proprio tempo approvato ed eventuali correzioni, non l'intero lotto.

Automazione e IA

Verifica di completezza, confronto di differenze e totali, consegna controllata, promemoria per le conferme mancanti e associazione degli errori tecnici a casi da trattare. L’IA può spiegare un messaggio d’errore autorizzato; modifica della mappatura, approvazione e rettifica restano sotto responsabilità umana. Nessun importo generato dall’IA e nessun invio autonomo. Le funzioni IA presuppongono l’attivazione desiderata. Il trattamento resta sui server propri di Oronela in Svizzera.

Contenuto contrattuale, sottoscrizione ed efficacia costituiscono un processo condiviso con l’amministrazione del personale.

I contratti di lavoro fanno riferimento al rapporto d'impiego e alla versione contrattuale già gestiti. Grado di occupazione, cambiamenti di posizione, allegati, clausole approvate, modelli e versioni precedenti restano reperibili in modo coerente nel dossier del personale. Non si crea una seconda anagrafica del personale accanto a M06-A.

Verifica interna del contenuto, invito alla firma, verifica completa delle evidenze ed efficacia effettiva sono fasi distinte. Tutte le firme necessarie di datore di lavoro e lavoratore vengono raccolte secondo la regola di firma approvata. Una firma ancora mancante resta visibile come conclusione aperta.

I collaboratori ricevono esclusivamente i propri documenti contrattuali approvati; HR opera nel proprio ambito di responsabilità. I poteri di firma vengono verificati separatamente. La lingua del contratto e quella dell’interfaccia possono differire, mentre l’originale firmato resta invariato.

Una modifica del grado d’occupazione o del contenuto durante la sottoscrizione richiede una nuova verifica del documento interessato. Le firme già apposte non vengono trasferite alle clausole modificate. Rifiuto, ritiro e accordi sostituiti rimangono tracciabili.

Le conclusioni su carta utilizzano la stessa operazione con scansioni verificate, dati dei firmatari e archiviazione degli originali. La funzione comune di documenti e firme in M12 gestisce le fasi di firma e le evidenze; M06 è responsabile del contratto del personale e della sua efficacia.

Responsabilità

Le risorse umane preparano, le persone autorizzate del datore di lavoro firmano, il personale verifica e sottoscrive i propri documenti.

Automazione e IA

L’IA può riassumere modifiche, segnalare dati mancanti e associare clausole approvate. Le modifiche vincolanti delle clausole e l’accettazione richiedono una decisione responsabile. Le funzioni IA presuppongono l’attivazione desiderata. Il trattamento resta sui server propri di Oronela in Svizzera.

Connessione e offline

Le bozze possono essere preparate nell’ambito consentito. Approvazione, firma e conferma dell’efficacia avvengono online.