Endpoints de Legajos (RLM)¶

Endpoints para el modulo RLM (Registro Legajo Multiproposito): CRUD de legajos, campos enriquecidos, historial, relaciones, vinculacion con expedientes y documentos, e informes IFRLM.

Router principal: endpoints/rlm/router.py -- prefijo /api/v1, tag rlm

Resumen de Endpoints¶

Grupo	Metodo	Ruta	Descripcion
Familias	GET	`/registries`	Listar familias de registros
	GET	`/registries/{id}`	Detalle de una familia
Legajos CRUD	POST	`/records`	Crear legajo
	GET	`/records`	Listar legajos (paginado)
	GET	`/records/autocomplete`	Autocompletado por numero
	GET	`/records/{id}`	Detalle de un legajo
	PATCH	`/records/{id}`	Actualizar estado/nombre
Campos	PATCH	`/records/{id}/fields/{field}`	Actualizar campo enriquecido
	POST	`/records/{id}/fields/{field}/verify`	Verificar campo
Historial	GET	`/records/{id}/history`	Historial de cambios
Relaciones	GET	`/records/{id}/relations`	Listar relaciones
	POST	`/records/{id}/relations`	Crear relacion
	DELETE	`/records/{id}/relations/{rel_id}`	Eliminar relacion
Links (expedientes)	GET	`/records/{id}/cases`	Listar expedientes vinculados
	POST	`/records/{id}/cases`	Vincular expediente
	DELETE	`/records/{id}/cases/{link_id}`	Desvincular expediente
Links (documentos)	GET	`/records/{id}/documents`	Listar documentos vinculados
	POST	`/records/{id}/documents`	Vincular documento
	DELETE	`/records/{id}/documents/{link_id}`	Desvincular documento
Informe	POST	`/records/{id}/report`	Generar informe IFRLM

Grupo A: Familias de Registros¶

`GET /registries`¶

Lista todas las familias de registros activas con conteo de legajos y permisos del usuario.

Permisos: Autenticado. Los permisos por familia se resuelven en base al sector del usuario.

Response (200):

{
    "success": true,
    "data": {
        "registries": [
            {
                "id": "uuid",
                "code": "ARQ",
                "name": "Arquitectura",
                "description": "Legajos de obras de arquitectura",
                "allowed_states": ["Activo", "Inactivo", "Suspendido", "Archivado"],
                "is_active": true,
                "record_count": 42,
                "permissions": {
                    "can_create": true,
                    "can_edit": true,
                    "can_view": true,
                    "can_verify": false
                }
            }
        ],
        "total": 3
    },
    "message": "Se encontraron 3 registros"
}

Permisos bulk

Los permisos se resuelven en 2 queries (no N+1): una para obtener los sectores del usuario y otra para todos los permisos de esos sectores. Logica OR: si cualquier sector del usuario tiene el permiso, se activa.

Archivo: endpoints/rlm/registries.py

`GET /registries/{registry_id}`¶

Obtiene el detalle de una familia de registro incluyendo su data_schema.

Parametros de ruta:

Parametro	Tipo	Descripcion
`registry_id`	UUID	ID de la familia de registro

Response (200):

{
    "success": true,
    "data": {
        "id": "uuid",
        "code": "ARQ",
        "name": "Arquitectura",
        "description": "Legajos de obras de arquitectura",
        "data_schema": {
            "nombre_titular": {
                "label": "Nombre del titular",
                "type": "text",
                "required": true
            },
            "habilitacion": {
                "label": "Habilitacion",
                "type": "file",
                "has_expiration": true,
                "has_verification": true,
                "has_document": true
            }
        },
        "allowed_states": ["Activo", "Inactivo", "Suspendido", "Archivado"],
        "record_count": 42,
        "permissions": {
            "can_create": true,
            "can_edit": true,
            "can_view": true,
            "can_verify": false
        }
    },
    "message": "Registro 'ARQ' encontrado"
}

