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 Sol xhigh orchestratorVégrehajtás engedélyezveFrissítve: 2026.09.30.
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.
8 / 32vé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.
A legfrissebb nyolc kérés · 2026.09.30.
A szerződés pontosítása. Az egyes javítások bizonyított állapota a lent hivatkozott kritériumoknál látszik. Minden sor megnevezi, melyik felületen minek kell látszania vagy működnie.
#
Felület
Elvárt eredmény
Teszt
1
Gyűjtőoldal → hero térköz
Eredeti felső/alsó térköz visszaáll. Nem tapad a fejléc alá, nincs mesterséges üres alsó rész.
U05 / M05: Balin töltött éjszakák dropdown, 7-8 / 9-10 / 10-14 / 14+, a kiválasztott érték változatlanul a CRM-ben és értesítésben.
U05: Utasok száma dropdown, tényleges pontos utasszám. A két dropdown értéke lépések között megmarad.
U01: Kisebb, olvasható kártyacím a piros fejlécben. A bal oldali főcím mérete változatlan.
Ideiglenes állapot: a cookie-kezelés és mérési blokkolás kikapcsolva marad Matt későbbi visszakapcsolásáig. A CAPTCHA, ajánlatkérő adatkezelése és hírlevél opt-in külön működés, ezeket meg kell őrizni.
Röviden: ezt kell elkészíteni
A hét kimenetben 32 ellenőrzés szerepel. A korábbi 31 azonosító megmarad, a chat animáció külön U14 sort kapott. A régi nyolc, az új nyolc és a három köztes mező/cím kérés mind követhető.
A CRM-ben az adatlap megnyitásakor külön feliratozott, olvasható mezőkben kell látszania a forrás URL-nek, az űrlaphelynek, az utazási adatoknak és a teljes kérésnek. Egy HTML e-mail alján elrejtett szöveg nem elég.
Egy jól megjelölt webes teszt több kritériumot is bizonyíthat. Ugyanazt a felvételt, vak képleírást és visszaolvasást hivatkozd több sorhoz, ha valóban azokat mutatja. Ne gyárts felesleges új tesztleadeket.
A vizsgálatok önállóan elvégezhető tényfeltárások. A működési részleteket a végrehajtó dönti el. A kötelező eredményt ne gyengítse, új ügyfél-jóváhagyási kaput ne vezessen be.
Az egyéni út új tartalmi szekciói és külön tanácsadási aloldal továbbra is az ügyfél még át nem adott anyagaira várnak. Ez a kör a meglévő oldalak, űrlapok és CRM-beérkezés javítása.
A legfrissebb annotációk a kész állapotot pontosítják. Az eredeti hero hátterét, térközeit és chat animációját a módosítás előtti mentésből vagy elérhető előzményből állítsd vissza. A hibás jelenlegi kép csak a panaszt mutatja. A forrást és az alkalmazott eredeti stílusértékeket jegyezd fel, ne tervezz helyettük új látványt.
WordPress-szerkesztéshez a korábban bevált kód/provider út az elsődleges. Böngésző akkor használható, amikor valódi látogatói működést, CRM-felületet vagy képi eredményt kell bizonyítani. A font- és spacingjavítás ne változtassa meg a már jóváhagyott szövegeket és CRM-adatokat.
Cookie-kezelés és mérési hozzájárulás szerinti blokkolás: ideiglenesen kikapcsolva marad Matt visszakapcsolási döntéséig. A korábbi beállításokat és a pontos visszakapcsolási lépéseket őrizd meg. Ne hozz létre mesterséges látogatói hozzájárulást.
Élő végrehajtás
2026.09.30. revision4: 8/32 bizonyított, korábbi éles CSS és képi/regressziós pass megmarad. Három dokumentált változatpróba is & API-readbacket adott, normál natív hozzáférés GET200. Date/boolean nyers null, a 1970/false formázási jelenség. Elküldetlen vendor reprodukció kész. Meglévő CAPTCHA kérdés és parent staff-mailbox kérdés függőben, nincs új kérdés vagy teljes kész állapot.
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 gyűjtőoldalon az új hero szöveg és form jelenik meg, az oldal eredeti hátterével, térközeivel, betűivel, gombstílusával és chat animációjával.
Négy élő postdeploy kép, pontos DOM-szöveg és a kártyacím előtte/utána számított betűmérete. A jóváhagyott referencia szerinti tömör tördelés, ahol a rendelkezésre álló szélesség engedi.
Állapot: IGAZOLT · 4 ÉLŐ HERO KÉP ÉS MÉRÉS. A 1440×1000, 1085×1174, 1019×1164 és 390×844 friss éles képek és DOM readback az előírt H1-et, narancs saját útitervet. kiemelést, eyebrow-t és pontos kártyacímet mutatják, levágás nélkül. A régi számított kártyacím 808px-nél 41.6px, 390px-nél 32px volt; az új 32px, illetve 28.8px. A H1 fontszabály a mentett preimage és a legújabb WPCode 526 forrásában azonos.
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.
Állapot: IGAZOLT · 4 ÉLŐ NÉZET ÉS BILLENTYŰZET. A 2026.09.30 14:19 UTC utáni éles Chromium-próba 1440×1000, 1085×1174, 1019×1164 és 390×844 nézetben a billentyűzetes Enterrel aktivált első CTA-nál #utak célpontot és látható útkártyákat, a másodiknál fókuszált valódi collection-choice-form elemet mutatott. Mind a négy induló, útlista- és formcélállapot képe mentett. A támogató bekezdés látszik a hero képeken.
Felület: Élő hero desktop/tablet/telefon
Bizonyíték és képernyőkép
Az eredeti mentés/előzmény azonosítója és az onnan visszaállított háttér- és térközértékek. Azonos nézetű postdeploy képek, számított háttér/padding/text-align és oszlophatárok, telefonos overflow mérés. A hibás annotált kép nem bizonyítja az eredeti állapotot.
Állapot: IGAZOLT · FRISS ÉLES BIZONYÍTÉK. Az eredeti pre-task 526 forrás SHA a5755c38… alapján a batur-lake-1.jpeg, eredeti radial/linear rétegek, cover, center 55% és 110/96px felső, 84/72px alsó padding megmarad. A 32px grid felső tér parent által választott megoldás a fejléc alatti helyre. 1440/1085 oszloptop 142/142px, 1019 top 128/128px. 1019 H1, bekezdés és CTA bal széle 24px, balra igazított. 808/390 logikus stack, 40px oszlopköz és nulla vízszintes túllógás. A tartalomhoz igazodó alsó tér 84/72px.
Felület: Élő gyűjtőoldal hero és két érintetlen szekció
Bizonyíték és képernyőkép
Számított betűcsalád és ténylegesen betöltött font ellenőrzése, élő képek mindhárom lépésről, a hero és form főgombok stílusértékeinek összevetése, hover/fókusz és kattintási próba. Két érintetlen szekció rövid regressziós képe.
Állapot: IGAZOLT · FRISS ÉLES BIZONYÍTÉK. Friss élő fontmérés: H1, kártyacím, Milyen élményeket keresel? és Mikor utaznál? Protest Riot, törzs/mezők/főgombok Open Sans, a betűk ténylegesen betöltve. Hero, Step1/2 TOVÁBB és KÜLDÉS főgomb 52px, 13px 20px padding, 7px sarok, #cc0000 alap, #a90000 hover és -2px mozgás. Mind a négy főgomb fókusz/hover mért, a lépésgombok kattintva. A VISSZA másodlagos gomb eltérő magassága nem főgomb. A beküldés sikerét U11 külön vizsgálja. Benne van és Magyar kíséret friss képei az eredeti fontszerepeket mutatják.
Felület: Élő weboldal → Üzenet küldése chat gomb és megnyitott panel
Bizonyíték és képernyőkép
Az eredeti animáció forrása és a visszaállított CSS/JS összevetése. Friss postdeploy rövid felvétel vagy időbélyeges képsor a nyitásról és zárásról. A statikus nyitott panel képe önmagában nem bizonyít animációt. A már meglévő csökkentett mozgás beállítás továbbra is tiszteletben tartandó.
Állapot: RÉSZBEN IGAZOLT · MOZGÁS ÉS ZÁRÁS KÉSZ. A 14:09 utáni gyűjtőoldalon 1440 desktop billentyűzetes és 390 érintéses nyitás/zárás képkockái és requestAnimationFrame méretsora valódi gombból növő panelt mutatnak (1440: 60→560px, 390: 44→350px), majd visszazárást. A 10 éjszakás út ugyanezen nézetekben azonos globális 513 animációs útvonalon hasonló 60→560 és 60→350px mozgást mutat. Az eredeti globális CSS időzítés és csökkentett mozgás szabály változatlan; 390 reduced-motion esetben mindkét transition 0s. A független képleírás egy mobil zárási kockán lehetséges átmeneti ikonnyomot jelzett; 700ms stabil újrakép nem mutatta. Valós chatüzenet védett kézbesítése nincs tesztelve, így a teljes chat-használat még nem zöld.
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 meglévő arculati szerepeket használd: Protest Riot kézírásos címek, Open Sans törzsszöveg/mezők, Poppins csak az eredetileg is ilyen szerepű elemekhez. A „Milyen élményeket keresel?” a korábbi kézírásos formcím Protest Riot stílusát kapja. Caveat Brush vagy új arculati betű nem vezethető be.
✕ 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.
✕ A hero eredeti háttere és reszponzív felső/alsó térköze, valamint a chat korábbi nyitási animációja megőrzendő. A visszaállítás alapja a változtatás előtti tényleges forrás. A szöveg és a form módosítása miatt szükséges magasságot a tartalom adja, ne mesterséges üres alsó tér.
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.
3 / 9
Kritériumok, korlátok és bizonyítékok
Felület: Élő hero űrlap 1. lépés, desktop és telefon
Bizonyíték és képernyőkép
A két dropdown megnyitott és kiválasztott állapotának élő képei, DOM select/opciók, előre/vissza és üresérték-próba. A 9-10 és 14+ eset tényleges védett webes beküldésének CRM- és értesítés-visszaolvasása. Egyetlen intervallumból sem szabad pontos éjszakaszámot gyártani.
Állapot: RÉSZBEN IGAZOLT · ÉLŐ FORM + SZINTETIKUS CRM. Az élő dropdownok és lépésnavigáció működnek; a jelölt backend QA 9-10 és 2 értéket mutat az adatlapban. A védett látogatói 9-10/14+ és értesítés még hiányzik. A 15:33–15:43 UTC ellenőrzés a dokumentált objects/single/{id} végponton és mind a négy modul típushelyes aktív/archivált szűrőjén igazolta: 1909–1913 jelenleg nem érhető el. A kontrollok működnek, a QA-partner 3703 megvan. Törlés, elkövető és időpont nem bizonyított. A korábbi megnyitott kártyák bizonyítéka történeti.
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.
Állapot: RÉSZBEN IGAZOLT · PONTOS HIÁNY MEGNEVEZVE. Friss Step2: Nyár 2027, 2027. július közepe, 4-5 csillagos, 1 200 000 Ft és Tervezett keret / fő, *a repülőjeggyel együtt. A slider 1 200 000→1 250 000→1 200 000 tényleges billentyűpróbán frissült, a lépéskör megőrizte az értékeket. Védett beküldés utáni CRM mező-összevetés még hiányzik.
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.
Állapot: IGAZOLT · ÉLŐ KÉPEK ÉS DOM. A friss 1440×1000 éles Step 1 és Step 2 képek a kompakt éjszakaválasztót és a következő vezérlőket mutatják üres magyarázó tér nélkül. A 14:49 UTC publikus HTML GET-ben az „Általában legalább 7 éj / 8 nap Balin” bekezdés nincs jelen, a Balin töltött éjszakák címke szerepel.
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.
Állapot: IGAZOLT · FRISS ÉLES BIZONYÍTÉK. Végső Step3 képek és mezőhatárok 1440/1085/1019/808/390px: Elérhetőségek nincs, név és kérdés teljes sor, e-mail/telefon azonos y és külön féloszlop 1440–808px, 390px egymás alatt. Gépelés, vissza/előre után a kérdés pontosan megmaradt. Üres kérdés required=false, validity.valid=true, a három valódi kötelező mező valid. Ez az opcionális mező validációját bizonyítja, a védett sikeres beküldés U11-ben marad nyitott.
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.
Állapot: RÉSZBEN IGAZOLT · PONTOS HIÁNY MEGNEVEZVE. A ténylegesen meglévő Cloudflare Turnstile látható checkbox vezérlő, nem láthatatlan integráció. Friss Step3 képekben és mérésekben mind az öt szélességen a fehér kártyán belül van, 390px méretezett és nincs túllógás. Kötelező mezők és hozzájárulás elérhetők. Két érvénytelen token szerveroldali elutasítása és az eredeti védelem byte-azonossága igazolt. Normál tokennel védett pozitív beküldés még hiányzik.
Felület: Teljes élő webhely cookie-felülete, meglévő mérési tagek/események hálózati kimenete és a hero form
Bizonyíték és képernyőkép
Az aktív cookie UI és mérési blokkoló kódútvonalak rövid leltára, ideértve a tagek/kezelők és meglévő szerveres mérési út tényleges korlátait, ahol vannak. Friss és korábbi elfogadó/elutasító állapotban DOM/képi hiányellenőrzés, hálózati vagy provider bizonyíték a meglévő oldalletöltési és sikeres beküldési eseményről, duplázás nélkül. Szűk mentés és pontos visszakapcsolási lépések a privát átadásban. Nincs automatikus visszakapcsolás vagy kitalált látogatói hozzájárulás.
Állapot: RÉSZBEN IGAZOLT · OLDALBETÖLTÉS/INTERAKCIÓ. Korábbi engedélyezett, elutasított és új állapotban nincs cookie UI; mindháromban egy GTM, Meta és PageView betöltés látszott. Elutasított állapotban egy megbízható élménykattintás egy analit_click eseményt adott. A sikeres védett űrlapbeküldés mérési eseménye még nincs bizonyítva.
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.
Állapot: RÉSZBEN IGAZOLT · SZINTETIKUS BACKEND. A szintetikus CF7 kérés elfogadott, CRM-adatlapja teljes. Védett látogatói sikerállapot és tényleges belső postaláda nincs igazolva. A 15:33–15:43 UTC ellenőrzés a dokumentált objects/single/{id} végponton és mind a négy modul típushelyes aktív/archivált szűrőjén igazolta: 1909–1913 jelenleg nem érhető el. A kontrollok működnek, a QA-partner 3703 megvan. Törlés, elkövető és időpont nem bizonyított. A korábbi megnyitott kártyák bizonyítéka történeti.
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.
Állapot: IGAZOLT · FRISS ÉLES BIZONYÍTÉK. A 15:49 és 16:13 UTC két szűk CSS korrekció mindkét provider sora pontos readbackkel megvan. Végső 526 SHA af1ab001… és cache 94dfa745…. A 16:48 UTC friss nem hitelesített bare URL HTTP 200, aktuális CSS jelen, a három lépés ténylegesen navigálható és értékmegőrző. Az eredeti SQL byte-operandusok és serialized cache előre/vissza privát fixture-ben kipróbáltak: 2/0/2/0 sor, eredeti hash-ek pontosan visszaálltak. Éles rollback nem történt, a parent által kért biztonságos fixture-módszer teljesült. 16:19 átmeneti 403 oka nem bizonyított, 16:26 óta a friss publikus olvasás és böngésző HTTP200.
Felület: Egységes Verification and Constraints board, élő gyűjtőoldal
Bizonyíték és képernyőkép
A kötelező postdeploy szekciókép/fix/friss QA kör, nyilvánosan személyes adat nélküli képek és soronkénti összevetés. Az animációnál U14 mozgásbizonyítéka, a mérési kikapcsolásnál U10 hálózati bizonyítéka is kell.
Állapot: RÉSZBEN IGAZOLT · PONTOS HIÁNY MEGNEVEZVE. A korábbi 258 teljes szekciókép megtartva az érintetlen részekhez. A wrapper 16 skálázott JPEG képét a végső af1ab001 build 20 közvetlen Chromium PNG képe váltja fel végső pixelbizonyítékként. Mind a 20 raster a kért viewport pontos mérete DPR1 mellett, nézet/scroll/szekcióhatár metaadattal és két független képleírással. A mobil Step1, Step2 és Step3, valamint Kíséret alsó CTA hiánya új átfedő képekkel pótolt. Mind a nyolc annotációhoz külön megfigyelés van. U14 mozgás és U10 oldal/kattintás hálózati bizonyíték megmarad, a sikeres védett beküldés eseménye hiányzik.
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, az ajánlatkérő adatkezelési hozzájárulása, a hírlevél opt-in, a CF7/szerveroldali validáció és a CRM-kézbesítés maradjon működő. Ezek különböznek a Matt kérésére ideiglenesen kikapcsolt cookie-kezeléstől és mérési blokkolástól. A prototípus alertje nem tényleges beküldés.
✕ 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.
✕ Mind az Utasok száma, mind a Balin töltött éjszakák natív legördülő. Az utasszám pontos egész, a jelenlegi támogatott 1–99 választékból, kötelező üres Válassz kezdőállapottal. Az éjszakaopciók 7-8, 9-10, 10-14, 14+. A tartomány/+ megmarad szövegként, soha nem válik kitalált pontos számmá. Az utazótípusból ne következtess utasszámra.
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.
1 / 4
Kritériumok, korlátok és bizonyítékok
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.
Állapot: IGAZOLT · 23/23 ELHELYEZÉS. A provider-enumeráció 9 publikált oldal és 17 publikált út alapján 22 ajánlatkérő oldalt, 23 valódi elhelyezést azonosít. A 21 nem gyűjtőoldali elhelyezésről 42 desktop/telefon kép készült, a gyűjtőoldal hero és alsó formja a 14:09 UTC végső release 1440/1019/808/390 szekciós képein szerepel. Az inventory minden sorhoz URL-t, form/CF7 azonosítót, mezőcsoportot/értékeket és CRM-útvonalat köt; a chat CF7 511 és hírlevél külön kizárási sor. Mind a 23 sor szerepel a védett tesztmátrixban. A védett beküldések külön nyitottak.
Állapot: RÉSZBEN IGAZOLT · SZINTETIKUS CRM. A szintetikus CF7 kérés CRM-kártyáján az oldal URL-je és hero-form szerepel. Nem tényleges hero látogatói beküldés. A 15:33–15:43 UTC ellenőrzés a dokumentált objects/single/{id} végponton és mind a négy modul típushelyes aktív/archivált szűrőjén igazolta: 1909–1913 jelenleg nem érhető el. A kontrollok működnek, a QA-partner 3703 megvan. Törlés, elkövető és időpont nem bizonyított. A korábbi megnyitott kártyák bizonyítéka történeti.
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ő.
Állapot: RÉSZBEN IGAZOLT · PONTOS HIÁNY MEGNEVEZVE. A v2 objektumírás normál & helyett literal & értéket tárol. A 17:57 UTC szabványos JSON \u0026 próba ugyanezt tette a jelölt 1914 memo46 mezővel, más mező változatlan. A hivatalos vendor CF7 író AuthToken + JSON útja 18:08 UTC pontosan egy jelölt, partner nélküli diagnosztikus 1916 kérést hozott létre. Raw, formázott, natív readback és megnyitott kártya azonos & értéket mutat. Az eredeti 1914 forrás49 natív korrekciója normál & maradt. Meglévő natív session GET200, az APIkey natív Bearer credentialként elutasítva. A 18:31 UTC hivatalos modulepartner/1 változat egy jelölt 1917 kérést és 3705 QA-partnert helyesen kapcsolt, hírlevél false. Raw/formázott getter és megnyitott kártya szintén literal &, nem normál &. CRM adatbázis közvetlenül nem vizsgált. Tartós, támogatott integrációs auth és raw író még nem igazolt. Alsó elhelyezés védett webes próbája még hiányzik. 1909–1913 korábbi helyes tenant kontroll szerinti elérhetetlensége történeti megfigyelés, törlés nem bizonyított.
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.
Állapot: NEM IGAZOLT · VÉDETT POZITÍV PRÓBA HIÁNYZIK. A szükséges élő védett beküldési eset, kapcsolt CRM/partner mező-összevetés és ahol kért, kézbesített értesítés vagy feliratkozólista eredmény még nincs. A tesztmátrix megtartja az egyedi esetet. API insert, régi QA és negatív elutasítás nem pozitív látogatói bizonyíték.
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
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.
Állapot: RÉSZBEN IGAZOLT · SZINTETIKUS CRM. A szintetikus kártya általános érdeklődést, 2027 tavasz időszakot, 9-10 éjszakát és 2 utast őriz. A szerződés szerinti július közepe, 14+, védett hero és postaláda hiányzik. A 15:33–15:43 UTC ellenőrzés a dokumentált objects/single/{id} végponton és mind a négy modul típushelyes aktív/archivált szűrőjén igazolta: 1909–1913 jelenleg nem érhető el. A kontrollok működnek, a QA-partner 3703 megvan. Törlés, elkövető és időpont nem bizonyított. A korábbi megnyitott kártyák bizonyítéka történeti.
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.
Állapot: NEM IGAZOLT · VÉDETT POZITÍV PRÓBA HIÁNYZIK. A szükséges élő védett beküldési eset, kapcsolt CRM/partner mező-összevetés és ahol kért, kézbesített értesítés vagy feliratkozólista eredmény még nincs. A tesztmátrix megtartja az egyedi esetet. API insert, régi QA és negatív elutasítás nem pozitív látogatói bizonyíték.
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.
Állapot: NEM IGAZOLT · VÉDETT POZITÍV PRÓBA HIÁNYZIK. A szükséges élő védett beküldési eset, kapcsolt CRM/partner mező-összevetés és ahol kért, kézbesített értesítés vagy feliratkozólista eredmény még nincs. A tesztmátrix megtartja az egyedi esetet. API insert, régi QA és negatív elutasítás nem pozitív látogatói bizonyíték.
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.
Állapot: NEM IGAZOLT · VÉDETT POZITÍV PRÓBA HIÁNYZIK. A szükséges élő védett beküldési eset, kapcsolt CRM/partner mező-összevetés és ahol kért, kézbesített értesítés vagy feliratkozólista eredmény még nincs. A tesztmátrix megtartja az egyedi esetet. API insert, régi QA és negatív elutasítás nem pozitív látogatói bizonyíték.
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
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.
Állapot: RÉSZBEN IGAZOLT · MEGNYITOTT QA KÁRTYA. A bejelentkezett CRM-ben megnyitott szintetikus 1913 kártya feliratozott mezői és API-értékei 15/15 egyeznek. Védett élő űrlapos kártya nincs. A 15:33–15:43 UTC ellenőrzés a dokumentált objects/single/{id} végponton és mind a négy modul típushelyes aktív/archivált szűrőjén igazolta: 1909–1913 jelenleg nem érhető el. A kontrollok működnek, a QA-partner 3703 megvan. Törlés, elkövető és időpont nem bizonyított. A korábbi megnyitott kártyák bizonyítéka történeti. Revision4 pontosítás: a 1914 nyers date5/40/41 és boolean47 érték null, a natív dátum üres. A formázott getter 1970/false kimenete nem tényleges tárolt üzleti adat. A 23 egyéb üres-null eltérés parent fixture-preferencia, nem hiányzó látogatói mező. Ezek nem helyettesítik a M05 webes adatlapbizonyítékot.
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.
Állapot: NEM IGAZOLT · VÉDETT POZITÍV PRÓBA HIÁNYZIK. A szükséges élő védett beküldési eset, kapcsolt CRM/partner mező-összevetés és ahol kért, kézbesített értesítés vagy feliratkozólista eredmény még nincs. A tesztmátrix megtartja az egyedi esetet. API insert, régi QA és negatív elutasítás nem pozitív látogatói bizonyíték.
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.
Állapot: RÉSZBEN IGAZOLT · QA PARTNER. Három szintetikus kérelem egy 3703 tesztpartnerhez kapcsolódik. Eltérő időszakú védett beküldések és teljes kontaktmező-bizonyítás hiányzik. A 15:33–15:43 UTC ellenőrzés a dokumentált objects/single/{id} végponton és mind a négy modul típushelyes aktív/archivált szűrőjén igazolta: 1909–1913 jelenleg nem érhető el. A kontrollok működnek, a QA-partner 3703 megvan. Törlés, elkövető és időpont nem bizonyított. A korábbi megnyitott kártyák bizonyítéka történeti.
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
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.
Állapot: RÉSZBEN IGAZOLT · PONTOS HIÁNY MEGNEVEZVE. Történetileg az első két QA értesítés E-mail másolatot is létrehozott, a harmadiknál 13 perc után egy webes kérés maradt. Friss natív UI readback: 1-es szabály aktív, noreply@balionline.hu ÉS ajánlatkérés a Balionline.hu oldalról tárgy együtt. Ez CRM importszűrő, nem staff kézbesítési letiltás. Mind a hat CF7 ugyanazon analit.hu staff booking postaládára küld, amelyet a jelen cPanel nem hostol. SMTP sendertransport siker nem közvetlen Inbox/QA-UUID bizonyíték. Védett beküldés és egy staff értesítés számlálása még hiányzik. A 15:33–15:43 UTC ellenőrzés a dokumentált objects/single/{id} végponton és mind a négy modul típushelyes aktív/archivált szűrőjén igazolta: 1909–1913 jelenleg nem érhető el. A kontrollok működnek, a QA-partner 3703 megvan. Törlés, elkövető és időpont nem bizonyított. A korábbi megnyitott kártyák bizonyítéka történeti.
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.
Állapot: RÉSZBEN IGAZOLT · BACKEND RETRY. Ugyanazt a jelölt UUID-t kétszer küldve egy CRM webes kártya maradt. Két valódi kliens-kattintás, bizonytalan mail és postaládaszámlálás hiányzik. A 15:33–15:43 UTC ellenőrzés a dokumentált objects/single/{id} végponton és mind a négy modul típushelyes aktív/archivált szűrőjén igazolta: 1909–1913 jelenleg nem érhető el. A kontrollok működnek, a QA-partner 3703 megvan. Törlés, elkövető és időpont nem bizonyított. A korábbi megnyitott kártyák bizonyítéka történeti.
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.
Állapot: NEM IGAZOLT · VÉDETT POZITÍV PRÓBA HIÁNYZIK. A szükséges élő védett beküldési eset, kapcsolt CRM/partner mező-összevetés és ahol kért, kézbesített értesítés vagy feliratkozólista eredmény még nincs. A tesztmátrix megtartja az egyedi esetet. API insert, régi QA és negatív elutasítás nem pozitív látogatói bizonyíték.
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
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.
Állapot: NEM IGAZOLT · VÉDETT POZITÍV PRÓBA HIÁNYZIK. A szükséges élő védett beküldési eset, kapcsolt CRM/partner mező-összevetés és ahol kért, kézbesített értesítés vagy feliratkozólista eredmény még nincs. A tesztmátrix megtartja az egyedi esetet. API insert, régi QA és negatív elutasítás nem pozitív látogatói bizonyíték.
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.
Állapot: NEM IGAZOLT · VÉDETT POZITÍV PRÓBA HIÁNYZIK. A szükséges élő védett beküldési eset, kapcsolt CRM/partner mező-összevetés és ahol kért, kézbesített értesítés vagy feliratkozólista eredmény még nincs. A tesztmátrix megtartja az egyedi esetet. API insert, régi QA és negatív elutasítás nem pozitív látogatói bizonyíték.
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.
Állapot: RÉSZBEN IGAZOLT · PONTOS HIÁNY MEGNEVEZVE. 16:25 UTC friss, teljes szintetikus payload érvénytelen tokennel: CF7 HTTP200/status spam, hírlevél HTTP400/success=false CAPTCHA hiba. Előtte/utána pontos CRM email/UUID keresések aktív és archivált nézetben nulla, WP job/claim/deliverylock/cron nulla. Turnstile SHA ac7ee816… és 0644 mód eredeti és változatlan. Normál tokenes pozitív és közvetlen postaládaszámlálás továbbra is hiányzik.
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. A kliens által kifogásolt meglévő kéréseknél a tárolt beküldésből vagy kapcsolódó e-mailből bizonyítható hiányzó adatokat vissza kell tölteni az új látható mezőkbe. A nem visszanyerhető adat maradjon Nincs megadva, rövid tételes hiánylistával. Ez az azonosított érintett kérések javítása, nem korlátlan történeti migráció. Az eredeti rekordértékek visszaállíthatók maradjanak. A meglévő sikeres beküldési mérés rövid regressziós próbája szükséges, új marketingprojekt nélkül. Az átadás külön megnevezi az U10 szerinti ideiglenesen kikapcsolt cookie UI/mérési blokkolás állapotát, mentését és pontos visszakapcsolási lépéseit. A chat animáció és a legfrissebb nyolc annotáció eredménye is soronként követhető.
Állapot: RÉSZBEN IGAZOLT · PONTOS HIÁNY MEGNEVEZVE. Független friss ellenőrzés: 9 Bali és 7 egzotikus út rangja azonos, 34 repülőérték változatlan és mind a 8 élő út HTTP200 markupban szerepel. Áprilisi 10. nap Gili/Komodo szöveg és nulla kép megmarad. Keret, utas és éjszaka vezérlők aktuálisak. Sikeres mérés forrása megvan, tényleges sikeres esemény nincs. 1809 nyolc forrásból bizonyított mezőjavítása történetileg igazolt, 1800/1801/1808 elérhetetlensége és hiánylistája megmarad. A board soronként igaz, a WhatsApp tervezet elküldetlen, a pontos cookie visszakapcsolás privát átadásban. Védett pozitív, Inbox, ismétlési és jövőbeli raw URL tárolási bizonyíték még hiányzik. Revision4: szabványos JSON Unicode és a hivatalos CF7 module/modulepartner változat is literal & API-readbacket adott. Natív hozzáférés GET200, date/boolean nyers érték null, nem hibás üzleti alapérték. Elküldetlen vendor reprodukció kész. Védett pozitív, tényleges Inbox és ismétlés továbbra is nyitott.
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.
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.
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.
Pontos éjszakaszámot kérő számbemenet és pontos 10 éj tesztpélda
Balin töltött éjszakák: legördülő 7-8, 9-10, 10-14, 14+ értékekkel. A kiválasztott tartomány változatlanul jut a CRM-be és értesítésbe. Utasok száma szintén legördülő, pontos darabszámmal.
Matt 2026.09.30-i közvetlen mező-annotációi felülírják a parent korábbi megvalósítási döntését.
A hero átalakításával megváltozott háttér, térköz, igazítás, betűk és chatnyitás
Az eredeti háttér, felső/alsó térköz és chat morph/grow animáció visszaáll. 1019×1164 nézetben a bal oldali cím és leírás balra igazított. A form címei és gombjai az oldal meglévő stílusát követik.
Matt legfrissebb nyolc annotációja, 2026.09.30. A hibás új képernyőkép nem visszaállítási referencia.
Globális cookie-hozzájárulás megőrzése, csak egy helyi gomb elrejtése
Ideiglenesen minden oldalon eltűnik a cookie-kezelő felület, és minden mérési hozzájárulástól függő indítási/küldési korlát kikapcsol. Matt később kapcsolja vissza. CAPTCHA, űrlapos adatkezelés és hírlevél-feliratkozási engedély megmarad.
Matt kifejezett 8. annotációja. Ez szándékos ideiglenes állapot, nem automatikusan visszaállítandó tesztkivétel.
A szeptember 28-i nyolc annotáció megőrzött nyoma
Az eredeti képek és kérések megmaradnak. Az eltérő részleteket a meeting és a szeptember 30-i közvetlen kérések felülírják.
1. annotáció → U01
Új meeting H1, csoportos utat
Frissebb kérés felülírja2. annotáció → U03
Hero copy és kártya felső éle egy szinten
Megmarad3. annotáció → U06
*a repülőjeggyel együtt keretsegéd
Megmarad4. annotáció → U07
7 éj / 8 nap magyarázó bekezdés eltűnik
Megmarad5. annotáció → U09
CAPTCHA a kártyán belül
Megmarad6. annotáció → U08
Telefon e-mail mellett asztalin, új meeting szerint
Frissebb kérés felülírja7. annotáció → U10
Igények összegzése eltűnik
Megmarad8. annotáció → U10
Cookie-kezelő felület és mérési blokkolás ideiglenesen az egész webhelyen kikapcsolva
Frissebb kérés felülírja
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 2026.09.29-i ellenőrzéskor a 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. A végrehajtó induláskor újra ellenőrzi.
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.
FELTÁRT: A 2026.09.30-i friss provider- és DOM-readback szerint a gyűjtőoldal WPCode 526 és a WPCode 222 cache-bejegyzéséből épül; a valódi CF7 1253 a _form és _mail postmeta sorokból renderel. Az inventory 23 tényleges ajánlatkérő elhelyezést azonosított.
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.
MEGERŐSÍTETT: Revision4: meglévő natív CRM hozzáférés működik, GET200. A szabványos JSON Unicode és a hivatalos CF7 module/modulepartner API-változat nem őrzi meg a normál & URL-elválasztót. Date/boolean nyers null és külön formázási alapérték megkülönböztetve. Jelölt partner nélküli 1916 és QA-partnerhez kapcsolt 1917 diagnosztikus rekord, nincs éles bridge módosítás vagy új végállapot-pass.
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>Egy felhatalmazott 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
A diagramok most nem tölthetők be. A kimenetek és a tesztek lent teljesen olvashatók.
Kivizsgálandó tények
O1 · FELTÁRT
Melyik aktív oldalakon melyik űrlapelhelyezés létezik?
9 publikált oldal és 17 publikált út, összesen 22 ajánlatkérő oldal és 23 űrlapelhelyezés. A gyűjtőoldal hero-form és alsó-form, külön oldalsó-form nincs. Részletek: site-discovery/inventory.md.
O2 · NYITOTT
Mi hozza létre az E-mail forrású második adatlapot és a két azonos webes rekordot?
Történetileg az első két QA értesítés E-mail másolatot is létrehozott, a harmadiknál 13 perc után egy webes kérés maradt. Friss natív UI readback: 1-es szabály aktív, noreply@balionline.hu ÉS ajánlatkérés a Balionline.hu oldalról tárgy együtt. Ez CRM importszűrő, nem staff kézbesítési letiltás. Mind a hat CF7 ugyanazon analit.hu staff booking postaládára küld, amelyet a jelen cPanel nem hostol. SMTP sendertransport siker nem közvetlen Inbox/QA-UUID bizonyíték. Védett beküldés és egy staff értesítés számlálása még hiányzik. A 15:33–15:43 UTC ellenőrzés a dokumentált objects/single/{id} végponton és mind a négy modul típushelyes aktív/archivált szűrőjén igazolta: 1909–1913 jelenleg nem érhető el. A kontrollok működnek, a QA-partner 3703 megvan. Törlés, elkövető és időpont nem bizonyított. A korábbi megnyitott kártyák bizonyítéka történeti.
O3 · RÉSZBEN FELTÁRT
Mely CRM mezőtípus és elrendezés tartja láthatóan a szöveges időszakot és a forrást?
Natív meglévő session GET200 és megnyitott adatlap igazolt. Az AuthToken APIkey nem natív Bearer credential. Raw null date/boolean adat formázott 1970/false kimenettől külön. A v2 objektum és hivatalos CF7 író is & tárolást ad normál & helyett. Nincs igazolt támogatott ismételhető raw writer/auth lifecycle. Reprodukció és elküldetlen vendor kérdés kész, védett kártyapróba hiányzik.
O4 · RÉSZBEN FELTÁRT
A chat-widget és más, a három kért helyen kívüli kapcsolatfelvételi űrlap hogyan azonosítható?
A CF7 511 globális chat-widget külön kapcsolatfelvételi útvonal, a közvetlen QlickCRM ajánlatkérés bridge kizárja. A Sheet utáni esetleges CRM-automatizmus még nem bizonyított.
O5 · FELTÁRT
Melyik WordPress snippet/option építi az aktuális hero és űrlap DOM-ot?
WPCode 526 post, 222 cache option, CF7 1253 _form/_mail postmeta és meglévő Turnstile MU plugin azonosítva. Szűk mentés, CAS és visszaállítási lekérdezés megvan; live provider readback pontos.
O6 · RÉSZBEN FELTÁRT
A prototípus szezon-, keret- és szállás opciói megfelelnek-e a jelenleg jóváhagyott ajánlatnak?
A meeting referencia szerinti 800 000–1 600 000 Ft/fő, 50 000 Ft lépésű keret és jelenlegi szállásopciók az éles formban látszanak. Az évszakok aktuálisan generálódnak. A CRM-adatlap és belső értesítés végpontig tartó ellenőrzése még hiányzik.
Az egyetlen orchestrator jogköre
Matt 2026.09.30-án felhatalmazta az új Sol xhigh orchestrator indítását és a teljes szerződés végrehajtását, élesítését és tesztelését. Egyetlen orchestrator tulajdonolja az érintett WordPress forrásokat, CRM mezőket és integrációt, valamint a duplázást okozó igazolt belső feldolgozási szabályokat. A régi executor nem kap újra munkát. Módosítás előtt szűk mentés és gyakorlati visszaállítási út kell. A meglévő CAPTCHA számítógépes megoldását meg kell próbálni. Szükség esetén engedélyezett az ideiglenes tesztkikapcsolás és a pontos visszaállítás, utána védett pozitív és szerveroldali negatív próbával. Új biztonsági réteg nem adható hozzá. Teljes költési plafon USD 20, minden agentre és szolgáltatásra együtt. Ügyfélnek vagy leadnek e-mail/üzenet nem küldhető. Jelölt belső QA-beküldés és értesítése tesztelhető. Árakat, megállapodásokat és más kampányokat meg kell őrizni. Facebook-javítás nincs a feladatban. A board bare URL-en, személyes adatok és titkok nélkül érhető el. Matt 2026.09.30-i legfrissebb annotációja külön felhatalmazás a cookie-kezelő felület és a teljes mérési hozzájárulás szerinti blokkolás ideiglenes, egész webhelyre kiterjedő kikapcsolására. Ezt Matt később kapcsolja vissza, nem része a CAPTCHA-tesztkivételek kötelező visszaállításának. Az eredeti beállításokat és a pontos visszakapcsolási utat meg kell őrizni.
A régi nyolcas executor jelenleg PAUSED, az éles oldalát nem módosította. A egyetlen új 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. Matt 2026.09.30-án kérte az átnézést és azonnali végrehajtást egy új Sol xhigh orchestratorral. Első parent-ellenőrzés 20 perc után, utána 60 percenként. A köztes időben nincs felügyelet.
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
A végrehajtás folyamatban. Az executor és a felülvizsgálati ütem a privát ccc-state.json fájlban szerepel. A korábbi nyolcas executor PAUSED. A pipák csak megfigyelt eredmény és soronkénti bizonyíték után változnak.
