Balionline · egyesített LLL szerződés

Verification and Constraints

READY FOR REVIEW

A csoportos utak gyűjtőoldala a meeting alapján új hero szöveget és működő háromlépéses űrlapot mutasson, miközben minden weboldali érdeklődés teljes, egyértelműen azonosítható és könnyen kezelhető kérésként érkezik a QlickCRM-be.

Egy jövőbeli orchestratorAz éles kivitelezés még nem indult2026.09.29.

Cél és kész állapot

Cél: A csoportos utak gyűjtőoldala a meeting alapján új hero szöveget és működő háromlépéses űrlapot mutasson, miközben minden weboldali érdeklődés teljes, egyértelműen azonosítható és könnyen kezelhető kérésként érkezik a QlickCRM-be.

A kész állapot: A látogató az élő gyűjtőoldalon az új hero és form segítségével elküldi az általános érdeklődést. Az ügyintéző egyetlen jól olvasható QlickCRM Ajánlatkérés-adatlapon látja a tényleges beküldési oldal teljes URL-jét, a hero-form / oldalsó-form / alsó-form elhelyezést, az érdeklődés típusát és minden megadott utazási, kapcsolati és Kérdés, kérés: adatot. Egy logikai beküldés egy munkában kezelt kéréshez és egy teljes belső értesítéshez vezet. A működés a visszaállított CAPTCHA mellett, a valós weboldalon, desktopon és telefonon bizonyított.

0 / 31végrehajtási kritérium bizonyítva

7kézzelfogható kimenet

8 / 8régi annotáció leképezve

A meeting döntései

Hero cím: Válassz csoportos utat, vagy kérj saját útitervet.

Betűk: a honlap Open Sans, Protest Riot és Poppins szerepei.

Utolsó lépés: Elérhetőségek nélkül, név, egymás melletti e-mail + telefon, majd Kérdés, kérés: mező.

Bizonyítás: tényleges éles felület, CRM és e-mail; GUI sorhoz képernyőkép + független vak Luna high leírás + összevetés.

Források és sorrend

A 2026.09.29-i meeting-HTML az új hero és űrlap kinézetének alapja. Helyi referencia: /Users/agency/Documents/Agty/Analit/outputs/analit-unified-lll-20260929/meeting-hero-reference.html. SHA256: 35844d69c3383b6a4584f62338b80205bb7b196e919e05269e326884c6027b71. Az oldal saját betűi, Bali-éjszakák és valódi beküldés elsőbbséget kapnak a prototípus eltérő részleteivel szemben.

prior_board: https://review.clientsflow.hu/analit-collection-eight-fixes-2026-09-28-v1/ · Eight annotated screenshot items, 11 prior criteria, 0 verified. Old executor paused before production changes.
prior_crm_contract: https://review.clientsflow.hu/analit-crm-lead-intake-2026-09-28-v1/ · Five CRM deliverables, 18 criteria, 0 implementation criteria verified.
meeting_reference: /Users/agency/Documents/Agty/Analit/outputs/analit-unified-lll-20260929/meeting-hero-reference.html · User-provided local HTML, exact SHA recorded; prototype uses demo alert and differing font/day label.
user_source_gist: /Users/agency/Documents/Agty/Analit/.tmp/chat-gists/unified-lll-20260929/unified-lll.gist.md · Current and preceding conversation extracted. Direct user anchors: continuation T0043 meeting merge, T0028 source URL and general interest, T0010 CAPTCHA fallback, primary T0001 newsletter and partner requirements. Earlier CRM checklist is inherited plan detail, not a verbatim user checklist.

Korábbi állapot	Egységes döntés	Miért
Hero h1: Válassz szervezett utat...	Válassz csoportos utat, vagy kérj saját útitervet.	Newest 2026-09-29 meeting HTML explicitly supplied as hero-copy reference.
Telefonszám teljes szélességű asztalin	E-mail és Telefonszám egymás mellett asztalin, egymás alatt telefonon	Newest direct user request.
A nyolcas board a keret segédszövegét az első lépésnél mutatta	*A a repülőjeggyel együtt segédszöveg az új háromlépéses form keretmezőjével együtt a második lépésen látszik**	Newest meeting-prototype moves budget to step two; the original client wording remains.
Hány napra mennél? a prototípusban	Balin töltött éjszakák kérdése azonos vizuális helyen	Client earlier explicit business definition, avoid day/night ambiguity.
Demo alert és hardkódolt szezonopciók	Tényleges védett WordPress/CRM beküldés és karbantartható aktuális időszakok	Prototype code is a reference, not functioning integration.
Prototípusban csak utazótípus és átfedő nap-tartományok	Utazótípus mellett tényleges utasszám és pontos Bali-éjszakaszám	Earlier CRM acceptance requires actual submitted 2 passengers and 10 Bali nights. This is an explicit integration choice preserving those outcomes, not a claim that the prototype already collects them.

A nyolc annotáció helye az új célban

Az eredeti képek és kérések megmaradnak. Két részletet az újabb meeting-kérés felülír.

1. annotáció → U01

Új meeting H1, csoportos utat

Frissebb kérés felülírja

2. annotáció → U03

Hero copy és kártya felső éle egy szinten

Megmarad

3. annotáció → U06

*a repülőjeggyel együtt keretsegéd

Megmarad

4. annotáció → U07

7 éj / 8 nap magyarázó bekezdés eltűnik

Megmarad

5. annotáció → U09

CAPTCHA a kártyán belül

Megmarad

6. annotáció → U08

Telefon e-mail mellett asztalin, új meeting szerint

Frissebb kérés felülírja

7. annotáció → U10

Igények összegzése eltűnik

Megmarad

8. annotáció → U10

Süti beállítások gomb eltűnik az annotált formhelyről

Megmarad

Megerősített, feltételezett és nyitott

