Complementos para Outlook — el correo deja de ser el final del camino.
Un panel dentro de Outlook que convierte el correo abierto en lo que debería generar: un ticket, una tarea, un registro en el ERP. Sin copiar y pegar, sin salir de donde se trabaja.
El correo es donde llega el trabajo y, muchas veces, donde se queda. Alguien lee una petición, abre otra pestaña, busca al cliente, copia el asunto, pega el cuerpo, elige la categoría y crea el ticket — dos minutos por correo, decenas de veces al día, y uno de cada cinco acaba sin registrarse. Un complemento resuelve esto donde ocurre el problema: dentro de Outlook.
Qué construimos
Del correo al sistema, en un clic
El panel lee el correo abierto — remitente, asunto, cuerpo, adjuntos — y rellena lo que puede. Quien trabaja confirma la categoría y la prioridad, pulsa una vez, y el ticket existe. Lo que antes eran dos minutos pasa a ser un gesto.
Hecho para el sistema que ya tiene
Freshservice, Freshdesk, Jira, ERP propios, bases de datos internas. Conectamos por la API cuando existe y construimos el puente cuando no. Ya hicimos un complemento que abre tickets en Freshservice y otro que crea tareas en una aplicación de gestión interna.
Funciona donde funciona Outlook
Windows, Mac, navegador y móvil. Un complemento moderno es HTML y JavaScript servidos por web, con un manifiesto que Outlook lee — no un instalador que informática tenga que distribuir a cien equipos.
Dos cosas que se aprenden a la segunda
La clave de la API no puede vivir en el navegador
Un complemento se ejecuta en el equipo de quien lo usa. Poner ahí la clave del sistema de tickets es dársela a cualquiera que abra las herramientas de desarrollo. Construimos siempre un middleware en medio: el complemento habla con él, él habla con el sistema, y la clave nunca sale del servidor.
Outlook Web vive en otro dominio
El panel se ejecuta en outlook.office.com, y la mayoría de las API no autoriza peticiones desde ahí. Sin un servicio propio en medio, el complemento choca con CORS y ninguna configuración lo arregla — hay que construir la pieza que falta.
Cómo transcurre
- Una conversación corta sobre lo que llega por correo y lo que debería pasar después.
- Un complemento funcionando, conectado a su sistema de verdad — no una maqueta.
- Instalado en la organización por el administrador de Microsoft 365, para todos o para un grupo.
- Entregado con el código y con lo necesario para mantenerlo sin nosotros.
Cuánto tiempo
A partir de una semana, funcionando al 100%, en producción y con pruebas documentadas. El plazo real depende del sistema del otro lado — una API documentada y un ERP antiguo sin interfaz no son el mismo trabajo, y decimos cuál es el caso antes de empezar.