Archivo: endpoints/rlm/registries.py

Grupo B: Legajos CRUD¶

`POST /records`¶

Crea un nuevo legajo. Genera numero automatico con advisory lock 777777.

Permisos: can_create sobre la familia de registro.

Request:

{
    "registry_code": "ARQ",
    "display_name": "Edificio San Martin 1234",
    "data": {
        "nombre_titular": "Juan Perez",
        "direccion": "San Martin 1234"
    }
}

Validacion de datos

Los campos se validan contra el data_schema de la familia. En creacion se usa skip_required=True (los campos requeridos se pueden completar despues). Los campos con has_verification se inicializan automaticamente con verified: false.

Response (200):

{
    "success": true,
    "data": {
        "id": "uuid",
        "record_number": "RLM-2026-00000001-SMG-ARQ",
        "display_name": "Edificio San Martin 1234",
        "state": "Activo",
        "registry_code": "ARQ",
        "registry_name": "Arquitectura",
        "created_at": "2026-03-30 10:30:00"
    },
    "message": "Legajo RLM-2026-00000001-SMG-ARQ creado exitosamente"
}

Formato del numero: RLM-{ANIO}-{SECUENCIA:08d}-{MUNICIPIO}-{CODIGO_FAMILIA}

Numeracion atomica

La generacion del numero usa pg_advisory_xact_lock(777777) dentro de la misma transaccion que el INSERT, garantizando unicidad sin race conditions. Es un lock distinto al 888888 usado por documentos.

Post-creacion: Se encola la generacion de resumen IA (enqueue_record_resume_fire_and_forget) de forma asincrona y no bloqueante.

Archivo: endpoints/rlm/records.py

`GET /records`¶

Lista legajos con filtros, busqueda y paginacion. Solo muestra legajos de familias donde el usuario tiene can_view.

Permisos: can_view (se filtra automaticamente por familias visibles).

Query parameters:

Parametro	Tipo	Default	Descripcion
`registry`	string	null	Filtrar por codigo de familia (ARQ, LUM, ORD)
`state`	string	null	Filtrar por estado
`search`	string	null	Buscar por numero, nombre o datos (min 2 chars)
`page`	int	1	Pagina (>= 1)
`page_size`	int	10	Items por pagina (1-100)

Response (200):

{
    "success": true,
    "data": {
        "records": [
            {
                "id": "uuid",
                "record_number": "RLM-2026-00000001-SMG-ARQ",
                "display_name": "Edificio San Martin 1234",
                "state": "Activo",
                "resume": "Legajo de obra en San Martin 1234...",
                "next_expiration": "2026-06-15",
                "created_at": "2026-03-30 10:30:00",
                "updated_at": "2026-03-30 10:30:00",
                "registry": {
                    "code": "ARQ",
                    "name": "Arquitectura"
                },
                "created_by": {
                    "name": "Juan Perez",
                    "sector": "PRIV",
                    "department": "OOPU"
                }
            }
        ],
        "total": 42,
        "page": 1,
        "page_size": 10,
        "total_pages": 5
    },
    "message": "Se encontraron 42 legajos"
}

Busqueda

El parametro search busca con ILIKE en record_number, display_name y data::text (casting del JSONB a texto). Los caracteres especiales (%, _, \) se escapan automaticamente.

Archivo: endpoints/rlm/records.py

`GET /records/autocomplete`¶

Autocompletado de legajos por numero o nombre. Respeta permisos can_view via registry_family_permissions.

Query parameters:

Parametro	Tipo	Descripcion
`q`	string	Texto de busqueda (2-50 chars, requerido)
`limit`	int	Maximo de resultados (1-50, default 10)

Response (200):

{
    "success": true,
    "data": {
        "records": [
            {
                "record_id": "uuid",
                "record_number": "RLM-2026-00000001-SMG-ARQ",
                "display_name": "Edificio San Martin 1234",
                "family_code": "ARQ",
                "state": "Activo"
            }
        ],
        "total": 1,
        "query": "RLM-2026"
    },
    "message": "Se encontraron 1 legajos"
}