MEGERŐSÍTETT: A legutóbbi kérés az új meeting-HTML-t adja meg a hero szövegének és űrlapjának mintájaként, és külön kéri a meglévő oldal betűit, az Elérhetőségek felirat eltávolítását, az e-mail/telefon egymás mellé helyezését és a Kérdés, kérés: negyedik mezőt.

MEGERŐSÍTETT: A korábbi nyolcas board nyolc annotációjából hat változatlanul érvényes. A hero címszó és a telefon teljes szélessége a frissebb kérés szerint módosult.

MEGERŐSÍTETT: A prototípus form onsubmit művelete csak alertet ad. Az élő WordPress/CRM útvonalat külön kell megőrizni és tesztelni.

MEGERŐSÍTETT: A jelenlegi gyűjtőoldalon Open Sans, Poppins és Protest Riot betűk vannak. A prototípus Caveat Brush fejléce nem egyezik a jelenlegi oldal kézírásos fontjával.

MEGERŐSÍTETT: A 2026-09-28-i CRM readbackben ugyanahhoz a partnerhez weboldali és E-mail forrású rekord kapcsolódott, de az E-mail rekord létrejöttének módja nem bizonyított. Másik két azonos webes rekord két másodperc különbséggel létezik.

NYITOTT: Az élő gyűjtőoldal jelenlegi WordPress forrástulajdonosa, minden tényleges űrlapelhelyezése és a beküldés dátummező-mappingje végrehajtás előtt friss provider readbacket igényel.

FELTEVÉS: A meeting-prototípus szezon- és keretvezérlőinek vizuális mintája átültethető úgy, hogy a valódi űrlap továbbra is Bali-éjszakákat és szöveges pontosabb időszakot kér, és adatai a CRM-be érkeznek.

A kész rendszer és a hozzá vezető út

Zöld: megerősített · Rózsaszín: feltevés · Szaggatott: nyitott

End goal system · Az elkészült út

flowchart TD
 V["<b>Látogató</b><br/>Élő gyűjtőoldali hero"]:::confirmed
 F["<b>Háromlépéses form</b><br/>Éjszakák, időszak, kérés és kontakt"]:::open
 S["<b>Forrás megőrzése</b><br/>Oldal URL és valódi űrlaphely"]:::open
 Q["<b>Egy CRM-kérés</b><br/>Külön olvasható utazási mezők"]:::open
 P["<b>Kapcsolódó partner</b><br/>Új ügyfél vagy meglévő kapcsolat"]:::open
 E["<b>Egy belső értesítés</b><br/>Ugyanazokat az adatokat tartalmazza"]:::open
 V --> F --> S --> Q
 Q --> P
 Q --> E
 classDef confirmed fill:#E8F5E9,stroke:#2E7D32,color:#173B25
 classDef assumption fill:#FCE4EC,stroke:#C2185B,color:#5B1430
 classDef open fill:#FFFFFF,stroke:#94A3B8,color:#475569,stroke-dasharray:5 5

Route to the end state · Egy végrehajtó útja

flowchart LR
 A["<b>Meeting minta</b><br/>Új hero és záró mezők"]:::confirmed
 B["<b>Nyolc képes kérés</b><br/>Hat marad és kettő frissül"]:::confirmed
 C["<b>CRM hibaállapot</b><br/>Hiányzó mezők és duplázás"]:::confirmed
 R["<b>Egyesített szerződés</b><br/>Képek és ellenőrzések"]:::open
 X["<b>Launch után egy executor</b><br/>Javít, telepít és vizsgál"]:::open
 T["<b>Védett éles tesztek</b><br/>Honlap, CRM, e-mail és képek"]:::open
 Z["<b>Bizonyított beérkezés</b><br/>Egy használható kérés"]:::open
 A --> R
 B --> R
 C --> R
 R --> X --> T --> Z
 classDef confirmed fill:#E8F5E9,stroke:#2E7D32,color:#173B25
 classDef assumption fill:#FCE4EC,stroke:#C2185B,color:#5B1430
 classDef open fill:#FFFFFF,stroke:#94A3B8,color:#475569,stroke-dasharray:5 5

Egyesített kimenetek és ellenőrzések

A pipák csak bizonyíték után változnak

Építsd meg az új nyitó szekciót

A csoportos utak gyűjtőoldalán a meeting-prototípus hero szövege és kétoszlopos elrendezése látszik a valódi oldal betűkészleteivel.

0 / 4

Kritériumok, korlátok és bizonyítékok

U01 Amikor a gyűjtőoldalt élesben 1440×1000, 1085×1174 és 390×844 nézetben frissen betöltöd, akkor a hero h1 pontosan „Válassz csoportos utat, vagy kérj saját útitervet.” szöveget mutat, a „saját útitervet.” narancssárga kiemeléssel; felette „CSOPORTOS UTAK ÉS SZEMÉLYES TERVEZÉS” felirat látszik A piros űrlapkártya fejlécében pontosan „Add meg az igényeidet, és keresünk az opciókkal!” látszik, a referencia szerinti kétsoros tördeléssel, ahol a rendelkezésre álló szélesség engedi.

Felület: https://balionline.hu/csoportos-utak-gyujtooldal/ → nyitó szekció

Bizonyíték és képernyőkép

Három élő postdeploy kép, DOM-szöveg és vizuális összevetés a meeting-hero-reference.html fájllal.

U01 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

U02 Amikor ugyanezeken a szélességeken megnézed a hero két gombját és kísérőszövegét, akkor az „ELŐRE MEGTERVEZETT UTAK” CTA a konkrét utak listájához visz, az „EGYEDI ÚTITERVET KÉREK” CTA a valódi működő hero űrlapra fókuszál/görget; alattuk pontosan az „Átbeszéljük az elképzeléseidet, és személyre szabott tervet adunk a kívánt időpontra, tempóra és programokra.” támogató szöveg látszik.

Felület: Élő hero és a két CTA utáni célállapot

Bizonyíték és képernyőkép

Élő képek az induló és célállapotról, kattintási/URL ellenőrzés, billentyűzettel aktiválás.

U02 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

