142 pezzi, e a che cosa serve ciascuno.

Entrare nell'applicazione, e il controllo dell'età che decide se un account possa essere usato del tutto.

• Schermata iniziale e instradamento al primo avvio, così chi torna atterra dove si era fermato
• Registrazione e accesso contro la passerella, con i token tenuti in archiviazione sicura
• Reimpostazione della password via email
• Il controllo dei 18 anni, presentato prima che si possa comprare qualcosa

La verifica che permette a qualcuno di fare transazioni, compresi gli stati in cui una persona si trova mentre un umano riesamina ciò che il passaggio automatico non ha saputo risolvere.

• Un'introduzione guidata che spiega che cosa venga chiesto e perché
• Acquisizione della scansione del volto, e verifica del documento come via alternativa
• Stati di esito incerto e di revisione in corso, così la persona non resta mai senza risposta
• Lo stato di verifica si riflette su ciò che l'account può fare

La prima scheda. Un flusso ordinato di articoli, video e aggiornamenti, con gli editori che ci stanno dietro.

• Un flusso di contenuti ordinato, servito dalla passerella
• Dettaglio del contenuto con immagini e testo formattato
• Profili degli editori, così un lettore può seguire una fonte

Strumenti in autonomia: valutazioni che la persona svolge da sé, i loro risultati, e le funzioni per i partner costruite attorno.

• Svolgere una valutazione, e leggerne i risultati
• La mappa delle delights — una vista personale, e una condivisa
• Aggiungere, unirsi, invitare e confrontare partner
• Dettaglio di un partner, così un confronto si legge anziché ridursi a un punteggio

L'elenco come lo incontra un paziente: sfogliare, confrontare, salvare, chiedere, e la chat che ne segue.

• Sfogliare e filtrare l'elenco dei professionisti
• Un profilo con qualifiche, lingue, servizi e recensioni
• Professionisti salvati — I miei esperti
• Chattare con un professionista, e l'elenco di quelle conversazioni
• Richieste di consulenza, per una domanda che non è ancora una prenotazione

Che cosa si possa davvero prenotare, con il prezzo, la durata e se sia online o in sede.

• Sfogliare i servizi offerti dalla clinica
• Dettaglio del servizio con prezzo, durata e modalità di erogazione
• Passare direttamente alla prenotazione o all'acquisto dal servizio

Acquistare — una seduta singola, un pacchetto, o un prodotto. È da qui che viene il credito che un paziente spende dopo.

• Catalogo prodotti e dettaglio del prodotto
• Carrello, pagamento e contratto di servizio accettato all'acquisto
• Conferma dell'ordine, e lo storico degli ordini che ci sta dietro
• Pagamento gestito dalla passerella, mai dall'applicazione

Spendere un credito su un orario preciso in un'agenda precisa — e tutto ciò che il paziente ne vede dopo.

• Creare una prenotazione su disponibilità reali, nel fuso orario del paziente
• L'elenco delle prenotazioni, con ogni stato che una seduta possa avere
• Dettaglio della prenotazione: collegamento di ingresso, sede e stanza, spostamento e disdetta
• Sedute acquistate — crediti posseduti, spesi, e ancora da prenotare

Chiedere in pubblico, chiedere in privato, e le persone con cui un paziente sceglie di condividere i propri progressi.

• Un flusso di domande pubbliche, e porre una domanda prima di impegnarsi
• Dettaglio della domanda con la risposta del professionista
• Ticket di assistenza — aprirne uno, seguirlo, leggere le risposte
• Inviti ai partner ed elenco dei partner

La terza scheda, e la risposta alla maggior parte delle domande di assistenza. Tutto ciò che l'applicazione sa della persona, su una schermata sola.

• Appuntamenti prenotati e storico degli incontri, con riscontri e recensioni di seduta
• Crediti, sedute acquistate e preferiti
• Indirizzo di fatturazione, fatture, dettaglio della fattura, metodi di pagamento
• Notifiche, chat con i professionisti, chat dei partner e domande poste
• I miei servizi e i miei contenuti, per chi pubblica
• Modificare il profilo, cambiare la password, e le schermate dell'account

La stessa scheda, vista da un professionista. È ciò che rende un intero studio gestibile da un telefono anziché da una scrivania.

• Disponibilità: orari settimanali, ed eccezioni datate
• Chat dei pazienti, e la storia del paziente dietro ciascuna conversazione
• Depositare una relazione di seduta dalla seduta a cui appartiene
• Analisi del professionista — l'imbuto di prenotazione, l'anticipo e le cifre per paziente
• Compensi e i quattro secchi, nascosti e sostituiti da conteggi su un contratto a stipendio

Un assistente conversazionale nell'applicazione, trasmesso attraverso la passerella così che nessuna credenziale di modello raggiunga mai il dispositivo.

• Una schermata di chat con risposte trasmesse in continuo
• Storico delle conversazioni, così un filo si può riprendere dopo
• Instradato attraverso l'interfaccia IA della passerella, che si risolve in un fornitore reale o in una simulazione

I comandi che una persona si aspetta di trovare, compresi quelli che un regolatore si aspetta che possa trovare.

• Impostazioni dell'applicazione e scelta della lingua fra 23 locali
• Impostazioni sulla privacy, e quali notifiche arrivino su quale canale
• Impostazioni di sicurezza, comprese le sessioni dei dispositivi
• Condizioni, informativa sulla privacy e documenti legali nell'applicazione anziché su un sito
• Cancellazione dell'account, come via che la persona può percorrere da sé

Ciò su cui ogni funzione qui sopra è costruita. Non una schermata, ma il motivo per cui le schermate si comportano in modo coerente.

• Rete verso la passerella, con rinnovo dei token e gestione degli errori in un solo posto
• Archiviazione sicura per i token e per lo stato sicuro del dispositivo
• Instradamento, così una notifica può aprire esattamente la schermata a cui si riferisce
• Un tema unico che porta il sistema di design Raznameh
• 23 file di traduzione, con il sistema di calendario che segue la persona, non l'azienda
• Componenti condivisi, così un elenco, uno stato vuoto e un errore hanno lo stesso aspetto ovunque

Fa da intermediario per l'accesso al nucleo aziendale ed emette token propri di breve durata. L'applicazione non detiene mai una credenziale del nucleo.

• Accesso, registrazione, rinnovo e disconnessione, con JWT emesso dalla passerella
• L'utente corrente e il suo profilo
• Registrazione del dispositivo, così le notifiche push raggiungono il telefono giusto
• Documenti legali e l'accettazione registrata rispetto a una persona

Tutto ciò che un paziente sfoglia prima di spendere qualcosa, servito in fretta e tenuto in cache dove costa.

• Professionisti, i loro profili, disponibilità e servizi
• Categorie di servizio e prodotti prenotabili
• Recensioni e valutazioni, con lo stato di moderazione rispettato
• Letture in cache per tutto ciò che l'elenco solleciti ripetutamente

La metà transazionale. Acquisto, credito, prenotazione, fattura e pagamento, ciascuno proiettato sul nucleo aziendale anziché reimplementato.

• Creare, spostare e disdire una prenotazione, con la policy applicata dal nucleo
• Ordini e i crediti che producono
• Fatture e documenti di fattura
• Avvio e conferma del pagamento, dietro un'interfaccia di pagamenti

La metà orientata alla lettura: ciò che una persona sfoglia quando non sta prenotando.

• Il flusso di contenuti ordinato e il dettaglio del contenuto
• Domande e risposte pubbliche
• Scoperta, autovalutazioni e i loro risultati
• Funzioni per i partner e i confronti costruiti su di esse

Il nodo WebSocket. Chat, presenza, trasmissione IA e segnalazione per voce e video, su una sola connessione.

• Gestione della connessione WebSocket e presenza
• Chat fra paziente e professionista, e canali di gruppo
• Segnalazione per le chiamate voce e video
• Consegna delle notifiche e impostazioni di notifica per persona
• Notifiche push tramite Firebase Cloud Messaging

File, tenuti così che l'applicazione non parli mai direttamente con l'archiviazione e nulla sia servito da un URL indovinabile.

• Accesso sicuro ai documenti, nel rispetto delle regole di accesso del nucleo anziché rigiudicandole
• Caricamento e recupero dei media, passati dalla passerella
• Immagini ridimensionate e tenute in cache, così un elenco costa poco su un telefono

Il resto: aprire un ticket, chiedere una consulenza, dire all'applicazione che cosa questa installazione abbia attivato, e parlare con un modello.

• Ticket di assistenza e le loro risposte
• Richieste di consulenza
• Configurazione a runtime, così l'applicazione mostra solo le funzioni che questa azienda ha attivato
• Richieste IA, trasmesse in continuo, con la credenziale del modello tenuta qui e in nessun altro posto

Quattro interruttori, ciascuno che si risolve in un fornitore reale o in una simulazione. È per questo che il parco si può dimostrare, sviluppare e collaudare senza alcun account esterno.

• DATA_SOURCE — il nucleo aziendale Odoo, o un insieme di dati simulato
• PAYMENTS — un fornitore reale, o una simulazione che si comporta come tale
• NOTIFICATIONS — Firebase Cloud Messaging, o una simulazione
• AI — un fornitore di modelli reale, o una simulazione
• Limitazione di frequenza e secchi a gettoni in Redis, così un limite tiene su tutti i processi
• Nessun singolo fornitore esterno può impedire alla clinica di vendere, erogare e documentare una seduta

Il motore di pianificazione sotto tutto il resto — calendari, disponibilità, stanze e le regole che decidono quali slot un paziente possa davvero vedere.

• Un motore di disponibilità che risolve orari settimanali, eccezioni datate e prenotazioni esistenti in slot liberi
• Pianificatori, ospiti, sedi e stanze, con capienza e rilevamento delle sovrapposizioni
• Regole sugli slot, liste d'attesa e offerte automatiche di slot quando una prenotazione si libera
• Domande di accettazione poste al momento della prenotazione, con le risposte conservate sulla prenotazione
• Promemoria per email e SMS, con liste di esclusione per persona
• Pubblicazione del calendario in ICS, e collegamenti ai sistemi di calendario esterni
• Registrazioni di presenza, un imbuto di prenotazione e le analisi dietro le cifre per professionista
• Limitazione di frequenza sulle vie di prenotazione pubbliche, e una via di cancellazione dei dati di prenotazione

Vende sedute individuali come crediti. È il modulo che rende acquisto e prenotazione due passi distinti, il che permette di vendere oggi un pacchetto e programmarlo nell'arco di mesi.

