Exportar todo el material

101 páginas · use «Imprimir / Guardar PDF» del navegador. En el diálogo elija Guardar como PDF.

Imprimir / Guardar PDF

Sistema de Digitalización de Trámites

Biblioteca SYDT

Referencia de trámites, nodos del constructor y definiciones del sistema.

Generado el 31 de agosto de 2026 · 101 secciones

Índice

1. Biblioteca SYDT
2. Trámites
3. Calificación de Lugar CL-2 al CL-6
4. Factibilidad de Drenaje de Aguas Lluvias
5. Inscripción de inmueble
6. Inscripción de proyecto
7. Línea de Construcción
8. Proceso de verificación de empresa
9. Registro de tramitador responsable
10. Revisión Vial y Zonificación
11. Manuales
12. Empezar aquí
13. Manual de configuración y administración
14. Matriz de cumplimiento
15. Manual de usuario externo
16. Introducción y recorrido general
17. Proceso general de un trámite
18. Manual de usuario interno
19. Rol de Analista
20. Introducción — usuario interno
21. Lineamientos de producción
22. Manual de soporte
23. Acceso al sistema
24. Problemas frecuentes
25. Registro de tickets para Elaniin
26. Preparar la institución
27. Entidad
28. Centro de datos
29. Grupos
30. Rol
31. Proceso
32. Etiquetas
33. Mi primer trámite
34. Constructor de trámites
35. Flujo
36. Plantillas
37. Calendario
38. Editar un trámite existente
39. Ambiente de aceptación
40. Historial
41. Configuración
42. Agrupación condicional
43. Asignar grupo
44. Asociar usuario con usuario
45. Campo calculado
46. Finalizador
47. Condicional Switch
48. Confirmar asociación de usuarios
49. N8N
50. Condicional If
51. Wait
52. Expediente
53. Firma digital
54. Formulario
55. Merge
56. Generador de documentos
57. Inicializador
58. Interoperabilidad
59. Multi hilos
60. Notificaciones
61. Pasarela de pago / NPE
62. Resolución de trámites
63. Subflujo
64. Suma
65. Revisión
66. Videos
67. Guía de uso
68. Acceso
69. Expedientes
70. Jerarquías
71. El sistema
72. Solicitudes
73. Solicitud
74. Identificadores
75. Notificaciones
76. Aprobación
77. Rechazo
78. Visto bueno
79. Desistimiento
80. Prórroga
81. Suspensión de plazo
82. Reasignación
83. Trazabilidad
84. Auditoría
85. Autenticación
86. Código de un solo uso
87. Solicitante
88. Usuario interno
89. Identidades y accesos
90. Gestión de usuarios
91. Expediente
92. Registro
93. Asociación de registros
94. Jerarquías
95. Representación
96. Propietario
97. Impersonación
98. SDT
99. Portal externo
100. Tablero
101. Métricas

Biblioteca SYDT

Referencia operativa del Sistema de Digitalización de Trámites (SDT).

Buscá un trámite, un nodo o un concepto… Ctrl K

Todo Manuales Trámites Configuración Solicitudes Expedientes 93 registros documentados

Qué vas a encontrar acá

Nuevo Manuales SDT Los 4 entregables del requerimiento: usuario externo, interno, configuración y soporte. 9 capítulos listos · matriz de cumplimiento Qué tiene un trámite Modalidades, recorrido fase por fase, formularios y los identificadores que emite. 8 fichas documentadas Cómo se configura Los nodos del constructor y cómo se arma el recorrido dentro del SDT. 25 nodos · transversal Cómo es el sistema El portal externo, el administrador y el constructor: qué hace cada cara. 47 definiciones Quién entra a qué Roles, grupos, jerarquías y representación: quién ve y quién resuelve. Acceso y jerarquías

Trámites documentados

Línea de Construcción Modalidad y submodalidad, validaciones, expediente del proyecto, revisión, pago, inspección y resolución. ACH Borrador Revisión Vial y Zonificación Modalidad RVZ, validación de vigencias, multas, expediente del proyecto, revisión, pago, inspección y resolución. ACH Borrador Factibilidad de Drenaje de Aguas Lluvias Modalidad FALL, validación de expediente, multas, expediente del proyecto, revisión, pago, inspección y resolución. ACH Publicado Calificación de Lugar CL-2 al CL-6 Elige un inmueble ya registrado, valida vigencia y multas, genera el código del proyecto, revisa, cobra, inspecciona y resuelve. ACH Borrador Inscripción de inmueble Inscribe un predio, abre la carpeta del inmueble y la une al propietario. Si es empresa, también al expediente jurídico. ACH Borrador Inscripción de proyecto Inscribe un proyecto, crea su carpeta y asocia titular o propietario externo. Si aplica, copropietario o persona jurídica. ACH Publicado Registro de tramitador responsable Alta de tramitador responsable: formulario, código de registro, revisión humana y expediente solo si se aprueba. ACH Publicado Proceso de verificación de empresa Registra una persona jurídica: formulario, código ACH, carpeta de la empresa, propietario y notificación de cierre. ACH Borrador

Ver el catálogo completo con filtros y cobertura →

Trámites

Catálogo de trámites documentados. Cada ficha describe el recorrido, los nodos y los identificadores de un flujo publicado.

Qué hay documentado

8 trámites de la ACH

Cada ficha describe un flujo publicado en el constructor: el recorrido fase por fase, los nodos que intervienen y los identificadores que genera. Cada ficha se actualiza cuando cambia la versión del flujo en el constructor.

5 en borrador 3 publicados

Todos Borrador Publicado 8 trámites

Trámite Fases Esperan a una persona Nodos Versión Estado Abrir

Línea de Construcción Modalidad y submodalidad, validaciones, expediente del proyecto, revisión, pago, inspección y resolución. Fases12 Esperan a una persona 5 de 12 Nodos116 Versiónv23 Borrador Revisión Vial y Zonificación Modalidad RVZ, validación de vigencias, multas, expediente del proyecto, revisión, pago, inspección y resolución. Fases12 Esperan a una persona 5 de 12 Nodos116 Versiónv18 Borrador Factibilidad de Drenaje de Aguas Lluvias Modalidad FALL, validación de expediente, multas, expediente del proyecto, revisión, pago, inspección y resolución. Fases12 Esperan a una persona 5 de 12 Nodos116 Versiónv30 Publicado Calificación de Lugar CL-2 al CL-6 Elige un inmueble ya registrado, valida vigencia y multas, genera el código del proyecto, revisa, cobra, inspecciona y resuelve. Fases13 Esperan a una persona 5 de 13 Nodos137 Versiónv30 Borrador Inscripción de inmueble Inscribe un predio, abre la carpeta del inmueble y la une al propietario. Si es empresa, también al expediente jurídico. Fases6 Esperan a una persona 1 de 6 Nodos12 Versiónv6 Borrador Inscripción de proyecto Inscribe un proyecto, crea su carpeta y asocia titular o propietario externo. Si aplica, copropietario o persona jurídica. Fases6 Esperan a una persona 1 de 6 Nodos25 Versiónv7 Publicado Registro de tramitador responsable Alta de tramitador responsable: formulario, código de registro, revisión humana y expediente solo si se aprueba. Fases5 Esperan a una persona 2 de 5 Nodos12 Versiónv5 Publicado Proceso de verificación de empresa Registra una persona jurídica: formulario, código ACH, carpeta de la empresa, propietario y notificación de cierre. Fases5 Esperan a una persona 1 de 5 Nodos8 Versiónv10 Borrador

Calificación de Lugar CL-2 al CL-6

Trámite de calificación de lugar con catálogo CL, validaciones N8N, revisión, inspección, pago y resolución.

PR1 · Alcaldía del Centro Histórico de San Salvador

Calificación de Lugar CL-2 al CL-6

Elige un inmueble ya registrado, valida vigencia y multas, genera el código del proyecto, revisa, cobra, inspecciona y resuelve.

ACH Versión 30 Flujo en borrador

Quién interviene

• Solicitante 2
• Analista 1
• Inspector 1
• Técnico 1

5 de las 13 fases esperan a una persona; el resto avanza solo.

Qué es y qué contiene Cómo se recorre · 13 Cómo se configura Inventario de nodos · 107 Identificadores y ejemplos

13

fases del recorrido

137

nodos en el constructor

11

catálogos de datos

107

nodos documentados

Acerca de este trámite

Qué resuelve, para quién y qué entrega al cerrar.

Calificación de Lugar para modalidades CL-2 al CL-6. La persona elige un inmueble ya registrado en el formulario, completa datos del proyecto y el flujo valida vigencia y multas, genera el código de registro del proyecto vía N8N, crea la carpeta y la asocia al inmueble. Después pasan revisión técnica y legal, admisión, pago, inspección y resolución (aprobada o denegada).

Abrir en el ambiente de pruebas

Datos del flujo

Lo que hace falta para encontrarlo y reproducirlo en el constructor.

Nombre en el constructor

1. Calificación de Lugar CL-2 al CL-6

Versión

30 · Nueva versión

Estado

DRAFT

Tipo

FORMALITIES

Prórrogas máximas

2

Nodos en el canvas

137 (30 finalizadores por error)

ID de proceso

4572658f-beb6-4766-a3fe-a17f534da83f

ID de flujo

9b3f5c16-a647-4d20-86ee-09c63438d2cf

ID de flujo original

a739abdd-4ba1-49dc-b983-f00cf620baa7

Origen de duplicado

6532bbc2-0cfb-48ea-96a6-06da16d2a2ee

Identificadores en este trámite

Qué número identifica qué, y en qué pieza del flujo nace.

Identificador	Dónde nace en este flujo
Número de solicitud	Inicializador
Registro referenciado	Formulario Calificación de Lugar → salida id (inmueble elegido)
Código de registro	N8N ID de registro → salida codigo → nodo Expediente del proyecto

Salidas como valido, multas_activas o tarifa_excedente sirven para ramificar; N8N construye el codigo que el Expediente materializa.

Cómo recorre el flujo

El diagrama del recorrido y la guía fase por fase.

Vista resumida en el diagrama; el detalle fase por fase — formularios, campos y ramas — está en la guía siguiente (extraída del JSON del constructor, v30).

Cargando diagrama…

flowchart TB
  I[Inicializador] --> DC[Catálogo CL]
  DC --> F[Formulario Calificación de Lugar]
  F --> NV[Validación de vigencia]
  NV --> NM[Multas y variables]
  NM --> NR[ID de registro]
  NR --> EXP[Expediente y asociación]
  EXP --> RV[Revisión Integral]
  RV --> ADM[Auto de admisión]
  ADM --> PAG[Cobro y pago]
  PAG --> INS[Inspección]
  INS --> SW[Validación de Inspección]
  SW --> RES[Resolución y firma]
  RES --> FIN[Finalizador]

Pulse un recuadro del diagrama para ver la configuración de ese paso.

Figura 1. Fases principales. Pulse un recuadro para configuración breve de esa etapa.

Recorrido detallado del trámite. Elija una fase para ver qué se captura en formularios, qué nodos intervienen y cómo ramifica.

1. 01 Inicio Número de solicitud
2. 02 Catálogo CL Centros de datos
3. 03 Captura principal Formulario Calificación de Lugar
4. 04 Validaciones N8N Vigencia, multas y variables
5. 05 Registro del proyecto Código e inmueble
6. 06 Revisión Técnica y legal
7. 07 Admisión Auto y notificación
8. 08 Cobro y pago Tarifa y solvencia
9. 09 Observaciones Subsanación
10. 10 Inspección Campo y patrimonio
11. 11 Resultado inspección Switch
12. 12 Resolución Generar, firmar, notificar
13. 13 Cierre Finalizadores

Avanza solo

Inicio · Número de solicitud

El inicializador abre la solicitud. A partir de aquí existe un número de trámite visible en portal y administrador.

En esta fase

• Prórroga máxima configurada: 2 extensiones.
• Aún no hay registro del proyecto ni inmueble referenciado.

Nodos en el constructor

• Inicializador

Avanza solo

Catálogo CL · Centros de datos

Once centros de datos cargan en cadena la taxonomía CL-2 al CL-6 antes de mostrar el formulario. Precargan modalidad, submodalidad, categoría y cada uso de suelo.

En esta fase

• Modalidad CL → Submodalidad CL → Categoria CL → ramas de uso (Habitacional, Alojamiento, Comercio, Servicios, Manufacturas menores, Almacenamiento, Equipamiento, Talleres).
• Cada nodo tiene rama success y error; el error cierra con finalizador dedicado.
• Lo capturado aquí alimenta listas y validaciones del formulario principal.

Nodos en el constructor

• Modalidad CL
• Submodalidad CL
• Categoria CL
• Habitacional
• Alojamiento CL
• Comercio Uso de Suelo
• Servicios CL
• Manufacturas Menores CL
• Almacenamiento CL
• Equipamiento CL
• Centro de datos talleres

Ramas

success

Continúa al siguiente centro de datos o al formulario.

error

Finalizador de error del catálogo; no llega al formulario.

Espera a una persona

Captura principal · Formulario Calificación de Lugar

Pantalla principal del portal. La persona elige el inmueble sobre el que califica, declara usos de suelo y completa datos del proyecto. El flujo se detiene hasta el envío.

En esta fase

• 59 conexiones de campos salen de este formulario en el constructor.
• La salida id (selector de expedientes) no crea carpeta: referencia el predio ya inscrito.
• Tras el envío, un calculado registra la fecha de ingreso de solicitud.

Formulario · Formulario Calificación de Lugar

Solicitante en portal

Campo o grupo	Para qué se usa en el flujo
Inmueble / expediente referenciadoid	Validación de vigencia, validaciones de multas y solvencia, asociación al proyecto, actualización de expediente.
Uso habitacionalhabitacional_uso_de_suelo	Unificación de variables → usos_concatenados.
Uso alojamientoalojamiento_uso_de_suelo	Unificación de variables → usos_concatenados.
Uso comerciocomercio_us	Unificación de variables → usos_concatenados.
Uso serviciosservicios_us	Unificación de variables → usos_concatenados.
Manufacturas menoresmanufacturas_menores_us	Unificación de variables → usos_concatenados.
Almacenamientoalmacenamiento_us	Unificación de variables → usos_concatenados.
Equipamientoequipamiento	Unificación de variables → usos_concatenados.
Tallerestalleres	Unificación de variables → usos_concatenados.
Datos del proyecto para expediente	Varios campos alimentan Expediente Trámites Previos Aprobado (creación/actualización de la carpeta CL).
Datos para documentos de admisión	Campos hacia Formato Auto de Admisión y notificaciones de admisión.
Datos para notificaciones	Correos y avisos: resolución, multas, pago de solvencia, archivado por tiempo.
Variables tarifarias	Campo conectado a Calculo de cobro.
Planos técnicos	Campos hacia Firma Planos.
Normalización de texto	Campo hacia Convertidor de variables.

Los campos sin clave visible en el constructor comparten destino por grupo; las conexiones están en el JSON del flujo (field_id).

Nodos en el constructor

• Formulario Calificación de Lugar
• Fecha de ingreso de solicitud

Avanza solo

Validaciones N8N · Vigencia, multas y variables

Tras el envío avanza solo. Consultas externas y normalización preparan el terreno para el registro del proyecto.

En esta fase

• Validación de vigencia usa el id del inmueble; devuelve valido (condicional If).
• Convertidor de variables y Unificación de variables integran usos de suelo del formulario.
• Validación de multas devuelve multas_activas; puede disparar notificación de pago solvencia.

Nodos en el constructor

• Validación de vigencia
• Validación
• Convertidor de variables
• Unificación de variables
• Validación de multas
• Validación de multas 1
• Notificación de pago solvencia

Ramas

valido = false

Rama de no vigencia → cierre o rechazo según diseño.

multas_activas

Notificaciones de multa y decisiones por multas más adelante.

error N8N

Finalizador; la consulta externa no respondió.

Avanza solo

Registro del proyecto · Código e inmueble

El N8N ID de registro construye el código de la carpeta del proyecto. Los nodos Expediente materializan y vinculan con el inmueble referenciado.

En esta fase

• Salida codigo del N8N → identificador de negocio del registro CL.
• Expediente Trámites Previos Aprobado crea o consolida la carpeta.
• Asociación de expediente a inmueble une proyecto ↔ predio elegido al inicio.
• Actualización de expediente del proyecto sincroniza campos posteriores.

Nodos en el constructor

• ID de registro
• Expediente Trámites Previos Aprobado
• Asociación de expediente a inmueble
• Actualización de expediente del proyecto

Ramas

error codigo

Finalizador si el N8N no entrega código.

Espera a una persona

Revisión · Técnica y legal

Analistas en grupos asignados revisan la solicitud. Puede haber observaciones, interés social y revisión final antes de admitir.

En esta fase

• Asignación a Grupo Revisión Técnica y Revisión Legal.
• Revisión Integral: etapa humana con salidas success, error y expired.
• Revisión Final cierra la etapa administrativa previa a admisión.

Formulario · Verificación de Interés Social

Analista / revisor

Campo o grupo	Para qué se usa en el flujo
Criterios de interés social	Campo conectado a Calculo de cobro (incide en tarifa).

Formulario · Formato de plantilla Aprobada / Denegada / auto de requerimiento

Analista / revisor

Campo o grupo	Para qué se usa en el flujo
Plantillas de revisión	Formularios de plantilla usados en revisión; alimentan generadores de documentos.

Nodos en el constructor

• Asignar Grupo Revisión Técnica
• Asignar grupo Revisión Legal
• Revisión Integral
• Revisión técnica 1
• Revisión Final
• Asignación de Grupo Revisión Final

Ramas

expired

Plazo de revisión vencido.

error

Revisión rechazada o devuelta.

Avanza solo

Admisión · Auto y notificación

Se genera el Auto de Admisión, se notifica al solicitante y puede emitirse auto de requerimiento si faltó documentación.

En esta fase

• Generador Formato Auto de Admisión.
• Notificación Auto de Admisión al portal.
• Auto de requerimiento si la revisión lo exige.

Documentos

• Formato Auto de Admisión
• Auto de requerimiento

Nodos en el constructor

• Formato Auto de Admisión
• Notificación Auto de Admisión
• Auto de requerimiento

Espera a una persona

Cobro y pago · Tarifa y solvencia

N8N calcula la tarifa; la persona paga en portal. Validaciones de solvencia adicionales revisan multas antes de continuar.

En esta fase

• Calculo de cobro → tarifa_excedente hacia el nodo de pago.
• Pago del trámite espera confirmación en portal.
• Validación de solvencia 2 y 3 reutilizan multas_activas.

Nodos en el constructor

• Calculo de cobro
• Pago del trámite
• Validación de solvencia 2
• Validación de solvencia 3
• Decisión por multas
• Notificación de multa pendiente asociada a su inmueble

Ramas

sin pago

Rama error del nodo Pago.

multas activas

Notificación y posible cierre según rama.

Espera a una persona

Observaciones · Subsanación

Si la revisión dejó observaciones, se reasigna grupo y se abre formulario para que la persona subsane.

En esta fase

• Asignar grupo Observaciones.
• El flujo puede reabrir captura sin reiniciar desde el inicializador.

Formulario · Formulario de Observaciones

Solicitante en portal

Campo o grupo	Para qué se usa en el flujo
Respuesta a observaciones	12 conexiones en el constructor; corrige o complementa lo señalado en revisión.

Plazo sujeto a prórroga (máx. 2) y reglas de la institución.

Nodos en el constructor

• Asignar grupo Observaciones
• Formulario de Observaciones

Espera a una persona

Inspección · Campo y patrimonio

Equipo de inspección asignado. Se capturan resultados técnicos y patrimonio cultural en formularios dedicados.

En esta fase

• Grupo de Inspección de Trámite y Asignación de técnica.
• Inspección Técnica: 54 campos conectados; 33 alimentan el Switch de inspección.
• Identificación de Patrimonio Cultural actualiza el expediente del proyecto.

Formulario · Inspección Técnica

Inspector en campo

Campo o grupo	Para qué se usa en el flujo
Checklist de inspección (33+ criterios)	Validación de Inspección 2 (Switch: condition_1, condition_2, condition_3, default).
Evidencias de campo	Conexiones adicionales hacia nodos de emisión favorable o desfavorable.

Formulario · Identificación de Patrimonio Cultural

Técnico patrimonio

Campo o grupo	Para qué se usa en el flujo
Registro patrimonial	Expediente Trámites Previos Aprobado (Grupo patrimonio cultural).

Nodos en el constructor

• Grupo de Inspección de Trámite
• Inspección Técnica
• Grupo patrimonio cultural
• Identificación de Patrimonio Cultural
• Asignación de técnica

Decisión automática

Resultado inspección · Switch

El Switch evalúa el checklist y abre emisión favorable o desfavorable, que orienta hacia resolución aprobada o denegada.

En esta fase

• Validación de Inspección 2: cuatro salidas (condition_1 … condition_3, default).
• Emisión Favorable Inspección vs Emisión Desfavorable Inspección.
• Uniones (Merge) recombinan ramas antes de solvencia final.

Nodos en el constructor

• Validación de Inspección 2
• Emisión Favorable Inspección
• Emisión Desfavorable Inspección
• Validación de solvencia 3
• Decisión por multas

Ramas

Favorable

Hacia Resolución Aprobada, firma y notificación positiva.

Desfavorable

Hacia Resolución Denegada, firma denegada y cierre.

Avanza solo

Resolución · Generar, firmar, notificar

Según la rama, se genera resolución aprobada o denegada, se firma (incluida Firma Planos cuando aplica) y se notifica.

En esta fase

• Generadores: Resolución Aprobada, Resolución Denegada, plantillas maestras.
• Firmas: Firma Aprobada, Firma Denegada, Firma Planos.
• Resolución del Trámite consolida el acto administrativo.

Documentos

• Resolución Aprobada
• Resolución Denegada
• Planos firmados
• Notificación de Resolución
• Notificación de Resolución Aprobada

Nodos en el constructor

• Resolución Aprobada
• Resolución Denegada
• Firma Aprobada
• Firma Denegada
• Firma Planos
• Resolución del Trámite
• Notificación de Resolución

Ramas

error firma

Firma Denegada → rama error; puede cerrar sin resolución publicada.

Avanza solo

Cierre · Finalizadores

Siete finalizadores de éxito y treinta por error. El trámite no queda colgado: cada rama de fallo cierra explícitamente.

En esta fase

• Éxito típico: Objeto de finalización_9_success tras notificación de resolución.
• Errores frecuentes: catálogo CL, N8N, revisión expirada, pago, firma.
• Persisten solicitud, registro del proyecto y vínculo con inmueble según lo alcanzado.

Nodos en el constructor

• Objeto de finalización_9_success
• Objeto de finalización_7_source
• Objeto de finalización_4_source
• + 30 finalizadores por error

Catálogo CL · centros de datos

De dónde salen las opciones que ve la persona en el formulario.

Antes del formulario, once centros de datos cargan en cadena la taxonomía CL:

• Modalidad CL
• Submodalidad CL
• Categoria CL
• Habitacional
• Alojamiento CL
• Comercio Uso de Suelo
• Servicios CL
• Manufacturas Menores CL
• Almacenamiento CL
• Equipamiento CL
• Centro de datos talleres

Cada uno tiene rama success y error. Si falla la carga, un finalizador cierra esa rama.

Nodos N8N

Las llamadas externas que validan y construyen identificadores.

Nombre en el constructor	Salidas relevantes
Validación de vigencia	valido
Convertidor de variables	texto
Unificación de variables	usos_concatenados
Validación de multas	multas_activas
Validación por multas 2	—
Validación de solvencia 2 / 3	multas_activas
ID de registro	codigo
Calculo de cobro	tarifa_excedente

Formularios en el plano

Qué se captura en cada formulario y a dónde viaja ese dato.

Los nueve formularios del flujo están detallados en la guía de recorrido (fases Captura principal, Revisión, Observaciones e Inspección). Resumen:

Nombre en el constructor	Quién completa	Conexiones en constructor
Formulario Calificación de Lugar	Solicitante	59
Inspección Técnica	Inspector	54
Formulario de Observaciones	Solicitante	12
Verificación de Interés Social	Analista	4
Identificación de Patrimonio Cultural	Técnico	1
Formato de plantilla Aprobada / Denegada / auto de requerimiento	Analista	Plantillas de revisión

Qué pasa de un paso al siguiente

Cómo se encadenan las piezas y qué las hace avanzar.

La guía de recorrido (12 fases) desarrolla cada tramo. En síntesis: catálogo CL → captura y validaciones → registro del proyecto vinculado al inmueble → revisión y admisión → pago → inspección → resolución → cierre.

Nodos del flujo

Cada pieza del canvas con su tipo y su función dentro del recorrido.

Cada pieza del canvas con su tipo y su función dentro del recorrido.

Catálogo de nodos en el constructor

107 piezas en el constructor con este nombre. El encabezado de cada grupo enlaza a la ficha del tipo en el catálogo. El canvas completo incluye además 30 finalizadores por error no listados aquí.

Asignación de grupo (11)

Nombre en el constructor	Función
Asignación de Grupo Revisión Final	Asigna grupo para revisión final.
Asignación de técnica	Asigna técnico responsable de inspección.
Asignar grupo Revisión Legal	Asigna analistas legales a la solicitud.
Asignar Grupo Revisión Técnica	Asigna analistas técnicos a la solicitud.
Asignar grupo auto de requerimiento	Asigna grupo para auto de requerimiento.
Asignar grupo Observaciones	Asigna grupo para subsanar observaciones.
Asignar grupo revisión tecnica	Asigna grupo de revisión técnica.
Grupo de Inspección de Trámite	Asigna equipo de inspección en campo.
Grupo patrimonio cultural	Asigna revisión de patrimonio.
Revisión técnica	Deriva la solicitud a un grupo de trabajo.
Revisión técnica 1	Primera pasada de revisión técnica.

Calculado (17)

Nombre en el constructor	Función
Calculado de Emisión	Registra tipo y fecha de emisión documental.
Emisión auto de requerimiento	Registra tipo y fecha de emisión documental.
Emisión Desfavorable Final	Registra tipo y fecha de emisión documental.
Emisión Desfavorable Inspección	Marca emisión desfavorable de inspección.
Emisión Favorable Inspección	Marca emisión favorable de inspección.
Fecha de emisión	Registra tipo y fecha de emisión documental.
Fecha de ingreso de solicitud	Registra cuándo se envió la solicitud.
Fecha emisión de Resolución	Registra tipo y fecha de emisión documental.
Fecha Emisión de resolución	Registra tipo y fecha de emisión documental.
Unión 1	Recombina ramas que corrieron en paralelo.
Unión 2	Recombina ramas que corrieron en paralelo.
Unión 3	Recombina ramas que corrieron en paralelo.
Unión 4	Recombina ramas que corrieron en paralelo.
Unión 5	Recombina ramas que corrieron en paralelo.
Unión 6	Recombina ramas que corrieron en paralelo.
Unión 7	Recombina ramas que corrieron en paralelo.
Unión 8	Recombina ramas que corrieron en paralelo.

Centro de datos (11)

Nombre en el constructor	Función
Almacenamiento CL	Precarga opciones de almacenamiento.
Alojamiento CL	Precarga opciones de uso alojamiento.
Categoria CL	Carga categoría del trámite CL.
Centro de datos talleres	Precarga opciones de talleres.
Comercio Uso de Suelo	Precarga opciones de uso comercio.
Equipamiento CL	Precarga opciones de equipamiento.
Habitacional	Precarga opciones de uso habitacional.
Manufacturas Menores CL	Precarga opciones de manufacturas menores.
Modalidad CL	Carga modalidad CL del catálogo.
Servicios CL	Precarga opciones de uso servicios.
Submodalidad CL	Carga submodalidad según la modalidad.

Condicional If (5)

Nombre en el constructor	Función
Decisión por multas	Ramifica si persisten multas activas.
Decisión por multas	Ramifica por multas en otra etapa.
Decisión por multas	Ramifica por multas pendientes.
Validación	Evalúa resultado de vigencia y ramifica.
Validación de multas 1	Ramifica según existan multas pendientes.

Expediente (3)

Nombre en el constructor	Función
Actualización de expediente del proyecto	Sincroniza datos en la carpeta del proyecto.
Asociación de expediente a inmueble	Vincula la carpeta del proyecto con el predio.
Expediente Trámites Previos Aprobado	Crea o actualiza la carpeta del proyecto.

Finalizador (7)

Nombre en el constructor	Función
Objeto de finalización_156_source	Cierra por rama de documento.
Objeto de finalización_2_source	Cierra por rama alternativa.
Objeto de finalización_34_default	Cierra por rama por defecto.
Objeto de finalización_34_false	Cierra cuando condición es falsa.
Objeto de finalización_4_source	Cierra por rama completada.
Objeto de finalización_7_source	Cierra por rama de resolución.
Objeto de finalización_9_success	Cierra el trámite con éxito.

Firma de documento (4)

Nombre en el constructor	Función
Firma Denegada	Somete un documento a firma.
Firma Aprobada	Firma resolución aprobada.
Firma Denegada	Firma resolución denegada.
Firma Planos	Firma planos técnicos del proyecto.

Formulario (9)

Nombre en el constructor	Función
Formato de plantilla Aprobada	Plantilla usada en revisión aprobada.
Formato de plantilla auto de requerimiento	Plantilla del auto de requerimiento.
Formato de plantilla Denegada	Plantilla usada en revisión denegada.
Formulario Calificación de Lugar	Captura datos del proyecto e inmueble referenciado.
Formulario de Observaciones	Captura correcciones del solicitante.
Identificación de Patrimonio Cultural	Documenta afectación patrimonial.
Inspección Técnica	Registra resultado de inspección en sitio.
Plantilla maestra de resolución denegada	Base para resolución denegada.
Verificación de Interés Social	Captura criterios de interés social.

Generador de documentos (5)

Nombre en el constructor	Función
Auto de requerimiento	Genera auto de requerimiento.
Formato Auto de Admisión	Genera el documento de admisión.
Resolución Aprobada	Genera documento de resolución favorable.
Resolución Denegada	Genera resolución denegada (variante).
Resolución Denegada	Genera documento de resolución desfavorable.

Inicializador (1)

Nombre en el constructor	Función
Inicializador	Abre la solicitud y asigna número de trámite.

N8N (9)

Nombre en el constructor	Función
Calculo de cobro	Calcula tarifa y montos del trámite.
Convertidor de variables	Normaliza texto y variables del formulario.
ID de registro	Genera el código de registro del proyecto CL.
Unificación de variables	Une usos de suelo declarados en un solo dato.
Validación de multas	Consulta multas activas del inmueble.
Validación de solvencia 2	Verifica solvencia antes de continuar.
Validación de solvencia 3	Segunda verificación de solvencia.
Validación de vigencia	Consulta si el inmueble referenciado está vigente.
Validación por multas 2	Segunda validación de multas en el flujo.

Notificación (12)

Nombre en el constructor	Función
Auto de requerimiento	Envía auto de requerimiento documental.
Notificación de Expediente Archivado por Tiempo Expirado	Avisa archivado por plazo.
Notificación de multa pendiente asociada a su inmueble	Avisa multas del inmueble.
Notificación de Resolución	Notifica resolución al solicitante.
Notificación Auto de Admisión	Notifica la admisión al solicitante.
Notificación de Expediente Archivado por Tiempo Expirado	Avisa archivado por plazo.
Notificación de multa pendiente asociada a su inmueble	Avisa multas del inmueble.
Notificación de multa pendiente asociada a su inmueble	Avisa multas del inmueble.
Notificación de pago solvencia	Recuerda pago de solvencia pendiente.
Notificación de registro inactivo	Avisa registro inactivo del inmueble.
Notificación de Resolución	Notifica resolución al solicitante.
Notificación de Resolución Aprobada	Notifica resolución favorable.

Pago (1)

Nombre en el constructor	Función
Pago del trámite	Espera el pago en portal.

Resolución (3)

Nombre en el constructor	Función
Resolución del Trámite	Consolida resolución (variante).
Resolución del Trámite	Consolida resolución (variante).
Resolución del Trámite	Consolida y emite la resolución final.

Revisión (2)

Nombre en el constructor	Función
Revisión Final	Última revisión antes de resolver.
Revisión Integral	Revisión humana conjunta del expediente.

Switch (1)

Nombre en el constructor	Función
Validación de Inspección 2	Evalúa resultado de inspección y ramifica.

Unión (6)

Nombre en el constructor	Función
Desconocido_2	Recombina ramas que corrieron en paralelo.
Desconocido_3	Recombina ramas que corrieron en paralelo.
Merge_4	Recombina ramas que corrieron en paralelo.
Merge_5	Recombina ramas que corrieron en paralelo.
Merge_6	Recombina ramas que corrieron en paralelo.
Merge_7	Recombina ramas que corrieron en paralelo.

Ejemplos

Dos recorridos completos: uno favorable y uno con obstáculos.

Ejemplo: inmueble vigente, resolución aprobada

María solicita calificar un local comercial CL-4 sobre el inmueble REG-2024-001892 ya inscrito. Envía el formulario. Validación de vigencia devuelve valido = true; no hay multas activas. El N8N ID de registro genera REG-2026-004821 para el proyecto; el expediente se crea y se asocia al predio. Tras revisión, pago e inspección favorable, el flujo emite resolución aprobada, firma y notifica. Persisten la solicitud, la carpeta del proyecto y el vínculo con el inmueble referenciado.

Ejemplo: multas o inspección desfavorable

Si Validación de multas devuelve multas_activas, el flujo notifica y puede ramificar hacia solvencia o cierre según el diseño. Si la inspección es desfavorable, el Switch abre emisión desfavorable y resolución denegada en lugar de la rama aprobada. En ambos casos el número de solicitud queda en historial; la carpeta del proyecto puede existir aunque el trámite cierre en denegatoria.

Trámites · Identificadores · Centro de datos · Revisión · Pago

Factibilidad de Drenaje de Aguas Lluvias

Trámite de factibilidad de drenaje de aguas lluvias con modalidad FALL, validaciones N8N, revisión, pago, inspección y resolución.

ACH

Factibilidad de Drenaje de Aguas Lluvias

Modalidad FALL, validación de expediente, multas, expediente del proyecto, revisión, pago, inspección y resolución.

ACH Versión 30 Flujo en publicado

Quién interviene

• Solicitante 2
• Analista 1
• Inspector 1
• Técnico 1

5 de las 12 fases esperan a una persona; el resto avanza solo.

Qué es y qué contiene Cómo se recorre · 12 Cómo se configura Identificadores y ejemplos

12

fases del recorrido

116

nodos en el constructor

2

catálogos de datos

Acerca de este trámite

Qué resuelve, para quién y qué entrega al cerrar.

Factibilidad de Drenaje de Aguas Lluvias formaliza estudios de drenaje según modalidad y submodalidad elegidas en catálogo FALL. La persona referencia un expediente ya registrado, completa el formulario principal y el flujo valida estado del expediente y multas, genera el código de expediente del proyecto vía N8N, crea la carpeta y la asocia al inmueble. Después pasan revisión técnica y legal, admisión, pago, inspección y resolución (aprobada o denegada).

Abrir en el ambiente de pruebas

Datos del flujo

Lo que hace falta para encontrarlo y reproducirlo en el constructor.

Nombre en el constructor

Factibilidad de Drenaje de Aguas Lluvias

Versión

30 · Nueva versión

Estado

PUBLISHED

Tipo

FORMALITIES

Prórrogas máximas

2

Nodos en el canvas

116 (19 finalizadores por error)

ID de proceso

62e3b720-9751-4270-964e-f5d20eda7843

ID de flujo

f8878f98-a029-4f70-8f07-4563bb51b4bf

ID de flujo original

3ad98331-7b62-4e1b-9c6b-2fb176be9f90

Origen de duplicado

2af04931-3c66-427e-b077-b31c0cfa8168

Cómo recorre el flujo

Las fases principales y el detalle de cada tramo.

Vista resumida en el diagrama; el detalle fase por fase — formularios, campos y ramas — está en la guía siguiente (extraída del JSON del constructor, v30).

Cargando diagrama…

flowchart TB
  I[Inicializador] --> DC[Modalidad y submodalidad]
  DC --> F[Formulario Factibilidad de Drenaje de Aguas Lluvias]
  F --> NV[Validación de expedientes]
  NV --> NM[Multas y variables]
  NM --> NR[ID de Expediente]
  NR --> EXP[Expediente y asociación]
  EXP --> RV[Revisión Integral]
  RV --> ADM[Auto de admisión]
  ADM --> PAG[Cobro y pago]
  PAG --> INS[Inspección]
  INS --> SW[Estado de la Inspección]
  SW --> RES[Resolución y firma]
  RES --> FIN[Finalizador]

Pulse un recuadro del diagrama para ver la configuración de ese paso.

Figura 1. Fases principales. Pulse un recuadro para configuración breve de esa etapa.

Recorrido detallado del trámite. Elija una fase para ver qué se captura en formularios, qué nodos intervienen y cómo ramifica.

1. 01 Inicio Número de solicitud
2. 02 Modalidad y submodalidad Centros de datos
3. 03 Captura principal Formulario Factibilidad de Drenaje de Aguas Lluvias
4. 04 Validaciones iniciales Expediente, estado y multas
5. 05 Expediente del proyecto ID de Expediente
6. 06 Revisión Integral y final
7. 07 Admisión y pago Auto de admisión · cobro
8. 08 Inspección Técnica y patrimonio
9. 09 Auto de requerimiento Subsanación
10. 10 Resolución Aprobada o denegada
11. 11 Validaciones de multas tardías Ramas de inspección y denegación
12. 12 Cierre Finalizadores

Avanza solo

Inicio · Número de solicitud

El inicializador abre la solicitud. A partir de aquí existe un número de trámite visible en portal y administrador.

En esta fase

• Prórroga máxima configurada: 2 extensiones.
• Aún no hay expediente del proyecto ni expediente referenciado.

Nodos en el constructor

• Inicializador

Avanza solo

Modalidad y submodalidad · Centros de datos

Dos centros de datos cargan modalidad y submodalidad antes del formulario principal.

En esta fase

• Modalidad → submodalidad en cadena.
• Cada nodo tiene rama success y error; el error cierra con finalizador dedicado.
• Lo capturado aquí alimenta listas del formulario.

Nodos en el constructor

• Modalidad_FALL
• Submodalidad_FALL

Ramas

success

Continúa al siguiente centro de datos o al formulario.

error

Finalizador de error; no llega al formulario.

Espera a una persona

Captura principal · Formulario Factibilidad de Drenaje de Aguas Lluvias

Pantalla principal del portal. La persona elige el expediente, declara datos del proyecto y completa el formulario. El flujo se detiene hasta el envío.

En esta fase

• Múltiples conexiones de campos salen de este formulario en el constructor.
• La salida id referencia el expediente referenciado ya inscrito; no crea carpeta nueva.
• Tras el envío, un calculado registra la fecha de ingreso de la solicitud.

Formulario · Formulario Factibilidad de Drenaje de Aguas Lluvias

Solicitante en portal

