A váz, AI nélkül

Amit a napon csináltunk

Építettünk egy folyamatot, amiben egy szem intelligencia sem volt. Űrlapkitöltésre küldött visszaigazoló e-mailt, semmi többet. Aztán beolvastuk az ügyféltörzset, és a cégnevek helyén kérdőjelek jelentek meg.

Előbb egy őszinte megjegyzés

A napon közös n8n-példányon dolgoztunk, ami az oktató gépén futott, és a nap végén megszűnt. Ez a lecke nem folytatható ott, ahol abbahagytad: telepítened kell egy saját n8n-t.

A jó hír: a saját gépeden futtatva ingyenes és korlátlan, és az adat nálad marad. A rossz: neked kell üzemeltetned. Amit a napon exportáltál, azt egy saját példányba be tudod tölteni.

Miért kezdünk AI nélkül

Amit szabállyal meg lehet oldani, azt oldd meg szabállyal: olcsóbb, gyorsabb, és ugyanazt csinálja holnap is.

Van egy második oka is: így tudsz hibát keresni. Ha a folyamatod minden lépése kiszámítható, kivéve egyet, akkor ha valami rossz, tudod, hol nézd. Ha minden lépés ingadozik, nem tudsz semmit.

A három lépés

Form Trigger  →  Set  →  Send Email

Az első figyel — ez az érzékelés. A második rendezi, amit kapott. A harmadik csinál valamit a világban — ez a cselekvés. Az előző leckében látott négy komponensből kettő megvan; a következtetés még kimarad.

A Set node, és miért nem hagyható ki

Kézenfekvő volna a triggerről egyenesen a levélküldésre menni. Ne tedd.

A Set az a hely, ahol megnevezed, mivel dolgozol. Az űrlap mezői gyakran csúnya belső neveken érkeznek; itt adsz nekik értelmes nevet. Ha később kicserélik az űrlapot, elég ezt az egy lépést átírni — a levélhez nem kell hozzányúlni.

Ez a folyamat első karbantarthatósági döntése, és tíz ilyen után lesz a rendszered olyan, amiben fél év múlva is eligazodsz.

Az elágazás nem az AI dolga

Gyakori félreértés, hogy a döntés az AI feladata. Nem az. A legtöbb elágazás determinisztikus: ha a levél tárgya tartalmazza azt, hogy „számla”, menjen a másik ágra. Erre az n8n-ben a Switch node való, és a bevált gyakorlat szerint több lehetséges kimenetnél ezt érdemes használni — nem egymásba ágyazott feltételeket.

Az AI-t majd oda tesszük, ahol értelmezni kell valamit, nem oda, ahol egyszerűen dönteni.

Mi történik, ha éjjel elromlik?

Ez a kérdés minden vállalkozónál előjön, és a válasz nem az, hogy „nem fog”.

Az n8n-ben van rá külön fogalom: a hibafolyamat (Error workflow). Ez egy olyan munkafolyamat, ami akkor indul el, amikor egy másik munkafolyamat elszáll — és értesítést küld róla. A munkafolyamat beállításai között kell megadni.

A determinisztikus váz nem attól megbízható, hogy sosem hibázik. Attól, hogy szól, amikor hibázik.

Ez az egyetlen beállítás választja el a hobbiprojektet attól, amire üzletet lehet építeni. Amíg nincs, addig a folyamatod hibája csendes: az ügyfél nem kap visszaigazolást, és te egy hét múlva tudod meg.

A napló olvasása

Amikor valami elromlik, a felület pirosra vált. A piros azt mondja meg, hogy baj van. Azt, hogy mi, a szöveg mondja meg alatta.

Ne azt olvasd, hogy piros. Azt olvasd, melyik doboz pirosodott ki, és mit ír alatta.

Érdemes ezt otthon direkt kipróbálni: rontsd el szándékosan egy mezőnevet, és nézd meg, mit ír. Sokkal nyugodtabban fogsz hibát keresni, ha már láttad, hogy néz ki.

A kérdőjelek — a kódolás tanulsága

Beolvastuk az ügyféltörzset, és ez jelent meg:

Bartha G?pgy?rt? Kft.

Az első reakció mindenkinél ugyanaz: elromlott a fájl. Nem romlott el.

A fájl cp1250 kódolással készült — így exportál a legtöbb magyar ügyviteli rendszer. Az n8n viszont UTF-8-at vár. Ugyanaz a bájt mást jelent a két rendszerben, és ahol ékezet volt, ott a beolvasó nem tud mit kezdeni vele.

Az adat ép. Rosszul olvassuk.

Ez a különbség a sérült és a félreértett adat között, és messzire vezet: a legtöbb „az AI hülyeséget írt” panasz valójában itt kezdődik, három lépéssel korábban. Ha az adat rosszul jut be, a legjobb prompt sem menti meg.

A javítás nem a fájlban van, hanem az olvasásban. Ha kézzel javítod ki a fájlt, jövő hónapban ugyanezt fogod csinálni.

Töltsd le

A blokk végi kész folyamat exportja a nap után kerül ide (G2_kesz.json).

Próbáld ki magad

Építsd meg újra a visszaigazoló folyamatot, de a saját űrlapoddal és a saját szövegeddel. Ne másold — írd meg úgy, ahogy te írnál egy ügyfélnek.

Ha megvan, három bővítés:

1. Küldess magadnak is másolatot, más szöveggel — így látod, hogy egy eseményből több cselekvés is indulhat.
2. Állíts be hibafolyamatot, és nézd meg, hogy tényleg értesít-e.
3. Rontsd el szándékosan az egyik mezőnevet, futtasd le, és olvasd el a hibaüzenetet.

Ha elakadsz

Nem indul el a folyamat. Teszt módban a trigger csak egyszer figyel, aztán leáll. A sorrend: előbb a tesztgomb, utána az űrlap. Ez mindenkivel megtörténik egyszer.

Az ütemezett folyamat rossz órában fut. Nézd meg a munkafolyamat beállításaiban az időzónát. Ez a leggyakrabban kifelejtett beállítás, és magyar felhasználónál tipikusan egy-két óra eltérést okoz — egy „reggel 8-kor menjen ki” szabálynál azonnal látszik.

Üres az e-mail, vagy undefined van benne. Rossz néven hivatkozol a mezőre. Nyisd meg az előző lépést, és nézd meg a kimenetét: ami ott látszik, arra tudsz hivatkozni. Ne emlékezetből írd a mezőnevet — másold ki.

Nem érkezik meg a levél. Először a levélszemetet nézd meg. Ha ott sincs, a naplóban a hibaüzenet szövegét keresd, ne a node színét. A leggyakoribb ok a hiányzó vagy lejárt fiókkötés.

A CSV egyetlen sorként jön be. Az elválasztójel pontosvessző, nem vessző — a magyar Excel így exportál.

Minden ékezet kérdőjel. A fenti kódolási eset. A beolvasásnál kell megadni a helyes kódolást; nem a fájlt kell javítani.