=== Test Intégration : Allocation Casiers SmartLockers ===

Test 1: Structure table bookings (champs allocation SmartLockers)
  ✅ Colonnes allocation présentes
  → smartlockers_user_id, smartlockers_locker_id, smartlockers_allocation_id, sync_status, sync_error

Test 2: Fonction get_managed_property_ids()
  ✅ Fonction existe
  ✅ Appel réussi: 0 property_id gérés
  ⚠️  Aucun casier géré (vérifier configuration ext_ref_locker)

Test 3: Fonction filter_managed_bookings()
  ✅ Fonction existe
  ✅ Filtrage fonctionne correctement
  → 2/4 bookings gérés (PROP_A, PROP_C)

Test 4: Statistique 'filtered_out' dans process_bookings()
  ✅ Statistique 'filtered_out' présente
  → Filtered out: 1
  → Processed: 0

Test 5: Valeurs ENUM sync_status
  ✅ Valeurs ENUM sync_status valides
  → enum('pending','synced','failed','skipped')

Test 6: Type colonne smartlockers_locker_id
  ✅ Type colonne correct pour UUID
  → varchar(36)

✅ Tous les tests d'allocation passés (6/6)

NOTE: Pour tester allocation réelle:
  1. Configurer ext_ref_locker sur casiers SmartLockers (= property_id Beds24)
  2. Exécuter: POST /lockandchill/process-reservations
  3. Vérifier: SELECT smartlockers_locker_id, sync_status FROM test_lockandchill_bookings
  4. Résultat attendu: sync_status='synced', smartlockers_locker_id rempli