Vérifier la clé et la signature
POST
Ne fait rien d'autre que contrôler l'authentification : c'est le premier appel à réussir. Envoyez {} comme corps, et signez ce {}.
apiKeytimestampsignatureheader
x-api-key<token>header
x-timestamp<token>header
x-signature<token>application/json- body
Un objet vide, {}, signé comme tout corps.
Clé, horodatage et signature valides. Corps : {"status":"valid"}.
application/json- response
status?stringAPI_KEY="votre_clé"BODY='{}'TS=$(( $(date +%s) * 1000 ))HASH=$(printf '%s' "$BODY" | openssl dgst -sha256 -hex | awk '{print $NF}')SIG=$(printf '%s' "$TS.$HASH" | openssl dgst -sha256 -hmac "$API_KEY" -hex | awk '{print $NF}')curl -X POST "https://api.fpsnavigator.com/api/auth/verify" \ -H "Content-Type: application/json" \ -H "x-api-key: $API_KEY" \ -H "x-timestamp: $TS" \ -H "x-signature: $SIG" \ --data-raw "$BODY"Exemple de réponse
{ "status": "valid"}Erreurs
Le format des erreurs, et ce que chaque statut veut dire.
Synchroniser les affectations de la flotte POST
Crée ou met à jour chaque affectation envoyée, identifiée par le triplet plaque + e-mail du conducteur + date de début. Rien n'est supprimé : une affectation absente de l'envoi reste en place. L'ancienne adresse POST /api/fleet/sync-fleet reste servie et fait la même chose.