Check-ins speichern
Erstellt Check-in-Datensätze. Die API dedupliziert automatisch anhand von Mitglied, Einrichtung und Zeitstempel.
Parameter
-
check_ins
arrayerforderlichArray der zu speichernden Check-in-Objekte. Empfohlenes Maximum für optimale Leistung: 1000 Elemente pro Anfrage. Die API fasst Elemente für die Verarbeitung automatisch in Batches zusammen. Jedes Element muss entweder
facility_id(erforderlich, wennlinking_identifiernicht verwendet wird) oderlinking_identifier(erforderlich, wennfacility_idnicht verwendet wird) enthalten.
Rückgabe
Gibt eine einfache Meldung zurück, die den Synchronisierungsvorgang bestätigt.
Anfrage
curl -X POST https://partner-api.performancehub.co/partner/v1/check-ins \
-u sk_live_YOUR_PARTNER_SECRET_KEY: \
-H "Content-Type: application/json" \
-d '{
"check_ins": [
{
// "check_in_id": "checkin_abc123", // Optional - auto-generated from member_id + timestamp if not provided
"member_id": "mem_12345",
"facility_id": "550e8400-e29b-41d4-a716-446655440000",
// "linking_identifier": "branch_downtown", // If using linking identifier
"check_in_type": "member",
"source": "rfid",
"timestamp": "2025-01-20T08:45:30Z"
}
]
}'
Antwort
Gibt eine Erfolgsmeldung mit Metadaten zum Synchronisierungsvorgang zurück.
{
"message": "Check-in sync successful.",
"metadata": {
"success": 523,
"skipped": 3,
"skipped_items": [
{
"member_id": "member_789",
"facility_id": null,
"reason": "No matching facility_id for the linking_identifier"
}
]
}
}
Metadatenfelder:
- success - Anzahl der erfolgreich verarbeiteten Check-ins
- skipped - Anzahl der übersprungenen Check-ins (falls vorhanden)
- skipped_items - Array der übersprungenen Check-ins mit Gründen (falls vorhanden)
- dry-run - Boolesches Flag bei Verwendung des Schlüsseltyps dryrun (falls zutreffend)