U03 Amikor a nyitó szekciót 1440×1000 és 1085×1174 méretben betöltöd, akkor a szövegblokk felső széle és a hero űrlapkártya felső széle legfeljebb 2 CSS pixel eltéréssel egy vonalban van; telefonon logikus egymás alatti sorrend és nulla vízszintes oldaltúllógás látszik.

Felület: Élő hero desktop/tablet/telefon

Bizonyíték és képernyőkép

Tényleges postdeploy képek, DOM bounding-rect mérés a két oszlopon és telefonos overflow mérés.

U03 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

U04 Amikor a live hero címét, űrlapkártyáját és gombjait a böngészőben ellenőrzöd, akkor a cím a meglévő Protest Riot, a törzsszöveg és mezők az Open Sans, a megfelelő kiegészítő címsorok a Poppins szerepeket követik, nem a prototípus Caveat Brush betűjét; az oldal többi szekciójában a fontok nem változnak meg.

Felület: Élő gyűjtőoldal hero és két érintetlen szekció

Bizonyíték és képernyőkép

Computed font-family kiolvasás és összehasonlító élő képek desktop/telefon, eredeti és postdeploy állapot.

U04 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

Megőrzendő feltételek

✕ A 2026-09-29-i meeting-hero-reference.html a hero tartalom és elrendezés referencia, de a különálló HTML demo nem telepíthető működő WordPress űrlapként. A demo onsubmit alert nem elfogadott kézbesítés.
✕ A weboldal jelenlegi Open Sans törzsszövegét, Protest Riot kézírásos címeit és Poppins kiegészítő címeit használd a megfelelő szerepekben. A referenciában szereplő Caveat Brush-t ne vezesd be új arculati betűként.
✕ A korábbi nyolcas board C1 szervezett utat címszava az újabb meeting-referencia miatt felülírt. Az új címben csoportos utat áll, a narancssárga kiemelés és az oldal többi működő része megmarad.

Tedd működővé a háromlépéses űrlapot

A meeting-referencia élmény-, utazás-, időszak- és kapcsolatfelvételi lépései az élő honlap valódi CRM-űrlapjaként működnek.

0 / 9

Kritériumok, korlátok és bizonyítékok

U05 Amikor a hero form első lépését megnyitod, két élményt kiválasztasz, majd utazótípust, külön mezőben 2 utast és pontosan 10 Balin töltött éjszakát adsz meg, akkor a három élménykártya, „Kikkel utaznál?” választó, külön utasszámmező és Bali-éjszakákat egyértelműen kérő tartammező a meeting-referencia vizuális mintájában látszik. A tartamvezérlő pontos 10 értéket fogad el, nem napokból vagy átfedő tartományból következtet rá. A kiválasztások, a 2 utas és a 10 éj érték a VISSZA után is változatlan.

Felület: Élő hero űrlap 1. lépés, desktop és telefon

Bizonyíték és képernyőkép

Lépés1 képek, továbblépés/visszalépés képei, aktuális formértékek és későbbi CRM readback. A CRM-ben az utazótípus és a tényleges utasszám külön, az eredeti értékkel látszik. A „Párként” választásból ne gyárts utasszámot.

U05 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

U06 Amikor a második lépésben Nyár 2027 évszakot, opcionálisan „2027. július közepe” pontosabb időszakot, 4–5 csillagos szállást és 1 200 000 Ft/fő keretet választasz, akkor a szezonválasztás, pontosabb időszak/rugalmasság lehetősége, szálláskategória és keretvezérlő a referencia mintájára látszik; az értékegység Ft/fő és „*a repülőjeggyel együtt” segédszöveg látható, a csúszka vagy egyenértékű mező értéke egyértelműen frissül.

Felület: Élő hero űrlap 2. lépés és később a QlickCRM kérés

Bizonyíték és képernyőkép

Lépés2 kép és vezérlőértékek, előre/hátra kör, védett tesztbeküldés CRM mezői. A későbbi évszakokat ne vakon rögzítsd 2027-re.

U06 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

U07 Amikor a második lépést és a korábban annotált tartam környékét ellenőrzöd, akkor az „Általában legalább 7 éj / 8 nap Balin” kezdetű magyarázó bekezdés és üresen maradt térköze nincs a formban, miközben a Balin töltött éjszakák kérdése továbbra is egyértelmű.

Felület: Élő hero form 1–2. lépés

Bizonyíték és képernyőkép

Élő képek mindkét lépésről és DOM hiányellenőrzés.

U07 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

U08 Amikor a harmadik lépést 1440, 1085, 808 és 390 CSS pixel szélességen megnyitod, akkor az „Elérhetőségek” felirat nincs; a név mező külön teljes sor, az E-mail és Telefonszám mező egymás mellett van asztalin, telefonon egymás alatt; a negyedik „Kérdés, kérés:” szabad szöveges mező külön sorban látszik, gépelhető és megőrzi az értéket.

Felület: Élő hero form 3. lépés

Bizonyíték és képernyőkép

Négy postdeploy képsorozat, DOM/mező-szám és bounding-rect ellenőrzés, lépésváltás utáni értékellenőrzés.

U08 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

U09 Amikor a harmadik lépést a meglévő CAPTCHA és hozzájárulás megjelenésekor a négy szélességen ellenőrzöd, akkor a meglévő CAPTCHA megjelenő űrlapvezérlője teljes egészében a fehér kártyán belül van és működik, nincs levágás vagy vízszintes oldaltúllógás. A valódi kötelező mezők és adatkezelési hozzájárulás továbbra is elérhetők. Ha a friss provider- és DOM-readback szerint a már telepített védelem láthatatlan, ezt dokumentáld a meglévő badge kezelésével együtt, és az M15–M17 védett pozitív/negatív próbái igazolják a működését. Ne adj hozzá vagy cserélj CAPTCHA-t egy nem létező widget megjelenítéséért.

Felület: Élő hero form 3. lépés, desktop/tablet/telefon

Bizonyíték és képernyőkép

