Saltar a contenido

Novedades · septiembre de 2026

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

2026.09.17.8 — Dos correcciones en el bloque de comprobantes de los flujos

Los comprobantes ya se guardan. Si tu bot funciona con flujos, los comprobantes que recibía no quedaban registrados: no aparecían en la pestaña Comprobantes, no los podías revisar ni conciliar, y el control de comprobantes repetidos no los veía —el mismo pago se podía reportar dos veces—. Faltaba un dato obligatorio al guardar y el error quedaba anotado en un registro interno que nadie mira.

A los bots con inteligencia artificial no les pasaba: ellos sí lo enviaban.

El editor mostraba una cosa y el bot hacía otra. Cuando unificamos las opciones del bloque en una sola («darle unos días de plazo» / «registrar el pago» / «solo avisar»), los flujos ya armados no tenían esa elección guardada, así que el editor mostraba la primera opción aunque el bot estuviera acreditando facturas.

Ahora, al abrir el flujo, la opción aparece con lo que tu bot está haciendo de verdad. Vale la pena que entres a revisarla: si dice «registrar el pago» y no es lo que quieres, cámbiala y publica.

Versiones anteriores

2026.09.17.7 — Un problema al subir la foto ya no deja al cliente sin su prórroga

En los flujos con el bloque «Pedir comprobante», si no se podía subir la imagen a tu sistema, se caía todo lo demás con ella: el pago no se registraba, y tampoco se creaba la prórroga. El cliente había pagado y se quedaba sin nada.

De las tres cosas que hace el bloque, la foto solo hace falta para una —adjuntarla al reporte—. Acreditar la factura y darle unos días no la necesitan. Ahora se hace lo que se puede hacer, y te avisamos si la foto no subió: la imagen igual queda en el chat, así que puedes subirla a mano si la necesitas.

Y la prórroga ya no depende de que el reporte funcione. Estaba al revés: la prórroga existe para que no se le corte el servicio al cliente mientras validas su pago, así que cuando el reporte falla es justo cuando más falta hace. Con la regla anterior, un problema técnico terminaba en un cliente cortado habiendo pagado.

No se relaja ningún control: para llegar a ese punto el comprobante ya pasó la validación completa (monto, cuenta de destino, fecha, número de operación y que no esté repetido) y quedó guardado con su foto en la pestaña Comprobantes. Y una prórroga se puede deshacer; un pago acreditado no.

Versiones anteriores

2026.09.17.6 — Corrección: «tu pago quedó registrado» solo si de verdad quedó

Salió en la primera prueba real de la función que publicamos hace un rato: cuando el cliente confirmaba que el pago de un familiar era suyo, el bot le respondía «tu pago quedó registrado» aunque el registro en tu sistema hubiera fallado.

Dos cosas corregidas:

  • La foto del comprobante ahora viaja hasta el momento del registro. Antes se buscaba en el mensaje donde el cliente escribe «sí», que obviamente no tiene foto, y sin ella el registro no se podía completar.
  • Si tu sistema no toma el pago, el bot ya no dice que quedó registrado: lo manda a revisión y te deja anotado que hay que acreditarlo a mano.

Solo afecta a quienes activaron «preguntarle al cliente si el pago es suyo». El resto de los comprobantes no cambia: los 637 que el bot validó hasta hoy llegaron todos a su sistema.

Versiones anteriores

2026.09.17.5 — Cuando paga un familiar, el bot pregunta en vez de rebotar 👪

Si el comprobante está correcto pero el pago lo hizo otra persona —la esposa, un hijo, un vecino— hasta ahora el bot lo mandaba a revisión manual y el cliente quedaba esperando.

Miramos los 92 casos que llevamos en toda la plataforma: en los 92 el monto coincidía exacto, y los apellidos se repetían entre quien pagó y el titular. Eran familiares, todos.

Ahora, si lo activas, el bot se lo dice y le pregunta:

✅ Tu comprobante está correcto: el monto y la cuenta coinciden. Solo una cosa: el pago figura a nombre de Shirley Ortega, y el servicio está a nombre de Jaime Gálvez. Si lo pagó un familiar o alguien por ti, lo registro igual. ¿Lo registro?

Si confirma, se registra. Si dice que no, te queda avisado para que revises de dónde salió ese comprobante.

Se activa en el bloque «Pedir comprobante» de tus flujos, en «Si paga otra persona». Nace apagado: que el cliente confirme no es una prueba, así que es tu decisión. En la nota que te queda siempre aparece el nombre de quien pagó.

Versiones anteriores

2026.09.17.4 — El editor de flujos ahora te sugiere qué escribir ✍️

Armar un flujo era mirar cajas de texto vacías. Dos ayudas nuevas, debajo de cada campo donde escribes un mensaje:

«Ver ejemplos» — textos listos para el bloque en el que estás. Tocas uno y queda escrito; después lo editas a tu gusto.

«Insertar un dato del cliente» — la lista de datos que puedes meter en tus mensajes: su nombre, cuánto debe, el número de su factura, hasta cuándo le queda activo el servicio. Tocas uno y se inserta donde tengas el cursor.

Esto último evita un error que no se veía: los datos se escribían de memoria ({{nombre}}) y uno mal tipeado no da ningún aviso — el mensaje le llega al cliente con un guion en lugar del dato. Ahora cada uno además te dice qué bloque lo trae, porque {{deuda}} solo existe si antes pusiste «Mostrar deuda».

Y los mensajes del bloque de comprobante ya no nombran servicios peruanos. Decía «envíame foto del Yape o Plin», que fuera de Perú no significa nada.

2026.09.17.3 — El bot por flujos lee mejor los comprobantes, y decide igual que el de IA

Tres mejoras al bloque «Pedir comprobante (OCR)» de tus flujos.

Ahora es una sola decisión, no tres. Antes tenías tres interruptores sueltos —reportar, registrar el pago, crear promesa— que combinados daban resultados contradictorios. Ahora eliges una de tres opciones, las mismas del bot con inteligencia artificial:

  • Darle unos días de plazo — reporta el comprobante y mantiene el servicio activo. Es reversible.
  • Registrar el pago — marca la factura como pagada, solo si la validación pasó entera.
  • Solo avisar a tu equipo — no toca tu sistema.

Tus flujos publicados siguen haciendo exactamente lo mismo que hacían.

Se leen montos que antes se perdían. Si el comprobante decía S/. 80.00 o Bs. 130.00 —con punto después del símbolo— el monto se descartaba entero y el comprobante quedaba como «no se pudo leer». Pasaba en Perú, Bolivia, Venezuela, Guatemala y Honduras.

Se aceptan números de operación más largos. Varios bancos numeran con fecha, agencia y correlativo en un solo campo (14092026/295/398/055/8543) y los rechazábamos por largos. De cada 100 comprobantes, casi 5 fallaban solo por eso.

Y los textos ya no nombran servicios peruanos. El mensaje que el bot le manda a tu cliente decía «envíame foto del Yape o Plin», que fuera de Perú no significa nada. Ahora dice «envíame la foto de tu comprobante de pago». Si ya tenías tu flujo armado, revisa ese texto: el tuyo se conserva como lo dejaste.

2026.09.17.2 — Ya no te decimos «enviado» cuando WhatsApp no lo dejó pasar

Desde la ficha del cliente puedes enviarle tus formas de pago o un link de cobro por el chat. Si habían pasado más de 24 horas desde el último mensaje del cliente, WhatsApp descarta ese mensaje —es una regla de Meta, no nuestra— pero el panel te decía igual que se había enviado.

El resultado era el peor posible: le decías al cliente «te acabo de mandar los datos» y los dos quedaban esperando.

Ahora lo comprobamos antes: si la ventana está cerrada te avisamos y te decimos qué hacer. Y si era un link de cobro, el link no se pierde — te lo mostramos para que lo copies.

2026.09.17.1 — La ficha de tu cliente, ahora también en el celular 📱

Estamos preparando la app de HybsChat para Android, y esta versión trae la parte que la hace útil de verdad: cuando tu agente abre una conversación desde el teléfono, ve quién es ese cliente en tu sistema —su plan, su deuda, si está cortado, cuándo vence— sin salir del chat.

Es lo mismo que ya ves en la computadora, con la misma forma de reconocer al cliente: por su número, por el documento que le dio al bot, o por el que usó la última vez que escribió. Si su número no figura en tu sistema, el agente puede buscarlo por documento ahí mismo, y la próxima vez lo reconocemos solos.

La app todavía no está publicada. Te avisamos cuando puedas instalarla.

Esta versión no cambia nada de lo que ves hoy en tu panel ni en el chat.

2026.09.16.7 — Corrección importante: los pagos en la segunda moneda se acreditaban con el número equivocado

Si activaste el cobro en una segunda moneda (lo publicamos hoy mismo), el bot comparaba bien el comprobante contra la factura, pero al registrar el pago en tu sistema mandaba el monto sin convertir. Un pago de Bs. 16.844 por una factura de $20 entraba como si fueran 16.844 dólares y le dejaba al cliente un saldo a favor enorme.

Ya está corregido: se acredita el monto convertido a la moneda en la que facturas.

Y le pusimos un freno de fondo. Ahora el bot se niega a acreditar un monto que no se parezca al de la factura, sin importar de dónde venga el error. Cuando eso pasa no deja al cliente sin nada: le da el plazo de siempre y te avisa para que lo revises. Vale también para el bot por flujos.

Si usas segunda moneda, revisa tus pagos de hoy

Busca en tu sistema pagos con un monto muy por encima del total de la factura. En nuestros registros esto afectó un solo pago en toda la plataforma, y ya avisamos al ISP correspondiente.

2026.09.16.6 — El asistente de entrenamiento se lee mejor 👓

Entrenar al bot lleva rato, y el asistente estaba pensado para una pantalla más chica de la que usas: dejaba media ventana vacía y el texto de apoyo quedaba tan pequeño que costaba leerlo de corrido.

