Saltar a contenido

Novedades · octubre de 2026

34 versiones. Lo más reciente está en el changelog.

2026.10.08.7 — Pago en persona: Caja Vecina y efectivo 💵

  • Nueva sección «Pago en persona» en las formas de pago del bot. Es la vía del cliente que no usa banca en línea: cargas el lugar y qué tiene que decir o dar ahí, y el bot se lo repite tal cual cuando dice que no tiene tarjeta, que quiere pagar en efectivo o que pregunta dónde pagar presencialmente.
  • Para Chile hay dos botones listos: Caja Vecina y ServiEstado. Con un clic queda cargado «ve a cualquier Caja Vecina, pide pagar el convenio de tu empresa y da tu RUT». Necesitas tener convenio de recaudación con BancoEstado para que te lo reciban; el panel te lo aclara.
  • El bot ya no confunde un lugar con una cuenta. Antes, al cargar algo sin número de cuenta, se descartaba y el bot no lo ofrecía nunca; ahora las cuentas y los lugares van en bloques separados y el cliente ve las dos vías, cada una con lo suyo.
  • El agente también puede enviarlo desde la ficha del cliente, con el botón «Enviar formas de pago»: el lugar sale con su instrucción en vez de con una cuenta vacía.
  • El asistente aprendió a leer el voucher de Caja Vecina, ServiEstado y Servipag (papel de punto de pago, con «Convenio» y «Rut cliente»): reconoce a tu empresa como quien recibe y al cliente como quien paga, así que el comprobante se valida y el pago se registra igual que una transferencia.

Dónde lo ves: Panel → 🤖 Bot → Entrenar al bot → paso Cobros → 🏦 Formas de pago → 💵 Pago en persona.

Versiones anteriores

2026.10.08.6 — Los medios de pago, como son en tu país 🔍

  • Corregimos lo que el panel y el bot prometían sobre Mercado Pago. Fuimos a su catálogo oficial, país por país, y ajustamos los textos: en México el link incluye efectivo en OXXO, PayCash y Tiendas Autorizadas; en Argentina, Rapipago y Pago Fácil; en Colombia, Efecty y PSE; en Uruguay, Abitab y Redpagos; en Brasil, boleto y Pix; en Perú, pago en agentes de BCP, BBVA u otros bancos.
  • En Chile, Mercado Pago no tiene pago en efectivo — son tarjetas, dinero en cuenta y transferencia con Fintoc. El panel decía «efectivo en Servipag» y el bot se lo repetía al cliente. Ya no: ahora el tab lo aclara y te sugiere pedirnos Webpay o Caja Vecina si lo que necesitas es que tu cliente pague en una caja.
  • El bot dice los medios reales de tu país. El aviso de «el pago en efectivo tarda 1 o 2 días hábiles en acreditarse» aparece solo donde ese efectivo existe de verdad.

Dónde lo ves: Panel → pestaña 💳 Cobros, y en el mensaje que el bot le manda a tu cliente con el link de pago.

2026.10.08.5 — PayPal ya cobra 💙

  • PayPal pasó de «en evaluación» a funcionando. Lo pidió un ISP de México y ya se puede configurar en el tab Cobros: tu cliente paga con su cuenta PayPal o con cualquier tarjeta internacional —sin crearse una cuenta— y el dinero entra directo a tu cuenta de PayPal.
  • Disponible para 🇪🇨 Ecuador, 🇲🇽 México, 🇪🇸 España y 🇵🇦 Panamá. PayPal cobra en dólares, pesos mexicanos, euros y reales, así que no aparece donde se factura en soles o en pesos argentinos, chilenos y colombianos: preferimos no ofrecerte algo que fallaría al cobrar. Para Ecuador y Panamá es la primera pasarela disponible.
  • Solo necesitas el Client ID y el Secret de tu aplicación de PayPal, y elegir si son de pruebas o de producción. Nada de webhooks: cuando tu cliente aprueba el pago nosotros le preguntamos a PayPal y lo cobramos en ese momento; y si cerró el navegador antes de volver, un proceso nuestro lo completa igual.
  • El link de PayPal vence en 3 horas, que es lo que dura una orden suya. Si tu cliente cancela en la pantalla de PayPal, ve un aviso de que no se le cobró nada y su factura sigue pendiente.

Dónde lo ves: Panel → pestaña 💳 Cobros → 💳 Cobros automáticos → «Agregar/configurar PayPal». La guía está en Cobros del bot.

