Automatizavimo seka
Dokumentų įvedimas (sąskaitos ir panašūs)
Gaunamas užsakymas arba pardavimo faktas; sąskaita ruošiama ranka iš šablono; išsiunčiama rankomis; įrašas apskaitoje suvedamas atskirai.
01/okumentų įvedimas (sąskaitos ir panašūs)
02/Problema
Gaunamas užsakymas arba pardavimo faktas; sąskaita ruošiama ranka iš šablono; išsiunčiama rankomis; įrašas apskaitoje suvedamas atskirai. (Šablonas: site/src/lib/diagnostic/flow.ts → TEMPLATES["invoices"].)
03/Dabar (before — kokybinis darbo eigos aprašas, ne matavimas)
- Gaunamas užsakymas arba pardavimo faktas.
- Sąskaita ruošiama ranka iš šablono.
- Sąskaita išsiunčiama klientui rankomis.
- Įrašas apskaitoje suvedamas atskirai.
Matuotų „prieš/po“ skaičių nėra – before/after metrikų neskelbiame be realių matavimų (misijos taisyklė: jokių sugalvotų skaičių).
04/Po automatizacijos (after — suprojektuota seka)
- Seka pasti užsakymo faktą.
- Sąskaitos juodraštis paruošiamas automatiškai.
- ŽMOGAUS PATVIRTINIMAS: jūs peržiūrite ir patvirtinate siuntimą.
- Patvirtinta sąskaita išsiunčiama ir įrašoma apskaitoje.
(Šablonas: site/src/lib/diagnostic/flow.ts → TEMPLATES["invoices"].target.)
05/Trigeris
Užsakymo / pardavimo fakto įvykis (suprojektuota – jokia dokumentų gavimo integracija dar neįjungta).
06/Įvestys
- Užsakymo duomenys (kas, ką, suma, terminai) – suprojektuota.
- Diagnostikos sraute: laisvo teksto aprašymas + dažnis/valandos
(site/src/lib/diagnostic/flow.ts klausimai).
07/Išvestys
- Sąskaitos (ar kito dokumento) juodraštis peržiūrai.
- Patvirtintas išsiuntimas + įrašas apskaitoje (ateityje, per patvirtintus
rašymus).
08/Žmogaus kontrolė
- Siuntimas tik po žmogaus peržiūros ir patvirtinimo (šablono žingsnis 3);
email.send R3 HUMAN_APPROVAL (data/risk_action_policy.yaml).
- Finansiniai rašymai (apskaita) – jokio automatinio rašymo be atskiro
patvirtinimo; D-001 blokuoja visus realius išorinius rašymus iki T015 PASS (DECISIONS.md).
09/Išimtys
- Neatpinta užsakymo forma → seka neįsivaizduoja duomenų: persijungia į
rankinį režimą su įspėjimu (T008 principas „warnings, never invented“).
- Apskaitos sistemos specifika (HVHB, SAP ir pan.) – netirta; jokių teigimų
apie konkretaus apskaitos providerio integraciją nesame užfiksavę (data/integration_fit_registry.yaml tokio connectorio neturi).
10/Rizika
| Veiksmas | Rizika | Leidimas | Šaltinis |
| email.send (sąskaitos išsiuntimas) | R3 | HUMAN_APPROVAL | data/risk_action_policy.yaml |
| dokumentų skaitymas/ generavimas | – | _capability nėra_ | data/capability_registry.yaml (dokumentų adapterių nėra) |
11/Brandos statusas (maturity)
DESIGNED (◻ suprojektuota):
- Seka modeliuojama diagnostikos šablone (
TEMPLATES["invoices"]) su
žmogaus patvirtinimo tašku.
- Nieko dar neįgyvendinta: dokumentų gavimo/ generavimo adapterio nėra
(data/capability_registry.yaml neturi jokios dokumentų capability); apskaitos connectorio nesame netirdę (T016 dengė CRM/paštą/kalendorių/ susitikimų platformas – ne apskaitą).
12/Vertė
Skaičiuojama individualiai diagnostikoje – Automatizacijos vertės įvertis (site/src/lib/value/engine.ts; formulė + prielaidos rodomos; VALUE-R4: ne ROI). Neskelbiame sugalvotų sutaupymo skaičių.
13/Demo
Būsena: demo nėra. Šio tipo seką galite aprašyti diagnostikos sraute ir gauti vertės įvertį; dokumentų įvedimo demonstracija dar neegzistuoja (maturity: designed).
14/Šaltiniai
site/src/lib/diagnostic/flow.ts–TEMPLATES["invoices"]data/risk_action_policy.yaml– email.send R3data/capability_registry.yaml– dokumentų capability nėradata/integration_fit_registry.yaml– apskaitos connectorio nėradata/t016_integration_reality.md§4 – tirtų connectorių aprėptis (apskaita netirta)DECISIONS.mdD-001/D-008 – rašymų blokavimo būsena