For Agents
Get started with API for the COVID-19 Tracking QR Code Signin Server in minutes using your preferred integration method.
# Add to your MCP client config (Claude Desktop, Cursor, Windsurf)
{
"jentic": {
"url": "https://api.jentic.com/mcp",
"auth": "oauth"
}
}
# Then ask your agent:
"record an attendee signin"
# → Jentic returns the GET /events tool with parameter schema, agent executes.What an agent can do with API for the COVID-19 Tracking QR Code Signin Server API.
Authenticate team members through /login and revoke sessions through /logout
Record QR-code attendee signins by POSTing to /signin
List, retrieve, update, and delete individual signin records by signinId
Manage team member accounts via the /user and /users endpoints
GET STARTED
Authenticate venue operators, record attendee QR-code signins, and manage team member accounts on a self-hosted COVID-19 contact-tracing server.
Use for: I need to log in a venue operator and obtain an auth token, Record a new attendee signin from a scanned QR code, List all signins for a given event or date range, Retrieve a specific signin record by its ID
Not supported: Does not handle vaccination records, exposure notifications, or national contact-tracing reporting — use for venue-level attendee QR signins and team account management only.
The COVID-19 QR Code Signin Server API powers a contact-tracing system where attendees check in at venues by scanning a QR code, and team members manage the resulting signin records. It exposes 14 operations covering authentication (login, logout, password change and reset), attendee signin lifecycle (create, list, update, delete), and team member directory management. Authentication is via a token header issued by the login endpoint, and the server is intended to be self-hosted by venue operators rather than offered as a managed service. The spec describes a small open-source project, so endpoint counts and resources are stable but the deployed base URL will be specific to each operator.
Run password reset flows using /requestPasswordReset, /verifyPasswordChange, and /changePassword
Authorize every request with a token issued at login and passed in the token header
Patterns agents use API for the COVID-19 Tracking QR Code Signin Server API for, with concrete tasks.
★ Venue Attendee Check-In
When an attendee scans the venue QR code, the front-end posts the resulting signin payload to /signin and receives a signinId. The venue operator can later query /signins for a date range or fetch /signin/{signinId} for a specific record. This gives small venues a self-hosted contact-tracing log without depending on a national tracing app.
POST a new signin to /signin with the scanned QR payload and store the returned signinId against the attendance log.
Team Member Account Management
Venue managers add front-of-house staff to the system through POST /user, list active accounts through GET /users, and remove staff who leave through DELETE /user/{userId}. Combined with the password reset endpoints this covers the full lifecycle of a team member account on the signin server.
POST a new team member to /user with their email and role, then list /users to confirm the account was created.
Password Reset Flow
When a team member forgets their password, the agent calls /requestPasswordReset to send the reset token, then /verifyPasswordChange to confirm the user's chosen new password meets policy, and finally /changePassword to commit the new credential. This three-step flow keeps the password change auditable on the server.
Call /requestPasswordReset for the user, then /verifyPasswordChange and /changePassword once the user has chosen a new password.
Signin Record Audit and Cleanup
Compliance staff retrieve the full list of signins via GET /signins, inspect specific entries with GET /signin/{signinId}, and remove records via DELETE /signin/{signinId} once the retention window has passed. PUT /signin/{signinId} supports correcting a record without deleting and re-creating it.
GET /signins for the prior month, then DELETE each /signin/{signinId} that is older than the configured retention period.
AI Agent Operator Console via Jentic
Through Jentic, an operator-facing agent searches for an intent like 'log in' or 'list today's signins' and is returned the matching endpoint with its input schema. Because authentication uses a single token header issued by /login, the agent can hold an active session and call any other operation without exposing credentials. Wiring the agent up takes under an hour rather than several days of direct integration work.
Use Jentic search for 'list attendee signins', load the GET /signins schema, and execute it with the active operator token.
14 endpoints — the covid-19 qr code signin server api powers a contact-tracing system where attendees check in at venues by scanning a qr code, and team members manage the resulting signin records.
METHOD
PATH
DESCRIPTION
/login
Authenticate a team member and issue a token
/signin
Record a new attendee signin
/signins
List attendee signin records
/signin/{signinId}
Retrieve a specific signin record
/signin/{signinId}
Delete a signin record
/user
Create a new team member account
/users
List team member accounts
/changePassword
Commit a password change
/login
Authenticate a team member and issue a token
/signin
Record a new attendee signin
/signins
List attendee signin records
/signin/{signinId}
Retrieve a specific signin record
/signin/{signinId}
Delete a signin record
Three things that make agents converge on Jentic-routed access.
Credential isolation
The token issued by /login is stored encrypted in the Jentic vault and injected into the token header at execution time. The agent calls operations by name and never holds the raw token in its prompt or context.
Intent-based discovery
Agents search Jentic by intent (for example 'log in' or 'record an attendee signin') and Jentic returns the matching endpoint with its input schema, removing the need to read the raw OpenAPI spec.
Time to first call
Direct integration: 1-2 days for token handling, signin lifecycle, and password reset flows. Through Jentic: under 1 hour — search for the operation, load its schema, execute.
Alternatives and complements available in the Jentic catalogue.
C-Me API
C-Me handles full identity verification while the QR signin server handles lightweight venue check-in.
Use C-Me when the venue needs document-based KYC of attendees; use the QR signin server for fast on-the-door check-in only.
Caller API
Caller API enriches phone numbers, useful when the signin server records a phone-based attendee identifier.
Choose Caller API to validate or enrich phone numbers attached to a signin record before persisting.
Call Control API
Call Control offers phone-reputation data — not a true alternative to QR signin but shares the small, focused, token-based API pattern.
Listed only for agents comparing minimal token-authenticated APIs; not a swap-in replacement for venue signin.
Specific to using API for the COVID-19 Tracking QR Code Signin Server API through Jentic.
What authentication does the COVID-19 QR Signin Server API use?
The API uses an API key passed in the token HTTP header. The token is issued by POST /login and revoked by POST /logout. Through Jentic, the token can be stored in the credential vault so the agent never holds the raw value in its prompt or context.
Can I record an attendee QR-code signin with this API?
Yes. POST the scanned QR payload to /signin to create a new signin record. The response includes the signinId, which can be used later to retrieve, update, or delete the record via /signin/{signinId}.
What are the rate limits for this API?
The OpenAPI specification does not declare rate limits. Because this is a self-hosted contact-tracing server, the operator controls request throughput at their reverse proxy or application layer rather than the API enforcing fixed limits.
How do I list all attendee signins through Jentic?
Run a Jentic search for 'list attendee signins', load the GET /signins schema, and execute it with the active operator token. Install the SDK with pip install jentic and use the async search, load, and execute pattern.
How does the password reset flow work?
It is a three-step flow. Call POST /requestPasswordReset to send a reset token, POST /verifyPasswordChange to confirm the new password meets policy, and POST /changePassword to commit it. Each step has its own endpoint so the flow can be paused for user input between steps.
Is this API free to use?
The signin server is open source and self-hosted, so there is no per-call cost. Operators run their own instance of the server, which means infrastructure cost rather than API pricing applies.
/user
Create a new team member account
/users
List team member accounts
/changePassword
Commit a password change