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