2026.10.08.4 — El catálogo completo de pasarelas 🗂️

  • Sumamos al tab Cobros todas las pasarelas que podemos integrar, cada una con la bandera de los países donde opera: PayU, BBVA, OXXO Pay, PagoFácil, Wompi, ePayco, Webpay, Flow, Khipu, BancoEstado (Caja Vecina), Siro, Cuenta Digital, Cobro Digital, Authorize.net, PixelPay, ATH Móvil y, para Ecuador, Payphone, Datafast y PlacetoPay.
  • Primero ves las de tu país; las demás quedan en el «ver también las que no operan en tu país». Pasa el mouse por cada una y te dice qué medios de pago trae.
  • Todavía no se pueden activar, y por eso están marcadas así: existen para que veas que tu pasarela local está contemplada y para que nos digas cuál necesitas. La que pide un ISP es la que desarrollamos — así entraron Culqi y el pago con QR.
  • Si en tu país ninguna está lista todavía, el tab te lo dice y te recuerda lo que ya funciona: tu cliente paga como siempre, manda la foto del comprobante por el chat, y el asistente la lee y registra el pago en tu sistema.

Dónde lo ves: Panel → pestaña 💳 Cobros → 💳 Cobros automáticos → «Otras pasarelas que podemos desarrollar».

2026.10.08.3 — PayPal a la vista, y Ecuador en el mapa 🇪🇨

  • PayPal ya aparece en Cobros con las banderas de los países donde sirve: Ecuador, México, España, Panamá y Costa Rica. Va marcado En evaluación, porque todavía no se puede activar — preferimos decírtelo antes que dejarte guardar unas llaves que el cobro automático aún no sabe usar, y que tu cliente toque el link y no pase nada.
  • Si cobras por PayPal, escríbenos y dinos qué parte de tus cobros pasa por ahí. Con ese dato entra en la cola de desarrollo: así salieron Culqi y el pago con QR.
  • Si en tu país todavía no hay ninguna pasarela que puedas activar, el tab te lo dice con nombre y apellido («PayPal sirve ahí, pero aún no está lista») en vez de quedar en blanco.
  • Mercado Pago: la moneda no se elige. La define el país de tu cuenta, y cobrar en otra te la rechaza. Ahora lo dice el formulario, y Probar conexión te confirma de qué país es la cuenta y en qué moneda va a cobrar antes del primer pago.

Dónde lo ves: Panel → pestaña 💳 Cobros → 💳 Cobros automáticos.

2026.10.08.2 — Cobros: solo las pasarelas de tu país 🏳️

  • Cada pasarela con las banderas de los países donde opera, y el tab lista solo las que sirven donde están tus clientes. Si tus clientes son de México ya no ves Izipay ni Culqi (son de Perú), ni un Mercado Pago rotulado «Argentina». Si igual quieres verlas todas, hay un enlace al final.
  • Mercado Pago habla de los medios de TU país. En México, el mismo link incluye OXXO y 7-Eleven; en Argentina, Rapipago y Pago Fácil; en Perú, agentes y bodegas. OXXO no es una pasarela aparte: es uno de los medios de ese link.
  • Si en tu país todavía no tenemos pasarela, el tab te lo dice en vez de quedar vacío, y te recuerda que tus clientes pueden pagar como siempre y mandar la foto del comprobante por el chat: el asistente la lee y registra el pago en tu sistema.
  • El bot ahora dice la vigencia real del link y los medios reales. Un link de tarjeta dura 30 minutos; uno de Mercado Pago dura 3 días, porque se puede ir a pagar en efectivo a una tienda — y el bot avisa que ese pago puede tardar 1 o 2 días hábiles en acreditarse. Antes decía «expira en 30 min» y «aceptamos Yape y Plin» con cualquier pasarela y en cualquier país.

Dónde lo ves: Panel → pestaña 💳 Cobros → 💳 Cobros automáticos.

