Muchas tiendas envían pedidos al ERP mediante eventos automáticos. Si un webhook falla o se entrega varias veces, pueden faltar pedidos en administración o aparecer documentos duplicados sin que el comerciante advierta el error. El objetivo de esta guía es traducir el riesgo tecnológico a decisiones concretas de una pequeña o mediana empresa, sin exigir necesariamente proyectos complejos ni compras adicionales.
Delimitar el problema
El responsable técnico debería registrar identificador del evento, pedido de origen, momento de emisión, respuesta HTTP, intentos de reenvío y estado final. La información personal del comprador debe minimizarse en los registros.
Antes de decidir qué cambiar, interesa consultar a quienes utilizan el proceso cada día. Muchas incidencias se producen en los traspasos entre departamentos y no aparecen en un manual técnico. Conviene conservar un inventario sencillo, actualizado y accesible al personal autorizado.
Medidas que conviene implantar
Un diseño robusto contempla reintentos controlados, firmas de autenticidad e idempotencia para no crear dos registros por un único evento. La conciliación diaria permite comparar totales del ecommerce y del ERP.
Las configuraciones recomendadas han de ajustarse al tamaño de la organización y al nivel de exposición. Es mejor poner en práctica pocos controles verificables que desplegar mecanismos que nadie entiende y que acaban desactivándose por dificultar el trabajo diario.
Un caso práctico
Por ejemplo, una pasarela confirma una compra cuando el ERP está temporalmente inaccesible. El evento debe poder recuperarse sin volver a cobrar al cliente ni perder las unidades descontadas del stock.
El caso debe revisarse con los datos y recursos concretos de cada negocio. Un procedimiento válido en una oficina pequeña podría requerir herramientas y aprobaciones adicionales cuando hay datos sensibles, varios locales o proveedores externos.
Errores habituales
Los mensajes recibidos no prueban por sí solos que el pedido se haya grabado correctamente. Es necesario comprobar que el cambio se confirma en destino y que las alertas no se silencian indefinidamente.
Para detectar desviaciones deben fijarse señales observables: registros de cambios, movimientos inusuales, trabajos pendientes, alertas sin responsable o diferencias en cierres diarios. La evidencia importa más que la apariencia de normalidad de la aplicación.
Cómo medir que funciona
El responsable del proceso debería definir una revisión periódica, registrar las incidencias significativas y comprobar una muestra real de operaciones. Los resultados de la prueba y las acciones correctoras deben tener fecha y persona responsable para distinguir una política escrita de un control efectivo.
La revisión se completa comunicando las conclusiones a los responsables de negocio y actualizando la documentación. Cuando una medida no funciona, se registra la causa y se decide una corrección; no basta con marcar una casilla de cumplimiento.
Recursos relacionados y fuente de referencia
El INCIBE dispone de recursos para seguridad digital empresarial. El diseño del proceso también puede apoyarse en una guía sobre organización de equipos y sistemas, el seguimiento de incidencias, la revisión de registros, el control de costes y cambios, el tratamiento seguro de datos y la continuidad operativa. Estas pautas son generales y deben adaptarse a las obligaciones de cada actividad.
Fotografía: Christina Morillo / Pexels.