• Sedute vendute come crediti su un prodotto, singolarmente o in pacchetto
• Contratti di servizio dei pacchetti accettati all'acquisto e conservati nella versione accettata
• Politiche di disdetta a fasce con finestre di preavviso, penali e un periodo di grazia
• Flussi di spostamento e disdetta che restituiscono il credito dove la policy lo dica
• I secchi del professionista — acquistate, prenotate, trattenute, non prenotate — e l'avanzamento per professionista
• Collegamenti di prenotazione del portale, e barriere del carrello che fermano un acquisto non prenotabile
• Una cucitura di risoluzione del compenso: la seduta congela la propria ripartizione alla prenotazione senza sapere che cosa sia un contratto
• Riscontri dopo la seduta, e la traccia delle mancate presentazioni di cui la reportistica sull'affidabilità ha bisogno

Lo strato applicativo: i professionisti e i loro profili pubblici, l'API mobile, i contenuti e la comunità, le notifiche e l'area riservata del paziente.

• Profili dei professionisti con flusso di verifica, titoli, servizi e calendari
• Recensioni, valutazioni, domande pubbliche e il cruscotto del professionista che le governa
• Endpoint REST per l'applicazione mobile, autenticazione JWT e sessioni WebSocket
• Chat in tempo reale — fra paziente e professionista, con i partner e in canali di gruppo — agganciata alle sedute
• Contenuti e pubblicazione: profili degli autori, un flusso ordinato e la scoperta dei contenuti
• Fatture, metodi di pagamento e il ponte fra l'ordine e la seduta
• Notifiche via push, e-mail e dentro l'applicazione, con una diramazione per i promemoria delle sedute
• Verifica dell'età e dell'identità, ticket di assistenza, richieste di consulto e registrazione dei dispositivi

Applicazioni OdooOnDelights Platform

I diciassette report della direzione. Dodici chiedono se il registro della clinica corrisponda a quanto è accaduto; quattro confrontano l'andamento dei professionisti; uno sta sopra tutti gli altri.

• Elenchi di allineamento: sedute bloccate, crediti non prenotati, copertura rispetto alla domanda, catena del denaro, registro degli onorari
• Pronti al pagamento, condotta sulle disdette, fascicolo di conformità, continuità del paziente e coda di moderazione
• Sedute senza report, e sedute disdette lette accanto alla condotta
• Andamento: la scheda del professionista, la classifica, l'affidabilità e gli esiti dei pazienti
• Un solo comando di perimetro — tutta l'attività, alcune persone, una persona — con un periodo di confronto
• Viste salvate ed esportazione CSV su ogni report
• Un report non scrive mai nulla: disinstallarlo toglie i report e non cambia nessun comportamento operativo

La nota clinica che il professionista deposita dopo una seduta tenuta — conservata come documento protetto riferito al paziente, non come allegato di un appuntamento.

• Un report depositato sulla seduta e registrato come riferito al paziente
• Cifrato a riposo sul servizio dei documenti protetti, con una chiave per versione
• L'accesso lo decide solo l'appartenenza all'équipe di cura, mai un ruolo né l'anzianità
• Le correzioni si depositano come nuove versioni; la versione precedente resta esattamente com'era
• Ogni lettura è registrata, così cercare un report mancante non significa mai leggerne uno

Un accordo stabile invece di un acquisto ogni volta: un piano venduto in negozio, e l'abbonamento di un singolo paziente su quel piano.

• I piani sono prodotti del negozio con immagine e descrizione; il catalogo pubblico sta su /memberships
• Un abbonamento porta con sé crediti di seduta, accesso alla chat e minuti di consulto offline
• I crediti restano normali crediti di seduta, così la prenotazione non deve imparare un secondo regolamento
• Periodi con rinnovo e riporto, e il piano decide che cosa si riporta
• Il professionista vede quali suoi pazienti sono abbonati, e a che cosa

Il tempo del professionista acquistato a minuti invece che ad appuntamento, speso in chat e contabilizzato al minuto.

• Un servizio può vendere un monte minuti del professionista, con una finestra di validità facoltativa
• Tariffario sull'azienda, sostituibile servizio per servizio
• Una riga di registro per ogni addebito, e un estratto conto che tanto il paziente quanto il professionista possono aprire
• Il monte minuti è controllato dove il messaggio parte, non dove qualcuno si ricorda di controllarlo

Il questionario che il paziente compila prima della prima seduta, conservato come contenuto clinico e non come risposte a un sondaggio.

• Un servizio indica il questionario che lo accompagna
• Il paziente lo compila prima della seduta, dalle proprie pagine
• Le risposte sono scritte direttamente in un documento cifrato — mai lasciate nell'archivio del sondaggio
• Il clinico lo apre dalla seduta, secondo le normali regole di accesso ai documenti

Il bonifico bancario come via di pagamento, per le cliniche che vogliono una persona a guardare ogni ordine prima e dopo il movimento del denaro.

• Approvare l'ordine, fatturarlo, ricevere la contabile del bonifico, approvarla e solo allora emettere i crediti
• I crediti compaiono soltanto a contabile approvata, così un ordine non pagato non può prenotare una seduta
• Il rifiuto porta con sé la propria motivazione, e l'ordine torna a chi è in grado di rimediare
• Ogni passo è uno stato dell'ordine, non un appunto lasciato da qualcuno

La metà rivolta al paziente della via offline: dove paga, che cosa carica e che cosa sta aspettando l'ordine.

• Ogni stato ha colore e segno propri in « I miei ordini », così l'attesa si distingue a vista dal rifiuto
• Pagare e caricare la contabile in un'unica finestra, senza uscire dall'ordine
• La motivazione del rifiuto è mostrata dove la leggerà chi deve porvi rimedio
• Un riquadro nel cruscotto per gli ordini che aspettano qualcosa dal paziente

I conti, su un cruscotto tutto loro: che cosa è entrato, che cosa è dovuto, quanto è costata l'erogazione e che cosa deve ancora arrivare. Separato da quello della direzione per scelta — rincorrere una fattura non pagata in reparto è un mestiere, e tenere la contabilità un altro.

• Una pagina d'ingresso con quattro riquadri di denaro, sei indici di salute, sei grafici e un elenco di segnalazioni
• Ventuno report: cassa, ricavi, costo dell'erogazione, previsione, dispersione e due liste di controllo
• Competenza o cassa, cinque periodi e un intervallo personalizzato, portati dentro ogni approfondimento
• Restringere qualsiasi report per servizio, professionista o paziente; vista a grafico ed esportazione CSV su ogni pagina
• Niente compensazioni, nessun tasso senza il suo denominatore, i livelli di previsione mai sommati fra loro
• Una lista di controllo di chiusura mensile dove tutte le spunte sono la chiusura buona
• Legge la contabilità e mai il contenuto clinico — un'autorizzazione distinta, su un'utenza interna

What needs doing, for the four teams around the clinic. Sales, people, marketing and delivery each get a page, and every page opens with the same question: what is late, what is now, what is coming, and what has nobody promised to act on.

• Four dashboards, each a record rather than code, so a pack can add one
• The activity strip on every page: late · today · planned · nothing scheduled · needs attention
• **Nothing scheduled** is the band Odoo has no state for — an open record nobody has promised to do anything about, which appears on no other screen
• The attention rule is printed under its own count, because a threshold the reader cannot see is one they stop trusting
• Twenty-six reports, each carrying the code of the specification row it implements
• A figure whose model is not installed reports *not applicable*, never zero
• Lists that should be empty, with a nightly alert that ships switched off
• Every rate prints its denominator, and an em dash under five records
• Today's presence and absence — still checked in, checked in today, on leave today
• Depends on base, mail and web and nothing else: it reports on CRM, HR, mailing, project and contract data without requiring any of it

How we are doing, in the app managers already open. Four pages in Odoo's own Dashboards, in a Clinic Teams section of their own, built the way its Sales and Expenses pages are built.

• Four pages — CRM, Sales, Delivery, People — beside Odoo's own
• Four KPI tiles a page, each with the previous period beside it
• Two charts and two to four top-N tables a page, every one opening the records behind it
• A figure that is a state of the world takes no period and shows no comparison — headcount filtered to the last ninety days is not headcount
• A chart grouped by a date takes the period; one grouped by a stage does not
• The workbooks are generated and their cross-references validated before anything is written
• Each page is visible to the Odoo group that owns its data, so nothing extra is granted

Three more pages in the same section, kept apart because each one needs an app the clinic may not run.

• Attendance: currently checked in, records, hours worked, extra hours, by employee and by department
• Time off: requests awaiting an answer, days approved, refusals, and where leave falls by month, type and department
• Staff payments: to report, to validate, to reimburse, and what was claimed in the period
• Separate from the other dashboards because each forces an app — attendance, time off, expenses
• Attendance counts records, not people: a lunch break makes one person two rows, and the page says so
• Currently checked in is a presence figure during the working day and a list of people who forgot to check out after it

Un modulo pubblico che trasforma una domanda in un compito con un responsabile.

• Un modulo su /support/ticket che chiunque può usare, con o senza accesso
• Ogni invio apre un compito, assegnato all'amministratore del negozio
• Chi ha scritto segue il proprio ticket, e l'amministratore è avvisato in Discuss

Un percorso di cura con un inizio, una fine e un piano — la spina dorsale a cui si aggancia tutto il resto del fascicolo clinico. La cura non è una sequenza di appuntamenti, e il fascicolo lo dice.

• Un episodio si apre alla prima seduta tenuta, e un paziente ne ha uno aperto per volta
• Un piano di trattamento per episodio: problema → traguardo → obiettivo, tre livelli e non uno di più
• Un traguardo porta un titolo, una data prevista e un risultato — verso che cosa si è lavorato, e com'è andata
• In corso o Concluso come stato leggibile dal paziente, tenuto distinto dai sei esiti clinici perché i due non compaiano mai sulla stessa schermata
• Un piano si rivede o si sostituisce, non si modifica sul posto: la versione concordata resta com'era
• Chiudere un episodio chiede un esito su ogni traguardo aperto, perché quello è l'unico momento in cui qualcuno conosce la risposta — e dice quanti si chiuderebbero senza
• La chiusura avvia il termine di conservazione che il servizio documentale conta
• Ogni professionista che ha incontrato il paziente vede l'episodio; leggere il report di un collega è una richiesta a parte, approvata da un amministratore della clinica e scritta nel registro in un caso come nell'altro
• Il paziente legge lo stesso episodio sulle proprie pagine, con parole che non lo giudicano mai

Modelli di nota come elenco ordinato di campi tipizzati, così che una nota sia fatta di risposte e non di prosa che nessuno può cercare.

