Référentiel : lieux

Les lieux structurent tout le paramétrage : chaque borne est rattachée à un ou plusieurs lieux dans l'admin ApiBorne, chaque lieu porte sa propre séquence de tickets (avec un décalage configurable pour éviter les collisions de numéros entre sites), et les réglages d'accueil peuvent être ciblés par site.

C'est aussi le référentiel du contrôle « mauvais lieu » : au check-in, la borne compare le locationId du RDV aux lieux qui lui sont rattachés et prévient le patient qui se trompe de site. L'id que vous servez ici doit donc être EXACTEMENT celui que portent vos RDV (locationId) sur les routes de communication.

L'appelant est le serveur ApiBorne — jamais une borne : un GET sous votre base contrat, authentifié par la seule clé d'autorisation compte dans X-Kiosk-Auth-Key (admin ApiBorne, page Connectivité), sans X-Kiosk-Device-Id. Il l'appelle à l'activation de l'intégration (sonde config-check) puis à chaque ouverture des pages d'admin qui s'appuient sur ce référentiel.

# AUTH_KEY = la clé d'autorisation compte (admin ApiBorne, page Connectivité)
# L'appelant est le serveur ApiBorne — jamais une borne
curl -sS "$EDITEUR/api/apiborneIntegrationService/v1/config/office-places" \
  -H "X-Kiosk-Auth-Key: $AUTH_KEY"

{ "officePlaces": [
  { "id": "1", "name": "Clinique du Parc" },
  { "id": "2", "name": "Annexe Nord" }
] }

• id — identifiant opaque, stable — le même que le locationId des RDV du contrat
• name — libellé affiché dans l'admin et sur la borne (contrôle de lieu)

Toujours un 200 avec l'enveloppe ci-dessus — liste vide acceptée (établissement neuf). Schéma complet dans le swagger des routes de configuration.

src/app/api/apiborneIntegrationService/v1/config/office-places/route.ts →