Test: FluentBooking / Integrari / Grupa A Pro (recurenta + webhook + FluentCRM)

Trei capabilitati Pro certificate — primele functii din versiunea platita exercitate autonom, dupa extinderea politicii cu Grupa A (aprobata de taki, 2026-08-11).

Rulari: run-fb-grupa-a-20260811 (scrieri) + run-fb-grupa-a-cert-20260811 (certificare, 14/14 dovezi)

1. Intalniri care se repeta

POST /calendars/1/events/3/recurring-settings → HTTP 200. Serie saptamanala, maximum 4 aparitii, toate obligatorii. Confirmat vizual in WP Admin: comutatorul e pornit, „Repeats every 1 Weeks”, „For a maximum of 4 Events”.

🔴 Capcana: campurile enabled si is_count_fixed trebuie trimise ca TEXT („true”), nu ca valori logice. Regula de validare e in:true,false si trateaza lista ca text — un boolean produce eroare 422 fara niciun mesaj util. Prima incercare a esuat exact asa.

2. Trimiterea rezervarii catre alt sistem (webhook)

POST /calendars/1/events/3/webhooks → HTTP 200, feed id=3. Confirmat vizual: „PL Test Webhook”, eticheta „Booking Confirmed”, comutator pornit.

🔴 Capcana: cheia webhook.id trebuie trimisa mereu (goala la creare) — codul o citeste fara sa verifice ca exista.

3. Sincronizarea participantului in FluentCRM

POST /calendars/1/events/3/integrations/0 → HTTP 200, feed id=4. La fiecare rezervare confirmata, participantul ajunge automat in CRM, cu nume si email preluate din formular.

0 in adresa inseamna „creeaza”; un numar real ar actualiza un feed existent. Cu feed-ul activ, numele, emailul si declansatorul sunt obligatorii.

Ce NU s-a putut dovedi vizual

Ecranul de administrare al feed-ului FluentCRM nu a putut fi fotografiat: adresa lui interna randeaza o pagina goala, fara eroare — a doua adresa de acest fel gasita in aceeasi zi. Feed-ul e dovedit prin citirea inapoi din API, cu continut complet.