Ahora aprovecha el ancho de la ventana y todo el texto subió un punto. Los párrafos no se estiran de lado a lado: se mantienen en un ancho cómodo para que el ojo no pierda el renglón, mientras que las listas y las tarjetas sí usan el espacio completo.

2026.09.16.5 — Las entradas de conocimiento se ven como lo que son 📚

El paso Conocimiento del asistente mostraba cada entrada como un formulario abierto. Con veinte entradas cargadas, la pantalla eran cuarenta campos de texto y costaba encontrar nada.

Ahora cada entrada es una tarjeta que se lee de un vistazo, y se abre solo cuando la vas a editar. Cada tipo —planes, preguntas frecuentes, cobertura, políticas— tiene su color e icono propios, así que se ve en segundos cuánto tienes cargado de cada cosa.

También se dicen más claro dos estados que antes pasaban desapercibidos: si una entrada quedó sin guardar y si el bot no la está usando.

2026.09.16.4 — El bot usa el documento y la hora de tu país

Si tu cuenta nunca llegó a tener el país cargado, el bot lo asumía y a veces se equivocaba: le pedía el «DNI» a un cliente que tiene cédula, y calculaba tu horario de atención con la hora de otro país (por eso podía decir que la oficina estaba abierta cuando ya había cerrado).

Ahora el país se completa solo con el número de tu canal principal, y se vuelve a intentar en cada sincronización en vez de una única vez. Si lo corregiste a mano, tu corrección manda.

2026.09.16.3 — Si cobras en dos monedas, el bot ya entiende las dos 💱

Para quienes facturan en una moneda y cobran en otra —el caso típico es facturar en dólares y cobrar en la moneda local.

Hasta ahora, un comprobante por el equivalente en moneda local no coincidía nunca con el total de la factura, porque se comparaban cifras de dos monedas distintas. Todos esos pagos terminaban en revisión manual.

En Cobros puedes activar tu segunda moneda y cargar la tasa de cambio. Con eso:

  • el bot cotiza el monto en esa moneda y le dice al cliente con qué tasa lo calculó;
  • los comprobantes en esa moneda se validan solos, convertidos con la misma tasa;
  • la nota que ve tu equipo muestra la conversión, para que no haya que rehacer la cuenta.

La tasa se carga en un solo lugar y es la que se usa para las dos cosas, así que el bot nunca cotiza con un número y valida con otro. El panel te avisa cuando lleva más de un día sin actualizarse.

Si no cargas la tasa

Los comprobantes en la segunda moneda van a revisión manual, que es lo que pasaba antes. El bot nunca adivina la moneda: si el comprobante no dice en cuál está, lo deriva a una persona.

2026.09.16.2 — Puedes aceptar comprobantes con diferencias de monto

Hasta ahora el bot solo validaba un comprobante si el monto coincidía con la factura salvo centavos. En la práctica se rechazaba mucho pago legítimo: de cada 10 comprobantes que rechazábamos por el monto, 5 eran de clientes que habían pagado de más.

En Cobros ahora decides cuánta diferencia aceptas, y las dos direcciones se configuran por separado:

  • Pagó de más — le queda saldo a favor, no tiene riesgo para ti.
  • Pagó de menos — actívalo con cuidado: un comprobante por menos del total pasaría como pago completo.

Se configura en porcentaje y no en monto fijo, porque un mismo número no significa lo mismo para una factura chica que para una grande.

Si no tocas nada, todo sigue como antes. Y cuando un comprobante entra por esta tolerancia, la nota de tu equipo lo dice, con cuánta fue la diferencia y hacia qué lado.

2026.09.16.1 — La nota del comprobante ya no dice que se dio un plazo que no existió

Cuando un comprobante no pasaba la validación automática, la nota interna avisaba «se le dio plazo al cliente» aunque la prórroga hubiera fallado. Quien la leía asumía que el cliente estaba cubierto y podía dejar que se le cortara el servicio.

Ahora dice lo que pasó de verdad, y si no se pudo dar el plazo lo marca para revisar con prioridad.

Y si tu sistema no maneja prórrogas, el bot ya no las intenta: avisa directamente, en vez de fallar en silencio cada vez.

2026.09.15.15 — Los comprobantes se leen completos con Gemini 🧾

Si usas Google Gemini y un cliente enviaba un comprobante de pago, el bot lo leía a medias: se quedaba con la primera línea y perdía el monto, la fecha y el número de operación. Sin esos datos no podía reconocerlo como pago, así que respondía «lo valida nuestro equipo» en vez de registrarlo.

Corregido. Ahora lee el comprobante entero.

Y si por lo que sea la lectura queda incompleta, ya no lo descarta: lo marca igual como probable comprobante para que tu equipo lo revise, en vez de tratarlo como una imagen cualquiera.

No afecta a quienes usan OpenAI.

2026.09.15.14 — Aviso más claro cuando Gemini falla

Si usas Google Gemini y el bot empieza a fallar, antes te decíamos que el proveedor estaba saturado y que no era cosa tuya. Eso era verdad solo a medias: con el plan gratuito sí influye tu configuración, porque corre en servidores compartidos y falla bastante más seguido.

Ahora el aviso lo dice con todas las letras, y te explica que activando la facturación en Google mejora mucho.

2026.09.15.13 — Dos correcciones del menú nuevo

El menú ya no aparece incompleto. Al entrar al panel faltaban algunas secciones hasta recargar la página. Ahora se arma completo desde la primera carga.

Las secciones ya no quedan en blanco. Al entrar a Bot desde el menú, las estadísticas no cargaban hasta refrescar. Pasaba en todas las secciones que traen sus datos aparte —Bot, Equipo, Avisos, Comprobantes, Cobros, Configuración— y ya está resuelto.

2026.09.15.12 — Al contratar un plan, el menú te lleva al plan nuevo

Si tu prueba terminaba y contratabas un plan, el menú seguía apuntando al servicio viejo y no te dejaba entrar al que acababas de pagar. Había que cerrar sesión para que se diera cuenta.

Corregido: el menú mira siempre tu servicio activo, sin importar cuándo iniciaste sesión.

2026.09.15.11 — Iconos nuevos en el menú 🎨

El menú estrena iconos de trazo fino, en la línea de los que usas en el chat. Cada sección tiene el suyo, así que se encuentran de un vistazo en vez de leer etiqueta por etiqueta.

También les pusimos icono a las secciones de siempre —Inicio, Servicios, Facturación, Soporte—, que hasta ahora compartían todas el mismo puntito.

2026.09.15.10 — La versión, al pie

Al quitar la fila de pestañas, la etiqueta de versión quedó flotando sobre el contenido. Ahora vive al pie del panel, con su aviso de novedades cuando publicamos algo nuevo.

2026.09.15.9 — El menú se abre solo cuando entras 📂

Al entrar a tu panel, el menú de HybsChat ya aparece desplegado con todas tus secciones, y la que estás viendo queda marcada. Fuera del panel se mantiene cerrado, para no ocupar espacio cuando estás en facturas o en tickets.

2026.09.15.8 — Un solo lugar para navegar 🧭

En la versión anterior pusimos HybsChat en el menú principal, pero quedaron las mismas secciones en dos sitios: el submenú del costado y la fila de pestañas dentro del panel. Elegir entre dos menús idénticos no ayuda a nadie.

Ahora la navegación vive solo en el menú, con todas tus secciones:

HybsChat · Resumen · Bot · Plantillas · Campañas · Comprobantes · Cobros · Equipo · Avisos · Configuración · Guías · Mi plan

El menú muestra lo que tú tienes: si no usas campañas o no tienes el asistente, esas entradas no aparecen.

Y el panel gana la fila completa que ocupaban las pestañas.

2026.09.15.7 — HybsChat en el menú principal 🧭

Tu panel ya no está escondido dentro de la ficha del servicio: ahora es una entrada más del menú, junto a Inicio, Servicios y Facturación.

Y se despliega como los demás, con acceso directo a cada sección:

HybsChat · Resumen · Bot · Equipo · Avisos · Configuración · Guías

Cada una te lleva directo a su pestaña. Si ya estás en el panel, cambia al instante sin recargar la página.

2026.09.15.6 — Un solo menú en tu panel 🧹

En la página de tu servicio había dos menús: el de HybsChat con sus pestañas, y uno de WHMCS a la izquierda con dos entradas —«Información» y «Complementos»— que ni siquiera llevaban a otra página.

Ese menú de dos ítems se llevaba la cuarta parte del ancho de la pantalla, y dejaba tu panel apretado en lo que sobraba.

Ya no está. Tu panel usa el ancho completo, que es donde de verdad hacen falta las columnas: las tablas de campañas, el listado de comprobantes, el mapa de cobertura.

No perdiste nada: los datos de tu contrato y tus complementos ahora viven en una pestaña nueva del panel, «Mi plan», junto a las demás.

2026.09.15.5 — Corrección importante: la ficha ya no puede mostrarte al cliente equivocado 🔒

Encontramos que algunas instalaciones de Mikrowisp ignoran el filtro de documento y devuelven la cartera entera. Cuando eso pasaba, la ficha tomaba el primer cliente de esa lista — o sea que buscar un documento podía mostrarte la ficha, la deuda y los datos de otra persona.

Lo detectamos revisando un panel que respondía 46 clientes al buscar un documento inexistente. Ya está corregido: ahora verificamos que el documento del cliente que nos devuelven sea exactamente el que buscaste. Si no coincide, decimos que no se encontró en vez de mostrar a alguien más.

No hace falta que hagas nada. Si tu sistema filtra bien —la mayoría— no vas a notar ninguna diferencia.

2026.09.15.4 — Ahora sí: clientes con varios números se identifican solos 📇

En la versión anterior te contamos que un cliente con dos teléfonos en el mismo campo había que buscarlo por documento una vez. Nos quedamos con la duda y fuimos a ver cuántos eran.

