Vraag om het bewijs
Uw aanvraag vraagt om het bewijs dat nodig is voor een actie, bijvoorbeeld ouder dan 18 jaar of door mensen geverifieerd.
CONTROLEER VOOR ONTWIKKELAARS
Voeg leeftijds-, persoons- en identiteitsverificatie toe via de JavaScript-tools van Checkify, de serververificatie-API en ondersteunde platformplug-ins. Vraag het bewijs aan dat uw aanvraag nodig heeft: Checkify verzorgt het verificatietraject.
INTEGRATIEMODEL
Uw aanvraag vraagt om een bewijs. Checkify beheert de klantreis. U ontvangt een resultaat en beslist wat er vervolgens gebeurt.
Uw aanvraag vraagt om het bewijs dat nodig is voor een actie, bijvoorbeeld ouder dan 18 jaar of door mensen geverifieerd.
Checkify bepaalt of er voldoende bewijs is of dat de klant aanvullende verificatie moet uitvoeren.
Uw server bevestigt het resultaat en staat de beveiligde actie toe, blokkeert of zet deze voort.
ECHTE API
Nadat de klant een Pass-sessie heeft voltooid, verifieert uw backend de request_id met een site-API-sleutel. Plaats de API-sleutel van de site nooit in de browsercode.
Verzoek
POST /v1/qr/results/verify
Authorization: Bearer YOUR_SITE_API_KEY
Content-Type: application/json
{
"request_id": "56a57761-ff5b-42f0-9c97-6c13e223e017",
"required_claims": ["age_over_18"],
"consume": true
}
Antwoord
{
"success": true,
"status": "completed",
"approved_claims": {
"age_over_18": true
}
}
De browser of plug-in slaat een request_id op (vaak als checkify_token). Uw server is de autoriteit: bevestig goedgekeurde claims voordat u de actie toestaat.
WAT U KUNT VERZOEKEN
Wijzig het verzoektype of de vereiste claims voor elke reis, zonder de verificatie-infrastructuur opnieuw op te bouwen.
Vraag een leeftijdsdrempel aan, zoals ouder dan 13, 16, 18 of 25.
age_over_18Zorg ervoor dat er een echte persoon aanwezig is voor formulieren, login en misbruikcontroles.
human_verifiedVraag het zekerheidsniveau aan dat past bij het risico – van basic tot highAssurance.
basic → highAssuranceDe zekerheidsniveaus en exacte bewijsopties zijn afhankelijk van het traject, het apparaat en het geconfigureerde beleid. Zie de serververificatiegids voor claimnamen.
HOE U INTEGREERT
Begin met het pad dat overeenkomt met je stapel. Alle productiepaden gebruiken hetzelfde proefmodel.
WordPress, WooCommerce en Joomla/J2Commerce voor gangbare CMS en kassapoorten.
WordPress-gids →CDN embed en bindForm voor aangepaste websites. Start Pass-sessies en schrijft het token in uw formulier.
Documenten insluiten →Bevestig de resultaten met POST /v1/qr/results/verify en een site-API-sleutel (csk_).
Serververificatie →Locatie- en apparaat-naar-apparaat-reizen met behulp van Pass en QR-overdracht.
Fysieke personeelsgids →Shopify en Wix staan op de wachtlijst / binnenkort beschikbaar en worden hier niet vermeld als live productie-integraties.
Referenties
Checkify gebruikt twee verschillende inloggegevens. Het gebruik van de verkeerde op de verkeerde plaats is de meest voorkomende integratiefout.
Browser-embed, WordPress, Joomla – alleen frontend.
Backend-verificatie-API: alleen server, nooit in JavaScript.
RESULTAAT LEVERING
Voor standaard website- en betaalstromen verifieert u de request_id op uw server wanneer de beveiligde actie wordt verzonden. Optionele statuspolling is beschikbaar voor aangepaste frontends.
Uw pagina of plug-in start een Checkify Pass-verzoek dat aan uw site is gekoppeld.
De klant verifieert of keurt goed in de Checkify-app.
Roep het verificatie-eindpunt aan, controleer goedgekeurde_claims en sta vervolgens toe of blokkeer.
Tegenwoordig zijn algemene verificatiewebhooks niet meer vereist voor standaardintegraties. Uitgaande webhooks van partners (bijvoorbeeld GoHighLevel) worden afzonderlijk geconfigureerd in het bedrijfsdashboard.
DOCUMENTATIE
Gebruik deze handleidingen voor diepgaande implementatie. Deze pagina blijft gericht op het integratiemodel.
Sluit een pas in en bind een formulier voor uw eerste beschermde actie.
Snelstart → openenEindpunten die worden gebruikt door openbare integraties, inclusief verificatie en status.
Open API-documenten →data-checkify attributen, bindForm-opties en verzoektypen.
Open ingesloten documenten →Site-API-sleutels, vereiste_claims, verbruik en ondertekende_resultaat.
Open de servergids →Voeg Checkify eerst toe aan één traject – leeftijd, mens of identiteit – en breid vervolgens uit naarmate uw productbehoeften groeien.