Ajánlatkérési demó: így vizsgáld meg a sablont

Mit találsz a csomagban?

A sablontár ajánlatkérési csomagja egy inaktív n8n-workflow JSON-fájlból, fiktív CSV-mintából és indulási ellenőrzőlistából áll. A cél a folyamat megértése és a tesztek előkészítése. A letöltés önmagában nem kapcsolódik a levelezésedhez vagy az ügyfélrendszeredhez.

A letölthető workflow-t 2026. október 8-án helyi n8n 2.42.4 példányban importáltuk és végrehajtottuk. Mind a négy node lefutott: öt fiktív kérésből három elfogadott, egy duplikált és egy hibás tétel lett. Ez helyi engine-teszt; n8n Cloudot és külső rendszerek összekötését nem teszteltük.

Import előtt olvasd át

Nyisd meg a JSON-t szövegszerkesztőben, és nézd át a node-okat, kapcsolatokat, kódot és minden külső címet. Egy workflow kódot futtathat vagy adatot továbbíthat; csak olyan részt tarts meg, amelynek érted a feladatát. A saját másolatban is maradjon kikapcsolva az automatikus végrehajtás.

A CSV ugyanazokat a fiktív példákat mutatja meg táblázatosan. A workflow a Kizárólag mintaadat node-ban tárolja a saját bemenetét; a CSV-fájlt nem olvassa automatikusan. A fejléc: submissionId, name, email, service, message.

Első próba saját tesztkörnyezetben

Importálj egy külön teszt-workspace-be vagy helyi példányba. A Kézi indítás után a Kizárólag mintaadat, az Ellenőrzés és duplikációszűrés, majd az Ellenőrizhető összesítő node következik. Várt összesítés: input 5, accepted 3, duplicates 1, rejected 1. Az előző node accepted és rejected listáiban a részletek is látszanak. Külső kapcsolat vagy credential nem kell ehhez a próbához.

Ha később webhookot illesztesz a folyamathoz, az n8n teszt- és éles URL-jét külön kezeld. Az éles végpontot hitelesítéssel és a küldő rendszer szabályai szerint védd. A mintafájlban szereplő feldolgozási logika nem helyettesíti ezeket a csatlakozási beállításokat.

A próbanapló négy sora

Minden sorhoz írd oda a tényleges eredményt. Ha egy képesség nincs a demóban, jelöld hiányként; ne minősítsd sikeresnek azért, mert egy másik része működik.

• Érvényes fiktív kérés: milyen feldolgozási eredmény született?
• Ismételt kérés: egy futáson belül és két futás között is ugyanúgy kezeli?
• Hiányos bemenet: megmondja, melyik adat hiányzik?
• Újraindítás után: megmarad-e az állapot, vagy újrakezdi a feldolgozást?

Mi kell még az éles használathoz?

A vállalkozás saját mezői, hitelesített bemenet, tartós adattároló, jogosultságok, hibakezelés és kézi helyreállítás. A párhuzamos beküldést, a szolgáltatói időtúllépést és a sikertelen részlépés utáni folytatást külön kell tesztelni. Küldés előtt a címzettet és a tartalmat is ellenőrizd.

A demó haszna, hogy ezeket a kérdéseket kicsiben lehet végiggondolni. Ha a saját csapatodnál más a megkeresés útja, a sablont ahhoz alakítsd; a vállalkozás működését ne erőltesd a minta kedvéért idegen folyamatba.