Kivizsgálás · 2026. szeptember 28.

Mit válaszoljunk a Balionline ügyfélnek?

Az időpontok láthatósága és a dupla értesítések a legfontosabb új kérdések. Két másolható WhatsApp-tervezet, egyértelműen eltérő használati időponttal.

Kivizsgálás eredménye

Az új CRM-kép alapján a fő gond a használhatóság: ugyanannál a partnernél egy weboldali kérés és egy E-mail forrású adatlap is megjelenik. A kapcsolódó technikai azonosítót friss CRM-olvasással egyeztettük. A levelezésből történő létrehozás kézi vagy automatikus módja még nincs igazolva.

A képen az időszak nem teljesen hiányzik: „2027 | 10 éj Balin”. Az érdeklődő ténylegesen csak az évet adta meg. Az indulást és az éjszakaszámot külön kell kezelni. A „Csoportos ajánlatkérés” fejléc közben egyedi útitervet takar. Az E-mail forrású adatlap külön dátummezőjében a friss API 1970-01-01 értéket ad, ami nem a beküldött időszak.

Az utolsó üzenet valószínűleg az utazás indulási időpontjára vonatkozik. Az új kép már megmutatja az e-mailes CRM-adatlapot. A levél fejléce és a két beérkezési csatorna pontos szabálya még nincs igazolva.

Téma	Most igazolt állapot
Csoportos út időpontja	A közös ajánlatkérő átadja az oldal nevét és URL-jét, de külön útdátumot nem. A főoldali változat sem kér tervezett indulást.
Egyéni / céges / személyes útiterv	A szöveges időszak megmarad a kérés leírásában, de a CRM külön dátummezőjét csak pontos YYYY-MM-DD érték tölti ki.
Ismételt rögzítés	Két friss, azonos adatú kérés ugyanannál a partnernél, két másodperc eltéréssel. Az ok még nincs elkülönítve.
Dupla e-mail	A régi honlapi értesítő aktív maradt. A CRM értesítési szabályát és a két konkrét levél fejlécét még össze kell vetni. A CF7 második levélsablonja inaktív.
Korábbi tesztlevelek	A képen szereplő INTERNAL QA Company926 a korábbi szándékos első és ismételt tesztekhez tartozik. A valódi ismételt kérdéspár ettől külön megfigyelés.

A telepített CRM-integráció és az eredeti CAPTCHA-kód mai friss olvasása egyezik a szeptember 26-i végállapottal. A korábbi 16/16 státusz nem igazolta külön az időpontok dolgozói láthatóságát vagy az értesítések számát.

Mi készült el korábban?

A repülési kártyák ellenőrzése, a mentett utak sorrendjének megjelenítése, az egyéni tervezési keret és Bali-éjszakák megadása, az áprilisi eltévedt kép eltávolítása, valamint az automatikus partner- és ajánlatkérés-rögzítés és hírlevéllista-kapcsolat. Ezek a szeptember 26-i ellenőrzések eredményei. A mai friss olvasás az integráció és a robotellenőrzés telepített kódját igazolja. A sikeres hírlevél-feliratkozás bekapcsolt CAPTCHA-val továbbra is külön tesztre vár.

Mit kell még javítani és ellenőrizni?

A weboldali és e-mailes beérkezést egy munkafolyamattá összehangolni. Egy beküldéshez egy érthető ajánlatkérés és egy teljes belső értesítés tartozzon.
Az ügyfél által használt adatlap külön, jól látható mezőiben jelenjen meg az utazás típusa, időszak, éjszakaszám, létszám és a megadott további igények. Egyedi útiterv ne csoportos ajánlatkérésként legyen jelölve.
A kiválasztott csoportos út jóváhagyott dátumát vagy dátumtartományát külön továbbítani. Általános érdeklődésnél megoldani a tervezett időszak bekérését.
A pontos dátum és a szöveges időszak külön, könnyen megtalálható megjelenítése az értesítésben és az Ajánlatkérések felületén. Hónapból nem találunk ki pontos napot.
A két konkrét e-mail és CRM-esemény eredetét elkülöníteni. Egy beküldés egy teljes belső értesítést eredményezzen.
A gyors dupla kattintást, újraküldést és feldolgozási újrapróbálkozást tesztelni. Egy beküldésből egy kérés, két valóban új beküldésből két visszakövethető kérés maradjon.
Mind az öt eltérő űrlap adatainak ellenőrzése az űrlaptól a tényleges e-mailen át a CRM-mezőkig.
Sikeres hírlevél-feliratkozás bekapcsolt CAPTCHA-val.
Régebbi hiányzó mezők pótlása csak meglévő beküldött vagy jóváhagyott útadatból. Archivált teszteket nem nyitunk újra.

