Lo primero que hace un desarrollador cuando necesita un correo automático es abrir la referencia REST y buscar un método de envío. No existe. Ese único método ausente empuja a la gente por dos caminos equivocados — montar un escenario en una plataforma externa para algo que un flujo resuelve con un solo bloque, o dar por rota la acción integrada cuando esta se niega a ejecutarse sin decir nada. Ambos se evitan en cuanto sabes dónde ocurre el envío de verdad.

¿Hay un método de la API REST para enviar correo?

No. En Bitrix24 (Alaio) la familia mailservice.* gestiona servicios de correo — crear, modificar, listar, eliminar — y los métodos de Webmail gestionan buzones, mensajes y destinatarios. Ninguno pone un mensaje en camino. Conectar un buzón y enviar son operaciones de la interfaz, no de la API.

crm.activity.add es el método que se encuentra después y se interpreta mal. Escribe una actividad de correo saliente en la línea de tiempo, y eso es contabilidad: el registro aparece en la ficha del cliente haya llegado o no algo a una bandeja de entrada. Trátalo como una entrada de registro, no como un envío.

Así que hay exactamente dos caminos honestos para escribir a un cliente desde la automatización: la acción integrada dentro del flujo, o una llamada HTTP a un proveedor que envíe por ti. Todo lo de abajo es uno de los dos.

¿Cómo se envía un correo desde un flujo?

La acción integrada se llama «Enviar correo al cliente» y está disponible tanto en las reglas de automatización como en los procesos de negocio. Necesita cuatro cosas: una dirección de remitente (un buzón concreto, o selección automática, que envía desde la dirección del responsable), el tipo de dirección del destinatario — trabajo, personal, para boletines o automática —, un asunto y un cuerpo con los valores de los campos insertados.

Tres condiciones deciden si llega a ejecutarse, y ninguna lanza un error que vayas a notar:

El responsable debe tener un buzón conectado. Sin buzón no hay desde dónde enviar. El tipo de dirección del ajuste debe coincidir con lo que realmente hay en la ficha — si eliges «trabajo» y solo está relleno «para boletines», el correo no sale nunca. Y cuando cuelgan varios contactos de una negociación, solo lo recibe el primero, con el contacto por delante de la empresa.

Esa es toda la lista de fallos del camino feliz, y explica la mayoría de los tickets de «la automatización está rota». Qué canal encaja con qué evento se explica en notificaciones desde el proceso de negocio; si la regla ni siquiera arranca, empieza por la automatización no funciona.

¿Y los SMS?

Misma forma, un requisito extra: el portal no envía mensajes de texto por sí mismo. Se los pasa a una aplicación de proveedor instalada desde el Market, que habla con el operador. Sin proveedor conectado, la acción está en la lista y no hace nada. La longitud del mensaje está limitada, así que los textos largos se recortan o se facturan como varios.

El tipo de teléfono tiene que coincidir con la ficha igual que el tipo de correo — si eliges «trabajo» y solo hay guardado un móvil, el mensaje se pierde. Normaliza el número antes con Formatear teléfono con prefijo: para la API de un operador, 020 7946 0958 y +44 20 7946 0958 son cadenas distintas, y una de ellas no se entrega.

¿Cómo enviar a través de tu propio proveedor?

Cuando los canales integrados se quedan cortos — un servicio de correo transaccional, un agregador de SMS más barato, WhatsApp, Telegram — el envío se convierte en una llamada HTTP saliente desde dentro del flujo. Esa es también la respuesta al método REST que falta: no envías a través de Bitrix24, envías por fuera.

El robot Petición HTTP llama a la API del proveedor y devuelve el código de estado y el cuerpo, de modo que el siguiente paso puede ramificar según el resultado: 200 significa escribir «enviado» en la ficha, cualquier otra cosa significa levantar una tarea para una persona. Construye la carga útil con Construir JSON en vez de pegar llaves a mano, y pasa los valores de la cadena de consulta por Codificación URL — si no, la primera dirección con un signo más rompe la llamada.

Para los mensajes que no puedes permitirte perder, usa Webhook fiable: reintenta ante fallos de red y respuestas 5xx con pausas crecientes, en lugar de tirar el flujo en el primer segundo malo. La diferencia solo se ve con volumen — una ventana de mantenimiento de cinco minutos en el proveedor te cuesta todos los mensajes de ese rato. La mecánica de las llamadas en ambos sentidos está en webhooks, y el cuadro general en configuración de robots en Bitrix24.

¿Por qué no llegan los correos?

Los portales en la nube tienen un tope diario de correo saliente: mil mensajes al día por defecto. Una campaña mayor que el tope no se cancela — salen los primeros mil y el resto espera a mañana. El tope se mueve: sube mientras los destinatarios no se quejan y baja cuando lo hacen, y un volumen alto de denuncias de spam puede bloquear el envío por completo. Qué parte de esa cuota se gasta en campañas y cuál queda para la correspondencia del CRM y el buzón lo configuras tú.

Tres consecuencias sobre las que actuar. No pongas el correo crítico para los ingresos — facturas, credenciales, confirmaciones de pedido — sobre la reputación del portal; mándalo por un servicio donde el dominio sea tuyo. Limpia la lista antes de enviar, no después: las direcciones inválidas producen rebotes, y los rebotes tiran el tope hacia abajo. Y mantén la baja realmente a un clic, porque una denuncia por spam cuesta más que un suscriptor perdido.

Qué arreglar en la lista antes de enviar

La calidad de la lista decide más que el texto. Descarta las fichas sin dirección con Campo no vacío — no van a recibir nada igualmente y solo distorsionan las estadísticas. Fusiona antes los duplicados: tres correos idénticos a la misma persona es la vía más rápida a una queja. El tratamiento lo pone solo Género por nombre, explicado en género por nombre. La higiene general de datos está en limpieza del CRM.

Para arreglar una base existente de una pasada, usa el lanzamiento masivo de procesos: una plantilla — comprueba la dirección, normaliza el teléfono, marca la bandera — disparada sobre todos los contactos.

Qué sigue

Empieza por un único correo disparado por evento: suceso, condición, envío, y el hecho del envío escrito de vuelta en la ficha. Cuando haya sobrevivido una semana sin sorpresas, añade el SMS al mismo escenario — y solo entonces pasa al envío masivo, donde un error se multiplica por el tamaño de tu lista. El resto de los bloques está en el catálogo de robots: condiciones, llamadas HTTP, herramientas de texto y fechas. Y si falta el que necesitas, describe la tarea: Roboteka construye las actividades que faltan gratis y las publica en la biblioteca común.