En una cartera real: 801 de 2 120 clientes — el 38%, con fichas de hasta cuatro números. Demasiados como para resolverlo a mano.

Así que ahora la ficha los encuentra sola, desde cualquiera de sus números, sin que tengas que tocar nada de tu sistema.

Cómo lo hicimos

Tu sistema no sabe buscar dentro de un campo con varios números —lo comparamos entero, no acepta comodines ni búsquedas parciales—. Entonces leemos tu cartera una vez por semana, separamos los números de cada ficha y guardamos solo a qué documento pertenece cada teléfono. Cuando llega un mensaje desde un número que tu sistema no encuentra, resolvemos el documento y consultamos su ficha en el momento.

Dos cosas que nos importaron:

  • No guardamos una copia de tu cartera. Solo el par teléfono → documento. Nombre, deuda y estado se consultan siempre a tu sistema, así que nunca vas a ver datos viejos.
  • Se nota de dónde salió la identificación, por si el número lo usa otra persona de la casa:

📇 Identificado con el documento 41725324 Su ficha en el sistema tiene este número junto a otros, por eso no aparece en una búsqueda normal. Si no es este cliente, busca por documento.

Sobre 25 conversaciones reales que antes no identificaban a nadie: 25 de 25 resueltas.

2026.09.15.3 — Clientes con dos números en la misma ficha 📇

Si cargaste dos teléfonos de un cliente en el mismo campo —999111222, 999333444— la ficha no lo encontraba escribiéndole desde ninguno de los dos. No es un error nuestro: tu sistema compara el campo completo, así que ningún número suelto coincide, y no permite buscar dentro del campo.

Qué hacer: búscalo por documento una vez. Desde ahí queda aprendido y las próximas veces lo reconocemos solo por su número, con un aviso que lo aclara:

📌 Identificado con el documento 41725324, usado antes para este número El número no figura solo en su ficha del ISP. Si no es este cliente, busca por documento.

Ahora el mensaje de «No encontrado» menciona esta causa, para que no pierdas tiempo probando variantes del número.

Si quieres que funcione solo desde el principio: deja un único número en el campo de móvil de tu sistema y el resto en otro campo. Con un solo número por ficha, la identificación es automática.

2026.09.15.2 — La ficha encuentra clientes aunque cargues los teléfonos sin el código de país 📞

Si en tu sistema los números están guardados como 961987858 en vez de 51961987858, la ficha no encontraba a nadie. Buscábamos con el código de país adelante y tu sistema compara el número exacto, así que no había coincidencia — y en pantalla se leía «No encontrado», igual que si esa persona no fuera tu cliente.

Ahora probamos las dos formas: con el código de país y sin él. No hace falta que cambies cómo cargas tu cartera.

Para los contactos que efectivamente no son clientes tuyos, la respuesta llega igual de rápido que antes.

2026.09.15.1 — La ficha te dice si el problema es tu sistema 🔌

Cuando la ficha del cliente no lograba identificar a alguien, siempre decía lo mismo: «No encontrado». Pero eso tapaba dos situaciones muy distintas:

  • El cliente no está con ese número — normal, se busca por documento y listo.
  • Tu sistema rechazó la consulta — y entonces la ficha no puede identificar a nadie, no solo a ese cliente.

El segundo caso se veía igual que el primero, así que el agente probaba cliente por cliente creyendo que el problema eran los números. Ahora lo decimos claro:

🔌 Tu sistema rechazó la conexión El token de API de Mikrowisp no está siendo aceptado. Suele pasar cuando se regenera el token, cuando la API queda deshabilitada, o cuando el sistema solo acepta ciertas IP.

Con la respuesta textual de tu sistema debajo, para que quien lo administra sepa exactamente qué mirar.

Si tu sistema restringe por IP

HybsChat consulta desde 5.161.120.36. Si tu Mikrowisp, WispHub o Wispro solo acepta ciertas direcciones, esa es la que hay que permitir.

2026.09.14.3 — Cuando tu bot falla, ahora te decimos por qué en castellano 🔤

Si el proveedor de IA rechazaba algo, el simulador te mostraba su respuesta tal cual: media pantalla en inglés, con nombres de error como RESOURCE_EXHAUSTED o insufficient_quota. Difícil saber si había que cambiar la clave, pagar algo, o simplemente esperar.

Ahora te decimos qué pasó y qué hacer, con el botón que lleva al lugar exacto:

  • Agotaste la cuota gratuita — tu clave está bien; hay que activar la facturación.
  • Tu cuenta se quedó sin saldo — con el enlace para cargar créditos.
  • Tu proveedor rechazó la clave — la regeneraste y quedó la vieja.
  • El proveedor está saturado — no es tu cuenta, le pasa a todos, suele durar minutos.
  • El modelo ya no existe — los proveedores retiran los viejos.

Si usas Google, lee esto

El plan gratuito de Google permite unas 20 consultas por día. Alcanza para probar un rato, pero un bot de atención lo agota en la primera mañana — y mientras la cuota está al límite, las respuestas tardan entre 20 y 40 segundos porque el servicio gratuito está saturado.

Eso se siente como «el bot va lento», y no lo es: es la cuota. Ahora el asistente te lo avisa antes, al elegir Google en el paso 1, y te lo dice claro cuando ocurre.

Para usar Gemini en serio hay que activar la facturación en Google AI Studio. Con OpenAI o DeepSeek no pasa: cobran por uso desde el primer mensaje, sin plan gratuito de por medio.

2026.09.14.2 — DeepSeek, un cuarto proveedor para tu bot 🐋

Ya puedes elegir DeepSeek en el paso 1 del asistente, junto a OpenAI, Google y Anthropic.

Precio aproximado Notas de voz
DeepSeek Flash ~$0.15 / 1M tokens No

Lee imágenes igual que los demás, así que el OCR de comprobantes funciona. Lo que no puede hacer es escuchar notas de voz: si tus clientes te mandan audios, quédate con OpenAI o Google. El asistente te lo avisa al elegirlo.

Una diferencia importante en cómo cobra: DeepSeek funciona con saldo cargado por adelantado, no con una factura a fin de mes. Si tu cuenta llega a cero, tu bot deja de responder aunque tu clave siga siendo perfectamente válida — y al validarla no hay forma de notarlo. Por eso tu panel distingue ese caso y te muestra el enlace para recargar.

Por qué agregamos otro

No por precio: para casi todos, el costo del bot es de un par de dólares al mes y cambiar de proveedor no mueve la aguja.

Es por lo que pasa cuando un proveedor falla. Esta semana un ISP se quedó sin saldo un lunes a media mañana y su bot dejó de contestar seis horas, con todas las consultas cayéndole al equipo. Con un segundo proveedor configurado, eso se resuelve cambiando una clave.

2026.09.14.1 — Tu bot ahora sí habla con el proveedor que elegiste 🔌

Lo que estaba mal

El asistente te deja elegir entre OpenAI, Anthropic y Google desde el primer día. Elegías uno, pegabas tu clave, te decíamos que era válida… y después tu bot le hablaba a OpenAI igual, sin importar qué hubieras elegido.

Si elegiste OpenAI —que es el caso de casi todos— nunca lo notaste. Si elegiste otro, tu bot no respondía una sola vez y no había forma de darse cuenta: la clave figuraba como válida y el error quedaba enterrado.

Ya está arreglado. Los tres proveedores funcionan de verdad, con sus herramientas: consultar la cuenta del cliente, ver facturas, crear tickets, derivar a una persona.

Qué conviene saber de cada uno

Precio aproximado Notas de voz
OpenAI GPT-4o-mini ~$0.15 / 1M tokens Sí
Google Gemini Flash ~$0.30 / 1M tokens Sí
Anthropic Claude Haiku ~$0.80 / 1M tokens No

Anthropic no puede transcribir audio. Si tus clientes mandan notas de voz, elige OpenAI o Google — ahora el asistente te lo avisa al elegir.

Si usas Google, revisa el modelo en el paso 2: Google retiró la familia gemini-1.5 y ahora conviene gemini-flash-latest, que siempre apunta al vigente.

Te avisamos cuando tu bot deja de responder

Hasta ahora, si tu clave se quedaba sin saldo o dejaba de servir, tu bot paraba de contestar y te enterabas cuando un cliente se quejaba. Las consultas seguían llegando a tu equipo, pero nadie te decía por qué de golpe llegaban todas.

Ahora, arriba del tab Bot, aparece un aviso en rojo que distingue qué pasó:

  • Te quedaste sin saldo → con el enlace directo para cargar créditos.
  • Tu proveedor rechazó la clave → probablemente la regeneraste; pega la nueva.
  • El modelo que elegiste ya no existe → los proveedores retiran los viejos.
  • La clave no es del proveedor que elegiste → el error que dejaba bots mudos.

El aviso aparece después de varios fallos seguidos, no por un tropiezo suelto, y desaparece solo cuando vuelve a funcionar. No consultamos a tu proveedor para saberlo: lo leemos de tu propio historial, así que no te cuesta nada.

2026.09.13.8 — Prueba si tu bot sabe responder, antes de que te pregunten 🎯

El problema de probar el bot en un chat

En el paso Prueba puedes escribirle a tu bot y ver qué contesta. El problema es que una buena respuesta puede salir de tres lugares distintos, y en pantalla los tres se ven idénticos: de lo que tú cargaste, de una consulta a tu sistema, o de lo que el modelo sabe del mundo.

El tercero es el peligroso. El modelo contesta con total seguridad algo que nadie le dijo, tú lo lees, funciona, y te quedas tranquilo pensando que tu base está completa. Con un cliente real, esa misma pregunta puede salir distinta.

Ahora te decimos de dónde salió cada respuesta