Archivo: endpoints/rlm/records.py

`GET /records/{record_id}`¶

Obtiene el detalle completo de un legajo incluyendo datos JSONB, info de la familia, creador y permisos del usuario.

Permisos: can_view sobre la familia del legajo.

Parametros de ruta:

Parametro	Tipo	Descripcion
`record_id`	UUID	ID del legajo

Response (200):

{
    "success": true,
    "data": {
        "id": "uuid",
        "record_number": "RLM-2026-00000001-SMG-ARQ",
        "display_name": "Edificio San Martin 1234",
        "state": "Activo",
        "data": {
            "nombre_titular": {
                "value": "Juan Perez",
                "verified": false,
                "verified_at": null,
                "verified_by": null
            },
            "habilitacion": {
                "value": "Habilitacion comercial",
                "expiration_date": "2026-06-15",
                "document_id": "uuid-doc",
                "verified": true,
                "verified_at": "2026-03-15T10:00:00",
                "verified_by": "uuid-verificador",
                "verified_by_name": "Maria Garcia"
            }
        },
        "resume": "Legajo de obra en San Martin 1234...",
        "next_expiration": "2026-06-15",
        "created_at": "2026-03-30 10:30:00",
        "updated_at": "2026-03-30 10:30:00",
        "registry": {
            "id": "uuid-registry",
            "code": "ARQ",
            "name": "Arquitectura",
            "data_schema": { "..." : "..." },
            "allowed_states": ["Activo", "Inactivo", "Suspendido", "Archivado"]
        },
        "created_by": {
            "user_id": "uuid",
            "name": "Juan Perez",
            "sector": "PRIV",
            "department": "OOPU"
        },
        "permissions": {
            "can_create": true,
            "can_edit": true,
            "can_view": true,
            "can_verify": false
        }
    },
    "message": "Legajo RLM-2026-00000001-SMG-ARQ encontrado"
}

Archivo: endpoints/rlm/records.py

`PATCH /records/{record_id}`¶

Actualiza el estado y/o nombre de un legajo. Registra historial atomicamente en la misma transaccion.

Permisos: can_edit sobre la familia del legajo.

Parametros de ruta:

Parametro	Tipo	Descripcion
`record_id`	UUID	ID del legajo

Request:

{
    "state": "Suspendido",
    "display_name": "Edificio San Martin 1234 - SUSPENDIDO",
    "reason": "Obra sin avance en 6 meses"
}

Validacion

Debe enviarse al menos state o display_name. El estado se valida contra la lista de states definida en la familia del registro. El reason se registra en historial pero es opcional.

Response (200):

{
    "success": true,
    "data": {
        "id": "uuid",
        "state": "Suspendido",
        "display_name": "Edificio San Martin 1234 - SUSPENDIDO",
        "updated_at": "2026-03-30 11:00:00"
    },
    "message": "Legajo actualizado - Estado: 'Suspendido', Nombre: 'Edificio San Martin 1234 - SUSPENDIDO'"
}

Acciones registradas en historial:

Campo actualizado	Accion
Solo estado	`state_changed`
Solo nombre	`display_name_changed`
Ambos	`record_updated`

Archivo: endpoints/rlm/records.py

Grupo C: Campos Enriquecidos¶

`PATCH /records/{record_id}/fields/{field_name}`¶

Actualiza un campo enriquecido especifico de un legajo. Usa SELECT FOR UPDATE + jsonb_set para atomicidad: dos usuarios pueden editar campos distintos del mismo legajo sin pisarse.

Permisos: can_edit sobre la familia del legajo.

Parametros de ruta:

Parametro	Tipo	Descripcion
`record_id`	UUID	ID del legajo
`field_name`	string	Nombre del campo (debe existir en `data_schema`)

Request:

{
    "value": "Juan Carlos Perez",
    "expiration_date": "2026-12-31",
    "document_id": "uuid-documento",
    "notes": "Actualizado segun documento oficial",
    "document_reference": "IF-2026-0001234-SMG",
    "document_resume": "Informe de actualizacion de titular"
}

Todos los campos del body son opcionales. Solo se actualizan los campos enviados.

Response (200):

{
    "success": true,
    "data": {
        "field_name": "nombre_titular",
        "field_data": {
            "value": "Juan Carlos Perez",
            "expiration_date": "2026-12-31",
            "document_id": "uuid-documento",
            "notes": "Actualizado segun documento oficial",
            "document_reference": "IF-2026-0001234-SMG",
            "document_resume": "Informe de actualizacion de titular"
        },
        "next_expiration": "2026-06-15",
        "updated_at": "2026-03-30 11:30:00"
    },
    "message": "Campo 'nombre_titular' actualizado"
}

Concurrencia

El endpoint usa SELECT ... FOR UPDATE OF r para lockear la fila del record antes de leer los datos frescos. Esto evita race conditions cuando dos usuarios editan campos distintos del mismo legajo. El lock se libera al terminar la transaccion.

Archivo: endpoints/rlm/fields.py

`POST /records/{record_id}/fields/{field_name}/verify`¶

Marca un campo como verificado. El campo debe tener has_verification: true en el data_schema.

Permisos: can_verify sobre la familia del legajo.

Parametros de ruta:

Parametro	Tipo	Descripcion
`record_id`	UUID	ID del legajo
`field_name`	string	Nombre del campo a verificar

Request:

{
    "document_id": "uuid-documento-oficial",
    "notes": "Verificado contra documento oficial"
}

El document_id es requerido y debe existir en official_documents.

Response (200):

{
    "success": true,
    "data": {
        "field_name": "habilitacion",
        "field_data": {
            "value": "Habilitacion comercial",
            "expiration_date": "2026-12-31",
            "verified": true,
            "verified_at": "2026-03-30T11:45:00",
            "verified_by": "uuid-verificador",
            "verified_by_name": "Maria Garcia",
            "verified_document_id": "uuid-documento-oficial",
            "verified_document_number": "IF-2026-0001234-SMG",
            "verified_document_resume": "Informe de habilitacion",
            "verification_notes": "Verificado contra documento oficial"
        },
        "updated_at": "2026-03-30 11:45:00"
    },
    "message": "Campo 'habilitacion' verificado"
}

Archivo: endpoints/rlm/fields.py

Grupo D: Historial¶

`GET /records/{record_id}/history`¶

Obtiene el historial de cambios de un legajo, paginado y ordenado por fecha descendente.

Permisos: can_view sobre la familia del legajo.

Parametros de ruta:

Parametro	Tipo	Descripcion
`record_id`	UUID	ID del legajo

Query parameters:

Parametro	Tipo	Default	Descripcion
`page`	int	1	Pagina (>= 1)
`page_size`	int	20	Items por pagina (1-100)

Response (200):

{
    "success": true,
    "data": {
        "entries": [
            {
                "id": "uuid",
                "action": "field_updated",
                "field_name": "nombre_titular",
                "before_value": {"value": "Juan Perez"},
                "after_value": {"value": "Juan Carlos Perez"},
                "user_id": "uuid",
                "user_name": "Admin User",
                "sector_name": "PRIV",
                "created_at": "2026-03-30 11:30:00"
            }
        ],
        "total": 15,
        "page": 1,
        "page_size": 20,
        "total_pages": 1
    },
    "message": "Se encontraron 15 entradas en el historial"
}

Tipos de acciones registradas:

Accion	Descripcion
`created`	Legajo creado
`state_changed`	Cambio de estado
`display_name_changed`	Cambio de nombre
`record_updated`	Cambio de estado y nombre
`field_updated`	Campo enriquecido actualizado
`field_verified`	Campo verificado
`relation_created`	Relacion creada
`relation_deleted`	Relacion eliminada
`document_linked`	Documento vinculado
`document_unlinked`	Documento desvinculado
`case_linked`	Expediente vinculado
`case_unlinked`	Expediente desvinculado
`ifrlm_generated`	Informe IFRLM generado

