AdministrationChaque action proposée sur la carte envoie ses données à un scénario Make, qui écrit ensuite dans Airtable. Vous pouvez modifier ici l'URL et les paramètres de chaque action : l'effet est immédiat, sans redéploiement du site.
Les paramètres sont ajoutés à l'URL en query string. Une valeur peut être fixe (source=ambassadeurs) ou reprendre une donnée de l'action entre accolades (recordId={recordId}) — les champs disponibles sont listés sous chaque bloc. Les données complètes partent de toute façon dans le corps JSON du POST ; les paramètres d'URL sont un confort de routage pour Make.
URL vide = retour à l'URL d'origine (celle des secrets Firebase). Sans aucune URL, les soumissions ne sont pas perdues : elles sont conservées dans Firestore (collection submissions).
Chargement…
À placer en fin de chaque scénario Make, après l'écriture dans Airtable (module HTTP « Make a request », méthode GET). Il relit le record modifié, met à jour Firestore et rafraîchit le repère sur les cartes ouvertes en 1 à 2 secondes. Pour nouveau_bivouac, recordId = l'ID du record que Make vient de créer. Cette URL est fixe et n'est pas modifiable ici.
Déposez le fichier Excel (.xlsx) des réservations. Il remplace intégralement les données précédentes (le fichier contient tout l'historique). Consultable ensuite sur la carte via le bouton « Mode Suivi Réservations » (admin + responsables).
Cochez/décochez par rôle puis « Enregistrer ». Les utilisateurs doivent recharger la carte pour voir les changements. Le rôle Admin garde toujours tout.
Les campings affichés sur la carte proviennent désormais d'Airtable (Type = Camping Huttopia/Onlycamp). Toute création/modification faite ici dans Firestore sera écrasée à la prochaine synchronisation. Gérez les campings dans Airtable.