LLL · communication board

Verification and Constraints

● DRAFT · awaiting review

A visible, testable contract for the Balionline website, posting, and CRM requests from 21–25 September.

Owner: Matt review Run: analit-whatsapp-20260926-v1 Updated: 2026-09-26

Goal and finish line

End goal: Make Balionline visitor and staff interfaces visibly match the WhatsApp requests, and prove website signups and quote requests reach the right CRM records.

Done means: Flight cards, trip order, posting, custom-trip fields, and the April itinerary look and work as specified; a consented newsletter signup appears in the active CRM list; each distinct active quote-request flow creates or updates the right CRM partner. Each live result has its own proof.

0 / 16criteria verified

7deliverables

6open decisions

Rules that stay fixed

Keep approved trip facts, prices, content, visibility, real CRM records, and consent choices intact.
Deliver the requested newsletter and partner outcomes in the active CRM; preserve any working archive route.
Do not add an access gate or send client messages or campaigns; use bare public URLs for new review surfaces.

Proof standard: Every GUI test needs a post-change screenshot, a blind gpt-6-luna high description of that screenshot, and a criterion comparison. CRM tests also need record IDs and field readback.

Known interfacesSource identifiers, not completion proof

Group-trip collection and the affected three-step inquiry: https://balionline.hu/csoportos-utak-gyujtooldal/ , form[data-backend-form="form_csoportos"], headed Személyre szabott útiterv / Add meg az igényeidet. Step 1 contains Hozzávetőleges keret / fő, step 2 contains Utazás hossza, and step 3 contains Igények összegzése.
The 2027 5–19 April itinerary: https://balionline.hu/utazas/tavaszi-nyaralas-bali/ .
Website newsletter signup: https://balionline.hu/ , #newsletter-form, #newsletter-consent, Feliratkozom.
Known quote-request entry points for D7: homepage https://balionline.hu/ (#form_main), group collection https://balionline.hu/csoportos-utak-gyujtooldal/ (form[data-backend-form="form_csoportos"] / #form_csoportos), individual trips https://balionline.hu/egyeni-ut/ (#form_egyeni), and April trip https://balionline.hu/utazas/tavaszi-nyaralas-bali/ (#form_trip_tavaszi-nyaralas-bali). The collection button says Ajánlatot kérek, the other known quote buttons say Kérem a személyre szabott árajánlatot!. This is a starting inventory, not proof of exhaustive coverage or working CRM delivery. #form_global_contact (Üzenet Küldése) is a contact-only candidate to classify by its actual purpose.
These public interface identifiers were checked during Prepare. Their current behavior and CRM destinations still require the tests below. The posting product and authenticated CRM interfaces remain open facts.

End goal system

Where each result appears

Confirmed requestReported, unverifiedOpen source or decision