2026.10.08.1 — Tus contactos, con el nombre que tienes en tu sistema 📇

  • La cartera de tu sistema, dentro de la agenda del CRM. Si usas Mikrowisp o WispHub, ahora puedes traer el nombre, el documento y el estado del servicio de cada cliente a los contactos del CRM. Se crea el contacto del cliente que nunca te escribió, y al que hoy aparece como «Cliente 946595725» se le pone su nombre real.
  • Buscas por nombre y lo encuentras. También puedes escribirle primero tú a un cliente, sin tener que pedirle el número a nadie.
  • Antes de aplicar, puedes ver qué cambiaría. Un botón corre la simulación y te dice cuántos contactos crearía y cuántos renombraría, con ejemplos y sin tocar nada.
  • No borra ni une contactos, y el nombre que el cliente tenía en su WhatsApp queda guardado en su ficha, en Nombre en WhatsApp.
  • Se sincronizan los clientes activos y suspendidos; los de baja no. Y si lo dejas activado, se repite una vez por semana para que los clientes nuevos aparezcan solos.

Dónde lo ves: Panel → pestaña 👥 Equipo → al final, 📇 Contactos con los datos de tu sistema. La guía completa está en Contactos con los datos de tu sistema.

2026.10.07.3 — Las etiquetas ya aparecen en la barra lateral 🏷️

  • Todas las etiquetas visibles para filtrar. Las etiquetas que crea HybsChat (pago-pendiente, aviso-automático, corte-programado, nuevo-cliente, soporte-tecnico, reactivacion, promesa-de-pago) y las que creas desde Panel → Equipo ahora quedan activadas en la barra lateral del chat desde que nacen. Antes se creaban ocultas y había que entrar a Ajustes → Etiquetas y activarlas una por una.
  • Se activaron en todas las cuentas las que ya existían ocultas. Si prefieres ocultar alguna, puedes hacerlo en Ajustes → Etiquetas.

Dónde lo ves: en el chat, barra lateral izquierda → Etiquetas.

2026.10.07.2 — Comprobantes de «pago de servicios» bien leídos 🧾

  • Recibos de pago de servicios (Banco Pichincha, Produbanco, agentes, ventanilla). El bot ahora entiende que «Titular» y «Cuenta contrato» son el cliente, que la empresa está en «Empresa o servicio» y que el monto del pago es el «Monto», sin la comisión ni el IVA del banco. Antes leía al cliente como destinatario y le decía que había pagado a otra cuenta.
  • Si el OCR confunde los campos, el bot busca el nombre de tu empresa en el texto del comprobante antes de rechazarlo. Si no lo encuentra, pide la captura completa en vez de acusar un pago a otra cuenta.
  • La factura la decide tu sistema. Al reportar un pago o dar una prórroga, el bot usa la factura pendiente real del cliente aunque el modelo se equivoque de número. Antes una prórroga podía fallar en silencio con «la factura no existe».

Dónde lo ves: en el chat cuando un cliente manda un comprobante, y en Panel → Comprobantes.

2026.10.07.1 — El bot ya no manda respuestas sin sentido 🧯

  • Tope de creatividad. El control «Creatividad» del wizard ahora va de 0 a 1. Con valores más altos, el modelo empezaba bien la respuesta y a mitad la terminaba en otros alfabetos y palabras inventadas. Si tenías un valor mayor, se aplica 1 automáticamente. Para un bot que consulta tu sistema y registra pagos, lo recomendado es entre 0.3 y 0.5.
  • Red de seguridad. Antes de enviar cada respuesta, el bot revisa que sea texto normal. Si detecta otro alfabeto o tokens sin sentido, vuelve a generar la respuesta en modo preciso y, si vuelve a fallar, deriva al cliente a un asesor con una nota privada que explica el motivo. El cliente nunca ve el texto roto.

Dónde lo ves: Panel → 🤖 Bot → Entrenar al bot → Ajustes → «Creatividad»; y en la nota privada del chat si el bot tuvo que derivar.

2026.10.06.6 — Prospectos sin pedir documento, y tickets del bot solo si los activas 🧭

  • Clientes nuevos. Si no tienes el complemento de consulta de documento, el bot ya no pide DNI a un prospecto: pide su ubicación (la de WhatsApp o un enlace de Google Maps), verifica cobertura, pide nombre y dirección, y crea la solicitud de instalación en tu sistema. El documento solo se pide cuando tu sistema lo exige para la solicitud (Mikrowisp).
  • Tickets del bot, opt-in para todos. El interruptor de Ajustes ahora aplica también a WispHub. Sin él, el bot no abre tickets aunque tu sistema lo permita; tus agentes siempre pueden desde la ficha. Cuando está activo, el bot usa solo los asuntos que existen en tu sistema y nunca abre tickets por pagos o comprobantes.
  • RUC de persona natural (Perú). Si un cliente se identifica con su RUC, el bot deriva el DNI que contiene y lo encuentra.