A ténylegesen telepített CAPTCHA provider/verzió és megjelenítési mód friss readbackje. Négy élő kép és a megjelenő vezérlő/kártya határainak mérése, hozzáférhető mező- és hozzájárulás-ellenőrzés. A régi annotált, kártyán túllógó látható vezérlő nem kaphat felmentést általános dokumentáció alapján. Csak az adott élő felület bizonyítottan láthatatlan integrációja esetén nem alkalmazható a widget-határmérés, ezt külön kell megjelölni.

U09 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

U10 Amikor a harmadik lépésen a korábbi képernyőképekben jelölt elemeket ellenőrzöd, akkor az „Igények összegzése” szekció és a form melletti „Süti beállítások” gomb hiányzik az annotált helyről, ugyanakkor a lépések és a már beírt értékek működnek, a globális cookie-hozzájárulás működése megmarad.

Felület: Élő hero form 3. lépés és oldal cookie felülete

Bizonyíték és képernyőkép

Élő kép és DOM hiányellenőrzés, lépések előre/hátra próba, meglévő consent funkció readback.

U10 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

U11 Amikor a négy záró mezőt érvényes és érvénytelen értékekkel végigpróbálod, majd egy jelölt, védett tesztkérést sikeresen elküldesz, akkor hiányzó kötelező név/e-mail/telefon esetén jól érthető validáció látszik; érvényes esetben nincs demo alert, a honlap sikeres beküldést mutat, és a kérdés/kérés szövege, valamint az összes előző lépés értéke a kapcsolódó CRM-kérésen és belső értesítésen látszik.

Felület: Élő hero form → QlickCRM Ajánlatkérések → tényleges belső értesítés

Bizonyíték és képernyőkép

Negatív és pozitív védett tesztek képei, CRM mezőnkénti visszaolvasás, kézbesített email és submission ID. JavaScript hibák hiánya.

U11 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

U12 Amikor a végrehajtó az éles gyűjtőoldal módosítását publikálja, majd friss, nem hitelesített böngészőben újratölti, akkor a gyűjtőoldal bare URL-en HTTP 200 állapotú, az új hero és a három valóban működő lépés látszik. A provider telepítési bizonylat, az előkép, a szűk módosítás és a pontos visszaállítási út a privát átadásban szerepel.

Felület: https://balionline.hu/csoportos-utak-gyujtooldal/ és privát provider-handoff

Bizonyíték és képernyőkép

Friss GET, telepítési receipt, előtte/utána forrás SHA, szűk diff, kipróbált rollback leírás, postdeploy képek.

U12 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

U13 Amikor minden érintett nyitó- és űrlapállapotról az élesítés után desktop/telefon képeket készítesz, majd független Luna high látatlanul leírja őket, akkor a képleírások és a kritérium-összevetések az egységes board megfelelő sorainál látszanak, minden anyagi eltérés után javítás és friss újraellenőrzés történik, és nincs nyitott elrendezési vagy olvashatósági hiba.

Felület: Egységes Verification and Constraints board, élő gyűjtőoldal

Bizonyíték és képernyőkép

Luna-visual-qa-section-screehoshots teljes postdeploy szekciókép/fix/friss QA köre, privát eredeti és nyilvános maszkolt képek, soronkénti blind description/comparison.

U13 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

Megőrzendő feltételek

✕ Az üzleti adatok jelentése marad igaz: a tartamot Balin töltött éjszakákban kérd, a keret Ft/fő és a repülőjegyet is tartalmazza. A referencia „Hány napra mennél?” címkéje nem írhatja felül a korábbi kliens-pontosítást.
✕ A meglévő CAPTCHA, adatkezelési hozzájárulás, CF7/serveroldali validáció és CRM-kézbesítés maradjon működő. A prototípus alertje és hardkódolt évszaklistája nem bizonyít tényleges beküldést.
✕ A legutóbbi meeting-kérés felülírja a nyolcas board C6 teljes szélességű telefonszámát: asztalin e-mail és telefon egymás mellett, telefonon egymás alatt. Név és Kérdés, kérés: külön sor.
✕ A kiválasztott élmények, utazók, éjszakák, időszak, szállás, keret és négy záró mező értékei lépések között megmaradnak. A form ne hozzon létre konkrét kiválasztott utat az általános érdeklődésből.
✕ A referencia utazótípus-választója nem utasszám. A korábbi CRM-követelmény tényleges 2 utas és 10 Bali-éjszaka próbájához külön utasszámot és pontos éjszakaszámot kérő mező kell, a referencia vizuális mintájába illesztve. Az átfedő nap-tartományok nem kerülhetnek pontos éjszakaszámként a CRM-be.

Mutasd meg a beküldés forrását

Az ügyintéző lássa, pontosan melyik oldal és melyik űrlaphely hozta az érdeklődőt.

0 / 4

Kritériumok, korlátok és bizonyítékok

M01 Amikor az összes aktív ajánlatkérő oldal asztali és telefonos felületét bejárod, akkor az inventory.md minden tényleges oldal + űrlapelhelyezés sorához rögzíti az URL-t, CF7 azonosítót, látható elhelyezést, gyűjtött mezőket és ténylegesen beadható értékeket, valamint a CRM-be vezető útját. A megfelelő helyeken pontosan hero-form, oldalsó-form vagy alsó-form szerepel. A CF7 511 chat-widget külön sor és saját, pontos elhelyezés, nem valamelyik kért értéknek álcázva. Az ajánlatkérést vagy CRM-érdeklődőt létrehozó összes aktív sor szerepel a későbbi tesztlistában. A többi kapcsolatfelvételi felület kizárásának oka is látszik.

Felület: inventory.md és az élő weboldal

Bizonyíték és képernyőkép

Teljes elhelyezési tábla, minden elhelyezés képernyőképe, teszteset-hivatkozás.

M01 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