flowchart TD
 V["Visitor
Opens Balionline"]:::confirmed
 G["Group trips
Flights · order · April"]:::assumption
 I["Inquiry
Budget · Bali nights"]:::confirmed
 N["Newsletter
Consented signup"]:::confirmed
 Q["Quote forms
Every active flow"]:::confirmed
 C["Active CRM
Schema to confirm"]:::open
 NL["Newsletter list
One subscriber"]:::open
 P["Partners
Mapped request"]:::open
 S["Staff posts
Plain · link"]:::open
 V-->G
 V-->I
 V-->N-->C-->NL
 V-->Q-->C-->P
 S-->V
 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

Review gate before execution

flowchart LR
 W["Reports
Screenshots"]:::confirmed
 H["Past fixes
Unverified"]:::assumption
 R["Review
Scope"]:::open
 L["Launch
Explicit"]:::open
 X["Inspect
Live sources"]:::open
 F["Fix
Scoped gaps"]:::open
 E["Verify
Screenshots"]:::open
 D["End state
7 results"]:::open
 W-->R
 H-->R-->L-->X-->F-->E-->D
 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

Deliverable flow

Inputs → outputs · maximum eight nodes

Read left to right. Each node names why it exists. Add an extra-next line only when it describes a later handoff that is not represented by the next visible node.

Input

WhatsApp requests

Why: What Dorottya and Zsuzsi reported, including the two screenshots.

Input

Live source and CRM

Why: Current pages, approved trip data, staff posting product, active CRM schema.

Deliverable

Group trips

Why: Flight cards, saved order, and April image prove the visitor pages.

Deliverable

Staff posting

Why: Plain and link posts work in the identified staff interface.

Deliverable

Collection-page inquiry

Why: Budget and Bali nights are clear and survive submission.

Deliverable

Newsletter CRM list

Why: Consented website signup is visible in the active list.

Deliverable

CRM partners

Why: Every distinct quote flow reaches a correctly mapped partner.

Output

Evidence review

Why: One row per criterion with screenshots, provider readbacks, and truthful state.

Supplied screenshots

Original observations, not completion proof

Original per-person budget dropdown — Screenshot 1 · Custom-trip budget dropdown with the old ranges.

Original detached photo below day ten — Screenshot 2 · Detached image below the 5–19 April day-10 itinerary card.

Parent ↔ child messages

Newest message first

No executor has been launched. Review the contract and leave comments here; a later explicit Launch starts execution.

Parent read setSmall files first

After launch, the executor records the clean gist, deliverable list, and main prompts for the final parent review.

Work and proof

One card per deliverable

Show flight schedules

Visitors see the approved flight schedule inside each relevant group-trip description.

READY0 / 2

Show criteria, constraints, and evidence

Observable tests

D1.1 When a visitor opens each currently bookable group-trip page that has an approved flight itinerary and reads the trip description before the FAQ, then the corresponding flight schedule card with the approved route, dates, and times appears inside that description on desktop and a narrow mobile viewport.

Proof: live URL inventory, approved schedule source comparison, after-test screenshots and independent description.

Screenshot pending · actual changed interface after this test; blind description and comparison pending.

D1.2 When the visitor opens the 2027 5–19 April trip at https://balionline.hu/utazas/tavaszi-nyaralas-bali/ and checks its flight card against the current approved itinerary, then the displayed schedule agrees with that itinerary in the trip description, without requiring a scroll to the FAQ.

Proof: source/readback comparison and after-test screenshots.

Screenshot pending · actual changed interface after this test; blind description and comparison pending.

Protect

keep the existing FAQ answer; do not invent or silently update airline, flight number, departure time, or included-price claims.
If no approved schedule exists for a trip, record that trip as an open source dependency instead of showing guessed details.

Evidence: pending live test.

Match saved trip order

Staff save the order once; public trip lists and navigation show that saved order.

READY0 / 3

Show criteria, constraints, and evidence

Observable tests

D2.1 When staff open a trip in WordPress Utazások → Navigáció sorrend, enter an agreed position and press the bottom Mentés button, then the saved position appears on reopening that editor and the corresponding trip appears in that position in the public Csoportos utak navigation and trip listing at https://balionline.hu/csoportos-utak-gyujtooldal/ after cache refresh, where those surfaces use this field.

Proof: editor readback, public ordering list, after-test screenshots from editor and anonymous desktop/mobile pages.

Screenshot pending · actual changed interface after this test; blind description and comparison pending.

D2.2 When a visitor compares the inventoried navigation and trip-list surfaces actually driven by Navigáció sorrend, then the same visible active trips follow the saved order on desktop and mobile, while a trip hidden through the existing visibility control stays hidden.

Proof: ordered title/URL comparison and after-test screenshots.

Screenshot pending · actual changed interface after this test; blind description and comparison pending.

D2.3 When the order guidance is found on a staff-facing or public page, then the visible text explains where to save and that cache can delay the public view, without promising an unverified fixed refresh time or implying that incognito itself purges the cache.

Proof: exact before/after copy and after-test screenshot. If the reported sentence cannot be found, retain the searched locations and historical/current discrepancy and leave this criterion unverified until its actual location or removal is established.

Screenshot pending · actual changed interface after this test; blind description and comparison pending.

Protect

do not replace the existing hide-from-navigation control
do not reorder trips by a new unrequested date rule or change current staff-selected ranking values except for a reversible test that is restored.

Evidence: pending live test.

Restore staff posting

The identified posting product accepts plain and linked posts with actual publication proof.

READY0 / 2

Show criteria, constraints, and evidence

Observable tests

D3.1 When Zsuzsi's actual posting interface is identified and a staff-authorized account creates a clearly labelled plain test draft on the identified product's existing test surface, saves it, and completes the interface's intended publish action, then the post shows a persisted published state in that interface and is visible at its intended destination.

Proof: identified interface/account, save/readback, destination URL and after-test screenshots.

Screenshot pending · actual changed interface after this test; blind description and comparison pending.

D3.2 When the same interface publishes a post containing a normal https:// link, then the link remains in the saved post and opens the intended destination, with no unexplained rejection.

Proof: persisted post readback, click result, and after-test screenshots.

Screenshot pending · actual changed interface after this test; blind description and comparison pending.

Protect

first identify the posting product, channel, account, exact error, and role; do not assume “postolni” means a WordPress blog post.
Use an existing test destination with the same publishing path and record whether its role/configuration matches the affected account.
Do not add a security layer or treat draft/save success as publication proof.
If the affected live destination must be tested to prove the fix, keep that publish action unverified unless explicitly authorized.
Remove only task-owned test posts after proof.

Evidence: pending live test.

Clarify custom trip inputs

The collection-page form shows exact budget and Bali nights through its three steps and receiving record.

READY0 / 3

Show criteria, constraints, and evidence

Observable tests

D4.1 When a visitor opens step 1 of the collection-page form_csoportos inquiry identified above and enters a per-person amount such as 1 000 000 Ft, then the Hozzávetőleges keret / fő field, step-3 Igények összegzése, and submitted receiving record show that exact numeric amount and clearly state whether international flights are included.

Proof: rendered form, submitted test payload/readback, and after-test screenshots. The old 500 000 Ft alatt and 500 000–800 000 Ft choices must not suggest a complete flight-inclusive trip at that price.

Screenshot pending · actual changed interface after this test; blind description and comparison pending.

D4.2 When a visitor enters 7 in step 2 of form_csoportos for trip length, then the interface labels the value as Balin töltött éjszakák, explains the usual shortest stay as 7 éj / 8 nap in Bali with roughly two additional travel days, preserves the exception for people already in Asia combining countries, and step-3 Igények összegzése plus the submitted receiving record preserve 7 as Bali nights rather than total holiday days.

Proof: form, final review/payload readback, and after-test screenshots.

Screenshot pending · actual changed interface after this test; blind description and comparison pending.

D4.3 When the form is completed on desktop and a narrow mobile viewport, then budget, nights, validation, and submit controls remain readable and operable, and the same submitted values reach the receiving record.

Proof: viewport screenshots and receiving readback.

Screenshot pending · actual changed interface after this test; blind description and comparison pending.

Protect

do not add a hard seven-night minimum or reject shorter inquiries without an existing approved rule.
Keep the rest of the three-step inquiry and its existing lead delivery intact; do not silently create a price quote, guarantee a total travel cost, or redefine existing submitted leads.
Preserve consent and existing field mappings unless a changed field requires a documented migration.

Evidence: pending live test.

Remove stray April image

The detached thumbnail below day 10 is gone; the itinerary remains intact.

READY0 / 1

Show criteria, constraints, and evidence

Observable tests

D5.1 When a visitor opens https://balionline.hu/utazas/tavaszi-nyaralas-bali/ (2027 5–19 April) and scrolls immediately below the day-10 Két út vár rád card shown in screenshot 2, then no detached unrelated thumbnail appears below the card, while the intended itinerary text and program choices still appear.

Proof: before/after location and desktop/mobile after-test screenshots.

Screenshot pending · actual changed interface after this test; blind description and comparison pending.

Protect

remove only the erroneous image or attachment at that position
retain legitimate gallery/media elsewhere and the April trip's program layout and copy.

Evidence: pending live test.

Connect newsletter to CRM

A website signup lands in the active CRM newsletter list with consent and source.

READY0 / 2

Show criteria, constraints, and evidence

Observable tests

D6.1 When a visitor submits the homepage #newsletter-form at https://balionline.hu/ using Feliratkozom, the existing consent choice, and a unique consenting test address, then the site shows an honest result and exactly one matching subscriber appears in the active CRM newsletter list with the expected consent/source fields.

Proof: form response, CRM list readback/record ID, and after-test screenshots of both interfaces.

Screenshot pending · actual changed interface after this test; blind description and comparison pending.

D6.2 When staff inspect the active CRM after the signup, then they can find the new subscriber by the same address and see whether it is eligible for the newsletter; the outcome does not depend solely on a Sheet export or retired Mailchimp audience.

Proof: CRM search and screenshot plus the current integration route readback.

Screenshot pending · actual changed interface after this test; blind description and comparison pending.

Protect

use the CRM list selected by the client, preserve opt-in/consent semantics, and avoid duplicate subscribers or campaign sends.
Do not remove a functioning Sheet/archive flow without checking its current role and preserving existing data.

Evidence: pending live test.

Create partners from inquiries

Every distinct active quote-request flow creates or updates the correctly mapped CRM partner.

READY0 / 3

Show criteria, constraints, and evidence

Observable tests

D7.1 When a visitor submits a unique, valid quote request through each active website quote-request flow, then the CRM Partnerek list shows one correctly matched partner created or updated automatically under the verified duplicate rule, with that form's name/contact data and agreed custom fields mapped correctly.

Proof: inventory every active quote entry point with its URL, visible button/form title, form identifier, destination/modal, submission route and CRM mapping. Reconcile the four known routes above and any additional active quote buttons found across the public site. For every distinct flow retain successful submission, CRM partner record ID/field comparison, and after-test screenshots of the form and CRM record. Entry points may share an end-to-end test only when shared rendering, submission route, effective field mapping, CRM create/update path and duplicate behavior are evidenced.

Screenshot pending · actual changed interface after this test; blind description and comparison pending.

D7.2 When the same known contact submits a second test inquiry through each distinct CRM mapping/update path inventoried in D7.1, then the CRM applies its agreed duplicate/update behavior without an uncontrolled second partner, and both requests remain traceable.

Proof: before/after CRM search, record IDs, field/request history, and screenshots.

Screenshot pending · actual changed interface after this test; blind description and comparison pending.

D7.3 When staff open an incoming test request from each distinct CRM mapping/update path in the CRM, then the corresponding partner can be identified by the matching contact/request identifier and already contains the mapped form values, without staff manually re-entering them.

Proof: CRM interface screenshot and provider readback.

Screenshot pending · actual changed interface after this test; blind description and comparison pending.

Protect

include quote-request flows only.
Exclude unrelated booking and general-contact forms with a recorded purpose-based reason, checking whether any also offers a quote-request action.
Keep the D4 budget/night field changes confined to its named form.
Preserve existing inquiry notification and request history; do not overwrite unrelated partner fields or create newsletter consent from a quote inquiry.
Confirm the authoritative CRM, field schema, and duplicate rule before wiring them.

Evidence: pending live test.

Open facts and later handoff

Unknowns stay visible

CONFIRMED: Dorottya wants the flight schedule in trip descriptions, realistic budget entry, Bali-night wording, the stray April image removed, and website leads in the CRM. Dani says the order field is “Navigáció sorrend”.

REPORTED, NOT VERIFIED: Dani says the flight cards and order editing were added. Old project files describe Sheet and Mailchimp newsletter handling.

OPEN: Zsuzsi's posting product and error; approved flight details; the staff-selected rank list; the current location of reported cache guidance; exact budget inclusion wording; active CRM list, fields, and duplicate rule.

LATER INPUT: Dorottya says the copy, photos, and ideas for new individual-trip sections are still being prepared. Those sections and a possible consultation page are a later scope when materials arrive.

Execution state

Only inspect on stall or completion

0consecutive stalls

Not launchedrecovery state

Review boardresume point