Campo o grupo	Para qué se usa en el flujo
Expediente / expediente referenciadoid	Validación de expedientes, validaciones de multas, asociación al proyecto, actualización de expediente.
Datos del expedientenumero_registro_expediente	Notificaciones y nodos de expediente.
Tramitador responsablenumero_registro_tramitador	Notificaciones de multa y comunicaciones.

Nodos en el constructor

• Formulario Factibilidad de Drenaje de Aguas Lluvias
• Fecha de ingreso de la solicitud

Avanza solo

Validaciones iniciales · Expediente, estado y multas

N8N de expedientes y condicional de estado de expediente. Si el registro no está activo, notifica registro inactivo. Validación de multas 1 ramifica con decisiones If.

En esta fase

• Validación de expedientes → salida valido → Validación de estado de expediente.
• Validación de multas 1 alimenta Decisión por multas con multas_activas.
• Ramas sin multas convergen en Merge_4 hacia ID de Expediente.

Nodos en el constructor

• Validación de expedientes
• Validación de estado de expediente
• Notificación de registro inactivo
• Validación de multas 1
• Decisión por multas
• Unión 1
• Unión 2
• Merge_4

Ramas

Expediente inactivo

Notificación de registro inactivo → finalizador.

Con multas

Notificación de multa pendiente; puede continuar según diseño.

Sin multas

Unión hacia merge y expediente.

Avanza solo

Expediente del proyecto · ID de Expediente

El N8N ID de Expediente genera el código de carpeta. Luego los nodos Expediente crean o actualizan el registro y lo asocian al expediente.

En esta fase

• Salida codigo del N8N alimenta Expediente Trámite Previos Aprobada.
• Asociación de expediente a expediente vincula proyecto ↔ expediente referenciado.
• Actualización de expediente de proyectos sincroniza datos finales.

Nodos en el constructor

• ID de Expediente
• Asignar Grupo Revisión Técnica
• Asignar grupo Revisión Legal
• Expediente Trámite Previos Aprobada
• Asociación de expediente a expediente
• Actualización de expediente de proyectos

Espera a una persona

Revisión · Integral y final

Revisión Integral con plazo; puede aprobar, rechazar o expirar. Incluye Verificación de Interés Social y ramas de auto de requerimiento.

En esta fase

• Revisión Integral: success → revisión técnica / interés social; error → validación multas 2; expired → notificación.
• Revisión Final tras inspección y auto de requerimiento si aplica.
• Auto de requerimiento y Resolución Denegada en ramas de rechazo.

Formulario · Verificación de Interés Social

Analista / revisor

Campo o grupo	Para qué se usa en el flujo
Verificación	Decisión sobre interés social del proyecto.

Formulario · Plantilla maestra de resolución denegada

Analista / revisor

Campo o grupo	Para qué se usa en el flujo
Plantilla	Generación de resolución denegada en revisión.

Nodos en el constructor

• Revisión Integral
• Revisión técnica
• Verificación de Interés Social
• Validación por multas 2
• Decisión por multa 2
• Asignar grupo Auto de requerimiento
• Resolución Denegada
• Revisión Final

Ramas

Aprobado

Hacia auto de admisión y pago.

Rechazado

Auto de requerimiento o resolución denegada.

Expirado

Notificación por tiempo expirado.

Espera a una persona

Admisión y pago · Auto de admisión · cobro

Tras revisión favorable se genera Auto de Admisión, se notifica y se calcula el cobro. El solicitante paga en portal.

En esta fase

• Auto de Admisión → Notificación Auto de Admisión.
• N8N Cálculo de cobro del trámite entrega costo_base y costo_excedente.
• Pago del trámite confirma el cobro antes de inspección.

Documentos

• Auto de Admisión

Nodos en el constructor

• Auto de Admisión
• Notificación Auto de Admisión
• Cálculo de cobro del trámite
• Pago del trámite
• Asignar grupo observaciones
• Formulario de Observaciones

Espera a una persona

Inspección · Técnica y patrimonio

Inspector completa Inspección Técnica; técnico de patrimonio completa Identificación de Patrimonio Cultural.

En esta fase

• Asignación de grupo Inspección antes del formulario técnico.
• Asignar Grupo Patrimonio Cultural habilita formulario de patrimonio.
• El Switch Estado de la Inspeccion evalúa el resultado conjunto.

Formulario · Inspección Técnica

Inspector en campo

Campo o grupo	Para qué se usa en el flujo
Resultado de inspección	Switch Estado de la Inspeccion.

Formulario · Identificación de Patrimonio Cultural

Técnico patrimonio

Campo o grupo	Para qué se usa en el flujo
Patrimonio	Evaluación de impacto patrimonial.

Formulario · Formulario de Observaciones

Solicitante en portal

Campo o grupo	Para qué se usa en el flujo
Observaciones	Subsanación tras el pago.

Nodos en el constructor

• Asignación de grupo Inspección
• Inspección Técnica
• Asignar Grupo Patrimonio Cultural
• Identificación de Patrimonio Cultural
• Estado de la Inspeccion

Ramas

Aprobado

condition_1 → rama de resolución aprobada.

Auto de requerimiento

condition_3 → plantilla y generación de auto de requerimiento.

rechazado

condition_2 → resolución denegada.

default

Finalizador por defecto.

Espera a una persona

Auto de requerimiento · Subsanación

Si la inspección exige subsanación, se asigna grupo, se completa plantilla y se genera el auto de requerimiento.

En esta fase

• Asignar grupo auto de requerimiento → Formato de plantilla auto de requerimiento.
• Emisión auto de requerimiento → Generador Auto de requerimiento.
• Notificación de auto de requerimiento al solicitante.

Documentos

• Auto de requerimiento

Nodos en el constructor

• Asignar grupo auto de requerimiento
• Formato de plantilla auto de requerimiento
• Emisión auto de requerimiento
• Auto de requerimiento
• Notificación de auto de requerimiento

Avanza solo

Resolución · Aprobada o denegada

Según el Switch y la revisión final, el flujo genera resolución aprobada o denegada, firma documentos y notifica.

En esta fase

• Rama aprobada: plantilla aprobada → Resolución Aprobada → Firma Aprobada → Firma de Planos.
• Rama denegada: plantilla denegada → Resolución denegada → Firma Denegada.
• Resolución del Trámite registra el acto administrativo.

Documentos

• Resolución Aprobada
• Resolución denegada
• Resolución del Trámite

Nodos en el constructor

• Formato de plantilla Aprobada
• Formato de plantilla Denegada
• Resolución Aprobada
• Resolución denegada
• Resolución Denegada
• Firma Aprobada
• Firma Denegada
• Firma de Planos
• Resolución del Trámite
• Notificación de Resolución
• Notificación de Resolución Aprobada

Decisión automática

Validaciones de multas tardías · Ramas de inspección y denegación

Validaciones por multas 4 y 5 se ejecutan en ramas de denegación o tras merge de aprobación, con decisiones If adicionales.

En esta fase

• Validación por multas 4 tras merge de ramas denegadas.
• Validación por multas 5 en rama de aprobación (merge Desconocido_2).
• Notificaciones de multa pendiente en cada decisión positiva.

Nodos en el constructor

• Validación por multas 4
• Validación por multas 5
• Decisión por multas
• Decisión por multas
• Desconocido_2
• Desconocido_3
• Merge_6
• Merge_7

Avanza solo

Cierre · Finalizadores

Diecinueve finalizadores de error o default y seis de éxito cierran cada rama del flujo sin dejar solicitudes colgadas.

En esta fase

• Errores en centros de datos, N8N, revisiones, firmas o generadores.
• Éxito en notificaciones de resolución y expediente actualizado.
• 116 nodos totales en el constructor (v30).

Nodos en el constructor

• Objeto de finalización (26 instancias en el plano)

Qué pasa de un paso al siguiente

Cómo encadena el recorrido, de la captura al cierre.

La guía de recorrido (12 fases) desarrolla cada tramo. En síntesis: modalidad FALL y submodalidad → captura y validaciones → expediente del proyecto vinculado al inmueble → revisión y admisión → pago → inspección → resolución → cierre.

Catálogo de nodos en el constructor

116 piezas en el constructor con este nombre. El encabezado de cada grupo enlaza a la ficha del tipo en el catálogo. El canvas completo incluye además 19 finalizadores por error no listados aquí.

Asignación de grupo (12)

Nombre en el constructor	Función
Asignación de grupo Inspección	Asigna grupo de trabajo.
Asignar Grupo Revisión Técnica	Asigna grupo de trabajo.
Asignar grupo Revisión Final	Asigna grupo de trabajo.
Asignar grupo auto de requerimiento	Asigna grupo de trabajo.
Asignar grupo de resolución	Asigna grupo de trabajo.
Asignar grupo Firma de planos	Asigna grupo de trabajo.
Asignar grupo observaciones	Asigna grupo de trabajo.
Asignar grupo para plantilla	Asigna grupo de trabajo.
Asignar grupo para plantilla	Asigna grupo de trabajo.
Asignar Grupo Patrimonio Cultural	Asigna grupo de trabajo.
Asignar grupo Revisión Legal	Asigna grupo de trabajo.
Revisión Técnica	Asigna grupo de trabajo.

Calculado (17)

Nombre en el constructor	Función
aprobada 4	Une variables o calcula valores intermedios.
Aprobado 3	Une variables o calcula valores intermedios.
Calculado ingreso de solicitud	Une variables o calcula valores intermedios.
Denegado 3	Une variables o calcula valores intermedios.
Denegado 4	Une variables o calcula valores intermedios.
Emisión de Resolución	Une variables o calcula valores intermedios.
Fecha de emisión de auto	Une variables o calcula valores intermedios.
fecha emisión de resolución	Une variables o calcula valores intermedios.
Fecha emisión de resolución	Une variables o calcula valores intermedios.
Unión 3	Une variables o calcula valores intermedios.
Unión 1	Une variables o calcula valores intermedios.
Unión 2	Une variables o calcula valores intermedios.
Unión 4	Une variables o calcula valores intermedios.
unión 5	Une variables o calcula valores intermedios.
unión 6	Une variables o calcula valores intermedios.
unión 7	Une variables o calcula valores intermedios.
Unión 8	Une variables o calcula valores intermedios.

Centro de datos (2)

Nombre en el constructor	Función
Modalidad_FALL	Consulta catálogo y expone variables al flujo.
Submodalidad_FALL	Consulta catálogo y expone variables al flujo.

Condicional (5)

Nombre en el constructor	Función
Decisión por multas	Evalúa condición y ramifica true/false.
Decisión por multas	Evalúa condición y ramifica true/false.
Decisión por multa	Evalúa condición y ramifica true/false.
Decisión por multas	Evalúa condición y ramifica true/false.
Validación de estado de expediente	Evalúa condición y ramifica true/false.

Expediente (3)

Nombre en el constructor	Función
Actualización de expediente de proyectos	Operación sobre carpeta expediente.
Asociación de expediente a inmueble	Operación sobre carpeta expediente.
Expediente Trámite Previos Aprobada	Operación sobre carpeta expediente.

Finalizador (26)

Nombre en el constructor	Función
Objeto de finalización_127_source	Cierra la ejecución del flujo.
Objeto de finalización_128_error	Cierra la ejecución del flujo.
Objeto de finalización_129_error	Cierra la ejecución del flujo.
Objeto de finalización_130_source	Cierra la ejecución del flujo.
Objeto de finalización_141_source	Cierra la ejecución del flujo.
Objeto de finalización_143_error	Cierra la ejecución del flujo.
Objeto de finalización_144_error	Cierra la ejecución del flujo.
Objeto de finalización_1_error	Cierra la ejecución del flujo.
Objeto de finalización_20_error	Cierra la ejecución del flujo.
Objeto de finalización_22_error	Cierra la ejecución del flujo.
Objeto de finalización_24_error	Cierra la ejecución del flujo.
Objeto de finalización_24_source	Cierra la ejecución del flujo.
Objeto de finalización_25_source	Cierra la ejecución del flujo.
Objeto de finalización_26_error	Cierra la ejecución del flujo.
Objeto de finalización_26_source	Cierra la ejecución del flujo.
Objeto de finalización_2_error	Cierra la ejecución del flujo.
Objeto de finalización_38_error	Cierra la ejecución del flujo.
Objeto de finalización_44_error	Cierra la ejecución del flujo.
Objeto de finalización_46_error	Cierra la ejecución del flujo.
Objeto de finalización_47_default	Cierra la ejecución del flujo.
Objeto de finalización_47_error	Cierra la ejecución del flujo.
Objeto de finalización_48_error	Cierra la ejecución del flujo.
Objeto de finalización_48_error	Cierra la ejecución del flujo.
Objeto de finalización_49_error	Cierra la ejecución del flujo.
Objeto de finalización_53_error	Cierra la ejecución del flujo.
Objeto de finalización_54_error	Cierra la ejecución del flujo.

Firma digital (4)

Nombre en el constructor	Función
Firma Denegada	Firma digital del documento generado.
Firma Aprobada	Firma digital del documento generado.
Firma Denegada	Firma digital del documento generado.
Firma Plano	Firma digital del documento generado.

Formulario (9)

Nombre en el constructor	Función
Formato de plantilla Aprobada	Captura datos en portal o backoffice.
Formato de plantilla auto de requerimiento	Captura datos en portal o backoffice.
Formato de plantilla Denegada	Captura datos en portal o backoffice.
Formulario de Observaciones	Captura datos en portal o backoffice.
Formulario Factibilidad de Drenaje de Aguas Lluvias	Captura datos en portal o backoffice.
Identificación de Patrimonio Cultural	Captura datos en portal o backoffice.
Inspección Técnica	Captura datos en portal o backoffice.
Plantilla maestra de resolución denegada	Captura datos en portal o backoffice.
Verificación de Interés Social	Captura datos en portal o backoffice.

Generador de documentos (5)

Nombre en el constructor	Función
Auto de Admisión	Genera documento desde plantilla.
Auto de requerimiento	Genera documento desde plantilla.
Resolución Denegada	Genera documento desde plantilla.
Resolución Denegada	Genera documento desde plantilla.
Resolución Aprobada	Genera documento desde plantilla.

Inicializador (1)

Nombre en el constructor	Función
Inicializador	Arranca la solicitud y entrega el número de trámite.

Merge (6)

Nombre en el constructor	Función
Desconocido_2	Espera ramas paralelas y continúa.
Desconocido_3	Espera ramas paralelas y continúa.
Merge_4	Espera ramas paralelas y continúa.
Merge_5	Espera ramas paralelas y continúa.
Merge_6	Espera ramas paralelas y continúa.
Merge_7	Espera ramas paralelas y continúa.

N8N (7)

Nombre en el constructor	Función
Calculo de cobro	Consulta externa o cálculo vía integración N8N.
ID Expediente	Consulta externa o cálculo vía integración N8N.
Validación de expedientes	Consulta externa o cálculo vía integración N8N.
Validación de multas	Consulta externa o cálculo vía integración N8N.
Validación por multas 2	Consulta externa o cálculo vía integración N8N.
Validación por multas 3	Consulta externa o cálculo vía integración N8N.
Validación por multas 4	Consulta externa o cálculo vía integración N8N.

Notificación (12)

Nombre en el constructor	Función
Notificación de multa pendiente asociada a su inmueble	Envía notificación al solicitante o funcionario.
Notificación Auto de Admisión	Envía notificación al solicitante o funcionario.
Notificación de Resolución	Envía notificación al solicitante o funcionario.
Notificación de auto de requerimiento	Envía notificación al solicitante o funcionario.
Notificación de Expediente Archivado por Tiempo Expirado	Envía notificación al solicitante o funcionario.
Notificación de Expediente Archivado por Tiempo Expirado	Envía notificación al solicitante o funcionario.
Notificación de multa pendiente asociada a su inmueble	Envía notificación al solicitante o funcionario.
Notificación de multa pendiente asociada a su inmueble	Envía notificación al solicitante o funcionario.
Notificación de multa pendiente asociada a su inmueble	Envía notificación al solicitante o funcionario.
Notificación de registro inactivo	Envía notificación al solicitante o funcionario.
Notificación de Resolución	Envía notificación al solicitante o funcionario.
Notificación de Resolución Aprobada	Envía notificación al solicitante o funcionario.

Pago (1)

Nombre en el constructor	Función
Pago del trámite	Cobro en portal.

Resolución (3)

Nombre en el constructor	Función
Resolución del Trámite	Registra la resolución del trámite.
Resolución del Trámie	Registra la resolución del trámite.
Resolución del Trámite	Registra la resolución del trámite.

Revisión (2)

Nombre en el constructor	Función
Revisión Final	Revisión humana con plazo.
Revisión Integral	Revisión humana con plazo.

Switch (1)

Nombre en el constructor	Función
Estado de la Inspeccion	Evalúa múltiples condiciones y ramifica.

Catálogo · centros de datos

Los catálogos que cargan en cadena antes del formulario.

Antes del formulario, dos centros de datos cargan en cadena modalidad y submodalidad FALL:

• Modalidad_FALL
• Submodalidad_FALL

Cada uno tiene rama success y error. Si falla la carga, un finalizador cierra esa rama.

Nodos N8N

Las consultas externas del flujo y las salidas que devuelven.

Nombre en el constructor	Salidas relevantes
Validación de expedientes	valido
Validación de multas	multas_activas
Validación por multas 2	multas_activas
Validación por multas 3	multas_activas
Validación por multas 4	—
ID de Expediente	codigo
Cálculo de cobro	costo_base · costo_excedente

Formularios en el plano

Qué formulario completa cada perfil y cuántas conexiones tiene.

Los formularios del flujo están detallados en la guía de recorrido (fases Captura principal, Revisión, Observaciones e Inspección). Resumen:

Nombre en el constructor	Quién completa	Conexiones en constructor
Formulario Factibilidad de Drenaje de Aguas Lluvias	Solicitante	74
Inspección Técnica	Inspector	28
Formulario de Observaciones	Solicitante	1
Verificación de Interés Social	Analista	4
Identificación de Patrimonio Cultural	Técnico	0
Formato de plantilla Aprobada / Denegada / auto de requerimiento	Analista	Plantillas de revisión

Identificadores en este trámite

Qué código nace en cada punto del recorrido.

Identificador	Dónde nace en este flujo
Número de solicitud	Inicializador
Registro referenciado	Formulario Factibilidad de Drenaje de Aguas Lluvias → salida id (expediente elegido)
Código de expediente	N8N ID de Expediente → salida codigo → nodo Expediente del proyecto

Salidas como valido, multas_activas, costo_base o costo_excedente sirven para ramificar; N8N construye el codigo que el Expediente materializa.

Ejemplos

Recorridos completos: el favorable y el que tropieza.

Ejemplo: expediente activo, resolución aprobada

María solicita factibilidad de drenaje sobre el expediente EXP-2024-001892 ya inscrito. Envía el formulario. Validación de expedientes devuelve valido = true; no hay multas activas. El N8N ID de Expediente genera EXP-2026-004821 para el proyecto; el expediente se crea y se asocia al inmueble. Tras revisión integral, pago e inspección favorable (Switch → Aprobado), el flujo emite resolución aprobada, firma planos y notifica. Persisten la solicitud, la carpeta del proyecto y el vínculo con el expediente referenciado.

Ejemplo: multas o inspección desfavorable

Si Validación de multas devuelve multas_activas, el flujo notifica multa pendiente y puede ramificar según el diseño. Si la inspección es desfavorable, el Switch Estado de la Inspeccion abre auto de requerimiento (condition_3) o resolución denegada (condition_2) en lugar de la rama aprobada. En ambos casos el número de solicitud queda en historial; la carpeta del proyecto puede existir aunque el trámite cierre en denegatoria.

Trámites · Identificadores · Centro de datos · Revisión · Pago

Inscripción de inmueble

La persona inscribe un predio. El sistema abre la carpeta del inmueble y la une al propietario.

ACH

Inscripción de inmueble

Inscribe un predio, abre la carpeta del inmueble y la une al propietario. Si es empresa, también al expediente jurídico.

ACH Versión 6 Flujo en borrador

Quién interviene

• Solicitante 1

1 de las 6 fases esperan a una persona; el resto avanza solo.

Ficha obligatoria §4.11

Cada trámite debe cumplir esta estructura. Lo común se referencia al proceso general; aquí solo lo particular.

Campo	Contenido	Estado
Identificación Nombre, código y objetivo	Inscripción de inmueble (ACH-INM). Inscribe un predio, abre la carpeta del inmueble y la une al propietario. Si es empresa, también al expediente jurídico.	Documentado
Solicitante Quién puede presentarlo y representación aplicable	Persona natural o jurídica propietaria del inmueble; representante autorizado cuando aplique.	Documentado
Requisitos Documentos, costos, tiempo estimado y condiciones	Pendiente: documentos, costos, tiempo estimado y condiciones.	Pendiente
Flujo Etapas, resultados y excepciones	Recorrido documentado en la pestaña «Cómo se recorre».	Documentado
Formulario Campos particulares e interoperabilidades	Campos y nodos en la pestaña «Cómo se configura».	Documentado
Referencias Enlaces a las secciones del proceso general	Iniciar trámite · Completar formulario · Carga documental · Pago · Observaciones y subsanación · Notificaciones · Resolución	Pendiente
Evidencia Capturas o videos solo cuando exista una diferencia real	Capturas y videos solo cuando exista diferencia real respecto al proceso general.	Pendiente

Qué es y qué contiene Cómo se recorre Cómo se configura Identificadores y ejemplos

Acerca de este trámite

Qué resuelve, para quién y qué entrega al cerrar.

Quien solicita completa el formulario. El sistema pide un número de registro, crea la carpeta del inmueble con un expediente y la relaciona con el dueño. Si el dueño es una empresa, también se une a esa persona jurídica.

Abrir en el ambiente de pruebas

Cómo recorre el flujo

Las fases principales y el detalle de cada tramo.

El trámite arranca en el inicializador y se detiene en el formulario hasta que se envía. Después avanza solo. Si una consulta N8N falla, un finalizador cierra por esa rama; no queda a medias.

Cargando diagrama…

flowchart TB
  I["Inicializador"] --> F["Inscripción del inmueble"]
  F --> N1["Generador de número de registro"]
  N1 -->|Si falla| X4["Finalizador · error registro"]
  N1 -->|Si sale bien| E1["Generación de expediente"]
  E1 --> E2["Asociación del propietario"]
  E2 --> IF{"¿Persona jurídica?"}
  IF -->|No| X1["Finalizador · natural"]
  IF -->|Sí| N2["Obtención de persona jurídica"]
  N2 -->|Si falla| X3["Finalizador · error identificador"]
  N2 -->|Si sale bien| E3["Asociación a persona jurídica"]
  E3 --> X2["Finalizador · jurídica"]

Pulse un recuadro del diagrama para ver la configuración de ese paso.

Figura 1. Recorrido del trámite. Pulse un recuadro para ver la configuración de ese paso. Las ramas de error cierran; no dejan la solicitud a medias.

Qué pasa de un paso al siguiente

Cómo encadena el recorrido, de la captura al cierre.

No se vuelve a capturar lo mismo. Cada paso entrega al que sigue:

• El formulario pasa siete datos a la creación del expediente.
• El número que responde el otro sistema queda como código del inmueble.
• La carpeta recién creada se usa para vincular al dueño y, si aplica, a la empresa.
• El condicional abre el camino Natural o el Jurídica.
• El identificador de la empresa solo entra en el último vínculo.

Siempre es la misma carpeta del inmueble. No se abre una segunda.

Nodos del flujo

Las piezas que intervienen en el recorrido.

Los nombres de la columna izquierda son los del constructor. El tipo es la pieza del catálogo.

N.º	Nombre en el constructor	Tipo de nodo
1	Inicializador	Inicializador
2	Inscripción del inmueble	Formulario
3	Generador de número de registro para inmueble	N8N
4	Generación de expediente de inmueble	Expediente
5	Asociación del propietario del inmueble	Expediente
6	Validación tipo de persona del propietario	Condicional If
7	Obtención UUID de persona jurídica	N8N
8	Asociación expediente de inmueble a persona jurídica	Expediente
—	Cuatro cierres: persona natural, vínculo con la empresa, fallo al pedir el número y fallo al pedir el identificador de la empresa	Finalizador

Los tres nodos Expediente no son el mismo paso: uno crea la carpeta, otro vincula al propietario y el tercero une el predio con la persona jurídica.

Inmueble y propietario

Cómo queda unida la carpeta del inmueble con su dueño.

Tres acciones distintas, en este orden:

1. Generación de expediente de inmueble — nace el registro del predio.
2. Asociación del propietario — el dueño queda ligado a ese registro.
3. Asociación a persona jurídica — solo si el dueño es empresa.

Si se corta entre el 1 y el 2, el inmueble existe sin dueño asociado.

Ejemplos

Recorridos completos: el favorable y el que tropieza.

Ejemplo: persona natural

Ana López inscribe el Lote 14. Envía el formulario (dueño: ella, tipo: natural). El sistema obtiene el número de registro, crea la carpeta, vincula a Ana como propietaria y la decisión cierra por persona natural. No pide identificador de empresa. Resultado: una carpeta de inmueble con Ana como propietaria, sin vínculo a otra carpeta.

Ejemplo: persona jurídica

El dueño es Constructora del Valle. Tras crear el Lote 14 y asociar al propietario, la decisión abre la rama jurídica. El sistema pide el identificador de la empresa. Si llega, une el predio con la carpeta de la constructora: cada carpeta ve a la otra. Si el identificador falla, cierra por error: el predio ya existe y puede tener dueño, pero no queda unido a la empresa.

Trámites · Identificadores · Configuración · Expediente · Propietario

Inscripción de proyecto

Inscribe un proyecto — el sistema abre la carpeta, asocia titular o propietario y, si aplica, copropietario o empresa.

ACH

Inscripción de proyecto

Inscribe un proyecto, crea su carpeta y asocia titular o propietario externo. Si aplica, copropietario o persona jurídica.

ACH Versión 7 Flujo en publicado

Quién interviene

• Solicitante 1

1 de las 6 fases esperan a una persona; el resto avanza solo.

Qué es y qué contiene Cómo se recorre · 6 Cómo se configura Identificadores y ejemplos

6

fases del recorrido

25

nodos en el constructor

Acerca de este trámite

Qué resuelve, para quién y qué entrega al cerrar.

Quien solicita completa el formulario Inscripción de proyecto. El sistema pide un número de registro, crea la carpeta del proyecto con un expediente y la relaciona con el titular o propietario según lo declarado. Si el dueño es empresa, también une la carpeta jurídica; si aplica, registra un copropietario.

Abrir en el ambiente de pruebas

Datos del flujo

Lo que hace falta para encontrarlo y reproducirlo en el constructor.

Nombre en el constructor

Inscripción de proyecto

Versión

7 · cambio para tramites de inscripción

Estado

PUBLISHED

Tipo

FORMALITIES

Prórrogas máximas

2

Nodos en el canvas

25 (2 finalizadores por error)

ID de proceso

d28f6835-3927-4bf7-b524-79626b6d5ba2

ID de flujo

edd87c6c-b031-4057-ac6d-d7561b14bd28

ID de flujo original

94dfb8d1-462b-4a82-9dc6-9d4f6cb74c24

Origen de duplicado

146e9309-2aa0-419a-9e11-17831dbf2654

Cómo recorre el flujo

Las fases principales y el detalle de cada tramo.

Vista resumida en el diagrama; el detalle fase por fase está en la guía siguiente (extraída del JSON del constructor, v7).

Cargando diagrama…

flowchart TB
  I["Inicializador"] --> F["Inscripción de proyecto"]
  F --> N1["Generador de número de registro"]
  N1 -->|error| X1["Finalizador · error registro"]
  N1 -->|ok| E1["Generación de expediente"]
  E1 --> IF1{"¿Tramitador será propietario?"}
  IF1 -->|Sí| E2["Asociación del titular"]
  E2 --> IF3{"¿Tipo de propietario?"}
  IF3 -->|Jurídica| N2["Obtención de UUID"]
  N2 -->|error| X8["Finalizador · error UUID"]
  N2 -->|ok| E7["Asociación a expediente jurídico"]
  E7 --> X2["Finalizador · titular jurídico"]
  IF3 -->|Natural| IF4{"¿Copropietario?"}
  IF4 -->|Aplica| E8["Asociación de copropietario"]
  E8 --> X3["Finalizador · copropietario titular"]
  IF4 -->|No| X4["Finalizador · titular natural"]
  IF1 -->|No| IF2{"Tipo de propietario a asociar"}
  IF2 -->|Jurídica| E3["Asociación propietario jurídico"]
  E3 --> E4["Asociación a propietario jurídico"]
  E4 --> X5["Finalizador · externo jurídico"]
  IF2 -->|Natural| E5["Asociación propietario natural"]
  E5 --> IF5{"¿Copropietario?"}
  IF5 -->|Aplica| E6["Asociación copropietario"]
  E6 --> X6["Finalizador · copropietario externo"]
  IF5 -->|No| X7["Finalizador · sin copropietario"]

Pulse un recuadro del diagrama para ver la configuración de ese paso.

Figura 1. Recorrido del trámite. Pulse un recuadro para configuración breve de esa etapa.

Recorrido detallado del trámite. Elija una fase para ver qué se captura en formularios, qué nodos intervienen y cómo ramifica.

1. 01 Inicio Número de solicitud
2. 02 Captura Inscripción de proyecto
3. 03 Código y carpeta N8N + Expediente
4. 04 ¿Quién es el propietario? Tramitador vs propietario externo
5. 05 Rama titular Tipo de persona del dueño
6. 06 Rama propietario externo Dueño distinto al tramitador

Avanza solo

Inicio · Número de solicitud

El inicializador abre la solicitud. A partir de aquí existe un número de trámite visible en portal y administrador.

En esta fase

• Aún no hay carpeta del proyecto ni código de registro.

Nodos en el constructor

• Inicializador

Espera a una persona

Captura · Inscripción de proyecto

La persona completa en el portal los datos del proyecto, del titular, del propietario y si aplica copropietario. El flujo se detiene hasta el envío.

En esta fase

• Los campos del formulario alimentan la creación del expediente.
• Indicadores de tramitador, tipo de persona y copropietario definen las ramas posteriores.

Formulario · Inscripción de proyecto

Solicitante en portal

Campo o grupo	Para qué se usa en el flujo
Datos del proyecto	Creación del registro del proyecto
Titular y propietario	Decidir rama titular vs propietario externo
Copropietario	Ramas de asociación adicional

Nodos en el constructor

• Inscripción de proyecto

Avanza solo

Código y carpeta · N8N + Expediente

El N8N pide el número de registro al sistema externo. Si responde, el nodo Expediente crea la carpeta del proyecto — aún sin titular ni propietario.

En esta fase

• Si el N8N falla, cierra por error sin crear carpeta.
• La salida expedient_id alimenta todos los nodos de asociación.

Nodos en el constructor

• Generador de número de registro para proyecto
• Generación de expediente de proyecto

Ramas

N8N error

Finalizador · error al pedir número de registro.

N8N ok

Crea el registro del proyecto.

Decisión automática

¿Quién es el propietario? · Tramitador vs propietario externo

El primer condicional pregunta si quien tramita será el propietario. Abre la rama del titular o la de asociar un dueño distinto.

En esta fase

• Titular: vincula al tramitador y evalúa tipo de persona.
• Externo: elige natural o jurídica antes de asociar al dueño declarado.

Nodos en el constructor

• Validación si tramitador será propietario
• Tipo de propietario a asociar

Ramas

Tramitador = propietario

Asociación del titular.

Propietario distinto

Rama natural o jurídica externa.

Avanza solo

Rama titular · Tipo de persona del dueño

Si el tramitador es propietario, se asocia como titular y el flujo evalúa si es persona natural o jurídica.

En esta fase

• Jurídica: N8N Obtención de UUID y unión con carpeta de la empresa.
• Natural: puede registrar copropietario antes de cerrar.

Nodos en el constructor

• Asociación del titular
• Validación tipo de propietario
• Obtención de UUID
• Asociación a expediente jurídico
• Validación de copropietario
• Asociación de copropietario

Ramas

Titular jurídica

Unión proyecto ↔ empresa o cierre por error UUID.

Titular natural

Con o sin copropietario.

Avanza solo

Rama propietario externo · Dueño distinto al tramitador

Cuando el tramitador no es el propietario, el flujo asocia al dueño declarado — natural o jurídico — y evalúa copropietario en la rama natural.

En esta fase

• Jurídica externa: dos nodos Expediente (vincular y unir carpetas).
• Natural externa: asocia propietario y puede añadir copropietario.

Nodos en el constructor

• Asociación propietario jurídico
• Asociación a propietario jurídico
• Asociación de propietario natural
• Validación de inscripción de copropietario
• Asociación copropietario

Ramas

Externo jurídico

Unión y cierre.

Externo natural

Con o sin copropietario.

Qué pasa de un paso al siguiente

Cómo encadena el recorrido, de la captura al cierre.

• El formulario alimenta la creación del expediente y los condicionales de tramitador, tipo de persona y copropietario.
• El N8N devuelve codigo; el expediente materializa la carpeta y expone expedient_id.
• Si el tramitador es propietario, se asocia como titular y el flujo evalúa jurídica (UUID + unión) o natural (copropietario opcional).
• Si no, asocia al propietario externo — jurídico o natural — y en natural puede añadir copropietario.
• Siempre es la misma carpeta del proyecto. No se abre una segunda.

Catálogo de nodos en el constructor

25 piezas en el constructor con este nombre. El encabezado de cada grupo enlaza a la ficha del tipo en el catálogo. El canvas completo incluye además 2 finalizadores por error no listados aquí.

Condicional If (5)

Nombre en el constructor	Función
Validación si tramitador será propietario	Pregunta si quien tramita será el propietario del proyecto. Abre la rama del titular o la de propietario ex…
Tipo de propietario a asociar	Solo si el tramitador no será propietario. Ramifica entre asociar persona natural o jurídica como dueño del…
Validación tipo de propietario	Tras asociar al titular, evalúa si es persona jurídica o natural para abrir unión con empresa o validación …
Validación de inscripción de copropietario	Tras asociar propietario natural externo, evalúa si aplica registrar un copropietario adicional.
Validación de copropietario	Tras asociar al titular natural, evalúa si aplica registrar un copropietario en el proyecto.

Expediente (8)

Nombre en el constructor	Función
Generación de expediente de proyecto	Crea la carpeta del proyecto en la entidad correspondiente. Aún no asocia titular ni propietario.
Asociación del titular	Vincula al titular capturado en el formulario con la carpeta del proyecto cuando el tramitador será propiet…
Asociación propietario jurídico	Vincula al propietario persona jurídica cuando el tramitador no es el dueño.
Asociación a propietario jurídico	Une la carpeta del proyecto con la de la persona jurídica propietaria externa.
Asociación de propietario natural	Vincula al propietario persona natural cuando el tramitador no es el dueño.
Asociación copropietario	Vincula al copropietario con la carpeta del proyecto en la rama de propietario natural externo.
Asociación a expediente jurídico	Une la carpeta del proyecto con la de la persona jurídica titular. El vínculo es en ambos sentidos.
Asociación de copropietario	Vincula al copropietario con la carpeta del proyecto cuando el titular es persona natural.

Finalizador (8)

Nombre en el constructor	Función
Finalizador · error al pedir número de registro	Cierra por error si no se obtiene el código del proyecto. Aún no se creó la carpeta.
Finalizador · propietario externo jurídico	Cierra el trámite tras asociar proyecto y propietario jurídico externo.
Finalizador · copropietario externo	Cierra tras asociar propietario natural externo y su copropietario.
Finalizador · sin copropietario externo	Cierra cuando el propietario natural externo no declara copropietario.
Finalizador · error al pedir UUID	Cierra por error si la consulta de persona jurídica falla. El proyecto ya puede existir con titular, pero s…
Finalizador · titular jurídico	Cierra el trámite tras unir el proyecto con la carpeta jurídica del titular.
Finalizador · copropietario titular	Cierra tras asociar titular natural y copropietario al proyecto.
Finalizador · titular natural	Cierra cuando el titular es persona natural y no declara copropietario.

Formulario (1)

Nombre en el constructor	Función
Inscripción de proyecto	Captura en el portal los datos del proyecto, del titular y del propietario. El flujo se detiene hasta que l…

Inicializador (1)

Nombre en el constructor	Función
Inicializador	Arranca la solicitud y entrega el número de trámite.

N8N (2)

Nombre en el constructor	Función
Generador de número de registro para proyecto	Consulta un servicio externo para obtener el código único del proyecto antes de crear la carpeta.
Obtención de UUID	En rama titular jurídica, busca el identificador de la empresa para unir las dos carpetas.

Nodos N8N

Las consultas externas del flujo y las salidas que devuelven.

Nombre en el constructor	Salidas relevantes
Generador de número de registro para proyecto	codigo
Obtención de UUID	uuid

Piezas Expediente

Las piezas de expediente que el flujo materializa.

Los ocho nodos Expediente no son el mismo paso:

1. Generación de expediente de proyecto — crea el registro del proyecto.
2. Asociación del titular — cuando el tramitador será propietario.
3. Asociación propietario jurídico / Asociación de propietario natural — dueño distinto al tramitador.
4. Asociación a propietario jurídico / Asociación a expediente jurídico — unen carpetas con persona jurídica.
5. Asociación de copropietario / Asociación copropietario — vinculan copropietario en rama titular o externa.

Si se corta entre el 1 y cualquier asociación, el proyecto puede existir sin titular ni propietario ligado.

Identificadores en este trámite

Qué código nace en cada punto del recorrido.

Identificador	Dónde nace en este flujo
Número de solicitud	Inicializador
Código de registro	N8N Generador de número de registro para proyecto → salida codigo → nodo Expediente del proyecto

No hay registro referenciado: el proyecto nace en este trámite. El codigo del N8N y la salida expedient_id del expediente identifican la carpeta en los pasos de asociación.

Ejemplos

Recorridos completos: el favorable y el que tropieza.

Ejemplo: titular persona natural sin copropietario

Carlos Ruiz inscribe el proyecto Torre Norte. Declara que él será el propietario (titular natural, sin copropietario). Tras el formulario, el N8N entrega el código, se crea la carpeta, se asocia a Carlos como titular y el condicional de copropietario cierra sin vínculo adicional. Resultado: una carpeta de proyecto con Carlos como titular.

Ejemplo: propietario externo jurídico

Un gestor tramita para Inmobiliaria Pacífico (propietario jurídico externo). El flujo no asocia al titular; crea el proyecto, vincula a la empresa como propietaria y une las dos carpetas. Si el identificador jurídico fallara en otra variante del flujo, el proyecto ya existiría pero sin unión a la empresa.

Ejemplo: titular natural con copropietario

María y Luis copropietarios: María tramita como titular natural y declara copropietario. Tras asociar a María, el condicional abre la rama de copropietario, vincula a Luis y cierra. Ambos quedan ligados a la misma carpeta del proyecto.

Trámites · Identificadores · Configuración · Expediente · Propietario

Línea de Construcción

Trámite de línea de construcción con modalidad, validaciones N8N, revisión, pago, inspección y resolución.

ACH

Línea de Construcción

Modalidad y submodalidad, validaciones, expediente del proyecto, revisión, pago, inspección y resolución.

ACH Versión 23 Flujo en borrador

