Obsah ticketu, nastaveni kroku a vystupy kroku

Ticket dostal telo (body) a odkaz na zdrojovou zpravu. Predmet je shrnuti,
telo je cely text pozadavku.

Akce maji nastavitelna pole (inputs) se sablonami {{parametr}}. Zatim ticket,
kanaly, CRM a AI, ostatni maji jen napovedu.

Krok vidi parametry spoustece plus vystupy kroku pred nim, takze jde vlozit
predvalidaci a vetvit se podle jejiho vysledku. Vetev podminky nepridava nic
do sekvence za podminkou.

Nove konektory Facebook Messenger a Instagram, nova akce RAYNET Dohledat firmu.

Ctyri vzorove automatizace v rozdeleni jedna na kanal pro prijem
a jedna spolecna pro smerovani na resitele.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

documentation/99-zmeny.md

@@ -44,6 +44,59 @@ Popis modelu je v [06-tickety.md](06-tickety.md).
 Bugs a wishes zustavaji mimo. Vyvojarska agenda ma jiny zivotni cyklus a slucovat
 ji s tickety by znamenalo, ze ani jedna evidence nefunguje poradne.
 
+### Doplneno pote
+
+Puvodni verze mela diru: ticket nemel zadny obsah a krok "Zalozit ticket" nesel
+nastavit. Slo tedy rict "z WhatsApp udelej ticket", ale ne uz co se ma kam ulozit.
+
+- `Ticket.body` a `Ticket.sourceRef`. Predmet je shrnuti, telo je cely text
+  pozadavku. `body` vystaveno i ve spoustecich `created` a `unknown-customer`,
+  takze na obsah ticketu jde udelat podminka v navazne automatizaci.
+- Nastavitelna pole akci (`OperationField` a `FlowStep.inputs`). Ticket, e-mail
+  a WhatsApp maji skutecna pole misto pouhe napovedy.
+- Sablony `{{parametr}}` v hodnotach poli (`src/data/templates.ts`) vcetne
+  nabidky parametru, ktera je vklada na pozici kurzoru.
+- Vyber resitele u akci se plni ze seznamu lidi, ne z rucne psaneho ID.
+- Nevyplnene povinne pole a odkaz na neexistujici parametr se hlasi jako
+  nedodelek. Nastaveni pole, ktere akce nema, je chyba 400.
+- Akce bez `inputs` to v builderu napisou primo na karte kroku.
+
+### Vystupy kroku a predvalidace
+
+Druha dira: kroky slo vkladat kamkoliv, ale podminka videla jen parametry
+spoustece. Slo tedy pridat krok "zeptej se CRM", ale ne se vetvit podle toho,
+co vratil. Bez toho byla predvalidace k nicemu.
+
+- `outputFields` v katalogu: co akce vrati dalsim krokum. Ma je "Dohledat firmu"
+  (`customerKnown`, `companyId`, `companyName`), "Zaradit do kategorie",
+  "Zalozit obchodni pripad" i "Zalozit ticket".
+- Nova akce RAYNET "Dohledat firmu". Nic nezaklada, jen odpovi, jestli
+  odesilatele zname. Presne pro predvalidaci.
+- `src/data/flowScope.ts` pocita, co je videt v kterem miste stromu. Krok vidi
+  spoustec plus vystupy kroku pred nim. Vetev nepridava nic do sekvence
+  za podminkou, protoze nemusela probehnout.
+- Builder nabizi v podmince i v polich akce presne ty parametry, ktere v danem
+  miste doopravdy jsou.
+- Odkaz na parametr, ktery ve strome neni, je chyba 400. Odkaz na parametr,
+  ktery vznika az pozdeji, je nedodelek s radou posunout podminku niz.
+- Duplicitni jmeno parametru ve scope je nedodelek. V sablone by nesl poznat,
+  ktery se dosadi.
+
+### Kanaly a vzorove automatizace
+
+- Konektory Facebook Messenger a Instagram, kanaly `facebook` a `instagram`
+  u ticketu.
+- Ctyri nove vzorove automatizace v rozdeleni, ktere odpovida zameru: jedna
+  na kanal pro prijem, jedna spolecna pro smerovani na resitele.
+  Prijmove zamerne neprirazuji, smerovani si ticket prevezme a podminkou
+  `assigned neni splneno` neprepise rucni rozhodnuti.
+
+### Zapsano jako otevrene rozhodnuti
+
+Vsechny automatizace se stejnym spoustecem se spusti. Doporucene rozdeleni na to
+nenarazi, ale az se bude psat runtime, musi se to rozhodnout vedome. Varianty
+a doporuceni v [06-tickety.md](06-tickety.md).
+
 ## 2026-07-31
 
 Prvni nasazeni aplikace do repozitare csbot-prototype.