Simulación en n8n: crea una rama de previsualización antes de habilitar escrituras
Ejercicio editorial de simulación en n8n con registros sintéticos, enrutamiento explícito y vistas previas de datos, sin nodos de escritura ejecutables.

Comprobado con las fuentes citadas el .
Tu ejercicio de simulación en n8n y sus límites

Crea una rama de simulación en n8n que muestre una actualización propuesta y termine antes de cualquier destino de escritura. Este es un ejercicio editorial: el flujo propuesto no se ha ejecutado ni validado. Tu tarea consiste en inspeccionar los datos y revisar si las rutas de previsualización probadas pueden alcanzar la ruta de escritura futura.
Necesitas acceso a un flujo de desarrollo de n8n y saber conectar nodos. Mantenlo sin publicar, utiliza registros sintéticos y omite las credenciales reales y los nodos de escritura ejecutables. Representa el futuro destino de escritura con un marcador de posición inofensivo de Edit Fields. La configuración real de la API y la habilitación en producción quedan fuera de este ejercicio.
n8n documenta las entradas sintéticas mediante Code o Edit Fields, el enrutamiento condicional mediante If y la preparación de datos mediante Edit Fields. Estas capacidades permiten plantear el ejercicio; las fuentes facilitadas no demuestran que exista una función de simulación para toda la plataforma. Las fuentes oficiales son capturas de documentación sin fecha y no especifican compatibilidad con versiones ni ediciones.
Creemos que una previsualización útil debe mostrar claramente dónde termina. Que los datos parezcan correctos es solo una parte de la revisión.
Sources: n8n-docs/docs/build/work-with-data/pin-and-mock-data.md at main · n8n-io/n8n-docs · GitHub, n8n-docs/docs/integrations/builtin/core-nodes/n8n-nodes-base.if.md at main · n8n-io/n8n-docs · GitHub, n8n-docs/docs/integrations/builtin/core-nodes/n8n-nodes-base.set.md at main · n8n-io/n8n-docs · GitHub
Prepara registros sintéticos y un enrutamiento explícito

Utiliza Edit Fields o Code para preparar casos de prueba sintéticos separados. El contrato de entrada que proponemos exige que recordId y proposedStatus sean cadenas no vacías, y que proposedStatus sea exactamente approved o paused. Añade un campo routeControl: solo la cadena exacta write-placeholder solicita el marcador de posición de escritura futura; cualquier otro valor selecciona la previsualización. La siguiente matriz recoge expectativas propuestas, no resultados observados.
| Caso de prueba | recordId | proposedStatus | routeControl | Punto final esperado |
|---|---|---|---|---|
| Previsualización válida | demo-01 | approved | preview | Previsualización de datos |
| ID ausente | Omitido | approved | preview | Registro rechazado |
| Estado no admitido | demo-03 | archived | preview | Registro rechazado |
| Control ausente | demo-04 | paused | Omitido | Previsualización de datos |
| Control inesperado | demo-05 | approved | true | Previsualización de datos |
| Marcador de posición explícito | demo-06 | paused | write-placeholder | Marcador de posición de escritura futura |
| Entrada no válida con solicitud | Omitido | approved | write-placeholder | Registro rechazado |
Crea un If de validación antes de preparar cualquier conjunto de datos. Exige que se cumplan todas las condiciones del contrato; envía los fallos a una salida terminal de registro rechazado que conserve la entrada y el motivo del rechazo. Envía los registros válidos a un segundo If que compare routeControl explícitamente con write-placeholder. Configura los tipos y valores de comparación en lugar de basarte en una interpretación implícita de su valor booleano.
Utiliza esta secuencia propuesta para mantener separadas la validación, la preparación de la previsualización y el destino futuro.

Sources: n8n-docs/docs/build/work-with-data/pin-and-mock-data.md at main · n8n-io/n8n-docs · GitHub, n8n-docs/docs/integrations/builtin/core-nodes/n8n-nodes-base.if.md at main · n8n-io/n8n-docs · GitHub, n8n-docs/docs/integrations/builtin/core-nodes/n8n-nodes-base.set.md at main · n8n-io/n8n-docs · GitHub
Crea e inspecciona la previsualización de datos

En la salida de previsualización del If de control de ruta, añade Edit Fields con recordId, intendedMethod, intendedPath y proposedBody. Para demo-01, nuestra previsualización propuesta es recordId demo-01, intendedMethod PATCH, intendedPath /exercise/records/demo-01 y proposedBody con status approved. Son campos de datos, no una solicitud HTTP. Termina esta rama en ese nodo.
Conecta la otra salida únicamente al marcador de posición inofensivo de Edit Fields, con una marca como destination: future-write-placeholder. Mantén separadas ambas salidas terminales. Como no se proporciona un contrato de la API de destino, que la previsualización sea correcta significa que concuerda con este esquema editorial, no que un sistema de la empresa la acepte.
n8n documenta la ejecución manual para seguir la lógica del flujo e inspeccionar las transformaciones. Ejecuta cada caso de prueba por separado y registra su punto final esperado, el observado y los campos observados. En esta simulación de n8n, inspecciona tanto la ruta de ejecución como cada conexión, incluidas las rutas que omitan la validación o salgan de la previsualización.
En la práctica, preferimos revisar las conexiones antes de confiar en una traza satisfactoria. La evidencia de ejecución y la revisión de conexiones responden a aspectos distintos de la cuestión del aislamiento.
Sources: n8n-docs/docs/integrations/builtin/core-nodes/n8n-nodes-base.if.md at main · n8n-io/n8n-docs · GitHub, n8n-docs/docs/integrations/builtin/core-nodes/n8n-nodes-base.set.md at main · n8n-io/n8n-docs · GitHub, n8n-docs/docs/build/understand-workflows/understand-executions/types-of-executions.md at main · n8n-io/n8n-docs · GitHub
Comprueba la finalización y reflexiona antes de habilitar escrituras

Utiliza esta lista editorial de comprobación para decidir si has completado el ejercicio de simulación en n8n. Mantén pendiente cualquier discrepancia hasta que puedas explicarla y corregirla.
Si el enrutamiento es incorrecto, inspecciona los tipos de comparación, los valores literales y las conexiones de las ramas. Si faltan campos en la previsualización, inspecciona la salida anterior y las asignaciones de Edit Fields. Un caso que debería rechazarse y alcanza la previsualización incumple el criterio del ejercicio; no lo des por válido porque sus datos estén bien formados.
Las trazas manuales cubren las entradas y rutas probadas, no todas las rutas posibles ni las revisiones futuras. n8n también indica que la fijación de datos no está disponible en las ejecuciones de producción: los casos de prueba fijados no son una barrera contra escrituras en producción. Reflexiona sobre qué conexiones y condiciones necesitarían una nueva revisión tras un cambio, y qué comprobaciones adicionales específicas de la API harían falta antes de sustituir el marcador de posición.
Sources: n8n-docs/docs/build/work-with-data/pin-and-mock-data.md at main · n8n-io/n8n-docs · GitHub, n8n-docs/docs/integrations/builtin/core-nodes/n8n-nodes-base.if.md at main · n8n-io/n8n-docs · GitHub, n8n-docs/docs/integrations/builtin/core-nodes/n8n-nodes-base.set.md at main · n8n-io/n8n-docs · GitHub, n8n-docs/docs/build/understand-workflows/understand-executions/types-of-executions.md at main · n8n-io/n8n-docs · GitHub