Quién interviene

• Solicitante 2
• Analista 1
• Inspector 1
• Técnico 1

5 de las 12 fases esperan a una persona; el resto avanza solo.

Qué es y qué contiene Cómo se recorre · 12 Cómo se configura Identificadores y ejemplos

12

fases del recorrido

116

nodos en el constructor

2

catálogos de datos

Acerca de este trámite

Qué resuelve, para quién y qué entrega al cerrar.

Línea de Construcción formaliza proyectos de obra según modalidad y submodalidad elegidas en catálogo. La persona referencia un inmueble ya registrado, completa el formulario principal y el flujo valida vigencia y multas, genera el código de expediente del proyecto vía N8N, crea la carpeta y la asocia al inmueble. Después pasan revisión técnica y legal, admisión, pago, inspección y resolución (aprobada o denegada).

Abrir en el ambiente de pruebas

Datos del flujo

Lo que hace falta para encontrarlo y reproducirlo en el constructor.

Nombre en el constructor

Línea de Construcción

Versión

23 · okok

Estado

DRAFT

Tipo

FORMALITIES

Prórrogas máximas

2

Nodos en el canvas

116 (20 finalizadores por error)

ID de proceso

8e7907cd-0bb7-4b93-84dc-c558f2b87631

ID de flujo

787b63c4-56cb-43c3-906d-d88e932ff157

ID de flujo original

61c1556d-3d3e-41a5-9673-8ab1f6183557

Origen de duplicado

77efb8e5-1094-426e-8836-8636353f8096

Cómo recorre el flujo

Las fases principales y el detalle de cada tramo.

Vista resumida en el diagrama; el detalle fase por fase — formularios, campos y ramas — está en la guía siguiente (extraída del JSON del constructor, v23).

Cargando diagrama…

flowchart TB
  I[Inicializador] --> DC[Modalidad y submodalidad]
  DC --> F[Formulario Línea de Construcción]
  F --> NV[Validación de vigencia]
  NV --> NM[Multas y variables]
  NM --> NR[ID de Expediente]
  NR --> EXP[Expediente y asociación]
  EXP --> RV[Revisión Integral]
  RV --> ADM[Auto de admisión]
  ADM --> PAG[Cobro y pago]
  PAG --> INS[Inspección]
  INS --> SW[Estado de la Inspección]
  SW --> RES[Resolución y firma]
  RES --> FIN[Finalizador]

Pulse un recuadro del diagrama para ver la configuración de ese paso.

Figura 1. Fases principales. Pulse un recuadro para configuración breve de esa etapa.

Recorrido detallado del trámite. Elija una fase para ver qué se captura en formularios, qué nodos intervienen y cómo ramifica.

1. 01 Inicio Número de solicitud
2. 02 Modalidad y submodalidad Centros de datos
3. 03 Captura principal Formulario de Línea de Construcción
4. 04 Validaciones iniciales Vigencia, estado y multas
5. 05 Expediente del proyecto ID de Expediente
6. 06 Revisión Integral y final
7. 07 Admisión y pago Auto de admisión · cobro
8. 08 Inspección Técnica y patrimonio
9. 09 Auto de requerimiento Subsanación
10. 10 Resolución Aprobada o denegada
11. 11 Validaciones de multas tardías Ramas de inspección y denegación
12. 12 Cierre Finalizadores

Avanza solo

Inicio · Número de solicitud

El inicializador abre la solicitud. A partir de aquí existe un número de trámite visible en portal y administrador.

En esta fase

• Prórroga máxima configurada: 2 extensiones.
• Aún no hay expediente del proyecto ni inmueble referenciado.

Nodos en el constructor

• Inicializador

Avanza solo

Modalidad y submodalidad · Centros de datos

Dos centros de datos cargan modalidad y submodalidad antes del formulario principal.

En esta fase

• Modalidad → submodalidad en cadena.
• Cada nodo tiene rama success y error; el error cierra con finalizador dedicado.
• Lo capturado aquí alimenta listas del formulario.

Nodos en el constructor

• Modalidad
• submodalidad

Ramas

success

Continúa al siguiente centro de datos o al formulario.

error

Finalizador de error; no llega al formulario.

Espera a una persona

Captura principal · Formulario de Línea de Construcción

Pantalla principal del portal. La persona elige el inmueble, declara datos del proyecto y completa el formulario. El flujo se detiene hasta el envío.

En esta fase

• Múltiples conexiones de campos salen de este formulario en el constructor.
• La salida id referencia el predio ya inscrito; no crea carpeta nueva.
• Tras el envío, un calculado registra la fecha de ingreso de la solicitud.

Formulario · Formulario de Línea de Construcción

Solicitante en portal

Campo o grupo	Para qué se usa en el flujo
Inmueble / expediente referenciadoid	Validación de vigencia, validaciones de multas, asociación al proyecto, actualización de expediente.
Datos del inmueblenumero_registro_inmueble	Notificaciones y nodos de expediente.
Tramitador responsablenumero_registro_tramitador	Notificaciones de multa y comunicaciones.

Nodos en el constructor

• Formulario de Línea de Construcción
• Fecha de ingreso de la solicitud

Avanza solo

Validaciones iniciales · Vigencia, estado y multas

N8N de vigencia y condicional de estado de expediente. Si el registro no está vigente, notifica registro inactivo. Validación de multas 1 ramifica con decisiones If.

En esta fase

• Validación de vigencia → salida valido → Validación de estado de expediente.
• Validación de multas 1 alimenta Decisión por multas con multas_activas.
• Ramas sin multas convergen en Merge_4 hacia ID de Expediente.

Nodos en el constructor

• Validación de vigencia
• Validación de estado de expediente
• Notificación de registro inactivo
• Validación de multas 1
• Decisión por multas
• Unión 1
• Unión 2
• Merge_4

Ramas

No vigente

Notificación de registro inactivo → finalizador.

Con multas

Notificación de multa pendiente; puede continuar según diseño.

Sin multas

Unión hacia merge y expediente.

Avanza solo

Expediente del proyecto · ID de Expediente

El N8N ID de Expediente genera el código de carpeta. Luego los nodos Expediente crean o actualizan el registro y lo asocian al inmueble.

En esta fase

• Salida codigo del N8N alimenta Expediente Trámite Previos Aprobada.
• Asociación de expediente a inmueble vincula proyecto ↔ predio.
• Actualización de expediente de proyectos sincroniza datos finales.

Nodos en el constructor

• ID de Expediente
• Asignar Grupo Revisión Técnica
• Asignar grupo Revisión Legal
• Expediente Trámite Previos Aprobada
• Asociación de expediente a inmueble
• Actualización de expediente de proyectos

Espera a una persona

Revisión · Integral y final

Revisión Integral con plazo; puede aprobar, rechazar o expirar. Incluye Verificación de Interés Social y ramas de improponibilidad.

En esta fase

• Revisión Integral: success → revisión técnica / interés social; error → validación multas 2; expired → notificación.
• Revisión Final tras inspección y auto de requerimiento si aplica.
• Auto de Improponibilidad y Resolución Denegada en ramas de rechazo.

Formulario · Verificación de Interés Social

Analista / revisor

Campo o grupo	Para qué se usa en el flujo
Verificación	Decisión sobre interés social del proyecto.

Formulario · Plantilla maestra de resolución denegada

Analista / revisor

Campo o grupo	Para qué se usa en el flujo
Plantilla	Generación de resolución denegada en revisión.

Nodos en el constructor

• Revisión Integral
• Revisión técnica
• Verificación de Interés Social
• Validación por multas 2
• Decisión por multa 2
• Asignar grupo Auto de Improponibilidad
• Resolución Denegada
• Revisión Final

Ramas

Aprobado

Hacia auto de admisión y pago.

Rechazado

Improponibilidad o resolución denegada.

Expirado

Notificación por tiempo expirado.

Espera a una persona

Admisión y pago · Auto de admisión · cobro

Tras revisión favorable se genera Auto de Admisión, se notifica y se calcula el cobro. El solicitante paga en portal.

En esta fase

• Auto de Admisión → Notificación Auto de Admisión.
• N8N Cálculo de cobro del trámite entrega costo_base y costo_excedente.
• Pago del trámite confirma el cobro antes de inspección.

Documentos

• Auto de Admisión

Nodos en el constructor

• Auto de Admisión
• Notificación Auto de Admisión
• Cálculo de cobro del trámite
• Pago del trámite
• Asignar grupo observaciones
• Formulario de Observaciones

Espera a una persona

Inspección · Técnica y patrimonio

Inspector completa Inspección Técnica; técnico de patrimonio completa Identificación de Patrimonio Cultural.

En esta fase

• Asignación de grupo Inspección antes del formulario técnico.
• Asignar Grupo Patrimonio Cultural habilita formulario de patrimonio.
• El Switch Estado de la Inspeccion evalúa el resultado conjunto.

Formulario · Inspección Técnica

Inspector en campo

Campo o grupo	Para qué se usa en el flujo
Resultado de inspección	Switch Estado de la Inspeccion.

Formulario · Identificación de Patrimonio Cultural

Técnico patrimonio

Campo o grupo	Para qué se usa en el flujo
Patrimonio	Evaluación de impacto patrimonial.

Formulario · Formulario de Observaciones

Solicitante en portal

Campo o grupo	Para qué se usa en el flujo
Observaciones	Subsanación tras el pago.

Nodos en el constructor

• Asignación de grupo Inspección
• Inspección Técnica
• Asignar Grupo Patrimonio Cultural
• Identificación de Patrimonio Cultural
• Estado de la Inspeccion

Ramas

Aprobado

condition_1 → rama de resolución aprobada.

Auto de requerimiento

condition_2 → plantilla y generación de auto.

rechazado

condition_3 → resolución denegada.

default

Finalizador por defecto.

Espera a una persona

Auto de requerimiento · Subsanación

Si la inspección exige subsanación, se asigna grupo, se completa plantilla y se genera el auto de requerimiento.

En esta fase

• Asignar grupo auto de requerimiento → Formato de plantilla auto de requerimiento.
• Emisión auto de requerimiento → Generador Auto de requerimiento.
• Notificación de auto de requerimiento al solicitante.

Documentos

• Auto de requerimiento

Nodos en el constructor

• Asignar grupo auto de requerimiento
• Formato de plantilla auto de requerimiento
• Emisión auto de requerimiento
• Auto de requerimiento
• Notificación de auto de requerimiento

Avanza solo

Resolución · Aprobada o denegada

Según el Switch y la revisión final, el flujo genera resolución aprobada o denegada, firma documentos y notifica.

En esta fase

• Rama aprobada: plantilla aprobada → Resolución Aprobada → Firma Aprobada → Firma de Planos.
• Rama denegada: plantilla denegada → Resolución denegada → Firma Denegada.
• Resolución del Trámite registra el acto administrativo.

Documentos

• Resolución Aprobada
• Resolución denegada
• Resolución del Trámite

Nodos en el constructor

• Formato de plantilla Aprobada
• Formato de plantilla Denegada
• Resolución Aprobada
• Resolución denegada
• Resolución Denegada
• Firma Aprobada
• Firma Denegada
• Firma de Planos
• Resolución del Trámite
• Notificación de Resolución
• Notificación de Resolución Aprobada

Decisión automática

Validaciones de multas tardías · Ramas de inspección y denegación

Validaciones por multas 4 y 5 se ejecutan en ramas de denegación o tras merge de aprobación, con decisiones If adicionales.

En esta fase

• Validación por multas 4 tras merge de ramas denegadas.
• Validación por multas 5 en rama de aprobación (merge Desconocido_2).
• Notificaciones de multa pendiente en cada decisión positiva.

Nodos en el constructor

• Validación por multas 4
• Validación por multas 5
• Decisión por multas
• Decisión por multas
• Desconocido_2
• Desconocido_3
• Merge_6
• Merge_7

Avanza solo

Cierre · Finalizadores

Veinte finalizadores de error o default y seis de éxito cierran cada rama del flujo sin dejar solicitudes colgadas.

En esta fase

• Errores en centros de datos, N8N, revisiones, firmas o generadores.
• Éxito en notificaciones de resolución y expediente actualizado.
• 116 nodos totales en el constructor (v23).

Nodos en el constructor

• Objeto de finalización (26 instancias en el plano)

Qué pasa de un paso al siguiente

Cómo encadena el recorrido, de la captura al cierre.

La guía de recorrido (12 fases) desarrolla cada tramo. En síntesis: modalidad y submodalidad → captura y validaciones → expediente del proyecto vinculado al inmueble → revisión y admisión → pago → inspección → resolución → cierre.

Catálogo de nodos en el constructor

116 piezas en el constructor con este nombre. El encabezado de cada grupo enlaza a la ficha del tipo en el catálogo. El canvas completo incluye además 20 finalizadores por error no listados aquí.

Asignación de grupo (12)

Nombre en el constructor	Función
Asignación de grupo Inspección	Asigna grupo de trabajo.
Asignar Grupo	Asigna grupo de trabajo.
Asignar Grupo Revisión Técnica	Asigna grupo de trabajo.
Asignar grupo Auto de Improponibilidad	Asigna grupo de trabajo.
Asignar grupo auto de requerimiento	Asigna grupo de trabajo.
Asignar grupo Firma de Plano	Asigna grupo de trabajo.
Asignar grupo observaciones	Asigna grupo de trabajo.
Asignar grupo para plantilla	Asigna grupo de trabajo.
Asignar Grupo Patrimonio Cultural	Asigna grupo de trabajo.
Asignar grupo Revisión Legal	Asigna grupo de trabajo.
Asignar Grupo Revisión Final	Asigna grupo de trabajo.
Revisión técnica	Asigna grupo de trabajo.

Calculado (17)

Nombre en el constructor	Función
Aprobado	Une variables o calcula valores intermedios.
Cálculo Aprobado	Une variables o calcula valores intermedios.
Cálculo Denegado	Une variables o calcula valores intermedios.
denegado 1	Une variables o calcula valores intermedios.
Emisión auto de requerimiento	Une variables o calcula valores intermedios.
Fecha de emisión de resolución	Une variables o calcula valores intermedios.
Fecha de ingreso de la solicitud	Registra fecha de envío del formulario.
Fecha emisión de Resolución	Une variables o calcula valores intermedios.
Fecha emisión de resolución	Une variables o calcula valores intermedios.
Union 8	Une variables de ramas paralelas.
unión 7	Une variables de ramas paralelas.
unión 7 (Copia)	Une variables de ramas paralelas.
Unión 1	Une variables de ramas paralelas.
Unión 10	Une variables de ramas paralelas.
Unión 2	Une variables de ramas paralelas.
Unión 7	Une variables de ramas paralelas.
Unión 9	Une variables de ramas paralelas.

Centro de datos (2)

Nombre en el constructor	Función
Modalidad	Precarga modalidad de línea de construcción.
submodalidad	Precarga submodalidad según la modalidad elegida.

Condicional If (5)

Nombre en el constructor	Función
Decisión por multas	Ramifica según condición booleana.
Decisión por multas	Ramifica según condición booleana.
Decisión por multa 2	Ramifica según condición booleana.
Decisión por multas	Ramifica según condición booleana.
Validación de estado de expediente	Verifica si el expediente está vigente.

Expediente (3)

Nombre en el constructor	Función
Actualización de expediente de proyectos	Operación sobre carpeta expediente.
Asociación de expediente a inmueble	Operación sobre carpeta expediente.
Expediente Trámite Previos Aprobada	Operación sobre carpeta expediente.

Finalizador (26)

Nombre en el constructor	Función
Objeto de finalización_126_error	Cierra por error o condición no contemplada.
Objeto de finalización_140_error	Cierra por error o condición no contemplada.
Objeto de finalización_141_error	Cierra por error o condición no contemplada.
Objeto de finalización_142_source	Cierra con éxito en esa rama.
Objeto de finalización_151_source	Cierra con éxito en esa rama.
Objeto de finalización_156_source	Cierra con éxito en esa rama.
Objeto de finalización_158_error	Cierra por error o condición no contemplada.
Objeto de finalización_159_error	Cierra por error o condición no contemplada.
Objeto de finalización_17_error	Cierra por error o condición no contemplada.
Objeto de finalización_18_error	Cierra por error o condición no contemplada.
Objeto de finalización_25_source	Cierra con éxito en esa rama.
Objeto de finalización_26_error	Cierra por error o condición no contemplada.
Objeto de finalización_26_error	Cierra por error o condición no contemplada.
Objeto de finalización_27_error	Cierra por error o condición no contemplada.
Objeto de finalización_29_error	Cierra por error o condición no contemplada.
Objeto de finalización_29_source	Cierra con éxito en esa rama.
Objeto de finalización_30_error	Cierra por error o condición no contemplada.
Objeto de finalización_31_error	Cierra por error o condición no contemplada.
Objeto de finalización_32_error	Cierra por error o condición no contemplada.
Objeto de finalización_33_error	Cierra por error o condición no contemplada.
Objeto de finalización_34_source	Cierra con éxito en esa rama.
Objeto de finalización_37_error	Cierra por error o condición no contemplada.
Objeto de finalización_38_error	Cierra por error o condición no contemplada.
Objeto de finalización_41_error	Cierra por error o condición no contemplada.
Objeto de finalización_41_error	Cierra por error o condición no contemplada.
Objeto de finalización_64_default	Cierra por error o condición no contemplada.

Firma de documento (4)

Nombre en el constructor	Función
Firma Denegada	Firma electrónica del documento.
Firma Aprobada	Firma electrónica del documento.
Firma de Planos	Firma electrónica del documento.
Firma Denegada	Firma electrónica del documento.

Formulario (9)

Nombre en el constructor	Función
Formato de plantilla Aprobada	Captura o revisión de datos en pantalla.
Formato de plantilla auto de requerimiento	Captura o revisión de datos en pantalla.
Formato de plantilla Denegada	Captura o revisión de datos en pantalla.
Formulario de Línea de Construcción	Captura principal del trámite en portal.
Formulario de Observaciones	Captura o revisión de datos en pantalla.
Identificación de Patrimonio Cultural	Captura o revisión de datos en pantalla.
Inspección Técnica	Formulario de inspección en campo.
Plantilla maestra de resolución denegada	Captura o revisión de datos en pantalla.
Verificación de Interés Social	Captura o revisión de datos en pantalla.

Generador de documentos (5)

Nombre en el constructor	Función
Auto de Admisión	Genera documento PDF.
Auto de requerimiento	Genera documento PDF.
Resolución Denegada	Genera documento PDF.
Resolución Aprobada	Genera documento PDF.
Resolución denegada	Genera documento PDF.

Inicializador (1)

Nombre en el constructor	Función
Inicializador	Arranca la solicitud.

N8N (7)

Nombre en el constructor	Función
Cálculo de cobro del trámite	Calcula tarifas del trámite.
ID de Expediente	Obtiene código del expediente del proyecto.
Validación de multas 1	Consulta multas activas del inmueble.
Validación de vigencia	Consulta vigencia del registro referenciado.
Validación por multas 2	Consulta o transformación externa.
Validación por multas 4	Consulta o transformación externa.
Validación por multas 5	Consulta o transformación externa.

Notificación (12)

Nombre en el constructor	Función
Notificación de multa pendiente asociada a su inmueble	Envía aviso al portal o correo.
Notificación Auto de Admisión	Envía aviso al portal o correo.
Notificación de Resolución	Envía aviso al portal o correo.
Notificación de auto de requerimiento	Envía aviso al portal o correo.
Notificación de multa pendiente asociada a su inmueble	Envía aviso al portal o correo.
Notificación de multa pendiente asociada a su inmueble	Envía aviso al portal o correo.
Notificación de multa pendiente asociada a su inmueble	Envía aviso al portal o correo.
Notificación de registro inactivo	Envía aviso al portal o correo.
Notificación de Resolución	Envía aviso al portal o correo.
Notificación de Resolución Aprobada	Envía aviso al portal o correo.
Notificación de trámite archivado	Envía aviso al portal o correo.
Notificación pro tiempo expirado	Envía aviso al portal o correo.

Pago (1)

Nombre en el constructor	Función
Pago del trámite	Espera confirmación de pago.

Resolución (3)

Nombre en el constructor	Función
Resolución del Trámite	Registra resolución del trámite.
Resolución del Trámite	Registra resolución del trámite.
Resolución del Trámite	Registra resolución del trámite.

Revisión (2)

Nombre en el constructor	Función
Revisión Final	Revisión final antes de resolución.
Revisión Integral	Revisión humana integral del expediente.

Switch (1)

Nombre en el constructor	Función
Estado de la Inspeccion	Switch del resultado de inspección.

Unión (6)

Nombre en el constructor	Función
Desconocido_2	Espera entradas y continúa (Desconocido_2).
Desconocido_3	Espera entradas y continúa (Desconocido_3).
Merge_4	Espera entradas y continúa (Merge_4).
Merge_6	Espera entradas y continúa (Merge_6).
Merge_7	Espera entradas y continúa (Merge_7).
Merge_9_source	Espera entradas y continúa (Merge_9_source).

Catálogo · centros de datos

Los catálogos que cargan en cadena antes del formulario.

Antes del formulario, dos centros de datos cargan en cadena modalidad y submodalidad:

• Modalidad
• submodalidad

Cada uno tiene rama success y error. Si falla la carga, un finalizador cierra esa rama.

Nodos N8N

Las consultas externas del flujo y las salidas que devuelven.

Nombre en el constructor	Salidas relevantes
Validación de vigencia	valido
Validación de multas 1	multas_activas
Validación por multas 2	multas_activas
Validación por multas 4	—
Validación por multas 5	—
ID de Expediente	codigo
Cálculo de cobro del trámite	costo_base · costo_excedente

Formularios en el plano

Qué formulario completa cada perfil y cuántas conexiones tiene.

Los formularios del flujo están detallados en la guía de recorrido (fases Captura principal, Revisión, Observaciones e Inspección). Resumen:

Nombre en el constructor	Quién completa	Conexiones en constructor
Formulario de Línea de Construcción	Solicitante	126
Inspección Técnica	Inspector	30
Formulario de Observaciones	Solicitante	3
Verificación de Interés Social	Analista	6
Identificación de Patrimonio Cultural	Técnico	2
Formato de plantilla Aprobada / Denegada / auto de requerimiento	Analista	Plantillas de revisión

Identificadores en este trámite

Qué código nace en cada punto del recorrido.

Identificador	Dónde nace en este flujo
Número de solicitud	Inicializador
Registro referenciado	Formulario de Línea de Construcción → salida id (inmueble elegido)
Código de expediente	N8N ID de Expediente → salida codigo → nodo Expediente del proyecto

Salidas como valido, multas_activas, costo_base o costo_excedente sirven para ramificar; N8N construye el codigo que el Expediente materializa.

Ejemplos

Recorridos completos: el favorable y el que tropieza.

Ejemplo: inmueble vigente, resolución aprobada

Juan solicita línea de construcción sobre el inmueble REG-2024-001892 ya inscrito. Envía el formulario. Validación de vigencia devuelve valido = true; no hay multas activas. El N8N ID de Expediente genera EXP-2026-004821 para el proyecto; el expediente se crea y se asocia al predio. Tras revisión integral, pago e inspección favorable (Switch → Aprobado), el flujo emite resolución aprobada, firma planos y notifica. Persisten la solicitud, la carpeta del proyecto y el vínculo con el inmueble referenciado.

Ejemplo: multas o inspección desfavorable

Si Validación de multas 1 devuelve multas_activas, el flujo notifica multa pendiente y puede ramificar según el diseño. Si la inspección es desfavorable, el Switch Estado de la Inspeccion abre auto de requerimiento o resolución denegada en lugar de la rama aprobada. En ambos casos el número de solicitud queda en historial; la carpeta del proyecto puede existir aunque el trámite cierre en denegatoria.

Trámites · Identificadores · Centro de datos · Revisión · Pago

Proceso de verificación de empresa

Registro de persona jurídica — captura, código ACH, expediente de la empresa y asociación del propietario.

ACH

Proceso de verificación de empresa

Registra una persona jurídica: formulario, código ACH, carpeta de la empresa, propietario y notificación de cierre.

ACH Versión 10 Flujo en borrador

Quién interviene

• Solicitante 1

1 de las 5 fases esperan a una persona; el resto avanza solo.

Qué es y qué contiene Cómo se recorre · 5 Cómo se configura Identificadores y ejemplos

5

fases del recorrido

8

nodos en el constructor

Acerca de este trámite

Qué resuelve, para quién y qué entrega al cerrar.

Quien solicita completa el formulario Registro de persona jurídica. El sistema obtiene un código ACH vía N8N, crea la carpeta de la empresa con un expediente y vincula al propietario. Al final, una notificación confirma el registro.

Abrir en el ambiente de pruebas

Datos del flujo

Lo que hace falta para encontrarlo y reproducirlo en el constructor.

Nombre en el constructor

Proceso de verificación de empresa

Versión

10 · validación de flujo

Estado

DRAFT

Tipo

FORMALITIES

Prórrogas máximas

2

Nodos en el canvas

8 (1 finalizadores por error)

ID de proceso

32d3ec05-9004-4be3-9698-e117a8598708

ID de flujo

888b8206-987e-4ffc-b75d-00566a0d895e

ID de flujo original

f4c108d3-d91e-4665-9d94-8af0ad47e50d

Origen de duplicado

4d1bd273-a36c-46f6-aabc-864913fa1953

Cómo recorre el flujo

Las fases principales y el detalle de cada tramo.

Vista resumida en el diagrama; el detalle fase por fase está en la guía siguiente (extraída del JSON del constructor, v10).

Cargando diagrama…

flowchart TB
  I["Inicializador"] --> F["Registro de persona jurídica"]
  F --> N1["Generación del número de registro"]
  N1 -->|error| X1["Finalizador · error registro"]
  N1 -->|ok| E1["Generación expediente persona jurídica"]
  E1 --> E2["Asociación del propietario"]
  E2 --> N2["Notificación"]
  N2 --> X2["Finalizador · completado"]

Pulse un recuadro del diagrama para ver la configuración de ese paso.

Figura 1. Recorrido del trámite. Pulse un recuadro para configuración breve de esa etapa.

Recorrido detallado del trámite. Elija una fase para ver qué se captura en formularios, qué nodos intervienen y cómo ramifica.

1. 01 Inicio Número de solicitud
2. 02 Captura Registro de persona jurídica
3. 03 Código y carpeta N8N + Expediente
4. 04 Dueño de la carpeta Vincular propietarios
5. 05 Confirmación Notificación y cierre

Avanza solo

Inicio · Número de solicitud

El inicializador abre la solicitud. A partir de aquí existe un número de trámite visible en portal y administrador.

En esta fase

• Aún no hay carpeta de la empresa ni código ACH.

Nodos en el constructor

• Inicializador

Espera a una persona

Captura · Registro de persona jurídica

La persona completa en el portal los datos de la empresa y del propietario o representante. El flujo se detiene hasta el envío.

En esta fase

• Los campos del formulario alimentan el N8N y la creación del expediente.
• Sin envío, la solicitud queda pendiente en el portal.

Formulario · Registro de persona jurídica

Solicitante en portal

Campo o grupo	Para qué se usa en el flujo
Datos de la empresa	Creación del registro jurídico
Datos del propietario	Vincular propietarios tras crear la carpeta

Nodos en el constructor

• Registro de persona jurídica

Avanza solo

Código y carpeta · N8N + Expediente

El N8N pide el código ACH al sistema externo. Si responde, el nodo Expediente crea la carpeta de la persona jurídica — aún sin dueño.

En esta fase

• Si el N8N falla, cierra por error sin crear carpeta.
• La salida codigo_ach identifica el registro en pasos siguientes.

Nodos en el constructor

• Generación del número de registro de persona jurídica
• Generación de expediente persona jurídica

Ramas

N8N error

Finalizador · error al pedir número de registro.

N8N ok

Crea el registro de la empresa.

Avanza solo

Dueño de la carpeta · Vincular propietarios

Asocia al propietario capturado en el formulario con la carpeta jurídica recién creada.

En esta fase

• Si el flujo se corta aquí, la empresa existe sin propietario asociado.
• No es representación del portal: es propietario del expediente jurídico.

Nodos en el constructor

• Asociación del propietario

Avanza solo

Confirmación · Notificación y cierre

Tras vincular al propietario, la notificación confirma el registro al solicitante y el finalizador cierra el trámite.

En esta fase

• Siempre es la misma carpeta de la empresa creada al inicio del tramo automático.

Nodos en el constructor

• Notificación_1_source

Qué pasa de un paso al siguiente

Cómo encadena el recorrido, de la captura al cierre.

• El formulario alimenta el N8N y la creación del expediente.
• El N8N devuelve codigo_ach; si falla, cierra sin carpeta.
• El expediente materializa la carpeta y expone expedient_id para vincular al propietario.
• La notificación confirma el registro y el finalizador cierra con éxito.

Siempre es la misma carpeta de la empresa. No se abre una segunda.

Catálogo de nodos en el constructor

8 piezas en el constructor con este nombre. El encabezado de cada grupo enlaza a la ficha del tipo en el catálogo. El canvas completo incluye además 1 finalizadores por error no listados aquí.

Expediente (2)

Nombre en el constructor	Función
Generación de expediente persona jurídica	Crea la carpeta de la persona jurídica en la entidad correspondiente. Aún no asigna propietario.
Asociación del propietario	Vincula al propietario o representante capturado en el formulario con la carpeta de la empresa recién creada.

Finalizador (2)

Nombre en el constructor	Función
Finalizador · error al pedir número de registro	Cierra por error si no se obtiene el código ACH. Aún no se creó la carpeta.
Finalizador · registro completado	Cierra el trámite con éxito tras la notificación.

Formulario (1)

Nombre en el constructor	Función
Registro de persona jurídica	Captura en el portal los datos de la empresa y del representante. El flujo se detiene hasta que la persona …

Inicializador (1)

Nombre en el constructor	Función
Inicializador	Arranca la solicitud y entrega el número de trámite.

N8N (1)

Nombre en el constructor	Función
Generación del número de registro de persona jurídica	Consulta un servicio externo para obtener el código ACH de la persona jurídica antes de crear la carpeta.

Notificación (1)

Nombre en el constructor	Función
Notificación_1_source	Avisa al solicitante que el registro de la persona jurídica quedó completado.

Nodo N8N

La consulta externa del flujo y la salida que devuelve.

Nombre en el constructor	Salidas relevantes
Generación del número de registro de persona jurídica	codigo_ach

Dos piezas Expediente

Las piezas de expediente que el flujo materializa.

Los dos nodos Expediente no son el mismo paso:

1. Generación de expediente persona jurídica — crea el registro de la empresa.
2. Asociación del propietario — vincula al dueño o representante declarado en el formulario.

Si se corta entre el 1 y el 2, la empresa existe sin propietario asociado.

Identificadores en este trámite

Qué código nace en cada punto del recorrido.

Identificador	Dónde nace en este flujo
Número de solicitud	Inicializador
Código de registro	N8N Generación del número de registro de persona jurídica → salida codigo_ach → nodo Expediente

No hay registro referenciado: la empresa nace en este trámite. El codigo_ach y la salida expedient_id identifican la carpeta en el paso de asociar propietario.

Ejemplos

Recorridos completos: el favorable y el que tropieza.

Ejemplo: registro exitoso

Constructora Andina S.A. completa el formulario de persona jurídica. El N8N devuelve el código ACH-2026-00891; se crea la carpeta de la empresa, se asocia a Roberto Vega como propietario y llega la notificación de confirmación. El trámite cierra con la carpeta jurídica activa y el vínculo al propietario.

Ejemplo: fallo al pedir código

El formulario se envía correctamente, pero el servicio externo no responde al N8N. El flujo abre la rama de error y cierra sin crear expediente. No queda carpeta de empresa ni propietario asociado; la solicitud queda cerrada por error en esa rama.

Trámites · Identificadores · Configuración · Expediente · Propietario

Registro de tramitador responsable

Alta de tramitador responsable — captura, código de registro, revisión humana y creación del expediente si se aprueba.

ACH

Registro de tramitador responsable

Alta de tramitador responsable: formulario, código de registro, revisión humana y expediente solo si se aprueba.

ACH Versión 5 Flujo en publicado

Quién interviene

• Solicitante 1

2 de las 5 fases esperan a una persona; el resto avanza solo.

Qué es y qué contiene Cómo se recorre · 5 Cómo se configura Identificadores y ejemplos

5

fases del recorrido

12

nodos en el constructor

Acerca de este trámite

Qué resuelve, para quién y qué entrega al cerrar.

Quien solicita completa el formulario Registro de tramitador responsable. El sistema obtiene un código de registro vía N8N, pasa por revisión humana y, solo si se aprueba, crea la carpeta del tramitador con un expediente. Las ramas desfavorable y por tiempo expirado envían notificación y cierran sin crear registro.

Abrir en el ambiente de pruebas

Datos del flujo

Lo que hace falta para encontrarlo y reproducirlo en el constructor.

Nombre en el constructor

Registro de tramitador responsable

Versión

5 · Nueva versión

Estado

PUBLISHED

Tipo

FORMALITIES

Prórrogas máximas

2

Nodos en el canvas

12 (1 finalizadores por error)

ID de proceso

44321278-6804-46db-a379-be86e0a9310f

ID de flujo

6951ffa8-2065-4fba-a30b-a6fdf21cac2f

ID de flujo original

a02226c5-1e66-4590-8291-47dc64e36252

Origen de duplicado

5bae3139-8c06-4d6c-8ae8-4b715848eddc

Cómo recorre el flujo

Las fases principales y el detalle de cada tramo.

Vista resumida en el diagrama; el detalle fase por fase está en la guía siguiente (extraída del JSON del constructor, v5).

Cargando diagrama…

flowchart TB
  I["Inicializador"] --> F["Registro de tramitador responsable"]
  F --> N1["Generador de número de registro"]
  N1 -->|error| X1["Finalizador · error registro"]
  N1 -->|ok| R["Revisión de registro"]
  R -->|Aprobado| E["Generación expediente tramitador"]
  E --> N2["Notificación exitosa"]
  N2 --> X2["Finalizador · aprobado"]
  R -->|Rechazado| N3["Notificación desfavorable"]
  N3 --> X3["Finalizador · rechazado"]
  R -->|Expirado| N4["Notificación por tiempo expirado"]
  N4 --> X4["Finalizador · expirado"]

Pulse un recuadro del diagrama para ver la configuración de ese paso.

Figura 1. Recorrido del trámite. Pulse un recuadro para configuración breve de esa etapa.

Recorrido detallado del trámite. Elija una fase para ver qué se captura en formularios, qué nodos intervienen y cómo ramifica.

1. 01 Inicio Número de solicitud
2. 02 Captura Registro de tramitador responsable
3. 03 Código de registro N8N
4. 04 Revisión humana Aprobación, rechazo o expiración
5. 05 Registro materializado Expediente y notificación

Avanza solo

Inicio · Número de solicitud

El inicializador abre la solicitud. A partir de aquí existe un número de trámite visible en portal y administrador.

En esta fase

• Aún no hay código de registro ni carpeta del tramitador.

Nodos en el constructor

• Inicializador

Espera a una persona

Captura · Registro de tramitador responsable

La persona completa en el portal los datos para registrarse como tramitador responsable. El flujo se detiene hasta el envío.

En esta fase

• Los campos del formulario alimentan el N8N y, si se aprueba, la creación del expediente.
• Sin envío, la solicitud queda pendiente en el portal.

Formulario · Registro de tramitador responsable

Solicitante en portal

Campo o grupo	Para qué se usa en el flujo
Datos del tramitador	Revisión y creación del registro
Identificación y contacto	Vincular al solicitante en el expediente

Nodos en el constructor

• Registro de tramitador responsable

Avanza solo

Código de registro · N8N

El N8N pide el número de registro al sistema externo. Si responde, la solicitud pasa a revisión humana — aún sin carpeta.

En esta fase

• Si el N8N falla, cierra por error sin revisión ni expediente.
• El código devuelto queda listo para materializar el registro si la revisión aprueba.

Nodos en el constructor

• Generador de número de registro de tramitador

Ramas

N8N error

Finalizador · error al pedir número de registro.

N8N ok

Pasa a Revisión de registro.

Espera a una persona

Revisión humana · Aprobación, rechazo o expiración

Un analista evalúa la solicitud en el administrador. Solo si aprueba continúa la creación del expediente.

En esta fase

• Aprobado: crea la carpeta del tramitador y notifica éxito.
• Rechazado o expirado: notifica desfavorable y cierra sin expediente.

Nodos en el constructor

• Revisión de registro

Ramas

Aprobado

Generación expediente tramitador nacional.

Rechazado

Notificación desfavorable y cierre.

Expirado

Notificación por tiempo expirado y cierre.

Avanza solo

Registro materializado · Expediente y notificación

Tras la aprobación, el nodo Expediente crea la carpeta del tramitador nacional y la notificación confirma el registro al solicitante.

En esta fase

• El código del N8N identifica el registro creado.
• El cierre favorable ocurre después de la notificación exitosa.

Nodos en el constructor

• Generación expediente tramitador nacional
• Notificación registro como tramitador exitoso

Qué pasa de un paso al siguiente

Cómo encadena el recorrido, de la captura al cierre.

• El formulario alimenta el N8N y, en caso de aprobación, el expediente.
• El N8N devuelve codigo; si falla, cierra sin revisión.
• La revisión humana decide si el código se convierte en registro.
• Las tres notificaciones corresponden a éxito, rechazo y expiración de plazo.

Catálogo de nodos en el constructor

12 piezas en el constructor con este nombre. El encabezado de cada grupo enlaza a la ficha del tipo en el catálogo. El canvas completo incluye además 1 finalizadores por error no listados aquí.

Expediente (1)

Nombre en el constructor	Función
Generación expediente tramitador nacional	Tras la aprobación, crea la carpeta del tramitador responsable con los datos del formulario y el código del…

Finalizador (4)

Nombre en el constructor	Función
Finalizador · error al pedir número de registro	Cierra por error si no se obtiene el código del tramitador. Aún no hay revisión ni carpeta.
Finalizador · registro aprobado	Cierra el trámite con éxito tras la notificación de registro aprobado.
Finalizador · registro rechazado	Cierra el trámite tras el rechazo en revisión. No se crea carpeta del tramitador.
Finalizador · plazo de revisión expirado	Cierra el trámite cuando vence el plazo de revisión sin aprobación.

Formulario (1)

Nombre en el constructor	Función
Registro de tramitador responsable	Captura en el portal los datos del tramitador responsable. El flujo se detiene hasta que la persona envía.

Inicializador (1)

Nombre en el constructor	Función
Inicializador	Arranca la solicitud y entrega el número de trámite.

N8N (1)

Nombre en el constructor	Función
Generador de número de registro de tramitador	Consulta un servicio externo para obtener el código único del tramitador antes de la revisión y la creación…

Notificación (3)

Nombre en el constructor	Función
Notificación registro como tramitador exitoso	Avisa al solicitante que el registro como tramitador responsable fue aprobado.
Notificación registro como tramitador desfavorable	Avisa al solicitante que la revisión rechazó el registro como tramitador.
Notificación registro como tramitador desfavorable por tiempo expirado	Avisa que el plazo de revisión expiró sin resolución favorable.

