¿Tu automatización puede cobrar o escribir dos veces? Qué pedir antes de conectarla

Una automatización no debería repetir un cobro porque se cayó la conexión. Pero decirle a una IA "no cobres dos veces" no alcanza: esa protección tiene que estar construida en el sistema.

Soy Laura Calle, y con mi equipo en ia con lala construimos automatizaciones a la medida para empresas. Si estás evaluando conectar tu atención al cliente, tus pedidos o tu cobranza, te recomiendo incluir esta pregunta en la conversación con el proveedor: "¿Qué pasa si la misma instrucción llega otra vez?".

No necesitas programar para entender la respuesta. Necesitas ver qué ocurre cuando algo falla.

El problema no siempre es que la IA se equivoque

Imagina este ejemplo, no es un caso de un cliente: tu sistema envía una solicitud de cobro, el servicio de pagos la procesa, pero la confirmación no alcanza a regresar porque se interrumpe la conexión.

Tu sistema ve una espera que se agotó. Eso no significa necesariamente que el cobro haya fallado. Si vuelve a intentarlo como si fuera una compra nueva, puede crear un segundo cobro.

La documentación de Stripe describe mecanismos para repetir solicitudes sin repetir su efecto. Es un problema de cómo se conectan las herramientas, no algo exclusivo de la IA. Uso Stripe como referencia técnica, no como recomendación de una pasarela disponible para todas las empresas ni como garantía sobre otras plataformas.

La protección tiene un nombre raro, pero una idea sencilla

Se llama idempotencia: repetir la misma operación debe conservar el resultado, no producir otra venta, otro cobro u otro pedido.

Para lograrlo, el sistema necesita reconocer la operación y guardar qué ocurrió. No basta con comparar el nombre del cliente y el valor: una persona puede hacer dos compras legítimas del mismo producto. Hay que distinguir una compra nueva de un reintento de la anterior.

Pídele al proveedor que te muestre cómo identifica cada operación, dónde guarda su resultado y cómo trata dos intentos que llegan al mismo tiempo. También debe explicar durante cuánto tiempo funciona esa protección, porque puede depender de la herramienta conectada.

Recibir un aviso dos veces es otro problema distinto

Una cosa es pedir un cobro. Otra es recibir el aviso de que el cobro ya pasó.

Stripe advierte en su documentación que un mismo aviso automático, llamado webhook, puede llegar más de una vez. Recomienda registrar cuáles ya se procesaron para no repetir la acción. También contempla casos en los que dos avisos distintos representan el mismo hecho.

Traducido a tu negocio: recibir otra vez la confirmación de un pago no debería generar otro pedido ni otra entrega. La integración debe revisar el evento y la operación a la que pertenece.

Esto tampoco significa ignorar todos los avisos posteriores del cliente. Un segundo pago real necesita registrarse. Por eso la regla debe quedar escrita y probada, no depender de que el equipo descubra los duplicados al final del mes.

¿Y los mensajes de WhatsApp?

El principio también sirve para revisar mensajes, aunque las herramientas no ofrecen necesariamente las mismas protecciones que una pasarela de pagos.

Antes de repetir un envío que quedó sin confirmar, el sistema debería consultar su estado cuando el proveedor lo permita. Si no puede saber qué pasó, hace falta una regla de espera o revisión, en lugar de reenviar indefinidamente.

Y antes de mandar un recordatorio de cartera, debe consultar el saldo vigente. Evitar un mensaje duplicado no evita cobrarle por error a alguien que ya pagó: son controles diferentes.

La IA puede ayudar a redactar el mensaje. El saldo y la decisión de enviarlo necesitan datos y reglas verificables.

La prueba que pediría antes de ponerlo a funcionar

En un entorno de prueba, sin cobrar ni escribirle a clientes reales, pediría mostrar tres situaciones:

• La misma operación llega dos veces. El sistema reconoce el reintento y no crea una segunda acción.
• La operación sí se realiza, pero se pierde la confirmación. El sistema comprueba el resultado o deja el caso pendiente, sin asumir que falló.
• El cliente hace dos operaciones legítimas parecidas. Ambas quedan registradas, sin confundir la segunda con un duplicado.

No basta con que la pantalla diga "correcto". Revisa el historial, el registro final y el servicio conectado. El objetivo es comprobar qué pasó, no solo qué respondió la IA.

Qué dejar por escrito en la cotización

Puedes enviar este mensaje al proveedor:

"Quiero que el alcance explique cómo evitamos duplicar cobros, pedidos y mensajes cuando hay reintentos. Necesito saber qué identificador usa cada operación, dónde queda su historial, qué pasa si no sabemos si terminó y quién recibe la alerta. Incluyamos pruebas sin clientes reales y aclaremos qué límites dependen de las herramientas conectadas".

La implementación debe cubrir esos controles acordados. Si hay una mensualidad de operación, pide que detalle qué monitoreo, revisión de incidentes y mantenimiento incluye, sin dar por hecho que todo está cubierto.

En ia con lala trabajamos con alcance escrito y empezamos por una versión concreta del proceso. Si quieres revisar qué automatizar en tu empresa, puedes contarme qué se repite y qué herramientas usas por WhatsApp: por este enlace.

Para elegir el primer proceso, aquí tienes la guía publicada: cómo automatizar procesos en una pyme. Y si lo que necesitas es conectar atención y ventas, puedes leer qué hace un bot para empresas: bot para empresas.

Fuentes para revisar con tu proveedor

Consulté la documentación oficial de Stripe sobre solicitudes idempotentes y avisos duplicados el 28 de octubre de 2026. Describe el comportamiento de su propio servicio, con condiciones que dependen de la versión y la operación. No prueba que cualquier herramienta ofrezca las mismas protecciones. Las preguntas y pruebas de esta guía son mis recomendaciones de compra, no una promesa de que nunca ocurrirán errores.