M02 Amikor a csoportos-utak-gyujtooldal hero űrlapját kitöltöd külön tesztjelöléssel, konkrét út kiválasztása nélkül, akkor a hozzá tartozó Ajánlatkérés-adatlapon a Forrásoldal URL-je mező a https://balionline.hu/csoportos-utak-gyujtooldal/ URL-t, az Űrlap helye mező pedig pontosan a hero-form értéket mutatja.

Felület: QlickCRM → Ajánlatkérések → beküldés adatlapja

Bizonyíték és képernyőkép

Tényleges webes beküldés, CRM-adatlap képe, mentett rekord API-visszaolvasása.

M02 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

M03 Amikor az inventoryban igazolt oldalsó és alsó űrlapokból külön kérést küldesz a tényleges oldalukon. Egy létező elhelyezést mindenképpen ?utm_source=lllqa&utm_campaign=crm-forras paraméterrel is tesztelsz, szükség esetén a hero űrlapot, akkor minden tesztelt CRM-adatlap a saját oldal URL-jét és tényleges elhelyezését mutatja. A létező oldalsó és alsó helyek címkéje pontosan oldalsó-form és alsó-form. A kampányparaméteres teszt mentett és újranyitott CRM-adatlapján a Forrásoldal URL-je a teljes tesztelt URL-t tartalmazza a ?utm_source=lllqa&utm_campaign=crm-forras paraméterekkel, amit az API-visszaolvasás is megerősít.

Felület: QlickCRM → az adott két Ajánlatkérés-adatlap

Bizonyíték és képernyőkép

Minden létező kért elhelyezés tényleges beküldése, CRM-képe és API-visszaolvasása. A valóban nem létező elhelyezés hiányát teljes inventory bizonyítja, ez nem végrehajtott beküldési teszt. Új elhelyezés létrehozása ezért nem szükséges. A teljes kampányparaméteres URL megőrzésének pozitív tesztje hiányzó oldalsó/alsó hely mellett is kötelező.

M03 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

M04 Amikor az inventory szerint több oldalon vagy helyen használt technikai űrlapot két tényleges helyéről beküldöd, majd újranyitod a CRM-adatlapokat. Ha nincs ilyen közösen használt űrlap, két létező eltérő oldal/elhelyezés beküldését hasonlítod össze, és dokumentálod a közös űrlap hiányát, akkor mindkettőn tartósan a saját URL és saját elhelyezés látszik, és az eredmények nem írják felül egymást. Az összes inventory-sorhoz létezik sikeres forrásazonosítási eredmény.

Felület: QlickCRM → Ajánlatkérések és inventory.md

Bizonyíték és képernyőkép

Összes sorhoz beküldési és rekordazonosító, friss újranyitási kép, provider visszaolvasás.

M04 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

Megőrzendő feltételek

✕ A hero-form, oldalsó-form és alsó-form értékeket a tényleges elhelyezésből állapítsd meg. Ne következtesd csak a CF7 azonosítóból, és ne rendelj minden kéréshez hero-form értéket.
✕ Őrizd meg annak a weboldalnak a böngészőben látható URL-jét és normál kampányparamétereit, amelyen a beküldés történt, nem a munkamenet legelső belépőoldalát. Ne cseréld canonical URL-re, ha az elveszíti a lekérdezési paramétereket. A cél URL ne CRM-belépőoldal, CF7 REST végpont vagy köszönőoldal legyen. Más oldalon történt beküldéshez ne ments hibás alapértékként kezdőlapi URL-t. A kezdőlapon történt beküldéshez viszont a tényleges kezdőlapi URL-t mentsd. Hiányzó történeti forrást ne találj ki.

Különítsd el az érdeklődés típusát

Egy általános érdeklődő és egy konkrét csoportos út jelentkezője a megfelelő megnevezéssel és időszakkal érkezzen.

0 / 4

Kritériumok, korlátok és bizonyítékok

M05 Amikor a gyűjtőoldal hero űrlapján általános érdeklődést küldesz 2027. július közepe időszakkal, 10 Balin töltött éjszakával és 2 utassal, konkrét út nélkül, akkor a CRM-adatlapon az Érdeklődés típusa Általános érdeklődés, a Kiválasztott út Nincs kiválasztva, a Tervezett időszak 2027. július közepe, a Balin töltött éjszakák 10 és az Utasok 2. Az értesítés és adatlap címe Általános érdeklődés vagy Csoportos utak – általános érdeklődés szöveggel jelzi a típust, és nem állít kiválasztott konkrét utat.

Felület: Weboldal hero űrlap → QlickCRM-adatlap és kézbesített belső e-mail

Bizonyíték és képernyőkép

Kitöltött élő űrlap és CRM képei, API-visszaolvasás, tényleges kézbesített e-mail privát bizonyítéka.

M05 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

M06 Amikor egy konkrét csoportos út részletoldalának ajánlatkérőjét beküldöd külön jelöléssel, akkor a CRM-adatlap Konkrét csoportos út érdeklődést, az oldal tényleges útnevét és az út jóváhagyott indulási dátumát vagy dátumtartományát mutatja külön mezőkben. Az értesítés ugyanazt az utat és időpontot tartalmazza. A konkrét út hozzárendelése csak a beküldő által ténylegesen kiválasztott vagy a formon egyértelműen jelzett úthoz történik. Egy általános chat vagy kapcsolatfelvétel nem válik konkrét úttá pusztán az oldal címe miatt. Ha nincs jóváhagyott pontos dátum, az ellenőrzött szöveges időszak vagy a Nincs megadva érték látszik, kitalált dátum nélkül.

Felület: Konkrét út weboldala → QlickCRM-adatlap és belső e-mail

Bizonyíték és képernyőkép

Az út aktuális, jóváhagyott dátumforrása, élő oldal és CRM képe, mentett adatok, kézbesített e-mail.

M06 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

M07 Amikor egy általános vagy egyéni űrlapon csak 2027-et írsz az időszakhoz, vagy azt jelzed, hogy még rugalmas az időpont, akkor az élő űrlap érthetően lehetővé teszi a hónap/időszak megadását vagy a rugalmasság jelzését. A CRM az eredetileg megadott évet vagy a rugalmas státuszt őrzi meg, nem mutat kitalált napot. A szöveges időszak akkor is látható, ha a technikai dátummező üres.