Revisión (1)

Nombre en el constructor	Función
Revisión de registro	Un analista revisa la solicitud en el administrador. Puede aprobar, rechazar o dejar expirar el plazo.

Nodo N8N

La consulta externa del flujo y la salida que devuelve.

Nombre en el constructor	Salidas relevantes
Generador de número de registro de tramitador	codigo

Revisión y notificaciones

Quién revisa y qué avisa el flujo en cada desenlace.

Rama de revisión	Qué ocurre
Aprobado	Expediente del tramitador → notificación exitosa → cierre favorable
Rechazado	Notificación desfavorable → cierre sin expediente
Expirado	Notificación por tiempo expirado → cierre sin expediente

La carpeta del tramitador se crea después de la aprobación, no al enviar el formulario.

Identificadores en este trámite

Qué código nace en cada punto del recorrido.

Identificador	Dónde nace en este flujo
Número de solicitud	Inicializador
Código de registro	N8N Generador de número de registro de tramitador → salida codigo → nodo Expediente (solo si la revisión aprueba)

No hay registro referenciado: el tramitador nace en este trámite y solo si la revisión es favorable. Si rechazan o expira el plazo, el código puede haberse generado pero no se materializa la carpeta.

Ejemplos

Recorridos completos: el favorable y el que tropieza.

Ejemplo: registro aprobado

Laura Méndez envía el formulario de tramitador responsable. El N8N devuelve el código TRAM-2026-00412. Un analista aprueba en Revisión de registro; el expediente crea la carpeta, llega la notificación de registro exitoso y el trámite cierra favorablemente. Laura queda registrada como tramitadora responsable.

Ejemplo: revisión rechazada

Pedro Soto envía la solicitud y el N8N genera el código, pero en revisión faltan documentos de respaldo. El analista rechaza: llega la notificación desfavorable y el trámite cierra sin crear carpeta. El código generado no se materializa como registro activo.

Ejemplo: plazo expirado

La solicitud de Ana Ruiz queda en revisión sin resolución dentro del plazo. El nodo abre la rama Expirado, envía la notificación por tiempo expirado y cierra sin expediente — mismo efecto que un rechazo respecto a la carpeta del tramitador.

Trámites · Identificadores · Revisión · Notificación · Expediente

Revisión Vial y Zonificación

Trámite de revisión vial y zonificación con modalidad, validaciones N8N, revisión, pago, inspección y resolución.

ACH

Revisión Vial y Zonificación

Modalidad RVZ, validación de vigencias, multas, expediente del proyecto, revisión, pago, inspección y resolución.

ACH Versión 18 Flujo en borrador

Quién interviene

• Solicitante 2
• Analista 1
• Inspector 1
• Técnico 1

5 de las 12 fases esperan a una persona; el resto avanza solo.

Qué es y qué contiene Cómo se recorre · 12 Cómo se configura Identificadores y ejemplos

12

fases del recorrido

116

nodos en el constructor

1

catálogos de datos

91

nodos documentados

Acerca de este trámite

Qué resuelve, para quién y qué entrega al cerrar.

Revisión Vial y Zonificación formaliza proyectos de obra según modalidad RVZ elegidas en catálogo. La persona referencia un expediente ya registrado, completa el formulario principal y el flujo valida vigencia y multas, genera el código de expediente del proyecto vía N8N, crea la carpeta y la asocia al expediente. Después pasan revisión técnica y legal, admisión, pago, inspección y resolución (aprobada o denegada).

Abrir en el ambiente de pruebas

Datos del flujo

Lo que hace falta para encontrarlo y reproducirlo en el constructor.

Nombre en el constructor

Revisión Vial y Zonificación

Versión

18 · ajustes

Estado

DRAFT

Tipo

FORMALITIES

Prórrogas máximas

2

Nodos en el canvas

116 (18 finalizadores por error)

ID de proceso

57767a1c-b6c8-46dc-81b7-29b3cdd0544a

ID de flujo

a2f90310-fd6f-48f6-b489-3421a8c221da

ID de flujo original

d9f93e06-74ce-4311-9ac8-7a916e791444

Origen de duplicado

e73062f1-930f-493a-8faa-91ddee3a6bfa

Cómo recorre el flujo

Las fases principales y el detalle de cada tramo.

Vista resumida en el diagrama; el detalle fase por fase — formularios, campos y ramas — está en la guía siguiente (extraída del JSON del constructor, v18).

Cargando diagrama…

flowchart TB
  I[Inicializador] --> DC[Modalidad RVZ]
  DC --> F[Formulario Revisión Vial y Zonificación]
  F --> NV[Validación de vigencias]
  NV --> NM[Verificación 1]
  NM --> NR[Generador de Expediente]
  NR --> EXP[Expediente y asociación]
  EXP --> RV[Revisión Integral]
  RV --> ADM[Auto de admisión]
  ADM --> PAG[Cobro y pago]
  PAG --> INS[Inspección]
  INS --> SW[Validación de Inspección 1]
  SW --> RES[Resolución y firma]
  RES --> FIN[Finalizador]

Pulse un recuadro del diagrama para ver la configuración de ese paso.

Figura 1. Fases principales. Pulse un recuadro para configuración breve de esa etapa.

Recorrido detallado del trámite. Elija una fase para ver qué se captura en formularios, qué nodos intervienen y cómo ramifica.

1. 01 Inicio Número de solicitud
2. 02 Modalidad RVZ Centros de datos
3. 03 Captura principal Formulario de Revisión Vial y Zonificación
4. 04 Validaciones iniciales Vigencia, estado y multas
5. 05 Expediente del proyecto Generador de Expediente
6. 06 Revisión Integral y final
7. 07 Admisión y pago Auto de admisión · cobro
8. 08 Inspección Técnica y patrimonio
9. 09 Auto de requerimiento Subsanación
10. 10 Resolución Aprobada o denegada
11. 11 Validaciones de multas tardías Verificación 4 y 5
12. 12 Cierre Finalizadores

Avanza solo

Inicio · Número de solicitud

El inicializador abre la solicitud. A partir de aquí existe un número de trámite visible en portal y administrador.

En esta fase

• Prórroga máxima configurada: 2 extensiones.
• Aún no hay expediente del proyecto ni expediente referenciado.

Nodos en el constructor

• Inicializador

Avanza solo

Modalidad RVZ · Centros de datos

Un centro de datos carga modalidad RVZ antes del formulario principal.

En esta fase

• Modalidad_RVZ carga variables de catálogo.
• Cada nodo tiene rama success y error; el error cierra con finalizador dedicado.
• Lo capturado aquí alimenta listas del formulario.

Nodos en el constructor

• Modalidad_RVZ

Ramas

success

Continúa al siguiente centro de datos o al formulario.

error

Finalizador de error; no llega al formulario.

Espera a una persona

Captura principal · Formulario de Revisión Vial y Zonificación

Pantalla principal del portal. La persona elige el expediente, declara datos del proyecto y completa el formulario. El flujo se detiene hasta el envío.

En esta fase

• Múltiples conexiones de campos salen de este formulario en el constructor.
• La salida id referencia el expediente ya inscrito; no crea carpeta nueva.
• Tras el envío, un calculado registra la fecha de ingreso de la solicitud.

Formulario · Formulario de Revisión Vial y Zonificación

Solicitante en portal

Campo o grupo	Para qué se usa en el flujo
Expediente / expediente referenciadoid	Validación de vigencias, validaciones de multas, asociación al proyecto, actualización de expediente.
Datos del expedientenumero_registro_expediente	Notificaciones y nodos de expediente.
Tramitador responsablenumero_registro_tramitador	Notificaciones de multa y comunicaciones.

Nodos en el constructor

• Formulario de Revisión Vial y Zonificación
• Fecha de ingreso de la solicitud

Avanza solo

Validaciones iniciales · Vigencia, estado y multas

N8N de vigencias y condicional de estado de expediente. Si el registro no está vigente, notifica registro inactivo. Verificación 1 ramifica con bifurcación 1.

En esta fase

• Validación de vigencias → salida valido → Validación de estado de expediente.
• Verificación 1 alimenta bifurcación 1 con multas_activas.
• Ramas sin multas convergen en Fusión 1 y Merge_4 hacia revisión.

Nodos en el constructor

• Validación de vigencias
• Validación de estado de expediente
• Notificación de registro inactivo
• Generador de Expediente
• Verificación 1
• bifurcación 1
• Fusión 1
• Merge_4

Ramas

No vigente

Notificación de registro inactivo → finalizador.

Con multas

Notificación de Solvencia 1; puede continuar según diseño.

Sin multas

Unión hacia merge y expediente.

Avanza solo

Expediente del proyecto · Generador de Expediente

El N8N Generador de Expediente genera el código de carpeta. Luego los nodos Expediente crean o actualizan el registro y lo asocian al expediente.

En esta fase

• Salida codigo del N8N alimenta Expediente Trámite Previos Aprobada.
• Inmueble y Proyecto materializan el expediente del trámite.
• Vínculo proyecto ↔ expediente referenciado.

Nodos en el constructor

• Generador de Expediente
• Asignar grupo revisión preliminar
• Revisión Integral
• Expediente Trámite Previos Aprobada
• Inmueble
• Proyecto

Espera a una persona

Revisión · Integral y final

Revisión Integral con plazo; puede aprobar, rechazar o expirar. Incluye Verificación de Interés Social y ramas de improponibilidad.

En esta fase

• Revisión Integral: success → revisión técnica / interés social; error → Verificación 2; expired → notificación.
• Revisión Final tras inspección y auto de requerimiento si aplica.
• Auto de Improponibilidad y Resolución Denegada en ramas de rechazo.

Formulario · Verificación de Interés Social

Analista / revisor

Campo o grupo	Para qué se usa en el flujo
Verificación	Decisión sobre interés social del proyecto.

Formulario · Plantilla maestra de resolución denegada

Analista / revisor

Campo o grupo	Para qué se usa en el flujo
Plantilla	Generación de resolución denegada en revisión.

Nodos en el constructor

• Revisión Integral
• Grupo de revisión técnica
• Verificación de Interés Social
• Verificación 2
• Bifurcación 2
• Auto de improponibilidad
• Revisión Final

Ramas

Aprobado

Hacia auto de admisión y pago.

Rechazado

Improponibilidad o resolución denegada.

Expirado

Notificación por tiempo expirado.

Espera a una persona

Admisión y pago · Auto de admisión · cobro

Tras revisión favorable se genera Auto de Admisión, se notifica y se calcula el cobro. El solicitante paga en portal.

En esta fase

• Auto de Admisión → Notificación Auto de Admisión.
• N8N Cálculo del pago entrega costos por nivel y sótano.
• Pago del trámite confirma el cobro antes de inspección.

Documentos

• Auto de Admisión

Nodos en el constructor

• Auto de Admisión
• Notificación Auto de Admisión
• Cálculo del pago
• Pago del trámite
• Asignar grupo observaciones
• Formulario de Observaciones

Espera a una persona

Inspección · Técnica y patrimonio

Inspector completa Inspección Técnica; técnico de patrimonio completa Identificación de Patrimonio Cultural.

En esta fase

• Asignación de grupo Inspección antes del formulario técnico.
• Asignar Grupo Patrimonio Cultural habilita formulario de patrimonio.
• El Switch Validación de Inspección 1 evalúa el resultado conjunto.

Formulario · Inspección Técnica

Inspector en campo

Campo o grupo	Para qué se usa en el flujo
Resultado de inspección	Switch Validación de Inspección 1.

Formulario · Identificación de Patrimonio Cultural

Técnico patrimonio

Campo o grupo	Para qué se usa en el flujo
Patrimonio	Evaluación de impacto patrimonial.

Formulario · Formulario de Observaciones

Solicitante en portal

Campo o grupo	Para qué se usa en el flujo
Observaciones	Subsanación tras el pago.

Nodos en el constructor

• Asignación de grupo Inspección
• Inspección Técnica
• Asignar Grupo Patrimonio Cultural
• Identificación de Patrimonio Cultural
• Validación de Inspección 1

Ramas

Aprobado

condition_1 → rama de resolución aprobada.

Auto de requerimiento

condition_2 → plantilla y generación de auto.

rechazado

condition_3 → resolución denegada.

default

Finalizador por defecto.

Espera a una persona

Auto de requerimiento · Subsanación

Si la inspección exige subsanación, se asigna grupo, se completa plantilla y se genera el auto de requerimiento.

En esta fase

• Asignar grupo auto de requerimiento → Formato de plantilla auto de requerimiento.
• Emisión auto de requerimiento → Generador Auto de requerimiento.
• Notificación de auto de requerimiento al solicitante.

Documentos

• Auto de requerimiento

Nodos en el constructor

• Asignar grupo auto de requerimiento
• Formato de plantilla auto de requerimiento
• Emisión auto de requerimiento
• Auto de requerimiento
• Notificación de auto de requerimiento

Avanza solo

Resolución · Aprobada o denegada

Según el Switch y la revisión final, el flujo genera resolución aprobada o denegada, firma documentos y notifica.

En esta fase

• Rama aprobada: plantilla aprobada → Resolución Aprobada → Firma Aprobada → Firma Plano.
• Rama denegada: plantilla denegada → Resolución denegada → Firma Denegada.
• Resolución del Trámite registra el acto administrativo.

Documentos

• Resolución Aprobada
• Resolución denegada
• Resolución del Trámite

Nodos en el constructor

• Formato de plantilla Aprobada
• Formato de plantilla Denegada
• Resolución Aprobada
• Resolución denegada
• Resolución Denegada
• Firma Aprobada
• Firma Denegada
• Firma Plano
• Resolución del Trámite
• Notificación de Resolución
• Notificación de Resolución Aprobada

Decisión automática

Validaciones de multas tardías · Verificación 4 y 5

Verificación 4 y 5 se ejecutan en ramas de aprobación o denegación, con bifurcaciones If adicionales.

En esta fase

• Verificación 4 tras merge de ramas aprobadas (patrimonio).
• Verificación 5 en rama de denegación (merge Desconocido_4).
• Notificaciones de Solvencia 3 en cada decisión positiva.

Nodos en el constructor

• Verificación 4
• Verificación 5
• Bifurcación 4
• Bifurcación 5
• Fusión 4
• Fusión 5

Avanza solo

Cierre · Finalizadores

Dieciocho finalizadores de error o default y seis de éxito cierran cada rama del flujo sin dejar solicitudes colgadas.

En esta fase

• Errores en centros de datos, N8N, revisiones, firmas o generadores.
• Éxito en notificaciones de resolución y expediente actualizado.
• 116 nodos totales en el constructor (v18).

Nodos en el constructor

• Objeto de finalización (26 instancias en el plano)

Qué pasa de un paso al siguiente

Cómo encadena el recorrido, de la captura al cierre.

La guía de recorrido (12 fases) desarrolla cada tramo. En síntesis: modalidad RVZ → captura y validaciones → expediente del proyecto vinculado al expediente → revisión y admisión → pago → inspección → resolución → cierre.

Catálogo de nodos en el constructor

91 piezas en el constructor con este nombre. El encabezado de cada grupo enlaza a la ficha del tipo en el catálogo. El canvas completo incluye además 18 finalizadores por error no listados aquí.

Asignación de grupo (12)

Nombre en el constructor	Función
Asignación de grupo	Asigna grupo de trabajo.
Asignar grupo	Asigna grupo de trabajo.
Asignar grupo	Asigna grupo de trabajo.
Asignar grupo auto de requerimiento	Asigna grupo de trabajo.
Asignar grupo camino desfavorable	Asigna grupo de trabajo.
Asignar grupo observaciones	Asigna grupo de trabajo.
Asignar grupo para planos	Asigna grupo de trabajo.
Asignar Grupo Revisión Final	Asigna grupo de trabajo.
Asignar grupo revisión preliminar	Asigna grupo de trabajo.
Grupo de revisión técnica	Asigna grupo de trabajo.
Grupo Inspección de trámite	Asigna grupo de trabajo.
Grupo Patrimonio Cultural	Asigna grupo de trabajo.

Calculado (19)

Nombre en el constructor	Función
Aprobado 1	Une variables o calcula valores intermedios.
Aprobado 2	Une variables o calcula valores intermedios.
Calculo emisión de resolución	Une variables o calcula valores intermedios.
Convertir selección	Une variables o calcula valores intermedios.
Cálculo 1	Une variables o calcula valores intermedios.
Cálculo 10	Une variables o calcula valores intermedios.
Cálculo 11	Une variables o calcula valores intermedios.
Cálculo 2	Une variables o calcula valores intermedios.
Cálculo 4	Une variables o calcula valores intermedios.
Cálculo 5	Une variables o calcula valores intermedios.
Cálculo 8	Une variables o calcula valores intermedios.
Cálculo 9	Une variables o calcula valores intermedios.
Denegado 1	Une variables o calcula valores intermedios.
denegador 2	Une variables o calcula valores intermedios.
emisión auto de requrimiento	Une variables o calcula valores intermedios.
Fecha de ingreso de solicitud	Une variables o calcula valores intermedios.
Fecha emisión de Resolución	Une variables o calcula valores intermedios.
fecha emisión de resolución	Une variables o calcula valores intermedios.
Fecha pago del trámite	Une variables o calcula valores intermedios.

Centro de datos (1)

Nombre en el constructor	Función
Modalidad_RVZ	Carga variables de catálogo institucional.

Condicional If (5)

Nombre en el constructor	Función
bifurcación 1	Bifurca según condición true/false.
Bifurcación 2	Bifurca según condición true/false.
Bifurcación 4	Bifurca según condición true/false.
Bifurcación 5	Bifurca según condición true/false.
Validación de estado de expediente	Bifurca según condición true/false.

Expediente (3)

Nombre en el constructor	Función
Expediente Trámite Previos Aprobada	Operación sobre carpeta expediente.
Inmueble	Operación sobre carpeta expediente.
Proyecto	Operación sobre carpeta expediente.

Firma de documentos (4)

Nombre en el constructor	Función
Firma Aprobada	Firma digital del documento generado.
Firma Auto de Improponibilidad	Firma digital del documento generado.
Firma Denegada	Firma digital del documento generado.
Firma Plano	Firma digital del documento generado.

Formulario (9)

Nombre en el constructor	Función
Formato de plantilla Aprobada	Captura datos en el portal; el flujo espera el envío.
Formato de plantilla auto de requerimiento	Captura datos en el portal; el flujo espera el envío.
Formato de plantilla Denegada	Captura datos en el portal; el flujo espera el envío.
Formulario de Observaciones	Captura datos en el portal; el flujo espera el envío.
Formulario de Revisión Vial y Zonificación	Captura datos en el portal; el flujo espera el envío.
Identificación de Patrimonio Cultural	Captura datos en el portal; el flujo espera el envío.
Inspección Técnica	Captura datos en el portal; el flujo espera el envío.
Plantilla maestra de resolución	Captura datos en el portal; el flujo espera el envío.
Verificación de Interés Social	Captura datos en el portal; el flujo espera el envío.

Generador de documentos (5)

Nombre en el constructor	Función
Auto de Admisión	Genera documento administrativo.
Auto de improponibilidad	Genera documento administrativo.
Auto de requerimiento	Genera documento administrativo.
Resolución Aprobado	Genera documento administrativo.
Resolución Denegada	Genera documento administrativo.

Inicializador (1)

Nombre en el constructor	Función
Inicializador	Arranca la solicitud y entrega el número de trámite.

Merge (6)

Nombre en el constructor	Función
Desconocido_3_source	Unifica ramas paralelas del flujo.
Desconocido_4	Unifica ramas paralelas del flujo.
Fusión 1	Unifica ramas paralelas del flujo.
Fusión 4	Unifica ramas paralelas del flujo.
Fusión 5	Unifica ramas paralelas del flujo.
Merge_4	Unifica ramas paralelas del flujo.

N8N (7)

Nombre en el constructor	Función
Cálculo del pago	Consulta externa o cálculo vía integración N8N.
Generador de Expediente	Consulta externa o cálculo vía integración N8N.
Validación de vigencias	Consulta externa o cálculo vía integración N8N.
Verificación 1	Consulta externa o cálculo vía integración N8N.
Verificación 2	Consulta externa o cálculo vía integración N8N.
Verificación 4	Consulta externa o cálculo vía integración N8N.
Verificación 5	Consulta externa o cálculo vía integración N8N.

Notificación (12)

Nombre en el constructor	Función
Notificación de Resolución	Envía notificación al solicitante o grupo.
Notificación Auto de Admisión	Envía notificación al solicitante o grupo.
Notificación de Auto de Improponibilidad	Envía notificación al solicitante o grupo.
Notificación de auto de requerimiento	Envía notificación al solicitante o grupo.
Notificación de Expediente Archivado por Tiempo Expirado	Envía notificación al solicitante o grupo.
Notificación de Expediente Archivado por Tiempo Expirado	Envía notificación al solicitante o grupo.
Notificación de registro inactivo	Envía notificación al solicitante o grupo.
Notificación de Resolución	Envía notificación al solicitante o grupo.
Notificación de Solvencia 1	Envía notificación al solicitante o grupo.
Notificación de Solvencia 2	Envía notificación al solicitante o grupo.
Notificación de Solvencia 3 (Copia)	Envía notificación al solicitante o grupo.
Notificación de Solvencia 3 (Copia) (Copia)	Envía notificación al solicitante o grupo.

Pago (1)

Nombre en el constructor	Función
Pago del trámite	Cobro en portal tras cálculo de tarifas.

Resolución (3)

Nombre en el constructor	Función
Resolución del trámite	Registra la resolución del trámite.
Resolución Aprobada	Registra la resolución del trámite.
Resolución del trámite	Registra la resolución del trámite.

Revisión (2)

Nombre en el constructor	Función
Revisión Final	Revisión humana con plazo y ramas success/error/expired.
Revisión Integral	Revisión humana con plazo y ramas success/error/expired.

Switch (1)

Nombre en el constructor	Función
Validación de Inspección 1	Evalúa múltiples condiciones de salida.

Catálogo · centros de datos

Los catálogos que cargan en cadena antes del formulario.

Antes del formulario, un centro de datos carga la modalidad RVZ:

• Modalidad_RVZ

Tiene rama success y error. Si falla la carga, un finalizador cierra esa rama.

Nodos N8N

Las consultas externas del flujo y las salidas que devuelven.

Nombre en el constructor	Salidas relevantes
Validación de vigencias	valido
Verificación 1	multas_activas
Verificación 2	multas_activas
Verificación 4	multas_activas
Verificación 5	multas_activas
Generador de Expediente	codigo
Cálculo del pago	costo_base_primer_nivel · costo_base_demas_pisos_proyectados · costo_base_sotano · costo_excedente_sotano

Formularios en el plano

Qué formulario completa cada perfil y cuántas conexiones tiene.

Los formularios del flujo están detallados en la guía de recorrido (fases Captura principal, Revisión, Observaciones e Inspección). Resumen:

Nombre en el constructor	Quién completa	Conexiones en constructor
Formulario de Revisión Vial y Zonificación	Solicitante	55
Inspección Técnica	Inspector	30
Formulario de Observaciones	Solicitante	1
Verificación de Interés Social	Analista	3
Identificación de Patrimonio Cultural	Técnico	0
Formato de plantilla Aprobada / Denegada / auto de requerimiento	Analista	17 / 18 / 8

Identificadores en este trámite

Qué código nace en cada punto del recorrido.

Identificador	Dónde nace en este flujo
Número de solicitud	Inicializador
Registro referenciado	Formulario de Revisión Vial y Zonificación → salida id (expediente elegido)
Código de expediente	N8N Generador de Expediente → salida codigo → nodo Expediente del proyecto

Salidas como valido, multas_activas, costo_base_primer_nivel o costo_excedente_sotano sirven para ramificar; N8N construye el codigo que el Expediente materializa.

Ejemplos

Recorridos completos: el favorable y el que tropieza.

Ejemplo: expediente vigente, resolución aprobada

Juan solicita revisión vial y zonificación sobre el expediente REG-2024-001892 ya inscrito. Envía el formulario. Validación de vigencias devuelve valido = true; no hay multas activas. El N8N Generador de Expediente genera EXP-2026-004821 para el proyecto; el expediente se crea y se asocia al expediente referenciado. Tras revisión integral, pago e inspección favorable (Switch Validación de Inspección 1 → Aprobado), el flujo emite resolución aprobada, firma planos y notifica. Persisten la solicitud, la carpeta del proyecto y el vínculo con el expediente referenciado.

Ejemplo: multas o inspección desfavorable

Si Verificación 1 devuelve multas_activas, el flujo notifica solvencia y puede ramificar según el diseño. Si la inspección es desfavorable, el Switch Validación de Inspección 1 abre auto de requerimiento o resolución denegada en lugar de la rama aprobada. En ambos casos el número de solicitud queda en historial; la carpeta del proyecto puede existir aunque el trámite cierre en denegatoria.

Trámites · Identificadores · Centro de datos · Revisión · Pago

Manuales

Los cuatro entregables del requerimiento de documentación — usuario externo, interno, configuración y soporte.

La Biblioteca SYDT organiza la documentación operativa en cuatro manuales, más lineamientos transversales y una matriz de cumplimiento. Cada trámite documentado debe referenciar el proceso general en lugar de repetir instrucciones comunes.

Cuatro entregables 4 manuales · 9 capítulos listos (23%)

Manual de usuario externo Personas naturales y jurídicas que presentan o consultan trámites en el Website SDT. 2 listos · 0 borrador · 8 pendientes Manual de usuario interno Analistas, supervisores, firmantes, inspectores y personal que opera desde el Dashboard. 2 listos · 1 borrador · 10 pendientes Manual de configuración y administración Administradores institucionales que arman trámites y parametrizan el SDT. 2 listos · 7 borrador · 0 pendientes Manual de soporte Administrador institucional: validación inicial, configuraciones y tickets a Elaniin. 3 listos · 1 borrador · 4 pendientes

Transversal

Lineamientos de producción Matriz de cumplimiento Fichas por trámite §4.11

Empezar aquí

Modelo mental del SDT para quien configura trámites — qué es cada cosa, dónde se trabaja y por dónde empezar.

Esta guía es para quien arma o modifica trámites en el SDT por primera vez. Antes de abrir el Builder, conviene entender qué es cada pieza y en qué pantalla se trabaja.

El modelo en cuatro conceptos

1. Proceso Contenedor del trámite
2. →
3. Flujo Secuencia de nodos
4. →
5. Solicitud Cada presentación
6. →
7. Expediente Lo que permanece

Proceso agrupa; flujo define el recorrido; solicitud es cada presentación; expediente persiste el asunto.

Los cuatro conceptos base

• Proceso — Contenedor del trámite. No se mueve; es el plano publicado.

• Flujo — Secuencia de nodos que define el recorrido. Se diseña en el Builder.

• Solicitud — Cada presentación real. Avanza por el flujo con el que nació.

• Expediente — Carpeta del asunto. Sobrevive al cierre de una solicitud.

Configurar es diseñar proceso y flujo. Operar es atender solicitudes abiertas. La guía de uso cubre la operación; la ruta de configuración cubre el armado.

Las tres áreas del SDT

Espacios que no se deben mezclar

• Website SDT — Portal del ciudadano. Aquí no se diseña el flujo.

• Dashboard SDT — Administración. Se crea el proceso y se accede al Builder.

• Builder SDT — Canvas del constructor. Ahí se colocan y conectan los nodos.

Qué permisos necesita el configurador

Acceso mínimo en el Dashboard

• Recursos → Procesos — crear procesos y abrir el Builder.

• Centro de datos — si el flujo consulta catálogos institucionales.

• Documentación → Expedientes — si el flujo crea o vincula carpetas.

• Administración → Usuarios y Grupos — si el flujo asigna revisores.

Detalle en Rol e Identidades y accesos.

Por dónde empezar

Recorrido recomendado

• Preparar la institución — Entidades, catálogos y grupos antes de dibujar.

• Crear el proceso — Nombre, etiqueta y contenedor.

• Mi primer trámite — Camino mínimo en el Builder.

• Ruta completa — Nodos, formularios, plantillas y publicación.

• Probar y publicar — Validar en UAT antes de activar.

Si el trámite ya existe, vaya a Editar un trámite existente.

Ejemplo

Ejemplo

Un analista nuevo en ACH revisa que existan la entidad «Inmueble», la tabla de municipios y el grupo «Revisión catastral». Luego crea el proceso, dibuja un flujo mínimo (inicializador → formulario → finalizador), lo prueba en UAT y lo publica. Las solicitudes avanzan; el proceso no.

Siguiente lectura

Preparar la institución · Mi primer trámite · Ruta de configuración · SDT

Manual de configuración y administración

Administradores institucionales que arman trámites y parametrizan el SDT — §6.

Administradores institucionales que arman trámites y parametrizan el SDT. La ruta de armado de trámites vive en Configuración; este manual enlaza cada capítulo del requerimiento con el contenido ya publicado en la Biblioteca.

Capítulos 2 listos · 7 borrador · 0 pendientes

Público y alcance Listo Acceso y seguridad Borrador Gestión de usuarios Borrador Roles y permisos Borrador Centros de datos Borrador Plantillas Borrador Portal Borrador Expedientes Borrador Ruta de armado de trámites Listo

Matriz de cumplimiento

Estado de avance frente al requerimiento de documentación de trámites.

Seguimiento del cumplimiento frente al requerimiento institucional. Los estados de cada capítulo se actualizan en src/data/manuales.ts conforme se publica contenido.

Resumen global

9 capítulos listos · 9 en borrador · 22 pendientes · 8 fichas de trámite

Entregables (§2)

N.º	Entregable	Listos	Borrador	Pendientes
1	Manual de usuario externo	2	0	8
2	Manual de usuario interno	2	1	10
3	Manual de configuración y administración	2	7	0
4	Manual de soporte	3	1	4

Lineamientos generales (§3)

Ref.	Lineamiento	Estado	Nota
3.1	Estructura de cada explicación	listo	Componente ProcDoc
3.2	Capturas de pantalla	borrador	Scripts QA; convención de nombres pendiente
3.3	Videos	pendiente	Sección /videos/ creada
3.4	Arquitectura reutilizable	borrador	Proceso general §4.4

Ficha obligatoria por trámite (§4.11)

Campo	Contenido requerido	En fichas actuales
Identificación	Nombre, código y objetivo	Parcial
Solicitante	Quién puede presentarlo y representación aplicable	Pendiente
Requisitos	Documentos, costos, tiempo estimado y condiciones	Pendiente
Flujo	Etapas, resultados y excepciones	Parcial
Formulario	Campos particulares e interoperabilidades	Parcial
Referencias	Enlaces a las secciones del proceso general	Pendiente
Evidencia	Capturas o videos solo cuando exista una diferencia real	Pendiente

Validaciones pendientes con la institución

• Catálogo completo de correos (Fran)
• Flujo Analista–Supervisor y colas (Majo)
• Significado funcional de SRS
• Herramienta oficial de tickets y SLAs (Elaniin)
• Operaciones del administrador institucional vs proveedor (Fran)

Manual de usuario externo

Personas naturales y jurídicas que presentan o consultan trámites en el Website SDT.

Personas naturales y jurídicas que presentan o consultan trámites en el Website SDT. El capítulo central es el proceso general de un trámite: las fichas de trámite deben referenciarlo en cada etapa común.

Capítulos 2 listos · 0 borrador · 8 pendientes

Proceso general de un trámite Capítulo central reutilizable — §3.4 y §4.4. Listo Introducción y recorrido general Qué es SDT, navegación del portal y cierre de sesión. Listo Registro e inicio de sesión Pendiente Formularios e interoperabilidades Pendiente Carga documental Pendiente Expedientes Pendiente Pagos Pendiente Observaciones, subsanaciones y prórrogas Pendiente Notificaciones por correo Pendiente Resoluciones Pendiente

Introducción y recorrido general

Qué es SDT, acceso al portal, navegación y cierre de sesión — §4.2.

Objetivo

Presentar el Website SDT al usuario externo: qué es, cómo acceder, navegar y cerrar sesión de forma segura.

Usuario o rol responsable

Persona natural, jurídica o representante en el portal externo.

Requisitos previos

Navegador actualizado y conexión a internet. URL oficial de la institución.

Punto de inicio en el menú

Página de inicio del Website SDT.

Instrucciones paso a paso

1. Acceda a la dirección oficial del Website SDT de su institución.
2. En la pantalla principal, identifique el catálogo de trámites y el acceso a Mis trámites o expedientes.
3. Ubique el acceso a Pagos, Notificaciones y Perfil o configuración de cuenta.
4. Si ya tiene cuenta, use Iniciar sesión; si no, consulte el capítulo de registro.
5. Navegue por un trámite de ejemplo para familiarizarse con la ficha informativa.
6. Al terminar, cierre sesión desde el menú de usuario.

Qué es SDT

El Sistema de Digitalización de Trámites (SDT) permite presentar, dar seguimiento y resolver trámites en línea. El usuario externo interactúa principalmente con el Website (portal del ciudadano).

Para el vocabulario del sistema, consulte la guía de uso y la definición de Portal externo.

Requisitos técnicos recomendados

• Navegador actualizado (Chrome, Firefox, Edge o Safari recientes).
• JavaScript habilitado.
• Resolución mínima recomendada: 1280×720.
• Correo electrónico activo para notificaciones.

Resultado esperado

El usuario reconoce las secciones principales: trámites, expedientes, pagos, notificaciones y perfil.

Errores frecuentes

Si la página no carga, verifique la URL y la conexión. Si ve un menú incompleto, confirme que inició sesión con la cuenta correcta.

Etapa siguiente

[Registro e inicio de sesión](/manuales/externo/registro/) o [Proceso general de un trámite](/manuales/externo/proceso-general/).

Video

Recorrido general del portal — pendiente. Ver [Videos](/videos/).

Proceso general de un trámite

Capítulo central reutilizable — las fichas de trámite referencian estas etapas en lugar de repetirlas.

Objetivo

Guiar al solicitante externo por el ciclo completo de un trámite en SDT, desde la búsqueda hasta la consulta de resolución.

Usuario o rol responsable

Persona natural, persona jurídica o representante autorizado en el Website SDT.

Requisitos previos

Cuenta activa en SDT. Para personas jurídicas, representación validada cuando aplique.

Punto de inicio en el menú

Website SDT → Trámites disponibles o Búsqueda.

Instrucciones paso a paso

Etapas del proceso (§4.4)

1. Ingresar y buscar el trámite

1. Acceda al Website SDT con su usuario.
2. Use el buscador o el catálogo de trámites.
3. Seleccione el trámite que desea presentar.
4. Revise la ficha: requisitos, costos y documentos necesarios.

2. Revisar requisitos

1. Lea la descripción del trámite y los documentos exigidos.
2. Confirme que cumple las condiciones de presentación.
3. Tome nota del costo y del tiempo estimado, si se muestra.

3. Iniciar la solicitud

1. Seleccione Iniciar trámite o equivalente.
2. El sistema crea o asocia un expediente en borrador.
3. Avance al formulario de captura.

4. Completar el formulario

Para el detalle de campos, validaciones e interoperabilidades, consulte Formularios e interoperabilidades (en elaboración).

1. Complete los campos obligatorios.
2. Use las consultas automáticas cuando el sistema las ofrezca.
3. Guarde el avance si la plataforma lo permite.

5. Adjuntar documentos

Consulte Carga documental (en elaboración).

1. Cargue cada documento en el formato y tamaño permitidos.
2. Revise la vista previa y corrija rechazos antes de continuar.

6. Revisar y presentar

1. Revise el resumen de la solicitud.
2. Confirme datos, documentos y montos.
3. Envíe o presente la solicitud.
4. Guarde el acuse o confirmación en pantalla.

7. Confirmar recepción

1. Anote el número de expediente asignado.
2. Revise el correo de presentación, si llega.
3. Acceda al expediente desde Mis trámites o el enlace del correo.

8. Dar seguimiento

1. Consulte el estado del expediente y su historial.
2. Atienda observaciones, pagos o solicitudes de información dentro del plazo.
3. Consulte Observaciones y subsanaciones y Pagos cuando corresponda.

9. Resolución y cierre

1. Localice la notificación de resolución.
2. Descargue el documento de resolución.
3. Confirme el estado final del expediente.

Resultado esperado

Expediente presentado, con número asignado, y seguimiento visible en el portal.

Errores frecuentes

Si el formulario no guarda, revise campos obligatorios y formatos. Si un documento es rechazado, confirme tipo y tamaño permitidos. Si el pago no se refleja, espere unos minutos y consulte el estado antes de repetir.

Notificaciones generadas

Registro o activación, presentación con número de expediente, observaciones, obligación de pago, pago recibido y resolución.

Etapa siguiente

Según la etapa: formulario, carga documental, pago, subsanación o consulta de resolución.

Video

Recorrido general — pendiente de producción. Ver [Videos](/videos/).

Cómo referenciar desde una ficha de trámite

En cada etapa de una ficha documentada, enlace al apartado correspondiente de este capítulo. Documente solo lo particular: campos exclusivos, documentos adicionales, reglas de pago o excepciones de flujo.

Véase la ficha obligatoria por trámite y la matriz de cumplimiento.

Manual de usuario interno

Analistas, supervisores, firmantes, inspectores y personal que opera desde el Dashboard.

Analistas, supervisores, firmantes, inspectores y personal que opera desde el Dashboard. El manual se organiza por rol y etapa del flujo. Los procesos comunes se documentan una vez; las fichas indican las particularidades.

Capítulos 2 listos · 1 borrador · 10 pendientes

Introducción y recorrido general Listo Inicio de sesión y gestión de acceso Borrador Visualización por rol Pendiente Rol de Analista Listo Asignación y flujo de colas Pendiente Prevención Pendiente Firma Pendiente Formularios inversos Pendiente Inspección — SRS Pendiente Pagos y exenciones Pendiente Notificaciones por correo Pendiente Observaciones, prórrogas y suspensiones Pendiente Resoluciones Pendiente

Rol de Analista

Cola, revisión, prevención, subsanación y remisión — §5.5.

Objetivo

Documentar el trabajo del analista sobre expedientes asignados: revisión, prevención, subsanación y remisión.

Usuario o rol responsable

Analista.

Requisitos previos

Expediente asignado en cola. Permisos de revisión activos.

Punto de inicio en el menú

Dashboard → Cola / Bandeja del analista.

Instrucciones paso a paso

1. Ingrese a la cola e identifique el trámite asignado.
2. Abra el expediente y revise formulario, interoperabilidades y documentos.
3. Consulte el historial y valide requisitos.
4. Si hay observaciones, registre una prevención con el detalle y plazo requerido.
5. Si está conforme, remita al supervisor cuando corresponda al flujo.
6. Al recibir una subsanación, ábrala y valide las correcciones.
7. Continúe la evaluación, devuelva o prepare el resultado según el estado.

Referencia cruzada

• Prevención detallada: Prevención (en elaboración)
• Colas y asignación: Asignación y flujo de colas (pendiente validación con Majo)
• Proceso externo equivalente: Observaciones y subsanaciones

Resultado esperado

Expediente revisado: conforme, en prevención, devuelto o remitido al supervisor.

Errores frecuentes

