Una integración envía una incidencia, pierde la respuesta y vuelve a enviarla. Aunque ambos intentos sean válidos, el resultado esperado es una sola incidencia. La referencia que identifica el evento debe mantenerse al reintentar.
Dos escrituras, una referencia
Microsoft documenta un nodo nativo de n8n que lee y escribe filas mediante la API web de Dataverse. Su demostración busca un registro y lo crea si no existe. Si dos ejecuciones consultan antes de que alguna escriba, ambas pueden decidir crear. La demostración no mide ese caso.
Prueba en una tabla de ensayo
- Crear una referencia externa única, por ejemplo CASO-001. Comprobar que la clave esté activa y que la operación elegida pueda direccionar la fila por esa clave. Limitar la identidad del flujo a la tabla de ensayo.
- Ejecutar primero la secuencia de consulta y creación. Enviar dos mensajes simultáneos con CASO-001; registrar filas, errores y respuestas de ambas ejecuciones.
- Repetir con una referencia nueva y una operación de creación o actualización (
upsert) dirigida a la misma clave en ambos envíos. Simular también un reintento después de una escritura ya aceptada.
El criterio de aceptación incluye una sola fila, el contenido previsto y evidencia de qué ocurrió en cada intento. Una fila única no basta si un reintento antiguo sobrescribe un estado más reciente o dispara dos notificaciones. Usar datos ficticios y revisar qué mensajes conserva n8n en su historial.