142 onderdelen, en waar elk ervan voor is.

In de app komen, en de leeftijdspoort die bepaalt of een account überhaupt gebruikt mag worden.

• Startscherm en de route bij de eerste start, zodat een terugkerende gebruiker landt waar hij gebleven was
• Registreren en aanmelden tegen de gateway, met tokens in beveiligde opslag
• Wachtwoord opnieuw instellen per e-mail
• De leeftijdspoort van 18+, getoond voordat er iets gekocht kan worden

De controle die iemand in staat stelt zaken te doen, inclusief de staten waarin iemand verkeert terwijl een mens beoordeelt wat de automatische stap niet kon afdoen.

• Begeleide inleiding die uitlegt wat er gevraagd wordt en waarom
• Gezichtsscan, en documentcontrole als het alternatieve pad
• Twijfelgevallen en de staat « in beoordeling », zodat iemand nooit in het ongewisse blijft
• Verificatiestatus doorgevoerd naar wat het account mag doen

Het eerste tabblad. Een gerangschikte stroom artikelen, video's en updates, plus de uitgevers erachter.

• Een gerangschikte inhoudsstroom, geserveerd door de gateway
• Inhoudsdetail met afbeeldingen en opgemaakte tekst
• Uitgeversprofielen, zodat een lezer een bron kan volgen

Gereedschap voor onderweg zonder begeleiding: tests die iemand zelf doet, hun uitkomsten, en de partnerfuncties die eromheen gebouwd zijn.

• Een test doen, en de uitkomsten lezen
• De delights-kaart — een persoonlijke weergave, en een gedeelde
• Partners toevoegen, erbij komen, uitnodigen en vergelijken
• Partnerdetail, zodat een vergelijking leesbaar is in plaats van een score

De lijst met behandelaars zoals een cliënt haar tegenkomt: bladeren, vergelijken, bewaren, vragen, en de chat die erop volgt.

• Bladeren en filteren in de lijst met professionals
• Een profiel met kwalificaties, talen, diensten en beoordelingen
• Bewaarde professionals — Mijn behandelaars
• Chatten met een professional, en de lijst met die gesprekken
• Consultatieverzoeken, voor een vraag die nog geen boeking is

Wat er werkelijk geboekt kan worden, met de prijs, de duur en of het online of op de praktijk is.

• Bladeren door de diensten die in de hele praktijk aangeboden worden
• Dienstdetail met prijs, duur en leveringswijze
• Vanuit de dienst rechtstreeks door naar boeken of kopen

Kopen — een losse sessie, een pakket, of een product. Hier komt het tegoed vandaan dat een cliënt later besteedt.

• Productcatalogus en productdetail
• Winkelwagen, afrekenen en de dienstverleningsovereenkomst die bij de aankoop aanvaard wordt
• Bestelbevestiging, en de bestelgeschiedenis erachter
• Betaling afgehandeld door de gateway, nooit door de app

Een tegoed besteden aan een bepaald tijdstip in een bepaalde agenda — en alles wat de cliënt er daarna over ziet.

• Een boeking maken tegen echte beschikbaarheid, in de eigen tijdzone van de cliënt
• De boekingenlijst, met elke status die een sessie kan hebben
• Boekingsdetail: deelnamelink, locatie en kamer, verzetten en annuleren
• Gekochte sessies — tegoeden in bezit, besteed, en nog te boeken

In het openbaar vragen, privé vragen, en de mensen met wie een cliënt zijn voortgang wil delen.

• Een openbare vragenstroom, en een vraag stellen voordat u zich ergens aan vastlegt
• Vraagdetail met het eigen antwoord van de professional
• Supportmeldingen — er een indienen, hem volgen, de antwoorden lezen
• Partneruitnodigingen en de partnerlijst

Het derde tabblad, en het antwoord op de meeste supportvragen. Alles wat de app over de persoon weet, op één scherm.

• Geboekte afspraken en afsprakengeschiedenis, met feedback en sessiebeoordelingen
• Tegoeden, gekochte sessies en favorieten
• Factuuradres, facturen, factuurdetail, betaalmethoden
• Meldingen, gesprekken met professionals, partnergesprekken en gestelde vragen
• Mijn diensten en mijn inhoud, voor wie publiceert
• Profiel bewerken, wachtwoord wijzigen, en de accountschermen

Hetzelfde tabblad, gezien door een behandelaar. Dit is wat een hele praktijk te runnen maakt vanaf een telefoon in plaats van vanaf een bureau.

• Beschikbaarheid: weekuren, en uitzonderingen op het rooster met datum
• De gesprekken met cliënten, en de cliëntgeschiedenis achter elk gesprek
• Een sessieverslag indienen vanuit de sessie waar het bij hoort
• Analyses voor de behandelaar — de boekingstrechter, de doorlooptijd en cijfers per cliënt
• Inkomsten en de vier bakken, verborgen en vervangen door aantallen bij een dienstverband

Een assistent in de app waarmee u een gesprek voert, gestroomd door de gateway zodat er nooit een modelsleutel op het apparaat belandt.

• Een chatscherm met gestroomde antwoorden
• Gespreksgeschiedenis, zodat een draad later opgepakt kan worden
• Gerouteerd via de AI-interface van de gateway, die uitkomt bij een echte aanbieder of bij een nabootsing

De knoppen die iemand verwacht te vinden, inclusief de knoppen waarvan een toezichthouder verwacht dat hij ze kan vinden.

• App-instellingen en taalkeuze over 23 talen
• Privacy-instellingen, en welke meldingen via welk kanaal binnenkomen
• Beveiligingsinstellingen, inclusief apparaatsessies
• Voorwaarden, privacybeleid en juridische documenten in de app in plaats van op een website
• Het account verwijderen, als route die de persoon zelf kan nemen

Waar elke functie hierboven op gebouwd is. Geen scherm, maar de reden dat de schermen zich consequent gedragen.

• Netwerkverkeer naar de gateway, met tokenvernieuwing en foutafhandeling op één plek
• Beveiligde opslag voor tokens en beveiligde apparaatstaat
• Routering, zodat een melding precies het scherm kan openen waar zij naar verwijst
• Eén thema dat het ontwerpsysteem van Raznameh draagt
• 23 vertaalbestanden, waarbij het agendasysteem de persoon volgt en niet het bedrijf
• Gedeelde bouwstenen, zodat een lijst, een lege staat en een fout er overal hetzelfde uitzien

Bemiddelt het aanmelden bij de bedrijfskern en geeft eigen kortlevende tokens uit. De app houdt nooit een inloggegeven van de kern vast.

• Aanmelden, registreren, vernieuwen en afmelden, met JWT uitgegeven door de gateway
• De huidige gebruiker en zijn profiel
• Apparaatregistratie, zodat pushmeldingen het juiste toestel bereiken
• Juridische documenten en de aanvaarding vastgelegd bij een persoon

Alles waar een cliënt doorheen bladert voordat hij iets uitgeeft, snel geserveerd en gecachet waar het duur is.

• Professionals, hun profielen, beschikbaarheid en diensten
• Dienstcategorieën en boekbare producten
• Beoordelingen en waarderingen, met de moderatiestaat gerespecteerd
• Gecachete leesacties voor alles wat de lijst herhaaldelijk opvraagt

De transactionele helft. Aankoop, tegoed, boeking, factuur en betaling, elk afgebeeld op de bedrijfskern in plaats van opnieuw gebouwd.

• Een boeking maken, verzetten en annuleren, met het beleid toegepast door de kern
• Bestellingen en de tegoeden die zij voortbrengen
• Facturen en factuurdocumenten
• Betalingen starten en bevestigen, achter een betaalinterface

De leeszware helft: waar iemand doorheen bladert wanneer hij niet aan het boeken is.

• De gerangschikte inhoudsstroom en het inhoudsdetail
• Openbare vragen en antwoorden
• Ontdekken, zelftests en hun uitkomsten
• Partnerfuncties en de vergelijkingen die erop gebouwd zijn

De WebSocket-hub. Chat, presentie, AI-stromen en signalering voor spraak en video, op één verbinding.

• Beheer van de WebSocket-verbinding en presentie
• Chat tussen cliënt en professional, en groepskanalen
• Signalering voor spraak- en videogesprekken
• Aflevering van meldingen en meldingsinstellingen per persoon
• Pushmeldingen via Firebase Cloud Messaging

Bestanden, zo bewaard dat de app nooit rechtstreeks met de opslag praat en er niets vanaf een te raden URL geserveerd wordt.

• Toegang tot beveiligde documenten, waarbij de toegangsregels van de kern geëerbiedigd worden in plaats van opnieuw beslist
• Media uploaden en ophalen, via de gateway geproxyd
• Afbeeldingen verkleind en gecachet, zodat een overzicht van behandelaars op een telefoon goedkoop is

De rest: een melding indienen, om een consultatie vragen, de app vertellen wat deze implementatie aangezet heeft, en met een model praten.

• Supportmeldingen en de antwoorden erop
• Consultatieverzoeken
• Inrichting tijdens het draaien, zodat de app alleen de functies toont die dit bedrijf aangezet heeft
• AI-verzoeken, gestroomd, met de modelsleutel hier en nergens anders bewaard

Vier schakelaars, elk uitkomend bij een echte aanbieder of bij een nabootsing. Het is waarom het landschap gedemonstreerd, ontwikkeld en getest kan worden zonder ook maar één extern account.

• DATA_SOURCE — de Odoo-bedrijfskern, of een nagebootste gegevensverzameling
• PAYMENTS — een echte aanbieder, of een nabootsing die zich als een echte gedraagt
• NOTIFICATIONS — Firebase Cloud Messaging, of een nabootsing
• AI — een echte modelaanbieder, of een nabootsing
• Snelheidsbegrenzing en tokenemmers in Redis, zodat een limiet over werkprocessen heen standhoudt
• Geen enkele externe leverancier kan de praktijk beletten een sessie te verkopen, te leveren en vast te leggen

De roostermotor onder al het andere — agenda's, beschikbaarheid, kamers en de regels die bepalen welke tijdstippen een cliënt werkelijk te zien krijgt.