Dónde lo ves: en el chat con prospectos, y en Panel → 🤖 Bot → Entrenar al bot → Ajustes → «El bot abre tickets en tu sistema».

2026.10.06.5 — Comprobantes que el bot no pudo validar llegan a Pagos; prórrogas visibles 📎

Dos huecos entre el bot y tu equipo, cerrados:

  • El cliente manda un comprobante, el bot no logra validarlo y el cliente no vuelve a escribir. Antes esa conversación se quedaba en pendientes y nadie la veía. Ahora, a los minutos que configuraste en «Pasar a abiertas» (mínimo 30), pasa a abiertas con la etiqueta pago-pendiente, derivada a tu equipo de Pagos y con una nota que explica qué no se pudo confirmar. Se revisan los comprobantes de las últimas 24 horas.
  • Prórroga otorgada por el bot a pedido del cliente. Queda una nota privada con los días y la fecha, y la etiqueta promesa-de-pago, para que cobranzas la filtre sin abrir cada chat. La conversación sigue en pendientes porque no hay nada que hacer.

Los comprobantes que el bot sí valida siguen igual: se registra el pago, deja la nota y pasa la conversación a Pagos.

Dónde lo ves: en el CRM, en abiertas con la etiqueta pago-pendiente, y en las notas privadas de cada conversación.

2026.10.06.4 — Las pendientes que ya no esperan nada se resuelven solas 🧹

El bot atiende en la cola de pendientes y nunca cierra; los avisos automáticos de tu sistema también nacen ahí. Si el cliente no contesta, esas conversaciones se quedaban en pendientes para siempre: medimos casi 7.000 acumuladas en toda la plataforma.

Ahora, cuando el último mensaje es del bot o de un aviso y el cliente lleva 48 horas sin escribir, la conversación se marca como resuelta. Las que tienen al cliente esperando respuesta no se tocan. Si el cliente vuelve a escribir, la conversación regresa a pendiente y el bot la retoma. El plazo lo puedes cambiar, o apagarlo con 0.

Dónde lo ves: Panel → 🤖 Bot → Entrenar al bot → Ajustes → «Resolver las pendientes que ya no esperan nada». La limpieza del acumulado se hace de a poco, unas trescientas por ISP cada quince minutos.

2026.10.06.3 — Notas de «mensaje no entregado» para todos 📝

Cuando Meta rechaza un aviso automático (por ejemplo, por un problema de pago de tu cuenta de WhatsApp Business), HybsChat deja una nota privada en la conversación explicando el motivo. En diez ISP que habían pasado por una baja y una reactivación, ese seguimiento había quedado apagado sin que nadie lo viera. Corregido: vuelve a funcionar para todos, y una reactivación ya no lo apaga.

Dónde lo ves: en el chat, como nota privada bajo el mensaje fallido, con un retraso de hasta diez minutos respecto al rechazo de Meta.

2026.10.06.2 — México: documentos con letras, y sin volver a pedir datos al cliente reconocido 🇲🇽

  • Los documentos mexicanos tienen letras: clave de elector, CURP, RFC. El bot los recortaba a solo números y tu sistema respondía «no existe» aunque el cliente estuviera cargado. Ahora los acepta completos, en el bot con IA y en los flujos.
  • Cuando el bot ya reconoció al cliente por su WhatsApp, no vuelve a pedirle documento ni celular para abrir un ticket ni para consultar su cuenta: actúa directo con su ficha.

Dónde lo ves: en el chat, con clientes de México y en cualquier gestión de un cliente ya reconocido.

2026.10.06.1 — Al resolver, el bot vuelve a atender de verdad 🔁

Cuando un agente resolvía una conversación que el bot había derivado, la memoria de esa derivación no se borraba: si el cliente volvía a escribir y la conversación regresaba a pendiente, el bot seguía callado. Pasaba sobre todo en WhatsApp por QR, donde la misma conversación puede reutilizarse durante días. Corregido: al resolver, o al devolver una conversación a pendiente, el bot arranca de cero y atiende.

Dónde lo ves: en cualquier conversación que un agente resolvió y el cliente retomó.

2026.10.06 — Tickets en Mikrowisp, si tú lo activas 🎫

