The Chefs API provides read-only access to chef records stored in the restaurant’s employee hierarchy. All routes are mounted under the base pathDocumentation Index
Fetch the complete documentation index at: https://mintlify.com/NicolasMPP/restorante-springboot/llms.txt
Use this file to discover all available pages before exploring further.
/api/chefs and are CORS-enabled with no authentication required. Chef cédulas are the primary key used when assigning a chef to a new recipe through the Menu API’s alimento-completo workflow — retrieve the list of chefs first, let the user choose, then pass the chosen chef’s cedula field in the request body.
Endpoints
List all chefs
GET /api/chefs
Returns all Chef records ordered by name (ascending), as supplied by ChefRepository.buscarTodosOrdenados(). This endpoint is used by the Add Food Item modal to populate the chef selection dropdown.
200 OK
Response fields
Auto-generated primary key of the chef record.
Full display name of the chef (max 100 characters, inherited from
Persona).Unique identity number (cédula) used as a business key across the API. Required when creating food items via the Menu API.
Monthly salary with up to two decimal places (inherited from
Empleado).ISO-8601 date (
YYYY-MM-DD) recording when the chef joined the restaurant (inherited from Empleado).ISO-8601 datetime of the chef’s shift start (inherited from
Empleado).ISO-8601 datetime of the chef’s shift end (inherited from
Empleado).Contact phone number (max 20 characters, inherited from
Persona). May be null.Email address (max 100 characters, inherited from
Persona). May be null.Get chef by ID
GET /api/chefs/{id}
Retrieves a single Chef by its numeric primary key.
Path parameters
The unique numeric identifier of the chef to retrieve.
200 OK — a single Chef object (same shape as entries in the list response).
Returns 404 Not Found when no chef exists with the given id.
Get chef by cédula
GET /api/chefs/cedula/{cedula}
Retrieves a single Chef by their cédula (national identity number). Because cedula is declared as a unique column in the personas table, this lookup always returns at most one record.
This route is used internally by the Menu API when processing an AlimentoCompletoRequest — it resolves chefCedula to the full Chef entity before creating the linked recipe.
Path parameters
The chef’s cédula string exactly as stored (max 20 characters). Must be URL-safe; encode any special characters before passing in the path segment.
200 OK — a single Chef object.
Returns 404 Not Found when no chef’s cédula matches the given value.
Get recipes for a chef
GET /api/chefs/{id}/recetas
Returns all Receta records associated with the specified chef, each with its full ingredient list. This is the same data served by GET /api/recetas/chef/{chefId} but scoped to the Chefs resource path. It is used by the chef detail panel in the menu UI.
Path parameters
The numeric primary key of the chef whose recipes should be returned.
200 OK
[] when the chef has no recipes assigned.
Chefs inherit from
Empleado, which in turn inherits from Persona. The Persona → Empleado link uses JPA JOINED inheritance (separate personas and empleados tables joined by primary key), while the Empleado → Chef link uses SINGLE_TABLE inheritance with a tipo_empleado discriminator column. This means the full set of Empleado fields — fechaVinculacion, horaIngreso, horaSalida, and salario — plus all Persona fields (nombre, cedula, telefono, correo) are included in every Chef response. The recetas back-reference on Empleado is annotated @JsonIgnore and will not appear in serialised output; use GET /api/chefs/{id}/recetas to retrieve a chef’s recipes.