No puede prevenir: verifique estado del expediente y permisos. Subsanación no visible: confirme que el usuario externo ya envió la respuesta.

Notificaciones generadas

Prevención al usuario externo; confirmación de subsanación recibida.

Etapa siguiente

Remisión al supervisor, continuación de evaluación o cierre de revisión.

Video

Proceso de prevención — pendiente. Ver capítulo [Prevención](/manuales/interno/prevencion/).

Introducción — usuario interno

Recorrido general del Dashboard, bandejas, colas e indicadores — §5.2.

Objetivo

Orientar al personal interno en el Dashboard SDT: bandejas, búsqueda de expedientes y acciones según rol.

Usuario o rol responsable

Usuario interno: analista, supervisor, firmante, inspector o administrador.

Requisitos previos

Cuenta interna activa con rol asignado.

Punto de inicio en el menú

Dashboard SDT → pantalla principal tras iniciar sesión.

Instrucciones paso a paso

1. Inicie sesión en el Dashboard con su cuenta institucional.
2. Revise la pantalla principal: bandejas, colas e indicadores visibles para su rol.
3. Use la búsqueda de expedientes por número, trámite o estado.
4. Abra un expediente de ejemplo y recorra historial, documentos y acciones disponibles.
5. Confirme qué acciones puede ejecutar (revisar, prevenir, firmar, asignar, etc.).
6. Cierre sesión al terminar.

Perspectiva interna

Desde el Dashboard el personal institucional recibe expedientes, los revisa, genera prevenciones, coordina firmas y emite resoluciones. El detalle de cada rol está en los capítulos dedicados.

Definiciones relacionadas: Tablero, Usuario interno, Rol.

Resultado esperado

El usuario identifica su bandeja, las colas disponibles y las acciones autorizadas para su rol.

Errores frecuentes

Menú incompleto: cierre sesión e ingrese de nuevo. Si persiste, solicite revisión de rol al administrador.

Etapa siguiente

[Visualización por rol](/manuales/interno/roles/) o el capítulo de su rol específico.

Video

Navegación interna — pendiente. Ver [Videos](/videos/).

Lineamientos de producción

Estructura de procesos, capturas, videos y arquitectura reutilizable — §3 del requerimiento.

Estructura de cada explicación (§3.1)

Cada proceso documentado en los manuales debe contener, en el orden que resulte más natural:

1. Objetivo del proceso.
2. Usuario o rol responsable.
3. Requisitos previos.
4. Punto exacto del menú donde inicia.
5. Instrucciones numeradas paso a paso.
6. Capturas de las pantallas principales.
7. Resultado esperado y estados posibles.
8. Errores frecuentes y forma de resolverlos.
9. Notificaciones generadas.
10. Etapa siguiente del trámite.
11. Enlace o referencia al video correspondiente.

Los capítulos nuevos usan el componente ProcDoc, que aplica esta estructura de forma consistente.

Capturas de pantalla (§3.2)

• Mostrar desde dónde inicia la acción, incluyendo el menú, módulo o expediente.
• Resaltar botones, campos o estados importantes sin ocultar el contexto.
• Utilizar datos ficticios o anonimizados; nunca credenciales ni información personal real.
• Mantener el mismo tamaño, resolución, estilo de señalización y pie de imagen.
• Mostrar variantes cuando la pantalla cambie por estado, resultado o rol.

Convención de nombres: [manual]_[modulo]_[proceso]_[paso]_[descripcion].png

Ejemplo: externo_pago_tarjeta_03_confirmacion.png

Videos (§3.3)

• Iniciar en el punto exacto del menú y finalizar mostrando el resultado esperado.
• Indicar el rol o tipo de usuario utilizado.
• Incluir narración o subtítulos; hacer visibles los clics, campos y botones.
• Recortar tiempos de espera; evitar información real o sensible.
• Incluir título, duración y proceso cubierto.
• Un recorrido general corto más videos específicos para procesos macro.

Los videos se publican en la sección Videos.

Arquitectura reutilizable (§3.4)

Regla central: cada trámite debe llamar al proceso general correspondiente según su etapa. Solo se documentan dentro del trámite los requisitos, campos, reglas, excepciones o pantallas que sean particulares.

Proceso reutilizable	Referencia en el trámite
Iniciar trámite	Proceso general — iniciar
Completar formulario	Formularios
Carga documental	Carga documental
Pago	Pagos
Observaciones	Observaciones
Notificaciones	Notificaciones
Resolución	Resoluciones

Ejemplo de redacción en una ficha: «Para completar esta etapa, consulte Proceso general de un trámite, sección Carga documental.»

Principio de diseño documental (§1.2)

Este enfoque evita repetir instrucciones, reduce el costo de mantenimiento y garantiza que una actualización del proceso común se realice en un solo lugar.

Manual de soporte

Administrador institucional — validación inicial, configuraciones y tickets a Elaniin — §7.

Este manual orienta al administrador del sistema SDT dentro de la institución en la atención inicial de problemas de acceso, usuarios, roles, configuraciones e incidentes frecuentes. Cuando no pueda resolver un caso con las acciones autorizadas, debe registrar un ticket para Elaniin.

Objetivo (§7)

El administrador institucional realiza validaciones iniciales autorizadas, documenta el problema y, cuando corresponda, registra un ticket para el equipo de Elaniin mediante la herramienta oficial.

Público objetivo

El administrador institucional será responsable de:

• Atender consultas y problemas reportados por los usuarios de la institución.
• Validar inicialmente problemas de acceso y funcionamiento.
• Administrar usuarios, roles y configuraciones para las que tenga autorización.
• Recopilar evidencias.
• Registrar y dar seguimiento a los tickets enviados a Elaniin.
• Confirmar con el usuario la solución antes de cerrar el caso.

El administrador no debe ejecutar cambios para los que no tenga autorización ni modificar directamente configuraciones activas o expedientes en curso cuando exista riesgo de afectar la operación.

Capítulos

Capítulo	Descripción
Acceso al sistema	Inicio de sesión, recuperación de contraseña y cuentas bloqueadas
Administración de usuarios	Creación, modificación y cambio de rol (en elaboración)
Soporte de configuraciones	Centros de datos, plantillas, portal y expedientes (en elaboración)
Problemas frecuentes	Validaciones iniciales por tipo de incidente
Registro de tickets	Información obligatoria, clasificación y prioridad
Seguridad de la información	Reglas de manejo de datos sensibles (en elaboración)
Cierre del caso	Criterios de cierre y reapertura (en elaboración)

Información pendiente de definir

Antes de publicar la versión final:

• Nombre y enlace de la herramienta oficial de tickets.
• Horarios de atención y SLAs de Elaniin.
• Operaciones que puede realizar directamente el administrador institucional vs. el proveedor.

Acceso al sistema

Inicio de sesión, recuperación de contraseña y cuentas bloqueadas — soporte §3.

Inicio de sesión (§3.1)

Para ingresar a SDT:

1. Acceder a la dirección oficial de la plataforma.
2. Ingresar el usuario autorizado.
3. Ingresar la contraseña.
4. Completar la verificación adicional, cuando aplique.
5. Seleccionar la opción para iniciar sesión.
6. Confirmar que se muestre el menú correspondiente al rol asignado.

Si el usuario puede ingresar pero no visualiza las opciones esperadas, el administrador debe revisar el estado de la cuenta, el rol asignado y los permisos asociados.

Recuperación de contraseña (§3.2)

Cuando un usuario olvide su contraseña:

1. Ingresar a la pantalla de acceso.
2. Seleccionar la opción de recuperación de contraseña.
3. Ingresar el correo asociado con la cuenta.
4. Revisar la recepción del correo de recuperación.
5. Acceder al enlace recibido.
6. Registrar la nueva contraseña.
7. Intentar nuevamente el inicio de sesión.
8. Confirmar que el acceso fue restablecido.

El administrador nunca debe solicitar al usuario su contraseña, códigos de verificación o credenciales completas.

Cuenta bloqueada, inactiva o vencida (§3.3)

El administrador deberá:

1. Buscar al usuario en el módulo de administración.
2. Verificar el estado de la cuenta.
3. Revisar si la cuenta se encuentra activa, inactiva, bloqueada o vencida.
4. Confirmar el rol y los permisos asignados.
5. Aplicar la acción autorizada para activar, desbloquear o restablecer el acceso.
6. Solicitar al usuario que intente ingresar nuevamente.
7. Registrar la acción realizada.

Si la cuenta no puede recuperarse con las opciones disponibles, registrar un ticket para Elaniin.

Problemas frecuentes

Validaciones iniciales por tipo de incidente — soporte §6.

6.1 El usuario no puede iniciar sesión

Validaciones iniciales:

1. Confirmar que el usuario utiliza la dirección correcta.
2. Verificar que la cuenta exista.
3. Revisar el estado de la cuenta.
4. Confirmar que el correo sea correcto.
5. Intentar la recuperación de contraseña.
6. Revisar si la cuenta está bloqueada.
7. Confirmar si otros usuarios pueden ingresar.
8. Registrar el mensaje de error.

Registrar un ticket si el problema continúa.

6.2 El usuario no visualiza el menú correcto

1. Verificar el usuario.
2. Revisar el rol asignado.
3. Confirmar los permisos del rol.
4. Solicitar cierre de sesión e ingreso nuevamente.
5. Comparar el menú con otro usuario del mismo rol.
6. Registrar las diferencias encontradas.

6.3 No se puede crear un usuario

1. Confirmar campos obligatorios completos.
2. Verificar que el correo o identificación no estén registrados.
3. Revisar el formato de los datos.
4. Confirmar institución y rol válidos.
5. Registrar el mensaje de error.

6.4 El usuario no recibe correo de activación o recuperación

1. Confirmar correo registrado.
2. Revisar carpeta de no deseados.
3. Confirmar espacio en el buzón.
4. Verificar si otros usuarios reciben correos.
5. Registrar fecha y hora del intento.
6. Solicitar nuevo envío, cuando exista la opción.

6.5 Error en formularios

1. Identificar trámite y formulario.
2. Registrar el campo afectado.
3. Revisar obligatoriedad y formato.
4. Tomar captura del mensaje (anonimizada).
5. Intentar reproducir con datos de prueba.

6.6 Error de interoperabilidad

1. Identificar la consulta realizada.
2. Registrar fecha y hora.
3. Confirmar datos utilizados.
4. Revisar si devuelve información vacía o incorrecta.
5. Verificar si afecta a otros usuarios.
6. No modificar manualmente información recuperada sin autorización.

6.7 Error en carga documental

1. Revisar tipo, tamaño y nombre del archivo.
2. Verificar que el archivo no esté dañado.
3. Intentar con un archivo de prueba permitido.
4. Confirmar si ocurre con todos los archivos.

6.8 Pago no reflejado

1. Identificar expediente y modalidad de pago.
2. Confirmar fecha, hora, monto y concepto.
3. Revisar recibo o comprobante.
4. Consultar estado del pago.
5. No repetir el pago sin verificar primero.

No adjuntar números completos de tarjetas ni información bancaria sensible.

6.9 Correo o notificación incorrecta

1. Identificar expediente y tipo de correo.
2. Confirmar destinatario y fecha.
3. Comparar contenido con el estado del expediente.
4. Confirmar si el enlace funciona.

6.10 Problema de firma

1. Identificar expediente y documento.
2. Confirmar rol del usuario.
3. Revisar estado del documento.
4. Verificar si la acción de firma está disponible.

6.11 Expediente bloqueado o en estado incorrecto

1. Identificar número de expediente.
2. Revisar estado e historial.
3. Identificar última acción y responsable.
4. No intentar cambiar directamente el estado.

Estos casos deben registrarse mediante ticket para análisis del flujo.

Registro de tickets para Elaniin

Información obligatoria, clasificación, prioridad y seguimiento — soporte §7.

Cuando el administrador institucional no pueda resolver un problema mediante las acciones autorizadas, deberá registrar un ticket para el equipo de Elaniin utilizando la herramienta oficial de tickets (nombre y enlace pendientes de confirmación).

Información obligatoria del ticket (§7.1)

Cada ticket deberá incluir:

• Nombre de la institución.
• Nombre del usuario afectado y su rol.
• Ambiente donde ocurrió el problema.
• Módulo afectado.
• Nombre del trámite.
• Número de expediente, cuando aplique.
• Etapa o estado.
• Fecha y hora del incidente.
• Descripción clara del problema.
• Pasos realizados antes del error.
• Resultado esperado y resultado obtenido.
• Mensaje de error completo.
• Validaciones realizadas por el administrador.
• Número de usuarios afectados e impacto sobre la operación.
• Capturas o archivos de evidencia (anonimizados).
• Prioridad propuesta.
• Datos de contacto del administrador institucional.

Nunca incluir contraseñas, códigos de verificación, números completos de tarjetas ni información personal innecesaria.

Clasificación del ticket (§7.2)

Tipo
Consulta
Problema de acceso
Problema de usuario o rol
Incidente funcional
Incidente técnico
Problema de configuración
Problema de expediente
Problema de pago
Problema de correo o notificación
Problema de firma
Requerimiento de cambio

Prioridad sugerida (§7.3)

Nivel	Criterio
Crítica	La plataforma o una función esencial no está disponible para toda la institución y no existe alternativa operativa.
Alta	El problema impide completar un proceso importante o afecta a varios usuarios.
Media	Afecta a un usuario o proceso, pero existe alternativa temporal.
Baja	Consulta, mejora o problema sin impacto inmediato.

Los niveles y tiempos oficiales de atención serán confirmados por Elaniin.

Seguimiento (§7.4)

El administrador deberá:

1. Conservar el número del ticket.
2. Revisar las respuestas de Elaniin.
3. Proporcionar información adicional solicitada.
4. Ejecutar solo las pruebas indicadas y autorizadas.
5. Informar a los usuarios afectados.
6. Validar la solución en el ambiente correspondiente.
7. Confirmar el cierre del ticket.

No cerrar un ticket sin comprobar que el problema fue solucionado.

Reapertura (§7.5)

Reabrir o relacionar con un ticket nuevo cuando:

• El problema reaparezca.
• La solución no produzca el resultado esperado.
• Se identifiquen usuarios o procesos adicionales afectados.
• La corrección genere un problema relacionado.
• La incidencia permanezca activa después del cierre.

Preparar la institución

Qué debe existir en el Dashboard antes de armar un trámite — entidades, catálogos, grupos, etiquetas y permisos.

Antes de dibujar un flujo en el Builder, conviene tener listos los recursos que los nodos van a usar. Esta es la etapa 0 de la ruta de configuración: se hace una vez y sirve para todos los trámites.

Recursos fundacionales

Cargar antes del Builder

• Entidades de expediente — Tipos de carpeta (Persona, Inmueble, Proyecto…). Sin entidad no hay nodo Expediente.

• Centro de datos — Tablas de referencia para selects y nodos de consulta.

• Etiquetas — Clasificación en el catálogo del Website.

• Grupos — Bandas de revisores para nodos Asignar grupo o Validación manual.

• Roles y usuarios — Quién configura, revisa, firma o administra.

Qué preparar según el trámite

No todo trámite necesita todo. Elija según lo que vaya a colocar en el flujo:

Si el flujo va a…

• Crear o vincular carpetas → Entidad con campos y roles.

• Mostrar listas desplegables → Tabla en Centro de datos.

• Asignar revisión interna → Grupo con miembros.

• Enviar correos o emitir PDFs → Plantilla activa (etapa 5).

• Calcular plazos → Calendario con días hábiles.

• Cobrar → Portal → pagos NPE.

• Firmar digitalmente → Usuarios con permiso de firma.

Dónde se administra

Rutas en el Dashboard

• Documentación → Expedientes — entidades y registros.

• Recursos → Centro de datos — tablas propias + Core Funcional.

• Recursos → Procesos → Etiquetas — clasificación del catálogo.

• Administración → Usuarios — internos, externos y grupos.

• Administración → Roles — permisos por módulo.

Core Funcional

El Centro de datos incluye catálogos que el sistema ya provee. Las tablas propias de la institución se cargan aparte.

Crear una entidad o una tabla no publica un trámite. Solo habilita que los nodos del Builder puedan referenciarlas.

Ejemplo

Ejemplo

ACH documenta «Inscripción de inmueble». Antes del Builder confirma: entidad Inmueble activa, tabla Municipios, etiqueta Catastro y grupo Revisión catastral. Con eso listo, el configurador coloca formulario, expediente y asignación sin volver al Dashboard a mitad del diseño.

Siguiente lectura

Mi primer trámite · Proceso · Ruta de configuración · Empezar aquí

Entidad

Tipo de expediente que define la institución — el cajón, no una carpeta concreta.

La entidad es el tipo de expediente que define la institución: Persona, Persona jurídica, Producto, Establecimiento, etc. Es el cajón, no una carpeta concreta.

Dentro de una entidad viven los registros (carpetas). Un flujo con nodo Expediente apunta a una entidad; crear un registro sin entidad no es posible.

La entidad no es el registro. Cambiar campos o roles de la entidad afecta el molde; no borra las carpetas ya creadas.

1 · Entidad Persona El tipo · el cajón

2 · Registro Carpeta de Ana

• Solicitud 2024 Inscripción · cerrada
• Solicitud 2025 Actualización · cerrada
• Solicitud actual 3 · Hoja en curso

2 · Registro Carpeta de Luis

• Solicitud Otra carpeta del mismo cajón

Misma entidad, dos registros. Las hojas de cada carpeta son las solicitudes que la han llenado.

Figura 1. Primero el cajón (entidad). Dentro, las carpetas (registros) y sus hojas (solicitudes).

Qué define

Configuración del tipo

• Título y versión

  Nombre del tipo. Guardar crea una versión nueva; la vigente puede estar Activa o en Borrador.

• Campos y secciones

  Estructura de datos que capturan los registros (y que el flujo puede rellenar desde el formulario).

• Roles de carpeta

  Quién puede consultar o actuar sobre un registro sin ser dueño. El propietario es una fila aparte — no un rol más de la lista.

Dónde se administra

Documentación → Expedientes en el Dashboard. El selector elige la entidad (muestra versión y estado). Nueva entidad abre el editor. En el Website el solicitante solo elige la entidad para listar sus carpetas — no edita el molde.

Figura 2. Documentación → Expedientes — selector de entidad (versión Activa) y Nueva entidad.

Entidad vs registro

No mezclar

• Entidad

  El molde. Uno por tipo de asunto en la institución.

• Registro

  Una carpeta concreta dentro de ese molde (la de Ana, la de la constructora…).

• Unir carpetas

  Vincula registros — pueden ser de entidades distintas. No mezcla los cajones.

Ejemplo

Ejemplo

ACH define la entidad que agrupa los asuntos del trámite (por ejemplo Persona). Dentro caerán la carpeta de Ana y las que vengan. Otra entidad, Persona jurídica, guarda a Constructora del Valle. Unir la carpeta de Ana con la constructora es vincular dos registros de entidades distintas — no mezclar los cajones.

Siguiente lectura

Expediente · Registro · Nodo Expediente · Propietario · Jerarquías

Centro de datos

Consulta tablas de referencia de la institución y entrega el registro encontrado.

Datos En el canvas

Configuración

Figura 1. Centro de datos: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Figura 2. Módulo Centro de datos en el administrador (captura QA).

Acerca del centro de datos

En el administrador, Recursos → Centro de datos es el módulo: tablas, columnas, registros, activar o desactivar, y la pestaña Core Funcional (catálogos que el sistema pone a disposición).

En el Builder, el nodo Centro de datos opera sobre esas tablas: Leer, Crear, Actualizar o Eliminar registros. No llama a otra institución: eso es interoperabilidad. No dispara un automatismo externo: eso es N8N.

Espera o avanza

Sigue solo, con el registro o sin él, según esté armado el plano.

Ejemplo

Un flujo puede buscar el municipio en una tabla de ACH antes de crear el expediente. Un código que sale de un automatismo externo no se consulta ahí: es N8N.

Interoperabilidad · N8N

Grupos

Equipos de usuarios internos que comparten bandeja de solicitudes y trabajo en el Dashboard.

Un grupo reúne usuarios internos para organizar el trabajo en el Dashboard SDT: qué solicitudes comparten en bandeja y quién atiende cada etapa cuando el flujo lo exige.

Se crea, edita, activa o desactiva en bloque — no usuario por usuario en cada trámite.

Para quién es

Lo administran quienes tienen permiso en Gestión de usuarios. Cada analista puede pertenecer a uno o más grupos además de su rol.

El grupo no es el rol. El rol autoriza acciones (revisar, configurar, dar visto bueno). El grupo acota con quién se comparte el trabajo y qué solicitudes aparecen en la lista.

Dónde se administra

Administración → Usuarios → pestaña Grupos. Desde ahí se crean equipos, se asignan miembros y se mantiene el estado del grupo.

Figura 1. Administración → Usuarios; los grupos se gestionan en la pestaña Grupos.

Qué aporta en operación

• Bandeja compartida

  Las solicitudes del trámite pueden mostrarse al grupo — por ejemplo Urbanismo — y no a todo el analista suelto.

• Asignación en el flujo

  El nodo Asignar grupo deja la tarea en un equipo (y, según regla, en una persona del grupo).

• Revisiones encadenadas

  Con varios grupos en un mismo ciclo, cada uno completa su parte antes de que avance la solicitud.

Ejemplo

Ejemplo

ACH arma el grupo Urbanismo. Marta y dos colegas pertenecen a él. Las solicitudes de ese trámite las ve Urbanismo en bandeja; un analista de otro grupo no las tiene en su lista, aunque tenga un rol parecido.

Si el flujo pide revisión con visto bueno de jefatura, el líder del grupo autoriza; Marta registra observaciones en su etapa.

Siguiente lectura

Rol · Usuario interno · Gestión de usuarios · Asignar grupo · Identidades y accesos

Rol

Paquete de permisos del usuario interno en el Dashboard — qué módulos ve y qué acciones puede ejecutar.

El rol define qué puede hacer un usuario interno en el Dashboard SDT: revisar solicitudes, dar visto bueno, publicar flujos, administrar usuarios, etc.

Cada institución crea los suyos — analista, editor, supervisor, administrador — y asigna uno o más roles a cada persona en Administración → Usuarios.

Para quién es

Lo configuran administradores con permiso sobre roles. El analista hereda capacidades del rol asignado; no las amplía por fuera de lo definido.

El rol del administrador no es el rol de un expediente. Ese otro mecanismo — definido en la entidad — indica quién consulta o actúa sobre una carpeta concreta. Ver Jerarquías.

Dónde se administra

Administración → Roles. Desde el listado se crean roles, se consulta cuántos usuarios tienen cada uno, cuántos permisos están otorgados y el estado (Activo u otro). Al abrir un rol: descripción, permisos detallados, personas asignadas e historial de cambios.

Figura 1. Administración → Roles — nombre, usuarios asignados, permisos otorgados y estado.

Qué responde el rol

• Acciones

  Qué módulos y operaciones están habilitados — por ejemplo revisión, configuración o solo lectura.

• Alcance administrativo

  Si puede crear usuarios, roles, procesos o limitarse a operar solicitudes.

• Independencia del grupo

  El rol autoriza acciones; el grupo influye en qué solicitudes aparecen en bandeja. Ambos aplican a la vez.

Ejemplo

Ejemplo

El rol de Marta le permite revisar solicitudes y registrar observaciones. El rol de su jefa incluye el visto bueno de esas observaciones.

Si a Marta le asignan además un rol de consulta en la carpeta de Ana, eso no le da permiso de publicar flujos en el Builder: solo la vincula a esa carpeta, sin ser propietaria.

Siguiente lectura

Usuario interno · Grupos · Gestión de usuarios · Jerarquías · Tablero

Proceso

Contenedor del trámite en el Dashboard — nombre, etiqueta, flujos y estado. El plano publicado, no cada solicitud.

El proceso es el contenedor del trámite en el Dashboard SDT: nombre, etiqueta, descripción y, si aplica, ficha técnica. De él cuelgan uno o más flujos que se diseñan en el Builder.

La persona no «abre un proceso»: presenta una solicitud. Varias solicitudes pueden coexistir sobre el mismo proceso, cada una en una etapa distinta.

Qué contiene

• Metadatos visibles en el catálogo del Website — nombre, descripción, etiqueta.
• Uno o más flujos versionados; el vigente es el que usan las solicitudes nuevas.
• Estado del contenedor: en construcción, activo o archivado.

El proceso no se mueve. Lo que avanza, se detiene o se cierra es la solicitud. Publicar una versión nueva del flujo no redibuja solicitudes ya abiertas.

Dónde se administra

Recursos → Procesos (pestaña Procesos; Etiquetas clasifica el catálogo). Listado con búsqueda, filtros, estado, versión del flujo vigente y menú de acciones. Nuevo proceso registra el contenedor; el trámite no está listo para operar hasta tener un flujo publicado.

Figura 1. Recursos → Procesos — listado con estados Activo y En construcción, y Nuevo proceso.

Estados del proceso

Estados del contenedor

• En construcción

  Recién creado o aún sin flujo publicado listo para operar.

• Activo

  Hay versión vigente: el trámite puede administrarse y presentarse en el portal.

• Archivado

  Dejó de ser la versión vigente; se conserva como historial. Archivar no borra solicitudes pasadas.

Ejemplo

Ejemplo

El proceso «Inscripción de inmueble» está Activo en ACH. Ana lo pide el lunes; otra persona el martes. Hay dos solicitudes y un solo proceso.

Si el equipo publica una versión nueva del flujo el miércoles, las solicitudes ya abiertas siguen el plano con el que nacieron. Las nuevas usarán la versión vigente.

Siguiente lectura

Flujo · Etiquetas · Constructor · Solicitud · SDT

Etiquetas

Clasifican procesos en el Dashboard y en el catálogo del portal. No cambian la ejecución del flujo.

Las etiquetas organizan los procesos por familia o tema — por ejemplo «Catastro» o «Productos Veterinarios». Ayudan a filtrar en el Dashboard y a reconocer trámites en el Website.

Crear, editar, activar, desactivar o eliminar una etiqueta no modifica cómo corre un flujo. Solo clasifica.

Qué aportan

• Agrupan procesos relacionados en listados y filtros.
• Se muestran en el catálogo del portal como dato de contexto — no como paso del trámite.
• Una etiqueta inactiva deja de ofrecerse al crear o clasificar procesos; las solicitudes ya abiertas conservan la clasificación con la que nacieron.

Una etiqueta no es un trámite ni un nodo. Es una clasificación del proceso.

Dónde se administra

Recursos → Procesos, pestaña Etiquetas. El listado muestra nombre, cuántos procesos la usan, estatus y acciones. Nueva etiqueta pide nombre, descripción, estado e imagen opcional. Se puede buscar por nombre y filtrar por estado.

Al crear o editar un proceso se asocia una etiqueta de clasificación. En el detalle de una solicitud aparece como contexto, no como etapa del recorrido.

Figura 1. Recursos → Procesos — pestaña Etiquetas para crear y mantener clasificaciones.

Figura 2. Catálogo del Website — la etiqueta «Productos Veterinarios» sobre el trámite.

Estados

Estatus de la etiqueta

• Activa

  Disponible al crear procesos y visible en filtros y catálogo.

• Inactiva

  No se ofrece en altas nuevas; los procesos ya clasificados pueden conservarla hasta que se cambie.

Ejemplo

Ejemplo

ACH crea la etiqueta «Catastro». Los procesos de esa familia la llevan. Marta filtra el listado de procesos por esa etiqueta. Ana, en el catálogo del portal, la ve como clasificación del trámite — no como un paso a completar.

Siguiente lectura

Proceso · Portal externo · Flujo · Dashboard

Mi primer trámite

Camino mínimo viable para armar y publicar un trámite en el Builder — del proceso al cierre.

El camino más corto para tener un trámite publicado en el portal. Después se amplía con más nodos según la ruta completa.

Prerrequisito: Preparar la institución (mínimo: rol con acceso a Procesos y una etiqueta).

El recorrido en siete pasos

De punta a punta

• 1 · Proceso — Recursos → Procesos → Nuevo proceso. Nombre, etiqueta y descripción.

• 2 · Builder — Abrir el flujo desde el detalle del proceso.

• 3 · Nodos — Inicializador → Formulario → Finalizador.

• 4 · Formulario — Al menos un campo; revisar vista previa.

• 5 · Validar — Validar flujo en el Builder; corregir errores.

• 6 · UAT — Recorrer en aceptación con cuenta de prueba.

• 7 · Publicar — Publicar versión y activar el proceso.

Crear el proceso y abrir el Builder

En el Dashboard: Recursos → Procesos → Nuevo proceso. El contenedor queda En construcción hasta publicar un flujo.

Recursos → Procesos — Nuevo proceso.

Builder — canvas con catálogo de nodos.

El camino mínimo en el canvas

1. Inicio
2. Formularioespera
3. Consulta
4. Decisión
5. Expediente
6. Cierre

Tres nodos conectados: entrada, captura y cierre.

Los tres nodos

• Inicializador — Punto de entrada. Todo flujo tiene uno.

• Formulario — Pide datos y espera el envío.

• Finalizador — Cierra la solicitud.

Los tipos de campo están en la etapa 4 de la ruta.

Publicar

Tras Validar flujo, pruebe en UAT (iniciar desde el Website, completar, verificar en el Dashboard). Si el recorrido es correcto, publique la versión y deje el proceso en Activo.

Qué agregar después

Siguiente vuelta

• Carpeta del asunto → Expediente

• Ramificar por tipo → Operador IF

• Consultar catálogo → Centro de datos

• Revisión interna → Validación manual + Grupo

• Avisar al ciudadano → Notificación + Plantilla

• Cobrar → Pasarela de pago

Consulte los trámites documentados como referencia de flujos reales.

Ejemplo

Ejemplo

ACH crea «Registro de prueba» con etiqueta Catastro. Coloca Inicializador → Formulario (campo «Nombre del solicitante») → Finalizador. Valida, prueba en UAT, publica y activa. Ana inicia desde el Website, completa el nombre y envía; la solicitud aparece resuelta en el Dashboard.

Siguiente lectura

Editar un trámite existente · Ambiente de aceptación · Inscripción de inmueble · Ruta de configuración

Constructor de trámites

Builder SDT — donde la institución diseña el flujo, configura nodos y publica el trámite.

El Builder SDT (constructor de trámites) es donde la institución diseña el recorrido de un trámite: coloca nodos en el canvas, los conecta, los configura y publica una versión del flujo.

No es el Dashboard ni el Website: esas áreas ejecutan lo que aquí se dibujó. Una solicitud ya abierta no se reordena desde el Builder.

Para quién es

Entra quien tiene permiso para configurar trámites: crear el proceso, armar el flujo, validarlo y publicarlo. El analista que revisa solicitudes opera en el Dashboard; el solicitante, en el Website.

El Builder no se usa para atender una solicitud en curso. Sirve para diseñar y versionar el plano.

Cómo se llega

Desde el Dashboard: Recursos → Procesos → abrir un proceso → entrar al flujo. Ahí aparece el canvas con el catálogo de nodos y las acciones del Builder (validar, ver ejecuciones, etc.).

Figura 1. Recursos → Procesos: punto de entrada al contenedor del trámite.

El canvas

El canvas es el lienzo donde se arrastran y conectan los nodos. A la izquierda está el catálogo con los tipos disponibles; cada pieza tiene entradas y salidas que definen el orden de ejecución.

Figura 2. Builder SDT — catálogo de nodos y canvas con piezas conectadas.

Qué ocurre en el canvas

• Colocar nodos

  Elegir tipo en el catálogo, nombrarlo y enlazarlo con el anterior y el siguiente.

• Configurar

  Cada tipo abre su panel: campos del formulario, reglas de una decisión, tabla del centro de datos, etc.

• Validar y publicar

  Validar flujo revisa el diseño. Tras aprobar, la versión queda publicada y el proceso puede activarse. Los estados del flujo se detallan en Flujo.

Configurar un nodo

Al abrir un nodo — por ejemplo un formulario — el Builder muestra su editor: pasos, secciones, campos, variables de entrada y vista previa. Lo que se configura aquí es lo que verá la persona en el portal cuando el flujo llegue a esa pieza.

Figura 3. Panel de configuración de un nodo Formulario (pasos, secciones y campos).

Cada nodo hace una sola cosa. Un Expediente crea la carpeta, vincula propietarios o une registros — no todo a la vez. Las jerarquías y el propietario se definen en nodos Expediente, no en la operación diaria.

El catálogo de nodos documenta cada tipo con su captura de configuración cuando existe.

Ejemplo

Ejemplo

En ACH, el equipo abre el proceso en el Builder y ordena: inicializador, formulario, consulta externa, expediente, decisión y cierre. Valida, publica y activa el proceso.

Ana inicia una solicitud en el Website; el sistema recorre ese orden. Marta, en el Dashboard, revisa cuando el flujo lo pide — no reordena nodos. Si mañana publican una versión nueva, las solicitudes ya abiertas siguen con la versión con la que nacieron.

Siguiente lectura

Proceso · Flujo · Configuración · SDT · Dashboard · Portal externo

Flujo

Secuencia de nodos y transiciones de un trámite — se diseña en el Builder y la solicitud la recorre versión a versión.

El flujo es la secuencia de nodos del trámite: orden, conexiones y configuración. Se arma en el Builder SDT, dentro del detalle del proceso. Cada solicitud recorre la versión publicada con la que nació.

El sistema no se queda en un bucle: ejecuta un nodo, termina y dispara el siguiente. Si el nodo es de persona (formulario, pago, firma, revisión), espera. Si es automático (N8N, condicional, expediente), avanza cuando puede.

El flujo es el plano. La solicitud es esta ejecución. Publicar una versión nueva no redibuja solicitudes ya abiertas.

Dónde se diseña

Desde el Dashboard: Recursos → Procesos → abrir un proceso → entrar al flujo. En el canvas se colocan nodos, se conectan y se valida antes de publicar.

Figura 1. Builder SDT — canvas del flujo con nodos del catálogo y acciones Validar flujo / Ver ejecuciones.

Estados del flujo

Ciclo de vida de la versión

• En construcción

  Se configura o ajusta en el Builder.

• Aprobado

  Pasó la validación o aprobación.

• Publicado

  Disponible para ejecución en el proceso; las solicitudes nuevas usan esta versión.

• Denegado / Rechazado

  La validación no pasó; hay que ajustar el diseño.

• Archivado

  Versión histórica; ya no es la vigente.

Nodos habituales

El catálogo completo está en Nodos. Los más frecuentes en un recorrido:

Piezas típicas del plano

• Inicializador

  Empieza. Todo flujo tiene uno.

• Formulario

  Pide datos y espera el envío.

• N8N / condicionales

  Consulta externa o elige un camino (Operador IF, Switch).

• Expediente

  Crea o relaciona carpetas y personas.

• Pago / firma

  Pasarela o firma digital si el trámite lo pide — otra espera.

• Finalizador

  Termina, con éxito o por error.

Ejemplo

Ejemplo

El flujo espera en el formulario. Ana envía. Si hay consulta y falla, cierra por error. Si sale bien, crea la carpeta, asocia al titular y, si el plano lo pide, pregunta si es persona jurídica. No hay un operador que «pulse siguiente» entre esas piezas automáticas.

Siguiente lectura

Proceso · Constructor · Configuración · Formulario · Solicitud

Plantillas

Textos reutilizables de documentos y correos que los nodos del flujo rellenan con variables.

Las plantillas son textos maestros de la institución: constancias, resoluciones, correos de aviso y mensajes SMS. Se crean en el Dashboard y las consumen nodos del flujo — sobre todo el generador de documentos y el nodo de notificación.

El nodo no redacta cada vez: elige una plantilla activa e inserta variables capturadas en el recorrido.

Para quién es

Quien configura trámites — administrador o equipo de contenido — mantiene las plantillas. El analista que opera solicitudes usa el resultado (PDF, correo), no edita aquí el texto base en cada caso.

Cambiar una plantilla no reordena el flujo. Solo cambia el contenido que el nodo ya apuntado tomará en ejecuciones futuras.

Dónde se administran

Recursos → Plantillas en el Dashboard. La pantalla tiene pestañas Documentos y Correos, búsqueda, ordenamiento, filtros y Nueva plantilla.

Figura 1. Recursos → Plantillas — listado con pestaña Documentos, estados y acciones.

Documentos y correos

• Documentos

  Plantillas para PDF u otros archivos que rellena el generador de documentos — resoluciones, constancias, autos.

• Correos

  Plantillas de mensaje para el nodo Notificación — avisos al solicitante o al equipo interno.

Ciclo de vida

Crear, versionar y activar

• Crear y editar

  Editor con formato, inserción de variables del flujo y vista de detalle.

• Versionar

  Cada cambio de contenido genera una versión nueva. Las solicitudes ya abiertas siguen el plano con el que nacieron.

• Activar o desactivar

  Estados como Activa o En construcción. Una plantilla inactiva no debe usarse en un flujo publicado.

Ejemplo

Ejemplo

ACH define una plantilla de constancia y otra de correo de observaciones. El generador de documentos rellena la primera con datos del formulario. El nodo Notificación envía la segunda cuando el flujo lo indica.

Marta no copia el texto en cada solicitud: el sistema toma la plantilla activa y sustituye variables. Si desactivan una versión antigua, los flujos nuevos deben apuntar a la plantilla vigente.

Siguiente lectura

Generador de documentos · Notificación (nodo) · Notificaciones (concepto) · Tablero · Constructor

Calendario

Días hábiles, eventos y bloqueos institucionales que determinan cómo corren los plazos del SDT.

El calendario institucional define qué días cuentan para los plazos del SDT: fines de semana, feriados, cierres y otros eventos. Los relojes de prórroga, suspensión y formularios con plazo usan días hábiles según este calendario, no el almanaque civil solo.

Se administra en el Dashboard. No pausa solicitudes ni expedientes a mano: marca qué días el tiempo corre o se detiene por regla institucional.

Para quién es

Entra quien configura la operación de la institución — administrador o rol con acceso a Administración → Calendario. El analista que revisa una solicitud no edita aquí el vencimiento de un caso; el sistema recalcula según eventos y días hábiles ya definidos.

El calendario no sustituye una prórroga ni una suspensión pedida en el flujo. Esas acciones alargan o detienen el plazo de quien corrige; el calendario dice en qué días ese reloj avanza.

Dónde se configura

Administración → Calendario. La vista mensual muestra cada día como Hábil o No hábil (incluidos fines de semana). Desde Configurar se ajusta el año fiscal; con Evento + se crean eventos de uno o varios días.

Figura 1. Administración → Calendario — vista mensual, días hábiles y acciones Configurar / Evento +.

Eventos y días

• Día hábil / no hábil

  La cuadrícula distingue laborables, fines de semana y días marcados como no hábiles.

• Evento

  Puede ser de un día o un rango, repetirse y llevar tipo. Sirve para feriados, cierres o jornadas especiales.

• Evento bloqueante

  Cuando aplica, ese día deja de contar como hábil. Los vencimientos de plazos activos se recorren en consecuencia.

Calendario y Portal

Dos configuraciones distintas

• Calendario

  Qué días son hábiles y qué eventos bloquean el conteo del tiempo.

• Administración → Portal

  Límites operativos del Website — por ejemplo, plazos máximos de suspensión que puede pedir una persona asociada. No define el calendario de feriados.