• Een beschikbaarheidsmotor die weekuren, uitzonderingen met datum en bestaande boekingen tot vrije tijdstippen herleidt
• Planners, gastheren, locaties en kamers, met capaciteit en het opmerken van botsingen
• Regels voor tijdstippen, wachtlijsten en automatisch aangeboden tijdstippen wanneer er een boeking vrijkomt
• Intakevragen die bij het boeken gesteld worden, met de antwoorden bij de boeking bewaard
• Herinneringen per e-mail en sms, met onderdrukkingslijsten per persoon
• Agendapublicatie als ICS, en links naar externe agendasystemen
• Aanwezigheidsvastleggingen, een boekingstrechter en de analyses achter de cijfers per behandelaar
• Snelheidsbegrenzing op openbare boekingsroutes, en een wisroute voor boekingsgegevens

Verkoopt sessies van één op één als tegoeden. Dit is de module die van kopen en boeken twee losse stappen maakt, en dat is wat het mogelijk maakt vandaag een pakket te verkopen en het over maanden in te plannen.

• Sessies verkocht als tegoeden tegen een product, los of als pakket
• Dienstverleningsovereenkomsten bij pakketten, aanvaard bij de aankoop en bewaard in de aanvaarde versie
• Getrapt annuleringsbeleid met opzegtermijnen, boetes en een coulanceperiode
• Stromen voor verzetten en annuleren die het tegoed teruggeven waar het beleid dat zegt
• De bakken van de behandelaar — gekocht, geboekt, gehouden, niet geboekt — en voortgang per behandelaar
• Boekingslinks in het portaal, en poorten in de winkelwagen op de website die een onboekbare aankoop tegenhouden
• Een naad voor het bepalen van de betaling: de sessie bevriest bij het boeken haar eigen verdeling zonder te weten wat een contract is
• Feedback na de sessie, en het spoor van niet verschijnen dat de rapportage over betrouwbaarheid nodig heeft

De toepassingslaag: professionals en hun openbare profielen, de mobiele API, inhoud en gemeenschap, meldingen, en het account aan de kant van de cliënt.

• Profielen van behandelaars met een verificatieworkflow, bevoegdheden, diensten en agenda's
• Beoordelingen, waarderingen, openbare vragen en het dashboard voor de behandelaar erachter
• REST-endpoints voor de mobiele app, JWT-authenticatie, en WebSocket-sessies
• Realtimechat — cliënt naar professional, partnergesprekken en groepskanalen — aan sessies gekoppeld
• Inhoud en publiceren: uitgeversprofielen, een gerangschikte stroom en ontdekken
• Facturen, betaalmethoden en de brug van bestelling naar sessie
• Meldingen via push, e-mail en in de app, met een verspreiding voor sessiewekkers
• Leeftijds- en identiteitsverificatie, supportmeldingen, consultatieverzoeken en apparaatregistratie

Odoo-appsOnDelights Platform

De zeventien managementrapporten. Twaalf vragen of de vastlegging van de praktijk strookt met wat er gebeurd is; vier vergelijken hoe het met de professionals gaat; één staat boven alle andere.

• Afstemmingslijsten: vastgelopen sessies, ongeboekte tegoeden, dekking tegenover vraag, geldketen, kostenboek
• Gereedheid voor uitbetaling, annuleringsgedrag, nalevingsdossier, continuïteit van cliënten en de moderatiewachtrij
• Sessies zonder verslag, en geannuleerde sessies gelezen naast het gedrag
• Functioneren: de scorekaart van de behandelaar, de ranglijst, betrouwbaarheid en uitkomsten bij cliënten
• Eén bereikknop — het hele bedrijf, geselecteerde mensen, één persoon — met een vergelijkingsperiode
• Bewaarde weergaven en CSV-export op elk rapport
• Een rapport schrijft nooit: het verwijderen haalt de rapporten weg en verandert niets aan het operationele gedrag

De klinische aantekening die een professional indient na een gehouden sessie — bewaard als beveiligd document over de cliënt in plaats van als bijlage bij een afspraak.

• Een verslag ingediend bij de sessie en vastgelegd als gaand over de cliënt
• In rust versleuteld op de beveiligde documentdienst, met een sleutel per versie
• Toegang uitsluitend bepaald door het uitzoeken van het behandelteam, nooit door een rol of door anciënniteit
• Correcties ingediend als nieuwe versies; de vorige versie blijft precies zoals zij was
• Elke leesactie gelogd, zodat een ontbrekend verslag nalopen nooit betekent dat er een gelezen wordt

Een doorlopende afspraak in plaats van elke keer een aankoop: een plan dat in de winkel verkocht wordt, en het lidmaatschap van één cliënt daartegen.

• Plannen zijn winkelproducten met een afbeelding en een beschrijving; de openbare catalogus staat op /memberships
• Een lidmaatschap draagt sessietegoeden, toegang tot chat en minuten voor consultatie buiten de lijn
• Tegoeden blijven gewone sessietegoeden, zodat het boeken nooit een tweede regelboek leert
• Perioden met verlenging en overdracht, waarbij het plan bepaalt wat er overgaat
• Een behandelaar ziet welke van zijn cliënten lid zijn, en waarvan

Tijd van een behandelaar gekocht als minuten in plaats van als afspraak, besteed in de chat en tot op de minuut verantwoord.

• Een dienst kan een budget aan behandelaarsminuten verkopen, met een optioneel geldigheidsvenster
• Een tarievenkaart op het bedrijf, per dienst te overschrijven
• Een boekregel per afschrijving, en een overzicht dat zowel de cliënt als de behandelaar kan openen
• Het budget wordt gecontroleerd waar het bericht verstuurd wordt, niet waar iemand eraan denkt te controleren

De vragenlijst die een cliënt vóór de eerste sessie invult, bewaard als klinische inhoud in plaats van als enquêteantwoorden.

• Een dienst noemt de vragenlijst die erbij hoort
• De cliënt vult haar vóór de sessie in, vanaf zijn eigen pagina's
• Antwoorden worden rechtstreeks naar een versleuteld document geschreven — ze blijven nooit in de opslag van de enquête staan
• De behandelaar opent haar vanuit de sessie, onder de gewone toegangsregels voor documenten

Bankoverschrijving als betaalroute, voor praktijken die willen dat een mens elke bestelling bekijkt vóór en nadat het geld beweegt.

• Keur de bestelling goed, factureer haar, neem het betaalbewijs aan, keur het bewijs goed, en maak dan de tegoeden aan
• Tegoeden verschijnen pas zodra het bewijs goedgekeurd is, dus een onbetaalde bestelling kan geen sessie boeken
• Een afwijzing draagt haar reden, en de bestelling gaat terug naar de persoon die het kan oplossen
• Elke stap is een staat op de bestelling in plaats van een notitie die iemand achterliet

De helft aan de kant van de cliënt van de route buiten de lijn: waar hij betaalt, wat hij uploadt, en waar de bestelling op wacht.

• Elke staat heeft een eigen kleur en merkteken op Mijn bestellingen, zodat wachten zichtbaar verschilt van afgewezen
• Betaal en upload het bewijs in één venster, zonder de bestelling te verlaten
• De reden van de afwijzing staat waar degene die er iets mee moet haar zal lezen
• Een kaart op het dashboard voor bestellingen die iets van de cliënt nodig hebben

De boeken, op een eigen dashboard: wat er binnenkwam, wat er verschuldigd is, wat de levering kostte en wat er nog komt. Met opzet gescheiden van dat van de beheerder — een onbetaalde factuur nalopen is het ene werk, en het grootboek bijhouden is het andere.

• Een aanloopscherm met vier geldtegels, zes kengetallen, zes grafieken en een signaallijst
• Eenentwintig rapporten: kas, omzet, kostprijs van de levering, prognose, weglek en twee controlelijsten
• Op toerekeningsbasis of op kasbasis, vijf perioden en een eigen periode, meegenomen door elke doorklik
• Elk rapport te versmallen op dienst, behandelaar of cliënt; een grafiekweergave en CSV op elke pagina
• Niets genetteerd, geen verhouding zonder noemer, prognoselagen nooit opgeteld
• Een controlelijst voor de maandafsluiting waarbij alleen vinkjes de goede afsluiting is
• Leest het grootboek en nooit klinische inhoud — een aparte verlening, op een intern account

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

Een openbaar formulier dat van een vraag een taak maakt waar iemand eigenaar van is.

• Een formulier op /support/ticket dat iedereen kan gebruiken, aangemeld of niet
• Elke inzending opent een taak, toegewezen aan de winkelbeheerder
• De indiener volgt zijn eigen melding, en de beheerder krijgt bericht in Discuss

Een zorgtraject met een begin, een eind en een plan — de ruggengraat waar al het andere in het klinische dossier aan hangt. Zorg is geen stroom afspraken, en het dossier zegt dat.

• Een episode opent bij de eerste gehouden sessie, en een cliënt heeft er één tegelijk open
• Een behandelplan per episode: probleem → doel → doelstelling, drie niveaus en niet meer
• Een doel draagt een titel, een streefdatum en een resultaat — waar naartoe gewerkt is, en hoe het gegaan is
• Lopend of Afgerond als de staat die veilig is voor de cliënt, gescheiden gehouden van de zes klinische uitkomsten zodat de twee nooit één scherm delen
• Een plan wordt herzien of vervangen, nooit ter plekke bewerkt: de versie die afgesproken was blijft zoals zij was
• Een episode sluiten vraagt om een uitkomst bij elk open doel, want dat is het enige moment waarop iemand het antwoord kent — en zegt hoeveel er zonder uitkomst zouden sluiten
• De afsluiting start de bewaarklok waar de documentdienst vanaf telt
• Elke behandelaar die de cliënt ontmoet heeft ziet de episode; het verslag van een collega lezen is een apart verzoek, goedgekeurd door een praktijkbeheerder en hoe dan ook naar het logboek geschreven
• De cliënt leest dezelfde episode op zijn eigen pagina's, in woorden die hem nooit een cijfer geven

Aantekeningsjablonen als een geordende lijst velden met een type, zodat een aantekening uit antwoorden bestaat in plaats van uit proza dat niemand kan doorzoeken.

• Een sjabloon is een gepubliceerde lijst velden met een type en een versie — tekst, getal, schaal, keuze, datum
• Een ingevulde aantekening bestaat uit de antwoorden plus een opgemaakt beveiligd document
• Antwoorden zijn precies dan leesbaar als hun document: één toegangsregel, niet twee die uit elkaar lopen
• Zichtbaarheid per veld, zodat een privéobservatie afwezig is in de kopie van de cliënt in plaats van erin verborgen
• Sjablonen gekozen op het formulier voor het sessieverslag, per discipline

De startinhoud voor de sjabloonmotor: duizend benoemde aantekeningsvormen, zodat een praktijk niet met een lege bibliotheek begint.

