Descripción del proceso
2to2 App Creator
Tu documentación es el programa. La IA la compila. La plataforma la ejecuta.
App Creator es un editor de documentación de análisis asistido por IA. Lee los procedimientos, políticas y formularios que ya tienes y los convierte en una especificación que lees y apruebas.
De esa especificación no sale código — sale una aplicación compuesta por los objetos de la propia plataforma. La IA no inventa arquitectura; solo puede usar lo que la plataforma ya sabe hacer.
- Sin código que mantener
- La documentación es la aplicación
- La IA ensambla, no inventa
AppSpecification/business/ proceso-no-conformidad.md · Proceso de negocio CONFIRMADORevisión 3
Proceso de negocio: gestión de no conformidades
1. Resumen del proceso
Código del proceso: PROC-NCR-01
Disparador: un defecto o desviación detectado en inspección de entrada, producción, inspección final, reclamación de cliente o auditoría.
Responsable del proceso: ingeniero de calidad
Entidades principales: No conformidad, Acción, Aprobación, Evidencia, Caso 8D
2. Flujo
Paso 1 — registro. Quien la detecta introduce planta, línea, origen, número de pieza, cantidad y descripción del defecto. Estado: Registrada.
Paso 2 — verificación. El ingeniero de calidad asigna tipo de defecto y severidad, y marca si hace falta contención.
AI PROPUESTA A PARTIR DEL PROCEDIMIENTO QP-08
En §4.2 hay un paso de «verificación de eficacia» a los 30 días — no está en esta descripción. ¿Añadirlo como paso 7?
AppSpecification/workflows/ workflow-spec-ncr.md · Especificación de proceso CONFIRMADORevisión 5
No conformidad
La vida de una no conformidad, desde que alguien la registra en planta hasta que se cierra: verificación, contención, la disposición y su aprobación, la concesión del cliente cuando la pieza está bajo contrato OEM, la ejecución de la disposición y la decisión de si hace falta un caso 8D completo.
Roles
| ROL | QUIÉN LO OCUPA |
|---|---|
| Registrador | Operarios, inspectores y almaceneros de inspección de entrada. |
| Ingeniero de calidad | Verifica y clasifica, lleva el caso; aprueba una disposición no crítica. |
| Responsable de calidad | Aprueba severidad crítica y la disposición «usar tal cual», y registra la concesión del cliente. |
| Responsable de acción | Ejecuta la contención y la disposición física. |
Campos
| CAMPO | TIPO | OBLIG. | CONTIENE |
|---|---|---|---|
| Número NCR | Texto | no | NCR-AAAA-nnnnn, asignado automáticamente. |
| Título | Texto | sí | Una línea: qué está mal. |
| Origen | Selección | sí | Entrada, producción, inspección final, reclamación, auditoría. |
| Planta | Selección | sí | Mielec o Rzeszów. |
| Cantidad | Número | sí | Piezas afectadas. |
Número NCRTexto · auto
TítuloTexto · obligatorio
OrigenSelección · 5 valores
PlantaSelección · 2 valores
CantidadNúmero
FotosAdjuntos
DisposiciónRelación → Disposiciones
NÚMEROTÍTULOPLANTAESTADO
NCR-2026-00184Desviación de diámetro de taladro, pos. 14MielecVerificación
NCR-2026-00183Falta certificado de materialRzeszówCerrada
NCR-2026-00182Recubrimiento dañado en transporteMielecDisposición
NCR-2026-00181Par de apriete fuera de especificaciónMielecCerrada
Una tabla con campos tipados y relaciones — definida en el editor, no en migraciones de base de datos.
PROCESO EN LA APLICACIÓNNo conformidad NCR-2026-00184 EN MARCHA
RegistradaHumano · Registrador
ClasificaciónDigital · Triaje
VerificaciónHumano · Ingeniero
DisposiciónHumano · Ingeniero
AprobaciónHumano · Responsable
CerradaDigital · Cierre
críticasin aprobacióndevuelta al registradorESTADO ACTIVOREGISTRADAHUMANO · REGISTRADORDescribe el defecto, la planta, la pieza y la cantidad
Esto es un objeto de la plataforma — estados, transiciones y roles. Ni código ni un dibujo en un documento: así se ve el proceso en el editor y así funciona en la aplicación.
Registro de no conformidadesPlanta: todasEstado: abiertasMis casos
NÚMEROTÍTULOPERSONAPLAZO
NCR-2026-00184Desviación de diámetro de taladro, pos. 14A. Nowaken 2 días
NCR-2026-00182Recubrimiento dañado en transporteM. Zajachoy
NCR-2026-00179Dimensión de brida fuera de toleranciaA. Nowaken 5 días
Registro de no conformidadesLista · visible para todos
Panel de calidadIndicadores · dirección
Calendario de accionesCalendario · responsables
Las páginas son vistas sobre los procesos — columnas, filtros y acceso definidos en el editor.
El punto de partida
Tu empresa ya sabe cómo debe funcionar esta aplicación.
Requisitos, procedimientos, políticas, formularios y descripciones de proceso ya contienen el conocimiento necesario para construir una aplicación. El problema es que ese conocimiento está repartido entre documentos y separado del software.
2to2 App Creator convierte esas fuentes en un modelo ejecutable — sin perder el significado de negocio que hay detrás.
Lógica de decisión
Políticas y reglas de negocio
Experiencia de usuario
Formularios y descripciones de roles
Del documento a la aplicación
Un camino controlado desde el conocimiento de negocio hasta software en marcha.
La IA acelera el primer modelo. Negocio y TI mantienen el control sobre qué significa, cómo funciona y cuándo entra en producción.
Trae la documentación
Empieza con requisitos, procedimientos, descripciones de proceso, reglas y formularios existentes.
Fuente de negocioLa IA estructura el modelo
2to2 identifica el proceso, los datos, los roles, los permisos, las páginas y la lógica de decisión.
Especificación de la aplicaciónRevisa y afina
Negocio y TI verifican el modelo, cierran los huecos y lo mejoran en la documentación o en los diseñadores visuales.
Modelo vivo aprobadoGenera y ejecuta
2to2 crea la app de proceso gobernada. Publícala cuando esté lista y sigue mejorándola sin reconstruir desde el código.
Aplicación en marchaUn modelo vivo
Esto no es prompt-to-code.
La IA no te entrega un repositorio de código desconectado. La especificación estructurada sigue siendo el modelo de la aplicación — legible para el negocio y ejecutable por 2to2.
Un prompt se convierte en código aparte.
- El prompt se interpreta como código de implementación
- La documentación se queda obsoleta cuando cambia el código
- Cada cambio genera mantenimiento a nivel de código
- El gobierno hay que añadirlo alrededor del resultado generado
La especificación sigue siendo la fuente de verdad.
- Especificación y aplicación se mantienen sincronizadas
- Cambias por documentación o por diseñadores visuales
- Sin código de aplicación aparte que mantener
- Proceso, permisos y auditabilidad viven en el modelo
Una aplicación completa
App Creator construye más que pantallas.
Una app de proceso nace como un conjunto conectado de objetos de negocio, no como una colección de componentes de interfaz aislados.
Proceso
Estados, acciones, enrutado, aprobaciones, excepciones y vías de escalado.
Modelo de datos
Entidades de negocio, campos, relaciones, estados y reglas de validación.
Páginas y formularios
Vistas, campos, pantallas de tarea, listas y las interfaces donde la gente hace el trabajo.
Roles y permisos
Quién puede ver, iniciar, editar, aprobar, delegar y administrar cada parte de la app.
Reglas y validaciones
Condiciones, cálculos, información obligatoria y lógica de decisión de negocio.
Tareas de personas e IA
Trabajo asignado a personas, a Digital Workers o a ambos — dentro de un único flujo gobernado.
Cada objeto forma parte del mismo modelo de aplicación. Un cambio en el proceso puede actualizar la interfaz, los permisos y las asignaciones de trabajo sin crear lógica desconectada.
Dos formas de construir
Escribe la especificación. Diseña visualmente. Trabaja sobre la misma aplicación.
Cada equipo puede usar la vista que le encaja — sin crear dos versiones de la verdad que compitan entre sí.
Gobierno por diseño
Generar no significa publicar sin control.
La IA acelera el primer modelo y las decisiones siguen en manos de las personas. Revisa, prueba, aprueba y publica en un ciclo de vida definido — con permisos y trazabilidad incorporados.
Revisión antes de publicarNegocio y TI validan el modelo antes de que entre en operación.
Permisos incorporadosRoles, accesos y acciones permitidas forman parte del modelo de aplicación.
Cambio trazableLa especificación, el proceso y la aplicación se mantienen alineados y auditables.
Preguntas y respuestas
Cómo funciona 2to2 App Creator en la práctica.
¿2to2 App Creator genera código fuente?
No. Genera y mantiene un modelo de aplicación ejecutable dentro de 2to2. No hay un código de aplicación aparte que se aleje de la especificación.
¿Puede nuestro equipo seguir desarrollando la aplicación visualmente?
Sí. El mismo modelo se puede mejorar mediante documentación estructurada o con los diseñadores visuales de 2to2. Las dos vías trabajan sobre una aplicación, no sobre artefactos separados.
¿Con qué documentación podemos empezar?
Con requisitos, procedimientos, descripciones de proceso, políticas, definiciones de roles, reglas de negocio y formularios existentes. App Creator estructura el conocimiento disponible y ayuda a sacar a la luz los huecos que requieren una decisión.
¿La IA publica la aplicación generada automáticamente?
No. Generar y publicar son cosas distintas. Tu equipo puede revisar, probar, afinar y aprobar el modelo antes de publicar la aplicación.
Run work. Speed up the flow.
Cuéntanos qué proceso quieres poner en orden. Te mostramos la aplicación que sale de tu propia documentación.
O escribe a office@datapolis.com