TheDocumentation Index
Fetch the complete documentation index at: https://mintlify.com/Eleazarguitar18/kantuta_pos_back/llms.txt
Use this file to discover all available pages before exploring further.
/persona resource manages the personal data layer of the Kantuta POS identity model. Every Usuario (login account) has exactly one Persona that holds the individual’s real name, date of birth, and gender. This separation keeps credentials distinct from personal information and simplifies audits. While a Persona can be created in isolation via POST /persona, in most workflows it is created automatically alongside a Usuario through POST /usuario/register. The update endpoint deliberately uses PUT (not PATCH) and accepts the record ID inside the request body rather than the URL path.
When you register a user with
POST /usuario/register, a Persona record is created automatically. You only need to call POST /persona directly if you are managing persona records independently of user accounts.POST /persona
Creates a newPersona record containing the individual’s personal details. This endpoint is available without authentication when creating a standalone personal profile.
Request body
Given name(s) of the individual — e.g.
"María Elena". Maximum 100 characters.First (paternal) surname — e.g.
"Quispe". Maximum 50 characters.Second (maternal) surname — e.g.
"Condori". Maximum 50 characters. Can be set to an empty string if not applicable.Date of birth in
YYYY-MM-DD format — e.g. "1995-03-22". Stored as a DATE column in the database.Gender code. Accepted values:
"M" (male) or "F" (female). Maximum 10 characters.Response
200 on success."Se creó la persona con éxito!" on success.The newly created
Persona object. See Persona interface below.GET /persona
PROTECTED Returns allPersona records in the system. Requires a valid Bearer token. Active and inactive records are both returned — filter by estado client-side if needed.
Request headers
Bearer <access_token> — obtained from POST /auth/login.Response
200 on success."Listado de personas registradas!" on success.Array of all
Persona objects stored in the database.GET /persona/:id
Retrieves a singlePersona record by its numeric ID. No authentication required for individual lookups.
Path parameters
The numeric primary key of the
Persona record to retrieve.Response
Returns thePersona object directly (not wrapped in a status envelope).
PUT /persona
PROTECTED Updates an existingPersona record. This endpoint uses PUT — not PATCH — and the ID of the record to update is passed in the request body, not in the URL path. All profile fields are optional; only those present in the payload will be updated.
Request headers
Bearer <access_token>.Request body
The primary key of the
Persona record to update.The ID of the authenticated user performing the update, used for audit tracking.
Updated given name(s). Maximum 100 characters.
Updated paternal surname. Maximum 50 characters.
Updated maternal surname. Maximum 50 characters.
Updated date of birth in
YYYY-MM-DD format.Updated gender code —
"M" or "F".Response
Returns the updatedPersona object.
Primary key of the updated record.
Updated given name(s).
Updated paternal surname.
Updated maternal surname (nullable).
Updated date of birth (
YYYY-MM-DD).Updated gender code.
ID of the user who last updated this record — recorded for audit purposes.
ISO 8601 timestamp automatically updated on save.