• Meer dan duizend benoemde sjablonen — SOAP, DAP, BIRP, intake, evaluatie — gegroepeerd per discipline
• Als data geïnstalleerd, daarna te bewerken als elk sjabloon dat de praktijk zelf schrijft

Wat een cliënt tussen sessies door vastlegt, gekoppeld aan het doel dat het meet. Een programma dat nergens tegen rapporteert is hoe volgen in huiswerk verandert.

• Een programmabibliotheek met zes soorten onderdelen: vragenlijst, meting, keuze, dagboek, upload, taak
• Een programma wordt naar een doel gestuurd, zodat elke invoer rapporteert tegen iets waar het plan werkelijk om gevraagd heeft
• De cliënt legt vast op zijn eigen plan: eerst wat er vandaag te doen is, daarna elk doel en wat ertegen openstaat
• Niets op een scherm voor de cliënt telt hem of geeft hem een cijfer — iets wat niet vastgelegd is leest als niet vastgelegd, en er is geen percentage, geen score en geen reeks
• De caseload van de behandelaar met het slechtste eerst: risicomarkeringen om te bevestigen, nooit begonnen, veertien dagen stil, eindigt deze week
• Een percentage met minder dan vijf metingen komt als een streepje, en een telling die mislukte komt als onbeschikbaar — nooit als nul
• « Ik vind dit zwaar », dat de behandelaar bereikt zonder dat er een getal aan hangt
• Verslagen ingediend bij een doel in plaats van bij een afspraak, versleuteld, onder dezelfde toegangsregels als elk ander klinisch verslag
• Programma's besproken bij een sessie, geteld door het praktijkrapport dat vraagt of er iemand gekeken heeft
• Elk scherm dat observaties draagt zegt dat invoer niet in realtime bewaakt wordt

Gescoorde instrumenten die van de praktijk zijn. Er wordt geen instrumentinhoud meegeleverd en er wordt geen licentie geclaimd: de praktijk voert in wat zij mag gebruiken.

• Een score wordt bewaard met de instrumentversie die haar voortbracht, en wordt nooit opnieuw berekend
• Banden en drempels per instrument, waarbij een risicoband een markering oplevert die iemand moet bevestigen
• Ingevuld door de cliënt op het portaal of tijdens de sessie, en het kanaal wordt hoe dan ook vastgelegd
• Tijdlijnen per instrument met een richting; scores van verschillende instrumenten worden nooit tot één getal samengevoegd, want zij meten verschillende dingen op verschillende schalen
• Een vragenlijst is een soort programmaonderdeel, geen aparte functie met een eigen lijst

Eén aantekening, één keer geschreven, en bij elke deelnemer als eigen document ingediend.

• Eén geschreven bron, één ingediend document per aanwezige cliënt
• Een privéveld is afwezig in het document van een andere deelnemer, niet erin verborgen
• Ingediend bij de mensen die aanwezig waren, niet bij iedereen die geboekt had
• De sessie telt pas als gedocumenteerd wanneer elke deelnemer zijn kopie heeft

Een vervaldatum die een behandelaar zet wanneer een sessie eindigt, en waarnaar gehandeld wordt wanneer zij aanbreekt.

• Een oproep is een datum en een reden, aangemaakt aan het eind van een sessie
• Zij nodigt uit; zij boekt nooit
• Openstaande oproepen verschijnen op het praktijkoverzicht voordat er automatisch een bericht uitgaat
• Automatisch uitnodigen blijft uit tenzij de praktijk het aanzet

Diagnosecodes waar de facturatie ze nodig heeft, doorzoekbaar in plaats van uit het hoofd ingetikt.

• Doorzoekbare ICD-10-CM-hoofdstukken en -codes
• Een code vastgelegd bij de cliënt en meegenomen naar bestellingen en facturen

Betalingsvoorwaarden per sessie op het werknemerscontract, en de betaalcyclus die ze afrekent. Bij het uitbetalen wordt er niets opnieuw berekend — elke sessie bevroor haar eigen verdeling toen zij geboekt werd.

• Vier betalingsvormen: maandsalaris, uurtarief, een vast bedrag per sessie, of een percentage van elke sessie
• Voorwaarden bewaard op de contractversie, zodat de geschiedenis gedateerd is en er één tegelijk geldt
• Betaalcycli — wekelijks, tweewekelijks, maandelijks of per kwartaal — verankerd op de kalender of op de contractstart
• Een dagelijkse taak die een concept-betaalronde opent op de ochtend dat een cyclus sluit
• Een ronde bevestigen maakt één leveranciersfactuur per professional uit de bevroren bedragen
• Een bewaarde uitbetaalgeschiedenis die de professional kan zien, inclusief geannuleerde rondes
• Vandaag opnieuw onderhandelen herschrijft nooit wat er vorige maand verschuldigd was

Stuurt contracten ter ondertekening vanuit het dossier waar zij bij horen, en bewaart de getekende geschiedenis op dat dossier.

• Stuur een contract ter ondertekening vanuit het contract zelf
• Elk verzoek bewaard bij dat dossier als zijn geschiedenis
• De betaling per sessie kan ingehouden worden onder een contract dat nog niemand getekend heeft
• Installeert zichzelf alleen wanneer beide kanten aanwezig zijn, zodat geen van beide modules een afhankelijkheid draagt die zij niet nodig heeft

De dienst zelf. Een model neemt haar in één regel over en krijgt zijn documenten, een teller, en een indienvenster dat in gewone taal zegt wie het resultaat zal kunnen openen voordat het bewaard wordt.

• In rust versleuteld met een eigen sleutel, bewaard buiten de filestore van Odoo en nooit via /web/content geserveerd
• Toegang door uitdrukkelijke regels, standaard weigeren: elke keer een passende toestaanregel en geen passende weigerregel
• Beheerder zijn, leidinggevende zijn, of degene zijn die het ingediend heeft, geeft op zichzelf niets
• Elke leesactie én elke schrijfactie gelogd, in een hash-geketend, alleen aangroeiend logboek dat niemand kan bewerken
• Met versies en alleen aangroeiend: een correctie is een nieuwe versie, de vorige blijft onaangeraakt
• Bewaren en vernietigen onder relatieve regels, uitgevoerd door de sleutel te vernietigen
• Zoekt met opzet niet in documenten — versleutelde inhoud is niet op volledige tekst te doorzoeken

De cryptografische laag, als eigen module gehouden zodat het sleutelbeheer nagekeken en geauditeerd kan worden zonder de rest van de toepassing te lezen.

• Envelopversleuteling met AES-256-GCM: een willekeurige gegevenssleutel per documentversie, ingepakt onder een implementatiesleutel
• De sleutel die de sleutels versleutelt wordt nooit in de database bewaard
• Cijfertekst in een eigen map, buiten de filestore
• Sleutelroulatie die sleutels opnieuw inpakt zonder één byte cijfertekst te herschrijven
• Crypto-shredding: de sleutel vernietigen vernietigt het document en laat het auditspoor intact
• Weigert te starten als de sleutel ontbreekt, voor iedereen leesbaar is, van de verkeerde gebruiker is, of bewaard wordt waar hij met de gegevens mee zou reizen

Waar iemand de documenten leest die over hemzelf met hem gedeeld zijn, op /my/documents — en alleen die.

• Een betrokkene ziet een document wanneer een toegangsregel voor betrokkenen het toestaat en niets het weigert — nooit alleen maar omdat het over hem gaat
• Psychotherapienotities, verzegelde documenten en documenten onder een lopende beslissing om achter te houden worden nooit getoond, wat hun regels ook zeggen
• Eén filter dat door elke route gebruikt wordt, zodat er altijd maar één definitie is van wie wat mag zien
• Inhoud in het geheugen ontcijferd en gestroomd; er wordt niets naar schijf geschreven
• Een document dat de gebruiker niet mag zien geeft 404 terug, nooit 403 — verwijzingen raden mag niet onthullen wie er dossiers heeft
• Elke weergave en elke download gelogd, ook die van de betrokkene zelf, en de pagina zegt dat
• Leesacties per gebruiker in snelheid begrensd, geteld uit het toegangslogboek zodat de limiet over werkprocessen heen standhoudt

Dient beveiligde documenten in bij contacten — de gewoonste betrokkene, want de persoon over wie een document gaat is meestal de persoon bij wie het ingediend wordt.

• Voegt de beveiligde documentdienst toe aan res.partner
• Installeert zichzelf zodra beide kanten aanwezig zijn, en verwijdert zichzelf zonder een van beide aan te raken
• Eén brug per toepassing, zodat de dienst op een contact overnemen geen ongerelateerde apps meetrekt

Dient beveiligde documenten in bij verkoopkansen — een due-diligencepakket is niets klinisch, en heeft precies dezelfde eisen.

• Voegt de beveiligde documentdienst toe aan crm.lead
• Versleuteld, achter regels en bij elke leesactie gelogd, net als elk ander beveiligd document
• Installeert en verwijdert zichzelf netjes en los van de andere bruggen

Dient beveiligde documenten in bij werknemersdossiers — een tuchtdossier of een bedrijfsartsverslag is iets wat een leidinggevende indient en wat het merendeel van HR niet mag kunnen openen.

• Voegt de beveiligde documentdienst toe aan hr.employee
• Standaard weigeren, zodat een HR-rol een dossier niet opent alleen maar omdat het een HR-rol is
• Installeert en verwijdert zichzelf netjes en los van de andere bruggen

Dient beveiligde documenten in bij taken — een vertrouwelijk contract of een getekende oplevering, bewaard waar het werk bijgehouden wordt.

• Voegt de beveiligde documentdienst toe aan project.task
• Installeert zichzelf zodra beide kanten aanwezig zijn, en verwijdert zichzelf zonder een van beide aan te raken

Dient beveiligde documenten in bij bestellingen — een getekende overeenkomst, of de identiteitsbewijzen van een klant, bewaard bij de verkoop waar zij bij horen.

• Voegt de beveiligde documentdienst toe aan sale.order
• Installeert zichzelf zodra beide kanten aanwezig zijn, en verwijdert zichzelf zonder een van beide aan te raken

Optioneel: haal de sleutel die de sleutels versleutelt van de Odoo-host af, zodat een kopie van de database geen kopie van de documenten is.

• Documentsleutels in- en uitgepakt via een externe autoriteit in plaats van lokaal
• De sleutel die de sleutels versleutelt staat nooit op de machine die de toepassing bedient
• Per implementatie aan te zetten; de lokale variant blijft beschikbaar en ongewijzigd
• Een autoriteit die onbereikbaar is weigert documenten te openen in plaats van stilletjes terug te vallen

