Correo del sitio

Correo del sitio conecta el buzón del negocio con la ficha del cliente: lo que entra queda en su línea de tiempo y lo que sale va desde tu dominio. Su clave es correo. No es email marketing: eso son campañas a una base, otro módulo y otra pantalla.

Qué hace

• Envía el correo transaccional del negocio. Con buzón propio sale desde tu dominio y se mide por uso; sin buzón, lo manda la plataforma con el nombre de tu sitio y no se mide.
• Lee el buzón cada cinco minutos y empareja cada correo con su cliente por las cabeceras del hilo, por la etiqueta del asunto o por el remitente. Si no hay ninguno, crea un lead.
• Bandeja de trabajo: sin leer, responsable y escalar a una tarea. Ves el correo del negocio, el tuyo y el que su dueño comparta; el personal de otra persona no se ve.
• Varias direcciones del negocio (ventas@, soporte@, facturacion@), una por defecto. Cada una puede repartir sus entrantes a un responsable fijo o abrir tarea sola.
• Buzón propio por persona, con un “sale desde” al responder.
• Preferencias de aviso: nuevo lead, autorespuesta (apagada de fábrica), aviso al dueño cuando su cliente escribe, certificados por vencer y atención humana.
• Tres herramientas de IA de solo lectura: redactar, resumir y clasificar.

De qué depende

• El módulo correo y las credenciales del proveedor (SMTP y IMAP). Las edita solo el dueño del sitio, no un miembro con permisos.
• El servidor tal como habla: cifrado, STARTTLS o sin cifrado, y con o sin validar el certificado.
• El cron del servidor y la extensión de IMAP de PHP para leer.
• La bandeja exige además el permiso de trabajo de CRM.
• La IA al entrar es opcional, viene apagada y necesita llave y presupuesto.

Qué pasa cuando se apaga

• Configurar el buzón, probarlo y editar direcciones dan 403 con {"module": "correo"}; la consulta responde 200 con null para que el panel pinte “correo no activado” sin replicar la regla.
• La bandeja, el buzón propio y el contador de sin leer desaparecen.
• Los avisos automáticos siguen saliendo: el transaccional ya no depende del módulo.
• Si el buzón ya estaba configurado, sus credenciales siguen guardadas y la respuesta manual sigue saliendo.

Límites y trampas

• Responder a un lead exige SMTP configurado, aunque el resto de avisos ya no lo exija. Es la única grieta del diseño: sin buzón, el equipo no puede contestar por correo desde el panel.
• Nada envía solo. El borrador de la IA se guarda y hay que pulsarlo; ni la clasificación ni el resumen mandan nada.
• Responder asigna el cliente a quien contesta, y deja escrito quién lo tenía antes. La autorespuesta y las automatizaciones no asignan.
• El último buzón del negocio no se borra: borrarlo dejaría al sitio sin poder enviar ni configurarse desde donde lo borró. Apagar es reversible; borrar no.
• Un correo que ya abriste en tu programa no entra si el modo de lectura es el de siempre. Para eso está el modo desde una fecha.
• Un SMTP roto no tumba nada y no avisa: los avisos se atrapan y solo quedan en el log.
• Un correo repetido no se reprocesa ni se vuelve a cobrar.
• Un buzón personal se lee con las mismas reglas que el del negocio: cambia de quién es, no cómo se habla con el servidor.

Ver también

• CRM
• Integraciones
• Módulos