Si usas Mikrowisp, ahora puedes dejar que el bot y tus agentes abran tickets de soporte en tu sistema. Viene apagado: lo enciendes en el entrenador, paso Ajustes, y eliges a qué departamento de Mikrowisp van.

  • El bot abre un ticket cuando el cliente lo pide o cuando una falla de su servicio no se resolvió con los pasos básicos. Primero identifica al cliente; abre un ticket por problema: si ya tiene uno abierto, le da ese número. Deja una nota privada en el chat con el número y el detalle.
  • Tus agentes lo abren desde la ficha del cliente, con el motivo y la descripción, y ven los tickets recientes del cliente ahí mismo.

Un detalle de Mikrowisp: su API exige fecha y turno de visita al crear un ticket. Se registra el día de hoy y el turno según la hora, y el contenido aclara que son orientativos. Por eso la función es opcional: si tu operación agenda visitas con otro criterio, déjala apagada.

Dónde lo ves: Panel → 🤖 Bot → Entrenar al bot → Ajustes → «Abrir tickets en Mikrowisp». Requiere Mikrowisp; WispHub ya tenía tickets desde la ficha.

2026.10.05.5 — WhatsApp por QR: una conversación por atención, como en el canal oficial 🎫

En el canal por QR, cada contacto tenía una única conversación para siempre: al resolverla, el siguiente mensaje la reabría con el mismo agente, equipo y etiquetas del ciclo anterior. Consecuencias: el bot quedaba fuera desde el primer contacto humano, y tu equipo perdía el «una conversación por atención» que sí tiene en el canal oficial.

Ahora funciona igual que el oficial: al resolver una conversación, el próximo mensaje del cliente abre una conversación nueva, limpia, que el bot atiende si está encendido. Las conversaciones sin resolver siguen acumulando los mensajes en el mismo hilo. Aplicado ya a todos los números por QR.

Además, mientras una conversación está en pendiente (turno del bot), un agente o equipo que haya quedado asignado de un ciclo anterior ya no lo bloquea.

Dónde lo ves: en el CRM, en las bandejas de WhatsApp por QR. Resuelve las conversaciones al terminar: es lo que arranca el nuevo ciclo.

2026.10.05.4 — Mikrowisp: clientes con varios números en el mismo campo, ya se encuentran 📇

Si en tu Mikrowisp un cliente tiene dos números en el campo móvil («2217457471,2271059836»), la búsqueda de Mikrowisp no lo encuentra por ninguno de los dos, y ni el bot ni la ficha del agente lo reconocían. HybsChat ya mantenía un índice de tu cartera para este caso, pero dejaba fuera a los clientes sin documento cargado, que en México son casi todos.

Ahora el índice incluye a todos los clientes, el bot y la ficha lo consultan como último recurso, y se construye solo al activar el bot en un ISP nuevo con Mikrowisp, sin esperar al cron semanal. También se corrigió un caso en que el cliente tenía el número solo en el campo teléfono y no en móvil.

Dónde lo ves: en el chat, cuando el bot reconoce al cliente por su WhatsApp sin pedirle nada; y en la ficha del cliente dentro del CRM.

2026.10.05.3 — El bot también identifica por el celular registrado 📱

Cuando un cliente escribe desde un número distinto al que tiene en tu sistema, el bot ya lo reconocía solo por documento. Ahora también puede preguntarle con qué celular registró su servicio y buscarlo por ahí. Si ese número tiene varias cuentas, pregunta a nombre de quién está antes de dar cualquier dato.

En México el orden se invierte: primero el celular registrado y, solo si no aparece, el INE. La razón es práctica: la mayoría de los ISP mexicanos no cargan el INE en su sistema, así que pedirlo primero no identificaba a nadie. En los demás países sigue el documento primero, con el celular como alternativa.

Dónde lo ves: en el chat, cuando el bot no reconoce al cliente por su número de WhatsApp.

2026.10.05.2 — El bot se retira en cuanto un agente responde 🤫

Antes el bot seguía contestando en una conversación aunque un agente ya hubiera respondido, si nadie se la había asignado. Ahora, en cuanto una persona de tu equipo escribe en la conversación, la abre o la pospone, el bot se retira y no vuelve a hablar ahí. Vale para todos los canales, incluido WhatsApp por QR cuando el agente responde desde el celular.

Lo que no cambia: cuando el cliente contesta a un aviso automático de tu sistema (recordatorio de pago, corte) o manda su comprobante, el bot lo atiende como siempre.

Para devolverle una conversación al bot después de que un agente la tomó, resuélvela: cuando el cliente vuelva a escribir, el bot la atiende de nuevo.