En el paso Conocimiento, un botón nuevo: «Probar con preguntas de clientes». Le hace a tu base las preguntas que le van a hacer, y clasifica cada una:

  • ✅ La contesta tu base — y te decimos con cuáles de tus entradas. Si no podemos señalar de dónde salió, no cuenta como cubierta.
  • ◐ La contesta a medias — te falta un dato concreto, y te decimos cuál («están los planes pero no el precio del de 100 megas»).
  • ❌ No la contesta nadie — el agujero que importa. Tu bot va a derivar esa consulta a una persona.
  • 🔌 La resuelve tu sistema — cuánto debe, su última factura, el estado de su servicio. Tu bot ya las consulta solo; no es un agujero de tu base.

Ese cuarto caso importa tanto como los otros: sin él, cada pregunta sobre la deuda aparecería como algo que te falta cargar, y te pondrías a escribir respuestas para algo que tu bot ya resuelve.

Empieza por las preguntas que ya te hicieron

Si tienes la evaluación de calidad activada, la prueba arranca con las consultas reales que tu bot no supo contestar, y completa con las genéricas hasta llegar a ocho. También puedes escribir las tuyas, una por línea.

Donde falte algo, el botón «Cargar respuesta» te abre el formulario con la pregunta ya puesta.

Dos cosas que no te va a pedir cargar como conocimiento, porque no lo son: las formas de pago (van en el paso Cobros, que es su único lugar — así no terminas con tres cuentas bancarias distintas en tres respuestas) y la cobertura (la resuelve el mapa de zonas). Si no las tienes configuradas, te decimos en qué pantalla hacerlo.

La prueba cuesta menos de un centavo y te decimos exactamente cuánto fue.

Ver la conversación detrás de cada nota

En Calidad de la atención, cada conversación evaluada tiene ahora un enlace «Ver conversación ↗» que la abre directamente en el chat. Una nota de 4,5 en empatía que no puedes ir a leer no sirve para corregir nada.

2026.09.13.7 — Lo que tu bot no supo responder, y una revisión de todo lo que le enseñaste 🔎

Las preguntas que terminaron en un agente

Cada vez que tu bot deriva una conversación a una persona, hay algo que no supo resolver. En el paso Conocimiento del asistente ahora aparecen esas consultas, redactadas en una frase:

🔎 8 consultas terminaron en un agente Tu bot no supo resolverlas en los últimos 30 días. Cada una es un dato que le falta.

Y junto a cada una, un botón «Responder esto» que te abre el formulario con la pregunta ya puesta como título. Solo tienes que escribir la respuesta.

Es la forma más directa de mejorar tu bot: en vez de adivinar qué cargarle, te lo dicen las personas que lo necesitaron y no lo encontraron.

Requiere tener activada la evaluación de calidad.

Una revisión de todo lo que le enseñaste

El conocimiento se carga una vez y nadie lo vuelve a mirar. Con los meses se acumulan dos precios distintos del mismo plan, una promoción de marzo que sigue ahí, tres versiones de lo mismo escritas por tres personas. Tu bot obedece todo eso sin saber cuál es la buena.

En el paso Conocimiento hay un botón: «Revisar lo que tengo cargado». Lee todo y te dice qué encontró:

  • Se contradicen — dos datos que no pueden ser ciertos a la vez. Lo más grave: el bot va a afirmar uno de los dos con total seguridad.
  • Quedó viejo — una fecha que ya pasó, «la promo de este mes», un año anterior.
  • Está repetido — lo mismo dicho dos veces. No rompe nada, pero encarece cada respuesta y te obliga a corregir en dos lugares.
  • Falta cargar — algo que los clientes de un ISP preguntan siempre y no está.

No cambia nada por su cuenta. Te muestra lo que encontró y decides tú. La revisión cuesta menos de un centavo y te decimos exactamente cuánto fue.

Cuando un cliente se queda esperando

Si alguien te escribió y no le contestó nadie —ni el bot ni una persona— ahora te aparece arriba de todo, en rojo. Es lo que más caro sale de todo lo que mide esa pantalla y hasta hoy se perdía entre el resto de los números.

Y una explicación de cómo trabaja tu bot

En el tab Bot, un resumen desplegable del recorrido de un mensaje: cómo identifica al cliente, qué consulta de tu sistema en el momento y cuándo decide derivar.

Con dos cosas que conviene saber: tu bot nunca inventa datos de un cliente —si tu sistema no responde, lo dice y deriva en vez de arriesgar una cifra— y solo sabe lo que le cargaste: si contesta algo que no te gusta, la respuesta casi siempre está en el paso Conocimiento, no en el modelo.

2026.09.13.6 — Tu equipo, los que escriben de noche y las conversaciones olvidadas 👥

Cómo viene cada persona de tu equipo

Para los ISP que activaron la evaluación de calidad.

Además de la nota general, ahora ves la de cada agente — y en qué está más flojo:

Ana · 12 conversaciones · más floja en Empatía (4) · 7,7

Eso es lo que sirve. «Ana tiene 7,7» no te dice qué hacer; «Ana tiene 7,7 y su punto flojo es la empatía» se conversa en cinco minutos.

Quien haya atendido menos de tres conversaciones no aparece: con una o dos, el promedio es azar y no queremos señalar a nadie por casualidad. Te decimos cuántas personas quedaron fuera.

Y el orden va de mayor a menor, no al revés. El punto flojo es por dónde conviene empezar a ayudar, no una falta.

Cuánta gente te escribe con la oficina cerrada

Un número nuevo en el tab Bot: qué porcentaje de los mensajes de tus clientes llega fuera de tu horario de atención, contando también los feriados que cargaste.

Si resulta que cuatro de cada diez te escriben cuando no hay nadie, ya sabes por qué tu bot vale lo que vale. Y si son dos de cada diez, también es bueno saberlo.

Necesita que tengas cargado tu horario en el asistente. Si no lo tienes, te lo decimos en vez de mostrarte un cero.

Conversaciones que quedaron dormidas

Cuántas conversaciones siguen abiertas sin que nadie las toque hace más de una semana, y cuántos días tiene la más vieja.

No es una métrica de calidad: es basura acumulada. Una bandeja con cincuenta conversaciones «abiertas» de hace meses deja de servir para saber qué falta atender — y nadie se entera hasta que alguien las mira de golpe.

2026.09.13.5 — De qué te escriben, y quiénes vuelven por lo mismo 🔁

Para los ISP que activaron la evaluación de calidad.

De qué te escriben

Tenías una etiqueta por conversación, pero solo cuando el bot derivaba a una persona. Todo lo que resolvía solo —o sea la mayoría— quedaba sin clasificar.

Ahora cada conversación evaluada se clasifica en una de nueve categorías: facturación y pagos, soporte técnico, ventas y contratación, instalación o traslado, baja o retención, cambio de plan, reclamo, consulta general u otro.

En el tab Bot aparece el reparto con su porcentaje y la nota promedio de cada una. Es la respuesta a una pregunta que hasta hoy no te podía dar nadie: ¿de qué me escriben mis clientes?

No te cuesta un peso más: el evaluador ya leía la conversación entera, y decirnos de qué se trataba viaja en la misma lectura.

Quiénes vuelven, y quiénes vuelven por lo mismo

Un cliente que vuelve a escribirte a los tres días por el mismo motivo es la prueba de que la primera vez no se le resolvió nada.

La pantalla ahora muestra:

  • cuántos vuelven a escribir dentro de los 14 días,
  • cuántos vuelven por lo mismo — el número que de verdad importa,
  • y quiénes, para que puedas mirar esos casos.

El ranking no ordena por quién escribe más, sino por quién repite el mismo problema. Un cliente que te escribe seis veces por seis cosas distintas es un cliente activo; uno que te escribe tres veces por la misma avería es un cliente a punto de irse.

Y lo que no sabemos, lo decimos

Para afirmar que alguien volvió por lo mismo hacen falta las dos conversaciones clasificadas. Si a alguna le falta el motivo, ese caso cuenta como vuelta pero no se juzga, y te decimos cuántos quedaron así.

Las conversaciones evaluadas antes de esta versión tampoco entran en estos dos cálculos: no tienen motivo ni quedó registrado de quién eran. Verás el total y cuántas quedaron afuera, en lugar de un número que parezca completo sin serlo.

2026.09.13.4 — Ahora sabes si atendiste bien, no solo cuánto atendiste ⭐

Una nota a cada conversación, del bot y de tu equipo

Hasta hoy, la única forma de enterarte de que una atención salió mal era que el cliente se quejara. Y para entonces ya es tarde.

En el tab Bot puedes activar la evaluación de calidad. Cada conversación que cierres recibe una nota del 1 al 10 en seis cosas:

Cortesía · Claridad · Redacción · Resolución · Rapidez · Empatía

Seis notas y no una sola, a propósito: «te atendieron con un 6» no te dice qué cambiar. «Resolución 8, empatía 4» sí — esa persona resuelve el problema pero trata mal al cliente, y eso se corrige con una conversación, no con un curso.

Lo que hace que sirva: quién atendió

La pantalla separa la nota de tu bot y la de tu equipo. Que el promedio sea 6,4 no dice nada; que el bot saque 6,1 y tus agentes 7,9 —o al revés— te dice exactamente a quién conviene ayudar.

Los seis atributos aparecen ordenados de peor a mejor, para que lo que hay que arreglar esté arriba y no tengas que buscarlo.

Y de cada conversación evaluada verás qué pasó y qué habría convenido hacer distinto, en una frase cada uno.

Se activa cuando tú quieras, y se apaga igual

Está apagado para todos. Para encenderlo tienes que marcar una casilla que dice, con todas las letras, que el texto de las conversaciones se envía a tu propia cuenta del proveedor de IA, con la clave que ya cargaste. El costo corre por tu cuenta: en nuestras pruebas, menos de un centavo por cada 40 conversaciones.

Evaluamos una vez al día, de madrugada, con un tope por jornada. Las que cierres hoy aparecen mañana.

Una aclaración que nos parece importante: son una guía para revisar, no una calificación laboral. Una nota puesta por un modelo sobre el trabajo de una persona sirve para saber dónde mirar, no para decidir sobre ella.