Ez kivizsgálási eredmény és javítási lista. Ebben a körben új éles javítás vagy új tesztbeküldés nem történt.

Most használható · tervezet

1. Most elküldhető válasz

Sziasztok! Köszi a képet, így már látjuk, hol nem elég jól használható a beérkező ajánlatkérés.

A CRM-kapcsolat elkészült, az érdeklődő és a kérés adatai beérkeznek, de most külön megjelenik a weboldal által létrehozott kérés és az e-mailből származó adatlap is. Ezt a két beérkezési módot össze kell hangolnunk, hogy ugyanarról a beküldésről egy áttekinthető kérés és egy teljes értesítés legyen.

Az időpontot is javítjuk. Ennél a kérésnél az ügyfél csak annyit adott meg, hogy 2027, és ez most az éjszakaszámmal együtt látszik. Az űrlapon egyértelműbben kérjük majd a tervezett hónapot vagy időszakot, az adatlapra pedig külön kerül az indulás és a Balin töltött éjszakák száma. A konkrét csoportos utaknál a kiválasztott út jóváhagyott időpontját is átadjuk.

A megjelenítést úgy rendezzük, hogy rögtön látszódjon az utazás típusa, az időszak, a létszám, valamint a megadott keret és szállásigény. Az egyedi útiterv ne csoportos ajánlatkérésként legyen feliratozva, és ne kelljen egy hosszú levélből összeszednetek az adatokat.

A javítások után végigpróbáljuk az összes ajánlatkérőt, az értesítéseket és az ismételt beküldéseket is. A hírlevél teljes beküldését a visszakapcsolt robotellenőrzéssel még ellenőrizzük. A tesztkérések archiválását köszönjük!

Feltételezett jövőbeli állapot

2. Csak javítás után küldhető válasz

Most nem állítjuk, hogy ezek a javítások és tesztek elkészültek. Csak a fenti folytatás igazolt lezárása után használható.

Sziasztok! Összehangoltuk a weboldali és az e-mailes beérkezést, és javítottuk az ajánlatkérések adatainak megjelenítését.

Egy beküldésből most egy ajánlatkérési adatlap és egy teljes belső értesítés keletkezik. Az adatlap címe érthető, és külön látszik rajta az utazás típusa, a kiválasztott út, az indulás vagy a tervezett időszak, a létszám, illetve az adott űrlapon megadott éjszakaszám, keret és szállásigény. Az egyedi útiterv és a csoportos út megnevezése is megfelelő.

A konkrét csoportos útnál az indulási időpont az út adataiból kerül át. Egyéni szervezésnél az űrlap világosan kéri a tervezett hónapot vagy időszakot, a rugalmas időpontot is jelezni lehet. A megadott időszakot az eredeti formájában őrizzük meg, nem alakítjuk át kitalált pontos dátummá.

Az egyszer már feldolgozott beküldés újrapróbálása nem hoz létre még egy azonos kérést. Ha ugyanaz az érdeklődő később valóban új ajánlatot kér, az külön kérésként marad meg a meglévő partner alatt.

Mindegyik ajánlatkérőt végigteszteltük, az értesítéseket és a CRM-ben látható adatokat is összevetettük. A hírlevél-feliratkozás bekapcsolt robotellenőrzéssel is működik, a feliratkozók a „Balionline weboldal feliratkozók” listába kerülnek. A kéréseket az Ajánlatkérések alatt találjátok, onnan a kapcsolódó partner is elérhető.