Archivo: endpoints/rlm/fields.py

Grupo E: Relaciones entre Legajos¶

`GET /records/{record_id}/relations`¶

Lista relaciones de un legajo con otros legajos. La consulta es bidireccional: muestra relaciones donde el legajo es source O target.

Permisos: can_view sobre la familia del legajo.

Query parameters:

Parametro	Tipo	Default	Descripcion
`page`	int	1	Pagina (>= 1)
`page_size`	int	20	Items por pagina (1-100)

Response (200):

{
    "success": true,
    "data": {
        "relations": [
            {
                "relation_id": "uuid",
                "relation_type": "related",
                "notes": "Misma direccion",
                "created_at": "2026-03-30 12:00:00",
                "related_record": {
                    "id": "uuid",
                    "record_number": "RLM-2026-00000002-SMG-LUM",
                    "display_name": "Luminaria San Martin 1234",
                    "state": "Activo",
                    "registry_code": "LUM",
                    "registry_name": "Luminarias",
                    "resume": "..."
                }
            }
        ],
        "total": 2,
        "page": 1,
        "page_size": 20,
        "total_pages": 1
    },
    "message": "Se encontraron 2 relaciones"
}

Archivo: endpoints/rlm/relations.py

`POST /records/{record_id}/relations`¶

Crea una relacion entre dos legajos. No se permite crear una relacion de un legajo consigo mismo.

Permisos: can_edit sobre la familia del legajo origen.

Request:

{
    "target_record_id": "uuid-legajo-destino",
    "relation_type": "related",
    "notes": "Misma direccion"
}

Tipos de relacion validos (enum relation_type):

Tipo	Descripcion
`parent`	El legajo origen es padre del destino
`child`	El legajo origen es hijo del destino
`related`	Relacion generica
`replaces`	El legajo origen reemplaza al destino
`sibling`	Legajos hermanos
`cousin`	Legajos primos

Response (200):

{
    "success": true,
    "data": {
        "source_record_id": "uuid-origen",
        "target_record_id": "uuid-destino",
        "relation_type": "related"
    },
    "message": "Relacion creada exitosamente"
}

Archivo: endpoints/rlm/relations.py

`DELETE /records/{record_id}/relations/{relation_id}`¶

Elimina una relacion entre legajos. El relation_id debe pertenecer al legajo (como source o target).

Permisos: can_edit sobre la familia del legajo.

Response (200):

{
    "success": true,
    "data": {"removed": true},
    "message": "Relacion eliminada exitosamente"
}

Archivo: endpoints/rlm/relations.py

Grupo F: Links con Expedientes¶

`GET /records/{record_id}/cases`¶

Lista expedientes vinculados a un legajo con paginacion.

Permisos: can_view sobre la familia del legajo.

Query parameters:

Parametro	Tipo	Default	Descripcion
`page`	int	1	Pagina (>= 1)
`page_size`	int	20	Items por pagina (1-100)

Response (200):

{
    "success": true,
    "data": {
        "cases": [
            {
                "link_id": "uuid",
                "case_id": "uuid",
                "notes": "Expediente de habilitacion",
                "linked_at": "2026-03-30 12:30:00",
                "case_number": "HABI-2026-0000001-SMG",
                "reference": "Habilitacion comercial San Martin 1234",
                "short_ai_summary": "Expediente de habilitacion comercial..."
            }
        ],
        "total": 1,
        "page": 1,
        "page_size": 20,
        "total_pages": 1
    },
    "message": "Se encontraron 1 expedientes vinculados"
}

Archivo: endpoints/rlm/cases.py

`POST /records/{record_id}/cases`¶

Vincula un expediente a un legajo.

Permisos: can_edit sobre la familia del legajo.