Ejemplo

Ejemplo

ACH registra un cierre institucional de dos días como evento bloqueante. Ana está corrigiendo un formulario con plazo externo.

Esos dos días el reloj no avanza; el vencimiento se recorre. Marta no «pausa» el expediente en el calendario: el sistema aplica la regla ya cargada. Si Ana necesita más tiempo por otro motivo, debe pedir prórroga en el flujo, no editar el calendario.

Siguiente lectura

Prórroga · Suspensión de plazo · Formulario · Tablero · SDT

Editar un trámite existente

Cómo modificar un proceso o flujo ya publicado — versiones, solicitudes vivas y estados del contenedor.

Un trámite ya publicado no se edita en caliente. El SDT separa el plano (proceso y flujo) de las ejecuciones (solicitudes). Entender esa distinción evita romper casos en curso al hacer cambios.

Qué se puede editar y dónde

Dos niveles de cambio

• Metadatos del proceso

  Nombre, descripción, etiqueta y ficha técnica. Se editan en Recursos → Procesos sin tocar el flujo. No afectan solicitudes abiertas.

• El flujo (recorrido)

  Nodos, conexiones y configuración de cada paso. Se editan en el Builder. Requiere crear una nueva versión, validar, probar y publicar.

Cambiar la etiqueta de un proceso no modifica cómo corre el flujo. Cambiar el flujo publicado no redibuja solicitudes ya abiertas.

Cómo funciona el versionado

1. Proceso Contenedor del trámite
2. →
3. Flujo Secuencia de nodos
4. →
5. Solicitud Cada presentación
6. →
7. Expediente Lo que permanece

Cada publicación es una versión. Las solicitudes nuevas usan la vigente; las abiertas conservan la suya.

Ciclo de vida de una versión

• En construcción

  Versión en edición. Se puede modificar libremente en el Builder.

• Aprobado / Publicado

  Pasó validación y está disponible para ejecución. Las solicitudes nuevas usan esta versión.

• Archivado

  Versión histórica. Ya no es la vigente, pero las solicitudes que nacieron con ella siguen recorriéndola.

Pasos para modificar un flujo existente

Secuencia de cambio

• 1 · Abrir proceso — Recursos → Procesos → el trámite a modificar.

• 2 · Nueva versión — Flujo en estado En construcción.

• 3 · Editar en Builder — Nodos, conexiones y configuración.

• 4 · Validar — Validar flujo; corregir errores.

• 5 · Probar en UAT — Casos afectados por el cambio.

• 6 · Publicar — Nueva versión disponible para solicitudes nuevas.

• 7 · Activar — Proceso en estado Activo si corresponde.

El historial de versiones queda registrado para auditoría.

Qué pasa con las solicitudes vivas

Reglas clave

• Solicitud abierta antes del cambio — Sigue el flujo con el que nació. No migra a la versión nueva.

• Solicitud nueva después de publicar — Usa la versión vigente.

• Proceso archivado — No acepta solicitudes nuevas. Las abiertas siguen hasta cerrar.

Si el cambio es incompatible con casos en curso (por ejemplo, eliminar un nodo que aún espera respuesta), coordine con operación antes de publicar.

Estados del proceso

Contenedor vs versión

• En construcción

  Sin flujo publicado listo, o en rediseño activo.

• Activo

  Hay versión vigente. El trámite puede presentarse en el portal.

• Archivado

  Dejó de ser vigente como contenedor. Se conserva historial; no se borran solicitudes pasadas.

Archivar un proceso no es lo mismo que archivar una versión del flujo. El proceso es el contenedor; el flujo es el plano versionado dentro de él.

Cambios frecuentes y su impacto

Antes de publicar, revise

• Agregar nodo después del paso actual — No afecta solicitudes en curso.

• Modificar campos ya enviados — No retroactivo; datos capturados no cambian.

• Cambiar condición de un IF — Solo aplica a la nueva versión.

• Desactivar una plantilla — Los flujos deben apuntar a otra activa.

• Archivar el proceso — Bloquea solicitudes nuevas; las abiertas continúan.

Ejemplo

Ejemplo

El trámite «Inscripción de inmueble» está Activo con la versión 3 publicada. Hay 12 solicitudes abiertas en distintas etapas.

El equipo necesita agregar un paso de revisión interna. En el Builder crea la versión 4 en construcción, inserta un nodo Validación manual después del formulario y asigna al grupo «Revisión catastral».

Valida, prueba en UAT los dos caminos (con y sin observaciones) y publica la versión 4. Las 12 solicitudes abiertas siguen en la versión 3. Cualquier solicitud que inicie a partir de ese momento recorrerá la versión 4 con el nuevo paso de revisión.

Siguiente lectura

Flujo · Historial · Ambiente de aceptación · Mi primer trámite · Ruta de configuración

Ambiente de aceptación

Entorno donde la institución valida un trámite de punta a punta antes de operarlo en producción.

El ambiente de aceptación (UAT) es el entorno donde la institución comprueba que un trámite configurado se comporta como se espera — desde que la persona lo inicia en el Website hasta que el equipo lo ve en el Dashboard, con carpetas, notificaciones y cierres correctos.

No es producción ni el día a día de operación. Tampoco sustituye el Builder: ahí se diseña; en UAT se recorre el plano publicado con datos de prueba.

Para quién es

Participan quien configura el trámite y quien acepta el negocio — analistas, administradores, área dueña del proceso. El solicitante real de producción no debería mezclarse con casos de aceptación; se usan cuentas y datos de prueba de la institución.

Lo probado en UAT no es la operación oficial. Cada institución tiene URLs y credenciales propias de aceptación, distintas de las de producción.

Cómo se relaciona con otros entornos

Tres momentos habituales

• Construcción / QA

  Donde el equipo arma el proceso, publica borradores del flujo y hace pruebas técnicas — capturas, nodos, integraciones. Suele ser el primer entorno de prueba.

• Aceptación (UAT)

  Donde se valida el caso de negocio completo: persona natural y jurídica, ramas de error, expedientes, plazos y resoluciones. Se aprueba antes de abrir a producción.

• Producción

  Trámites reales, solicitantes reales y datos con efecto institucional. Un cambio de flujo aquí exige el mismo ciclo de diseño, prueba y aceptación en entornos previos.

Ejemplo

Ejemplo

Un trámite de ACH está en En construcción en QA. El equipo publica una versión en UAT y recorre dos casos: Ana (persona natural) y una empresa.

Comprueban que el formulario espera el envío, que la consulta externa alimenta la carpeta, que la rama jurídica solo corre cuando la decisión lo indica y que los cierres por error no dejan solicitudes a medias. Aprobado en UAT, el mismo plano se promueve a producción con URLs y datos reales.

Siguiente lectura

Constructor · Proceso · Flujo · SDT · Inscripción de inmueble

Historial

Bitácora de la solicitud — qué ocurrió, cuándo y quién intervino. Base de la trazabilidad.

El historial es la bitácora de una solicitud: cambios de estado, fechas, personas y acciones. Se consulta en el detalle y, si el permiso lo permite, se puede exportar.

Es la base de la trazabilidad. La auditoría registra cada acción con más detalle técnico; el historial es el recorrido legible del caso. Una justificación de rechazo o un visto bueno quedan aquí — no solo en un correo.

El historial no cambia el flujo. Solo documenta lo que ya pasó sobre esta solicitud.

Dónde se consulta

En el Dashboard SDT, detalle de la solicitud: pestañas Detalles e Historial. También aparece en fichas de registro (expediente) y, en algunos módulos de administración, como historial de cambios (por ejemplo en un rol).

En el Website el solicitante ve el avance por pasos y estados; el historial operativo completo lo usa quien opera en el Dashboard.

Qué registra

Entradas típicas

• Cambios de estado

  De pendiente a enviado, en revisión, con observaciones, aprobado, denegado, etc.

• Quién y cuándo

  Solicitante, usuario interno o acción automática del sistema, con fecha y hora.

• Notas de decisión

  Comentario de visto bueno, rechazo, observación o reasignación.

• Avances de nodo

  Formulario enviado, consulta ejecutada, carpeta creada, pago o firma completados.

1. 09:12
   Formulario enviado Ana · solicitante
2. 09:12
   Consulta externa Sistema · automático
3. 09:13
   Expediente creado Sistema · carpeta vinculada
4. 11:40
   Visto bueno Marta · usuario interno
5. 14:05
   Observación registrada Justificación queda en la bitácora

Figura 1. Ejemplo de bitácora — secuencia de hechos sobre una misma solicitud (ilustración; en QA aparece en la pestaña Historial del detalle).

Historial, trazabilidad y auditoría

No son lo mismo

• Historial

  Línea de tiempo del caso: qué pasó en orden.

• Trazabilidad

  Capacidad de reconstruir todo el camino — se apoya en el historial (y en la auditoría).

• Auditoría

  Quién hizo qué sobre qué elemento, con más detalle de identidad y acción.

Ejemplo

Ejemplo

Ana envía el formulario a las 09:12. El sistema corre la pieza siguiente un segundo después. Marta abre el historial y ve esa secuencia. Si más adelante rechazara por un documento faltante, la nota de Marta también quedaría en esa bitácora.

Siguiente lectura

Solicitud · Trazabilidad · Auditoría · Visto bueno · Rechazo

Configuración

Cómo se configura un trámite en el SDT, en el orden real del constructor — del proceso a la publicación.

Armar un trámite en el SDT es una secuencia: se prepara lo institucional, se crea el proceso, se dibuja el flujo, se colocan los nodos, se diseñan los formularios, se cargan plantillas y calendario y se publica. Esta página sigue ese orden.

Si es la primera vez que configura un trámite, empiece por Empezar aquí. Si en vez de armar el sistema lo está operando, el vocabulario está en la guía de uso.

Empezar aquí Modelo mental del SDT para quien configura trámites — qué es cada cosa, dónde se trabaja y por dónde empezar.

Anterior

0 1 2 3 4 5 6

Siguiente

1 de 7 — Preparar la institución

0

Preparar la institución

Lo que debe existir en el Dashboard antes de dibujar: entidades, catálogos, grupos y permisos. Se configura una vez y sirve para todos los trámites.

5

Preparar la institución Qué debe existir en el Dashboard antes de armar un trámite — entidades, catálogos, grupos, etiquetas y permisos. Entidad Tipo de expediente que define la institución — el cajón, no una carpeta concreta. Centro de datos Consulta tablas de referencia de la institución y entrega el registro encontrado. Grupos Equipos de usuarios internos que comparten bandeja de solicitudes y trabajo en el Dashboard. Roles Paquete de permisos del usuario interno en el Dashboard — qué módulos ve y qué acciones puede ejecutar.

1

Crear el proceso

Un trámite empieza como un proceso: se le da nombre, se clasifica y queda listo para recibir su primer flujo.

2

Proceso Contenedor del trámite en el Dashboard — nombre, etiqueta, flujos y estado. El plano publicado, no cada solicitud. Etiquetas Clasifican procesos en el Dashboard y en el catálogo del portal. No cambian la ejecución del flujo.

2

Armar el flujo

Dentro del proceso se dibuja el recorrido en el canvas del constructor: qué pasa primero, qué después y por dónde se bifurca.

3

Mi primer trámite Camino mínimo viable para armar y publicar un trámite en el Builder — del proceso al cierre. Constructor de trámites Builder SDT — donde la institución diseña el flujo, configura nodos y publica el trámite. Flujo Secuencia de nodos y transiciones de un trámite — se diseña en el Builder y la solicitud la recorre versión a versión.

3

Colocar los nodos

Cada paso del recorrido es un nodo. El nombre lo pone la institución; el tipo es lo que hace. Acá está cada tipo con su panel de configuración del Builder.

25 tipos

25 nodos

Inicio y cierre

Inicio Inicializador Punto de partida. Todo flujo tiene exactamente uno y es la primera pieza. Sigue solo Final Finalizador Termina el recorrido. No dispara una pieza siguiente. Sigue solo

Captura y espera

Formulario Formulario Asigna un formulario y espera el envío. Sin envío, el recorrido no sigue. Espera a una persona Revisión Revisión El analista revisa el formulario: aprueba, observa o pide corrección. Puede volver a abrir el formulario. Espera a una persona Pago Pasarela de pago / NPE Crea la obligación de pago y espera tarjeta o NPE. Sigue por éxito o por fallo. Espera a una persona Firma Firma digital Pide firmas. El recorrido espera hasta que estén todas o expire. Espera a una persona Asociar Asociar usuario con usuario En el portal, pide una representación (titular y persona asociada). Espera a que se envíe. Espera a una persona Asociar Confirmar asociación de usuarios El interno confirma o rechaza la representación pedida. Mientras tanto, espera. Espera a una persona

Decisiones

Operador If Condicional If Mira un dato y elige un camino: sí o no. Sigue solo Switch Condicional Switch Varias salidas. Toma la primera condición que se cumple. Sigue solo Suplencia Agrupación condicional Elige, en orden, de dónde sale un valor cuando hay varios candidatos. Sigue solo

Consultas

Datos Centro de datos Consulta tablas de referencia de la institución (filtros). Entrega el registro encontrado. Sigue solo Interop. Interoperabilidad Llama a un servicio de otra institución. No es el centro de datos interno. Sigue solo N8N N8N Pide un dato a un automatismo fuera de SDT. Si falla, el flujo puede cerrar por error. Sigue solo

Documentos

Documento Generador de documentos Rellena una plantilla con datos del recorrido y guarda el documento. Sigue solo

Cálculo

Calculado Campo calculado Opera números, textos, fechas o listas con los datos que ya trajo el flujo. Sigue solo Suma Suma Suma dos enteros. Para el resto de operaciones use Calculado. Sigue solo

Paralelo

Multihilos Multi hilos Abre varias ramas a la vez. El recorrido no sigue del todo hasta Merge. Sigue solo Merge Merge Espera a que todas las ramas del multi-hilo lleguen. Luego continúa una sola vez. Espera a otras piezas Wait Wait Pausa hasta que terminen todos los hilos o subflujos que entran a esta pieza. Espera a otras piezas Subflujo Subflujo Mete otro flujo completo dentro de este. Al terminar el interno, retoma el padre. Espera a una persona

Expediente y personas

Expediente Expediente Crea, lee, actualiza o relaciona una carpeta. Cada pieza hace una sola operación. Sigue solo Asignar grupo Asignar grupo Asigna la solicitud a un grupo interno para que la atienda. Sigue solo

Comunicación y cierre institucional

Aviso Notificaciones Envía correo o mensaje con una plantilla, a quien el constructor indique. Sigue solo Resolución Resolución de trámites Deja el veredicto de la solicitud y puede adjuntar el documento de resolución. Sigue solo

Cerrar

Ver ficha completa

4

Diseñar los formularios

Un nodo Formulario se llena de campos. Estos son los tipos disponibles, qué configura cada uno y cómo lo ve quien lo completa.

13 tipos

Básicos

• Campo de texto Una línea de texto libre.
• Campo numérico Cantidades, montos o conteos.
• Área de texto (párrafo) Varias líneas para textos largos.
• Lista de selección El ciudadano elige una sola opción.
• Campo switch Sí o no.

Tiempo

• Fecha y hora Día y hora juntos.
• Rango de fechas Desde / hasta.

Datos

• Correo electrónico Dirección de correo validada.
• Número telefónico Teléfono con código de país.
• Identificación DUI, NIT o pasaporte.
• Subida de archivos Adjuntar documentos o evidencias.
• Interoperabilidad Consulta un servicio externo desde el formulario.
• Expediente relacionado Vincular un expediente ya existente.

Cerrar

Para qué sirve

Qué puede configurar

5

Preparar lo institucional

Lo que se configura una vez y sirve para todos los trámites: los textos que emiten los nodos y los días que cuentan para los plazos.

2

Plantillas Textos reutilizables de documentos y correos que los nodos del flujo rellenan con variables. Calendario Días hábiles, eventos y bloqueos institucionales que determinan cómo corren los plazos del SDT.

6

Probar y publicar

El flujo se valida de punta a punta antes de operarlo, y cada publicación queda como una versión: las solicitudes vivas siguen con la suya.

3

Editar un trámite existente Cómo modificar un proceso o flujo ya publicado — versiones, solicitudes vivas y estados del contenedor. Ambiente de aceptación Entorno donde la institución valida un trámite de punta a punta antes de operarlo en producción. Historial Bitácora de la solicitud — qué ocurrió, cuándo y quién intervino. Base de la trazabilidad.

Agrupación condicional

Elige, en orden, de dónde sale un valor cuando hay varios candidatos.

Suplencia En el canvas

Configuración

Figura 1. Agrupación condicional: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca de la agrupación condicional

No abre ramas del flujo como la decisión. Resuelve un valor: prueba candidatos en orden y entrega el primero que tiene dato. Si falta, sigue la regla que usted configuró (error, vacío u otro comportamiento).

Sirve cuando el mismo dato puede venir del formulario, de una consulta o de un valor fijo, según el caso.

Espera o avanza

Sigue solo.

Ejemplo

El código del registro a veces viene de la consulta y, si esta no aplica, de un campo del formulario. La agrupación entrega uno solo a la pieza de Expediente, sin que Marta elija a mano.

Decisión · Calculado

Asignar grupo

Asigna la solicitud a un grupo interno para que la atienda.

Asignar grupo En el canvas

Configuración

Figura 1. Asignar grupo: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca de asignar grupo

Deja el trabajo en un grupo (y, según la regla, en una persona del grupo). Quien ve la solicitud en el administrador depende de ese grupo. No cambia el dueño del expediente ni la persona asociada del portal.

Espera o avanza

Sigue solo. La espera, si la hay, la pone después una validación manual o una firma de ese grupo.

Ejemplo

Tras el formulario, el flujo podría asignar Urbanismo. Marta ve la solicitud de Ana. Otro grupo no la tiene en su lista, aunque el rol sea parecido.

Grupos · Revisión

Asociar usuario con usuario

En el portal, pide una representación entre titular y persona asociada. Espera el envío.

Asociar En el canvas

Configuración

Figura 1. Asociar usuario: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca de asociar usuario con usuario

Esta pieza no vincula un propietario al expediente. Arma o pide el vínculo de representación: quién tramita a nombre de quién. Puede exigir documentos. El flujo se detiene hasta que se envía en el portal.

Espera o avanza

Espera a una persona. La confirmación, si el trámite la pide, es la pieza siguiente: Confirmar asociación de usuarios.

No pone dueño de una carpeta. Eso es Expediente con vincular propietarios.

Ejemplo

Luis quiere representar a Ana. El flujo llega a asociar usuario: Luis envía la solicitud de representación. Hasta que se envía (y, si aplica, se confirma), no arranca un trámite a nombre de Ana.

Confirmar asociación · Representación

Campo calculado

Opera números, textos, fechas o listas con los datos que ya trajo el flujo.

Calculado En el canvas

Configuración

Figura 1. Campo calculado: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca de calculado

No pregunta a nadie. Aplica operaciones (suma, texto, fechas, listas) sobre valores que ya existen. El resultado sale hacia la pieza siguiente (un monto de pago, un plazo, un código armado).

Hace falta al menos una operación configurada. Suma es un caso mínimo aparte; para casi todo use esta pieza.

Espera o avanza

Sigue solo.

Ejemplo

El arancel puede ser tarifa base más un recargo. Calculado entrega el monto a la pasarela. Ana no ve esta pieza: ve el pago.

Suma · Pasarela de pago

Finalizador

Termina el recorrido. No dispara una pieza siguiente.

Final En el canvas

Figura 1. Finalizador en el canvas del Builder. Volver al catálogo visual

Acerca del cierre

Marca el fin de esta ejecución. Puede haber varios cierres: uno por éxito y otros por error (consulta fallida, pago no hecho).

Si el trámite aún estaba en proceso, el cierre deja la solicitud como terminada. Un subflujo que cierra no termina al padre: solo termina el flujo interno; el padre retoma en la pieza siguiente al subflujo.

Espera o avanza

No espera a una persona. No continúa a otra pieza de este plano.

Ejemplo

Un trámite puede cerrar si Ana es persona natural, si se une a la empresa, o si falla una consulta. Varios cierres en el plano, un solo tipo de pieza.

Configuración · Resolución de trámites

Condicional Switch

Varias salidas. Toma la primera condición que se cumple.

Switch En el canvas

Configuración

Figura 1. Condicional Switch: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca de la condición Switch

Como la decisión, pero con N caminos. Evalúa en orden y se queda con el primero que es verdadero. Si ninguno cumple, el constructor debe haber previsto qué ocurre (una salida por defecto, si se configuró).

Espera o avanza

Sigue solo.

Ejemplo

Un trámite podría ramificar por departamento: San Salvador, La Libertad, resto. La primera coincidencia gana. No es un formulario ni un expediente.

Decisión · Agrupación condicional

Confirmar asociación de usuarios

El interno confirma o rechaza la representación pedida. Mientras tanto, el flujo espera.

Asociar En el canvas

Configuración

Figura 1. Confirmar asociación: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca de confirmar la asociación

Revisa la representación que nació en Asociar usuario con usuario. Queda pendiente mientras la autorización no es activa. Al aprobar o rechazar, el flujo continúa por esa rama.

Espera o avanza

Espera a una persona interna (o a una regla de autoaprobación, si la institución la tiene). No toca expedientes.

Ejemplo

Luis ya envió la representación de Ana. Marta (o el grupo de aprobación) confirma. Recién entonces Luis puede seguir trámites a nombre de Ana. Si rechazan, Luis no tramita por ella.

Asociar usuario · Reasignación

N8N

Pide un dato a un automatismo fuera de SDT. Si falla, el flujo puede cerrar por error.

N8N En el canvas

Configuración

Figura 1. N8N: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca de la consulta

El constructor indica qué automatismo llamar y qué mandar. Si llega respuesta, continúa. Si falla, cierra por la rama de error o sigue la salida que se dibujó. El nombre de la pieza lo pone quien arma el plano.

Espera o avanza

Sigue solo. No espera a Ana ni a Marta.

Ejemplo

«Pedido de código de registro» pide el identificador del asunto. Si responde, ese código identifica la carpeta. Si no, cierra: no se crea carpeta a medias. «Pedido de identificador de persona jurídica» es otra consulta, solo en la rama empresa. El rótulo es el del constructor; el identificador no se muestra como dato técnico en esta referencia.

Interoperabilidad · Configuración

Condicional If

Mira un dato y elige un camino: sí o no.

Operador If En el canvas

Configuración

Figura 1. Condicional If: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca de la decisión

Evalúa condiciones y abre una de dos ramas. Las etiquetas de salida las pone el constructor. No vincula propietario ni une carpetas.

Espera o avanza

Sigue solo. Usa un dato que ya vino (formulario o consulta).

Ejemplo

«¿El titular es persona jurídica?»: si Ana es natural, cierra o sigue por un camino; si es empresa, pide el identificador. La decisión no crea esas carpetas.

Condición Switch · Configuración

Wait

Pausa hasta que terminen todos los hilos o subflujos que entran a esta pieza.

Wait En el canvas

Configuración

Figura 1. Wait: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca de esperar

Sincroniza caminos: no continúa hasta que todas las entradas (hilos o subflujos) hayan terminado. Hace falta al menos una entrada.

No es una espera a que una persona pulse. No es el contador de correcciones de la validación manual.

Espera o avanza

Espera a otras piezas. Luego sigue solo.

Ejemplo

Un subflujo de inspección y otro de pago deben terminar antes de resolver. Esperar los junta. Ana ve la solicitud en proceso hasta que ambos cierran.

Subflujo · Merge

Expediente

Crea, lee, actualiza o relaciona una carpeta. Cada pieza hace una sola operación.

Expediente En el canvas

Configuración

Figura 1. Expediente: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca de la pieza Expediente

En el constructor, Expediente no es «el módulo de carpetas»: es una operación sobre un registro. Una pieza crea, otra vincula propietarios, otra une carpetas o asigna roles. No las tres a la vez.

Crear no pone dueño. Vincular propietarios no une dos carpetas. Unir es en ambos sentidos y reemplaza las uniones previas de esa operación. Un código que no existe se omite.

Espera o avanza

Sigue solo, salvo que la operación no pueda resolverse y el plano cierre por error.

Ejemplo

Un trámite puede usar tres Expediente: generar la carpeta, asociar al titular y, si es empresa, unir con la persona jurídica. Es siempre la misma carpeta de esa solicitud.

Expediente (concepto) · Jerarquías

Firma digital

Pide firmas. El recorrido espera hasta que estén todas o expire.

Firma En el canvas

Configuración

Figura 1. Firma digital: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca de la firma digital

Abre la firma de uno o más documentos (a menudo salidos del generador). En el detalle, la lista de archivos muestra quién firmó y cuándo. El paso pasa de En proceso a Completado cuando faltan cero firmas.

En el administrador, la pestaña Mis firmas lista las que esperan a la persona interna.

Espera o avanza

Espera a las personas que deben firmar. No avanza a la siguiente pieza hasta completar o hasta el vencimiento configurado.

Ejemplo

Si después de crear la carpeta hay que firmar la constancia, Ana (o Marta, si firma la institución) ve el documento pendiente. El cierre no llega antes de esa firma.

Generador de documentos

Formulario

Pieza que asigna un formulario, define campos y espera el envío. Sin envío, el recorrido no sigue.

Formulario En el canvas

Configuración

Figura 1. Formulario: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca del formulario

El flujo no llena la pantalla: asigna la tarea a quien solicita (o a un interno, si así se configuró). La tarea pasa de asignada a en curso y a enviada.

En el Builder el nodo se arma por pasos y secciones. Cada sección tiene título, descripción y los campos que la persona debe completar. El botón Preview muestra cómo se verá antes de publicar.

Antes de enviar, el portal muestra una vista previa. Al confirmar aparece «Formulario enviado». Esos datos salen hacia la pieza siguiente.

Tipos de campo

Con Añadir campo + se elige el tipo. Cada tarjeta resume para qué sirve. Pulse una para ver, en lenguaje de administración, qué puede configurar y (si hay captura) cómo se ve en el Builder.

Básicos

• Campo de texto Una línea de texto libre.
• Campo numérico Cantidades, montos o conteos.
• Área de texto (párrafo) Varias líneas para textos largos.
• Lista de selección El ciudadano elige una sola opción.
• Campo switch Sí o no.

Tiempo

• Fecha y hora Día y hora juntos.
• Rango de fechas Desde / hasta.

Datos

• Correo electrónico Dirección de correo validada.
• Número telefónico Teléfono con código de país.
• Identificación DUI, NIT o pasaporte.
• Subida de archivos Adjuntar documentos o evidencias.
• Interoperabilidad Consulta un servicio externo desde el formulario.
• Expediente relacionado Vincular un expediente ya existente.

Cerrar

Para qué sirve

Qué puede configurar

Espera o avanza

Espera a una persona. Al enviar, el recorrido retoma aquí, no desde el inicializador.

No es el expediente. El formulario captura. El expediente guarda el asunto a lo largo del tiempo.

Ejemplo

«Datos de la solicitud» es un formulario. Ana completa Campo de texto, Identificación y Subida de archivos. Esos datos alimentan consultas, la creación de la carpeta o una decisión posterior. Si cierra el navegador a mitad, la solicitud sigue esperando: no hay expediente todavía.

Revisión · Configuración

Merge

Espera a que todas las ramas del multi-hilo lleguen. Luego continúa una sola vez.

Merge En el canvas

Configuración

Figura 1. Merge: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca de fusionar

Punto de encuentro. No sigue mientras falte una rama. Cuando todas llegaron, dispara una sola pieza siguiente.

Espera o avanza

Espera a otras piezas (las ramas), no a Ana ni a Marta.

Ejemplo

Si una rama genera la constancia y otra consulta un dato, Fusionar espera las dos. Recién entonces vendría, por ejemplo, la firma. Si una rama falla y no llega, el encuentro no ocurre hasta que el plano resuelva ese fallo.

Multi hilos · Wait

Generador de documentos

Rellena una plantilla con datos del recorrido y guarda el documento.

Documento En el canvas

Configuración

Figura 1. Generador de documentos: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca del generador de documentos

Toma una plantilla de la institución y la llena con campos del formulario, de consultas o de expedientes. El archivo queda ligado a esta solicitud. Suele alimentar una firma o una resolución.

Espera o avanza

Sigue solo. No espera a que alguien pulse «generar» en el portal.

Ejemplo

Después de vincular al propietario, un trámite puede generar la constancia. Ana la vería en resoluciones o en el paso de firma. Si el plano no incluye esta pieza, no se genera documento.

Firma digital · Resolución

Inicializador

Punto de partida del flujo. Todo flujo tiene exactamente uno y es la primera pieza.

Inicio En el canvas

Figura 1. Inicializador en el canvas del Builder. Volver al catálogo visual

Acerca del inicializador

Empieza el recorrido. No pide datos y no espera a nadie. Su resultado es que el flujo ya arrancó.

El constructor no deja publicar un flujo sin esta pieza, ni con dos, ni con ella en segundo lugar.

Espera o avanza

Sigue solo. Dispara la pieza siguiente en cuanto termina.

Ejemplo

La primera pieza del flujo se llama Inicializador. Ana no la ve en el portal. En cuanto existe la solicitud, el sistema pasa a la pieza siguiente, casi siempre un formulario.

Configuración · Formulario

Interoperabilidad

Llama a un servicio de otra institución. No es el centro de datos interno.

Interop. En el canvas

Configuración

Figura 1. Interoperabilidad: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca de la interoperabilidad

Pide un dato o una acción a un servicio gubernamental ya conectado. Los parámetros los arma el constructor. El resultado entra a la pieza siguiente.

Espera o avanza

Sigue solo. Si el servicio no responde, el plano debe decir si cierra por error o toma otra rama. No se queda a medias “pensando”.

Ejemplo

Pedir el identificador de Constructora del Valle a un registro nacional es interoperabilidad. Pedir un código con un automatismo del trámite es N8N. Buscar en una tabla de ACH es centro de datos.

Centro de datos · N8N

Multi hilos

Abre varias ramas a la vez. El recorrido no sigue del todo hasta Fusionar.

Multihilos En el canvas

Configuración

Figura 1. Multi hilos: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca del multi-hilo

Parte el plano en ramas que corren al mismo tiempo: por ejemplo, generar un documento y consultar un dato. Cada rama es independiente hasta que se juntan.

Espera o avanza

Esta pieza avanza sola al disparar las ramas. Quien espera el conjunto es Merge (o Wait, si así se armó).

Sin un nodo que junte, las ramas no vuelven a un solo camino. Dibuje siempre Merge o Wait al final de esas ramas.

Ejemplo

Un trámite puede, en paralelo, pedir un dato a otro sistema y generar un aviso. Ana no ve dos solicitudes: ve una, con dos trabajos internos a la vez. Si el plano es una sola fila de piezas, no hay multi-hilo.

Merge · Wait

Notificaciones

Envía correo o mensaje con una plantilla, a quien el constructor indique.

Aviso En el canvas

Configuración

Figura 1. Notificaciones: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca de la notificación (pieza)

Es un envío disparado por el plano, con plantilla y destinatarios. Distinta de la campana del portal: esa campana también avisa, pero esta pieza es un paso explícito del flujo (por ejemplo, «avisar que el número ya salió»).

Espera o avanza

Sigue solo. No espera a que alguien abra el correo.

Ejemplo

Después de crear la carpeta, el plano puede notificar a Ana. Marta no tiene que pulsar enviar. Los avisos de observaciones, en cambio, salen tras el visto bueno: no dependen de esta pieza.

Notificaciones (concepto)

Pasarela de pago / NPE

Crea la obligación de pago y espera tarjeta o NPE. Sigue por éxito o por fallo.

Pago En el canvas

Configuración

Figura 1. Pasarela de pago: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca de la pasarela de pago

Genera el cobro del trámite. En el portal la persona paga con tarjeta o con NPE (número para pagar en banco). El interno ve el estado del pago (pendiente, completado, eximido) y el comprobante; no cobra en la pasarela.

El analista puede eximir. Llegan avisos de pago pendiente, fallido, completado o eximido.

Espera o avanza

Espera a que paguen, eximan o venza. Luego sigue por la rama de éxito o de fallo.

Si el plano no incluye esta pieza, el trámite no cobra.

Ejemplo

Si un trámite de ACH pide un arancel, Ana ve el paso de pago en Mis trámites. Hasta que pague o le eximan, Marta no ve avanzar el expediente. Un NPE impago no crea la carpeta si el cobro va antes de esa pieza.

Notificaciones · Configuración

Resolución de trámites

Deja el veredicto de la solicitud y puede adjuntar el documento de resolución.

Resolución En el canvas

Configuración

Figura 1. Resolución de trámites: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca de la resolución

Fija el resultado institucional: Aprobado, Denegado, Cancelado o Improcedente. Puede colgar un documento y un comentario opcional. En el portal, la pestaña Resoluciones del expediente lista esos archivos.

No es desistir (eso lo pide el solicitante). No es el cierre técnico del flujo, aunque suele ir cerca. Un cierre sin resolución deja el recorrido terminado sin veredicto en esa bandeja.

Espera o avanza

Sigue solo, con el estado ya decidido por piezas anteriores o por un valor configurado.

Ejemplo

Si el trámite trae resolución, Ana ve el documento en el expediente, pestaña Resoluciones. Si el plano cierra sin esa pieza, la carpeta y el titular quedan; no hay constancia generada ahí.

Cierre · Registro

Subflujo

Mete otro flujo completo dentro de este. Al terminar el interno, retoma el padre.

Subflujo En el canvas

Configuración

Figura 1. Subflujo: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca del subflujo

El plano llama a otro flujo (con su propio inicializador y su propio cierre). Mientras el interno corre, el padre espera en esta pieza. Cuando el interno termina, el padre sigue en la pieza siguiente.

El cierre del subflujo no cierra la solicitud padre.

Espera o avanza

Espera a que termine el flujo interno.

Ejemplo

ACH puede tener un subflujo «validar datos» reutilizado en varios trámites. Si un plano no lo usa, todas las piezas están en el mismo flujo.

Esperar · Flujo

Suma

Suma dos enteros. Para el resto de operaciones use Calculado.

Suma En el canvas

Figura 1. Suma en el canvas del Builder. Volver al catálogo visual

Acerca de suma

Recibe dos números enteros y entrega la suma. No espera a nadie.

En la paleta actual de QA no hay una tarjeta «Suma» aparte: la operación vive en la práctica dentro de Campo calculado.

Restricciones

Si necesita decimales, fechas o texto, no use esta pieza: use Calculado.

Ejemplo

Un recuento de anexos (2 + 3) puede resolverse aquí. Un monto con decimales, no.

Relacionado

Campo calculado · Flujo

Revisión

El analista revisa el formulario. Puede aprobar, observar o devolver a corregir.

Revisión En el canvas

Configuración

Figura 1. Revisión: pieza en el canvas y pantalla de configuración. Volver al catálogo visual

Acerca de la revisión

Abre un ciclo de revisión. Quien tiene el permiso ve el formulario ya enviado, campo por campo: historial, aprobar o rechazar con comentario. Enviar remite la revisión.

Si hay correcciones, el formulario se reabre en el portal con un contador. El visto bueno autoriza que las observaciones salgan. Hay tope de ciclos: al alcanzarlo, la revisión se niega y el flujo sigue por esa rama.

Puede haber reloj interno (analista) y reloj externo (solicitante). Solo uno corre a la vez. Prórroga y suspensión actúan sobre el plazo de quien corrige.

Espera o avanza

Espera a una persona (analista o, en corrección, solicitante). Cuando el ciclo termina, elige rama según el resultado.

Si el plano no incluye esta pieza, el trámite avanza solo después del formulario.

Ejemplo

En un trámite con revisión, Marta marca un campo del formulario de Ana. Tras el visto bueno, Ana ve la observación y el contador. Si corrige a tiempo, la validación vuelve a Marta. Si el ciclo se agota, el flujo continúa por la rama de no cumple.

Visto bueno · Prórroga

Videos

Grabaciones de apoyo para operar el SDT. La sección está creada; todavía no hay material publicado.

Todavía no hay videos publicados

Esta sección guarda el lugar de las grabaciones de apoyo del SDT. Cuando el equipo publique la primera, aparecerá acá.

Mientras tanto, el recorrido de cada trámite está documentado paso a paso en su ficha.

Ver los trámites documentados

Guía de uso

Las guías para operar el SDT — solicitudes, acceso, expedientes, jerarquías y las caras del sistema.

Acá vive el vocabulario del SDT para quien lo usa a diario: qué significa cada cosa y cómo se comporta dentro de un trámite.

Si en vez de operar el sistema lo está armando, la ruta está en Configuración.

Guías disponibles 5 guías · 32 definiciones

Solicitudes El caso que abre una persona: cómo nace, cómo avanza, cómo se aprueba, se rechaza o se suspende, y qué queda registrado. 12 definiciones Acceso Quién entra al sistema, cómo se identifica y qué puede hacer una vez dentro. 8 definiciones Expedientes La carpeta que el sistema abre y conserva: qué guarda, cómo se registra y cómo se ata a un inmueble, un proyecto o una persona. 4 definiciones Jerarquías Quién puede actuar en nombre de quién: representación, propiedad e impersonación. 4 definiciones El sistema Las caras del SDT que se usan a diario: el portal del ciudadano, el tablero interno y lo que miden sus indicadores. 4 definiciones

Acceso

Quién entra al sistema, cómo se identifica y qué puede hacer una vez dentro.

Todo lo que ocurre en el SDT lo hace alguien identificado. Acá está cómo se entra, qué distingue a un solicitante de un usuario interno y cómo se reparten los permisos.

8 definiciones

Autenticación Comprobación de identidad antes de entrar al Website o al Dashboard — clave, código OTP y reglas de sesión. Código de un solo uso Segundo paso del ingreso — código temporal al correo tras una contraseña correcta. Solicitante Persona o empresa que inicia y da seguimiento a trámites desde el Website SDT. Usuario interno Colaborador de la institución que opera el Dashboard SDT según su rol y sus grupos. Rol Paquete de permisos del usuario interno en el Dashboard — qué módulos ve y qué acciones puede ejecutar. Grupos Equipos de usuarios internos que comparten bandeja de solicitudes y trabajo en el Dashboard. Identidades y accesos Marco de quién entra al SDT y qué puede hacer — usuarios, roles, grupos y permisos por puerta. Gestión de usuarios Módulo del Dashboard para altas, cambios, activación y restablecimiento de accesos internos, externos y grupos.

Otras guías

Solicitudes 12 Expedientes 4 Jerarquías 4 El sistema 4

Expedientes

La carpeta que el sistema abre y conserva, y cómo se ata a un inmueble, un proyecto o una persona.

Un expediente es la carpeta donde el trámite deja lo que produce. Estas definiciones explican qué guarda, cómo se registra y cómo se relaciona con otros registros.

Expediente Organiza un mismo asunto — entidad, registro y solicitudes — aunque pasen varios trámites. Entidad Tipo de expediente que define la institución — el cajón, no una carpeta concreta. Registro Carpeta concreta dentro de una entidad — datos vigentes y las solicitudes que la han llenado. Asociación de registros Relacionar una carpeta con un propietario, con personas con rol, o con otra carpeta.

