A sede is a physical location belonging to your organization — a campus, building, or office. Educational operators in Colombia typically run several of these simultaneously: a main campus in one municipality, a secondary one in another, and possibly a remote annex. La Oficina Nítida models each of these as aDocumentation Index
Fetch the complete documentation index at: https://mintlify.com/Glemynart/SaaS/llms.txt
Use this file to discover all available pages before exploring further.
Sede, a first-class entity tied to your tenant that can be assigned to employees, contracts, and bulk processing batches.
Sede Data Model
Each sede stores the following fields:| Field | Type | Required | Description |
|---|---|---|---|
id | String (UUID) | Auto | Primary key, auto-generated |
nombre | String | ✅ | Branch name — must be unique among active sedes within your tenant |
municipioId | String | ✅ | FK to the DANE municipality catalog (see below) |
direccion | String? | Optional | Street address of the branch |
activo | Boolean | Optional | Whether the branch is currently active; defaults to true |
tenantId | String | Auto | Injected from the JWT — never supplied by the client |
CRUD Operations
All sede endpoints require a valid JWT and an active tenant. Creating and updating sedes is restricted to theADMIN role. Reading sedes is available to all authenticated roles.
List all branches
Create a branch
tenantId is set automatically from the JWT.
Get a single branch
MunicipioDane data.
Update a branch
nombre, municipioId, direccion, or activo independently.
Activation and Deactivation
La Oficina Nítida does not hard-delete sedes. Settingactivo: false via PATCH /sedes/:id logically deactivates a branch. Deactivated sedes:
- No longer appear in active-only filters
- Cannot be assigned to new employees or contracts
- Remain in the database to preserve historical references (e.g., contracts and employees previously associated with the branch continue to reference it correctly)
PATCH /sedes/:id with { "activo": true }.
DANE Municipality Integration
Colombia’s official administrative geography is maintained by the DANE (Departamento Administrativo Nacional de Estadística). La Oficina Nítida seeds the complete DANE municipality catalog into the platform’s database, making it available to all tenants.Fetching the municipality catalog
| Field | Description |
|---|---|
id | UUID used as municipioId when creating a sede |
codigo | Official DANE code (e.g., 11001 for Bogotá D.C.) |
nombre | Municipality name |
departamento | Department (Colombian state) the municipality belongs to |
municipioId field is required when creating a sede. Always resolve the correct UUID by searching the catalog before creating or updating a branch.
Uniqueness Rule
Active sede names must be unique within your organization. Attempting to create two active sedes with the samenombre under the same tenant returns a validation error. This rule applies only to active sedes — a deactivated sede’s name can be reused.
Employee → Sede Relationship
Every employee can be assigned to a sede via thesedeId field on the Empleado model. This relationship is a formal foreign key — not a free-text field. Assigning an employee to a sede:
- Sets
Empleado.sedeIdto the UUID of the chosenSede - Makes the
{{SEDE}}template variable available in document generation, resolving toemployee.sedeRef.nombre
{{SEDE}} variable can be used in any DocumentTemplate or generated contract to automatically print the branch name on documents.
When importing employees in bulk via the Excel template, the sede column accepts the branch name (not its UUID). The platform resolves the name to the correct
sedeId automatically during import. Make sure the name in your spreadsheet matches exactly — including accents and capitalization — the nombre of an active sede in your organization.