2026.09.13.3 — Por fin puedes ver cuánto trabaja tu bot 📈

Tres números que no estaban en ninguna parte

En el tab Bot ahora aparece un bloque con lo que pasa dentro de tu asistente:

  • Cuánto resuelve solo. El porcentaje de atenciones que cerró sin pasarle la conversación a una persona. Es el número que dice si tu bot te está ahorrando trabajo o solo filtrando.
  • Cuánto tarda en contestar. La mediana, y cuánto tardan las más lentas.
  • Cuánto te costó. En tu propia cuenta del proveedor de IA, del periodo que se muestra.

Ninguno de los tres estaba a tu alcance hasta hoy, porque ocurren dentro del bot. Lo demás sigue en los Informes de tu CRM — atenciones totales, tiempos de tu equipo, reparto por etiqueta o por agente — y ahí lo dejamos a propósito: tener el mismo dato en dos pantallas es la forma más rápida de que empiecen a no coincidir.

Y cuando no lo sabemos, lo decimos

Si un dato no se puede calcular, vas a leer «Sin dato» con el motivo, en vez de un cero que parece información.

Pasa, por ejemplo, cuando hay muy pocas atenciones en el periodo: un porcentaje sacado de tres conversaciones no significa nada y preferimos decirlo. Y si tu bot tiene tanto movimiento que no alcanzamos a leer los 30 días completos, te mostramos desde qué día sí pudimos medir, en lugar de rotularlo como un mes entero.

Además

Corregimos un límite interno que, en listados muy largos, podía mostrarte menos registros de los que realmente tenías. Afectaba a los listados de más de mil filas; hoy ningún ISP llegaba a ese volumen, así que no hubo datos mal informados — pero ya no puede pasar.

2026.09.13.2 — Tus conversaciones se clasifican solas, y ya ves todo lo que tu bot sabe hacer 🏷️

Cuando el bot deriva, deja la conversación etiquetada

Hasta ahora, cuando el bot le pasaba una conversación a tu equipo, la dejaba abierta y asignada — pero sin ninguna marca. Para saber de qué se trataba había que abrirla y leerla.

Ahora la etiqueta según el motivo por el que derivó:

Si la manda a Queda etiquetada
Soporte técnico soporte-tecnico
Pagos y facturación pago-pendiente
Comercial nuevo-cliente

Son las etiquetas que ya venían creadas en tu cuenta desde el primer día. La diferencia es que ahora se usan.

Lo que gana tu operación: filtras por pago-pendiente y ves de una toda la cartera que te escribió por cobros esta semana. O abres soporte-tecnico y tienes la cola real de fallas, sin ir conversación por conversación.

El bot no pisa lo que hayan puesto tus agentes: agrega su etiqueta a las que ya estén. Y las conversaciones que no se pueden clasificar con certeza no se marcan, para que el filtro siga siendo confiable.

Ya puedes ver todo lo que tu bot sabe hacer

Tu bot no solo conversa: consulta tu sistema en el momento y actúa sobre él. Puede identificar al cliente, decirle cuánto debe, ver si está cortado, reiniciarle el equipo, mandarle un link de pago, darle una prórroga, tomar su comprobante, verificar cobertura en una dirección y cargar el pre-registro de un cliente nuevo.

Son catorce funciones, y hasta hoy no había forma de saber cuáles tenías activas.

En el paso Probar ahora está la lista completa: lo que ya hace, y lo que podrías activar con el motivo exacto de por qué está apagado. No un aviso genérico: «conecta una pasarela en el paso Cobros», «sube al menos un archivo a tu biblioteca», «carga tus zonas en el mapa».

Es la diferencia entre suponer que tu bot contesta preguntas y ver que además puede cobrar, diagnosticar y captar clientes — o darte cuenta de que lleva meses sin hacerlo porque falta un paso de configuración.

2026.09.13.1 — Tu bot deja de ofrecer promociones vencidas, y aprende los feriados 📅

La promoción que se apaga sola

Hasta ahora, si cargabas «Promo septiembre: 50% de descuento» en lo que sabe tu bot, lo seguía ofreciendo en noviembre. No porque fallara: porque nadie se acordó de borrarlo.

Ahora cada dato puede tener desde cuándo y hasta cuándo vale. Al pasar la fecha, el bot deja de mencionarlo solo, sin que tengas que entrar a hacer nada.

Y no se borra: queda guardado. El año que viene reutilizas la misma promoción cambiándole la fecha.

Mientras esté vigente, el bot además avisa hasta cuándo: en vez de ofrecerla hasta el último día como si fuera para siempre, dice «válido hasta el 30 de septiembre». Es lo que haría un buen vendedor.

También puedes programarla hacia adelante: cargas hoy la promoción de la semana que viene con su fecha de inicio, y el bot la empieza a ofrecer ese día.

Tu bot ya sabe qué es el 28 de julio

El bot conocía tu horario, pero no el calendario. Un feriado contestaba «hoy atendemos de 9 a 18» y aceptaba agendar una visita técnica para un día en que no había nadie.

En Personalidad, debajo del horario, ahora cargas los días en que no abres. Con un botón traes los feriados nacionales de tu país —incluidos los que cambian de fecha cada año, como Semana Santa y Carnaval— y quitas los que no apliquen.

Desde ahí, tu bot:

  • dice que hoy no se atiende y cuándo vuelven a abrir,
  • no ofrece visitas, instalaciones ni pagos en oficina para un día cerrado,
  • y avisa de los feriados que se vienen antes de acordar una fecha contigo.

Agrega también los tuyos: el aniversario de tu ciudad, el día de la empresa, los puentes que decidas tomar.

Si trabajas igual los feriados, desmarca «Esos días no atendemos»: el bot los tendrá en cuenta para no confundirse con las fechas, pero seguirá ofreciendo atención normal.

El panel de conocimiento, más ordenado

  • Elige el tipo de cada dato (planes, cobertura, políticas, sobre la empresa…). Antes todo entraba como «pregunta frecuente», y tus planes le llegaban al bot disfrazados de consulta.
  • Agrúpalos con una categoría tuya —«promociones», «corporativo», «zona norte»— y el bot recibe junto lo que va junto.
  • Apaga sin borrar. Un dato desactivado deja de usarse pero sigue guardado.
  • Buscador, cuando tienes muchos.
  • Un indicador de cuánto lee tu bot en cada mensaje. Todo lo que cargas viaja en cada respuesta: si se acumula de más, las respuestas se vuelven lentas y caras. El indicador te avisa antes de que se note.

2026.09.12.3 — Botones en tus plantillas, y el preview al costado 🔘

Tus plantillas ahora pueden llevar botones

Al crear o editar una plantilla puedes agregarle hasta dos botones de enlace, que aparecen debajo del mensaje. Los típicos: Portal de clientes y Nuestra web.

Es la diferencia entre un cliente que lee tu aviso y uno que hace algo con él: en vez de copiar una dirección, toca el botón.

Dos cosas para que te la aprueben a la primera: el enlace tiene que empezar con https:// y el texto no pasar de 25 caracteres — Meta lo recorta sin avisar. Te lo revisamos antes de enviarla.

Ten en cuenta que los botones afectan la revisión de Meta: si le agregas botones a una plantilla ya aprobada, vuelve a estado pendiente. Conviene probarlos en una plantilla nueva.

El preview, al lado y siempre a la vista

La vista previa de WhatsApp estaba debajo del formulario: para verla había que bajar, y cuando llegabas ya no veías lo que estabas escribiendo.

Ahora va a la derecha, acompañando el desplazamiento. Escribes el cuerpo y ves el resultado al lado, con los botones incluidos.

Se acomoda al espacio que tengas: en pantallas chicas, o si trabajas con la ventana a medias, el preview vuelve abajo en lugar de apretar el formulario.

2026.09.12.2 — Responder y cerrar tickets sin salir del chat 🎫

Para los ISP que trabajan con WispHub.

Ayer sumamos el botón para abrir un ticket desde la ficha del cliente. Ahora el ciclo se completa: tu agente puede responderlo y darlo por resuelto desde la misma pantalla.

En cada ticket sin cerrar aparece Responder: escribe qué le contesta al cliente y elige si el ticket sigue en progreso o queda resuelto. La respuesta se guarda en tu WispHub firmada con el nombre del agente, y queda anotada en la conversación.

Al marcar Resuelto te pedimos confirmación. Cerrar el reclamo de alguien que sigue sin servicio es peor que dejarlo abierto.

Los tickets sin cerrar siempre a la vista

En la ficha ves los últimos tickets del cliente. Si son muchos, los resueltos se agrupan en «ver más» — pero los que siguen abiertos nunca se esconden, porque son los que le dicen a tu agente que no hace falta abrir otro.

Y si tu cliente tiene historial largo y no encontramos tickets recientes, lo decimos así: «puede tener más antiguos». Nunca afirmamos que no tiene ninguno cuando no llegamos a mirar todo.

2026.09.12.1 — Abrir un ticket de soporte desde el chat 🎫

Para los ISP que trabajan con WispHub.

Cuando un cliente reporta una falla que no se resuelve por chat, tu agente ya no tiene que salir a otra pestaña: en la ficha del cliente hay un botón Abrir un ticket que lo crea directamente en tu WispHub.

  • El motivo sale de tu propia lista de asuntos, así que el ticket nace tipificado como los que cargas a mano.
  • La descripción viene empezada con lo que el panel ya averiguó: si la conexión figura caída, desde cuándo, si el servicio está suspendido.
  • Queda firmado con el nombre del agente que lo abrió, y se anota en la conversación.

Y te avisa si ya hay uno

Arriba del botón ves los tickets que ese cliente ya tiene, con su estado. Si hay alguno sin cerrar y tu agente intenta abrir otro, le preguntamos antes.

Es la parte que más cuida tu operación: dos tickets por la misma falla son dos técnicos viajando al mismo domicilio.

Lo que el bot NO hace