• Un modello è un elenco di campi tipizzati, versionato e pubblicato — testo, numero, scala, scelta, data
• Una nota compilata sono le risposte più un documento protetto già composto
• Le risposte si leggono esattamente quando si legge il loro documento: una sola regola di accesso, non due destinate a divergere
• Visibilità campo per campo, così un'osservazione riservata è assente dalla copia del paziente invece di starci nascosta dentro
• I modelli si scelgono sul modulo del report di seduta, per disciplina

Il contenuto di partenza per il motore dei modelli: un migliaio di formati di nota già intitolati, perché una clinica non cominci con una libreria vuota.

• Oltre mille modelli intitolati — SOAP, DAP, BIRP, accoglienza, revisione — raggruppati per disciplina
• Installati come dati, poi modificabili come qualunque modello scritto dalla clinica stessa

Quello che un paziente registra fra una seduta e l'altra, agganciato al traguardo che misura. Un programma che non riferisce a nulla è il modo in cui il monitoraggio diventa un compito a casa.

• Una libreria di programmi con sei tipi di voce: questionario, misurazione, scelta, diario, caricamento, attività
• Un programma si invia a un traguardo, così ogni registrazione riferisce a qualcosa che il piano ha davvero chiesto
• Il paziente registra sul proprio piano: prima quello che scade oggi, poi ogni traguardo e che cosa è aperto su ciascuno
• Nessuna schermata rivolta al paziente lo conta né lo valuta — una cosa non registrata si legge come non registrata, e non c'è tasso, né punteggio, né serie di giorni
• Il carico del clinico ordinato dal peggio: segnalazioni di rischio da prendere in carico, mai avviati, silenziosi da quattordici giorni, in scadenza questa settimana
• Un tasso con meno di cinque casi da misurare si rende con un trattino, e un conteggio fallito si rende come non disponibile — mai come zero
• « Faccio fatica », che arriva al clinico senza un numero attaccato
• Report depositati su un traguardo invece che su un appuntamento, cifrati, sotto le stesse regole di accesso di ogni altro report clinico
• Programmi rivisti durante una seduta, contati dal report della clinica che chiede se qualcuno li abbia guardati
• Ogni schermata che porta osservazioni dice che le registrazioni non sono sorvegliate in tempo reale

Strumenti con punteggio di proprietà della clinica. Non viene distribuito nessun contenuto e non si rivendica nessuna licenza: la clinica inserisce ciò che ha diritto di usare.

• Un punteggio è conservato con la versione dello strumento che lo ha prodotto, e non viene mai ricalcolato
• Fasce e soglie per strumento, e una fascia di rischio alza una segnalazione che qualcuno deve prendere in carico
• Compilato dal paziente sul portale o in seduta, e in entrambi i casi il canale resta registrato
• Andamenti nel tempo per strumento, con la direzione; i punteggi di strumenti diversi non si fondono mai in un numero solo, perché misurano cose diverse su scale diverse
• Un questionario è un tipo di voce di programma, non una funzione a sé con un elenco tutto suo

Una nota scritta una volta sola e depositata a ciascun partecipante come documento proprio.

• Una sola stesura di partenza, un documento depositato per ogni paziente presente
• Un campo riservato è assente dal documento di un altro partecipante, non nascosto dentro
• Depositato a chi era presente, non a chiunque fosse prenotato
• La seduta risulta documentata solo quando ogni partecipante ha la propria copia

Una scadenza che il clinico fissa alla fine di una seduta, su cui si agisce quando arriva.

• Un richiamo è una data e un motivo, creato alla fine di una seduta
• Invita; non prenota mai
• I richiami in scadenza compaiono nel riepilogo della clinica prima che parta qualunque messaggio automatico
• L'invito automatico resta spento finché la clinica non lo accende

I codici diagnostici dove servono alla fatturazione, da cercare invece che da scrivere a memoria.

• Capitoli e codici ICD-10-CM consultabili
• Un codice registrato sul paziente e riportato su ordini e fatture

Le condizioni di compenso per seduta sul contratto del dipendente, e il ciclo di pagamento che le liquida. Al momento del pagamento non si ricalcola nulla — ogni seduta ha congelato la propria ripartizione quando è stata prenotata.

• Quattro tipi di compenso: stipendio mensile, tariffa oraria, importo fisso per seduta o percentuale su ogni seduta
• Condizioni tenute sulla versione del contratto, così la storia è datata e una sola è in vigore per volta
• Cicli di pagamento — settimanale, quindicinale, mensile o trimestrale — ancorati al calendario o all'inizio del contratto
• Un'attività giornaliera che apre una bozza di liquidazione la mattina in cui un ciclo si chiude
• Confermare una liquidazione genera una fattura fornitore per professionista, a partire dagli importi congelati
• Uno storico dei pagamenti conservato e visibile al professionista, comprese le liquidazioni annullate
• Rinegoziare oggi non riscrive mai quanto era dovuto il mese scorso

Invia alla firma i contratti di collaborazione dal record a cui appartengono, e ne conserva lo storico firmato su quello stesso record.

• Inviare un contratto alla firma dal contratto stesso
• Ogni richiesta conservata su quel record come suo storico
• Il compenso di seduta può essere trattenuto sotto un contratto che nessuno ha ancora firmato
• Si installa solo quando entrambe le parti sono presenti, così nessuno dei due moduli si porta dietro una dipendenza di cui non ha bisogno

Il servizio vero e proprio. Un modello lo adotta con una riga e guadagna i suoi documenti, un contatore e una finestra di deposito che dice in parole semplici chi potrà aprire il risultato prima che venga conservato.

• Cifrati a riposo con una chiave propria, conservati fuori dal filestore di Odoo e mai serviti attraverso /web/content
• Accesso per regole esplicite, con rifiuto per difetto: una regola di permesso che corrisponde e nessuna regola di divieto che corrisponda, ogni volta
• Essere amministratore, essere responsabile o essere chi ha depositato il documento non concede nulla di per sé
• Ogni lettura oltre a ogni scrittura è registrata, in un registro a sola aggiunta concatenato per hash che nessuno può modificare
• Versionati e a sola aggiunta: una correzione è una nuova versione, la precedente resta intatta
• Conservazione e smaltimento secondo regole relative, eseguiti distruggendo la chiave
• Deliberatamente non cerca dentro i documenti — su contenuto cifrato non si può fare ricerca a tutto testo

Lo strato crittografico, tenuto come modulo a sé perché la gestione delle chiavi si possa rivedere e verificare senza leggere il resto dell'applicazione.

• Cifratura a busta AES-256-GCM: una chiave dati casuale per versione del documento, avvolta sotto una chiave dell'installazione
• La chiave che avvolge le chiavi non è mai conservata nella base dati
• Il testo cifrato in una cartella tutta sua, fuori dal filestore
• Rotazione delle chiavi che riavvolge le chiavi senza riscrivere un solo byte di testo cifrato
• Cancellazione crittografica: distruggere la chiave smaltisce il documento e lascia intatta la pista di controllo
• Si rifiuta di avviarsi se la chiave manca, è leggibile da tutti, appartiene all'utente sbagliato o si trova dove viaggerebbe insieme ai dati

Il luogo dove una persona legge i documenti che le sono stati condivisi sul proprio conto, su /my/documents — e soltanto quelli.

• L'interessato vede un documento quando una regola di accesso dell'interessato glielo concede e nulla glielo nega — mai per il solo fatto che lo riguardi
• Le note di psicoterapia, i documenti sigillati e quelli sotto una decisione di trattenimento in corso non sono mai mostrati, qualunque cosa dicano le loro regole
• Un solo filtro usato da ogni rotta, così esiste sempre una sola definizione di chi possa vedere che cosa
• Contenuto decifrato in memoria e trasmesso; nulla viene scritto su disco
• Un documento che l'utente non può vedere restituisce 404, mai 403 — tirare a indovinare i riferimenti non deve rivelare chi ha un fascicolo
• Ogni visualizzazione e ogni scaricamento sono registrati, compresi quelli dell'interessato stesso, e la pagina lo dice
• Letture limitate nel ritmo per utente, contate dal registro degli accessi perché il limite tenga su tutti i processi

Deposita i documenti protetti sui contatti — l'interessato più comune, dato che la persona di cui un documento parla è di solito la persona su cui è depositato.

• Aggiunge il servizio dei documenti protetti a res.partner
• Si installa da sé quando entrambe le parti sono presenti, e si disinstalla senza toccare né l'una né l'altra
• Un ponte per applicazione, così adottare il servizio su un contatto non tira dentro applicazioni che non c'entrano

Deposita i documenti protetti sulle opportunità — un fascicolo di due diligence non ha nulla di clinico, e ha esattamente gli stessi requisiti.

• Aggiunge il servizio dei documenti protetti a crm.lead
• Cifrati, filtrati da regole e registrati a ogni lettura, come qualunque altro documento protetto
• Si installa e si disinstalla in modo pulito e indipendente dagli altri ponti

Deposita i documenti protetti sulle schede dei dipendenti — un fascicolo disciplinare o un referto di medicina del lavoro è qualcosa che un responsabile deposita e che quasi tutto il personale del personale non deve poter aprire.

• Aggiunge il servizio dei documenti protetti a hr.employee
• Accesso con rifiuto per difetto, così un ruolo delle risorse umane non apre un fascicolo per il solo fatto di essere un ruolo delle risorse umane
• Si installa e si disinstalla in modo pulito e indipendente dagli altri ponti

Deposita i documenti protetti sulle attività — un contratto riservato o una consegna firmata, tenuti dove si segue il lavoro.

• Aggiunge il servizio dei documenti protetti a project.task
• Si installa da sé quando entrambe le parti sono presenti, e si disinstalla senza toccare né l'una né l'altra

Deposita i documenti protetti sugli ordini — un accordo firmato, o i documenti d'identità di un cliente, tenuti sulla vendita a cui appartengono.

• Aggiunge il servizio dei documenti protetti a sale.order
• Si installa da sé quando entrambe le parti sono presenti, e si disinstalla senza toccare né l'una né l'altra

Facoltativo: spostare fuori dalla macchina Odoo la chiave che avvolge le chiavi, così che una copia della base dati non sia una copia dei documenti.

• Le chiavi dei documenti sono avvolte e svolte attraverso un'autorità remota anziché localmente
• La chiave che avvolge le chiavi non si trova mai sulla macchina che serve l'applicazione
• Si accende installazione per installazione; il motore locale resta disponibile e immutato
• Un'autorità irraggiungibile si rifiuta di aprire i documenti invece di ripiegare in silenzio

Stabilisce chi è l'équipe di cura. Un terapeuta raggiunge i fascicoli delle persone che ha in carico, non quelli della clinica — ed è questo che rende il principio del minimo indispensabile una regola applicabile e non un auspicio.