Zoekt het behandelteam uit. Een therapeut komt bij de dossiers van de mensen op zijn eigen caseload, niet die van de praktijk — en dat is wat de norm van het minimum dat nodig is afdwingbaar maakt in plaats van een streven.

• Behandelrelaties — behandelaar naar cliënt, met een soort, een begin en een eind
• De toegang eindigt wanneer de relatie eindigt, na een coulanceperiode die lang genoeg is om openstaande aantekeningen af te maken
• Klinische rollen die bepalen welk deel van de toepassing iemand bereikt, nooit wat hij kan openen
• Een profiel alleen voor de directeur voor incidenten, klachten en veiligheidsmeldingen — gesloten zelfs voor wie ze ingediend heeft
• Het verstrekkingsregister: wat de dienst verlaten heeft, aan wie, en op welke grondslag
• Rechten van betrokkenen: inzageverzoeken met hun wettelijke klok, wijzigingen die toevoegen in plaats van overschrijven, beperkingen die verzegelen
• Bewaarankers — laatste contact, geboortedatum, overlijdensdatum — waar de basislaag vanaf kan rekenen
• Het inbreukdossier zelf — wat er gebeurd is, wie er getroffen zijn, en of wie het meenam het kon lezen — waarbij de rechtsgebiedlagen hun eigen klokken aan één incident toevoegen in plaats van elk een eigen dossier te houden
• Vertrouwelijke communicatie: een cliënt kan vragen dat een kanaal nooit gebruikt wordt, en dat wordt geweigerd waar berichten vertrekken in plaats van waar iemand eraan denkt — een e-mail naar een geblokkeerd adres wordt afgebroken, nooit stilletjes naar het adres in het dossier gestuurd
• Nergens een veld om vast te leggen waarom zij het vroegen, want een uitleg verlangen is juist wat de regel verbiedt
• Eén verlenging op een inzageverzoek en niet meer dan één, begrensd op de resulterende datum in plaats van op het ingetikte getal — een maand vanaf maart en een maand vanaf juli zijn niet even lang
• De vergoeding gespecificeerd in de bestanddelen die de regeling toestaat, want « redelijk, op basis van kosten » is een bewering, en een bewering met één getal erachter is er een die niemand kan controleren
• Een kopie aan iemand die de betrokkene genoemd heeft, geweigerd tot zijn getekende schriftelijke opdracht in het dossier zit
• Een weigering herzien door iemand anders dan degene die weigerde — afgedwongen, niet aan de procedure overgelaten
• Een geweigerde wijziging waar de persoon het niet mee eens is: zijn verklaring, een eventuele weerlegging, en beide reizend met elke latere verstrekking van het betwiste dossier — aangehangen door het register, niet doordat iemand eraan denkt
• Wie stroomafwaarts de informatie al heeft, wordt genoemd en ingelicht, want een wijziging waar niemand van hoort corrigeert één kopie van een dossier

De AVG-laag: de rechten- en governancemachinerie waar HIPAA geen equivalent voor heeft, en daarom dekt een bouw naar Amerikaanse norm de EU niet.

• Verwerkingsgrondslag vastgelegd per documenttype — art. 9 lid 2 onder h voor behandeldossiers, niet toestemming
• Wissen (art. 17) uitgevoerd door de sleutel te vernietigen, zodat het recht geëerbiedigd wordt zonder het bewijs van wat er lag te wissen
• Een afweging bij wissing, en niets vernietigd zolang een juridische blokkade of een bewaartermijn staat
• Overdraagbaarheid (art. 20) als gestreamde zip — metadata als JSON, inhoud zoals ingediend, elk document afzonderlijk gelogd
• Melding van inbreuken (art. 33/34): 72 uur naar de toezichthouder, en de versleutelingsuitzondering onder art. 34 lid 3 onder a
• DPIA- en verwerkingsregistervastleggingen bewaard als onderdeel van het governancedossier

Een brug, geen bouwwerk — koppelt een getekende privacymededeling aan de bevestigingsvastlegging, zodat het dossier kan beantwoorden welke versie iemand werkelijk gezien heeft.

• Een voltooide handtekening schrijft de bevestiging, één keer — een webhook die twee keer bezorgd wordt mag de telling van wie er nog openstaat niet verkeerd maken
• Het handtekeningverzoek noemt de versie van de mededeling, want dat is de enige vraag die aan een bevestiging gesteld wordt
• Een pen op een formulier aan de balie is nog steeds een schriftelijke bevestiging; de brug voegt een pad toe in plaats van het gewone te vervangen
• Een verzoek dat door een behandelaar namens een cliënt getekend is, is niet de bevestiging van die cliënt, en telt niet als zodanig

UK GDPR en de Data Protection Act 2018 op dezelfde technische kern — met de toets op ernstige schade gebouwd als workflow in plaats van als markering.

• De toets op ernstige schade (DPA 2018 Sch. 3 Pt. 2) vastgelegd met wie besliste, wanneer, over welke documenten en waarom
• Alleen te nemen door iemand met een lopende behandelrelatie, wat het systeem controleert in plaats van aanneemt
• Verschijnt in een herzieningswachtrij voordat zij verloopt, en vervalt vanzelf na zes maanden
• Opheffen herstelt het label dat het document ervoor had, niet « gewoon »
• Er wordt achtergehouden voor de betrokkene, niet voor het behandelteam — de mensen die hem behandelen lezen het nog steeds
• Het bewaarschema uit de NHS Records Management Code of Practice 2021 als startgegevens
• Afhandeling onder de Access to Health Records Act voor de dossiers van overledenen

De organisatorische waarborgen — de helft van HIPAA die niet over versleuteling gaat, en de helft die de handhaving het vaakst aanhaalt.

• De risicoanalyse als oefening met een periode, een reikwijdte en een methode, los van het register met wat zij vond — zodat volgend jaar met dit jaar vergeleken kan worden
• Elk risico meegenomen naar de volgende beoordeling met een verwijzing terug, want een register dat elk jaar blanco begint verliest de vastlegging van wat er besloten is
• De inherente waardering berekend en de restwaardering met opzet niet — een restrisico dat uitgerekend wordt door een maatregelscore af te trekken is een verzinsel dat hetzelfde zegt over een maatregel die vorige week getest is en een maatregel die in een beleidsstuk staat
• Een risico aanvaarden verlangt een vastgelegde reden; de beslissing is vaak juist en achteraf kan niemand zien welke het was
• De activiteitenbeoordeling met de vragen bij naam genoemd — geen behandelrelatie, break-glass, een gedeelde achternaam, buiten kantooruren, een uitschieter in aantallen — want « kijk de logboeken na » zonder te zeggen waarnaar te kijken is hoe beoordelingen een handtekening onder niets worden
• Een beoordeling afronden verifieert elke hashketen die in de periode aangeraakt is, en dat is wat van een logboek waarin knoeien opvalt een logboek maakt waarin knoeien opgemerkt is
• Aanwijzingen bewaard als datumbereiken met de gaten uitgerekend, want de eis is niet wie haar vandaag draagt maar dat iemand haar zonder onderbreking gedragen heeft
• Sanctievastleggingen alleen leesbaar voor een groep waar niemand bij implicatie in komt — een sanctievastlegging die uitlekt is zelf een incident
• Een checklist voor uitdiensttreding en een dagelijkse taak die er een opent voor iedereen wiens vertrekdatum verstreken is: accounts die het dienstverband overleven zijn de maatregel die het vaakst faalt
• Opleiding met een vervaldatum, want opleiding die verlopen is, is geen opleiding
• Een kritikaliteitsanalyse die haar eigen rekenwerk controleert: een systeem waarvan de database trager herstelt dan het systeem zelf heeft een hersteldoel dat iemand opgeschreven heeft, en de twee getallen staan op verschillende regels in een spreadsheet
• Continuïteitsplannen die zeggen wanneer zij voor het laatst getest zijn, en een lijst van de plannen die dat nooit waren — het enige wat een organisatie met een plan onderscheidt van een organisatie die denkt dat zij een plan heeft
• Een test die zijn doelen niet haalde moet zeggen wat er misging, want een test die niemand iets geleerd heeft is geen bewijs
• Beveiliging van het transport als geschiedenis in plaats van als bewering: « wij gebruiken HTTPS » gaat over de tegenwoordige tijd, en deze vastleggingen zeggen dat het waar was op de dagen waar iemand naar vraagt
• Controles die niet bewerkt of verwijderd kunnen worden, want de zin van een geschiedenis is dat zij niet opgeruimd kan worden

De HIPAA-laag. De scheiding van psychotherapienotities houdt stand in de opslag in plaats van erop te rusten dat de toegangsregels kloppen.

• De designated record set (45 CFR 164.501) gemarkeerd per documenttype, zodat een antwoord op een inzageverzoek niet kan bevatten wat erbuiten valt
• Psychotherapienotities in een eigen sleutelnaamruimte — de sleutel die het gewone dossier opent, opent ze niet
• Een verlening aan de betrokkene op notities wordt op elk pad geweigerd, ook bij een rechtstreekse schrijfactie op de regeltabel
• Een document dat al geschreven is kan niet naar de sleutelruimte van de notities geherlabeld worden
• 42 CFR Part 2: de mededeling tegen verder verstrekken wordt voortgebracht in plaats van ingetikt
• Zes jaar verstrekkingen in het register, volgens de subpart
• Melding van inbreuken (164 Subpart D): een ontoelaatbare verstrekking wordt als inbreuk verondersteld tot de beoordeling met vier factoren iets anders zegt, met de redenering vastgelegd
• Zestig dagen naar de individuen vanaf de ontdekking, uitgerekend in plaats van ingetikt, en gewaarschuwd voordat die aflopen
• De twee vijfhonderden uit elkaar gehouden — bericht aan de media boven 500 inwoners van een staat, bericht aan HHS bij 500 of meer in totaal
• Mededelingen aan individuen die alle vijf de elementen dragen die 164.404(c) verlangt, zodat er geen stilletjes weggelaten kan worden uit een brief die prettig leest
• Het jaarlijkse logboek van kleine inbreuken voortgebracht als document, niet in februari uit het geheugen samengesteld
• De Notice of Privacy Practices met versies, en bevestigingen vastgelegd bij de versie die iemand werkelijk gekregen heeft
• De helft die makkelijk over te slaan is: waar er geen handtekening verkregen is, zijn de poging en de reden verplicht — een map met getekende formulieren kan die vraag niet beantwoorden
• Een werklijst met cliënten bij wie er niets vastgelegd is tegen de geldende mededeling
• De gronden om inzage te weigeren als gesloten lijst, elk met de vermelding of het individu er een herziening van krijgt — er een aanbieden die niet bestaat en er een weigeren die wel bestaat zijn allebei bevindingen
• De vier gronden om een wijziging te weigeren, ook gesloten, en de grond die een feit over het document is wordt tegen het document gecontroleerd
• De Part 2-regel van 2024: één toestemming die behandeling, betaling en bedrijfsvoering dekt, geweigerd tenzij zij intrekbaar is — één toestemming zonder weg terug is degene waarvan iemand vergeet dat hij haar gegeven heeft
• Een Part 2-beperking op die doelen behandeld als recht in plaats van als verzoek, en gecontroleerd vóór de algemene — een controle die andersom draaide zou de verstrekking toestaan voordat zij bij de vraag kwam
• Een inbreuk waarbij dossiers over een verslavingsstoornis betrokken zijn zegt dat in de mededeling, in plaats van het onder « behandelinformatie » te begraven
• 164.410 als twee klokken: de business associate heeft zestig dagen vanaf zijn eigen ontdekking en de onze beginnen wanneer hij het ons vertelt, zodat een inbreuk 118 dagen oud kan zijn zonder dat iemand een termijn gemist heeft
• De Part 2-patiëntmededeling met versies naast de privacymededeling, in plaats van een constante in Python die niemand van een versie voorziet