El bot no abre tickets por su cuenta, y es a propósito. Un ticket manda a una persona a la calle y eso no se deshace. El bot sigue haciendo lo que sí puede deshacer —revisar la conexión, reiniciar el equipo, ver si el corte es por deuda—, y cuando queda una falla real, tu agente decide.

Si usas Mikrowisp o Wispro, esto todavía no está disponible.

2026.09.11.2 — El bot ya no dice «pago registrado» cuando todavía falta validarlo 🧾

Cuando un cliente mandaba su comprobante, el bot a veces le respondía algo así:

El pago ha sido registrado exitosamente. Además, te he dado una prórroga de 3 días…

Las dos cosas juntas no se entienden: si el pago ya entró, ¿para qué una prórroga?

Lo que pasa de verdad es que el comprobante queda reportado y esperando que alguien de tu equipo lo valide, y la prórroga está para que a ese cliente no se le corte el servicio mientras tanto. Todo correcto — mal explicado.

Ahora el bot lo dice como es: que recibió el comprobante, que un asesor va a validarlo, y que la prórroga es justamente para cubrir esa espera. Deja de usar «registrado», «acreditado» o «confirmado» para un pago que todavía no lo está.

Esto importa más de lo que parece: un cliente que cree que ya pagó no vuelve a mirar, y se entera del problema cuando le cortan.

2026.09.11.1 — Tu tarjeta ya se ve, y cobramos solos 💳

Si alguna vez pagaste con tarjeta, la guardamos para no pedírtela de nuevo. Pero en Formas de pago no aparecía por ningún lado, y todo el mundo daba por hecho que no había quedado nada guardado.

Ahora la ves ahí: marca, últimos dígitos y vencimiento.

Y se cobra sola

El cambio de fondo: tus facturas se cobran con esa tarjeta el día que vencen. Hasta ahora, tener la tarjeta guardada no alcanzaba — las facturas seguían saliendo para pagar a mano, y había que entrar al portal todos los meses a repetir el mismo trámite.

No tienes que hacer nada: si tu tarjeta ya estaba guardada, tus próximas facturas se cobran solas. Y si en algún momento prefieres volver a pagar a mano, lo desactivas desde esa misma pantalla.

También

  • El recargo por mora aparecía cobrado sin figurar en la factura; se sigue revisando.
  • Corregimos un caso en que un mismo pago podía quedar registrado dos veces. Afectaba solo a nuestros números, nunca se cobró de más en el banco.

2026.09.10.1 — Buscar, filtrar y ordenar tus comprobantes 🔎

La pestaña Comprobantes era una lista larga y nada más. Con cientos de pagos, encontrar uno significaba recorrerla entera.

Ahora tiene arriba una barra con todo lo que hacía falta:

  • Filtros con su número al lado. Además de Todos, Aprobados y Rechazados, aparece un filtro por cada motivo de rechazo. Así «115 rechazados» pasa a ser «30 sin destinatario legible» o «18 con el monto que no cuadra» — un clic y ves solo ese grupo.
  • Buscador: cliente, teléfono, número de operación, factura o banco.
  • Ordenar por fecha, cliente, monto o resultado, tocando el encabezado.
  • Páginas de 25, 50, 100 o todos de una.
  • Descargar CSV de lo que estás viendo. Si filtraste los rechazados, el archivo trae los rechazados. Se abre en Excel con los acentos y las columnas bien.

Y si tenías muchos, faltaban

Mostrábamos como máximo los 300 más recientes. Al ISP con más movimiento eso le escondía 192 comprobantes detrás de un «para ver más, escríbenos». Ahora se cargan hasta 1000.

2026.09.09.5 — Los comprobantes de Yape ya se leen bien 🧾

Si tus clientes te pagan por Yape, esto te interesa.

La pantalla de Yape muestra «¡Yapeaste!» y debajo el nombre de quien cobró — o sea, el tuyo. No dice «Para:» ni «Beneficiario:» en ninguna parte. Nosotros lo estábamos leyendo como si ese nombre fuera el del cliente que pagaba, así que el dato de a quién se le pagó quedaba vacío y el comprobante se rechazaba con «no se ve a quién se realizó el pago» — aunque el comprobante estuviera perfecto.

Ya lo leemos bien. Si venías viendo comprobantes de Yape rechazados sin motivo claro, era esto.

Un detalle que conviene saber: Yape tapa el número de celular y solo deja los últimos tres dígitos. Por eso la validación se apoya en el nombre del titular. Revisa que el nombre que cargaste en tus formas de pago sea el mismo que aparece en tu Yape.

Y el pago del bot ahora sí queda cobrado

Cuando eliges que el bot registre el pago, la factura queda pagada en tu sistema y, si el cliente estaba cortado, se le reactiva el servicio. Antes se creaba un reporte pendiente de aprobación y la deuda seguía ahí — mientras al cliente se le decía que su pago ya estaba acreditado.

También dejamos de hacer las dos cosas a la vez. Antes se creaba el reporte y se acreditaba: quedaba un pendiente huérfano sobre una factura ya pagada, y bastaba con que alguien lo aprobara para cobrarle dos veces al cliente. Ahora, si eliges acreditar, se acredita y nada más. El comprobante sigue estando en la conversación.

Si tu sistema rechaza la acreditación, no te quedas sin nada: el comprobante se reporta como antes y el cliente conserva el servicio con una prórroga.

Cuando algo falla, el bot ya no le echa la culpa al cliente

Si nuestra conexión con tu sistema falla, el bot le pedía al cliente que reenviara el comprobante — una y otra vez, por algo que el cliente no podía arreglar. Ahora le agradece, le dice que un asesor lo va a acreditar, y te lo deriva.

En la ficha del cliente

El botón Registrar pago ya no necesita que el cliente haya mandado la foto por el chat, y la ficha se actualiza sola al terminar: antes se quedaba mostrando la deuda anterior y no sabías a cuál creerle.

2026.09.09.4 — «Registrar pago» ahora cobra la factura de verdad 💰

Para los ISP que trabajan con WispHub.

El botón Registrar pago de la ficha del cliente creaba un reporte de pago en tu sistema, no un pago. Quedaba esperando que alguien lo aprobara y la factura seguía debiéndose — con el agente convencido de que ya estaba cobrada.

Ahora acredita la factura de verdad, y si el cliente estaba cortado, le reactiva el servicio en el mismo paso.

Otros tres cambios que vienen con esto:

  • Ya no necesitas que el cliente haya mandado la foto del comprobante. Antes el botón se bloqueaba sin ella; era una limitación del camino viejo.
  • La ficha se actualiza sola al terminar. Antes se quedaba mostrando la deuda anterior y no sabías a cuál creerle. Esperamos a que tu sistema aplique el pago antes de refrescar, así lo que ves es el estado real.
  • Los errores se entienden. Si algo falla, te decimos qué revisar en lugar de mostrarte el mensaje técnico de tu sistema. Por ejemplo, si a tu clave de API le falta el permiso «Registrar Pagos», te lo decimos con esas palabras.

Cuando el cliente manda su comprobante por WhatsApp, eso sigue entrando como reporte pendiente de que lo valides. Esa parte no cambia: una cosa es que el cliente avise que pagó y otra que un agente lo dé por cobrado.

2026.09.09.3 — Chat en vivo en tu panel 💬

Ahora hay un chat en la esquina de tu panel de cliente. Escribes y te contesta una persona del equipo — sin abrir un ticket ni buscar un número.

Está también en la pantalla de inicio de sesión y en la de cuenta suspendida, que es donde más falta hacía: si no puedes entrar a tu cuenta, no podías abrir un ticket para contarlo.

Cuando escribes con tu sesión iniciada ya sabemos quién eres, así que no tienes que explicar de qué empresa llamas.

2026.09.09.2 — Cuando respondes uno de nuestros avisos, ahora te leemos 📬

Cuando tu canal por código QR se caía, te mandábamos un correo que terminaba diciendo «si necesitas ayuda, responde este correo». Si respondías, esa respuesta no llegaba a ninguna parte: volvía a un buzón automático que nadie revisaba.

Ya no. Las respuestas a nuestros avisos —el de canal caído y el de «tu WhatsApp dejó de enviar avisos»— entran directo a soporte y se abren como ticket, con tu consulta y el aviso original a la vista.

Si alguna vez respondiste uno de esos correos y nunca te contestamos, era esto. Puedes volver a escribirnos.

2026.09.09.1 — Tu WhatsApp por código QR se mudó a un servidor nuevo 📶

El canal por código QR ahora corre en un servidor propio, más rápido y con respaldo diario. La mudanza obligó a volver a vincular los números: si el tuyo aparece desconectado, entra a Canales, elige tu número y escanea el código nuevo desde WhatsApp en tu celular. Toma menos de un minuto y conservas tu bandeja y todas tus conversaciones.

Mientras no reconectes, los mensajes que te escriban no se pierden, pero no entran al panel.

También arreglamos algo que dejaba a varios esperando de más: cuando algo fallaba al preparar el canal, el código QR se quedaba «generando» para siempre, sin ningún aviso. Ahora, si no se puede preparar, te lo decimos en pantalla en vez de dejarte mirando una pantalla que gira.

Esto no afecta a los números conectados con la API oficial de WhatsApp.

2026.09.07.6 — Todo lo del bot y los pagos, en un solo lugar 🧭

Lo que hace el bot cuando entra un comprobante estaba repartido en tres controles distintos: uno en el entrenador del bot, otro en la tarjeta de prórrogas, y otro en la pestaña Cobros. Decían lo mismo con palabras distintas y podían contradecirse — elegías «registrar el pago» en una pantalla mientras otra seguía diciendo «dar plazo», sin ninguna pista de cuál mandaba.

Ahora es uno solo, en el paso Cobros del entrenador del bot, junto al OCR, tus formas de pago y las prórrogas. Ahí mismo quedó también el permiso de que tus agentes registren pagos desde el chat.

