kaipautomatizuoti.lt
Įžvalgos

← Visos įžvalgos

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.

Suprojektuota

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)

  1. Gaunamas užsakymas arba pardavimo faktas.
  2. Sąskaita ruošiama ranka iš šablono.
  3. Sąskaita išsiunčiama klientui rankomis.
  4. Į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)

  1. Seka pasti užsakymo faktą.
  2. Sąskaitos juodraštis paruošiamas automatiškai.
  3. ŽMOGAUS PATVIRTINIMAS: jūs peržiūrite ir patvirtinate siuntimą.
  4. 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

VeiksmasRizikaLeidimasŠaltinis
email.send (sąskaitos išsiuntimas)R3HUMAN_APPROVALdata/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 R3
  • data/capability_registry.yaml – dokumentų capability nėra
  • data/integration_fit_registry.yaml – apskaitos connectorio nėra
  • data/t016_integration_reality.md §4 – tirtų connectorių aprėptis (apskaita netirta)
  • DECISIONS.md D-001/D-008 – rašymų blokavimo būsena