Otras guías

Solicitudes 12 Acceso 8 Jerarquías 4 El sistema 4

Jerarquías

Quién puede actuar en nombre de quién.

Pocas veces actúa una sola persona por sí misma: hay empresas, representantes y propietarios. Acá está cómo el sistema resuelve quién habla por quién.

Jerarquías Quién actúa, en nombre de quién y bajo qué reglas. No es un trámite. Representación Vínculo formal que permite a una persona asociada tramitar a nombre del titular, con aprobación institucional. Propietario Dueño del registro. El rol existe por defecto; no es obligatorio. No es representación. Impersonación Ejecutar el trámite bajo el contexto de otra persona — usa una representación aprobada; no la crea.

Otras guías

Solicitudes 12 Acceso 8 Expedientes 4 El sistema 4

El sistema

Las caras del SDT que se usan a diario y lo que miden sus indicadores.

El SDT no es una sola pantalla. Estas definiciones explican qué hace cada cara y quién la usa.

SDT Introducción al Sistema de Digitalización de Trámites — qué es, quién lo usa, cómo se organiza y cómo encajan proceso, flujo, solicitud y expediente. Portal externo Website SDT — el espacio donde el solicitante inicia trámites, completa tareas y consulta el estado de sus solicitudes. Tablero Dashboard SDT — Inicio con métricas, resumen de solicitudes y acceso a la operación interna. Métricas Indicadores cuantitativos en Inicio del Dashboard — procesos, flujos, trámites y estado de las solicitudes.

Otras guías

Solicitudes 12 Acceso 8 Expedientes 4 Jerarquías 4

Solicitudes

El caso que abre una persona — cómo nace, cómo avanza y qué queda registrado al cerrarlo.

Una solicitud es un caso concreto: alguien pidió algo y el sistema lo lleva de punta a punta. Estas definiciones explican qué le puede pasar en el camino y qué rastro deja.

12 definiciones

Solicitud Esta vez que alguien recorre el plano publicado — nace en el portal y se opera en el Dashboard. Identificadores Número de solicitud, código de registro y registro referenciado — qué es cada uno y dónde se usa. Notificaciones Avisos en la campana y por correo cuando cambia una solicitud, un plazo o un pago. Aprobación Validar que la solicitud cumple y puede avanzar o cerrarse dentro del flujo. No es VoBo ni vincular propietario. Rechazo Determinar que la solicitud no cumple. La justificación queda en el historial — no es cierre por error ni desistimiento. Visto bueno Autoriza que las observaciones de revisión salgan al solicitante en el portal y por notificación. Desistimiento Pedir que el trámite no continúe. Si se confirma, la solicitud queda cancelada — no borra el expediente. Prórroga Tiempo adicional para corregir observaciones de revisión — respeta días hábiles y topes del trámite. Suspensión de plazo Detiene temporalmente el reloj de corrección — al terminar, los días se suman al vencimiento original. Reasignación Pasar una solicitud de una persona asociada a otra — mismo titular, sin reiniciar el trámite. Trazabilidad Reconstruir el camino completo del trámite — de la creación a la resolución, con cada acción. Auditoría Registro cronológico de acciones — quién hizo qué, cuándo y sobre qué elemento.

Otras guías

Acceso 8 Expedientes 4 Jerarquías 4 El sistema 4

Solicitud

Esta vez que alguien recorre el plano publicado — nace en el portal y se opera en el Dashboard.

La solicitud es esta vez que alguien recorre el flujo publicado. Nace en el Website cuando el solicitante presenta el trámite. En el Dashboard se ve el estado, la etapa, los tiempos y el historial.

Varias solicitudes pueden ir llenando el mismo registro. Cada una es una vez. Si alguien tramita a nombre del titular, la solicitud sigue siendo del titular. El flujo de esta solicitud es el plano publicado en el momento en que nació.

El proceso no se mueve. Lo que avanza, se detiene o se cierra es la solicitud. Publicar una versión nueva del flujo no redibuja solicitudes ya abiertas.

El plano Proceso + flujo Se arma una vez en el constructor

→

Esta vez Solicitud Cada persona recorre el plano

Figura 1. El plano no se copia. Se recorre. Cada recorrido es una solicitud.

Dónde se ve

En el Website, Mis trámites es la lista. El detalle muestra los pasos con los estados de la vista externa. En el Dashboard, el detalle tiene pestañas Detalles e Historial y los estados de la vista interna.

A la izquierda: Pasos de la solicitud (nombre, fecha de inicio, estado). A la derecha: Información general (nombre del trámite, número, titular, iniciado, última actualización, etiqueta, estado e infracciones). Desde ahí se abre la revisión, la firma o los modales de gestión.

Figura 2. Website — detalle del trámite; Iniciar trámite crea la solicitud.

Para dejar de continuar un trámite: desistimiento. No está disponible cuando ya hay resolución.

Estados

El estado no es un nodo: es la condición visible de la etapa en la que está la solicitud.

Vista interna (Dashboard)

Estados que ve quien opera

• Formulario interno

  Pendiente · En proceso

• Formulario externo

  Pendiente de ingreso · Ingresado

• Revisión

  Pendiente · En revisión · Esperando visto bueno · Observaciones enviadas · En proceso de corrección · Correcciones recibidas

• Plazo

  Solicitud de prórroga · Solicitud de suspensión · Suspendido

• Pago / firma

  Pendiente de pago · Pendiente de firma · En proceso de firma

• Resolución

  Aprobado · Denegado · Cancelado · Improcedente

Vista externa (Website)

Estados que ve el solicitante

• Formulario

  Pendiente · En proceso · Enviado

• Revisión

  En revisión · Con observaciones · En proceso de corrección · Enviado a revisión

• Plazo / pago

  Solicitud de prórroga · Solicitud de suspensión · Suspendido · Pendiente de pago

• Procesos institucionales

  En proceso

• Resolución

  Aprobado · Denegado · Cancelado · Improcedente

Ejemplo

Ejemplo

Ana presenta un trámite publicado. Esa solicitud espera en el formulario, luego recorre las piezas del plano (consulta, carpeta, titular). Una segunda presentación — de otro asunto o de otra persona — es otra solicitud. Las dos aparecen en el administrador como filas distintas, aunque el proceso sea el mismo.

Siguiente lectura

Identificadores · Historial · Desistimiento · Aprobación · Visto bueno · Proceso

Identificadores

Número de solicitud, código de registro y registro referenciado — qué es cada uno y dónde se usa.

En operación aparecen varios números a la vez. No son intercambiables: cada identificador de negocio nombra una cosa distinta — esta solicitud, la carpeta del asunto o un expediente que ya existía.

Mezclarlos es un error habitual: tratar el número de solicitud como código de carpeta, o creer que el registro referenciado es la carpeta nueva del trámite.

Tres tipos

Mapa rápido

• Número de solicitud

  Esta presentación del trámite (p. ej. SOL-2026-008412). Cada inicio genera otro.

• Código de registro

  La carpeta concreta del asunto (p. ej. REG-2026-004821). Suele nacer en un nodo Expediente, a menudo con código previo de N8N.

• Registro referenciado

  Una carpeta ya existente elegida en el formulario (selector de expedientes). No es la solicitud ni, en general, la carpeta nueva que el flujo puede crear después.

Guía interactiva

Tres identificadores de negocio suelen mezclarse. Elige uno para ver qué es, dónde aparece y con qué no confundirlo.

Número de solicitud Esta presentación del trámite Código de registro La carpeta concreta del asunto Registro referenciado Carpeta que ya existía antes de esta solicitud

Identifica una presentación concreta: el recorrido que la persona inició en el portal. Cada nueva presentación genera otro número, aunque sea sobre el mismo inmueble o el mismo asunto.

Cuándo nace

Al iniciar el trámite (nodo Inicializador). Aparece en Mis trámites, en la bandeja del administrador y en plantillas de notificación.

Ejemplo

SOL-2026-008412

Después del cierre

Queda en el historial aunque la solicitud cierre. No se reutiliza en una segunda presentación.

Dónde suele verse

• Website SDT — Lista Mis trámites y el detalle del trámite (columna número).
• Dashboard SDT — Bandeja de solicitudes e Información general del detalle.
• Notificaciones — Correos y avisos usan $numero_solicitud en plantillas.

No confundir con

• No es el código de registro de un expediente.
• No es una salida de N8N que solo valida o ramifica (valido, multas_activas, etc.).
• No identifica la carpeta del asunto: identifica esta solicitud.

Ficha relacionada →

Identifica un registro de expediente en SDT: la carpeta donde viven documentos, historial y vínculos del asunto. Suele materializarse en un nodo Expediente; con frecuencia el código llega antes desde un N8N que lo genera o lo obtiene de un sistema externo.

Cuándo nace

Cuando el flujo crea o consolida la carpeta en Documentación → Expedientes. Puede haber más de un registro en la misma solicitud si el diseño prevé carpetas distintas (por ejemplo, un trámite nuevo sobre un predio ya registrado).

Ejemplo

REG-2026-004821

Después del cierre

La carpeta del asunto sigue existiendo al cerrar la solicitud. Una nueva presentación puede generar otro registro aunque el asunto de fondo sea el mismo.

Dónde suele verse

• Nodo N8N — Construye o trae el identificador (salida codigo u otra salida de registro) hacia el Expediente.
• Nodo Expediente — Usa ese identificador para crear o actualizar la carpeta. Puede devolver expedient_id hacia otros nodos.
• Dashboard SDT — Documentación → Expedientes → registro. Campo identificador en la ficha.

No confundir con

• No es el número de solicitud.
• No es una validación de flujo (valido, multas_activas): esas salidas ramifican, no nombran la carpeta.
• No confundir la carpeta creada en esta solicitud con la que la persona eligió si ya existía.

Ficha relacionada →

Cuando el flujo pide elegir o traer un expediente que ya está en SDT. El formulario (u otro nodo) devuelve el id de esa carpeta; el trámite opera sobre ella o la vincula con un registro nuevo, pero no la crea en ese paso.

Cuándo nace

Al capturar datos en un formulario con selector de expedientes, o cuando un nodo reutiliza el identificador de un registro previo. Común en trámites sobre inmuebles ya inscritos, proyectos derivados o asociaciones entre carpetas.

Ejemplo

REG-2024-001892 (predio o asunto previo)

Después del cierre

El registro referenciado permanece en SDT. El vínculo con la carpeta nueva del trámite queda en ambas fichas si el diseño incluye asociación.

Dónde suele verse

• Formulario con selector de expedientes — Campo Expedientes → conexión con output_name id hacia validaciones o asociación.
• Nodo Asociación — Une la carpeta nueva del trámite con el registro que ya existía.
• Expediente del administrador — En la ficha del registro previo, trámites o registros vinculados.

No confundir con

• No es el código de registro generado en esta solicitud.
• No es el número de solicitud.
• No implica que el trámite siempre elija un registro previo: algunos flujos crean la carpeta desde cero.

Ficha relacionada →

Cómo interviene N8N

En muchos flujos, un nodo N8N construye el identificador de negocio — por ejemplo la salida codigo — y un nodo Expediente lo usa para crear o actualizar la carpeta. Otras salidas del mismo N8N (valido, multas_activas, tarifas) ramifican el flujo; no son identificadores visibles en portal ni en la ficha del expediente.

N8N en nodos →

Ejemplo

Ejemplo

María inicia un trámite. En Mis trámites ve SOL-2026-008412 (número de solicitud). Si el formulario incluye selector de expedientes, elige REG-2024-001892: ese id es un registro referenciado, no la solicitud ni la carpeta nueva del trámite. Más adelante, un N8N puede entregar la salida codigo y un nodo Expediente crea REG-2026-004821, la carpeta del asunto. Si el diseño lo prevé, un nodo de asociación une ambas carpetas. Una nueva presentación generará otra solicitud y, en general, otro registro; el referenciado puede ser el mismo.

Siguiente lectura

Solicitud · Registro · Asociación · N8N · Nodo Expediente

Notificaciones

Avisos en la campana y por correo cuando cambia una solicitud, un plazo o un pago.

Las notificaciones avisan cuando cambia algo relevante en una solicitud, un plazo o un pago. Hay dos canales: el panel de la campana (en la aplicación) y el correo. No todos los eventos usan los dos.

La institución configura qué se envía en Administración → Portal → Notificaciones. El texto concreto lo definen las plantillas y esa configuración.

Una observación no llega al portal hasta el visto bueno. El aviso al solicitante es posterior a esa autorización.

Canales

Dónde aparece el aviso

• Campana

  Icono arriba en el Website y en el Dashboard. Punto azul si hay avisos sin leer.

• Correo

  Mensaje al correo registrado, cuando el evento está habilitado para ese canal.

• Nodo Notificación

  Pieza del flujo que envía un mensaje explícito con plantilla. Distinta de la campana automática — ver nodo Notificación.

Cómo se consultan

1. Iniciar sesión.
2. Abrir el icono de notificaciones (arriba).
3. Elegir el aviso para leerlo o ir al detalle, si el aviso lo permite.

Figura 1. Dashboard — Inicio; campana con punto azul de avisos sin leer.

Avisos habituales

Llegan, entre otros, cuando hay:

Eventos típicos

• Solicitud

  Observaciones (tras visto bueno), cambios de estado visibles al solicitante.

• Pago

  Pendiente, fallido, completado o eximido.

• Plazo

  Prórroga o suspensión otorgada o denegada.

• Personas

  Cambio de persona asociada / representación.

Ejemplo

Ejemplo

Marta deja observaciones sobre la solicitud de Ana. Tras el visto bueno, Ana ve la campana y el correo de solicitud con observaciones. Si Ana pide prórroga y se otorga, llega otro aviso. El tablero de Marta no sustituye esos avisos: Ana los ve en el portal.

Siguiente lectura

Visto bueno · Nodo Notificación · Plantillas · Portal externo · Dashboard

Aprobación

Validar que la solicitud cumple y puede avanzar o cerrarse dentro del flujo. No es VoBo ni vincular propietario.

La aprobación es la decisión de quien tiene el permiso de permitir el avance o el cierre dentro del flujo. En una revisión, puede ser campo por campo: si todas las correcciones del ciclo están aprobadas, la revisión queda aprobada y el flujo continúa.

Lo contrario, con justificación en el historial, es el rechazo.

Aparece cuando el trámite incluye una pieza de revisión (p. ej. validación manual). Si el plano avanza solo después del formulario, no hay aprobación de analista.

Aprobar no vincula propietario ni une carpetas: solo autoriza el camino que el plano ya definió.

1. ObservarEl interno anota
2. Visto buenoSe autoriza enviar
3. CorregirLa persona responde

Figura 1. En revisión: observar → autorizar el envío (visto bueno) → corregir. Aprobar es validar el cumplimiento.

Qué es y qué no es

No mezclar

• Aprobación

  El analista valida que cumple. El flujo puede avanzar o cerrar por esa rama.

• Visto bueno

  Autoriza que las observaciones salgan al portal. Sin VoBo, el solicitante no las ve ni recibe el aviso.

• Rechazo

  Determina que no cumple; la justificación queda en el historial.

• Resolución Aprobado

  Estado final de la solicitud cuando el trámite cierra con éxito — resultado del recorrido, no solo un clic de revisión intermedia.

En la revisión

• Puede aprobarse campo por campo.
• Si todas las correcciones del ciclo están aprobadas, la revisión queda aprobada y el flujo continúa.
• Las observaciones rechazadas o pendientes no llegan al solicitante hasta el visto bueno.

Ejemplo

Ejemplo

En un trámite con revisión, Marta valida el formulario de Ana. Si todo cumple, aprueba y el flujo sigue. Si un campo no cumple, deja observación; esa observación no sale al portal hasta el visto bueno. El expediente no cambia de dueño porque Marta apruebe: el dueño lo pone la pieza de vincular propietarios.

Siguiente lectura

Rechazo · Visto bueno · Validación manual · Historial · Solicitud

Rechazo

Determinar que la solicitud no cumple. La justificación queda en el historial — no es cierre por error ni desistimiento.

El rechazo es la decisión de quien tiene el permiso de determinar que la solicitud no cumple. La justificación queda en el historial — no solo en un correo.

Lo dispara una persona, con motivo. No es lo mismo que un cierre automático del plano ni que el desistimiento del solicitante.

Un rechazo de revisión no es un cierre por error de una consulta externa. Ese cierre lo dispara el flujo cuando el otro sistema no responde.

1. ObservarEl interno anota
2. Visto buenoSe autoriza enviar
3. CorregirLa persona responde

Figura 1. Tras observar, el analista puede rechazar con justificación — el solicitante lo ve tras el visto bueno.

Qué es y qué no es

No mezclar

• Rechazo (revisión)

  El analista determina que no cumple. La nota queda en el historial.

• Aprobación

  Valida cumplimiento y permite avanzar o cerrar por esa rama.

• Cierre por error

  El plano corta cuando una pieza automática falla (p. ej. N8N sin respuesta). Sin motivo escrito por una persona.

• Resolución Denegado

  Estado final cuando el trámite cierra sin éxito — puede venir de revisión o de otra rama del flujo.

• Desistimiento

  Lo pide el solicitante; la solicitud pasa a Cancelado.

En la revisión

Si el trámite permite correcciones, el rechazo de campos puede devolver el formulario al solicitante. Hay un límite de ciclos: al alcanzarlo, la revisión se niega y el flujo continúa por esa rama.

Las observaciones o el rechazo no llegan al portal hasta el visto bueno. Sin VoBo, Ana no ve el motivo ni recibe el aviso.

Ejemplo

Ejemplo

Marta rechaza la solicitud porque falta un documento. Escribe el motivo. Ana lo ve en el portal después del visto bueno, no antes. Si una consulta hubiera fallado, no habría rechazo de Marta: la solicitud ya se habría cerrado por la rama de error — sin carpeta.

Siguiente lectura

Aprobación · Visto bueno · Historial · Validación manual · Solicitud

Visto bueno

Autoriza que las observaciones de revisión salgan al solicitante en el portal y por notificación.

El visto bueno (VoBo) revisa y autoriza las observaciones de una solicitud antes de enviarlas a quien solicita. Observar no basta: sin VoBo, el solicitante no ve la nota en el portal ni recibe el aviso.

En revisiones con grupo, el líder confirma el ciclo antes de que salga al exterior.

El visto bueno no es aprobación del trámite completo ni rechazo final. Autoriza el envío de lo ya observado o rechazado en revisión.

1. ObservarEl interno anota
2. Visto buenoSe autoriza enviar
3. CorregirLa persona responde

Figura 1. Observar no avisa al solicitante. El visto bueno suelta la observación al portal.

Qué hace y qué no hace

Alcance del VoBo

• Autoriza el envío

  Las observaciones o el rechazo con motivo pasan a la vista del solicitante.

• Dispara avisos

  Campana y correo, cuando la institución los tiene configurados.

• No mueve plazos por sí solo

  Si hace falta más tiempo, entra la prórroga. Si el reloj debe detenerse, la suspensión.

• No sustituye la revisión

  Marta observa; el líder o quien tenga permiso da el VoBo.

Cadena habitual

1. El analista deja observaciones (o rechaza campos) en revisión.
2. La solicitud queda en estado Esperando visto bueno (vista interna).
3. Quien autoriza confirma el ciclo.
4. El solicitante ve las observaciones en el portal y puede corregir.
5. La acción queda en el historial.

VoBo vs aprobación

No mezclar

• Visto bueno

  «Puede salir al solicitante lo que anotamos en revisión».

• Aprobación

  «Cumple; el flujo puede avanzar o cerrar por esta rama».

• Rechazo

  «No cumple» — con justificación; también sale al solicitante tras el VoBo.

Ejemplo

Ejemplo

Marta anota que un dato del formulario no coincide. Ana aún no ve esa nota. La jefa de Urbanismo da el visto bueno. Recién entonces el portal muestra la observación a Ana — o a Luis, si representa. Sin visto bueno, la solicitud no «avisa sola».

Siguiente lectura

Aprobación · Rechazo · Notificaciones · Prórroga · Suspensión de plazo · Validación manual

Desistimiento

Pedir que el trámite no continúe. Si se confirma, la solicitud queda cancelada — no borra el expediente.

El desistimiento interrumpe un trámite que ya no puede o no debe seguir. Lo pide quien solicita — no es un rechazo del analista ni un cierre por error de una consulta.

Se puede pedir en cualquier etapa, excepto cuando ya hay resolución: el trámite, a efectos prácticos, ya terminó. En ese caso la opción no se muestra.

No borra el expediente. Si la carpeta ya existía, sigue. Solo se cancela esta solicitud.

Qué es y qué no es

No confundir

• Desistimiento

  Lo pide el solicitante (o quien opera en su contexto). La solicitud pasa a Cancelado.

• Rechazo

  Decisión del operador interno, con justificación en el historial.

• Cierre por error

  El flujo no pudo completar una pieza automática (p. ej. consulta).

Cómo se pide

En el Website: Inicio → columna de acciones → Desistir del trámite. El sistema pide:

1. El número de la solicitud, sin guiones, como confirmación.
2. Un comentario con el motivo.
3. Marcar que entiende las implicaciones.

Al confirmar Desistir de la solicitud, el trámite pasa a Cancelado. Ya no se le da seguimiento.

Ejemplo

Ejemplo

Ana empezó un trámite y no puede reunir los datos. Desiste antes de la resolución: confirma el número, escribe el motivo y acepta. La fila en Mis trámites queda Cancelada. Si el flujo ya había creado la carpeta, esa carpeta no desaparece. Si ya hubiera resolución, el botón no estaría.

Siguiente lectura

Solicitud · Rechazo · Aprobación · Portal externo · Historial

Prórroga

Tiempo adicional para corregir observaciones de revisión — respeta días hábiles y topes del trámite.

La prórroga es tiempo adicional para que la persona corrija las observaciones de la revisión. El cálculo respeta los días hábiles de la institución (calendario). Hay un tope: no se puede prorrogar sin límite. Se puede pedir más de una, si el flujo lo permite.

Aplica al plazo externo — el reloj de quien corrige en el portal. El plazo interno del analista es otro; no se mezclan. Solo uno está activo a la vez.

No es lo mismo que la suspensión de plazo. La prórroga alarga el vencimiento. La suspensión detiene el reloj un tiempo.

Cómo la pide el solicitante

En el formulario en corrección: Solicitar plazo (arriba a la derecha) → Prórroga. Debe indicar:

1. Motivo — para que el analista decida si procede.
2. Documento que respalde el motivo.

Si se otorga, el tiempo se suma al contador. Llegan avisos en el portal y al correo: otorgada o denegada.

Prórroga vs suspensión

Dos relojes distintos

• Prórroga

  Suma días al vencimiento. «Necesito más tiempo para corregir».

• Suspensión

  El plazo no corre durante el periodo aprobado. «El reloj se detiene».

• Visto bueno

  Autoriza que salgan las observaciones — no alarga ni detiene el plazo por sí solo.

• Calendario

  Los días no hábiles ya recorren vencimientos; la prórroga suma sobre esa lógica.

Ejemplo

Ejemplo

Ana tiene cinco días hábiles para corregir un dato observado. Pide prórroga de tres días. Si el permiso y el tope lo permiten, el vencimiento se mueve tres días hábiles hacia adelante. El expediente no se toca. Si en esos días hay una suspensión aprobada, el reloj no corre durante la suspensión — no es una segunda prórroga.

Siguiente lectura

Suspensión de plazo · Visto bueno · Solicitud · Calendario · Portal externo

Suspensión de plazo

Detiene temporalmente el reloj de corrección — al terminar, los días se suman al vencimiento original.

La suspensión de plazo detiene el reloj mientras dura el periodo aprobado. Al terminar, los días concedidos se suman al vencimiento original. Si hay varias suspensiones, la siguiente empieza cuando termina la anterior: no se solapan.

Aplica al plazo externo — el de quien corrige en el portal. El plazo interno del analista no se alarga con esas suspensiones.

No es lo mismo que la prórroga. La prórroga añade tiempo al vencimiento. La suspensión pausa el contador.

Cómo la pide el solicitante

En el formulario en corrección: Solicitar plazo → Suspensión. Debe indicar:

1. Motivo
2. Documento de respaldo — igual que en la prórroga.

Si se aprueba, la solicitud pasa a Suspendido. El contador del formulario se muestra bloqueado con el tiempo concedido. Llegan avisos de otorgada o denegada.

Los plazos máximos que puede pedir una persona asociada los configura la institución en Administración → Portal.

Suspensión vs prórroga

No mezclar

• Suspensión

  El plazo no corre durante el periodo. El vencimiento se recorre al final.

• Prórroga

  Suma días al plazo sin pausar el reloj de forma equivalente.

• Calendario

  Los días no hábiles ya afectan vencimientos; la suspensión es una pausa explícita del trámite.

• Expediente

  Suspender no «pausa la carpeta» — solo el plazo de esa revisión.

Ejemplo

Ejemplo

Ana está corrigiendo y el plazo vence el viernes. Se aprueba una suspensión de dos días hábiles por un cierre institucional. Esos dos días el reloj no cuenta. El viernes deja de ser el vencimiento: se recorre. Marta no «pausa» la carpeta; pausa el plazo de esa revisión.

Siguiente lectura

Prórroga · Visto bueno · Solicitud · Calendario · Portal externo

Reasignación

Pasar una solicitud de una persona asociada a otra — mismo titular, sin reiniciar el trámite.

La reasignación cambia quién lleva la solicitud del titular en el portal. El trámite no se reinicia: solo cambia la persona que atiende el formulario pendiente.

Solo aplica si hay representación activa y el permiso lo permite.

No cambia al dueño del expediente. No es vincular propietario. Es quién está operando el trámite en el portal.

Requisitos

Condiciones habituales

• Mismo titular

  Todas las solicitudes que se muevan juntas deben ser del mismo titular.

• Destino habilitado

  La persona destino debe tener asociación activa con ese titular.

• Permiso

  Quien reasigna y quien recibe dependen del rol y la configuración institucional.

• Sin mezclar titulares

  No se puede incluir en el mismo lote una solicitud de otra persona.

Qué no es

No mezclar

• Reasignación

  Otra persona asociada sigue el trámite del mismo titular.

• Impersonación

  Luis elige el contexto de Ana y opera — no transfiere la tarea a otra cuenta.

• Propietario

  Dueño de la carpeta; lo define el flujo al vincular propietarios.

• Nueva representación

  Crear o aprobar la asociación es otro proceso en Jerarquías.

La acción queda en el historial y en la auditoría cuando corresponde.

Ejemplo

Ejemplo

Luis lleva el trámite de Ana. Luis no puede seguir. Se reasigna a otra persona asociada con representación activa de Ana. El formulario pendiente aparece ahora a ella. Ana sigue siendo titular y, si el flujo ya vinculó propietarios, dueña de la carpeta. No se puede meter en el mismo lote una solicitud de otra persona.

Siguiente lectura

Representación · Impersonación · Propietario · Solicitud · Portal externo

Trazabilidad

Reconstruir el camino completo del trámite — de la creación a la resolución, con cada acción.

La trazabilidad es la capacidad de reconstruir todo el camino de un trámite: creación, cambios y resolución, con cada acción relevante.

Se apoya en el historial y en la auditoría. Sirve para responder: en qué pieza está, qué dato pasó a la siguiente, si cerró por éxito o por error, quién intervino y, si hubo representación, en nombre de quién.

Una métrica de «resueltas» en el tablero no sustituye la trazabilidad de un caso concreto.

Qué permite reconstruir

Preguntas habituales

• Recorrido

  Qué nodos ejecutó la solicitud y en qué orden.

• Datos

  Qué salió del formulario o de una consulta hacia el siguiente paso.

• Personas

  Solicitante, usuario interno, ejecutor real vs titular representado.

• Cierre

  Aprobado, denegado, cancelado, improcedente o cierre por error del plano.

• Expediente

  Si nació carpeta, quién quedó como propietario, uniones entre registros.

Historial, auditoría y trazabilidad

Cómo se complementan

• Historial

  Bitácora legible del caso — estados, fechas, notas de decisión.

• Auditoría

  Acciones con detalle: quién hizo qué sobre qué elemento.

• Trazabilidad

  La historia completa que se arma con ambas — no es un reporte aparte ni un menú nuevo.

1. Proceso Contenedor del trámite
2. →
3. Flujo Secuencia de nodos
4. →
5. Solicitud Cada presentación
6. →
7. Expediente Lo que permanece

Figura 1. Cadena típica: proceso → flujo → solicitud → lo que permanece en expediente.

Ejemplo

Ejemplo

De la solicitud de Ana se reconstruye: nació en el portal, esperó el formulario, obtuvo un código, creó la carpeta, vinculó a Ana como propietaria y cerró. No hubo rama jurídica ni cierre por error. Esa cadena es la trazabilidad.

Siguiente lectura

Historial · Auditoría · Solicitud · Métricas · Representación

Auditoría

Registro cronológico de acciones — quién hizo qué, cuándo y sobre qué elemento.

La auditoría es el registro cronológico de acciones en el SDT. Permite identificar la persona, el momento y el elemento afectado: una solicitud, un registro, un vínculo, un ingreso.

Complementa la trazabilidad del trámite: la auditoría mira la acción con detalle; el historial es el recorrido legible del caso.

Las métricas del tablero resumen totales — no sustituyen la auditoría para preguntas como «¿quién unió esta carpeta a la empresa?».

Qué deja huella

Acciones típicas

• Expediente

  Crear carpeta, vincular propietarios, unir registros.

• Solicitud

  Visto bueno, rechazo, reasignación.

• Acceso

  Quién abrió un registro, quién operó en el Dashboard.

• Representación

  Ejecutor real y titular representado, con fecha y hora.

Cuando hay representación o impersonación, la bitácora guarda dos identidades: quién ejecutó realmente y, si aplica, en nombre de quién.

Auditoría, historial y trazabilidad

Tres niveles

• Auditoría

  Bitácora técnica de acciones sobre elementos del sistema.

• Historial

  Línea de tiempo de la solicitud o ficha — legible en operación.

• Trazabilidad

  Capacidad de reconstruir el camino completo apoyándose en historial y auditoría.

Ejemplo

Ejemplo

El historial de la solicitud de Ana muestra que el formulario se envió y que nació la carpeta. La auditoría dice además qué usuario interno abrió el registro, quién dio un visto bueno o quién reasignó a Luis. Si se pregunta «¿quién unió esta carpeta a la empresa?», la respuesta está en esta bitácora — no en el tablero de métricas.

Siguiente lectura

Trazabilidad · Historial · Representación · Reasignación · Identidades y accesos

Autenticación

Comprobación de identidad antes de entrar al Website o al Dashboard — clave, código OTP y reglas de sesión.

La autenticación comprueba quién entra al SDT. El patrón es el mismo en el Website y en el Dashboard: correo o usuario, contraseña, y después el código de un solo uso enviado al correo registrado.

Un ingreso correcto también dispara un aviso por correo con fecha, hora y dirección del acceso.

Dos puertas, mismo orden

Website y Dashboard

• Website SDT

  Entra el solicitante o quien lo representa. Puede registrarse si aún no tiene cuenta.

• Dashboard SDT

  Entra el usuario interno. La cuenta la crea un administrador; la persona define su contraseña desde el enlace del correo de bienvenida.

Cómo entrar

Tres pasos

• Credenciales

  Usuario o correo y contraseña → Iniciar sesión.

• Código OTP

  Copiar el código del correo y confirmarlo en la pantalla de verificación.

• Pantalla de trabajo

  En el portal, Mis solicitudes o Trámites; en el administrador, Inicio.

Figura 1. Website SDT — inicio de sesión, registro y recuperar contraseña.

En el Dashboard, Recordar usuario guarda el nombre para la próxima visita; no guarda la contraseña.

Registro en el portal

Quien no tiene cuenta elige Registrarse: verificación del correo, contraseña de al menos doce caracteres (mayúsculas, minúsculas, número y carácter especial) y datos de persona natural o jurídica con aceptación de términos.

Puede diferir el alta con Realizar más tarde y cerrar sesión y completarla en un acceso posterior con el mismo correo y clave.

Recuperar contraseña

Recuperar contraseña envía un enlace único al correo. El enlace vence al poco tiempo; si expira, hay que solicitar otro. La clave nueva cumple las mismas reglas y no puede repetir ninguna de las seis anteriores. Al restablecerla, la sesión se abre sola.

Cierre de sesión

Manual e inactividad

• Cierre manual

  Menú del perfil → Cerrar sesión.

• Inactividad

  Tras quince minutos sin actividad aparece un aviso con cuenta regresiva. Continuar mantiene la sesión; si no confirma, se cierra. Al volver a entrar, el sistema retoma el mismo punto — por ejemplo, el formulario que tenía abierto.

Restricciones

Seguridad habitual

• Intentos fallidos

  Aviso en pantalla y, si el correo existe, notificación del intento. Tras tres fallos, bloqueo temporal.

• Sesión única (Dashboard)

  Solo una sesión activa por usuario interno. Un nuevo ingreso cierra la anterior.

• OTP

  El código confirma la clave; no la sustituye ni se reutiliza entre ingresos.

Ejemplo

Ejemplo

Marta entra al Dashboard: clave, OTP, Inicio. Ana entra al portal con el mismo orden y ve el catálogo de trámites.

Si Ana deja un formulario quince minutos, aparece la cuenta regresiva; si no pulsa Continuar, al volver cae otra vez en ese formulario, no en una pantalla en blanco. Luis, usuario interno recién creado, primero define contraseña desde el correo de bienvenida y recién entonces sigue el flujo habitual.

Siguiente lectura

Código de un solo uso · Solicitante · Usuario interno · Portal externo · Tablero

Código de un solo uso

Segundo paso del ingreso — código temporal al correo tras una contraseña correcta.

El código de un solo uso (OTP) es el segundo paso de la autenticación. Tras usuario y contraseña correctos, el sistema genera un código numérico temporal, lo envía al correo registrado y pide escribirlo en la pantalla de verificación antes de abrir el Website o el Dashboard.

Confirma que quien conoce la clave también tiene acceso al correo. No sustituye la contraseña.

Cuándo aparece

Después de la clave

• Ingreso habitual

  Clave correcta → correo con el código → pantalla «Código de verificación» → Continuar → sesión abierta.

• Cada acceso

  El código es nuevo en cada ingreso. No se guarda para la próxima vez.

• Website y Dashboard

  Mismo patrón en portal y administrador; cambia solo la pantalla de destino tras validar.

Qué es y qué no es

OTP frente a otros avisos

• Es

  Un código de un solo uso, de corta vigencia, necesario para completar el login.

• No es

  La contraseña ni un enlace de recuperación. Tampoco es el correo de aviso por intento fallido: ese aviso llega cuando la clave fue incorrecta y el correo existe en el sistema.

No hay atajo al tablero ni al portal sin este paso. Si el correo tarda, se puede volver a solicitar el código desde la misma pantalla de verificación.

Si algo falla

• Credenciales incorrectas — no se envía OTP; hay aviso en pantalla y, si aplica, correo de intento fallido.
• Código incorrecto o vencido — hay que ingresar el código vigente o pedir uno nuevo.
• Correo que no llega — revisar bandeja y solicitar reenvío; sin código validado no hay sesión.

Ejemplo

Ejemplo

Marta acierta la clave del Dashboard. En el correo llega un código numérico; lo escribe y entra a Inicio. Mañana repetirá clave y un código nuevo.

Ana hace lo mismo en el portal. Si alguien prueba su contraseña y falla, Ana puede recibir un aviso de intento — distinto del OTP que solo sale tras un login correcto.

Siguiente lectura

Autenticación · Solicitante · Usuario interno · Portal externo · Tablero

Solicitante

Persona o empresa que inicia y da seguimiento a trámites desde el Website SDT.

El solicitante es quien pide el trámite: persona natural o jurídica que entra al Website SDT, inicia una solicitud y completa las tareas que el flujo exige.

No es usuario interno: no opera el Dashboard. Una solicitud suya sí aparece allí para revisión del equipo de la institución.

Para quién es

El titular del asunto — quien tiene el trámite a su nombre — o una persona asociada con representación activa que opera el portal en su lugar. La solicitud sigue siendo del titular aunque otra persona llene el formulario.

Ser solicitante no es lo mismo que ser propietario de un expediente. El dueño de la carpeta lo define el flujo en un nodo Expediente, no el simple hecho de haber iniciado el trámite.

Cómo se crea el acceso

Quien no tiene cuenta se registra en el portal: correo, contraseña y datos de persona natural o jurídica (autenticación). Quien ya existe puede restablecer clave desde Recuperar contraseña o con ayuda de un interno con permiso en Gestión de usuarios → Externos.

Figura 1. Website SDT — detalle del trámite e Iniciar trámite, antes de abrir la solicitud.

Qué hace en el portal

Operación habitual

• Iniciar

  Elegir trámite en el catálogo, revisar detalle e iniciar la solicitud.

• Completar

  Formularios, pagos, firmas u otras tareas pendientes según el flujo.

• Consultar

  Estado en Mis solicitudes, notificaciones y expedientes vinculados.

El detalle del menú y las pantallas está en Portal externo.

Mi perfil

En el portal, documento, nombres y fecha de nacimiento (persona natural) o NIT y razón social (persona jurídica) no se editan: formaron parte del registro. Sí pueden actualizarse correo y teléfono, cambiar contraseña y revisar el indicador de infracciones. Una multa pendiente también avisa al intentar un trámite.

Ejemplo

Ejemplo

Ana López, persona natural, pide un trámite en el Website. El formulario queda a su nombre.

Si Luis Méndez la representa, Luis opera el portal, pero la solicitud sigue siendo de Ana. Cuando el flujo vincula propietarios, Ana queda como dueña de la carpeta. Luis no se vuelve dueño por haber llenado la pantalla.

Siguiente lectura

Portal externo · Representación · Propietario · Autenticación · Usuario interno · Solicitud

Usuario interno

Colaborador de la institución que opera el Dashboard SDT según su rol y sus grupos.

El usuario interno es quien trabaja desde el Dashboard SDT: revisa solicitudes, valida, firma, consulta métricas o configura trámites — según lo que permita su rol.

No es solicitante: no presenta trámites en el Website en nombre propio salvo que también tenga cuenta externa. La solicitud de Ana aparece en el administrador para que Marta la atienda; Marta no la «pide» en lugar de Ana.

Para quién es

Analistas, supervisores, administradores y demás personal autorizado de la institución. Cada persona tiene un rol (qué puede hacer) y puede pertenecer a uno o más grupos (qué solicitudes ve en operación).

Sin rol adecuado no hay alta de usuarios, visto bueno, reasignación ni publicación en el Builder. El sistema no amplía permisos por fuera de lo configurado.

Cómo se crea el acceso

Un administrador da de alta la cuenta en Administración → Usuarios → Internos. El sistema envía un correo para que la persona establezca su contraseña; desde entonces entra con el flujo habitual de autenticación — clave y código OTP.

Figura 1. Administración → Usuarios → Internos: nombre, rol, permisos y estado.

Qué hace en el Dashboard

Operación habitual

• Supervisar

  Tablero, métricas y listados de solicitudes.