La pestaña Cobros del panel se queda con lo que cobra de verdad: tus pasarelas de pago.

No tienes que reconfigurar nada — lo que ya tenías elegido se mantiene tal cual.

2026.09.07.4 — Dejamos de gastar tu cupo en números que no existen 📵

Cuando un aviso tuyo no llegaba porque el número no tiene WhatsApp, lo volvíamos a intentar en la corrida siguiente. Y en la otra. Todos los días, al mismo número, con el mismo resultado.

Cada intento consume del tope diario de mensajes que te da WhatsApp y, repetido, le baja la calificación a tu número. Todo por clientes que nunca iban a recibir nada.

Ahora, cuando el error es de los que no se arreglan solos —el número no existe o bloqueó a tu empresa—, se deja de intentar y el cliente aparece en «Clientes que no podemos contactar» para que corrijas su ficha. Los errores que sí se destraban (un pago pendiente en Meta, el límite de 24 horas) se siguen reintentando como siempre.

2026.09.07.3 — Ahora ves a qué clientes no les llega nada 📇

Cuando un cliente tuyo no tiene teléfono cargado en tu sistema de facturación, no hay a dónde mandarle el aviso. Eso siempre fue así, pero no había forma de que lo supieras: el panel decía «39 enviados» y esos clientes simplemente no aparecían por ningún lado.

En la pestaña Avisos hay una tarjeta nueva, «Clientes que no podemos contactar», con nombre, documento y qué aviso no salió. Incluye también los que sí tienen número pero WhatsApp lo rechaza —porque no está registrado o bloqueó a tu empresa—, mostrándote cuál tienes cargado.

Todo se corrige en tu sistema: cargas o arreglas el número y el aviso sale solo en la próxima corrida. Los clientes desaparecen de la lista sin que hagas nada más.

De paso, esos casos ya no se repiten en «Mensajes con problemas»: ahí quedan los errores que se corrigen y se reintentan (facturación en Meta, plantillas), y acá los que dependen de tus datos.

2026.09.07.2 — Tú decides qué hace el bot con un comprobante 🧾

Hasta ahora había un solo camino: el cliente mandaba su comprobante, el bot le daba unos días de plazo para que no se le cortara el servicio, y un agente acreditaba la factura después. A muchos les sirve. A los que confían en la validación automática, les sobraba un paso.

En Cobros puedes elegir entre tres:

  • Darle plazo y avisar al agente — lo de siempre, y sigue siendo lo que está activo si no tocas nada.
  • Registrar el pago directamente — marca la factura como pagada en tu sistema, sin esperar a nadie.
  • Solo avisar al agente — el bot no toca tu sistema; tú acreditas todo a mano.

Sobre la segunda: acredita dinero sin que lo mire una persona, así que solo se dispara cuando la validación pasa entera — monto, titular, cuenta de destino, fecha y el tope que fijaste.

Y cuando no pasa, distingue dos situaciones que no son lo mismo:

  • No se pudo confirmar (foto borrosa, cuenta destino ilegible, monto sobre tu tope): el comprobante puede ser perfecto y el problema es la lectura. Le da plazo igual al cliente y te avisa. Cortarle el servicio por una foto movida sería peor.
  • Contradice la factura (paga otra persona, el dinero fue a otra cuenta, el monto no coincide, la fecha es vieja): acá no le da plazo y lo deriva a un agente. Extenderle el servicio a quien mandó algo que no cierra sería premiar exactamente lo que un comprobante falso busca.

En los dos casos queda anotado en el chat con el motivo, para que no te encuentres con facturas que creías saldadas.

Si usas flujos, la opción está en el bloque «pedir comprobante» del editor, junto a la de la promesa.

2026.09.07.1 — El botón «Registrar pago» ya funciona con WispHub ✅

Si tu sistema es WispHub, el botón «Registrar pago» de la ficha del cliente nunca llegó a funcionar. Siempre respondía que faltaba la imagen del comprobante y te pedía abrir una conversación donde el cliente la hubiera enviado — aunque estuvieras justo en esa conversación y el cliente la hubiera mandado.

WispHub exige la imagen para acreditar un pago, y no se la estábamos pasando. Ahora la toma del comprobante que el cliente ya envió por el chat.

Si el cliente todavía no mandó ninguno, el mensaje ahora te lo dice tal cual, en vez de mandarte a buscar algo que ya tenías delante.

2026.09.04.3 — El probador del bot ya termina la respuesta 💬

Al probar el bot en el wizard y consultar por documento, a veces respondía «(En producción el bot ejecutaría: lookup_client_by_dni)» en lugar de contestar. Parecía que la prueba no funcionaba.

En realidad sí funcionaba: encontraba al cliente. Lo que pasaba es que el bot quería dar un segundo paso —buscar su factura— y el probador solo le permitía uno. Se quedaba sin nada que decir y mostraba ese texto de relleno.

Ahora el probador le permite encadenar, igual que en producción. Y si algo falla de verdad, lo dice con el motivo en vez de mostrar el mismo mensaje genérico para dos problemas distintos.

2026.09.04.2 — El bot reconoce al cliente tres veces más rápido ⚡

Cuando alguien te escribe, el bot lo busca en tu sistema por su teléfono. El problema es que WhatsApp y tu sistema no siempre guardan el número igual —México le agrega un 1, Argentina un 9, y muchos ISP guardan el número sin código de país—, así que el bot probaba varias formas hasta acertar.

Las probaba siempre en el mismo orden, sin importar tu país. Para un ISP mexicano la buena era la cuarta: tres consultas fallidas antes de cada identificación.

Ahora empieza por la forma que usan los ISP de tu país. Medido con un ISP de México: de 3 segundos a 0,9 por cliente, y de 20 consultas a 5.

No cambia a quién encuentra —las formas siguen probándose todas si la primera falla—, solo el orden.

2026.09.04.1 — El bot ya no opina sobre facturas de quien no reconoce 🤐

Cuando alguien escribía desde un número que no está cargado en tu sistema, el bot no podía identificarlo. Hasta ahí, correcto. El problema es lo que hacía después: en vez de decir que no lo reconocía, afirmaba cosas sobre su cuenta — llegó a responderle «tu factura todavía no fue emitida» a un cliente que sí tenía una factura pendiente.

Pasaba porque la consulta de facturas devolvía un error técnico sin explicación, y el bot lo interpretaba como «no tiene deuda».

Ahora, si no sabe quién es, no afirma nada: pide el documento para identificarlo, y si aun así no aparece, deriva a un asesor en vez de inventar.

Si tienes clientes escribiendo desde números que no están en tu sistema, esto te evita que reciban información equivocada sobre su cuenta.

2026.09.03.4 — Wispro: el probador del bot ya consulta de verdad 🔎

Al probar el bot en el wizard y pedirle un cliente por documento, respondía que no lo encontraba aunque el cliente existiera.

El motivo: para animarse a consultar tu sistema, el probador exigía la URL —y Wispro no tiene URL configurable, porque es un servicio en la nube con dirección fija. Sin ese dato no ejecutaba ninguna consulta, y el bot contestaba lo único que podía: que no lo encontró.

Ya está corregido, y con el mismo criterio en todos lados: con Wispro alcanza con el token. Eso destraba de paso otras tres cosas que también te trataban como «sin configurar»: la validación de los flujos, el estado que muestra tu panel y la búsqueda de clientes desde la app móvil.

2026.09.03.3 — Wispro: el bot ya se puede activar, y las consultas vuelan 🚀

Dos correcciones para los ISPs con Wispro:

Ya puedes activar el bot. Al intentarlo salía «Falta sis_isp» y te mandaba a completar la URL de tu sistema. Wispro es un servicio en la nube: su dirección es siempre la misma y ese campo no aplica. Ahora solo se te pide el token, que es lo único que hace falta.

Consultar un cliente por documento pasó de 14 segundos a 1. Para armar la ficha bajábamos tu cartera completa de facturas —más de mil— para encontrar una sola. Encontramos la forma de pedirle a Wispro solo las pendientes, y ahora la respuesta es inmediata.

Si tus clientes notaban que el bot tardaba en reconocerlos, era esto.

2026.09.03.2 — Más monedas para elegir 💱

En Configuración → Moneda en la que facturas, la única opción con $ decía «Dólares». Si facturas en pesos —argentinos, chilenos, colombianos o mexicanos— no tenías dónde declararlo, aunque escribas el mismo símbolo.

Ahora el $ es neutro («Pesos o dólares») y hay opciones explícitas para cuando necesitas distinguir: AR$, CLP, COP, MX$, US$, R$ (reales), RD$.

No cambia nada si estás en «Automática», que es como está casi toda la plataforma: se sigue deduciendo de tu país y acierta igual que antes.

Aparte corregimos Brasil: en automático mostraba $ cuando allá el real se escribe R$, y un «$ 50» se lee como dólares.

2026.09.03.1 — Ahora sabemos si tus avisos llegaron, no solo si salieron ✅

Hasta hoy, cuando un aviso salía de HybsChat lo dábamos por enviado. El problema es que WhatsApp puede rechazarlo unos minutos después —por un tope de mensajes, un problema de facturación en tu cuenta de Meta, o la ventana de 24 horas vencida— y ese rechazo llega aparte, cuando nosotros ya habíamos cerrado el tema.

Resultado: el aviso figuraba enviado, tu cliente nunca lo recibía, y no se reintentaba nunca. Le pasó a un ISP que llevaba semanas creyendo que sus avisos salían.

Ahora verificamos la entrega real. Cada 15 minutos revisamos qué pasó de verdad con cada aviso:

  • Llegó → queda marcado como entregado.
  • No llegó por algo que se destraba (facturación, tope de 24 horas, saturación de WhatsApp) → se reintenta solo, hasta 3 veces.
  • No llegó por un problema de configuración (variables que no coinciden, número inválido) → se marca con el motivo, sin reintentar. Reintentar eso es repetir el mismo error.