Felület: Élő űrlap és QlickCRM-adatlap

Bizonyíték és képernyőkép

Éves és rugalmas esetek formaképe, CRM-kép és mentett mezők visszaolvasása. Év-only esetet ne tekints adatvesztésnek.

M07 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

M08 Amikor az egyéni, esküvő/nászút és céges ajánlatkérőt külön tesztadatokkal beküldöd, akkor a CRM-adatlap és kézbesített értesítés mindhárom esetben az adott érdeklődés típusát és az eredetileg megadott pontos dátumot vagy szöveges időszakot mutatja. Egyéni igény nem Csoportos Ajánlatkérés címként jelenik meg.

Felület: A három élő űrlap → QlickCRM és belső e-mail

Bizonyíték és képernyőkép

Mindhárom típushoz webes és CRM-kép, visszaolvasás, kézbesített e-mail.

M08 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

Megőrzendő feltételek

✕ A gyűjtőoldal hero űrlapján megadott időszakból és élményválasztásból ne találj ki konkrét utat. A Zsuzsinak adott pontosítás az irányadó.
✕ A szöveges időszakot és az éjszakaszámot külön kezeld. Évből vagy hónapból ne gyárts pontos indulási dátumot, és ne jeleníts meg 1970-01-01 alapértéket valós utazási dátumként.

Tedd olvashatóvá a CRM-adatlapot

Az ügyintéző egyetlen ajánlatkérésen lássa a munkához szükséges adatokat, hosszú e-mailből való keresgélés nélkül.

0 / 3

Kritériumok, korlátok és bizonyítékok

M09 Amikor a M05 kérésnél a tényleges élő mezőkön megadsz költségkeretet, szállásigényt, elérhető élményválasztásokat és külön egyéb kérést, majd az Ajánlatkérések listából megnyitod, akkor az adatlap olvasható címet és külön feliratozott URL, űrlaphely, típus, időszak, éjszakaszám, utazótípus, utasok, keret és annak Ft/fő egysége, szállásigény, élmények és teljes üzenet mezőket mutat. Az adatokhoz nem kell HTML e-mailből keresni.

Felület: QlickCRM → Ajánlatkérések lista és megnyitott adatlap

Bizonyíték és képernyőkép

Lista- és adatlapképek, mezőnkénti összevetés a tényleges beküldött adatokkal, API-visszaolvasás. A konkrét beadható értékeket az inventory rögzíti, például 1 100 000 Ft/fő csak akkor tesztérték, ha a mező ezt valóban elfogadja. Az élményválasztások száma az élő mező lehetőségeit követi. A tesztpélda miatt önmagában ne bővítsd az űrlap üzleti választékát.

M09 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

M10 Amikor olyan űrlapról küldesz kérést, amely nem kér költségkeretet vagy éjszakaszámot, majd megnyitod az adatlapot, akkor a hiányzó adatok Nem megadott vagy Nem kért állapottal látszanak, a rendelkezésre álló adatok pedig megmaradnak. Nincs 0, idegen tesztérték vagy kitalált időpont valós ügyféligényként feltüntetve.

Felület: QlickCRM → az adott Ajánlatkérés-adatlap

Bizonyíték és képernyőkép

Élő űrlap és CRM-kép, negatív adatellenőrzés és provider visszaolvasás.

M10 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

M11 Amikor egy új tesztpartner elküldi az első kérését, majd ugyanaz a partner egy második, eltérő időszakú vagy utazási adatú új kérést küld be, akkor az új érdeklődő partnerként megjelenik, későbbi kérései ugyanahhoz a megfelelő partnerhez kapcsolódnak. Mindkét kérés saját időszaka és utazási adatai külön megmaradnak a CRM-ben. A partner adatlapján a beküldött név, e-mail és telefonszám a gyűjtött mezők szerint helyesen olvasható, az új partnernél nincs elveszett kapcsolati adat. Meglévő partner értékes adatait üres beküldött mező nem törli.

Felület: QlickCRM → Partnerek és a kapcsolódó Ajánlatkérések

Bizonyíték és képernyőkép

Partnerképek, kapcsolódó kérések képei és partner/rekord visszaolvasás. A beküldött név/e-mail/telefon mezőnkénti összevetése a látható partneradatlappal és API-visszaolvasással, valamint az ajánlatkérés partnerhivatkozásával.

M11 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

Megőrzendő feltételek

✕ A partner kapcsolati adatai és az ajánlatkérésenként változó igények maradjanak külön. Egy új kérés ne írja felül a partner korábbi kérésének utazási adatait.
✕ Az adott űrlapon meg nem kérdezett vagy meg nem adott értéket ne találj ki. A teljes eredeti üzenetet őrizd meg. A technikai azonosító maradjon visszakereshető, de ne uralja az adatlap címét.

Számold helyesen a beérkező kéréseket

Egy beküldésből egy munkában kezelt kérés és egy teljes belső értesítés legyen. Egy későbbi új érdeklődés maradjon új kérés.

0 / 3

Kritériumok, korlátok és bizonyítékok

M12 Amikor egy egyedi jelölésű kérést az élő honlapról egyszer küldesz be, és követed a webes és e-mailes beérkezési útját, akkor a QlickCRM Ajánlatkérések alatt egy új munkában kezelt adatlap jelenik meg, a belső postaládában egy teljes ajánlatkérési értesítés érkezik. Az esetleges kapcsolódó e-mail kommunikáció ugyanahhoz a kéréshez tartozik, nem második új feladatként szerepel.

Felület: Élő weboldal → QlickCRM Ajánlatkérések lista és tényleges belső postaláda

Bizonyíték és képernyőkép

Beküldési azonosító, létrejött rekordok és értesítések számlálása, CRM-listakép, postaládakép/fejlécek privát bizonyítéka, e-mail feldolgozási szabály feltárt eredete.