• Rapporti di cura — dal clinico al paziente, con un tipo, un inizio e una fine
• L'accesso finisce quando finisce il rapporto, dopo un margine abbastanza lungo da chiudere le note rimaste
• Ruoli clinici che decidono quale parte dell'applicazione una persona raggiunge, mai che cosa possa aprire
• Un profilo riservato alla direzione per incidenti, reclami e segnalazioni di tutela — chiuso perfino a chi li ha depositati
• Il registro delle comunicazioni: che cosa è uscito dal servizio, verso chi e su quale base
• Diritti dell'interessato: richieste di accesso con il loro termine di legge, rettifiche che si aggiungono invece di sovrascrivere, limitazioni che sigillano
• Riferimenti per la conservazione — ultimo contatto, data di nascita, data di morte — su cui lo strato di base fa i propri conti
• Il registro delle violazioni vero e proprio — che cosa è successo, chi è stato coinvolto e se chi ha preso i dati potesse leggerli — con gli strati nazionali che aggiungono i propri termini allo stesso episodio invece di tenerne ciascuno uno proprio
• Comunicazioni riservate: un paziente può chiedere che un canale non venga mai usato, e il rifiuto scatta dove i messaggi escono, non dove qualcuno se ne ricorda — un'e-mail a un indirizzo bloccato è annullata, mai spedita di nascosto all'indirizzo in archivio
• Nessun campo, da nessuna parte, per registrare perché l'abbiano chiesto, perché pretendere una spiegazione è proprio ciò che la norma vieta
• Una proroga su una richiesta di accesso, una sola, misurata sulla data che ne risulta e non sul numero digitato — un mese da marzo e un mese da luglio non sono lunghi uguale
• Il contributo scomposto nelle voci che la norma consente, perché « ragionevole e basato sui costi » è un'affermazione, e un'affermazione con un numero solo dietro è un'affermazione che nessuno può verificare
• Una copia a una persona indicata dall'interessato, rifiutata finché non è in archivio la sua disposizione scritta e firmata
• Un rifiuto riesaminato da qualcuno diverso da chi ha rifiutato — imposto dal sistema, non lasciato alla procedura
• Una rettifica negata su cui la persona non è d'accordo: la sua dichiarazione, l'eventuale controdeduzione, e tutte e due che viaggiano con ogni comunicazione successiva del fascicolo contestato — allegate dal registro, non da qualcuno che se ne ricorda
• Chi a valle ha già l'informazione viene indicato e avvisato, perché una rettifica di cui nessuno viene a sapere corregge una sola copia di un fascicolo

Lo strato GDPR: i diritti e la macchina di governo per cui l'HIPAA non ha equivalenti, ed è per questo che un impianto a norma statunitense non copre l'Europa.

• Base giuridica registrata per tipo di documento — art. 9, par. 2, lett. h) per i fascicoli di cura, non il consenso
• Cancellazione (art. 17) eseguita distruggendo la chiave, così il diritto è rispettato senza cancellare la prova di che cosa fosse conservato
• Una valutazione sulla cancellazione, e nulla viene distrutto finché regge un blocco legale o un periodo di conservazione
• Portabilità (art. 20) come archivio zip trasmesso — metadati in JSON, contenuto così come depositato, ogni documento registrato uno per uno
• Notifica delle violazioni (artt. 33 e 34): 72 ore all'autorità, e l'esonero per la cifratura previsto dall'art. 34, par. 3, lett. a)
• DPIA e registro dei trattamenti conservati come parte del fascicolo di governo

Un ponte, non una costruzione — unisce l'informativa sulla riservatezza firmata alla registrazione della presa d'atto, così che il fascicolo sappia rispondere a quale versione la persona abbia davvero visto.

• Una firma completata scrive la presa d'atto, una volta sola — un webhook consegnato due volte non deve falsare il conto di chi manca ancora
• La richiesta di firma indica la versione dell'informativa, perché quella è l'unica domanda che a una presa d'atto viene posta
• Una penna su un modulo all'accettazione resta una presa d'atto scritta; il ponte aggiunge una via, non sostituisce quella ordinaria
• Una richiesta firmata da un clinico per conto di un paziente non è la presa d'atto di quel paziente, e non viene contata come tale

L'UK GDPR e il Data Protection Act 2018 sullo stesso nucleo tecnico — con la verifica del danno grave costruita come flusso di lavoro e non come casella da spuntare.

• La verifica del danno grave (DPA 2018, All. 3, Parte 2) registrata con chi ha deciso, quando, su quali documenti e perché
• Può prenderla solo chi ha in corso un rapporto di cura, e il sistema lo controlla invece di darlo per scontato
• Compare in una coda di riesame prima di scadere, e decade da sé dopo sei mesi
• Toglierla ripristina l'etichetta che il documento aveva prima, non « normale »
• Il trattenimento è verso l'interessato, non verso l'équipe di cura — chi sta curando la persona continua a leggere
• Il calendario di conservazione dell'NHS Records Management Code of Practice 2021 come dati iniziali
• La gestione dei fascicoli dei defunti secondo l'Access to Health Records Act

Le tutele organizzative — la metà dell'HIPAA che non riguarda la cifratura, e la metà che le autorità contestano più spesso.

• L'analisi dei rischi come esercizio con un periodo, un perimetro e un metodo, distinta dal registro di ciò che ha trovato — così l'anno prossimo si potrà confrontare con questo
• Ogni rischio portato dentro la valutazione successiva con un rimando all'indietro, perché un registro che riparte in bianco ogni anno perde la memoria di ciò che era stato deciso
• Il livello intrinseco calcolato e quello residuo deliberatamente no — un residuo ottenuto sottraendo il punteggio di un controllo è una finzione che dice la stessa cosa di un controllo collaudato la settimana scorsa e di uno scritto in una procedura
• Accettare un rischio richiede una motivazione registrata; la decisione è spesso giusta, e dopo nessuno saprebbe dire quale volta lo fosse
• Il riesame delle attività con le sue domande scritte per esteso — nessun rapporto di cura, accesso d'emergenza, un cognome condiviso, fuori orario, un volume anomalo — perché « rivedere i registri » senza dire che cosa cercare è il modo in cui i riesami diventano una firma sul nulla
• Concludere un riesame verifica ogni catena di hash toccata nel periodo, ed è questo che trasforma un registro su cui le manomissioni si vedono in un registro su cui le manomissioni si notano
• Le nomine tenute come intervalli di date con i vuoti calcolati, perché il requisito non è chi le abbia oggi ma che qualcuno le abbia avute senza interruzioni
• Le registrazioni delle sanzioni leggibili solo da un gruppo in cui non si entra per deduzione — una registrazione di sanzione che trapela è un incidente a sé
• Una lista di controllo per la cessazione e un'attività giornaliera che ne apre una per chiunque abbia superato la data di uscita: che gli accessi sopravvivano al rapporto di lavoro è il controllo che fallisce più spesso
• Formazione con una scadenza, perché una formazione scaduta non è formazione
• Un'analisi di criticità che controlla i propri conti: un sistema la cui base dati si ristabilisce più lentamente di lui ha un obiettivo di ripristino che qualcuno ha scritto, e i due numeri stanno su righe diverse di un foglio di calcolo
• Piani di continuità che dicono quando sono stati collaudati l'ultima volta, e un elenco di quelli mai collaudati — l'unica cosa che distingue un'organizzazione che ha un piano da una che crede di averlo
• Un collaudo che non ha raggiunto i propri obiettivi deve dire che cosa è andato storto, perché un collaudo che non ha insegnato niente a nessuno non è una prova
• La sicurezza delle trasmissioni come storia e non come affermazione: « usiamo HTTPS » parla al presente, e queste registrazioni dicono che era vero nei giorni su cui qualcuno fa domande
• Controlli che non si possono modificare né cancellare, perché il senso di una storia è che non si possa rassettare

Lo strato HIPAA. La separazione delle note di psicoterapia regge nell'archiviazione invece di affidarsi al fatto che le regole di accesso siano giuste.

• Il designated record set (45 CFR 164.501) segnato per tipo di documento, così che una risposta a una richiesta di accesso non possa contenere ciò che ne sta fuori
• Le note di psicoterapia in uno spazio di chiavi tutto loro — la chiave che apre il fascicolo ordinario non le apre
• Un permesso all'interessato sulle note è rifiutato per ogni via, compresa una scrittura diretta nella tabella delle regole
• Un documento già scritto non può essere rietichettato dentro lo spazio di chiavi delle note
• 42 CFR Parte 2: l'avviso di divieto di ulteriore comunicazione generato invece che digitato
• Sei anni di comunicazioni nel registro, come vuole la sottoparte
• Notifica delle violazioni (164, sottoparte D): una comunicazione non consentita si presume una violazione finché la valutazione a quattro fattori non dice altrimenti, con il ragionamento registrato
• Sessanta giorni agli interessati dalla scoperta, calcolati invece che digitati, e segnalati prima che scadano
• I due cinquecento tenuti distinti — avviso alla stampa oltre 500 residenti di uno Stato, avviso all'HHS a 500 o più in totale
• Gli avvisi individuali che portano tutti e cinque gli elementi richiesti dal 164.404(c), così che nessuno possa essere lasciato fuori in sordina da una lettera che si legge bene
• Il registro annuale delle violazioni minori prodotto come documento, non messo insieme a memoria a febbraio
• La Notice of Privacy Practices versionata, con le prese d'atto registrate sulla versione che alla persona è stata davvero consegnata
• La metà che è facile saltare: dove non è stata raccolta una firma, sono obbligatori lo sforzo fatto e il motivo — una cartella di moduli firmati non sa rispondere a quella domanda
• Un elenco di lavoro dei pazienti su cui non c'è nulla di registrato riguardo all'informativa in vigore
• I motivi per rifiutare l'accesso come elenco chiuso, ciascuno con l'indicazione se la persona ne ottenga un riesame — offrirne uno che non esiste e negarne uno che esiste sono entrambi rilievi
• I quattro motivi per negare una rettifica, anch'essi chiusi, e quello che è un fatto relativo al documento viene verificato sul documento
• La norma Parte 2 del 2024: un unico consenso che copre cura, pagamento e gestione, rifiutato se non è revocabile — un consenso solo e senza via d'uscita è quello che poi la gente si dimentica di aver dato
• Una limitazione Parte 2 su quelle finalità trattata come un diritto e non come una richiesta, e verificata prima di quella generale — un controllo fatto nell'ordine inverso avrebbe consentito la comunicazione prima di arrivare alla domanda
• Una violazione che riguarda fascicoli sui disturbi da uso di sostanze lo dice nell'avviso, invece di seppellirlo sotto « informazioni sanitarie »
• Il 164.410 come due orologi: il business associate ha sessanta giorni dalla propria scoperta e i nostri partono da quando ce lo dice, così una violazione può avere 118 giorni senza che nessuno abbia mancato una scadenza
• L'informativa al paziente prevista dalla Parte 2 versionata accanto all'informativa sulla riservatezza, invece di essere una costante in Python che nessuno versiona