Request:

{
    "case_id": "uuid-expediente",
    "notes": "Expediente de habilitacion"
}

Response (200):

{
    "success": true,
    "data": {
        "record_id": "uuid-legajo",
        "case_id": "uuid-expediente"
    },
    "message": "Expediente vinculado exitosamente"
}

Errores:

Codigo	Causa
404	Legajo o expediente no encontrado
403	Sin permiso `can_edit`
409	El expediente ya esta vinculado (constraint UNIQUE)

Archivo: endpoints/rlm/cases.py

`DELETE /records/{record_id}/cases/{link_id}`¶

Desvincula un expediente de un legajo.

Permisos: can_edit sobre la familia del legajo.

Response (200):

{
    "success": true,
    "data": {"removed": true},
    "message": "Expediente desvinculado exitosamente"
}

Archivo: endpoints/rlm/cases.py

Grupo G: Links con Documentos¶

`GET /records/{record_id}/documents`¶

Lista documentos oficiales vinculados a un legajo con paginacion.

Permisos: can_view sobre la familia del legajo.

Query parameters:

Parametro	Tipo	Default	Descripcion
`page`	int	1	Pagina (>= 1)
`page_size`	int	20	Items por pagina (1-100)

Response (200):

{
    "success": true,
    "data": {
        "documents": [
            {
                "link_id": "uuid",
                "document_id": "uuid",
                "field_name": "habilitacion",
                "notes": "Documento de habilitacion",
                "linked_at": "2026-03-30 13:00:00",
                "official_number": "IF-2026-0001234-SMG",
                "reference": "Informe de habilitacion",
                "document_type": "IF",
                "is_auto": false,
                "resume": "Informe sobre habilitacion comercial..."
            }
        ],
        "total": 3,
        "page": 1,
        "page_size": 20,
        "total_pages": 1
    },
    "message": "Se encontraron 3 documentos vinculados"
}

Documentos automaticos

Los documentos con document_type = "IFRLM" tienen is_auto: true. Son informes generados automaticamente por el sistema.

Archivo: endpoints/rlm/documents.py

`POST /records/{record_id}/documents`¶

Vincula un documento oficial a un legajo. Opcionalmente se puede asociar a un campo especifico del legajo.

Permisos: can_edit sobre la familia del legajo.

Request:

{
    "document_id": "uuid-documento-oficial",
    "field_name": "habilitacion",
    "notes": "Documento de habilitacion"
}

Campo	Tipo	Requerido	Descripcion
`document_id`	string	Si	ID del documento oficial
`field_name`	string	No	Campo del legajo al que se asocia
`notes`	string	No	Notas sobre la vinculacion

Response (200):

{
    "success": true,
    "data": {
        "record_id": "uuid-legajo",
        "document_id": "uuid-documento"
    },
    "message": "Documento vinculado exitosamente"
}

Errores:

Codigo	Causa
404	Legajo o documento no encontrado
403	Sin permiso `can_edit`
409	El documento ya esta vinculado (constraint UNIQUE)

Archivo: endpoints/rlm/documents.py

`DELETE /records/{record_id}/documents/{link_id}`¶

Desvincula un documento de un legajo.

Permisos: can_edit sobre la familia del legajo.

Response (200):

{
    "success": true,
    "data": {"removed": true},
    "message": "Documento desvinculado exitosamente"
}

Archivo: endpoints/rlm/documents.py

Grupo H: Informe IFRLM¶

`POST /records/{record_id}/report`¶

Genera un informe IFRLM (snapshot) del legajo. Crea un documento oficial tipo IFRLM con los datos actuales, lo firma automaticamente, lo vincula al legajo y registra en historial.

Permisos: can_edit sobre la familia del legajo.

Parametros de ruta:

Parametro	Tipo	Descripcion
`record_id`	UUID	ID del legajo

Pipeline de generacion:

1. Leer datos actuales del legajo (campos, docs, cases)
2. Construir snapshot HTML
3. Pipeline: create_and_sign_case_document()
   -> PDFComposer /create-ifrlm/
   -> Notary (firma digital)
   -> R2 (almacenamiento)
4. Vincular IFRLM al legajo (record_document_links)
5. Registrar en historial: action=ifrlm_generated

Response (200):

{
    "success": true,
    "data": {
        "document_id": "uuid",
        "official_number": "IFRLM-2026-0000001-SMG",
        "record_id": "uuid",
        "record_number": "RLM-2026-00000001-SMG-ARQ",
        "report_type": "IFRLM",
        "is_initial": false,
        "notes": "Informe de legajo",
        "generated_at": "2026-03-30T14:00:00",
        "generated_by": "Juan Perez"
    },
    "message": "Informe IFRLM generado exitosamente para legajo RLM-2026-00000001-SMG-ARQ"
}

Informe inicial

Cuando se crea un legajo, se genera automaticamente un IFRLM inicial (con is_initial: true) desde el endpoint POST /records de forma asincrona.

Archivo: endpoints/rlm/records.py

Errores Comunes¶

Codigo	Error	Causa
401	No autenticado	Token JWT invalido o expirado
403	Sin permisos	El usuario no tiene el permiso requerido sobre la familia
404	No encontrado	Legajo, registro, documento o expediente inexistente
409	Conflicto	Vinculacion duplicada (constraint UNIQUE)
422	Validacion	Datos invalidos, campo inexistente en schema, estado no permitido
500	Error interno	Error en servicios externos (PDFComposer, Notary)

Autenticacion¶

Todos los endpoints requieren token JWT via Authorization: Bearer <token>. El schema del tenant se resuelve automaticamente desde el token via get_tenant_schema.

Endpoints de Legajos (RLM)¶

Resumen de Endpoints¶

Grupo A: Familias de Registros¶

GET /registries¶

GET /registries/{registry_id}¶

Grupo B: Legajos CRUD¶

POST /records¶

GET /records¶

GET /records/autocomplete¶

GET /records/{record_id}¶

PATCH /records/{record_id}¶

Grupo C: Campos Enriquecidos¶

PATCH /records/{record_id}/fields/{field_name}¶

POST /records/{record_id}/fields/{field_name}/verify¶

Grupo D: Historial¶

GET /records/{record_id}/history¶

Grupo E: Relaciones entre Legajos¶

GET /records/{record_id}/relations¶

POST /records/{record_id}/relations¶

DELETE /records/{record_id}/relations/{relation_id}¶

Grupo F: Links con Expedientes¶

GET /records/{record_id}/cases¶

POST /records/{record_id}/cases¶

DELETE /records/{record_id}/cases/{link_id}¶

Grupo G: Links con Documentos¶

GET /records/{record_id}/documents¶

POST /records/{record_id}/documents¶

DELETE /records/{record_id}/documents/{link_id}¶

Grupo H: Informe IFRLM¶

POST /records/{record_id}/report¶

Errores Comunes¶

Autenticacion¶

`GET /registries`¶

`GET /registries/{registry_id}`¶

`POST /records`¶

`GET /records`¶

`GET /records/autocomplete`¶

`GET /records/{record_id}`¶

`PATCH /records/{record_id}`¶

`PATCH /records/{record_id}/fields/{field_name}`¶

`POST /records/{record_id}/fields/{field_name}/verify`¶

`GET /records/{record_id}/history`¶

`GET /records/{record_id}/relations`¶

`POST /records/{record_id}/relations`¶

`DELETE /records/{record_id}/relations/{relation_id}`¶

`GET /records/{record_id}/cases`¶

`POST /records/{record_id}/cases`¶

`DELETE /records/{record_id}/cases/{link_id}`¶

`GET /records/{record_id}/documents`¶

`POST /records/{record_id}/documents`¶

`DELETE /records/{record_id}/documents/{link_id}`¶

`POST /records/{record_id}/report`¶