Cubre los tres caminos: los avisos que tu sistema empuja, los que se encolan cuando mandas una tanda grande, y los que generamos nosotros consultando tu sistema.

2026.09.02.5 — El aviso de corte ya no espera al día siguiente ✂️

Para los ISPs con avisos automáticos por sondeo (hoy, Wispro): el aviso de servicio suspendido pasó de revisarse una vez al día a cada 10 minutos, igual que la confirmación de pago.

Avisarle al cliente en el momento del corte es lo que evita la llamada de «me quedé sin internet». Antes podía enterarse hasta 22 horas después.

No cambia nada más: el aviso sigue saliendo una sola vez, en el momento en que el servicio pasa de activo a cortado. A un cliente que ya estaba cortado no se le repite.

2026.09.02.4 — El cron de pagos evaluaba avisos que no le tocaban ⏱️

Interno, sin cambio visible para ti. Los avisos automáticos de Wispro corren por sondeo, con dos tareas: una diaria que revisa todo y otra cada 10 minutos que debía mirar solo los pagos.

Ese «solo los pagos» no se aplicaba: la tarea rápida estaba evaluando los cinco tipos de aviso cada 10 minutos en vez de una vez al día. No se enviaron avisos de más —el control de duplicados los frenaba— pero sí se consultaba la API del ISP mucho más de lo necesario.

Ya quedó acotado a lo que corresponde.

2026.09.02.3 — Ya puedes activar la captación de clientes nuevos 🪪

El bot sabe captar prospectos desde hace tiempo: cuando alguien que no es cliente pregunta por el servicio, le pide permiso, le pide su documento y su dirección, y registra la solicitud en tu sistema.

Lo que faltaba era el interruptor. Estaba apagado por defecto para todos y no había ninguna forma de encenderlo desde el panel — ni en el wizard ni en el tab del bot. Había que pedirlo.

Ahora lo activas tú, en el wizard de IA → paso Equipos, junto al ruteo. Va ahí porque el prospecto que capta se deriva a tu equipo Comercial: encenderlo sin decidir a dónde va dejaría las solicitudes sin dueño.

La cobertura no es obligatoria. Si todavía no cargaste tus zonas en el mapa, el bot igual toma la solicitud con la dirección y la deja anotada para que la valides. Si sí tienes zonas cargadas, además te dice si la dirección cae adentro.

2026.09.02.2 — Avisos de WiMovil que se cortaban a la mitad ✂️

Si usas WiMovil, esto te afectaba. Algunas de sus variables traen un salto de línea adentro: {{{saludo}}} termina con uno, y {{{cuentas_bancarias}}} es un bloque de varias líneas.

Tu snippet TPL: está escrito en una sola línea, pero lo que llega no lo está. Nosotros leíamos solo hasta el primer salto, así que las variables que venían después se perdían y el aviso moría con «faltan variables». No había forma de arreglarlo desde tu lado.

Ahora reconstruimos la línea completa antes de leerla. Los avisos que ya funcionaban siguen igual: el contenido extra que activas en WiMovil (día de pago, cuentas, próxima suspensión) se sigue insertando donde corresponde.

También corregimos algo relacionado: cuando ponías NOMBRE= en una línea aparte, terminaba visible dentro del mensaje que leía tu cliente. Ahora se reconoce y se saca del texto.

2026.09.02.1 — Ya no sale un aviso roto al cliente 🧩

Si el snippet TPL: que tienes cargado en tu sistema queda mal armado —el encabezado TPL: repetido, una variable {{{...}}} mal cerrada, o campos separados con | y ~ mezclados— las variables llegan con basura adentro.

Hasta hoy eso salía igual. Un cliente recibió literalmente "Buen día Sr./Sra. {{{nombres_y_apeTPL:registro_de_pago su pago ha sido registrado".

Pasaba solo dentro de la ventana de 24 horas: cuando tu cliente te escribió hace poco, el aviso sale como texto normal y no como plantilla, así que WhatsApp no lo revisa y sale tal cual. Fuera de esa ventana, WhatsApp lo rechazaba solo.

Ahora el aviso no se manda y tu sistema recibe el error, indicando cuál variable vino mal. Preferimos que un aviso no salga —eso se nota y se corrige— antes que salga roto, porque eso ya lo leyó tu cliente.

2026.09.01.7 — Te avisamos si WhatsApp deja de aceptar tus envíos 📵

Hasta hoy, si tu número estaba conectado, te lo mostrábamos como conectado. El problema es que WhatsApp puede bloquear tus envíos con el número perfectamente conectado: cuando llegas al tope de mensajes que puedes iniciar en 24 horas, cuando tu empresa no pasó la verificación de Meta, o cuando falla el método de pago de tu cuenta.

En esos casos tus avisos salen de HybsChat, figuran como enviados, y una parte de tus clientes nunca los recibe. Un ISP se enteró de esto por sus propios clientes, no por nosotros.

Ahora consultamos el estado real a Meta y te lo decimos:

  • Conectado — todo en orden.
  • Bloqueado — con el motivo y qué tienes que ir a arreglar. No el código en inglés de Meta: "Meta no pudo cobrar tu método de pago", "Tu empresa no pasó la verificación".
  • Caído — solo para los números por QR, como siempre.
  • Sin verificar — todavía no consultamos ese número. Preferimos decírtelo antes que pintarlo en verde sin saber.

Además te llega un correo cuando un número pasa a bloqueado, con el motivo. Una sola vez por bloqueo, no un recordatorio cada media hora.

Lo ves en tu panel y en la app, en «Tus números».

2026.09.01.6 — El bot ya no dice "no tienes deuda" a quien debe 🔴

Si usas Mikrowisp, esto te afectaba. El bot buscaba la factura del cliente y se quedaba con la más reciente, sin fijarse si estaba pagada. Eso produjo dos errores:

  • A un cliente con una factura vencida hace meses, pero con la última pagada, el bot le decía "no tienes deuda". Encontramos 147 clientes en esta situación al revisar las cuentas conectadas.
  • A un cliente que preguntaba cuánto debía, el bot le pasaba el monto de la factura del mes pasado.

Ya corregido: el bot toma la factura impaga más antigua, que es la que corta el servicio y la que quieres cobrar primero. Las facturas vencidas dejaron de ser invisibles.

Esto también mejora la validación de comprobantes: el bot venía comparando el pago contra la factura equivocada.

Y si tu factura todavía no está emitida

Varios ISPs facturan por tandas, en dos o tres días. En esa ventana el cliente ya entró al período nuevo pero su factura aún no existe, y el bot cerraba con un "no tienes deuda" que no le servía a nadie que estuviera tratando de pagar.

Ahora lo explica: "tu última factura ya está pagada; la del período nuevo todavía no está emitida y te va a llegar para el 28". La fecha la deduce del historial del propio cliente —cada uno tiene su día de vencimiento— así que no tienes que configurar nada. Y si el cliente insiste en adelantar el pago, el bot no le inventa un monto: te lo deriva.

2026.09.01.5 — Los comprobantes ya te dicen de quién son 🧾

En la pestaña Comprobantes la columna del nombre salía siempre en blanco. No era un problema de tu configuración: el bot guardaba el código del cliente pero nunca el nombre, así que no había nada que mostrar.

Ya lo guarda. Los comprobantes que lleguen de ahora en adelante muestran el nombre, y los anteriores muestran el teléfono desde el que llegaron, que es con lo que igual los ibas a buscar.

2026.09.01.4 — El menú ya no se esconde en pantallas chicas 🖥️

En laptops de 14 pulgadas —o con la escala de Windows al 125% o 150%— el menú lateral desaparecía y había que abrirlo con el botón de hamburguesa para cada cosa.

Ahora se adapta en vez de esconderse: en pantallas medianas se angosta manteniendo los nombres, y en las más chicas queda como una barra de íconos que se expande al pasar el mouse. El menú siempre está a la vista.

En el teléfono sigue igual que antes, con el botón de menú, que ahí es lo que corresponde.

2026.09.01.3 — Las opciones para tocar y la llamada a pedido, ahora sí 🔧

Dos funciones que anunciamos y no llegaban a enviarse: las preguntas con opciones para tocar y la llamada de voz que el cliente puede pedir.

En los dos casos el bot hacía bien su parte, pero el mensaje se perdía antes de salir. Ya está corregido y probado de punta a punta.

Si tienes el bot con IA, ahora vas a ver que pregunta con opciones cuando la respuesta tiene que ser exacta, y que abre la llamada cuando el cliente prefiere hablar.

2026.09.01.2 — El cliente puede pedir hablar por voz 🗣️

Si un cliente dice que prefiere hablar en vez de escribir, el bot le abre la llamada: le manda el botón para entrar y le avisa a tu equipo, con el motivo, para que un asesor entre sabiendo de qué se trata.

Solo lo ofrece cuando hay alguien para atender: si estás fuera de tu horario de atención, no se lo propone. Un cliente entrando a una llamada donde no hay nadie es peor que no haberle ofrecido nada.

Necesita el adicional de llamadas activo.

Además: los avisos de llamada ahora salen firmados por HybsChat, no con tu nombre. Era el último lugar donde un mensaje automático seguía saliendo a nombre del dueño de la cuenta.

2026.09.01.1 — La llamada le llega a tu cliente como un botón 📞

Cuando llamas a un cliente por voz, ya no recibe un enlace largo: recibe un botón que dice «Entrar a la llamada». La dirección ni aparece.

Es un cambio de confianza. Un enlace pelado en WhatsApp se parece demasiado al de una estafa, y hay clientes que dudan antes de tocarlo — justo cuando del otro lado estás tú llamándolo.

En los canales que no admiten botones —WhatsApp por QR, chat web, Telegram— sigue llegando el enlace de siempre, que funciona igual.

Y el interruptor de «Registrar pagos desde el chat» se movió a Cobros, que es donde lo anunciamos. Estaba en la pestaña Bot por error.