M12 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

M13 Amikor ugyanazt a logikai beküldést gyors dupla kattintással, hálózati újrapróbálással és háttérfeldolgozás újrapróbálásával külön-külön teszteled, akkor esetenként egy munkában kezelt CRM-kérés és egy teljes belső értesítés marad. Sikertelen kézbesítést a rendszer biztonságosan újra tud próbálni anélkül, hogy az igény elveszne vagy megduplázódna.

Felület: Élő űrlap, QlickCRM, postaláda és gépi tesztkimenet

Bizonyíték és képernyőkép

Három konkrét ismétlési teszt eredménye, kérés/értesítés számlálás, CRM-képek. A teszt definiálja ugyanazon esemény és későbbi új beküldés határát. Ugyanazon logikai esemény stabil beküldési azonosítóval követhető a webes, CRM- és e-mail-útvonalon. A gyors dupla kattintást két kliensoldali kérésként is próbáld, mert a jelenlegi két rekord külön UUID-t kapott. A számlálás a feltárt tényleges feldolgozási/újrapróbálási időablak lezárása után történjen, az időablakot és a feldolgozási végállapotot jegyezd fel.

M13 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

M14 Amikor ugyanaz a tesztpartner két szándékos új kérést küld be, majd külön esetben két azonos tartalmú, de újonnan indított és külön beküldött igényt küld, akkor mindkét tesztesetben két külön új Ajánlatkérés és két megfelelő értesítés jelenik meg, egy meglévő partnerhez kapcsolva. Az ismétlési védelem nem nyeli el az új beküldési eseményt azonos e-mailcím vagy azonos tartalom miatt.

Felület: QlickCRM → partner és Ajánlatkérések, belső postaláda

Bizonyíték és képernyőkép

Két külön beküldési azonosító, két adatlap képe, mentett kapcsolatok és két értesítés.

M14 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

Megőrzendő feltételek

✕ Az e-mailes rekord eredetét előbb bizonyítsd. Ne tételezd fel automatikus e-mail importnak, és ne állíts le általános kommunikációt vagy működő CRM-szabályt a pontos hatókör ellenőrzése nélkül.
✕ Ne szűrj minden azonos e-mailcímet duplikátumnak. Valódi új igény, eltérő időszak vagy későbbi külön beküldés maradjon meg. Valós történeti rekordokat ne törölj bizonyíték és visszaállítási út nélkül.

Bizonyítsd a teljes éles működést

A honlapból induló, védett beküldések és a CRM-ben való olvashatóság együtt igazolják a kész állapotot.

0 / 4

Kritériumok, korlátok és bizonyítékok

M15 Amikor az inventory minden aktív ajánlatkérő elhelyezését bekapcsolt CAPTCHA-val, eltérő ellenőrzött tesztadatokkal beküldöd asztali és telefonos nézetben, akkor minden sorhoz sikeres webes visszajelzés, megfelelő CRM-adatlap, partnerkapcsolat és teljes kézbesített értesítés bizonyított. A forrás, típus, időszak és összes megadott mező összevetése sikeres.

Felület: Élő weboldalak desktop/telefon, QlickCRM, postaláda és test-matrix.md

Bizonyíték és képernyőkép

Minden sorhoz védett sikeres beküldés, képernyőképek és független képleírás, API és kézbesítési eredmény. API-val közvetlenül létrehozott rekord nem helyettesíti a honlapi tesztet.

M15 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

M16 Amikor a honlapi hírlevél-űrlapot bekapcsolt CAPTCHA-val új és már feliratkozott tesztcímmel beküldöd, akkor a honlap sikeres visszajelzést ad, az új cím a QlickCRM Marketing → Balionline weboldal feliratkozók listában egyszer megjelenik, az ismétlés nem hoz létre második feliratkozót. Az ajánlatkérő hírlevéljelölése is csak a megadott hozzájárulást követi.

Felület: Élő hírlevél-űrlap, ajánlatkérő és QlickCRM Marketing feliratkozólista

Bizonyíték és képernyőkép

Védett sikeres és ismételt webes teszt, lista képe és provider visszaolvasás, hozzájárulási esetek. Az ajánlatkérő checkbox külön friss tesztcímmel bejelölt és üres állapotban is tesztelt. Üres checkbox nem hoz létre új feliratkozást, és nem szünteti meg a már korábban meglévőt.

M16 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

M17 Amikor befejezed a pozitív látogatói teszteket, majd hiányzó vagy érvénytelen CAPTCHA-tokennel próbálsz beküldeni, akkor a szerver elutasítja a védtelen ajánlatkérést és hírlevél-feliratkozást, új rekord és értesítés nem keletkezik. Minden ideiglenes tesztkivétel megszűnt, az eredeti védelem működik.

Felület: Beküldési válasz és QlickCRM/postaláda számlálás

Bizonyíték és képernyőkép

Szerveroldali negatív teszt mindkét végponton, visszaállítási fájl/konfiguráció összehasonlítás, pozitív védett teszt M15/M16 szerint.

M17 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

M18 Amikor a végrehajtó lezárja az ellenőrzést, akkor a jelen board csak bizonyított kritériumokat jelöl zölden, minden sorhoz bizonyíték van. Az executor-handoff.md megnevezi az elkészült, hibás és nem tesztelt részeket, az ismert történeti adathiányok kezelését és a javítás utáni WhatsApp-válasz elküldetlen tervezetét. Korábbi kész UI-elemek alapellenőrzése nem talál regressziót.

Felület: Ez a Verification and Constraints board, executor-handoff.md és az élő oldal

Bizonyíték és képernyőkép

Teljes tesztmátrix, privát bizonyítéktár, nyilvános anonimizált bizonyítékok. Repülőkártyák, út-sorrend, keret/éjszaka mezők és április 5–19 út képelhelyezésének rövid regressziós ellenőrzése.