Il termine di conservazione tedesco, come regola che il servizio documentale conta e non come riga di una procedura che nessuno applica.

• § 630f BGB: dieci anni dall'ultimo contatto, precaricati come regola di conservazione
• Circoscritto a questo modulo e non all'intero pacchetto europeo, perché il termine è nazionale

The Norwegian rules the GDPR layer does not cover, each one sitting where the action happens rather than in a policy: publishing a profile, confirming a payout run, disclosing something to a parent.

• Pasientjournalforskriften § 14: the patient reads every access to every record about them, including the records they are not shown — by type, never by title
• A retention kind with no disposal date at all, because Norway keeps records while they are needed; the years are a review interval and a person decides, with a reason
• A journal hand-over to a successor, Norsk helsearkiv or Nasjonalarkivet, built at the moment of download, recorded as a disclosure per document, and downloadable once
• Helsepersonelloven § 74: a profile using a protected title cannot be published without a checked HPR number, and the check runs on write so the sync cannot get round it
• Nearest relative, parent, guardian and lasting power of attorney, with the §§ 3-4 and 4-3 age rules enforced at the disclosure register rather than as a filter on a page
• Arbeidsmiljøloven § 1-8: a payout run that pays per session will not confirm without a current determination, and the facts behind it are shown unweighted because the question is legal
• Personvernombud and information security lead as designations, checked for Norwegian companies only

The roles Finnish law makes a provider name, and the duties hanging off each one. Independent of the Norwegian pack — both switch on from the company country, so one database can hold both.

• Licensed and protected-title professionals kept apart, because they are different rights: psykoterapeutti is a protected title in Finland and a free word in Norway
• Terhikki number, the date of the employer check and whether it was a register lookup or the decision document; a typed number counts as declared, not checked
• A service unit with its own registration, and the vastuuhenkilö as a designation per unit, so a fortnight with nobody answering for it is reported
• The public self-monitoring plan and the confidential security plan kept apart by construction: one policy record cannot be flagged as both
• Asiakastietolaki § 11: two years of log information with the recipient and the basis, a written request with a two-month clock, and a withholding recorded with its reason
• Potilaslaki § 9(2) has no age, so a minor is a recorded judgement: without one, a disclosure to a guardian is refused and the refusal says the judgement is missing
• Twelve years after death, and where the death is not known, 120 years from birth

Switzerland splits the qualification from the permission to practise, counts insured sessions against a doctor's order, and binds the supplier to the same criminal secret as the practitioner. Three things the core cannot express, and nothing else.

• The federal title is not the licence: a practice permit is cantonal, one per canton, each with its own expiry, so a practitioner may hold the name in Switzerland and the right to work in only one place
• A profile using a protected title is refused publication without both a checked PsyReg number and a current, checked cantonal licence — and the refusal says which of the two is missing
• Where a title is checked and no licence is, the public status says so rather than implying one; an unverified market is not served by a listing that reads like a verified one
• Anordnungsmodell: fifteen sessions on a doctor's order, renewable once to thirty, and the insurer beyond that — counted through the chain of renewals, warned before the session that would not be paid for, and refused at the second renewal without an approval on file
• Only a delivered session counts; a booked one does not, because counting it would stop an order two sessions early
• Article 321 binds auxiliary persons to the same criminal duty as the practitioner, so the register asks the one question the article turns on: can they read the data in the clear?
• Ten years after the last contact, seeded on the retention clock the document service already had — no second way of saying the same thing
• The cantons each practitioner is licensed in decide which language their authorities correspond in, shown on the practitioner and on every licence
• Insured billing has its shape here and none of its catalogue: a tariff edition, positions in taxation points, point values per canton and insurer class. The positions and point values are licensed data a deployment loads, because a plausible invented code is one somebody bills on
• A session that cannot be priced says which canton has no point value loaded, and shows no amount at all — zero francs would mean the session costs nothing, which is a different statement
• German, French and Italian throughout the interface, in Swiss terms: a Berufsausübungsbewilligung rather than a translated "cantonal licence", and a Hilfsperson rather than an "auxiliary person"

Un elenco fisso di domande poste all'installazione stessa. Gran parte dei controlli esisteva già ed era sparsa; questa è la pagina che li legge tutti in un posto solo.

• Un elenco di controlli, un esecutore su pianificazione e un report su entrambi
• Si riferisce solo ciò che non va: un controllo superato non dice nulla, così la pagina è vuota quando l'installazione è a posto
• Ogni rilievo indica la regola da cui viene e il record su cui è stato trovato
• Le esecuzioni sono conservate, così un rilievo che continua a tornare si vede come uno schema e non come una novità

Il servizio di firma vero e proprio: una cerimonia di firma dal portale, criteri per ordinamento giuridico e una pista di controllo concatenata per hash. Ospitato in casa, così nessun documento esce dall'azienda per essere firmato.

• Una cerimonia di firma dal portale, con identità e intenzione raccolte nel momento della firma
• Una pista di controllo concatenata per hash che nessuno può modificare né cancellare
• Criteri per ordinamento giuridico che stabiliscono che cosa serve perché una firma sia valida
• Le richieste di firma come record, con uno stato e una storia propri

Chi avesse il potere di firmare per una controparte, e se la sua abilitazione sia ancora valida — verificato invece che dato per scontato.

• Poteri di rappresentanza seguiti per ciascun firmatario della controparte
• Accordi firmati conservati come record, con una durata
• Abilitazioni dei professionisti sollecitate prima che scadano

Che cosa serve a una firma clinica oltre a un nome: capacità, potere di firmare per conto di qualcuno, supervisione e un consenso che si possa ritirare.

• Attestazione della capacità registrata al momento della firma
• Firma per conto di un paziente, con il potere di rappresentanza registrato
• Controfirma del supervisore dove il servizio la richiede
• Un ciclo di vita del consenso revocabile, invece di una spunta una tantum

Gli elementi che l'HIPAA pretende da un'autorizzazione, verificati invece che affidati a un modello.

• Verifica degli elementi obbligatori di un'autorizzazione HIPAA
• Il materiale soggetto al 42 CFR Parte 2 tenuto separato dal resto
• Il rendiconto delle comunicazioni che un covered entity deve produrre su richiesta

Un'azione « Richiedi firma » su candidati e dipendenti, così che una proposta o una procedura si firmi dove la persona già si trova.

• « Richiedi firma » sulla scheda di un candidato
• « Richiedi firma » sulla scheda di un dipendente
• Le richieste conservate sul record come sua storia

Un'azione « Richiedi firma » sui preventivi e sugli ordini di acquisto.

• « Richiedi firma » su un ordine di vendita
• « Richiedi firma » su un ordine di acquisto
• Il documento firmato conservato sull'ordine

Mette i modelli di firma dove la clinica vende: agganciati a un professionista o a un servizio, inviati da soli all'acquisto e visibili come stato.

• Modelli di firma elettronica agganciati a un professionista o a un servizio
• Inviati all'acquisto, senza che nessuno debba ricordarsi di inviarli
• Lo stato « firmato » mostrato ai professionisti nel portale e nell'applicazione mobile

Chiude una sessione che nessuno sta usando. Il 45 CFR 164.312(a)(2)(iii) chiede la chiusura dopo un periodo di inattività prestabilito e lascia a voi il periodo — quindi è un'impostazione, con il controllo sul server e non nel browser.

• Periodo di inattività, periodo di preavviso e un tetto assoluto, impostati per azienda
• Verificati sul server a ogni richiesta autenticata, così spegnere il contatore del browser non serve a niente
• Un avviso prima che la sessione finisca, perché nessuno perda una nota scritta a metà per un controllo pensato per proteggerlo
• Un tetto assoluto oltre a quello di inattività, perché una sessione tenuta viva da uno script è comunque una sessione che dovrebbe finire
• Ogni chiusura registrata — chi, da quale schermata e quale regola l'ha decisa
• La registrazione è a sola aggiunta: la prova che un controllo ha funzionato vale quanto costa cambiarla
• Mettere il periodo a zero lo disattiva, ed è una decisione che la norma consente e che la vostra analisi dei rischi registra

Collega Odoo Community a qualunque modello linguistico di grandi dimensioni, dietro un'interfaccia — così il fornitore può cambiare senza che la logica gestionale lo venga a sapere.

• Fornitori configurati installazione per installazione, con le credenziali tenute fuori dal codice dell'applicazione
• Agenti definiti come istruzioni, insieme agli strumenti che hanno il permesso di richiamare
• Chiamata di strumenti, così un modello può agire e non soltanto rispondere
• Esecuzioni registrate, così che cosa sia stato chiesto e che cosa sia tornato resti verificabile in seguito
• Azioni server che si possono guidare da un'istruzione
• Diagnostica per controllare che un fornitore sia raggiungibile e configurato bene

Convertire a mano un utente fra interno e portale significa modificare i diritti di accesso nell'ordine giusto e ricordarsi degli effetti collaterali. Questo lo riduce a un pulsante.

• Un campo « Tipo di utente » sulla scheda, nell'elenco e nei filtri di ricerca
• Pulsanti « Converti in interno » e « Converti in portale » sulla scheda utente
• Un'azione « Converti tipo di utente » sull'elenco degli utenti, per più utenti in una volta
• Protezioni: l'utente di sistema, il proprio utente e l'ultimo amministratore rimasto non si possono mai convertire per sbaglio

Aziende, utenti, gruppi, contatti, lingue e le regole sui record che decidono chi vede che cosa. Non compare nell'elenco delle applicazioni perché tutto il resto dipende da lui.

• Aziende e ripartizione multi-azienda
• Utenti, gruppi e regole di accesso a livello di record
• I contatti come unico modello condiviso da pazienti, professionisti e fornitori
• Lingue, traduzioni e impostazioni locali per utente
• Azioni pianificate — la coda dei lavori dietro ogni attività notturna

L'interfaccia di back office in cui lavora il personale, e gli strumenti di modifica dietro ogni campo di testo formattato e ogni blocco del sito.