Dónde lo ves: en el CRM, en cualquier conversación donde un agente haya intervenido.

2026.10.05.1 — Facebook Messenger e Instagram, ya disponibles 💬📸

Meta aprobó los permisos de HybsChat para mensajería, así que desde hoy puedes conectar tu página de Facebook y tu cuenta de Instagram profesional y atenderlas desde el mismo CRM, con tu equipo y con el bot. Son canales oficiales, no consumen los números de WhatsApp de tu plan y no se cobran aparte.

  • Se conectan en dos minutos con tu inicio de sesión de Facebook.
  • El bot responde ahí igual que en WhatsApp: identifica por documento, consulta el estado del servicio, recibe comprobantes y deriva a tus agentes. Viene apagado por bandeja; lo enciendes tú.
  • Meta solo permite responder dentro de las 24 horas del último mensaje del cliente, y no hay plantillas ni campañas en estos canales.

Dónde lo ves: Panel → Configuración → tarjeta Conecta un canal → Facebook Messenger o Instagram. Guía completa en Facebook Messenger e Instagram.

2026.10.05 — WhatsApp por QR: el bot ya no contesta en grupos ni encima del agente 📵

Tres mejoras para quienes usan el canal WhatsApp por QR con el bot encendido:

  • Grupos de WhatsApp fuera. Si tu número está en grupos (del barrio, de ventas, de trabajo), esos mensajes entraban a tu bandeja y el bot con IA les contestaba uno por uno, gastando tu cuota de OpenAI. Ahora los grupos no entran a HybsChat. Aplicado ya a todos los números conectados.
  • Si respondes desde el teléfono, el bot se calla. Antes el bot no se enteraba de que un agente había contestado desde el celular y seguía hablando encima. Ahora, en cuanto un humano responde en una conversación que el bot venía atendiendo, el bot se retira hasta que la resuelvas.
  • Identificación por documento: no insiste en bucle. Si el documento no aparece dos veces seguidas, el bot deja de pedirlo y ofrece pasar con un asesor que busque por nombre o contrato. Esto aplica a todos los canales.

Dónde lo ves: en el chat con tus clientes. No hay nada que configurar.

2026.10.04.1 — El bot responde una sola vez cuando llegan dos mensajes seguidos 🧵

Cuando un cliente mandaba la foto del comprobante y, dos segundos después, un «ya pagué», el bot procesaba los dos mensajes a la vez y respondía dos veces, a veces contradiciéndose (uno pedía el DNI, el otro ya hablaba del pago). Ahora los mensajes de una misma conversación se atienden en orden: el segundo espera al primero y arranca sabiendo lo que ya se dijo.

También en prórrogas:

  • Los días los decides tú. El bot a veces otorgaba más días de los configurados en Cobros. Ahora el valor configurado es el máximo; el bot solo puede dar menos si el cliente pide menos.
  • Prórroga con comprobante solo si la activaste. Si en Cobros tienes apagada la prórroga que acompaña al comprobante pero encendida la prórroga a pedido, el bot ya no extiende el servicio por cada comprobante que no pudo validar: lo deja para el asesor, y solo da plazo si el cliente lo pide expresamente.

Dónde lo ves: en el chat, cuando un cliente escribe varios mensajes seguidos o manda un comprobante; en Panel → 🤖 Bot → Entrenar al bot → Cobros están los dos ajustes de prórroga.

2026.10.04 — Comprobantes de Yape y Plin: el nombre recortado ya no rechaza el pago 🧾

Yape y Plin muestran al titular recortado en la pantalla de confirmación: «Flor Yesenia Gutierrez Ccasani» aparece como «Flor Gut», y el celular de destino solo deja ver los últimos tres dígitos («*** *** 833»). El bot comparaba ese recorte con el titular completo que configuraste en Cobros, no coincidía, y trataba el comprobante como si el dinero hubiera ido a otra cuenta. En el último mes pasó con 28 comprobantes de 3 ISP distintos.

Ahora el bot reconoce el nombre recortado (cada palabra leída es el comienzo de una palabra del titular) y acepta los últimos tres dígitos del celular enmascarado si coinciden con tu Yape o Plin. Los dos modos del bot, IA y flujos, usan la misma regla.

Además, cuando el destinatario de verdad no coincide con tus cuentas, el bot lo dice con claridad y pregunta a qué número se pagó, en vez de confundir al destinatario con quien pagó.

