bmc_hub/docs/workflow-status.md

Workflowmotor – implementeringsstatus

Implementeret lokalt

• Ren regelmotor med AND/OR, IF/ELSE IF/ELSE, kunderegler, prioritet, stopregel, konflikter og fuldt evalueringsspor.
• Versioneret builder, read-only simulator, aktiveringskontrol, holdbare events, skyggetilstand, kundetilladelsesliste og separat aktivering for interne tider.
• Tags, hierarki, nøgleord, AI-forslag med godkendelse, beslutningshistorik, manuel overstyring og afregning ved økonomisk godkendelse.
• Aftale-/kortdækning, månedspris, afrunding, sikkert klippekorttræk, fastprisforbrug, lokale ordrekladder og beskyttet e-conomic-eksport/afstemning.
• Database-events for tid, sager, tags, kunder, modtagne mails og TODO-opgaver. Udgående mails, drafts og outbox er filtreret fra mail.received.
• Lokale handlinger: tags, manuel vurdering, sagsprioritet/status, gruppetildeling, medarbejdertildeling, TODO, reminder, frontendnotifikation og kædet workflow.

Afgrænsninger og resterende integration

• sla.changed, reminder.due og notification.created findes i triggerkataloget og kan leveres gennem den fælles transaktionelle eventadapter. Der er endnu ingen automatisk kilde til disse tre triggers.
• Der er ikke en verificeret sags-SLA-motor at koble på. Sagsdeadline og Bottom Barens regel for gamle hastesager er ikke blevet omdefineret til SLA. Automatisk SLA/eskalering kræver integration med en faktisk SLA-kilde.
• Udløb af fastprisaftaler har endnu ingen automatisk agreement.expiring-trigger. Eksisterende start-, slut- og opsigelsesdatoer bruges til afregningsvalidering.
• Sagsbaserede handlinger kræver en faktisk sag. Kunde-/mailregler kan klassificere og tagge, men kan ikke oprette en sag gennem denne motor. Reminders og frontendnotifikationer kræver sagstilknytning.
• Workflow-notifikationer bruger kun den eksisterende frontend. Motoren sender ikke automatisk e-mail eller Mattermost-beskeder.
• Den nye motor erstatter ikke eksisterende mail-/tagautomatisering. Flytning af eksisterende regler og dokumenteret adfærdsparitet mangler; aktivér ikke samme handling i begge motorer.
• Automatisk fjernelse af tags beskytter altid manuelle og historiske tags, også hvis en regel forsøger at tillade manuel fjernelse.
• Genberegning af afregnede tider eller geneksport af en uafklaret ordre er blokeret. Korrektion af allerede gennemført afregning kræver et særskilt økonomisk korrektionsforløb.

Drift og tilbagerulning

Funktionen er slået fra som standard. Start med skyggetilstand i testmiljøet, og aktivér kun verificerede kunder. Tilbagerulning deaktiverer adfærd og bevarer revisionsspor og gennemførte afregninger; en databasegendannelse er et særskilt indgreb, der også kan fjerne nyere data. Se workflow-rollback.md for den konkrete procedure.

Lokale testresultater er ikke dokumentation for produktion eller en gennemført ekstern e-conomic-eksport.

Verificering 8. oktober 2026

Migrationerne 1062–1066 er installeret i den lokale bmc_hub i én transaktion. Runtime er deaktiveret, og ingen workflows er aktiveret. Der er ikke foretaget produktionsinstallation.

149 fokuserede Python-tests består; de 15 databasecases, som normalt springes over, er afprøvet særskilt mod bmc_workflow_test_20261008. De dækker samtidighed, rollback, gentagen behandling, manuel overstyring, eksport og afinstallation. 21 eksisterende JavaScript-tests består. Skabeloner, JavaScript og Python er kontrolleret; visuel browserkontrol var ikke tilgængelig.

Den oprindelige databasebackup er gendannet i testdatabasen. Baselinebackup ligger i /private/tmp/bmc-workflow-backup-20261008; et ekstra checkpoint med kildekode og manifest ligger i /private/tmp/bmc-workflow-backup-6i_a037k. Disse mapper er private, men /private/tmp er ikke permanent backupopbevaring.

Sider og menu – 8. oktober 2026

De fem nye sider bruger Hub’ens fælles layout, kort og temafarver med kompakte, responsive felter og tydelige tomme/indlæsnings-/fejltilstande. Hovedmenuen Automatisering følger de eksisterende effektive grupperettigheder og personlige menuvalg. Der er ikke tildelt nye rettigheder til nogen grupper.

Workflows/Workflowdrift kræver workflows.view; Aftaledækning kræver workflows.view og workflows.manage; Tagklassifikation kræver system.admin. Hvorfor kræver workflows.decisions.view og åbnes via tidsregistreringen. Skriveknapper følger de tilsvarende API-rettigheder. Klassifikations- og ressourceeditoren har også adgangskontrol ved direkte sideåbning.

Render-, syntaks- og rettighedstests er udført lokalt. Visuel kontrol i en browser er ikke udført i denne session. Se manuel testplan for menu-, rolle- og temakontrol.