Novedades · septiembre de 2026¶

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

`2026.09.24.2` — Los flujos ya no derivan a departamentos que no existen 🏷️¶

Cuando creabas un flujo desde una plantilla, los bloques de «pasar a un agente» venían con departamentos genéricos —fallas, asesores, ventas, pagos— que casi ningún Chatwoot tiene: los tuyos se llaman soporte técnico, pagos y facturación, comercial, atención al cliente. Al derivar, el bot no encontraba ese departamento y la conversación quedaba sin asignar a nadie, esperando en una cola que nadie mira.

Ahora la plantilla nace con tus departamentos reales, tomados de tu Chatwoot. Si tienes configurado a qué equipo va cada tipo de consulta, se respeta; si no, se busca por nombre.

Y en el editor ves cuál está mal. Si un bloque apunta a un departamento que ya no existe —porque lo borraste o le cambiaste el nombre—, aparece marcado con un aviso en vez de figurar como si fuera válido. Desde ahí puedes elegir otro, crearlo con ＋ o actualizar la lista con ↻.

Y no tienes que rehacer nada: ya corregimos los flujos que tenías. Revisamos los flujos publicados de todas las cuentas y cambiamos esos departamentos genéricos por los tuyos, tal como los tienes en Chatwoot. Donde alguno apuntaba a un equipo que no correspondía —fallas técnicas yendo al área comercial, por ejemplo— quedó apuntando al que corresponde.

Un caso no se pudo corregir solo: si todavía no creaste departamentos en tu Chatwoot, el flujo conserva los nombres de la plantilla hasta que tengas los tuyos. Los creas en la pestaña 👥 Equipo, o desde el mismo bloque del flujo con el botón ＋.

Dónde lo ves: Panel → pestaña 🤖 Bot → Constructor visual de flujos. Abre tu flujo y mira los bloques «Pasar a agente humano»: ahí están los departamentos, ya con los nombres de tu Chatwoot. Si alguno quedara señalado con un aviso, es que ese equipo ya no existe y conviene elegir otro.

`2026.09.22.6` — Las conversaciones que el cliente deja a medias ya no se pierden 👀¶

Tu bot atiende en pendientes y tus agentes trabajan en abiertas. Si un cliente escribe, el bot lo atiende y el cliente se va sin resolver nada, esa conversación se queda en la cola del bot: no la ve nadie hasta que se cierra sola por inactividad.

Ahora lo configuras en la pestaña 🤖 Bot, en Ajustes, y decides las tres cosas:

Cuánto espera tu bot a que el cliente vuelva. Viene en 0, apagado: hay equipos que quieren verlo todo a los 5 minutos y otros que prefieren la bandeja despejada.
A qué departamento se deriva. Si eliges uno, la conversación entra en su cola y desde ese momento la atiende una persona: tu bot deja de responder en ella. Si la dejas sin asignar, cualquier agente la ve y tu bot sigue contestando si el cliente vuelve.
Con qué etiqueta queda marcada, para filtrarlas en Chatwoot y ver cuántas rescataste.

Solo rescata al cliente que quedó esperando. Si el último mensaje es tuyo —un aviso de cobranza, el acuse de un comprobante— no hay nada que atender y la conversación no se toca. Probándolo en una cuenta real, de 11 candidatas por tiempo solo 4 eran clientes esperando respuesta; las otras 7 eran avisos salientes que solo habrían ensuciado la bandeja.

Y solo mira las últimas 2 horas: la idea es que tu agente alcance al cliente mientras todavía espera, no rescatar conversaciones de anteayer.

Dónde lo ves: Panel → pestaña 🤖 Bot → Ajustes: los minutos de espera, el departamento al que se deriva y la etiqueta.

`2026.09.22.4` — Tu bot ya no dice que hizo algo que no puede hacer ⚠️¶

Un cliente pedía cambiar la contraseña de su WiFi y el bot respondía «ya la cambié», con detalle y todo: «el servicio se cortará un minuto y volverá solo». No la había cambiado: tu bot no tiene forma de tocar la configuración del equipo del cliente. Puede consultar tu sistema, cobrar, derivar y reiniciar la ONU — nada más.

El daño no era solo la contraseña. El cliente intentaba conectarse con una clave que no existía, el bot le reiniciaba el equipo para «arreglarlo» —cortándole el servicio de verdad—, le hacía revisar cables, y recién después lo pasaba a un asesor. Lo encontramos en tres cuentas.

Ahora, ante un pedido que requiere tocar la configuración (contraseña o nombre del WiFi, cambio de plan, reconexión, cambio de fecha de pago, baja), el bot toma el dato, dice que lo gestiona tu equipo —con el plazo que tengas cargado en tu información, si lo indicas— y lo deriva. Nunca afirma haberlo hecho.