• Atender

  Detalle de solicitud, observaciones, pagos, firmas y historial según el flujo.

• Configurar

  Solo con permisos amplios: procesos, constructor, plantillas, calendario, roles y usuarios.

Ejemplo

Ejemplo

Marta Ruiz es analista de ACH. Entra al Dashboard con clave y OTP, ve solicitudes de su grupo y registra observaciones con visto bueno cuando corresponde.

No puede publicar un flujo en el Builder si su rol no lo incluye. Ana opera solo el portal como solicitante; la misma persona puede ser ambas cosas solo si la institución le dio los dos accesos por separado.

Siguiente lectura

Rol · Grupos · Gestión de usuarios · Solicitante · Autenticación · Tablero

Identidades y accesos

Marco de quién entra al SDT y qué puede hacer — usuarios, roles, grupos y permisos por puerta.

Identidades y accesos (IAM) es el marco que responde «quién es esta persona» y «qué puede hacer» en el SDT. Reúne usuarios, roles, grupos y permisos — y se aplica distinto según la puerta: Dashboard, Website o expediente.

No es un módulo con un solo menú: es la forma de entender cómo encajan autenticación, operación interna y acceso a carpetas.

Tres planos de acceso

No mezclar puertas

• Dashboard

  Usuario interno con clave, OTP, rol y grupos. Opera y configura según permisos.

• Website

  Solicitante o persona asociada con representación activa. Inicia y completa trámites.

• Expediente

  Propietario, roles de carpeta definidos en la entidad o visibilidad por representación. Consulta o actúa sobre un asunto concreto.

Figura 1. Acceso externo — Website SDT.

Figura 2. Acceso interno — roles y permisos en el Dashboard.

Mezclar planos produce errores habituales: creer que quien llena el formulario es dueño de la carpeta, o que quien opera el Dashboard es «persona asociada» del portal.

Cómo se administra

Altas, roles, grupos y restablecimiento de clave viven en Gestión de usuarios y Administración → Roles, siempre que el rol de quien configura lo permita. Las reglas de carpeta y representación se definen en Jerarquías y nodos Expediente del flujo — no en el listado de usuarios internos.

Ejemplo

Ejemplo

Ana entra al Website como solicitante. Marta entra al Dashboard como analista con rol y grupo. Luis representa a Ana en el portal con representación activa. La carpeta del trámite tiene a Ana como propietaria.

Cuatro identidades, cuatro reglas: el IAM del SDT las mantiene separadas. Luis puede operar el formulario; no se vuelve propietaria por eso. Marta revisa en el Dashboard; no entra al portal como Ana salvo que también sea solicitante.

Siguiente lectura

Usuario interno · Solicitante · Rol · Grupos · Gestión de usuarios · Jerarquías

Gestión de usuarios

Módulo del Dashboard para altas, cambios, activación y restablecimiento de accesos internos, externos y grupos.

La gestión de usuarios concentra en el Dashboard SDT las operaciones sobre identidades: dar de alta, editar, activar, desactivar y restablecer claves de usuarios internos, usuarios externos (solicitantes) y grupos.

Solo quien tiene el permiso en su rol accede a estas pantallas. Forma parte del marco de identidades y accesos.

Para quién es

Administradores o perfiles con delegación sobre usuarios. El analista que solo opera solicitudes no usa este módulo salvo que su rol lo autorice expresamente.

Restablecer una clave o desactivar una cuenta no cambia el propietario de un expediente ni reasigna una solicitud en el portal.

Dónde se administra

Administración → Usuarios. El módulo tiene pestañas Usuarios (Internos / Externos) y Grupos, con búsqueda, filtros y acciones de creación.

Figura 1. Administración → Usuarios → Internos: rol, permisos, estado y Crear usuario.

Tres pestañas del módulo

• Internos

  Cuentas del Dashboard: rol asignado, permisos y estado Activo. Alta con correo de bienvenida para definir contraseña. Ver Usuario interno.

• Externos

  Cuentas del Website — solicitantes. Restablecimiento de acceso cuando olvidan la clave. Ver Solicitante y Autenticación.

• Grupos

  Equipos de internos para bandeja y asignación. Ver Grupos.

Operaciones habituales

Alta, edición, activación y desactivación de cuentas; restablecimiento de contraseña. La clave nueva exige al menos doce caracteres con mayúsculas, minúsculas, número y carácter especial, y no puede repetir ninguna de las seis anteriores — igual criterio que en el portal.

Ejemplo

Ejemplo

Ana olvidó la clave del Website. Un administrador con permiso restablece el acceso de usuario externo. Marta sigue siendo analista; su clave del Dashboard no se modifica.

Si Ana ya era propietaria de un expediente, lo sigue siendo. Restablecer credenciales no vincula propietarios ni une carpetas.

Siguiente lectura

Identidades y accesos · Rol · Usuario interno · Solicitante · Grupos · Tablero

Expediente

Organiza un mismo asunto — entidad, registro y solicitudes — aunque pasen varios trámites.

El expediente organiza información de un mismo contexto: una persona, un producto o un establecimiento. Varias solicitudes pueden llenar la misma carpeta a lo largo del tiempo.

Una solicitud no es un expediente. La solicitud es una vez; el expediente es lo que queda.

1 · Entidad Persona El tipo · el cajón

2 · Registro Carpeta de Ana

• Solicitud 2024 Inscripción · cerrada
• Solicitud 2025 Actualización · cerrada
• Solicitud actual 3 · Hoja en curso

2 · Registro Carpeta de Luis

• Solicitud Otra carpeta del mismo cajón

Misma entidad, dos registros. Las hojas de cada carpeta son las solicitudes que la han llenado.

Figura 1. Entidad (cajón) → registros (carpetas) → solicitudes (hojas).

Tres capas

Cómo se compone

• Entidad

  El tipo — el cajón (persona, producto, establecimiento…). Define campos y roles.

• Registro

  Esta carpeta concreta, con identificador y datos vigentes.

• Solicitudes

  Las hojas que la van llenando — cada trámite presentado sobre ese asunto.

Crear la carpeta copia datos del formulario y de consultas previas. No le pone dueño ni la une a otra. Eso se configura después, en otras piezas del nodo Expediente del flujo.

Crear, vincular propietarios y unir carpetas son tres operaciones. En el constructor, cada pieza de Expediente hace una.

Dónde se ve

Dashboard: Documentación → Expedientes. Se elige la entidad (versión y si está Activa). Se listan registros; uno con infracciones muestra esa marca. Nueva entidad abre el editor: título, roles (Propietario por defecto) y secciones con campos. Guardar crea una versión nueva.

Website: menú Expedientes — selector de entidad, lista de registros. Al abrir: pestaña Solicitudes (nombre, número, estado, quién la hizo, última actualización) y pestaña Resoluciones (documentos e historial de aprobaciones, rechazos, cancelaciones e improcedencias).

Figura 2. Dashboard — Documentación → Expedientes; entidades y registros.

Figura 3. Website — Expedientes del solicitante, filtrados por entidad.

Restricciones

Si el flujo se corta entre crear y asociar, la carpeta existe sin dueño. Unir carpetas es en ambos sentidos y reemplaza las uniones previas de esa operación. El detalle de operaciones está en el nodo Expediente; las relaciones de personas, en Jerarquías.

Ejemplo

Ejemplo

El flujo crea el registro con los datos del formulario y, si aplica, el código de una consulta. Esa carpeta aún no tiene dueño. La pieza siguiente asocia a Ana como propietaria. Si el titular es empresa, una tercera pieza une esa carpeta con la de la persona jurídica. Tres momentos, una sola carpeta.

Siguiente lectura

Entidad · Registro · Nodo Expediente · Jerarquías · Propietario

Registro

Carpeta concreta dentro de una entidad — datos vigentes y las solicitudes que la han llenado.

El registro es una carpeta concreta dentro de una entidad: la de Ana, la de un producto, la de un establecimiento. Tiene identificador, datos vigentes y las solicitudes que la han llenado.

Se crea a mano en el administrador o cuando el flujo ejecuta un nodo Expediente. Crear el registro no lo liga a personas ni a otras carpetas: eso va en piezas siguientes (propietarios, uniones).

Un registro no es una solicitud. Varias solicitudes pueden ser hojas de la misma carpeta.

1 · Entidad Persona El tipo · el cajón

2 · Registro Carpeta de Ana

• Solicitud 2024 Inscripción · cerrada
• Solicitud 2025 Actualización · cerrada
• Solicitud actual 3 · Hoja en curso

2 · Registro Carpeta de Luis

• Solicitud Otra carpeta del mismo cajón

Misma entidad, dos registros. Las hojas de cada carpeta son las solicitudes que la han llenado.

Figura 1. El registro es la carpeta. Las hojas son las solicitudes que la fueron llenando.

Qué contiene

Ficha del registro

• Identificador

  Código de la carpeta — el que se usa para unir registros o vincular propietarios.

• Datos de la entidad

  Campos del molde (secciones, pills, Ver más). Reflejan lo capturado en formularios y consultas.

• Personas y vínculos

  Usuarios asociados y otros registros unidos; conteos visibles en la cabecera.

• Solicitudes y resoluciones

  Historial de trámites sobre esta carpeta: estados, documentos, aprobaciones o rechazos.

Dónde se consulta

En el Dashboard: Documentación → Expedientes → elegir entidad → abrir un registro. Migas: Expedientes › entidad › registro. Pestañas Detalle e Historial; cuerpo con Solicitudes y Resoluciones (buscador y filtros).

En el Website, el solicitante lista registros de la entidad elegida y abre la ficha con solicitudes y resoluciones.

Figura 2. Dashboard — listado de registros dentro de la entidad seleccionada.

Figura 3. Website — carpetas del solicitante filtradas por entidad.

Crear y asociar

Orden habitual en el flujo

• Crear

  Nace la carpeta con datos del formulario / consulta. Aún sin dueño.

• Vincular propietarios

  Asocia personas a la carpeta. No une dos registros.

• Unir carpetas

  Relaciona este registro con otro (p. ej. persona y persona jurídica). Reemplaza las uniones previas de esa operación.

Ejemplo

Ejemplo

Tras el pedido del código, nace el registro de Ana. En la ficha está lo capturado en el formulario. El historial de trámites empieza a listar esta solicitud. Si más adelante Ana pide otro trámite sobre el mismo asunto, esa solicitud es otra hoja de la misma carpeta — no un segundo registro.

Siguiente lectura

Entidad · Expediente · Nodo Expediente · Identificadores · Jerarquías

Asociación de registros

Relacionar una carpeta con un propietario, con personas con rol, o con otra carpeta.

La asociación de registros son los vínculos que se construyen sobre un expediente — una carpeta — desde el flujo, con piezas del nodo Expediente.

No es lo mismo que la representación del portal: esa es una asociación entre personas que la institución aprueba. Aquí el asunto es la carpeta. El marco completo está en Jerarquías.

Crear el registro y asociarlo no es lo mismo. El flujo decide el orden. Si se crea y no se vincula, la carpeta existe sin esas relaciones.

Tres vínculos sobre la carpeta

Cada pieza hace una sola cosa

• Vincular propietario

  Dueño de esta carpeta. Ver Propietario.

• Personas con rol

  Ligadas a esta carpeta sin ser dueñas. Los roles se sincronizan: quedan los que manda el flujo y se quitan los demás. El dueño no se toca.

• Vínculo entre registros

  Esta carpeta con otra, en ambos sentidos. No asigna dueño. No es representar.

Registro Carpeta de Ana Entidad · Persona

↔ Unión bidireccional

Registro Constructora del Valle Entidad · Persona jurídica

Figura 1. Unión entre registros — carpeta de Ana ↔ carpeta de la persona jurídica.

Reglas del vínculo entre carpetas

• Vincular reemplaza las uniones previas de esa operación sobre la carpeta.
• Un código que no existe se omite; la carpeta de origen no se borra.
• Un registro no se une a sí mismo.
• Pueden ser de entidades distintas (Persona + Persona jurídica).

Ejemplo

Ejemplo

«Asociar titular» deja a Ana como propietaria de su carpeta. «Unir con persona jurídica» une esa carpeta con la de Constructora del Valle. Si el identificador de la empresa no existe, esa unión se omite; la carpeta de Ana permanece. Si se vuelve a unir a otra carpeta, las uniones anteriores de esa pieza se reemplazan.

Siguiente lectura

Registro · Expediente · Nodo Expediente · Propietario · Jerarquías · Representación

Jerarquías

Quién actúa, en nombre de quién y bajo qué reglas. No es un trámite.

Jerarquías no es un trámite. Es la capa del SDT que define el contexto de ejecución: quién tramita, a nombre de quién y con qué respaldo. En la operación real, quien pulsa no siempre es el titular.

Sin esta capa, una cuenta equivale a una persona y a un trámite propio. No hay forma clara de operar en nombre de otro — ni de distinguir quién ejecutó y a quién representaba.

Con Jerarquías, una persona puede actuar por sí misma o en nombre de un titular autorizado. El sistema conserva las dos identidades: el ejecutor real y el titular representado.

Carpeta Propietario Dueño del expediente

Carpeta Con rol Actúa, no es dueño

Portal Persona asociada Representación / impersonación

Figura 1. Propietario, rol sobre carpeta y persona asociada no son la misma relación.

Tres familias

No mezclar.

Ámbitos distintos

• Representación e impersonación

  En el Website, alguien presenta solicitudes a nombre del titular. Se registra la asociación, la institución aprueba o rechaza, y recién entonces se elige ese contexto.

• Propietario

  Una persona queda como dueña de un expediente al vincular propietarios. Otras pueden tener un rol sobre esa carpeta sin ser dueñas.

• Vínculo entre registros

  Esta carpeta con otra, en ambos sentidos. No asigna dueño. No es representar.

El constructor configura los flujos. Cada nodo Expediente hace una operación: vincular propietarios, ligar roles o unir carpetas. La representación del portal no se improvisa en esa pieza.

Conceptos

Vocabulario

• Titular

  Persona natural o jurídica representada. Otorga el acceso.

• Persona asociada

  Quien recibe la representación y actúa por el titular.

• Asociación

  Vínculo formal entre ambas. Requiere aprobación institucional.

• Poder

  Documento que respalda la legitimidad. Puede vencer o quedar sin fecha.

• Impersonación

  Ejecutar el trámite bajo el contexto de otra persona.

• Contexto de ejecución

  Identidad bajo la que se evalúa esa solicitud.

• Expediente

  Registro al que se asocian personas y roles.

• Rol propietario

  Rol predeterminado para identificar al titular de la carpeta. No es obligatorio.

Cómo opera la representación

Una cadena. La asociación, por sí sola, no habilita representar.

1. Registrar la asociación.
2. Aprobar o rechazar.
3. Activar el vínculo.
4. Seleccionar el contexto en el portal.
5. Ejecutar y dejar auditoría.

Si se aprueba, se persiste el vínculo, se activan los permisos, se registra el poder y se notifica. Si se rechaza, no queda representación. Si la persona destino aún no tiene cuenta, queda pendiente: el vínculo se activa cuando se registra.

Verificación de personas jurídicas

La institución decide si una empresa debe verificarse antes de operar. Puede registrarse en el portal sin estar verificada. Si la verificación es obligatoria, entra pero no inicia otros trámites hasta que el trámite de verificación se apruebe. Lo mismo aplica si una persona natural intenta representar a una jurídica no verificada.

Restricciones

En el Dashboard el selector de expedientes localiza por número de registro. En esta fase no comprueba solo si el usuario tiene derecho sobre esa carpeta: quien conoce el número exacto puede encontrarla. La legitimidad se verifica en la institución, no la da el buscador.

La trazabilidad de este módulo no es un reporte aparte. Cada acción debe poder explicarse: qué ocurrió, quién la ejecutó (persona real) y, si aplica, en nombre de quién (persona impersonada), con fecha y hora.

Ejemplo

Ejemplo

Luis no es dueño de la carpeta de Ana. Si la institución aprueba su asociación, Luis impersona el contexto de Ana en el portal y presenta la solicitud a su nombre. Marta, en el administrador, ve la solicitud de Ana y, en la bitácora, a Luis como ejecutor. Vincular a Ana como propietaria del expediente es otra pieza del flujo — no esa representación.

Siguiente lectura

Representación · Impersonación · Propietario · Asociación de registros · Identidades y accesos

Representación

Vínculo formal que permite a una persona asociada tramitar a nombre del titular, con aprobación institucional.

La representación es el vínculo formal que permite a una persona asociada actuar en nombre del titular. La solicitud queda del titular.

La asociación, por sí sola, no habilita representar. El vínculo se vuelve operativo cuando la institución lo aprueba. Recién entonces el selector de contexto del Website puede listarla. Impersonar es usar esa asociación aprobada para ejecutar el trámite.

Representar no hace dueño de la carpeta. El propietario lo define el flujo al vincular propietarios.

Carpeta Propietario Dueño del expediente

Carpeta Con rol Actúa, no es dueño

Portal Persona asociada Representación / impersonación

Figura 1. Persona asociada (portal) ≠ propietario ni rol sobre el expediente.

Qué no es

No mezclar con la carpeta

• Vincular propietario

  Quién es dueño de la carpeta.

• Unir registros

  Esta carpeta con otra, en ambos sentidos. Ver Asociación de registros.

• Representar

  Asociación de personas aprobada. Impersonar es usarla en el portal.

Cómo se crea la asociación

El flujo cambia si la persona destino ya tiene cuenta.

Dos caminos

• Ya tiene cuenta

  Se identifica al titular, se busca a la persona destino por documento, se capturan los datos de la asociación y la institución confirma o rechaza. Aprobada, se habilita la representación.

• Aún no tiene cuenta

  Se pide el correo para continuar. Puede exigir respaldo documental, según el nodo. Tras la aprobación queda como usuario pendiente. El vínculo se activa cuando esa persona completa el registro.

Decisión institucional

Ninguna asociación otorga representación sin una decisión explícita.

Resultados

• Aprobada

  Se persiste el vínculo, se activan permisos, se registra el poder y se notifica.

• Rechazada

  No se crea vínculo ni permiso.

• Aprobada, sin cuenta aún

  Usuario pendiente; se activa al registrarse.

La vigencia del poder puede llevar fecha de vencimiento o dejarse sin término. Si está vencida, no se continúa en nombre de esa persona.

En el portal

En el menú del Website, Representantes y Representaciones son dos entradas: a quién puede representar, y quién lo representa. Eso no aparece en el administrador como «dueño del expediente».

Qué solicitudes ve la persona asociada de una persona natural depende de lo acordado: las del titular, o solo las que ella misma inició.

Pasar esas solicitudes a otra persona es reasignación — no un cambio de dueño ni de propietario.

Ejemplo

Ejemplo

Luis Méndez tiene asociación aprobada con Ana. En el portal impersona el contexto de Ana y envía el trámite. La solicitud es de Ana. El expediente, cuando el flujo vincula propietarios, deja a Ana como dueña — no a Luis. La auditoría registra a Luis como ejecutor y a Ana como titular. Si el poder vence, Luis no continúa en su nombre.

Siguiente lectura

Impersonación · Propietario · Jerarquías · Reasignación · Portal externo

Propietario

Dueño del registro. El rol existe por defecto; no es obligatorio. No es representación.

El propietario es la persona — natural o jurídica — dueña de un registro. En la carpeta es una fila aparte: no se mezcla con quienes tienen un rol sin ser dueños.

El rol Propietario está disponible por defecto y no es obligatorio. Puede asignarse o desasociarse desde el Dashboard. Una misma persona puede tener más de un rol en el expediente.

Ser propietario no es representar ni impersonar. Tramitar a nombre de otro es otra familia de Jerarquías.

Carpeta Propietario Dueño del expediente

Carpeta Con rol Actúa, no es dueño

Portal Persona asociada Representación / impersonación

Figura 1. El propietario es dueño de la carpeta — distinto de «con rol» y de persona asociada.

Vincular propietario

En el constructor, un nodo Expediente con la operación vincular propietarios deja a una persona como dueña de esa carpeta. Se identifica por documento y correo. Si ya es dueña de ese registro, no se duplica el vínculo.

Qué hace y qué no

• Hace

  Marca dueño. La marca suma: no quita a un propietario anterior.

• No hace

  No crea el registro. No une dos carpetas. No abre por sí solo un vínculo entre registros.

• Desvincular

  Quitar al dueño es desvincular propietarios. Desvincular usuarios sin indicar un rol también puede quitar al dueño. Si se indica un rol, solo se quita ese rol.

El tipo de persona (natural o jurídica) lo decide el trámite si lo necesita, con una decisión. Puede haber más de un propietario si el flujo lo vincula así. Desvincular un rol no quita al dueño. Desvincular al dueño no borra la carpeta.

Selector de expedientes

El campo Expedientes de un formulario permite elegir la carpeta por número de registro. En esta fase el selector no valida solo si el usuario tiene relación o derecho sobre esa carpeta: quien conoce el número exacto puede localizarla. La legitimidad se verifica en la institución.

Ejemplo

Ejemplo

«Asociar titular» busca a Ana por documento y correo y la deja como propietaria. Si Ana ya era dueña, no se crea un segundo vínculo. Un colega con rol de consulta ve esa carpeta y no es dueño. Si el flujo desvincula ese rol, Ana sigue. Si desvincula propietarios, la carpeta sigue existiendo — ya sin dueño asociado. Unir esa carpeta a Constructora del Valle es otra pieza, después de la decisión de tipo de persona.

Siguiente lectura

Jerarquías · Representación · Asociación de registros · Nodo Expediente · Registro

Impersonación

Ejecutar el trámite bajo el contexto de otra persona — usa una representación aprobada; no la crea.

La impersonación es ejecutar trámites bajo el contexto de otra persona. El sistema siempre distingue quién ejecuta la acción de quién es representado.

No crea la representación: la usa. Hace falta una asociación aprobada. El selector del Website solo lista esas asociaciones.

Impersonar no cambia al propietario de la carpeta. Luis puede tramitar a nombre de Ana; el dueño lo decide el flujo al vincular propietarios.

Carpeta Propietario Dueño del expediente

Carpeta Con rol Actúa, no es dueño

Portal Persona asociada Representación / impersonación

Figura 1. Impersonar es el uso en portal de una persona asociada — no el dueño del expediente.

Cómo se elige el contexto

1. La persona se autentica.
2. Elige contexto: cuenta propia o un titular asociado.
3. Ejecuta el trámite.

El selector muestra el contexto activo. Permite ver y elegir. No crea ni edita asociaciones.

Dos identidades

Siempre separadas

• Titular

  Datos de la persona representada. La solicitud queda a su nombre.

• Ejecutor real

  Quien realiza la acción en el portal.

La auditoría cubre acciones con y sin impersonación. Siempre debe poder reconstruirse quién ejecutó realmente y, si aplica, en nombre de quién, con fecha y hora.

Una empresa con varios apoderados comparte la visibilidad de sus solicitudes.

Restricciones

Cuándo no continúa

• Poder vencido

  No se continúa en nombre de esa persona.

• Jurídica no verificada

  Si una persona natural intenta impersonar a una jurídica no verificada, no inicia otros trámites hasta que la verificación se apruebe. Detalle en Jerarquías.

• Sin asociación aprobada

  El selector no ofrece ese titular. No hay atajo fuera de la representación.

Ejemplo

Ejemplo

Luis elige el contexto de Ana y envía el trámite. La solicitud es de Ana. Luis es el ejecutor real. Marta, en el administrador, ve ambas identidades en la bitácora. El dueño de la carpeta lo decide el flujo al vincular propietarios — no el selector de contexto.

Siguiente lectura

Representación · Propietario · Jerarquías · Auditoría · Portal externo

SDT

Introducción al Sistema de Digitalización de Trámites — qué es, quién lo usa, cómo se organiza y cómo encajan proceso, flujo, solicitud y expediente.

El Sistema de Digitalización de Trámites (SDT) es la plataforma donde una institución configura, publica y opera trámites digitales. No es un trámite concreto: es el entorno compartido donde viven todos los trámites de esa institución.

Con herramientas no code, el equipo arma flujos con nodos — formularios, reglas, consultas, expedientes, pagos, firmas y más — sin desarrollar un sistema aparte por cada cambio.

Qué es el SDT

El SDT centraliza la administración, automatización y ejecución de procesos institucionales. Busca:

• Mejorar la eficiencia y reducir tiempos de respuesta.
• Garantizar trazabilidad de cada trámite.
• Ofrecer una experiencia digital estandarizada para solicitantes, tramitadores y personal interno.

Para qué sirve

Un trámite manual — formularios en papel, correos, hojas de cálculo — se repite en cada solicitud. En el SDT la institución diseña el recorrido una vez y el sistema lo ejecuta cada vez que alguien lo pide.

Antes	Con SDT
Cada cambio pide desarrollo	Se ajusta el flujo en el Builder
Difícil saber en qué etapa va un caso	Estado, etapa e historial visibles
Datos repartidos	Solicitud, expediente y resoluciones en un solo ecosistema

Quién utiliza el SDT

Tres perfiles habituales

• Usuario externo

  Persona o empresa que entra al Website SDT para iniciar, completar o consultar trámites. También llamado solicitante.

• Usuario interno

  Colaborador de la institución que opera desde el Dashboard SDT: revisa solicitudes, valida, firma, asigna grupos y consulta métricas. Su acceso depende del rol asignado.

• Administrador / configurador

  Usuario con permisos para crear procesos, diseñar flujos en el Builder, administrar usuarios, roles, plantillas, calendario y expedientes.

El portal externo y el administrador no son la misma puerta. Quien solicita no opera revisión ni métricas; quien opera no presenta trámites en nombre propio salvo que también sea solicitante.

Las tres áreas del SDT

Espacios que no se deben mezclar

• Website SDT

  Portal de trámites. Catálogo, Mis trámites, formularios pendientes, expedientes y resoluciones visibles para la persona.

• Dashboard SDT

  Portal de administración. Inicio con métricas, procesos, centro de datos, plantillas, roles, usuarios, calendario, portal y expedientes.

• Builder SDT

  Canvas del constructor dentro del detalle de un proceso. Ahí se colocan y conectan los nodos. No se usa en la operación diaria de una solicitud ya abierta.

Figura 1. Dashboard SDT — Inicio con métricas y listado de solicitudes.

Figura 2. Builder SDT — canvas con nodos conectados.

Cómo funciona un trámite

Un trámite en el SDT no es un programa suelto. Se entiende como una cadena de cuatro conceptos:

1. Proceso Contenedor del trámite
2. →
3. Flujo Secuencia de nodos
4. →
5. Solicitud Cada presentación
6. →
7. Expediente Lo que permanece

Figura 3. Proceso agrupa; flujo define el recorrido; solicitud es cada presentación; expediente persiste el asunto.

Los cuatro conceptos base

• Proceso

  Contenedor del trámite: nombre, etiqueta, descripción, ficha técnica y flujos asociados. Estados: En construcción, Activo, Archivado.

• Flujo

  Secuencia de nodos que define qué se pide, qué se valida y qué se crea. Se publica desde el Builder.

• Solicitud

  Cada presentación del trámite. Nace cuando alguien lo inicia y avanza por el flujo publicado con el que nació.

• Expediente

  Carpeta del asunto. Agrupa registros y solicitudes de un mismo contexto y sobrevive al cierre de una solicitud.

El proceso no se mueve. Lo que avanza, espera o se cierra es la solicitud. Una versión nueva del flujo no redibuja solicitudes ya abiertas.

De la configuración a la operación

1. 1
   ConfigurarLa institución arma proceso y flujo en el Builder.
2. 2
   PublicarValida, aprueba y activa el trámite.
3. 3
   PresentarAna inicia la solicitud desde el Website.
4. 4
   OperarMarta la ve en el Dashboard con estado y etapa.
5. 5
   AvanzarLa solicitud recorre los nodos del flujo publicado.
6. 6
   CerrarResolución y datos asociados al expediente.

Figura 4. Recorrido típico de extremo a extremo.

Figura 5. Recursos → Procesos: donde se crea el contenedor y se accede a los flujos.

Estados y etapas

Durante una solicitud, el sistema muestra estado y etapa según el nodo activo. La vista interna (Dashboard) y la externa (Website) muestran los mismos momentos del flujo con etiquetas adaptadas a cada audiencia.

Ejemplos habituales: Pendiente, En proceso, En revisión, Pendiente de pago, Pendiente de firma, Aprobado, Denegado. El detalle completo está en Solicitud.

Ejemplo

Ejemplo

En ACH, el equipo configura un trámite en el Builder: inicializador, formulario, consulta, expediente, decisión y cierre. Lo publica y activa el proceso.

Ana López entra al Website, elige el trámite del catálogo y presenta una solicitud. El flujo espera su formulario; al enviarlo, avanza por las piezas automáticas.

Marta Ruiz, analista, no ve ese formulario en el portal: lo atiende desde el Dashboard, con estado, etapa e historial. Si el flujo pide revisión, Marta observa, da visto bueno o devuelve correcciones.

Al cerrar, la resolución y los datos quedan ligados al expediente. Una segunda presentación de Ana — u otra persona — sería otra solicitud sobre el mismo proceso.

Siguiente lectura

Empiece por el espacio que corresponda a su rol:

Portal externo · Dashboard · Constructor · Proceso · Flujo · Solicitud · Expediente · Configuración

Portal externo

Website SDT — el espacio donde el solicitante inicia trámites, completa tareas y consulta el estado de sus solicitudes.

El Website SDT (portal externo) es la puerta de quien solicita un trámite. Desde aquí se registran, inician solicitudes, completan formularios, atienden observaciones, pagan tarifas cuando aplica y consultan resoluciones.

No es el administrador: el equipo interno opera las mismas solicitudes desde el Dashboard SDT.

Para quién es

Entra el solicitante — persona natural o jurídica — o una persona asociada con representación activa. La solicitud sigue siendo del titular aunque otra persona complete el formulario.

Quien opera revisión, métricas o configuración no usa este portal. Esas funciones viven en el Dashboard.

Qué puede hacer aquí

• Registrarse e iniciar sesión (autenticación).
• Explorar el catálogo de trámites publicados por la institución.
• Iniciar una solicitud y completar las tareas que el flujo pida.
• Dar seguimiento al estado, atender observaciones y consultar notificaciones.
• Revisar expedientes y resoluciones vinculados a sus trámites.

1. 1
   EntrarRegistro, inicio de sesión y verificación con código al correo.
2. 2
   ElegirCatálogo de trámites: revisar detalle, costo, tiempo y requisitos.
3. 3
   IniciarSe crea la solicitud y aparece el primer paso pendiente.
4. 4
   CompletarFormularios, pagos, firmas u otras tareas que el flujo pida.
5. 5
   CorregirObservaciones, prórroga o suspensión si el trámite lo permite.
6. 6
   ConsultarEstado en Mis trámites, resolución y expediente vinculado.

Figura 1. Recorrido habitual del solicitante en el Website SDT.

Navegación del portal

La barra lateral agrupa dos bloques:

Menú lateral

• Recursos

  Trámites, Representantes, Representaciones y Soporte. Desde aquí se inicia y se da seguimiento a lo operativo.

• Documentación

  Expedientes y Catálogos. Consulta de lo que ya existe a nombre de la persona.

En la barra superior están el buscador, el ícono de notificaciones (campana con indicador si hay avisos sin leer) y el menú de perfil.

Figura 2. Mis solicitudes — vista principal con menú lateral, búsqueda y filtros.

Trámites

La sección Trámites tiene dos pestañas:

Mis trámites y catálogo

• Mis trámites

  Solicitudes ya iniciadas: nombre, número, estatus, última actualización y fecha de ingreso. Si no hay ninguna, aparece «Aún no tienes trámites en proceso» y el botón Nuevo trámite.

• Lista de trámites

  Catálogo de la institución: etiqueta, nombre, descripción y Ver detalle.

Figura 3. Trámites — catálogo de la institución con etiqueta, descripción y Ver detalle.

Figura 4. Detalle del trámite: costo, tiempo, pasos, requisitos e Iniciar trámite.

Detalle e inicio

• Antes de iniciar

  En el detalle del trámite se muestran descripción, costo aproximado, tiempo estimado, pasos, requisitos y trámites previos. Iniciar trámite crea la solicitud y abre el primer paso pendiente.

• Durante la solicitud

  Cuando el flujo llega a un formulario, el portal muestra esa tarea. El avance se detiene hasta que la persona envía; entonces el sistema continúa con la pieza siguiente.

Según el trámite, también pueden aparecer:

• Observaciones y correcciones solicitadas por el analista.
• Prórroga o suspensión de plazo, si el flujo lo permite.
• Pago con tarjeta o NPE, y opción Express cuando la institución la habilita.
• Firma digital de documentos generados en el flujo.
• Resolución final: Aprobado, Denegado, Cancelado o Improcedente.

El globo informativo de cada paso muestra el nombre que la institución configuró en el Builder.

Estatus en la lista

Los más habituales en Mis trámites

• Pendiente — Falta una acción suya o del sistema.

• En proceso — El flujo avanza sin intervención de la persona.

• Completada — El recorrido llegó a su cierre.

Los estados detallados por etapa (revisión, pago, firma, etc.) se explican en Solicitud.

Expedientes y resoluciones

Figura 5. Documentación → Expedientes: selector de entidad y listado de carpetas.

En Documentación → Expedientes se consultan las carpetas vinculadas a los trámites de la persona. Al abrir una:

• Pestaña Solicitudes — nombre, número, estado, quién la hizo y última actualización.
• Pestaña Resoluciones — documentos e historial de aprobaciones, rechazos, cancelaciones e improcedencias.

Mi perfil

En el perfil se ven los datos del registro. Documento, nombres y fecha de nacimiento (persona natural) o NIT y razón social (persona jurídica) no se editan: formaron parte del alta. Sí pueden actualizarse correo y teléfono.

El indicador de infracciones muestra si la cuenta está libre de multas e insolvencias, o el aviso correspondiente.

Ejemplo

Ejemplo

Ana López entra al Website, revisa el detalle de un trámite en la Lista de trámites y pulsa Iniciar trámite. Completa el formulario; mientras no envía, el flujo espera y Marta — analista en el Dashboard — aún no tiene una solicitud en revisión.

Si el analista devuelve observaciones, Ana las ve en el portal, corrige y reenvía. Al cerrar, la resolución y los documentos quedan en el expediente. Luis Méndez, persona asociada de Ana, solo vería esa solicitud si hay representación activa y la visibilidad lo permite.

Siguiente lectura

Solicitante · Autenticación · Solicitud · Notificaciones · Expediente · SDT

Tablero

Dashboard SDT — Inicio con métricas, resumen de solicitudes y acceso a la operación interna.

El Dashboard SDT es el portal de administración de la institución. La pantalla Inicio — el tablero — concentra métricas y un listado reciente de solicitudes para supervisar volúmenes y estados.

No es el Website (donde solicita la persona) ni el Builder (donde se diseña el flujo). Desde aquí se opera, configura y consulta lo que ya está publicado.

Para quién es

Entra el usuario interno — analista, supervisor, administrador — según su rol. Tras autenticarse, el sistema abre Inicio por defecto.

El tablero resume; no sustituye el detalle de una solicitud. Para revisar, firmar o reasignar, se abre la fila correspondiente.

Pantalla Inicio

Arriba: título, buscador «Buscar…» y campana de notificaciones (punto azul si hay avisos sin leer). Debajo, saludo y el mensaje «Visualice las últimas actualizaciones de su institución».

Figura 1. Inicio del Dashboard SDT — métricas, resumen de solicitudes y tabla con pestañas.

Contenido principal

• Métricas

  Tres tarjetas con totales de procesos, flujos y trámites. Enlace Actualizar para refrescar cifras.

• Trámites

  Tres tarjetas: solicitudes en proceso, resueltas y pendientes. Vista rápida del volumen operativo.

• Tabla de solicitudes

  Pestañas Normales, Express y Mis firmas; buscador «Buscar solicitud…» y Filtros. Columnas: nombre del trámite, estado (fase y subestado) y tiempo transcurrido. Cada fila abre el detalle. Mis firmas lista las que esperan firma del usuario.

Menú lateral

Tres bloques del Dashboard

• Recursos

  Inicio, Procesos (con etiquetas), Centro de datos y Plantillas.

• Administración

  Roles, Usuarios (internos, externos y grupos), Calendario y Portal (avisos, preguntas frecuentes, plazos de suspensión, pagos NPE).

• Documentación

  Expedientes — carpetas, registros y resoluciones de la institución.

En el menú de perfil: datos personales, política de privacidad, tema claro u oscuro y cerrar sesión.

Ejemplo

Ejemplo

Marta Ruiz entra al Dashboard con usuario, clave y código OTP. Inicio le muestra cuántas solicitudes de ACH están en proceso y cuántas se resolvieron.

Para saber si el expediente de Ana ya tiene propietario vinculado, no basta el tablero: abre la solicitud o el registro en Expedientes. Para cambiar el recorrido del trámite, va al Builder, no a Inicio.

Siguiente lectura

Métricas · Solicitud · Proceso · Constructor · Portal externo · SDT

Métricas

Indicadores cuantitativos en Inicio del Dashboard — procesos, flujos, trámites y estado de las solicitudes.

Las métricas son cifras agregadas del SDT: cuántos procesos, flujos y trámites existen, y cuántas solicitudes están en proceso, resueltas o pendientes.

Viven en Inicio del Dashboard. Describen el conjunto de la institución, no el detalle de un caso. Para reconstruir qué pasó en una solicitud concreta, sirve la trazabilidad y el historial.

Dónde se ven

Tras autenticarse, Inicio muestra dos bloques de tarjetas con enlace Actualizar en cada uno. La captura incluye también la tabla de solicitudes del tablero; las métricas son solo los contadores superiores.

Figura 1. Bloques Métricas y Trámites en Inicio del Dashboard SDT.

Los dos bloques de contadores

• Métricas

  Totales de procesos, flujos y trámites publicados en la institución. Reflejan lo configurado y disponible, no el avance de una solicitud puntual.

• Trámites

  Solicitudes en proceso, resueltas y pendientes. Reflejan la operación actual: cuántas están activas, cuántas cerraron y cuántas esperan acción.

Una tarjeta no abre el detalle de una solicitud. Para revisar, firmar o reasignar, se usa la tabla de Inicio o el módulo correspondiente.

Permisos y actualización

El rol del usuario interno define si puede ver métricas y refrescarlas. Sin permiso, las tarjetas pueden no mostrarse o no actualizarse.

Cuando una solicitud cambia de estado — cierre, resolución, error en una consulta — el contador se ajusta al registrar el sistema ese movimiento. Actualizar vuelve a pedir las cifras al servidor sin recargar toda la sesión.

Ejemplo

Ejemplo

En ACH hay doce solicitudes de un trámite en pruebas. Tres esperan el formulario; dos se cerraron por fallo de consulta externa; el resto ya creó carpeta.

Inicio muestra esos totales en Trámites. No indican, por sí solos, si el titular es persona natural o jurídica — eso está en la solicitud y el expediente. Marta usa las métricas para dimensionar carga; abre una fila cuando necesita actuar sobre Ana.

Siguiente lectura

Tablero · Solicitud · Trazabilidad · Rol · SDT