De Duitse bewaartermijn, als regel waar de documentdienst vanaf telt in plaats van als regel in een beleidsstuk dat niemand toepast.

• § 630f BGB: tien jaar na het laatste contact, als bewaarregel voorgezaaid
• Beperkt tot deze module in plaats van tot het hele EU-pakket, want de termijn is nationaal

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"

Een vaste lijst vragen die aan de implementatie zelf gesteld wordt. Het meeste controleren bestond al en lag verspreid; dit is de pagina die het op één plek leest.

• Een register van controles, een uitvoerder op een schema, en een rapport over beide
• Alleen wat mis is wordt gemeld: een controle die slaagt zegt niets, dus de pagina is leeg wanneer de implementatie deugt
• Elke bevinding noemt de regel waar zij vandaan komt en het dossier waarop zij gevonden is
• Runs worden bewaard, zodat een bevinding die telkens terugkomt zichtbaar is als patroon in plaats van als nieuws

De handtekeningdienst zelf: een ondertekenceremonie in het portaal, beleid per rechtsgebied, en een hash-geketend auditspoor. Zelf gehost, dus er verlaat geen document het landschap om ondertekend te worden.

• Een ondertekenceremonie in het portaal waarbij identiteit en bedoeling op het moment van ondertekenen vastgelegd worden
• Een hash-geketend auditspoor dat niemand kan bewerken of verwijderen
• Beleid per rechtsgebied dat bepaalt wat een geldige handtekening verlangt
• Handtekeningverzoeken als vastleggingen, met een eigen status en geschiedenis

Wie er bevoegd was om namens een wederpartij te tekenen, en of zijn bevoegdheid nog geldig is — gecontroleerd in plaats van aangenomen.

• Bevoegdheid om te binden bijgehouden per ondertekenaar van de wederpartij
• Getekende overeenkomsten bewaard als vastleggingen met een looptijd
• Bevoegdheden van behandelaars nagelopen voordat zij verlopen

Wat een klinische handtekening naast een naam nodig heeft: wilsbekwaamheid, bevoegdheid om namens iemand te tekenen, supervisie, en toestemming die ingetrokken kan worden.

• Verklaring van wilsbekwaamheid vastgelegd op het moment van ondertekenen
• Ondertekenen namens een cliënt, met de bevoegdheid vastgelegd
• Medeondertekening door een supervisor waar de dienst dat verlangt
• Een levensloop van intrekbare toestemming in plaats van een eenmalig vinkje

De onderdelen die HIPAA van een machtiging verlangt, gevalideerd in plaats van aan een sjabloon toevertrouwd.

• Validatie van de vereiste onderdelen van een HIPAA-machtiging
• 42 CFR Part 2-materiaal gescheiden van de rest
• De opgave van verstrekkingen die een covered entity op verzoek moet voortbrengen

Een knop « handtekening vragen » op sollicitanten en werknemers, zodat een aanbod of een beleidsstuk getekend wordt waar de persoon toch al is.

• Handtekening vragen op een sollicitantendossier
• Handtekening vragen op een werknemersdossier
• Verzoeken bewaard bij het dossier als zijn geschiedenis

Een knop « handtekening vragen » op offertes en inkooporders.

• Handtekening vragen op een verkooporder
• Handtekening vragen op een inkooporder
• Het getekende document bewaard bij de order

Zet handtekeningsjablonen waar de praktijk verkoopt: vastgezet aan een professional of aan een dienst, automatisch verstuurd bij de aankoop, en zichtbaar als status.

• Sjablonen voor de elektronische handtekening vastgezet aan een behandelaar of aan een dienst
• Verstuurd bij de aankoop, zonder dat iemand eraan hoeft te denken
• De ondertekeningsstatus getoond aan professionals in het portaal en in de mobiele app

Beëindigt een sessie die niemand gebruikt. 45 CFR 164.312(a)(2)(iii) vraagt om beëindiging na een vooraf bepaalde periode van inactiviteit, en laat de periode aan u — dus het is een instelling, met de afdwinging op de server in plaats van in de browser.

• Inactieve periode, waarschuwingsperiode en een absoluut plafond, per bedrijf ingesteld
• Bij elk geauthenticeerd verzoek op de server gecontroleerd, zodat de browsertimer uitzetten niets oplevert
• Een waarschuwing voordat de sessie eindigt, zodat niemand een halfgeschreven aantekening kwijtraakt aan een maatregel die hem juist moet beschermen
• Een absoluut plafond naast een plafond op inactiviteit, want een sessie die door een script in leven gehouden wordt is nog steeds een sessie die zou moeten eindigen
• Elke beëindiging vastgelegd — wie, welk oppervlak, en welke regel haar beëindigde
• De vastlegging groeit alleen aan: bewijs dat een maatregel gewerkt heeft is waard wat het kost om het te veranderen
• Zet de periode op nul om het uit te schakelen, en dat is een beslissing die de specificatie toestaat en die uw risicoanalyse vastlegt

Verbindt Odoo Community met elk groot taalmodel, achter een interface — zodat de leverancier kan veranderen zonder dat de bedrijfslogica het merkt.

• Aanbieders per implementatie ingericht, met het inloggegeven buiten de toepassingscode bewaard
• Agenten gedefinieerd als prompts met de gereedschappen die zij mogen aanroepen
• Gereedschappen aanroepen, zodat een model kan handelen in plaats van alleen antwoorden
• Runs vastgelegd, zodat achteraf te bekijken is wat er gevraagd is en wat er terugkwam
• Serveracties die vanuit een prompt aangestuurd kunnen worden
• Diagnostiek om te controleren of een aanbieder bereikbaar en correct ingericht is

Een gebruiker met de hand tussen intern en portaal omzetten betekent toegangsrechten in de juiste volgorde bewerken en de neveneffecten onthouden. Dit maakt er een knop van.

• Een veld Gebruikerstype op het gebruikersformulier, in de lijst en in de zoekfilters
• Knoppen Omzetten naar intern en Omzetten naar portaal op het gebruikersformulier
• Een actie Gebruikerstype omzetten in de lijst met gebruikers, voor meerdere gebruikers tegelijk
• Vangrails: de systeemgebruiker, uw eigen gebruiker en de laatst overgebleven beheerder kunnen nooit per ongeluk omgezet worden

Bedrijven, gebruikers, groepen, contacten, talen en de dossierregels die bepalen wie wat ziet. Staat niet in de lijst met apps omdat alles ervan afhangt.

• Bedrijven en afbakening over meerdere bedrijven
• Gebruikers, groepen en toegangsregels op dossierniveau
• Contacten als één model dat cliënten, professionals en leveranciers delen
• Talen, vertalingen en de landinstelling per gebruiker
• Geplande acties — de takenrij achter elke nachtelijke taak

De backofficeomgeving waarin medewerkers werken, en het bewerkgereedschap achter elk veld met opgemaakte tekst en elk websiteblok.

• Weergaven als lijst, formulier, kanban, agenda, draaitabel en grafiek
• Filters, groeperingen en bewaarde zoekopdrachten op elk scherm
• Exporteren naar CSV en XLSX vanuit elke lijst
• HTML-bewerker — het veld met opgemaakte tekst dat door de dossiers heen gebruikt wordt
• HTML-bouwer — de blokbewerker waarin u blokken versleept
• Webroutering — de URL-laag waarlangs elke portaal- en websitepagina geserveerd wordt

Odoo-appsWebWeb RoutingHTML EditorHTML Builder

Berichten, en de berichtendraad die aan elk dossier hangt — en zo houdt een beslissing haar geschiedenis in plaats van in iemands postvak te wonen.

• De chatter op elk dossier: berichten, notities, volgers en bijgehouden veldwijzigingen
• Interne kanalen en rechtstreekse berichten
• Uitgaande e-mail met sjablonen, en routering van binnenkomende post
• Activiteiten — een taak toegewezen aan een dossier in plaats van aan iemands geheugen
• OdooBot, en de HR-variant ervan voor aanwijzingen bij de introductie

Odoo-appsDiscussOdooBotOdooBot - HR

Het afgeschermde gedeelte dat een cliënt, een professional of een wederpartij bereikt zonder interne gebruiker te zijn — alles onder /my.

• Portaalgebruikers zonder toegang tot de backoffice
• Documenten, bestellingen en facturen gedeeld met degene bij wie zij horen
• Het kader waarbinnen elke eigen portaalpagina in dit platform gebouwd is
• Een aangepaste registratiepagina, zodat het registreren bij het merk past in plaats van bij de standaard van Odoo

Odoo-appsCustomer PortalCustomize Signup Page

De adresboektoepassing: mensen, organisaties, en de verhoudingen daartussen.

• Personen en bedrijven, met onderliggende contacten
• Adressen, fiscale nummers en bankgegevens
• Labels en categorieën die voor segmentatie gebruikt worden
• Het dossier waar een cliënt, een professional en een leverancier alle drie op uitkomen

Odoo-appsContacts

Wat er verkocht wordt. In een praktijk zijn dat sessies en pakketten, maar het model eronder is het standaardmodel.