M18 · Tényleges teszt utáni kép: még nincs · Független vak képleírás: még nincs · Kritérium-összevetés: még nincs.

Állapot: NEM ELLENŐRZÖTT. Végrehajtó-bizonyíték csak Launch után.

Megőrzendő feltételek

✕ A CAPTCHA megkerülésével végzett teszt nem teljes látogatói útvonal bizonyítéka. Matt előbb számítógépes megoldást, majd szükség esetén ideiglenes kikapcsolást és pontos visszaállítást engedélyezett. Éles kész állapot csak visszaállított szerveroldali ellenőrzéssel igazolható.
✕ Ne küldj ügyfél WhatsApp-üzenetet vagy hírlevélkampányt. A teszteket egyértelműen jelöld, ne nyiss újra már archivált tesztkéréseket, és a nyilvános boardra ne tegyél személyes adatot vagy hozzáférést.
✕ Minden GUI-kritériumhoz tényleges teszt utáni képernyőkép, független gpt-6-luna high agent vak képleírása és a végrehajtó kritériummal való összevetése kell. A képleíró csak a képet kapja, elvárt kimenetet nem. Az executor szülője ellenőrzi az eltéréseket. E bizonyítékok nélkül GUI-sor nem igazolt. A nyilvános képből maszkolj személyes adatot, privát eredeti megmarad.

Kivizsgálandó tények

O1 · NYITOTT

Melyik aktív oldalakon melyik űrlapelhelyezés létezik?

Élő asztali/telefonos inventory, DOM és tényleges beküldések. Nincs szükség új ügyfélkérdésre, ha az oldalból megállapítható.

O2 · NYITOTT

Mi hozza létre az E-mail forrású második adatlapot és a két azonos webes rekordot?

Egy jelölt új beküldés, CRM szabályok, kézbesített e-mail fejlécek és feldolgozási napló. A kézi és automatikus létrehozást különítsd el.

O3 · NYITOTT

Mely CRM mezőtípus és elrendezés tartja láthatóan a szöveges időszakot és a forrást?

Jelen tenant mezőmetaadatai és valódi felületi próba. A végrehajtó választ, feltéve hogy a kritériumok változatlanul teljesülnek.

O4 · NYITOTT

A chat-widget és más, a három kért helyen kívüli kapcsolatfelvételi űrlap hogyan azonosítható?

Az inventory ezeket is külön feltünteti. A hero-form / oldalsó-form / alsó-form értékeket ne rendeld tévesen popuphoz vagy chathez. Ha CRM-be hoz létre érdeklődőt, a saját tényleges form-azonosítóját és landing URL-jét őrizd meg, külön olvasható felirattal. A három kért elhelyezés kritériumait ettől ne gyengítsd.

O5 · NYITOTT

Melyik WordPress snippet/option építi az aktuális hero és űrlap DOM-ot?

Friss provider readback, előkép SHA, szűk diff és tesztelt rollback. Korábbi nyolcas executor munkájában 526 snippet és 222 option csak kiindulópont, nem mai tény. Ugyanekkor rögzítsd a meglévő CAPTCHA providerét, verzióját és tényleges megjelenítési módját az U09-hez, új védelem bevezetése nélkül.

O6 · NYITOTT

A prototípus szezon-, keret- és szállás opciói megfelelnek-e a jelenleg jóváhagyott ajánlatnak?

Élő form opciók és kliens korábbi 900k–1.2m értékesítési megjegyzésének összevetése. A referencia értékei csak akkor kerüljenek élesbe, ha illeszkednek a jóváhagyott opciókhoz; a vizuális mintát ettől függetlenül vedd át.

O7 · NYITOTT

Az oldalsó és alsó form ténylegesen jelen van-e, és a chat űrlap melyik útvonalon hoz létre CRM rekordot?

Élő DOM inventory és jelölt tesztbeküldés. A chat nem kaphat hamis hero/oldalsó/alsó címkét.

Az egyetlen orchestrator jogköre

Launch után egyetlen orchestrator tulajdonolja a gyűjtőoldal szűk WordPress módosítását, CRM mezőket/hidat és bizonyítottan kapcsolódó e-mail szabályokat, élesítést és védett teszteket. A korábbi paused executor nem kap újra munkát és nem ír ugyanarra a forrásra; helyreállítási előképek megőrzendők. Szerveroldali meglévő CAPTCHA megmarad és pontosan helyreállítandó ideiglenes tesztkivétel után. Nem küld ügyfélüzenetet, nem módosít árakat/megállapodásokat, nem végez Facebook javítást. Nyilvános review board PII és titkok nélkül, bare URL. Teljes task költés USD 15 alatt; új biztonsági réteget nem ad hozzá.

A régi nyolcas executor jelenleg PAUSED, az éles oldalát nem módosította. A jövőbeli egyetlen orchestrator az összevont boardot és egyetlen bizonyítéktárat vezeti.
Az eredeti nyolcas és CRM board referenciaként megmarad, de az új kivitelezésnek csak ez a board a számonkérhető végállapota.
A form prototípust nem szabad működő élő formként elfogadni. Beküldési és readback teszt szükséges.
A userrel egyeztetett client WhatsApp szöveg csak tervezet, nincs küldési felhatalmazás.

Parent ↔ child messages

PARENT · egyesített előkészítés2026.09.29.

Matt új hero HTML-t adott, és azt kérte, egyetlen orchestrator tudja végrehajtani a nyolc oldalsó javítást és a CRM-problémák rendezését. Ez a board a review előtt áll, új executor nem indult.

Parent read set

Végrehajtáskor az orchestrator fenntartja a deliverables.md, main-prompts.md és session-id.txt kis fájlokat. Lezáráskor a tiszta gist, ez a board és az executor-handoff.md az első olvasandó anyag.

Recovery state

Jelenleg nincs új orchestrator és nincs éles módosítás ebben a körben. A korábbi nyolcas executor explicit PAUSED. Az új board képernyőkép-helyei üresek, minden kivitelezési kritérium ellenőrizetlen.