Gestión de tokens CSRF en n8n: prepara una escritura en un entorno de pruebas de SAP Gateway
Prepara un flujo CSRF en n8n para un entorno de pruebas autorizado de SAP Gateway: conserva cookies, verifica una escritura y evalúa la renovación antes de repetirla.
Comprobado con las fuentes citadas el .
Define el objetivo del token CSRF de n8n en el entorno de pruebas
El objetivo de este tutorial sobre tokens CSRF en n8n es un flujo acotado: obtener los datos de sesión, enviar un cambio autorizado y después leer el registro de destino y comparar su estado. La documentación de SAP sobre entornos Fiori ABAP indica que la protección CSRF cubre las solicitudes OData de SAP Gateway que modifican datos.
Empieza con un servicio de pruebas proporcionado por un administrador, credenciales aprobadas y un registro desechable. Pide al responsable del servicio el producto, despliegue y versión exactos, la operación permitida, el cuerpo de la solicitud, las cabeceras necesarias y el resultado esperado al volver a leer el registro. Estos son los requisitos previos propuestos para este ejercicio.
Antes de ejecutar una escritura con un token CSRF en n8n, contrasta la solicitud completa y la señal que identifica un rechazo CSRF del servicio con la documentación de tu despliegue. Esta secuencia de configuración y revisión no llega a ofrecer un ejemplo ejecutable en el entorno de pruebas. Creemos que ese límite resulta más útil que una solicitud lista para copiar construida con ejemplos de SAP incompatibles entre sí.
Sources: Configuring ABAP Server Session Security | SAP Help Portal
1. Captura la respuesta y conserva la sesión
En el nodo HTTP Request, activa Include Response Headers and Status para poder inspeccionar el cuerpo, las cabeceras y el estado de la respuesta. La referencia del nodo HTTP mantenida por n8n también documenta cómo pasar las respuestas no satisfactorias a la lógica del flujo mediante neverError; la estructura de los parámetros varía entre versiones.
La siguiente configuración combina esa capacidad oficial de n8n con la gestión de sesiones de SAP descrita por la comunidad. Un artículo de SAP Community fechado en junio de 2021 describe cómo obtener un token mediante GET y X-CSRF-TOKEN: Fetch. Una implementación de la comunidad de enero de 2026 que utiliza n8n con SAP S/4HANA instalado localmente describe cómo incluir tanto el token como las cookies de sesión en la escritura.
Sigue estos pasos de configuración en orden con los detalles de solicitud aprobados por el responsable del servicio:
- Configura la autenticación aprobada en el nodo HTTP Request que obtiene el token y activa las cabeceras y el estado de la respuesta.
- Envía la solicitud GET aprobada con X-CSRF-TOKEN establecido en Fetch, siguiendo el patrón descrito por la comunidad.
- Inspecciona la respuesta y conserva juntos el token y las cookies de sesión recibidos.
- Construye la cabecera Cookie de salida a partir de los pares name=value recibidos, excluyendo los atributos de Set-Cookie, tal como describe la implementación de la comunidad de enero de 2026.
- Prepara el nodo de escritura con la misma autenticación aprobada y el token y las cookies correspondientes. Inspecciona la respuesta real en lugar de dar por hecho un número fijo de cookies.
Sources: HTTP Request | Nodes | n8n Docs, skills/skills/n8n-node-configuration-official/references/HTTP_NODES.md at main · n8n-io/skills · GitHub, How does CSRF token work? SAP Gateway - SAP Community, Building an Email-Based SAP Sales Order Automation... - SAP Community
2. Escribe una vez y después compara el estado de destino
Utiliza únicamente la operación y el cuerpo de solicitud aprobados para tu servicio de pruebas. Para SAP Gateway Foundation en SAP NetWeaver AS ABAP 7.4 for Suite, SP16, SAP documenta que las actualizaciones y eliminaciones de BusinessPartner en GWSAMPLE_BASIC requieren If-Match con un ETag obtenido en una lectura previa. Ese requisito corresponde a esa entidad de ejemplo y a esa versión; no proporciona un cuerpo de solicitud completo para tu servicio.
Mantén desactivados los reintentos automáticos de escritura en este diseño propuesto. La referencia del nodo HTTP mantenida por n8n advierte de que el reintento automático se aplica a todos los errores. En nuestra opinión, desactivar los reintentos automáticos de escritura compensa la investigación manual adicional, aunque también supone renunciar a la recuperación automática ante errores transitorios.
Después de la escritura, ejecuta una solicitud GET sobre el registro de destino y compara el campo acordado con el valor previsto. Un experimento de SAP Community de agosto de 2026 que utiliza n8n 2.x, etiquetado como SAP S/4HANA Cloud Private Edition, demuestra este patrón para API_SERVICE_QUOTATION_SRV. Es un ejemplo descrito por su autor, no una garantía general de compatibilidad.
Utiliza un nodo If para la bifurcación de comparación; n8n documenta oficialmente las bifurcaciones basadas en comparaciones. El resultado esperado es observar un campo que coincida con el cambio aprobado. Esa observación no confirma todos los efectos posteriores sobre el negocio.
Sources: skills/skills/n8n-node-configuration-official/references/HTTP_NODES.md at main · n8n-io/skills · GitHub, Sample Service - Basic: Entity Types | SAP Help Portal, Email-driven SAP Service Quotation approval with n... - SAP Community, n8n-docs/docs/integrations/builtin/core-nodes/n8n-nodes-base.if.md at main · n8n-io/n8n-docs · GitHub
3. Separa la renovación de la investigación de fallos
Para renovar un token CSRF en n8n, el artículo de SAP Community fechado en junio de 2021 indica que se debe obtener un token nuevo cuando se renueva la sesión. Trátalo como una orientación de la comunidad y captura juntos el token y las cookies nuevos. No asignes una duración fija: la documentación oficial facilitada recomienda configurar la caducidad de la sesión HTTP sin establecer una duración universal.
Utiliza el siguiente mapa de investigación como orientación editorial. No dirijas todas las respuestas de acceso prohibido a la renovación del token; solicita al administrador las evidencias de rechazo específicas del servicio.
| Problema | Acción propuesta | Alcance de la evidencia |
|---|---|---|
| Renovación de la sesión | Obtén nuevos datos de sesión | Orientación de SAP Community |
| Autenticación | Confirma el acceso con el responsable del servicio | Paso de investigación editorial |
| Falta de autorización | Pregunta a un administrador por SU53 o ST01 | Documentación de Fiori de SAP S/4HANA 1809 Latest |
| Fallo de procesamiento OData | Inspecciona los registros de errores del hub y del backend | Documentación de Mobile Adapter 2025 FPS02 |
Sources: How does CSRF token work? SAP Gateway - SAP Community, Mobile Adapter Troubleshooting | SAP Help Portal, Troubleshooting SAP Fiori Apps | SAP Help Portal, Configuring ABAP Server Session Security | SAP Help Portal
4. Decide si está justificada otra escritura
Para investigar los registros de errores, la documentación de Mobile Adapter de SAP S/4HANA on-premise 2025 FPS02 indica /IWFND/ERROR_LOG para el hub de Gateway y /IWBEP/ERROR_LOG para el backend. Su contexto es Last Mile Distribution; los errores genéricos relacionados con usuarios autenticados incorrectamente pueden no aparecer.
Tras una respuesta ambigua, recomendamos leer el estado de destino y detenerse a investigar si el resultado sigue siendo incierto. Renovar los datos de sesión no autoriza a repetir una escritura.
Como comprobación editorial de cierre, registra la respuesta observada, la comparación tras volver a leer el registro, la decisión sobre la renovación de la sesión y el responsable de cualquier problema pendiente. Considera otra escritura solo cuando el responsable del servicio haya determinado que es apropiada para esta operación.
Sources: Mobile Adapter Troubleshooting | SAP Help Portal