• Productsjablonen en varianten
• Maateenheden, en dienstproducten voor tijd
• Prijslijsten, zodat een pakket of een segment anders geprijsd kan worden
• Productcategorieën die voor rapportage per dienstlijn gebruikt worden

Werkagenda's, capaciteit en verlof — het model waarin de weekuren en de uitzonderingen met datum van een professional uitgedrukt worden.

• Werkroosters per persoon, met tijdzones
• Capaciteit en verlof van middelen
• De agenda waartegen de bezetting berekend wordt

Odoo-appsResource

De kleine geïnstalleerde modules die niemand met opzet opent, en die elk een bepaalde categorie supportmeldingen wegnemen.

• Introductiegereedschap — begeleide voortgang bij het inrichten van een nieuwe implementatie
• Validatie van telefoonnummers — nummers bij het invoeren genormaliseerd, zodat sms ook werkelijk aankomt
• Google reCAPTCHA — bescherming tegen spam op openbare formulieren
• Google Gmail — uitgaande post via een Google-account zonder SMTP-wachtwoord

Odoo-appsOnboarding ToolboxPhone Numbers ValidationGoogle reCAPTCHA integrationGoogle Gmail

Offertes en verkooporders — het dossier waar elke gekochte sessie aan hangt, en het linkeruiteinde van de geldketen.

• Offertes, bevestiging en verkooporders
• Orderregels die de gekochte sessies of pakketten dragen
• Levering- en facturatiestatus per regel
• Offertesjablonen, voor een pakket dat telkens opnieuw verkocht wordt
• Verkoopteams en de rapportage die hen volgt
• De order waar een tegoed, een factuur en een betaling allemaal op teruggevoerd worden

Odoo-appsSales

Het grootboek. Facturen, leveranciersfacturen, betalingen, belastingen en afletteren — waar de boeken van de praktijk werkelijk wonen.

• Verkoopfacturen en creditnota's, waarbij verstuurde facturen onveranderlijk zijn
• Leveranciersfacturen — ook die welke een betaalronde voor professionals aanmaakt
• Betalingen, bankafschriften en afletteren
• Belastingen, fiscale posities en het rekeningschema
• Dagboeken, boekingen en het auditspoor erachter
• Balans, winst-en-verliesrekening, ouderdomsanalyse van debiteuren en crediteuren

Odoo-appsInvoicing

Kosten en opbrengsten toegewezen aan iets anders dan een rekening — een project, een dienstlijn, een professional.

• Analytische rekeningen en verdelingen
• Kosten en opbrengsten bijgehouden per project of per dienstlijn
• De dimensie waarover de margerapportage berekend wordt

Het raamwerk waar betaalmethoden in klikken, zodat een aanbieder toevoegen of wisselen inrichting is in plaats van ontwikkeling.

• Betaalaanbieders per bedrijf ingericht
• Betaaltokens, voor een bewaarde kaart die een cliënt opnieuw gebruikt
• Transacties met een eigen staat, afgeletterd tegen facturen
• De naad waar de PAYMENTS-schakelaar van de gateway achter zit

Er staan er drie aan: een echte kaartverwerker, een demoversie voor opleiding, en handmatige methoden voor geld dat buiten een gateway om binnenkomt.

• Stripe — kaarten, wallets en bewaarde betaalmethoden
• Demo — een aanbieder die zich als een echte gedraagt, voor opleiding en oefening
• Eigen betaalwijzen — bankoverschrijving, contant en alles wat met de hand afgeletterd wordt
• Er worden nog zeventien aanbieders met Odoo meegeleverd, en die zijn één schakelaar ver

Odoo-appsPayment Provider: StripePayment Provider: DemoPayment Provider: Custom Payment Modes

Kortingen, acties, cadeaubonnen en loyaliteitsprogramma's — evengoed toegepast op een verkooporder als bij het afrekenen in de webwinkel.

• Kortingscodes en automatische acties
• Loyaliteitskaarten en het opbouwen van punten
• Cadeaubonnen, en saldi in de eWallet
• Programmaregels per product, dienstlijn of klantsegment

Odoo-appsCoupons & LoyaltySale LoyaltySale Loyalty - Delivery

Wat medewerkers uitgeven, en het deel daarvan dat aan een cliënt doorbelast wordt in plaats van zelf gedragen.

• Declaraties, goedkeuring en vergoeding
• Declaraties rechtstreeks in de boekhouding geboekt
• Een declaratie doorbelasten door er de verkooporder op te zetten
• De kostenkant van een geleverde opdracht

Odoo-appsExpensesSales Expense

Inkooporders en leveranciersbeheer — de kant van de vastgelegde kosten, en hoe leveranciersfacturen binnenkomen.

• Offerteaanvragen en inkooporders
• Leveranciersdossiers en prijslijsten
• Leveranciersfacturen gematcht tegen orders
• De order waarop een handtekening gevraagd kan worden

Odoo-appsPurchase

Leads en verkoopkansen — hier gebruikt voor vragen van wie nog geen cliënt is, en voor de consultatieverzoeken die uit de app binnenkomen.

• Leads, verkoopkansen en een in te richten pijplijn
• Activiteiten en volgende stappen bij elke verkoopkans
• Verliesredenen en rapportage over het winstpercentage
• Het model waarbij beveiligde documenten ingediend kunnen worden voor een due-diligencepakket

Odoo-appsCRM

Invullen wat een lead u niet verteld heeft, leads vinden die nooit contact opnamen, en een verkoopteam iets geven om over te wedijveren.

• Leads verrijken — bedrijfsgegevens automatisch aangevuld vanuit een e-maildomein
• Leads genereren — leads gedolven op branche, omvang en locatie
• CRM als spel — doelen, insignes en ranglijsten op de pijplijn

Odoo-appsLead EnrichmentLead GenerationCRM Gamification

Een chatvenster op de openbare site, bemand door echte mensen, en gekoppeld aan zowel de pijplijn als de HR-helpdesk.

• Livechat — operators, kanalen en standaardantwoorden
• Livechat op de website — het venster op de openbare site en in de behandelaarslijst
• CRM-livechat — een gesprek omgezet in een lead zonder iets over te tikken
• HR-livechat — hetzelfde kanaal intern gebruikt voor vragen van medewerkers
• Uitgeschreven gesprekken bewaard bij de bezoeker en, zodra hij bekend is, bij het contact

Odoo-appsLive ChatWebsite Live ChatCRM LivechatHR - Livechat

Het kanaal met het hoogste openingspercentage, gekoppeld aan de plekken waar een praktijk het werkelijk nodig heeft. Sessieherinneringen gebruiken het al.

• Sms-gateway — de verzendinfrastructuur en de afleverstatus
• Sms in CRM — een lead een bericht sturen vanuit de verkoopkans
• Sms naar een bezoeker — en de variant die vanuit een lead werkt
• Werving - sms — een sollicitant een bericht sturen over een gesprek
• Onderdrukking per persoon, zodat een afmelding overal geëerbiedigd wordt

Odoo-appsSMS gatewaySMS in CRMSend SMS to VisitorSend SMS to Visitor with leadsRecruitment - SMS

Een eigen uitbreiding op leads en contacten: stuur een vooraf opgesteld WhatsApp-bericht zonder het dossier te verlaten.

• Knop om snel te versturen op een lead en op een contact
• Vooraf opgestelde berichtsjablonen
• Het kanaal dat veel cliënten in deze markt werkelijk lezen

Odoo-appsCRM Extension v2 - WhatsApp Quick Send

Periodieke cijfers gestuurd naar de mensen die ze zouden moeten zien, en toerekening voor elke link die het bedrijf publiceert.

• Samenvattingen met kengetallen — een geplande samenvatting die naar leidinggevenden gemaild wordt
• Linkvolger — korte links met UTM-labels en klikstatistieken
• Campagne, medium en bron vastgelegd bij de bezoeker die omzette

Odoo-appsKPI DigestsLink Tracker

De paginabouwer achter de openbare site — de pagina's die marketing zonder ontwikkelaar bewerkt.

• Pagina's met versleepbare, herbruikbare blokken
• Pagina's in meerdere talen en SEO-metadata
• Menu's, thema's en versies van pagina's
• De openbare behandelaarslijst en de profielpagina's van professionals

Odoo-appsWebsite

Verkopen op de openbare site: de catalogus, de winkelwagen en het afrekenen dat een cliënt doorloopt voordat hij ooit een tegoed heeft.

• Openbare productcatalogus en productpagina's
• Winkelwagen, afrekenen en betalen op de website
• Klantaccounts en bestelgeschiedenis
• De poorten in de winkelwagen die een onboekbare aankoop tegenhouden

Odoo-appseCommerce

De publicatiekant: de artikelen die in de inhoudsstroom van de app en op de openbare site verschijnen.

• Blogs, berichten, labels en reacties
• Berichten in meerdere talen
• De bron waar de gerangschikte inhoudsstroom uit leest

Odoo-appsBlog

De drie plekken waar een bezoeker zonder account een dossier kan aanmaken — en elk ervan komt terecht waar een mens werkelijk werkt.

• Contactformulier — een vraag die als lead binnenkomt, niet als e-mail
• Online taak indienen — een websiteformulier dat een projecttaak aanmaakt
• Online vacatures — vacatures gepubliceerd, en sollicitaties die in Werving binnenkomen

Odoo-appsContact FormOnline Task SubmissionOnline Jobs

Drie kleine modules die de openbare site met de rest van het systeem verbinden. Niemand opent ze; zonder hen breekt alles.

• Website-e-mail — abonnementen en berichtendraden op openbare pagina's
• Websitecontact — een openbare pagina voor een contact, en dat is wat een professionalprofiel is
• Websitebetaling — betalen op de site, gekoppeld aan het betaalraamwerk

Odoo-appsWebsite MailWebsite PartnerWebsite Payment

Werknemersdossiers en contracten. In Odoo 19 is een contract een versie van de werknemer, en die tijdlijn van versies is wat de betalingsvoorwaarden van een professional draagt.

• Werknemersdossiers, afdelingen en functies
• Contractversies met een gedateerde geschiedenis, waarvan er één tegelijk geldt
• Werkrooster per werknemer
• Het dossier waarop de betalingsvoorwaarden van behandelaars en de betaalrondes gebouwd zijn

Odoo-appsEmployees

Waar elke professional voor gekwalificeerd is, wanneer die kwalificatie verloopt, en wie aan wie rapporteert.