Y los datos que el cliente dicta se copian tal cual. En este caso la contraseña terminaba en punto (Akira@Rika22#.) y el bot la repitió sin el punto, así que el cliente no coincidía con la que después se configuró. Ahora la repite entre comillas, con su puntuación, y pregunta si es exactamente así antes de pasarla a tu equipo.

Si ofreces el cambio de contraseña como servicio, conviene que en tu información diga el plazo real (por ejemplo «dentro de 24 horas»): el bot lo usa al responder.

Dónde lo ves: No hay nada que configurar: se nota en las respuestas de tu bot. Si pides el cambio de contraseña como servicio, el plazo lo cargas en 🤖 Bot → Bot AI conversacional, en la información que le das a tu bot.

`2026.09.22.3` — Si cargas los teléfonos con el 0 adelante, ya reconocemos a tus clientes 🇪🇨¶

En Ecuador y Venezuela los teléfonos se cargan con el cero delante (0939066720), y WhatsApp los entrega con el código del país y sin ese cero (593939066720). Nosotros buscábamos solo esta última forma: no coincidía con ninguna ficha, y el cliente que te escribía aparecía como desconocido aunque lo tuvieras cargado. Tu agente tenía que buscarlo a mano en tu sistema en cada conversación.

Ya probamos las dos formas, en los dos lugares donde hacía falta: la consulta directa a tu sistema y el índice interno que usamos para las carteras grandes (ese índice quedaba completamente sin usar por este motivo).

Lo verificamos con clientes reales de un ISP ecuatoriano: los que antes no aparecían, ahora salen con su nombre. No tienes que cambiar cómo cargas los teléfonos ni volver a cargar nada.

Dónde lo ves: No hay nada que configurar. Lo ves en la ficha del cliente, dentro de la conversación: aparece con su nombre en vez de pedirle el documento.

`2026.09.22.1` — El interesado que ya diste por perdido ahora sí queda registrado ✅¶

Tres arreglos en la captación de interesados, todos del mismo problema: el bot juntaba los datos y después no hacía nada con ellos.

Ahora sí los registra en tu sistema. Si tienes cargado un guion de contratación que pide varios datos (referencias del sector, color de la vivienda, una foto del domicilio), el bot los seguía pidiendo sin registrar nunca la solicitud: quedaba todo en la conversación. Ahora registra en cuanto tiene nombre, documento y dirección, y el resto lo pide después o se lo deja a tu asesor, que recibe la conversación completa.
Dejó de preguntar lo que ya le dijiste. A quien abría con «quiero contratar internet», el bot le preguntaba igual «¿ya eres cliente o quieres contratar?». Un mensaje menos por cada interesado.
Y no te pide permiso para algo que no puede hacer aunque no tengas cargadas tus zonas de cobertura. Este arreglo salió en la versión anterior a medias: funcionaba solo si tenías el mapa configurado.

También corregimos algo que afectaba a todos: cuando el bot no encontraba un documento, la instrucción interna le decía que registrara al interesado incluso en las cuentas que no tienen la captación activa — una herramienta que no existía ahí. Ahora en esas cuentas deriva a tu equipo comercial, que es lo que corresponde.

Dónde lo ves: Panel → pestaña 🤖 Bot → Bot AI conversacional, donde activas la captación de interesados. Las solicitudes que registre el bot te llegan a tu sistema de gestión.

`2026.09.21.7` — Menos preguntas para registrar a un interesado 📝¶

Afinamos la captación de interesados, que ahora acompaña al orden nuevo (cobertura → datos → planes):

Ya no te pide permiso para algo que no puede hacer. Si tu cuenta no tiene la consulta de documento por RENIEC, el bot dejó de pedir autorización para verificar la identidad — consultaba, no podía, y terminaba pidiendo el nombre igual. Ahora te lo pide directo: un paso menos para el interesado.
Al registrar la solicitud, ahora sí le muestra los planes. Antes la conversación se cerraba con «un asesor te contactará» y el interesado se quedaba sin ver un solo precio.
Y ya no dice «un asesor validará la cobertura» cuando el bot acaba de confirmarla con tu mapa. Ahora cierra con que un asesor lo contacta para coordinar la instalación.

Dónde lo ves: Panel → pestaña 🤖 Bot → Bot AI conversacional, en la captación de interesados.

`2026.09.21.6` — Cobertura primero, después los datos, al final los planes 📍¶

Si tienes cargadas tus zonas de cobertura, tu bot ahora atiende a un interesado en el orden que tiene sentido para un ISP:

Primero la cobertura. Le pide la ubicación y valida si llegas a su zona — antes de pedirle un solo dato.
Después sus datos. Recién con la cobertura confirmada le pide nombre y dirección.
Al final los planes, con tus velocidades y precios.

Antes era al revés: le pedía documento y dirección, y la cobertura quedaba para el final. El interesado daba todos sus datos para enterarse recién ahí de que todavía no llegas a su zona, y tu asesor recibía una solicitud que no se podía instalar.

Y si no hay cobertura, ya no le muestra precios. Le dice con amabilidad que todavía no llegas, sin prometer instalación, y registra su interés para cuando amplíes.

Un detalle que veníamos arrastrando: aunque tuvieras tus planes cargados, el bot tenía prohibido dar precios y mandaba todo a un asesor. Ahora sí los ofrece — lo que sigue confirmando un asesor es la fecha y el costo de instalación, que es lo que corresponde.

No tienes que configurar nada: si ya cargaste tus zonas en el mapa, tu bot ya atiende así.

Dónde lo ves: Panel → pestaña 🤖 Bot → 📍 Verificación de cobertura. Ahí cargas tus zonas en el mapa; con eso el bot ya atiende en este orden.

`2026.09.21.5` — El bot reconoce a tu cliente aunque su número esté cargado de otra forma 🌎¶

Seguimos con lo de ayer, que se quedaba corto en tres puntos:

Cuando el cliente tiene dos números en la misma ficha. El listado que usa el bot para desempatar entre varias cuentas todavía buscaba con el código de país pegado. Ahora busca igual que la búsqueda principal.
El nombre del cliente en tu bandeja. El contacto de WhatsApp se quedaba sin nombre aunque el cliente estuviera en tu sistema. Ahora aparece con su nombre completo desde el primer mensaje, que es lo que ve tu agente cuando toma la conversación.
Si cargas los teléfonos con el 0 adelante. En Ecuador (0992185891) y Venezuela (5804126556956) la comparación era demasiado estricta y descartaba al cliente correcto por culpa de ese cero. Ya no.

Esto último también vale si usas Mikrowisp o Wispro, no solo WispHub.

Nada que configurar: tus teléfonos se quedan como están.

Dónde lo ves: No hay nada que configurar. Lo ves en la conversación: el contacto aparece con el nombre del cliente desde el primer mensaje.

`2026.09.21.4` — Tu bot vuelve a reconocer a tus clientes por su número 📱¶

Si usas WispHub, esto te cambia la atención. WhatsApp entrega siempre el número con el código del país (51987654321), y en tu sistema los clientes suelen estar cargados sin él (987654321). Tu bot buscaba tal cual llegaba, no encontraba a nadie, y terminaba pidiéndole el DNI a todo el mundo — incluso a quien ya tienes registrado hace años.

Ahora prueba también sin el código de país. Medido en un ISP real: de 0 clientes identificados pasó a 20 de cada 25.

Para tus clientes significa que el bot los saluda por su nombre y ya sabe cuál es su servicio desde el primer mensaje, sin hacerles buscar el documento. Y si tienes varios números de WhatsApp, funciona igual en todos: la identificación no depende del número por el que te escriban.

No tienes que hacer nada ni cambiar cómo cargas los teléfonos.

Dónde lo ves: No hay nada que configurar. Lo ves en la conversación, y funciona igual por cualquiera de tus números de WhatsApp.

`2026.09.21.3` — Las averías ya no son todo o nada 🎯¶

Cuando declaras una avería, ahora eliges qué alcance tiene, porque casi nunca se cae la red entera:

Un sector — un poste caído, una fibra robada, un puerto de tu OLT quemado. Tu bot avisa solo a los clientes que de verdad están sin señal. Quien te escriba por una factura, o por cualquier otra cosa, no recibe ningún aviso de corte.
Toda tu red — un tramo troncal. Tu bot avisa a cualquiera que escriba.

Y si tienes tu OLT conectada, lo distingue solo. Si las caídas se concentran en uno o dos puertos, lo trata como un sector; si están repartidas por tu red, como una avería general. Por muchos clientes que tenga el puerto, un solo puerto es un sector: un puerto quemado con 60 clientes ya no hace que tu bot le avise a los otros 1.400 que están navegando sin problemas.

Para declarar un sector por tu cuenta no necesitas saber qué puerto es: tu bot mira el equipo de cada cliente que escribe y le avisa solo si es uno de los afectados.

Toda avería se cierra sola a las 12 horas. Si la declaras un viernes, arreglas el corte y te olvidas de darla por resuelta, tu bot no puede quedarse todo el fin de semana diciéndole a tus clientes que hay una avería. Si el corte sigue, se vuelve a declarar sola o la reactivas con un clic.

También: el tab de Campañas volvió a cargar normalmente. Abrirlo dos veces seguidas podía mostrarte un error que no era tal.

Dónde lo ves: Panel → pestaña 📊 Resumen → 🔧 ¿Se te cayó la red? Avisar de una avería. Ahí eliges el alcance cuando declares el corte.

`2026.09.21.2` — Cuando se te cae la red, tu bot deja de hacer preguntas 🔧¶

Nuevo: el botón de avería, arriba de todo en tu Resumen. Cuando se corta una fibra, lo activas y tu bot cambia de comportamiento con todos los que escriban:

Les avisa que hay una avería, sin pedirles el DNI ni hacerles revisar el router.
Etiqueta cada conversación como averia, así tus agentes ven juntos a todos los afectados.
Las deriva a soporte.

Puedes indicar la zona y escribir tu propio mensaje. Si lo dejas vacío usamos uno que explica el corte sin prometer horarios que después no se cumplen. Cuando se restablece, un botón lo apaga y tu bot vuelve a atender normal.

Y si tienes tu OLT conectada, se da cuenta solo. Cada 5 minutos miramos cuántos equipos se quedaron sin señal óptica en las últimas 2 horas. Si son muchos a la vez, la avería se declara sola — justo en los primeros minutos, que es cuando te llegan todos los mensajes y a veces ni te enteraste todavía. Solo contamos las caídas recientes: un equipo apagado hace una semana no es un corte.

Además, tu bot dejó de dar un consejo que no servía. Cuando la fibra que llega al domicilio está cortada, ya no le pide al cliente que revise el router, los cables o las luces: le dice claro que el problema no está en su casa y lo pasa a soporte como avería. Antes le decía «tu fibra está cortada» y en la misma frase «verifica las luces de tu equipo».

Ahora distinguimos tres situaciones que antes se trataban igual: la fibra cortada (es la red), el equipo sin energía (es un corte de luz en la casa) y el equipo que no responde por causa desconocida.

Dónde lo ves: Panel → pestaña 📊 Resumen → 🔧 ¿Se te cayó la red? Avisar de una avería.

`2026.09.21.1` — Tu bot acepta comprobantes que antes rechazaba 🧾¶

Los comprobantes sin número de operación ya sirven. Muchos bancos y casi todas las transferencias no imprimen un número de operación, y tu bot los rechazaba aunque leyera bien el importe, la fecha y quién pagó. Ahora los acepta: reconoce el pago por su combinación de cliente, importe, fecha y banco.

En los datos se veía el problema del lado de tu cliente: el mismo comprobante enviado cuatro veces seguidas, rechazado las cuatro, sin que nadie le dijera qué faltaba. Ahora el primero se procesa y, si lo reenvía, tu bot le responde que su pago ya está registrado.

La protección sigue intacta: el importe se compara con tu factura, la fecha tiene que ser reciente, y si configuraste a quién deben pagarte, eso se valida igual. Lo único que cambia es cómo reconocemos que dos comprobantes son el mismo pago.

Y los comprobantes argentinos dejaron de fallar por el formato. Los identificadores de las transferencias en Argentina son códigos largos con letras y números, y nuestra verificación estaba pensada para los formatos peruanos: los daba por inválidos. Lo mismo pasaba con los códigos largos de Mercado Pago. Afectaba a ISP de los dos países.

Si usas comprobantes por WhatsApp, deberías ver bastantes menos rechazos esta semana sin tocar nada.

Dónde lo ves: Panel → pestaña 🧾 Comprobantes. Los que antes se rechazaban por no traer número de operación ahora aparecen validados.

`2026.09.20.3` — El panel te dice qué significa «modo prueba» 🧪¶

En Cobros, una pasarela en modo prueba se veía con las etiquetas «TEST» y «ACTIVA» una al lado de la otra, que juntas dan a entender que está cobrando. Es lo contrario: en modo prueba tu bot no le ofrece pagos a tus clientes, justamente para que puedas configurarla tranquilo sin exponerlos.

Ahora te lo dice con todas las letras, y te deja un botón para pasar a producción ahí mismo, sin volver a cargar tus llaves.

Y la ficha muestra el dato correcto de cada pasarela. Antes mostraba siempre «Shop ID», que es de Izipay, así que una cuenta de Culqi bien configurada aparecía con un ? y parecía incompleta. Ahora cada una muestra lo suyo: Izipay su Shop ID, Culqi su llave pública.

Dónde lo ves: Panel → pestaña 💳 Cobros → 🤖 Pagos por el chat, en la tarjeta de cada pasarela.

`2026.09.20.2` — Tú eliges qué forma de pago ofrece tu bot 🎛️¶

Si tienes activas las dos formas de cobro —el link de pago y el código con QR—, ahora decides tú cuál ofrece tu bot cuando un cliente quiere pagar. Lo eliges en el asistente de tu bot → paso Cobros:

El link de pago, si tus clientes suelen pagar con tarjeta o Yape.
El código con QR, si la mayoría paga en efectivo o desde su billetera.

Tu bot ofrece la que elegiste, y la otra solo si tu cliente la pide. Nunca las dos en el mismo mensaje, para no confundirlo.

Antes lo decidía el bot según lo que fuera entendiendo de la conversación, y no tenías forma de saber qué iba a recibir tu cliente. Esa decisión es tuya: conoces a tus clientes mejor que nosotros.

Si tienes una sola forma activa no cambia nada, y la opción ni siquiera aparece: no hay nada que elegir.

Dónde lo ves: Panel → pestaña 🤖 Bot → Bot AI conversacional, donde eliges qué forma de pago ofrece primero.

`2026.09.20.1` — Ya puedes cobrar con QR desde Yape o Plin, y en agentes de banco 🧾¶

Tu bot ahora le manda a tu cliente un código con su QR, y tu cliente elige cómo pagarlo:

Escanea el QR con Yape, Plin o la app de su banco.
Paga en efectivo dictando el código en cualquier bodega o agente: BCP, BBVA, Interbank, Full Carga.
Lo ingresa en su banca móvil, en «Pago de servicios → PagoEfectivo».

En los tres casos su factura se marca como pagada en tu sistema automáticamente, igual que con el link de pago.

Hasta hoy, el cliente sin tarjeta tenía que ir a tu oficina o mandarte una foto del comprobante para que alguien la revisara a mano. Es el grupo que más trabajo te daba y el único que no tenía ninguna opción automática.

Le llega un solo mensaje con el QR y el código juntos. Y puede reenviárselo a un familiar para que se lo pague desde otro teléfono — el QR ya lleva el monto de la factura adentro.

Lo activas en el asistente de tu bot → paso Cobros → «Pago con QR o en agentes». Viene apagado: el monto mínimo es S/ 6 y la comisión del efectivo la fija Culqi y no es la misma que la de tarjeta, así que conviene que la confirmes con tu ejecutivo antes de encenderlo. Por ahora funciona con Culqi.

Cuándo llega el QR y cuándo solo el código. El QR viaja junto al código siempre que tu pasarela esté con sus llaves de producción. Si estás probando con llaves de prueba, tu cliente recibe solo el código: el QR que devuelve el modo de pruebas trae un importe que no es el de la factura, y preferimos no mandarlo antes que mandarte uno equivocado.

Ahora sabes qué medios de pago acepta tu cuenta de Izipay. En Cobros → Probar conexión te decimos exactamente qué tiene habilitado tu tienda: tarjetas, Yape, Plin, QR. Si te falta alguno, el trámite es con tu ejecutivo de Izipay —se habilitan de su lado, no desde aquí—. Antes solo decía «conexión OK» y no había forma de saberlo.

Y si tu pasarela está en modo prueba, el asistente te lo dice. Antes avisaba que «no tienes ninguna pasarela activa» a quien tenía una configurada y en pruebas, y te mandaba a configurarla de nuevo. Ahora te explica que mientras esté en pruebas tu bot no le ofrece pagos a tus clientes, y te lleva directo a pasarla a producción.

Dónde lo ves: Panel → pestaña 💳 Cobros → 🤖 Pagos por el chat.

`2026.09.19.1` — Cobrar con Yape y tarjeta por Culqi, y tu factura se cierra sola 💳¶

Culqi ya cobra de verdad, con Yape y con tarjeta. Lo probamos de punta a punta con un ISP: tu cliente toca el link, paga con Yape o con su tarjeta, y el cobro llega a tu cuenta de Culqi. Si tenías Culqi configurado y nunca te funcionó un cobro, esta es la razón y ya está resuelto.

Configurar tu pasarela volvió a funcionar. El botón de guardar en Cobros no hacía nada al tocarlo — ni guardaba ni avisaba del error. Si intentaste conectar Izipay o Culqi y te quedaste con la sensación de que la pantalla no respondía, no era tu navegador. Ya funciona, y «Probar conexión» ahora te dice si la llave está mal y cuál de las dos revisar.

Cuando te pagan por la pasarela, tu factura queda PAGADA. Antes se registraba una promesa de pago a tres días y alguien de tu equipo tenía que cerrarla a mano. No tiene sentido: el dinero ya entró y la pasarela lo confirmó. Ahora la factura se marca como pagada en tu sistema, con el origen del cobro y el número de operación. Si por algo no se puede cerrar, se registra la promesa como antes y queda anotado el motivo — nunca se pierde.

Podés configurar la pasarela sin que tus clientes la vean. El modo prueba ahora hace lo que promete: mientras esté activado, tu bot NO le ofrece el link de pago a nadie, así podés cargar tus llaves de prueba, cobrarte a vos mismo y revisar que todo esté bien antes de abrirlo. Al pasar a producción, el bot empieza a ofrecerlo solo. La pantalla de pago también te recuerda, mientras estés en prueba, qué tarjeta y qué número de Yape usar.

Un detalle de Yape que conviene saber: aparece como medio de pago a partir de S/ 6. Por debajo de ese monto, el cobro va con tarjeta. Es un límite de Culqi, no nuestro.

Dónde lo ves: Panel → pestaña 💳 Cobros → 🤖 Pagos por el chat, en la tarjeta de Culqi.

`2026.09.18.4` — Teléfonos con cero adelante, y avisos que no salían¶

El cero de adelante ya no rompe el aviso. Si en tu sistema los teléfonos están guardados como los tipeó un operador —0980887727 en vez de +593980887727— el aviso fallaba en silencio. Ese cero es el prefijo de larga distancia nacional y no forma parte del número internacional; ahora se descarta solo. Eran cientos de avisos al mes que no llegaban.

Cuando algo falla, ahora se dice por qué. Si tu sistema de WhatsApp rechaza un contacto, el motivo exacto queda registrado en vez de un mensaje genérico. No lo ves tú, pero es lo que nos permite arreglarte un problema en minutos en vez de en meses.

`2026.09.18.3` — «Mensajes del mes» ya muestra un número de verdad¶

En Recursos del plan siempre hubo un contador de «Mensajes del mes». Mostraba 0 para todo el mundo, desde siempre: nadie lo llenaba.

Ahora lo llena la medición diaria. Muestra todos los mensajes que le salieron a tus clientes este mes, por cualquier canal. Cuáles te cobra Meta y cuáles no lo desglosa el bloque de arriba.

Dónde lo ves: Panel → pestaña 📊 Resumen → 💬 Mensajes de este mes.

`2026.09.18.2` — Ajustes internos¶

Mejoras en las herramientas de administración de HybsChat. No cambia nada de lo que ves en tu panel.

`2026.09.18.1` — Ya puedes ver cuántos mensajes mandas (y cuánto te van a costar)¶

Desde el 1 de octubre, Meta cobra los mensajes de servicio: todo lo que el bot o un agente le escribe a tu cliente dentro de las 24 horas siguientes a que él te escribió. Hasta ahora eso era gratis e ilimitado.

En tu Resumen hay un bloque nuevo que te lo muestra antes de que llegue la factura:

Cuántos te cobra Meta este mes, y cuánto suman en dólares
Cuántos NO te cuestan nada — los que salen por WhatsApp con QR, Telegram o el chat de tu web
Qué parte escribe el bot y qué parte tu equipo
Quién de tu equipo escribe más
Una proyección al cierre del mes, al ritmo que llevas

Por qué el número importa. Varios mensajes cortos seguidos cuestan lo mismo que varios mensajes. Un «hola», un «dime», un «ya reviso» y un «listo» son cuatro cobros donde cabía uno. Y cada conversación que el bot resuelve solo cuesta menos de la mitad que una que termina en un agente.

Dos aclaraciones para que el número se entienda. Las notas internas no se cuentan: no salen a WhatsApp y Meta no las cobra. Y el costo es una estimación — la tarifa la fija Meta y cambia según el país.

Dónde lo ves: Panel → pestaña 📊 Resumen → 💬 Mensajes de este mes.

`2026.09.17.20` — «Solo recibir» ahora de verdad no toca nada¶

Los tres modos del bloque de comprobantes son:

Modo	Qué hace el bot
Pago directo	Marca la factura pagada en tu sistema
Pago con promesa	Reporta el pago y le da días de plazo al cliente
Solo recibir	Lee el comprobante y te deja la nota. Nada más

El bot por flujos siempre respetó el tercero. El bot por IA no: en «solo recibir» igual reportaba el pago a tu sistema, y la factura te quedaba en revisión — un pendiente que nunca pediste.

Corregido. Ahora en ese modo el bot no acredita, no reporta y no crea prórrogas. Lo que sí hace, que es lo que prometía el nombre: guarda el comprobante, extrae los datos y deja una nota clara en la conversación, con el monto, el número de operación y el aviso de que tu sistema quedó intacto. Al cliente le dice que lo recibió y que un agente lo valida — no que quedó registrado, porque no quedó.

`2026.09.17.19` — El bot por IA aprende lo del bot por flujos¶

Todo lo que se corrigió hoy probando el bot por flujos con un ISP en vivo tenía su versión gemela en el bot por IA. Se llevó allá.

Las prórrogas automáticas ahora cuentan. Cuando el bot por IA daba un plazo junto a un comprobante, lo creaba en tu sistema sin mirar tu tope ni anotarlo. O sea: el cliente al que le permitías una prórroga por mes recibía una por cada comprobante que mandara, y el contador que ves en la ficha no la registraba. Ahora respeta el tope y queda contada, venga por donde venga.

El plazo ya no depende de que el reporte funcione. Estaba al revés: si el reporte a tu sistema fallaba —la foto no se pudo subir, tu sistema no respondió— el cliente se quedaba sin prórroga. Es justo cuando más falta hace, porque nadie va a acreditarle nada en el acto.

«Reportado» significa reportado. Un comprobante se marcaba como reportado con que el OCR lo diera por bueno, aunque el envío a tu sistema hubiera fallado. Ahora se marca sólo cuando de verdad entró.

Cuando paga un familiar, el bot lo resuelve en el chat. Si el comprobante está bien de monto y de cuenta pero figura a nombre de otra persona, el bot pregunta una vez si el pago es suyo. Si el cliente dice que sí, queda registrado y la nota al agente dice quién pagó — antes esa confirmación no cerraba nada y el comprobante seguía figurando como rechazado, listo para que alguien lo acreditara por segunda vez.

`2026.09.17.18` — Los comprobantes del bot por flujos ya figuran como reportados¶

En la pestaña Comprobantes, los que el bot por flujos había reportado a tu sistema aparecían igual con el aviso de no reportado.

El riesgo era concreto: lo leías, ibas a tu sistema a cargar el pago a mano, y le cobrabas dos veces al mismo cliente.

Ahora la ficha se marca cuando el reporte de verdad entró. Si falló, sigue diciendo «no reportado» — que ahí es justamente lo que corresponde hacer.

`2026.09.17.17` — Ya puedes ver (y corregir) las prórrogas que dio el bot¶

Si pusiste un tope de prórrogas por cliente, el bot lo cuenta con su propio registro. Hasta ahora ese registro no se veía desde ningún lado: el cliente leía «ya tienes una prórroga activa este mes», ibas a tu sistema, no encontrabas ninguna, y no había manera de saber de dónde salía.

Ahora la ficha del cliente lo dice:

Prórrogas: 1 de 1 este mes · la última el 17/09 por 3 días, desde el bot. El bot no le va a dar otra.

Y trae un botón Liberar cupo.

Para qué sirve. Las prórrogas se crean en tu sistema, pero tu sistema no nos deja leerlas de vuelta. Así que si anulas una por tu cuenta —el cliente terminó pagando, se la diste por error, o estás probando el bot— nuestro contador se queda con la cuenta vieja y no tiene cómo enterarse. El botón es esa manera.

Liberar el cupo no toca tu sistema y no otorga nada. Sólo le borra al bot el recuerdo de las prórrogas que ya le dio a ese cliente, para que pueda darle otra. Queda una nota en la conversación con quién lo hizo: habilitar una prórroga más sobre una deuda sin cobrar tiene que poder rastrearse.

`2026.09.17.16` — Tu equipo ya ve qué opciones le ofreció el bot al cliente¶

En Telegram y en el chat de tu web, el menú del bot le llega al cliente como botones. Pero en tu bandeja aparecía solo la pregunta: el agente que recibía la conversación no sabía entre qué opciones había elegido.

Ahora, junto al menú queda una nota interna con la lista:

🔘 Opciones que vio el cliente: · 💰 Consultar deuda · 💳 Solicitar QR · 📸 Enviar comprobante de pago

Es una nota privada: tu cliente no la ve.

`2026.09.17.15` — Lo que tu cliente elige se lee bien en el chat¶

Cuando el cliente tocaba un botón en Telegram o en el chat de tu web, en tu bandeja aparecía un código interno —opt_cliente— en vez de lo que realmente eligió. Un agente que abría la conversación no entendía nada.

Ahora se lee tal cual: «👤 Soy cliente».

`2026.09.17.14` — Cada comprobante dice a qué factura corresponde¶

En la pestaña Comprobantes varios registros no decían contra qué factura se habían validado, así que no había forma de cruzarlos ni de saber cuál quedaba saldada. Ahora todos la traen, incluidos los que quedan pendientes de tu revisión.

Y cuando el cliente debe varias facturas y paga una, se anota exactamente la que pagó, no la primera de la lista.

`2026.09.17.13` — Botones de verdad en Telegram y en el chat de tu web 🔘¶

Hasta ahora, fuera de WhatsApp los menús del bot salían como una lista numerada y el cliente tenía que escribir 1, 2… Funcionaba, pero se siente viejo y se presta a que escriban cualquier otra cosa.

Ahora en Telegram y en el chat de tu web las opciones llegan como botones: el cliente toca y listo. Lo mismo para la pregunta de si registrar un pago hecho por otra persona.

Tus flujos no cambian: las mismas opciones que ya tienes se dibujan como botones solas.

En WhatsApp sigue igual (ya usaba las listas nativas de Meta) y en el WhatsApp por QR se mantiene el menú numerado, que es lo que ese canal admite.

Versiones anteriores¶

Septiembre de 2026 — 80 versiones
Agosto de 2026 — 77 versiones
Julio de 2026 — 22 versiones

`2026.09.17.12` — La pregunta de «¿lo registro?» ya entiende el número¶

Cuando el bot pregunta si registra un pago hecho por otra persona, en Telegram y en el WhatsApp por QR las opciones llegan numeradas (1. Sí, es mi pago · 2. No, revísenlo), porque esos canales no tienen botones.

El cliente contestaba 1 —que es lo correcto— y el bot no lo entendía: le pedía otra foto con un mensaje que además decía «aún no hemos recibido tu pago», cuando sí lo había recibido y estaba bien.

Ahora entiende el número, y si de verdad no entiende algo, repite la pregunta en vez de pedir otra foto.

Versiones anteriores¶

Septiembre de 2026 — 79 versiones
Agosto de 2026 — 77 versiones
Julio de 2026 — 22 versiones

`2026.09.17.11` — Si tu cliente debe dos facturas y paga una, el bot ya lo reconoce¶

Un cliente con dos facturas de 90 debe 180. Si pagaba una —lo más normal del mundo— el bot comparaba los 90 contra los 180 y le respondía que el monto no coincidía.

Ahora acepta el pago cuando coincide con la deuda total o con el importe exacto de cualquiera de sus facturas pendientes, y aplica el pago a la que corresponde.

Lo que sigue rechazando es un monto que no corresponde a nada: quien debe 180 y manda 45 sigue yendo a revisión.

No afloja ningún control: pagar el importe exacto de una factura es tan verificable como pagar el total.

Versiones anteriores¶

Septiembre de 2026 — 78 versiones
Agosto de 2026 — 77 versiones
Julio de 2026 — 22 versiones

`2026.09.17.10` — Cuando el cliente reenvía el mismo comprobante, el segundo intento ya no se pierde¶

Si la primera foto salía borrosa o con el monto mal, y el cliente mandaba otra foto del mismo pago, ese segundo intento no quedaba registrado: en la pestaña Comprobantes seguías viendo solo el primero, el fallido, y nunca te enterabas de que el cliente había insistido.

Ahora el comprobante se actualiza con el resultado nuevo. Si la segunda foto se leyó bien, eso es lo que ves.

Versiones anteriores¶

Septiembre de 2026 — 77 versiones
Agosto de 2026 — 77 versiones
Julio de 2026 — 22 versiones

`2026.09.17.9` — El bot ya responde bien en Telegram¶

Si conectabas Telegram, el bot contestaba por WhatsApp: tomaba el identificador del usuario de Telegram —que son diez dígitos y parece un número de celular— y le mandaba la respuesta por ahí. WhatsApp la rechazaba y el cliente no recibía nada, aunque en tu panel los mensajes aparecieran escritos.

Pasaba porque las credenciales de WhatsApp están a nivel de cuenta, así que una bandeja de Telegram las heredaba sin tener nada que ver con Meta.

Corregido: fuera de WhatsApp el bot identifica al cliente por su contacto y la respuesta sale por el canal correcto.

Si conectaste Telegram y el bot parecía mudo, ya debería funcionar. Las conversaciones que quedaron a medias conviene cerrarlas para que empiecen de nuevo.

Versiones anteriores¶

Septiembre de 2026 — 76 versiones
Agosto de 2026 — 77 versiones
Julio de 2026 — 22 versiones

`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¶

Septiembre de 2026 — 75 versiones
Agosto de 2026 — 77 versiones
Julio de 2026 — 22 versiones

`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¶

Septiembre de 2026 — 74 versiones
Agosto de 2026 — 77 versiones
Julio de 2026 — 22 versiones

`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¶

Septiembre de 2026 — 73 versiones
Agosto de 2026 — 77 versiones
Julio de 2026 — 22 versiones

`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¶

Septiembre de 2026 — 72 versiones
Agosto de 2026 — 77 versiones
Julio de 2026 — 22 versiones

`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.

Novedades · septiembre de 2026¶

2026.09.24.2 — Los flujos ya no derivan a departamentos que no existen 🏷️¶

2026.09.22.6 — Las conversaciones que el cliente deja a medias ya no se pierden 👀¶

2026.09.22.4 — Tu bot ya no dice que hizo algo que no puede hacer ⚠️¶

2026.09.22.3 — Si cargas los teléfonos con el 0 adelante, ya reconocemos a tus clientes 🇪🇨¶

2026.09.22.1 — El interesado que ya diste por perdido ahora sí queda registrado ✅¶

2026.09.21.7 — Menos preguntas para registrar a un interesado 📝¶

2026.09.21.6 — Cobertura primero, después los datos, al final los planes 📍¶

2026.09.21.5 — El bot reconoce a tu cliente aunque su número esté cargado de otra forma 🌎¶

2026.09.21.4 — Tu bot vuelve a reconocer a tus clientes por su número 📱¶

2026.09.21.3 — Las averías ya no son todo o nada 🎯¶

2026.09.21.2 — Cuando se te cae la red, tu bot deja de hacer preguntas 🔧¶

2026.09.21.1 — Tu bot acepta comprobantes que antes rechazaba 🧾¶

2026.09.20.3 — El panel te dice qué significa «modo prueba» 🧪¶

2026.09.20.2 — Tú eliges qué forma de pago ofrece tu bot 🎛️¶

2026.09.20.1 — Ya puedes cobrar con QR desde Yape o Plin, y en agentes de banco 🧾¶

2026.09.19.1 — Cobrar con Yape y tarjeta por Culqi, y tu factura se cierra sola 💳¶

2026.09.18.4 — Teléfonos con cero adelante, y avisos que no salían¶

2026.09.18.3 — «Mensajes del mes» ya muestra un número de verdad¶

2026.09.18.2 — Ajustes internos¶

2026.09.18.1 — Ya puedes ver cuántos mensajes mandas (y cuánto te van a costar)¶

2026.09.17.20 — «Solo recibir» ahora de verdad no toca nada¶

2026.09.17.19 — El bot por IA aprende lo del bot por flujos¶

2026.09.17.18 — Los comprobantes del bot por flujos ya figuran como reportados¶

2026.09.17.17 — Ya puedes ver (y corregir) las prórrogas que dio el bot¶

2026.09.17.16 — Tu equipo ya ve qué opciones le ofreció el bot al cliente¶

2026.09.17.15 — Lo que tu cliente elige se lee bien en el chat¶

2026.09.17.14 — Cada comprobante dice a qué factura corresponde¶

2026.09.17.13 — Botones de verdad en Telegram y en el chat de tu web 🔘¶

Versiones anteriores¶

2026.09.17.12 — La pregunta de «¿lo registro?» ya entiende el número¶

Versiones anteriores¶

2026.09.17.11 — Si tu cliente debe dos facturas y paga una, el bot ya lo reconoce¶

Versiones anteriores¶

2026.09.17.10 — Cuando el cliente reenvía el mismo comprobante, el segundo intento ya no se pierde¶

Versiones anteriores¶

2026.09.17.9 — El bot ya responde bien en Telegram¶

Versiones anteriores¶

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

Versiones anteriores¶

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

Versiones anteriores¶

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

Versiones anteriores¶

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

Versiones anteriores¶

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

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

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

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

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

2026.09.16.6 — El asistente de entrenamiento se lee mejor 👓¶

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

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

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

2026.09.16.2 — Puedes aceptar comprobantes con diferencias de monto¶

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

2026.09.15.15 — Los comprobantes se leen completos con Gemini 🧾¶

2026.09.15.14 — Aviso más claro cuando Gemini falla¶

2026.09.15.13 — Dos correcciones del menú nuevo¶

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

2026.09.15.11 — Iconos nuevos en el menú 🎨¶

2026.09.15.10 — La versión, al pie¶

2026.09.15.9 — El menú se abre solo cuando entras 📂¶

2026.09.15.8 — Un solo lugar para navegar 🧭¶

2026.09.15.7 — HybsChat en el menú principal 🧭¶

2026.09.15.6 — Un solo menú en tu panel 🧹¶

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

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

Cómo lo hicimos¶

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

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

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

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

Si usas Google, lee esto¶

2026.09.14.2 — DeepSeek, un cuarto proveedor para tu bot 🐋¶

Por qué agregamos otro¶

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

Lo que estaba mal¶

Qué conviene saber de cada uno¶

`2026.09.24.2` — Los flujos ya no derivan a departamentos que no existen 🏷️¶

`2026.09.22.6` — Las conversaciones que el cliente deja a medias ya no se pierden 👀¶

`2026.09.22.4` — Tu bot ya no dice que hizo algo que no puede hacer ⚠️¶

`2026.09.22.3` — Si cargas los teléfonos con el 0 adelante, ya reconocemos a tus clientes 🇪🇨¶

`2026.09.22.1` — El interesado que ya diste por perdido ahora sí queda registrado ✅¶

`2026.09.21.7` — Menos preguntas para registrar a un interesado 📝¶

`2026.09.21.6` — Cobertura primero, después los datos, al final los planes 📍¶

`2026.09.21.5` — El bot reconoce a tu cliente aunque su número esté cargado de otra forma 🌎¶

`2026.09.21.4` — Tu bot vuelve a reconocer a tus clientes por su número 📱¶

`2026.09.21.3` — Las averías ya no son todo o nada 🎯¶

`2026.09.21.2` — Cuando se te cae la red, tu bot deja de hacer preguntas 🔧¶

`2026.09.21.1` — Tu bot acepta comprobantes que antes rechazaba 🧾¶

`2026.09.20.3` — El panel te dice qué significa «modo prueba» 🧪¶

`2026.09.20.2` — Tú eliges qué forma de pago ofrece tu bot 🎛️¶

`2026.09.20.1` — Ya puedes cobrar con QR desde Yape o Plin, y en agentes de banco 🧾¶

`2026.09.19.1` — Cobrar con Yape y tarjeta por Culqi, y tu factura se cierra sola 💳¶

`2026.09.18.4` — Teléfonos con cero adelante, y avisos que no salían¶

`2026.09.18.3` — «Mensajes del mes» ya muestra un número de verdad¶

`2026.09.18.2` — Ajustes internos¶

`2026.09.18.1` — Ya puedes ver cuántos mensajes mandas (y cuánto te van a costar)¶

`2026.09.17.20` — «Solo recibir» ahora de verdad no toca nada¶

`2026.09.17.19` — El bot por IA aprende lo del bot por flujos¶

`2026.09.17.18` — Los comprobantes del bot por flujos ya figuran como reportados¶

`2026.09.17.17` — Ya puedes ver (y corregir) las prórrogas que dio el bot¶

`2026.09.17.16` — Tu equipo ya ve qué opciones le ofreció el bot al cliente¶

`2026.09.17.15` — Lo que tu cliente elige se lee bien en el chat¶

`2026.09.17.14` — Cada comprobante dice a qué factura corresponde¶

`2026.09.17.13` — Botones de verdad en Telegram y en el chat de tu web 🔘¶

`2026.09.17.12` — La pregunta de «¿lo registro?» ya entiende el número¶

`2026.09.17.11` — Si tu cliente debe dos facturas y paga una, el bot ya lo reconoce¶

`2026.09.17.10` — Cuando el cliente reenvía el mismo comprobante, el segundo intento ya no se pierde¶

`2026.09.17.9` — El bot ya responde bien en Telegram¶

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

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

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

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

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

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

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

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

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

`2026.09.16.6` — El asistente de entrenamiento se lee mejor 👓¶

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

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

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

`2026.09.16.2` — Puedes aceptar comprobantes con diferencias de monto¶

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

`2026.09.15.15` — Los comprobantes se leen completos con Gemini 🧾¶

`2026.09.15.14` — Aviso más claro cuando Gemini falla¶

`2026.09.15.13` — Dos correcciones del menú nuevo¶

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

`2026.09.15.11` — Iconos nuevos en el menú 🎨¶

`2026.09.15.10` — La versión, al pie¶

`2026.09.15.9` — El menú se abre solo cuando entras 📂¶

`2026.09.15.8` — Un solo lugar para navegar 🧭¶

`2026.09.15.7` — HybsChat en el menú principal 🧭¶

`2026.09.15.6` — Un solo menú en tu panel 🧹¶

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

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

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

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

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

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

`2026.09.14.2` — DeepSeek, un cuarto proveedor para tu bot 🐋¶

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

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

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

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

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

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

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

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

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

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

`2026.09.12.2` — Responder y cerrar tickets sin salir del chat 🎫¶

`2026.09.12.1` — Abrir un ticket de soporte desde el chat 🎫¶

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

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

`2026.09.10.1` — Buscar, filtrar y ordenar tus comprobantes 🔎¶

`2026.09.09.5` — Los comprobantes de Yape ya se leen bien 🧾¶