• Viste a elenco, scheda, kanban, calendario, pivot e grafico
• Filtri, raggruppamenti e ricerche salvate su ogni schermata
• Esportazione in CSV e XLSX da qualunque elenco
• HTML Editor — il campo di testo formattato usato su tutti i record
• HTML Builder — l'editor a blocchi da trascinare
• Web Routing — lo strato degli indirizzi attraverso cui è servita ogni pagina di portale e di sito

Applicazioni OdooWebWeb RoutingHTML EditorHTML Builder

La messaggistica, e il filo di messaggi agganciato a ogni record — che è il modo in cui una decisione conserva la propria storia invece di vivere nella posta di qualcuno.

• Il chatter su ogni record: messaggi, note, follower e modifiche dei campi seguiti
• Canali interni e messaggi diretti
• Posta in uscita con modelli, e instradamento della posta in arrivo
• Attività — una cosa da fare assegnata su un record invece che alla memoria di qualcuno
• OdooBot, e la sua variante per le risorse umane con i suggerimenti di inserimento

Applicazioni OdooDiscussOdooBotOdooBot - HR

L'area riservata che un paziente, un professionista o una controparte raggiunge senza essere un utente interno — tutto ciò che sta sotto /my.

• Utenti del portale senza alcun accesso al back office
• Documenti, ordini e fatture condivisi con la persona a cui appartengono
• La cornice dentro cui è costruita ogni pagina di portale su misura di questa piattaforma
• Una pagina di registrazione personalizzata, così l'iscrizione rispecchia il marchio invece dell'aspetto predefinito di Odoo

Applicazioni OdooCustomer PortalCustomize Signup Page

L'applicazione della rubrica: persone, organizzazioni e i legami fra loro.

• Persone fisiche e aziende, con contatti figli
• Indirizzi, codici fiscali e coordinate bancarie
• Etichette e categorie usate per la segmentazione
• Il record a cui fanno capo tanto un paziente quanto un professionista o un fornitore

Applicazioni OdooContacts

Ciò che si vende. In una clinica sono sedute e pacchetti, ma il modello sotto è quello standard.

• Modelli di prodotto e varianti
• Unità di misura, e prodotti di servizio per il tempo
• Listini, così un pacchetto o un segmento possono avere un prezzo diverso
• Categorie di prodotto usate per riferire per linea di servizio

Calendari di lavoro, capacità e assenze — il modello in cui si esprimono le ore settimanali di un professionista e le eccezioni con una data.

• Orari di lavoro per persona, con i fusi orari
• Capacità e assenze delle risorse
• Il calendario su cui si calcola l'utilizzo

Applicazioni OdooResource

I moduli piccoli e già installati che nessuno apre di proposito, ciascuno dei quali toglie di mezzo una precisa categoria di ticket di assistenza.

• Onboarding Toolbox — avanzamento guidato della configurazione per una nuova installazione
• Phone Numbers Validation — numeri normalizzati all'inserimento, così gli SMS arrivano davvero
• Google reCAPTCHA — protezione dallo spam sui moduli pubblici
• Google Gmail — posta in uscita da un account Google senza una password SMTP

Applicazioni OdooOnboarding ToolboxPhone Numbers ValidationGoogle reCAPTCHA integrationGoogle Gmail

Preventivi e ordini di vendita — il record a cui si aggancia ogni seduta acquistata, e l'estremo sinistro della catena del denaro.

• Preventivi, conferma e ordini di vendita
• Righe d'ordine che portano le sedute o i pacchetti acquistati
• Stato di consegna e di fatturazione riga per riga
• Modelli di preventivo, per un pacchetto venduto ripetutamente
• Squadre di vendita e la reportistica che le segue
• L'ordine a cui si risale da un credito, da una fattura e da un pagamento

Applicazioni OdooSales

La contabilità generale. Fatture, fatture fornitore, pagamenti, imposte e riconciliazione — dove stanno davvero i conti della clinica.

• Fatture ai clienti e note di credito, con le fatture emesse immodificabili
• Fatture fornitore — comprese quelle che una liquidazione genera per i professionisti
• Pagamenti, estratti conto bancari e riconciliazione
• Imposte, posizioni fiscali e piano dei conti
• Registri, registrazioni contabili e la pista di controllo dietro di esse
• Stato patrimoniale, conto economico, scadenzario clienti e scadenzario fornitori

Applicazioni OdooInvoicing

Costi e ricavi attribuiti a qualcosa che non sia un conto — un progetto, una linea di servizio, un professionista.

• Conti analitici e ripartizioni
• Costi e ricavi seguiti per progetto o per linea di servizio
• La dimensione su cui si calcola la reportistica dei margini

L'infrastruttura a cui si agganciano i metodi di pagamento, così che aggiungere o cambiare un fornitore sia una configurazione e non uno sviluppo.

• Fornitori di pagamento configurati per azienda
• Token di pagamento, per una carta salvata che il paziente riusa
• Transazioni con uno stato proprio, riconciliate con le fatture
• La giuntura dietro cui sta il parametro PAYMENTS del gateway

Tre fornitori sono accesi: un incassatore di carte reale, uno dimostrativo per la formazione e i metodi manuali per il denaro che arriva fuori da un gateway.

• Stripe — carte, portafogli e metodi di pagamento salvati
• Demo — un fornitore che si comporta come uno vero, per la formazione e le prove
• Custom Payment Modes — bonifico, contanti e tutto ciò che si riconcilia a mano
• Altri diciassette fornitori arrivano con Odoo e sono a un interruttore di distanza

Applicazioni OdooPayment Provider: StripePayment Provider: DemoPayment Provider: Custom Payment Modes

Sconti, promozioni, buoni regalo e programmi fedeltà — applicati tanto su un ordine di vendita quanto alla cassa del negozio online.

• Codici sconto e promozioni automatiche
• Tessere fedeltà e accumulo di punti
• Buoni regalo e saldi del portafoglio elettronico
• Regole di programma per prodotto, linea di servizio o segmento di clientela

Applicazioni OdooCoupons & LoyaltySale LoyaltySale Loyalty - Delivery

Quello che il personale spende, e la parte che viene rifatturata a un paziente invece di restare a carico.

• Richieste di rimborso, approvazione e rimborso
• Spese registrate direttamente in contabilità
• Rifatturare una spesa indicandovi l'ordine di vendita
• Il lato dei costi di un incarico portato a termine

Applicazioni OdooExpensesSales Expense

Ordini di acquisto e gestione dei fornitori — il lato dei costi impegnati, e il modo in cui arrivano le fatture fornitore.

• Richieste di offerta e ordini di acquisto
• Schede fornitore e listini
• Fatture fornitore abbinate agli ordini
• L'ordine su cui si può chiedere una firma

Applicazioni OdooPurchase

Contatti commerciali e opportunità — qui usati per le richieste di chi non è ancora paziente, e per le richieste di consulto che arrivano dall'applicazione.

• Contatti commerciali, opportunità e un flusso configurabile
• Attività e prossime azioni su ciascuna opportunità
• Motivi di perdita e reportistica sul tasso di successo
• Il modello su cui si possono depositare documenti protetti per un fascicolo di due diligence

Applicazioni OdooCRM

Completare quello che un contatto non vi ha detto, trovare contatti che non si sono mai fatti vivi, e dare a una squadra di vendita qualcosa su cui competere.

• Lead Enrichment — dati aziendali completati da soli a partire dal dominio di posta
• Lead Generation — contatti estratti per settore, dimensione e località
• CRM Gamification — obiettivi, distintivi e classifiche sul flusso commerciale

Applicazioni OdooLead EnrichmentLead GenerationCRM Gamification

Un riquadro di chat sul sito pubblico, presidiato da persone vere e collegato tanto al flusso commerciale quanto allo sportello del personale.

• Live Chat — operatori, canali e risposte preconfezionate
• Website Live Chat — il riquadro sul sito pubblico e l'elenco
• CRM Livechat — una conversazione trasformata in contatto commerciale senza ridigitare nulla
• HR - Livechat — lo stesso canale usato all'interno per le domande del personale
• Trascrizioni conservate sul visitatore e, una volta riconosciuto, sul contatto

Applicazioni OdooLive ChatWebsite Live ChatCRM LivechatHR - Livechat

Il canale con il tasso di lettura più alto, collegato ai punti in cui a una clinica serve davvero. I promemoria delle sedute lo usano già.

• Gateway SMS — l'infrastruttura di invio e lo stato di consegna
• SMS nel CRM — scrivere a un contatto commerciale dall'opportunità
• Send SMS to Visitor — e la variante che funziona da un contatto commerciale
• Recruitment - SMS — scrivere a un candidato per un colloquio
• Esclusione persona per persona, così un rifiuto è rispettato ovunque

Applicazioni OdooSMS gatewaySMS in CRMSend SMS to VisitorSend SMS to Visitor with leadsRecruitment - SMS

Un'estensione su misura per contatti commerciali e contatti: inviare un messaggio WhatsApp già pronto senza uscire dal record.

• Azione di invio rapido su un contatto commerciale e su un contatto
• Modelli di messaggio già pronti
• Il canale che molti clienti di questo mercato leggono davvero

Applicazioni OdooCRM Extension v2 - WhatsApp Quick Send

Numeri periodici spinti verso chi dovrebbe vederli, e l'attribuzione di ogni collegamento che l'attività pubblica.

• KPI Digests — un riepilogo pianificato spedito ai responsabili
• Link Tracker — collegamenti brevi con marcatura UTM e statistiche dei clic
• Campagna, mezzo e origine registrati sul visitatore che ha convertito

Applicazioni OdooKPI DigestsLink Tracker

Il costruttore di pagine dietro il sito pubblico — le pagine che il marketing modifica senza uno sviluppatore.

• Pagine a blocchi riutilizzabili da trascinare
• Pagine multilingua e metadati per i motori di ricerca
• Menù, temi e versioni delle pagine
• L'elenco pubblico e le pagine di profilo dei professionisti

Applicazioni OdooWebsite

La vendita sul sito pubblico: il catalogo, il carrello e la cassa che un paziente attraversa prima ancora di avere un credito.

• Catalogo pubblico e pagine dei prodotti
• Carrello, cassa e pagamento sul sito
• Account dei clienti e storico degli ordini
• I controlli del carrello che fermano un acquisto non prenotabile

Applicazioni OdooeCommerce

Il lato editoriale: gli articoli che compaiono nel flusso di contenuti dell'applicazione e sul sito pubblico.

• Blog, articoli, etichette e commenti
• Articoli multilingua
• La fonte da cui legge il flusso di contenuti ordinato

Applicazioni OdooBlog

I tre punti in cui un visitatore può creare un record senza un account — ciascuno dei quali arriva dove una persona lavora davvero.