• Vaardighedenbeheer — vaardigheden, niveaus en groei per werknemer
• Vaardigheidscertificering — certificaten met een vervaldatum, en dat is wat een bevoegdheid naloopbaar maakt
• HR-organogram — rapportagelijnen op het werknemersdossier
• HR als spel — interne doelen en insignes

Odoo-appsSkills ManagementSkills CertificationHR Org ChartHR Gamification

Sollicitanten en aannemen — en de reden dat een aanbod een van de documenten is die de handtekeningstapel moet afhandelen.

• Functies, sollicitanten en een wervingspijplijn
• Gesprekken plannen en scorekaarten
• Vaardigheden gematcht tegen de eisen van de functie
• Het sollicitantendossier waarop een handtekening gevraagd kan worden

Odoo-appsRecruitmentRecruitment - Skills Management

Waar iedereen op een bepaalde dag werkt — en voor een praktijk betekent dat weten wie er op de praktijk is om een cliënt te ontvangen.

• Thuis- en kantoordagen per werknemer
• Dezelfde informatie getoond op de teamagenda
• Zichtbaar naast de kameragenda bij het plannen van sessies op locatie

Odoo-appsRemote WorkRemote Work with calendar

Projecten en taken. Gebruikt voor leveringswerk en, in de contracttak, om de kosten van het winnen van een contract gescheiden te houden van de kosten van het leveren eronder.

• Projecten, taken en fasen
• Toewijzing, deadlines en voortgang
• Documenten indienen op taakniveau, inclusief beveiligde documenten
• Het project waartegen de contractkosten en de marge gerapporteerd worden

Odoo-appsProject

Een persoonlijke takenlijst per gebruiker, los van projectwerk — waar de kleine dingen heen gaan die een leidinggevende tijdens de ochtendroutine oppikt.

• Persoonlijke taken met vervaldatums
• Om te zetten in een projecttaak wanneer het echt werk blijkt te zijn

Odoo-appsTo-Do

Afspraken en gebeurtenissen. Elke sessie is er onderhuids een agendagebeurtenis, en dat is wat kamer- en teamagenda's echt maakt in plaats van een weergave.

• Gebeurtenissen met deelnemers, herhaling en herinneringen
• Beschikbaarheid zichtbaar over een heel team
• Synchronisatie met externe agenda's
• De gebeurtenis waar een geboekte sessie aan hangt

Odoo-appsCalendar

Vragenlijsten. Hier gebruikt voor intakevragen die bij het boeken gesteld worden en voor de privé-enquête na een sessie.

• Vragenlijsten met voorwaardelijke vragen
• Antwoorden bewaard bij de persoon die antwoordde
• Scoring, waar een vragenlijst een test is
• De intakevragen die aan een boekbare dienst hangen

Odoo-appsSurveys

Tijd geschreven op een project of een taak. Beschikbaar en uitgezet in de referentie-implementatie — het is een afhankelijkheid van de contracttak in plaats van van het praktijkwerk.

• Tijdregels op projecten en taken
• Kosten per uur uit het werknemersdossier
• Goedkeuring van urenstaten en rapportage
• De uren waar de contractfacturatie terugverdienpercentages en bezetting uit maakt

Een opleidingstak: betaalde of kosteloze evenementen, online cursussen, en een openbaar forum — alles verkocht via dezelfde winkelwagen en gerapporteerd in dezelfde boeken.

• Evenementen met inschrijving, kaartverkoop, programmaonderdelen en standhouders
• Evenementen verkocht als producten via de bestaande kassa
• Live programmaonderdelen en quizzen voor online sessies
• E-learningcursussen, met vaardigheden die bij afronding verdiend worden
• Een openbaar forum, en evenementen gekoppeld aan de CRM-pijplijn

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

Campagnes naar lijsten die het bedrijf al heeft. De praktijk verstuurt vandaag transactionele e-mail en sms; dit is de marketinghelft van dezelfde infrastructuur.

• E-mailmarketing — campagnes, sjablonen, A/B-testen en statistieken
• Sms-marketing — hetzelfde, op het kanaal met het hoogste openingspercentage
• Massapost gericht op leads, verkoopkansen, deelnemers aan een evenement of sprekers
• Marketingkaart — gepersonaliseerde deelafbeeldingen voor een campagne
• Knoppen om zich op de nieuwsbrief in te schrijven op de website, per e-mail of per sms

Odoo-appsEmail MarketingSMS MarketingMass mailing on attendeesMass mailing on lead / opportunitiesMass mailing on track speakersMass mailing sms on lead / opportunitiesMarketing CardNewsletter Subscribe ButtonNewsletter Subscribe SMS Template

Voor een praktijk die ook iets fysieks over de toonbank verkoopt — boeken, supplementen, testpakketten — of een kassa aan de balie heeft.

• Voorraad — standen, locaties, aanvulling en waardering
• Kassa — een kassa die offline werkt en later synchroniseert
• Kortingen aan de kassa, en de loyaliteitsprogramma's die al ingericht zijn

Odoo-appsInventoryPoint of SalePoint of Sale - Coupons & LoyaltyPoint of Sale Discounts

De kant van de personeelsadministratie. Relevant zodra een praktijk genoeg mensen in dienst heeft dat verlof en aanwezigheid niet meer in een gedeelde agenda passen.

• Verlof — aanvragen, goedkeuring, saldi, en het effect op loonstroken
• Aanwezigheid — in- en uitklokken, met presentiecontrole
• Aanwezigheidsrapportage naast de urenstaten
• Uurloon van de werknemer, voor het becijferen van geleverde uren
• Wagenpark en de geschiedenis ervan, waar er voertuigen verstrekt worden
• Lunch — de app om bij de kantine te bestellen

Odoo-appsTime OffTime Off in PayslipsAttendancesTimesheets/attendances reportingEmployee Presence ControlHR Attendance HolidaysEmployee Hourly WageFleetFleet HistoryLunch

Stripe staat aan. Elk van deze kan als inrichting toegevoegd of gewisseld worden — en dat is wat het betreden van een nieuwe markt een instellingswijziging maakt in plaats van een project.

• Europa — Mollie, Buckaroo, Worldline, Redsys, Adyen
• Amerika — Authorize.Net, Mercado Pago, PayPal, Nuvei
• Midden-Oosten en Afrika — Amazon Payment Services, Paymob, DPO, Flutterwave
• Azië — AsiaPay, Razorpay, Xendit
• Turkije — Iyzico

Odoo-appsPayment 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

Optionele externe diensten. Zij staan allemaal standaard uit, en dat is bewust: elk ervan stuurt iets buiten het landschap, en dat hoort een beslissing te zijn in plaats van een standaard.

• Google Agenda — synchronisatie in twee richtingen voor de agenda's van medewerkers
• Google Maps en het automatisch aanvullen van plaatsen op de website
• Automatisch aanvullen van adressen door Google op contactformulieren
• Google-gebruikers — aanmelden met een Google-werkaccount
• Cloudopslag op Azure of Google, voor bijlagen op schaal

Odoo-appsGoogle CalendarGoogle MapsGoogle places autocompletionGoogle Address AutocompleteGoogle UsersCloud StorageCloud Storage AzureCloud Storage Google

Losse eindjes die elk één smal probleem oplossen. Genoemd voor de volledigheid en niet omdat een praktijk ze op dag één nodig heeft.

• E-mailplug-ins voor Outlook en Gmail, op CRM en op Projecten
• E-mailgroep — een discussie in de stijl van een mailinglijst, met een archief op de website
• Gegevens opschonen — vindt dubbele en verouderde dossiers
• Websiteprofiel — een openbare pagina voor een portaalgebruiker
• Formulieren voor sollicitatiegesprekken, en rapportage over de marge op verkoopdeclaraties
• Een telefonie-integratie voor CRM (Issabel)

Odoo-appsMail PluginCRM Mail PluginProject Mail PluginMail GroupWebsite Mail GroupData RecycleWebsite profileHr Recruitment Interview FormsSales Expense MarginCRM Issabel Integration

De overeenkomst, haar partijen, haar gestructureerde bepalingen met hun herkomst, haar versies, en een workflow van in te richten fasen afgebeeld op vijf vaste stadia.

• Overeenkomsten met partijen, gestructureerde bepalingen en de herkomst van die bepalingen
• Versies, zodat « wat stond er in maart? » een vraag blijft waar een antwoord op is
• In te richten fasen, afgebeeld op vijf vaste stadia
• Geen branchejargon en geen afhankelijkheid van de elektronische handtekening, versleutelde opslag of projecten
• Branches komen binnen als inrichtingspakketten in plaats van als aparte codetakken

Zo gebouwd dat het nakijken gericht is op wat er veranderd is en wat er afwijkt, en nooit op ongewijzigde standaardtekst — en juist daar worden contractsystemen meestal verlaten.

• Een clausulebibliotheek gekoppeld aan gestructureerde bepalingen, zodat een terugvaloptie aanvaarden de bepaling zet die zij draagt
• Draaiboeken, ronden, geschilpunten en vastgelegde afwijkingen
• Overleggen als volwaardige onderhandelingsronden, die de redenering en de standpunten bewaren
• De uitkomst van een overleg maakt voorgestelde wijzigingen en wijzigt het contract nooit uit zichzelf
• Een logboek dat elke fase van aanvraag tot ondertekening aan elkaar knoopt, met elk gat zichtbaar

Goedkeuring beslist op meer dan één as. Haar als anciënniteit alleen behandelen is de gewone ontwerpfout: een standaardgeheimhoudingsovereenkomst heeft bij welk bedrag dan ook niemand hoog in de organisatie nodig.

• Goedkeuring op bedrag, afwijking, contracttype en risico
• Afwijking als eigen as in plaats van als correctie op het bedrag
• Goedkeuring door een gemachtigde altijd als zodanig vastgelegd — « namens » is een ander feit
• Werkt op Odoo Community, waar de app Goedkeuringen niet beschikbaar is

Legt vast wát een wijziging veranderd heeft, niet slechts dat zij bestaat.

• Een wijziging doorvoeren sluit de bepalingsregels die zij verandert en opent nieuwe op de ingangsdatum
• Alles wat uit een gewijzigde bepaling afgeleid is wordt opnieuw berekend, en de verschuiving wordt vóór het doorvoeren getoond
• Botsende wijzigingen worden bij het doorvoeren opgemerkt
• Een afstandsverklaring die vervalt laat de bepaling herleven die op dat moment gold, niet de oorspronkelijke

De handtekening is het begin van de verplichting, niet het eind van een workflow. Dit draagt wat er daarna gebeurt.