Dónde lo ves: en el chat, cuando un cliente manda su comprobante de Yape o Plin. No tienes que cambiar nada en Cobros.

2026.10.03.2 — Avisos desde tu sistema: respuestas claras cuando algo no se puede enviar 📨

Cuando tu sistema (Mikrowisp, WispHub, Wimovil, Wispro) manda un aviso por HybsChat y no se puede entregar, ahora la respuesta dice el motivo real en vez de un error genérico:

  • Teléfono imposible (más de 15 dígitos, un local sin país que no se puede resolver): se rechaza con invalid_phone y el número tal como llegó, para que lo corrijas en tu sistema.
  • Plataforma momentáneamente sin respuesta: se reintenta solo y, si persiste, responde chatwoot_unavailable con indicación de reintentar en 30 segundos. Antes podía terminar en un contacto duplicado o en un error sin explicación.
  • Cuenta suspendida o dada de baja: responde tenant_suspended de inmediato, sin tocar tu sistema ni intentar el envío.

Dónde lo ves: en la respuesta que recibe tu sistema al llamar al gateway de avisos (/isp-in), y en el registro de rechazos que revisa el soporte de HybsChat. Si tus avisos salen bien, no cambia nada.

2026.10.03.1 — Mikrowisp: el pago llega con banco, N° de operación y detalle 🧾

Cuando el bot (o un agente desde la ficha) marcaba una factura como pagada en Mikrowisp, el pago quedaba registrado solo como «HybsChat (bot)», sin número de transacción y sin descripción. Ahora se registra tal como lo leyó del comprobante: la forma de pago es el banco o billetera (Yape, Plin, BCP…), la transacción es el número de operación del comprobante, y en las notas del pago va el detalle: cliente, medio, monto, N° de operación, fecha y destinatario. Si el comprobante es de otro día, también se registra esa fecha. Desde la ficha, el N° de operación que escribas a mano manda sobre el leído.

Dónde lo ves: en tu Mikrowisp → la factura → pestaña de pagos (forma de pago, transacción y descripción de la operación). En HybsChat nada cambia: la nota privada en el chat sigue igual.

2026.10.03 — El entrenador ya muestra todo lo que guardaste 💾

Cinco ajustes del entrenador del bot se guardaban bien pero, al volver a abrir o refrescar la pantalla, aparecían con su valor por defecto como si no se hubieran guardado: «Permitir que el bot envíe archivos» (Multimodal) y, en Ajustes, «Cliente sigue identificado (horas)» y los tres campos de «Pasar a abiertas si el cliente deja de responder» (minutos, departamento y etiqueta). El bot sí los aplicaba; era solo la pantalla la que no los leía. Corregido: lo que ves es lo que está guardado.

Dónde lo ves: Panel → pestaña 🤖 Bot → Entrenar al bot → pasos Multimodal y Ajustes.

2026.10.02.6 — Rescate de conversaciones: ya puedes elegir el departamento 🛟

En Ajustes del entrenador, la opción «Pasar a abiertas si el cliente deja de responder» tenía un desplegable de departamento que salía vacío aunque tuvieras departamentos creados: no se podía derivar la conversación rescatada a nadie. Corregido; ahora lista tus departamentos de Chatwoot (y si no tienes, te manda a crearlos en el paso «Equipos»).

Dos mejoras de paso: la etiqueta que elijas (por ejemplo cliente-esperando) se crea sola en tu Chatwoot si no existe, así puedes filtrar por ella desde el primer rescate; y con esperas largas (hasta 120 minutos) la ventana de rescate se amplía para que siga habiendo conversaciones que rescatar. Los textos de la opción quedaron más cortos.

Dónde lo ves: Panel → pestaña 🤖 Bot → Entrenar al bot → paso Ajustes → Pasar a «abiertas» si el cliente deja de responder.

2026.10.02.5 — Sube los archivos del bot desde el entrenador 📎

En el paso Multimodal del entrenador, la opción «¿El bot puede enviar archivos?» te mandaba a cargarlos en otra pestaña del panel. Ahora la Biblioteca de medios está ahí mismo: subes el catálogo de planes, un instructivo o una promo (JPG, PNG, WebP, PDF o MP4), le pones nombre y, para el bot por IA, una línea que le diga cuándo enviarlo («si preguntan por planes»). Ves tu cuota, la lista y puedes borrar.