• Contact Form — una richiesta che arriva come contatto commerciale, non come e-mail
• Online Task Submission — un modulo del sito che crea un'attività di progetto
• Online Jobs — posizioni pubblicate, e candidature che arrivano in Selezione

Applicazioni OdooContact FormOnline Task SubmissionOnline Jobs

Tre piccoli moduli che collegano il sito pubblico al resto del sistema. Nessuno li apre; senza di loro si rompe tutto.

• Website Mail — iscrizioni e fili di messaggi sulle pagine pubbliche
• Website Partner — una pagina pubblica per un contatto, che è poi ciò che è il profilo di un professionista
• Website Payment — il pagamento sul sito collegato all'infrastruttura dei pagamenti

Applicazioni OdooWebsite MailWebsite PartnerWebsite Payment

Schede dei dipendenti e contratti. In Odoo 19 un contratto è una versione del dipendente, e quella sequenza di versioni è ciò che porta le condizioni di compenso di un professionista.

• Schede dei dipendenti, reparti e posizioni lavorative
• Versioni di contratto con una storia datata, una sola in vigore per volta
• Orario di lavoro per dipendente
• Il record su cui sono costruite le condizioni di compenso e le liquidazioni

Applicazioni OdooEmployees

Che cosa ciascun professionista è abilitato a fare, quando quell'abilitazione scade e chi risponde a chi.

• Skills Management — competenze, livelli e progressione per dipendente
• Skills Certification — certificati con una scadenza, che è ciò che rende un'abilitazione sollecitabile
• HR Org Chart — le linee gerarchiche sulla scheda del dipendente
• HR Gamification — obiettivi interni e distintivi

Applicazioni OdooSkills ManagementSkills CertificationHR Org ChartHR Gamification

Candidati e assunzioni — e il motivo per cui una proposta di assunzione è uno dei documenti che l'impianto di firma elettronica si trova a trattare.

• Posizioni aperte, candidati e un percorso di assunzione
• Pianificazione dei colloqui e schede di valutazione
• Competenze confrontate con i requisiti del ruolo
• La scheda del candidato da cui si può chiedere una firma

Applicazioni OdooRecruitmentRecruitment - Skills Management

Da dove lavora ciascuno in un dato giorno — che per una clinica significa sapere chi è in sede per ricevere un paziente.

• Giorni a casa e in sede per dipendente
• La stessa informazione mostrata sul calendario della squadra
• Visibile accanto al calendario delle stanze quando si pianificano sedute in sede

Applicazioni OdooRemote WorkRemote Work with calendar

Progetti e attività. Usati per il lavoro di erogazione e, nel settore dei contratti, per tenere distinto il costo di aggiudicarsi un contratto dal costo di eseguirlo.

• Progetti, attività e fasi
• Assegnazioni, scadenze e avanzamento
• Deposito di documenti a livello di attività, compresi i documenti protetti
• Il progetto su cui si riferiscono il costo e il margine del contratto

Applicazioni OdooProject

Un elenco personale di cose da fare per ogni utente, separato dal lavoro di progetto — dove finiscono le piccole cose che un responsabile raccoglie durante il giro del mattino.

• Cose da fare private con una scadenza
• Convertibili in un'attività di progetto quando si scopre che erano lavoro vero

Applicazioni OdooTo-Do

Riunioni ed eventi. Ogni seduta è un evento di calendario là sotto, ed è questo che rende reali i calendari delle stanze e delle squadre invece di farne un disegno.

• Eventi con partecipanti, ricorrenza e promemoria
• Disponibilità visibile su tutta una squadra
• Sincronizzazione con calendari esterni
• L'evento a cui è agganciata una seduta prenotata

Applicazioni OdooCalendar

Questionari. Qui servono per le domande di accoglienza poste alla prenotazione e per il questionario riservato dopo una seduta.

• Questionari con domande condizionate
• Risposte conservate sulla persona che ha risposto
• Punteggi, dove un questionario è una valutazione
• Le domande di accoglienza agganciate a un servizio prenotabile

Applicazioni OdooSurveys

Il tempo registrato su un progetto o su un'attività. Disponibile e spento sull'installazione di riferimento — è una dipendenza del settore dei contratti, non del lavoro di clinica.

• Registrazioni di tempo su progetti e attività
• Costo orario preso dalla scheda del dipendente
• Approvazione dei fogli ore e relativa reportistica
• Le ore che la fatturazione dei contratti trasforma in recupero e utilizzo

Un ramo formativo: eventi a pagamento o gratuiti, corsi online e un forum pubblico — tutto venduto dallo stesso carrello e riferito negli stessi conti.

• Eventi con iscrizione, biglietteria, sessioni ed espositori
• Eventi venduti come prodotti attraverso la cassa già esistente
• Sessioni in diretta e quiz per gli incontri online
• Corsi di formazione online, con competenze acquisite al completamento
• Un forum pubblico, ed eventi collegati al flusso commerciale del CRM

Applicazioni OdooEventsEvents OrganizationEvents ProductEvents SalesEvent CRMEvent CRM SaleEvent ExhibitorsLive Event TracksQuizzes on TracksSMS on EventsEvent Attendees SMS MarketingTrack Speakers SMS MarketingWebsite Events CRMeLearningSkills e-learningForum

Campagne verso gli elenchi che l'attività ha già. La clinica oggi invia e-mail e SMS di servizio; questa è la metà promozionale della stessa infrastruttura.

• Email Marketing — campagne, modelli, test A/B e statistiche
• SMS Marketing — lo stesso, sul canale con il tasso di lettura più alto
• Invii di massa mirati a contatti commerciali, opportunità, iscritti o relatori di un evento
• Marketing Card — immagini da condividere personalizzate per una campagna
• Pulsanti di iscrizione alla newsletter sul sito, via e-mail o SMS

Applicazioni OdooEmail MarketingSMS MarketingMass mailing on attendeesMass mailing on lead / opportunitiesMass mailing on track speakersMass mailing sms on lead / opportunitiesMarketing CardNewsletter Subscribe ButtonNewsletter Subscribe SMS Template

Per una clinica che vende anche qualcosa di fisico al banco — libri, integratori, kit di test — o che tiene una cassa all'accettazione.

• Inventario — giacenze, ubicazioni, riapprovvigionamento e valorizzazione
• Punto vendita — una cassa che funziona anche offline e poi si sincronizza
• Sconti al punto vendita, e i programmi fedeltà già configurati

Applicazioni OdooInventoryPoint of SalePoint of Sale - Coupons & LoyaltyPoint of Sale Discounts

Il lato dell'amministrazione del personale. Diventa rilevante quando una clinica impiega abbastanza persone perché assenze e presenze non stiano più in un calendario condiviso.

• Ferie — richieste, approvazione, residui e l'effetto sulle buste paga
• Presenze — entrata e uscita, con il controllo della presenza
• Reportistica delle presenze accanto ai fogli ore
• Paga oraria del dipendente, per valorizzare le ore erogate
• Parco auto e relativo storico, dove i veicoli sono forniti
• Mensa — l'applicazione per le ordinazioni al refettorio

Applicazioni OdooTime OffTime Off in PayslipsAttendancesTimesheets/attendances reportingEmployee Presence ControlHR Attendance HolidaysEmployee Hourly WageFleetFleet HistoryLunch

Stripe è acceso. Ciascuno di questi si può aggiungere o mettere al suo posto come configurazione — ed è questo che fa di un nuovo mercato una modifica alle impostazioni invece che un progetto.

• Europa — Mollie, Buckaroo, Worldline, Redsys, Adyen
• Americhe — Authorize.Net, Mercado Pago, PayPal, Nuvei
• Medio Oriente e Africa — Amazon Payment Services, Paymob, DPO, Flutterwave
• Asia — AsiaPay, Razorpay, Xendit
• Turchia — Iyzico

Applicazioni OdooPayment Provider: AdyenPayment Provider: Amazon Payment ServicesPayment Provider: AsiaPayPayment Provider: Authorize.NetPayment Provider: BuckarooPayment Provider: DPOPayment Provider: FlutterwavePayment Provider: IyzicoPayment Provider: Mercado PagoPayment Provider: MolliePayment Provider: NuveiPayment Provider: PaymobPayment Provider: PaypalPayment Provider: RazorpayPayment Provider: RedsysPayment Provider: WorldlinePayment Provider: Xendit

Servizi esterni facoltativi. Sono tutti spenti per difetto, ed è voluto: ciascuno manda qualcosa fuori dall'azienda, e quella dovrebbe essere una decisione e non un'impostazione di fabbrica.

• Google Calendar — sincronizzazione nei due sensi per le agende del personale
• Google Maps e completamento dei luoghi sul sito
• Google Address Autocomplete sui moduli di contatto
• Google Users — accesso con un account Google Workspace
• Archiviazione in cloud su Azure o Google, per gli allegati quando diventano tanti

Applicazioni OdooGoogle CalendarGoogle MapsGoogle places autocompletionGoogle Address AutocompleteGoogle UsersCloud StorageCloud Storage AzureCloud Storage Google

Cose sparse, ciascuna delle quali risolve un problema ristretto. Elencate per completezza, non perché a una clinica servano dal primo giorno.

• Estensioni per Outlook e Gmail, sul CRM e sui progetti
• Mail Group — una discussione in stile lista di distribuzione, con un archivio sul sito
• Data Recycle — trova record doppi e ormai inerti
• Profilo sul sito — una pagina pubblica per un utente del portale
• Moduli di colloquio nella selezione, e reportistica sul margine delle spese di vendita
• Un'integrazione telefonica per il CRM (Issabel)

Applicazioni OdooMail PluginCRM Mail PluginProject Mail PluginMail GroupWebsite Mail GroupData RecycleWebsite profileHr Recruitment Interview FormsSales Expense MarginCRM Issabel Integration

L'accordo, le sue parti, le sue clausole strutturate con la loro provenienza, le sue versioni e un flusso di fasi configurabili ricondotte a cinque tappe fisse.

• Accordi con parti, clausole strutturate e provenienza delle clausole
• Versioni, così « che cosa diceva a marzo? » resta una domanda con risposta
• Fasi configurabili ricondotte a cinque tappe fisse
• Nessun lessico di settore e nessuna dipendenza dalla firma elettronica, dall'archiviazione cifrata o dai progetti
• I settori arrivano come pacchetti di configurazione, non come diramazioni del codice

Costruito perché la revisione si concentri su ciò che è cambiato e su ciò che si discosta, e mai sul testo di prassi rimasto uguale — che è il punto in cui i sistemi per i contratti di solito vengono abbandonati.