• Verplichtingen in beide richtingen, met bewijs waar bewijs verlangd wordt
• Afgeleide datums berekend uit bepalingen in plaats van ingetikt, en meebewegend wanneer de bepalingen die ze aandrijven bewegen
• Een escalatieladder die er niet op leunt dat de persoon herinnerd wordt die al niet gehandeld heeft
• De verlengingsbeslissing voorgelegd met de verplichtingen die de wederpartij gemist heeft

Twee soorten kosten, uit elkaar gehouden: wat een contract kostte om te winnen, en wat het kost om eronder te leveren. Ze samenvoegen levert een getal op dat geen van beide vragen beantwoordt.

• De inspanning bij het onderhandelen vastgelegd als overhead, of het contract nu getekend wordt of niet
• Leveringskosten teruggehaald tegen de contractwaarde
• Contracten veel-op-veel aan projecten gekoppeld met een rol, want één projectveld breekt bij de eerste raamovereenkomst
• Een getekend leverancierscontract is vastgelegde kostprijs vanaf de ondertekening, niet vanaf de eerste factuur

Wat een uur waard is, wat het honorarium toestaat, en de vier cijfers die allebei nodig hebben.

• Tarieven, een declarabelvinkje en een gefactureerdstaat op vastgelegde tijd
• Honorariumgrondslagen vermeld op het contract
• Terugverdienpercentage — gefactureerd tegenover de waarde van de vastgelegde tijd
• Bezetting — declarabele uren tegenover beschikbare uren, uit de eigen werkagenda van de persoon
• Vastliggend werkkapitaal — niet-gefactureerd werk plus niet-geïnde facturen, en hoeveel dagen facturatie dat is
• Een waarschuwing bij een honorariumplafond die door de verwachte kosten aangedreven wordt, want een waarschuwing die bij het plafond afgaat gaat te laat af

Het vierde uitwisselingskanaal: de wederpartij leest hier de huidige versie, becommentarieert haar, en uploadt haar bewerkingen als inkomende ronde.

• De wederpartij opent de huidige versie, becommentarieert haar en stuurt haar bewerkingen terug
• Bewerkingen komen binnen als inkomende ronde met het bestand erbij, niet als een e-mail die iemand moet onthouden op te bergen
• Er is niets interns zichtbaar — geen standpunten, afwijkingen, goedkeuringen, het draaiboek of interne notities
• Optioneel, want een ontwerp dat aanneemt dat de wederpartij ons portaal gebruikt sneuvelt bij de eerste grote klant

Hoe een contract de handtekeningdienst gebruikt. De voltooiing is de gebeurtenis die al het andere in gang zet.

• Goedkeuringen moeten compleet zijn voordat een versie verstuurd kan worden
• De bevoegdheid van de ondertekenaar om te binden getoetst aan zijn bevoegdheidsbewijs
• De versie vergrendeld wanneer zij uitgaat, zodat elke latere bewering over wat er getekend is aantoonbaar is
• Bij voltooiing wordt de versie uitgevoerd, verschuift het contract, worden bepalingen actief en volgen de afgeleide datums
• Het verwijderen laat een werkend systeem achter — handtekeningen op papier worden met een methode vastgelegd en zien er compleet uit

Elk contract versleutelen maakt het systeem onbruikbaar; geen enkel contract versleutelen maakt het onveilig. Vertrouwelijkheid is daarom een niveau op de overeenkomst.

• Alleen overeenkomsten die als beveiligd gemarkeerd zijn laten hun documenten door de beveiligde documentdienst lopen
• Versleuteling per versie onder een sleutel die buiten de database bewaard wordt
• Standaard weigeren, en elke leesactie gelogd voordat er inhoud teruggegeven wordt
• Vernietiging door de sleutel te vernietigen
• Zegt op het moment van wijzigen dat opwaarderen naar beveiligd niet ongedaan maakt dat er iets onversleuteld bewaard is geweest

Signaallijsten die leeg zouden moeten zijn, en de managementbeelden waar het de moeite waard is over te twisten.

• Een signaallijst bevat alleen wat uit de pas loopt — een lege lijst is het goede resultaat
• Een signaal waarvan het model niet geïnstalleerd is meldt zich als niet van toepassing in plaats van te falen
• Onbeperkte aansprakelijkheid getoond als lijst, nooit als getal dat in een totaal opgeteld wordt
• Doorlooptijd gesplitst naar partij, want de dagen dat de wederpartij het concept had zijn geen prestatie van het contractteam
• Hangt alleen van de kern af, en het verwijderen laat een werkend systeem achter

Drie lezers, één rekensom. Dezelfde getallen één keer berekend en op drie manieren weergegeven, in plaats van per scherm opnieuw afgeleid, waar zij uit elkaar zouden lopen.

• Eén termijnenbeeld: afgeleide contractdatums, verplichtingen in beide richtingen, acties die bij overleggen afgesproken zijn en leveringstermijnen
• Projectbeheersing: opbrengst, arbeid, vastgelegde kosten, marge en afwijking van de raming, als bewaard beeld zodat er gegroepeerd kan worden
• Een beeld voor de cliënt van waar het werk staat en wat er verschuldigd is
• Een beeld voor de jurist van wat er deze week op hem ligt en of hij binnen de raming blijft

Twee regels, en maar twee — die welke dossiers met elkaar vergelijken en daarom niet als inrichting uit te drukken zijn.

• Het gebied van een sublicentie moet binnen dat van haar moederlicentie vallen
• Twee exclusieve licenties mogen elkaar niet overlappen
• Gescheiden gehouden van het IP-pakket, zodat een bedrijf de contracttypen kan installeren zonder de controles
• De omvang ervan is een bewuste maat voor hoe goed de uitbreidingspunten van de basis werken

Belangenverstrengeling controleren bij het aannemen van een contract, net als bij het openen van een zaak. Het houdt de faseovergang tegen; het waarschuwt niet.

• Een wederpartij getoetst aan bestaande cliënten, tegenpartijen in lopende zaken, en bekende gelieerde partijen
• Houdt de faseovergang tegen in plaats van een waarschuwing te geven die weggeklikt kan worden
• De controle zelf onveranderlijk zodra zij vastgelegd is — wie haar uitvoerde, over welke reikwijdte, en wat hij vond

Het startpakket. Installeer de kern en dit, en een bedrijf draait vanaf de eerste dag zijn contracten zonder dat er eerst iets ingericht hoeft te worden.

• Geheimhoudings-, raam-, werkopdracht-, diensten-, advies-, leverings- en inkoopovereenkomsten
• De bepalingen die elk type draagt, en de workflow waar het doorheen loopt
• Poorten die tegenhouden dat een halfaf contract de handtekening bereikt
• Geen Python — en gespecialiseerde pakketten leunen hierop in plaats van dat elk opnieuw verklaart wat iedereen nodig heeft

Dienstverband, opdrachtverlening, advies en vaststelling.

• Overeenkomsttypen, looptijdtypen, clausulebibliotheek en draaiboek voor het contracteren van dienstverbanden
• Verplichtingssjablonen voor opzegtermijn, proeftijd en bepalingen na afloop van het dienstverband
• Vaststellingsovereenkomsten standaard beveiligd — elk woord weegt, en een toezichthouder vraagt er later naar
• Alleen gegevens, geen regelmodule

Advocatenkantoren — contracten voor cliënten en met hen — en de juridische afdelingen van bedrijven. Hetzelfde systeem bedient beide taken met scherp verschillende standaarden.

• Opdrachtbevestigingen, doorlopende opdrachten en instructies aan een advocaat
• Een clausulebibliotheek waarin de gereguleerde formulering als verplicht gemarkeerd staat
• De opdrachtbevestiging van een kantoor standaard vertrouwelijk en gespecificeerd
• Overeenkomsten over een resultaatafhankelijk honorarium dragen formuleringen die niet verwijderd kunnen worden
• De controle op belangenverstrengeling woont in contract_legal_rules, want zij vergelijkt partijen over zaken heen

Licentiegevers, houders van octrooien en merken, bureaus voor technologieoverdracht, universiteiten en merkeigenaren.

• Licenties, overdrachten en opties als overeenkomsttypen, met looptijdtypen voor licenties
• Clausulebibliotheek, draaiboek en verplichtingssjablonen
• Met opzet geen bezittingenregister — de verleningsgeschiedenis van een octrooi hoort bij het portefeuillesysteem dat haar al bewaart
• De twee regels die een pakket niet kan uitdrukken wonen in het optionele contract_ip_rules

Huurovereenkomsten, voorovereenkomsten tot huur, gebruiksrechten, verkopen, erfdienstbaarheden en de akten die aan een huurovereenkomst hangen.

• Opzegdata als bepalingen die datums aandrijven, want een recht om op te zeggen vervalt in stilte
• Het opzegvenster als verplichting afgeleid uit de opzegdatum, en beide escaleren
• Huurherziening, servicekosten en herstel in de oude staat als bepalingen
• Alleen gegevens, geen regelmodule

Schulddocumenten: kredietovereenkomsten, borgtochten, zekerheden, en akten van achterstelling en tussen schuldeisers.

• Financiële convenanten als gestructureerde bepalingen, met afgeleide toetsdatums
• Het nalevingscertificaat als verplichting waarvoor bewijs vereist is
• « Welke faciliteiten worden dit kwartaal getoetst, en op welke cijfers? » wordt een vraag met een antwoord
• Het legt schuld vast; het boekt haar niet — saldi en toerekeningen blijven in de boekhouding
• Alleen gegevens, geen regelmodule

Hoofdaannemingsovereenkomsten, onderaannemingen, opdrachten aan adviseurs, nevengaranties en de instrumenten eromheen.

• Gebouwd rond de keten: een hoofdovereenkomst belooft een datum die alleen de onderaannemingen kunnen halen
• Doorgelegde bepalingen bewaard als gestructureerde bepalingen, zodat zij de keten af vergeleken kunnen worden
• Aansprakelijkheid die de onderaannemingen en de beroepsaansprakelijkheidsdekking moeten dragen
• Alleen gegevens, geen regelmodule

Verwerkersovereenkomsten, business associate agreements en subverwerkersbepalingen.

• Verwerkersovereenkomst, BAA en subverwerkersovereenkomst als overeenkomsttypen, met de bepalingen die zij dragen
• Het venster om een inbreuk te melden als eigen bepaling, want het wordt in uren gemeten
• Auditrespons en kennisgeving over een subverwerker als afgeleide datums
• Alleen gegevens, geen regelmodule