Es la misma biblioteca de siempre: lo que subas aquí aparece también en el panel, en Bot → Biblioteca de medios, y sirve igual para los bloques «Enviar archivo» de tus flujos.

Dónde lo ves: Panel → pestaña 🤖 Bot → Entrenar al bot → paso Multimodal → ¿El bot puede enviar archivos?

2026.10.02.4 — El paso «Cobros» del entrenador, más corto y en orden 💳

El paso de cobros del entrenador del bot tenía mucho texto y las tarjetas en un orden que no ayudaba: primero los links de pago y el QR (que solo existen en Perú) y recién después las formas de pago, que son la base de todo. Lo reordenamos y recortamos:

  • Primero tus formas de pago, después los comprobantes, las prórrogas y, al final, el cobro online. Cada opción tiene una línea de explicación, no un párrafo.
  • Si tu empresa no es de Perú, no ves tarjetas de pasarelas ni de QR que no puedes usar (salvo que ya tengas una pasarela activa). Para Chile, cada forma de pago pide el RUT del titular y el tipo de cuenta.
  • Todo lo que configurabas sigue igual y en el mismo lugar: no hay que volver a cargar nada.

Dónde lo ves: Panel → pestaña 🤖 Bot → Entrenar al bot → paso Cobros.

2026.10.02.3 — Identificación por RUT en Mikrowisp (Chile) 🪪

Mikrowisp busca el documento tal cual lo escribiste en la ficha del cliente: si lo cargaste como 4664374-7 y el cliente lo dicta como 46643747 (o con puntos, o con la K en minúscula), no lo encontraba. Y el bloque «Entrada» de los flujos rechazaba cualquier RUT con guion o con K, así que un cliente chileno no podía ni escribirlo.

Ahora la búsqueda prueba las formas en que un RUT puede estar cargado (con guion, con puntos, con K mayúscula o minúscula) y encuentra al cliente con cualquiera de ellas. En los flujos, la validación «DNI» acepta también RUT con guion. Para los demás países no cambia nada.

Un recordatorio que vale para todos: el bot y la ficha identifican por el móvil cargado en tu sistema. Si un cliente no tiene móvil en Mikrowisp, no hay forma de reconocerlo por su WhatsApp; la primera vez se busca por documento y HybsChat recuerda el par teléfono → documento para la próxima.

Dónde lo ves: No hay nada que configurar. Lo ves en la ficha del cliente en Chatwoot (búsqueda por documento) y en las respuestas del bot cuando pide el RUT.

2026.10.02.2 — Montos sin centavos para Chile y Paraguay 🪙

Si facturas en pesos chilenos o guaraníes, tu sistema (Mikrowisp, por ejemplo) muestra 15.000, pero su API nos entregaba 14999.95, y así lo veía tu agente en la ficha del cliente y tu cliente en el bot: un número que no existe en su banco.

Ahora los montos se escriben como en tu país: redondeados al peso y con punto de miles (14999.95 → 15.000). Aplica a la ficha del cliente en Chatwoot (deuda, facturas, pagos, botones de cobro), a lo que el bot le dice al cliente (deuda, factura, QR y link de pago, en los tres modos) y a la nota del comprobante. Para el resto de los países no cambia nada: se siguen mostrando dos decimales.

Lo que se envía a tu sistema o a la pasarela de pago no se toca: sigue siendo el monto exacto.

Dónde lo ves: No hay nada que configurar. Lo ves en Chatwoot, en la pestaña de la ficha del cliente, y en las respuestas del bot.

2026.10.02 — Formas de pago para Chile: RUT y tipo de cuenta 🇨🇱

En Chile una transferencia no se puede hacer sin el RUT del titular y el tipo de cuenta (corriente, vista, RUT, ahorro). Hasta ahora las formas de pago solo tenían banco, titular y número de cuenta, así que el bot le daba al cliente una cuenta a la que no podía transferir.

Si tu empresa es de Chile, cada forma de pago tiene ahora dos campos más: el RUT del titular y el tipo de cuenta. El bot los incluye cuando el cliente pregunta dónde pagar, y también salen en el texto de formas de pago que tu agente envía desde la ficha del cliente. El RUT se valida al escribirlo: si el dígito verificador no cuadra, te lo avisa antes de guardar.

Para las empresas de otros países no cambia nada: esos campos no aparecen.

Dónde lo ves: Panel → pestaña 🤖 Bot → paso Cobros → Formas de pago (solo cuentas de Chile).