• Una libreria di clausole legata alle clausole strutturate, così accettare un ripiego imposta la clausola che si porta dietro
• Manuali di trattativa, giri, questioni aperte e scostamenti registrati
• Gli incontri come giri di trattativa a pieno titolo, che conservano il ragionamento e le posizioni
• L'esito di un incontro crea modifiche proposte e non cambia mai il contratto da sé
• Un registro che lega insieme ogni fase dalla richiesta alla stipula, con ogni vuoto in evidenza

L'approvazione decisa su più di un asse. Trattarla come sola anzianità è l'errore di progettazione più comune: un accordo di riservatezza standard, per qualunque importo, non ha bisogno di nessun superiore.

• Approvazione su importo, scostamento, tipo di contratto e rischio
• Lo scostamento come asse a sé e non come correttivo dell'importo
• L'approvazione di un delegato sempre registrata come tale — « per conto di » è un fatto diverso
• Funziona su Odoo Community, dove l'applicazione Approvazioni non è disponibile

Registra che cosa una modifica ha cambiato, non soltanto che esiste.

• Stipulare una modifica chiude le righe di clausola che essa varia e ne apre di nuove alla data di efficacia
• Tutto ciò che deriva da una clausola cambiata si ricalcola, e lo spostamento si vede prima della stipula
• Modifiche in conflitto rilevate alla stipula
• Una rinuncia scaduta fa rivivere la clausola in vigore al momento della scadenza, non quella originaria

La firma è l'inizio dell'obbligo, non la fine di un flusso di lavoro. Questo modulo porta quello che viene dopo.

• Obblighi in entrambe le direzioni, con le prove dove le prove servono
• Date derivate calcolate dalle clausole invece che digitate, e spostate quando si spostano le clausole che le governano
• Una scala di sollecito che non si affida al ricordare la cosa a chi già non ha agito
• La decisione sul rinnovo presentata insieme agli obblighi che la controparte non ha rispettato

Due costi, tenuti distinti: quanto è costato aggiudicarsi un contratto, e quanto costa eseguirlo. Sommarli produce un numero che non risponde a nessuna delle due domande.

• Lo sforzo di trattativa registrato come costo generale, che il contratto si firmi o no
• Il costo di esecuzione recuperato sul valore del contratto
• Contratti legati ai progetti molti a molti con un ruolo, perché un singolo campo progetto si rompe al primo accordo quadro
• Un contratto di fornitura firmato è costo impegnato dalla stipula, non dalla sua prima fattura

Quanto vale un'ora, che cosa consente l'onorario, e le quattro cifre che hanno bisogno di entrambe le cose.

• Tariffe, un contrassegno di fatturabilità e uno stato di fatturato sul tempo registrato
• Criteri di onorario dichiarati sul contratto
• Recupero — il fatturato rispetto al valore del tempo registrato
• Utilizzo — ore fatturabili rispetto alle ore disponibili, prese dal calendario di lavoro della persona
• Immobilizzo — lavoro non fatturato più fatture non incassate, e a quanti giorni di fatturato corrisponde
• Un allarme sull'onorario a forfait guidato dal costo previsto, perché uno che scatta al raggiungimento del tetto scatta troppo tardi

Il quarto canale di scambio: la controparte legge qui la versione corrente, commenta e carica le proprie correzioni come giro in entrata.

• La controparte apre la versione corrente, la commenta e restituisce le proprie correzioni
• Le correzioni arrivano come giro in entrata con il file allegato, non come un'e-mail che qualcuno deve ricordarsi di archiviare
• Non è visibile nulla di interno — né posizioni, né scostamenti, né approvazioni, né il manuale di trattativa, né le note interne
• Facoltativo, perché un impianto che dà per scontato che la controparte userà il nostro portale fallisce con il primo cliente grande

Come un contratto usa il servizio di firma. Il completamento è l'evento che fa partire tutto il resto.

• Le approvazioni devono essere complete prima che una versione possa partire
• Il potere di rappresentanza del firmatario verificato sulla sua abilitazione
• La versione bloccata quando esce, così ogni affermazione successiva su che cosa sia stato firmato è dimostrabile
• Al completamento la versione è stipulata, il contratto avanza, le clausole entrano in vigore e le date derivate seguono
• Disinstallarlo lascia un sistema funzionante — le firme su carta si registrano con un metodo e risultano complete

Cifrare ogni contratto rende il sistema inutilizzabile; non cifrarne nessuno lo rende insicuro. Perciò la riservatezza è un livello sull'accordo.

• Solo gli accordi contrassegnati come riservati instradano i propri documenti nel servizio dei documenti protetti
• Cifratura per versione sotto una chiave tenuta fuori dalla base dati
• Accesso con rifiuto per difetto, e ogni lettura registrata prima che il contenuto venga restituito
• Smaltimento distruggendo la chiave
• Dice, nel momento in cui si cambia, che passare a riservato non annulla l'aver conservato qualcosa senza cifratura

Elenchi di segnalazioni che dovrebbero essere vuoti, e le viste per la direzione su cui vale la pena discutere.

• Un elenco di segnalazioni contiene solo ciò che è fuori posto — un elenco vuoto è l'esito buono
• Una segnalazione il cui modello non è installato si riferisce come non applicabile invece di fallire
• La responsabilità senza tetto mostrata come elenco, mai come numero sommato dentro un totale
• Il tempo di ciclo diviso per parte, perché i giorni in cui la bozza era dalla controparte non sono il rendimento della squadra contratti
• Dipende solo dal nucleo, e toglierlo lascia un sistema funzionante

Tre lettori, una sola aritmetica. Gli stessi numeri calcolati una volta e resi in tre modi, invece di essere ricavati di nuovo a ogni schermata, dove finirebbero per divergere.

• Un'unica vista delle scadenze: date derivate dai contratti, obblighi in entrambi i sensi, azioni concordate negli incontri e termini di consegna
• Controllo di progetto: ricavi, manodopera, costo impegnato, margine e scostamento dalla stima, come vista salvata perché si possa raggruppare
• Una vista rivolta al cliente su dove sia arrivato il lavoro e su che cosa sia dovuto
• Una vista rivolta all'avvocato su che cosa gli spetti questa settimana e se sia dentro la stima

Due regole, e soltanto due — quelle che confrontano record fra loro e che quindi non si possono esprimere come configurazione.

• Il territorio di una sottolicenza deve stare dentro quello della licenza madre
• Due licenze esclusive non devono sovrapporsi
• Tenute separate dal pacchetto sulla proprietà intellettuale, così un'azienda può installare i tipi di contratto senza i controlli
• La sua dimensione è una misura voluta di quanto bene stiano funzionando i punti di estensione del nucleo

La verifica dei conflitti all'apertura di un contratto, esattamente come all'apertura di una pratica. Blocca il passaggio di fase; non si limita ad avvisare.

• Una controparte verificata contro i clienti esistenti, le controparti delle pratiche in corso e le società collegate note
• Blocca il passaggio di fase invece di alzare un avviso che si può scartare
• La verifica stessa è immodificabile una volta registrata — chi l'ha fatta, su quale perimetro e che cosa ha trovato

Il pacchetto di partenza. Si installano il nucleo e questo, e un'azienda può gestire i contratti dal primo giorno senza configurare nulla.

• Accordi di riservatezza, accordi quadro, capitolati, servizi, consulenza, fornitura e acquisto
• Le clausole che ciascun tipo si porta dietro e il flusso di lavoro che attraversa
• Sbarramenti che impediscono a un contratto di arrivare alla firma fatto a metà
• Niente Python — e i pacchetti specialistici dipendono da questo invece di ridichiarare ciò che serve a tutti

Assunzione, incarico a collaboratori, consulenza e transazione.

• Tipi di accordo, tipi di clausola, libreria di clausole e manuale di trattativa per la contrattualistica del lavoro
• Modelli di obbligo per preavviso, periodo di prova e patti successivi alla cessazione
• Le transazioni sono riservate per difetto — ogni parola conta, e un'autorità dopo fa domande su quelle parole
• Solo dati, e nessun modulo di regole

Studi legali — contratti per i clienti e con i clienti — e uffici legali interni. Lo stesso sistema serve i due mestieri con impostazioni di partenza nettamente diverse.

• Lettere di incarico, contratti di assistenza continuativa e istruzioni al difensore
• Una libreria di clausole con il testo imposto dalla deontologia segnato come obbligatorio
• La lettera di incarico di uno studio è riservata e dettagliata per difetto
• I patti di quota lite portano un testo che non si può togliere
• La verifica dei conflitti sta in contract_legal_rules, perché confronta le parti fra pratiche diverse

Licenzianti, titolari di brevetti e marchi, uffici di trasferimento tecnologico, università e titolari di marchi.

• Licenze, cessioni e opzioni come tipi di accordo, con i tipi di clausola della licenza
• Libreria di clausole, manuale di trattativa e modelli di obbligo
• Nessun registro dei beni, di proposito — la storia di un brevetto appartiene al sistema di portafoglio che già la contiene
• Le due regole che un pacchetto non sa esprimere stanno nel modulo facoltativo contract_ip_rules

Locazioni, preliminari di locazione, concessioni d'uso, compravendite, servitù e gli atti che si agganciano a una locazione.

• Le date di recesso come clausole che governano date, perché un diritto di recesso scade in silenzio
• La finestra di preavviso come obbligo derivato dalla data di recesso, e tutti e due salgono di livello quando serve
• Clausole di revisione del canone, di spese condominiali e di ripristino
• Solo dati, e nessun modulo di regole

Documenti di debito: contratti di finanziamento, garanzie, atti di garanzia reale, accordi fra creditori e atti di subordinazione.

• Parametri finanziari come clausole strutturate, con le date di verifica derivate
• Il certificato di conformità come obbligo con prova richiesta
• « Quali linee sono verificate questo trimestre, e su quali numeri? » diventa una domanda con una risposta
• Documenta il debito; non lo contabilizza — saldi e ratei restano in contabilità
• Solo dati, e nessun modulo di regole

Appalti principali, subappalti, incarichi professionali, garanzie collaterali e gli atti che vi ruotano attorno.

• Costruito attorno alla catena: un appalto principale promette una data che solo i subappalti possono rispettare
• Clausole speculari tenute come clausole strutturate, così da poterle confrontare lungo tutta la catena
• La responsabilità che i subappalti e la copertura professionale devono reggere
• Solo dati, e nessun modulo di regole

Accordi sul trattamento dei dati, business associate agreement e clausole per i sub-responsabili.

• Tipi di accordo DPA, BAA e per i sub-responsabili, con le clausole che si portano dietro
• La finestra di notifica delle violazioni come clausola a sé, perché si misura in ore
• La risposta a un audit e il preavviso sui sub-responsabili come date derivate
• Solo dati, e nessun modulo di regole