Tesluz Intelligence
Se presentan una opción de plataforma propia modular y una opción de hub integrador que centraliza soluciones existentes. En ambos casos, la facturación será externa y se conectará mediante API.
Una plataforma central para convertir información técnica en capacidad comercial.
El proyecto busca que Tesluz opere desde un solo entorno, con una visión 360° del cliente y del proyecto, reduciendo búsquedas manuales, retrabajo y dependencia de conocimiento disperso.
Clientes, contactos, sedes, proyectos, proveedores, productos, documentos, conversaciones y cotizaciones.
La selección de producto, comparación de alternativas y preparación de propuestas comerciales.
Crear una base modular que pueda sumar integraciones y nuevas capacidades sin rehacer el sistema.
Dos caminos técnicamente viables para construir Tesluz Intelligence.
Plataforma propia modular
Se construyen dentro de Tesluz los módulos estratégicos: CRM, proyectos, proveedores, productos, catálogos, IA, cotización, compras, seguimiento y analítica. Los servicios especializados se conectan por API.
- Mayor control del dato y del flujo.
- Mayor personalización.
- Menor dependencia funcional de terceros.
Hub integrador de plataformas existentes
Tesluz funciona como interfaz central y capa de orquestación. Parte de las funciones se ejecutan en herramientas externas conectadas por API, mientras Tesluz consolida datos, acciones y trazabilidad.
- Menor costo inicial.
- Implementación más rápida.
- Mayor dependencia de APIs, licencias y límites de terceros.
Requisitos técnicos comunes: estructura, API, aislamiento y trazabilidad.
Los módulos deberán poder evolucionar de forma independiente sin afectar innecesariamente el resto de la plataforma.
La plataforma deberá disponer de mecanismos autenticados para consultar y operar datos autorizados desde integraciones externas.
La indisponibilidad de un servicio externo no deberá bloquear módulos internos que no dependan de dicho servicio.
Toda operación crítica deberá conservar usuario, fecha, entidad afectada, origen y resultado.
Requisitos técnicos comunes: datos, documentos, ambientes e interoperabilidad.
Clientes, proveedores, productos, proyectos y cotizaciones deberán utilizar identificadores internos estables.
Los documentos e imágenes deberán vincularse a entidades de negocio y conservar metadatos mínimos de origen y fecha.
El proyecto deberá separar desarrollo/pruebas de producción para evitar cambios directos sobre datos operativos.
Las integraciones deberán contemplar REST/API compatible, webhooks u otros mecanismos documentados y autorizados.
Entidades mínimas que debe manejar la plataforma.
Datos fiscales, comerciales, segmentación y estado.
Personas, cargos, rol de decisión y canales.
Ubicación operativa asociada a cliente y proyecto.
Necesidad comercial, monto, alcance, fechas y pipeline.
Condiciones, contactos, marcas, documentos y desempeño.
Identidad técnica normalizada y archivos.
Costo, vigencia, disponibilidad, plazo y garantía.
Fuente documental y estado de procesamiento.
Propuesta comercial inmutable por versión.
Seguimiento, mensajes, correos, notas y tareas.
Necesidades de abastecimiento y proveedor.
Identificadores, sincronizaciones, errores y reintentos.
CRM, clientes, contactos y sedes.
Cada cliente deberá disponer de una ficha única con datos comerciales, fiscales, contactos, sedes, proyectos, cotizaciones, actividades y documentos relacionados.
Una empresa deberá admitir múltiples contactos con rol, cargo, canales y participación dentro de proyectos.
Cada cliente podrá registrar múltiples ubicaciones y relacionarlas con proyectos, entregas o responsables.
El sistema deberá alertar posibles duplicados por identificación fiscal, email, teléfono o coincidencia de nombre.
La estructura deberá permitir añadir campos específicos sin perder información histórica.
Interacciones comerciales, documentos y cambios relevantes deberán quedar ordenados cronológicamente.
La plataforma deberá permitir localizar cuentas y contactos por nombre, identificación, correo, teléfono o etiquetas.
El acceso a datos sensibles deberá controlarse según rol y nivel de usuario.
Proyectos, oportunidades y pipeline comercial.
Cada oportunidad deberá poder convertirse en proyecto con cliente, sede, alcance, monto, fechas, responsable y documentos.
Se deberán registrar cantidades, criterios técnicos, presupuesto, restricciones, fechas objetivo y observaciones.
Las etapas comerciales deberán poder configurarse y visualizarse en formato tablero y lista.
Las oportunidades activas deberán admitir una próxima actividad, fecha y responsable.
El proyecto deberá conservar archivos y versiones de entregables sin sobreescribir documentos ya emitidos.
Un proyecto podrá vincular varios contactos, sedes, proveedores, productos y cotizaciones.
Las oportunidades perdidas deberán registrar un motivo estructurado y comentario.
Los cambios de etapa deberán conservar fecha, usuario y duración para análisis posterior.
Gestión de proveedores y condiciones comerciales.
Razón social, identificación, contactos, marcas, categorías, ciudades, estado y documentos.
Moneda, descuentos, crédito, forma de pago, pedido mínimo, flete, origen, vigencia y observaciones.
Registrar condiciones de garantía, devoluciones, soporte y procedimiento de reclamación.
Cada proveedor deberá poder ofrecer uno o múltiples productos con condiciones independientes.
Los cambios de precio, disponibilidad y condiciones deberán conservar historial cuando hayan sido utilizados en procesos comerciales.
Contratos, listas de precios, certificados y anexos deberán tener fecha, versión y vencimiento cuando aplique.
La solución deberá permitir calcular indicadores de precio, respuesta, cumplimiento, garantía y novedades.
El sistema deberá poder alertar sobre listas vencidas, documentos pendientes o información desactualizada.
Maestro técnico de productos de iluminación.
Cada producto deberá tener SKU interno, referencia fabricante, marca, familia, categoría y descripción.
Cada producto deberá admitir fotografía principal, galería y documentos técnicos relacionados.
La ficha deberá soportar potencia, lúmenes, eficacia, CCT, CRI, óptica, voltaje, IP, IK, dimensiones, montaje, driver, vida útil y otros campos configurables.
La estructura deberá permitir campos adicionales por categoría sin reconstruir el modelo completo.
Los productos deberán indicar activo, descontinuado, bajo pedido, reemplazado o pendiente de validación.
La plataforma deberá permitir relaciones de equivalente, sustituto, accesorio o complemento con justificación.
Precio, stock, plazo y garantía del proveedor no deberán formar parte irreversible del producto maestro.
Los productos y atributos deberán poder exportarse en formatos estructurados según permisos.
Carga y procesamiento inteligente de catálogos.
La plataforma deberá aceptar PDF, PDF escaneado, XLSX, CSV e imágenes compatibles, con identificación de proveedor y fecha.
Los documentos grandes deberán procesarse en segundo plano sin bloquear el uso normal del sistema.
El sistema deberá intentar identificar referencia, descripción, marca, atributos, precio, imagen, garantía y unidad cuando estén disponibles.
Los documentos escaneados o con tablas deberán poder pasar por mecanismos de OCR y extracción de estructura.
Los datos extraídos por IA deberán admitir un indicador de confianza o estado de revisión.
Los registros ambiguos, incompletos o posibles duplicados deberán separarse para validación humana.
Cada dato crítico deberá conservar relación con catálogo, archivo, página/hoja o fuente disponible.
Una nueva lista deberá poder compararse con la anterior para detectar altas, bajas y cambios de precio o especificación.
Búsqueda, comparación y recomendación de producto.
El usuario deberá poder describir una necesidad en lenguaje natural y combinarla con filtros estructurados.
Las condiciones marcadas como obligatorias deberán excluir productos que no cumplan.
Cada alternativa deberá mostrar por qué fue recomendada y qué criterios cumple, no cumple o no se pudieron verificar.
La IA no deberá presentar como hecho un precio, stock, garantía o dato técnico que no esté respaldado por una fuente aprobada.
La plataforma deberá poder comparar productos y ofertas por ajuste técnico, costo, disponibilidad, plazo, garantía y desempeño del proveedor.
Cuando falte información crítica, el sistema deberá advertirlo y permitir completar o validar manualmente.
Las selecciones y rechazos del equipo podrán registrarse para mejorar reglas y análisis, sin alterar automáticamente los datos fuente.
Las recomendaciones deberán conservar criterios de entrada, candidatos evaluados, resultado y fuentes consultadas.
Cotizador especializado y control comercial.
La cotización deberá heredar cliente, sede, proyecto, contacto y condiciones relevantes.
Cada línea deberá admitir producto, fotografía, referencia, descripción técnica, cantidad, unidad, precio y subtotal.
Deberán poder agregarse transporte, instalación, diseño, descuentos, impuestos y otros conceptos configurables.
El costo interno y margen deberán estar separados de la información visible para el cliente.
Cada envío o cambio relevante deberá generar una versión identificable e inmutable una vez aprobada.
Se deberán poder presentar opciones A/B/C o sustitutos sin perder la relación con el requerimiento original.
La cotización deberá poder generarse como PDF y/o enlace seguro con identidad visual de Tesluz.
La plataforma deberá registrar versión aprobada, fecha, usuario/contacto y evidencia disponible de aceptación.
Compras, abastecimiento e inventario.
A partir de un pedido aprobado se deberá poder identificar qué líneas requieren compra o abastecimiento.
La selección deberá considerar costo, plazo, garantía, disponibilidad y desempeño conocido.
La plataforma deberá permitir generar o registrar una orden de compra vinculada a proyecto, proveedor y líneas.
Las compras deberán admitir estados de solicitud, confirmación, despacho, recepción parcial, novedad y cierre.
El inventario podrá ser interno o provenir de una plataforma externa; en ambos casos deberá identificarse fuente y fecha de actualización.
El sistema deberá permitir comparar costo presupuestado vs. costo real para analizar margen final.
Cuando aplique, se deberán registrar cantidades recibidas, faltantes, daños y evidencia.
Si el inventario vive en un tercero, la sincronización dependerá de las capacidades de su API y permisos disponibles.
La facturación será siempre una integración externa.
La plataforma deberá poder enviar la información mínima necesaria de cliente, conceptos, valores, impuestos y referencias al proveedor externo.
Tesluz deberá conservar el identificador interno y el identificador devuelto por el sistema de facturación.
Cuando la API lo permita, deberá ser posible consultar o recibir estado, número, fecha, total y documento/enlace generado.
Los reintentos de una integración no deberán generar múltiples facturas para la misma operación.
Integración de facturación: errores, reemplazabilidad y responsabilidades.
Los fallos deberán quedar registrados con detalle suficiente para reintento o conciliación manual.
La capa de integración deberá diseñarse para poder cambiar de proveedor sin reconstruir el núcleo funcional de Tesluz.
La emisión fiscal, numeración, validación y cumplimiento normativo permanecerán bajo responsabilidad del proveedor de facturación seleccionado.
Licencias, transacciones y consumos del proveedor de facturación no forman parte del valor de desarrollo de Tesluz Intelligence.
WhatsApp, correo y llamadas como servicios integrados.
Las comunicaciones integradas deberán vincularse con contacto, empresa y proyecto cuando exista relación identificable.
Cuando se integre un proveedor compatible, la plataforma deberá permitir asignación, lectura y acciones autorizadas desde Tesluz.
La integración deberá permitir asociar correos a clientes/proyectos y, cuando la API lo habilite, enviar desde cuentas autorizadas.
La arquitectura deberá admitir integración con proveedores VoIP compatibles para registrar llamada, duración, resultado y enlace a grabación si aplica.
Los usuarios solo deberán acceder a conversaciones permitidas por rol, equipo o asignación.
Archivos recibidos deberán almacenarse o referenciarse de forma segura y trazable.
La IA podrá generar resumen, compromisos y próxima acción a partir de conversaciones autorizadas.
Las acciones disponibles dependerán de permisos, políticas y capacidades de la API externa correspondiente.
Capa de APIs, webhooks y servicios externos.
Tokens, claves y secretos no deberán exponerse en la interfaz ni almacenarse en texto visible.
La solución deberá poder recibir eventos de sistemas externos cuando estos soporten notificaciones.
Las operaciones fallidas deberán admitir reintento controlado y registro de intentos.
Las integraciones deberán evitar duplicados al repetir una solicitud después de un fallo o timeout.
La plataforma deberá conservar mapeos entre IDs internos y externos para sincronización confiable.
La administración deberá mostrar estado básico de conexión, última sincronización y errores recientes.
La solución deberá respetar cuotas, rate limits y restricciones del proveedor externo.
Siempre que sea razonablemente posible, cada conector deberá aislarse para facilitar cambio de proveedor sin afectar el resto del sistema.
Tareas, recordatorios, reglas y aprobaciones.
Crear actividades con responsable, fecha, prioridad, entidad relacionada y estado.
Visualizar compromisos, visitas, vencimientos, entregas y seguimientos.
Permitir automatizaciones del tipo condición + acción para eventos frecuentes.
Descuentos, márgenes o excepciones deberán poder requerir aprobación de un rol superior.
El sistema deberá poder avisar cotizaciones por vencer, oportunidades estancadas y listas de precios vencidas.
Cada ejecución automática relevante deberá registrar resultado y fecha.
Las automatizaciones que dependan de servicios externos solo podrán ejecutar acciones permitidas por su API.
Las acciones sensibles generadas por IA deberán poder requerir confirmación antes de ejecutarse.
Administración, permisos, seguridad y auditoría.
Acceso mediante usuarios identificados y mecanismos de autenticación robustos.
Permisos diferenciados para administración, dirección, comercial, técnico, compras, finanzas y consulta.
Cada usuario deberá acceder únicamente a funciones y datos necesarios para su rol.
Cambios de costo, precio, aprobación, eliminación, merge y configuración deberán quedar auditados.
La plataforma deberá contemplar expiración y revocación de sesiones según configuración.
Archivos sensibles deberán entregarse mediante rutas protegidas o mecanismos equivalentes.
La solución deberá disponer de copias de seguridad y procedimiento documentado de recuperación.
El tratamiento de datos personales y comerciales deberá limitarse a los usos autorizados y políticas definidas por Tesluz.
Dashboards, indicadores y trazabilidad de desempeño.
Valor por etapa, oportunidades, aging, ganadas, perdidas y motivos.
Volumen, tiempo de preparación, aceptación, descuento y margen esperado.
Más cotizados, vendidos, alternativas utilizadas y referencias sin movimiento.
Volumen, respuesta, cumplimiento, variaciones de precio y novedades.
Frecuencia, proyectos activos, ticket y comportamiento comercial disponible.
Cada indicador deberá tener fórmula, fuente y fecha de actualización documentadas.
Los indicadores deberán permitir llegar a los registros que los componen cuando corresponda.
Tablas y reportes deberán poder exportarse según permisos y alcance contratado.
Condiciones de calidad que debe cumplir la plataforma.
La interfaz deberá adaptarse a escritorio, tablet y móvil, priorizando escritorio para tareas intensivas.
Las operaciones frecuentes deberán responder con tiempos apropiados; procesos pesados deberán ejecutarse de forma asíncrona.
La arquitectura deberá permitir crecimiento de productos, catálogos, documentos, usuarios e integraciones.
La operación deberá contar con monitoreo, respaldo y procedimiento de contingencia acorde con la infraestructura contratada.
El código deberá organizarse de forma modular, documentada y versionada.
Errores técnicos e integraciones deberán generar logs suficientes para diagnóstico.
Tesluz deberá poder exportar datos principales y recibir la documentación necesaria para transferencia técnica.
La plataforma deberá permitir evolución de conectores sin acoplar su lógica de negocio a un solo proveedor externo.
Plataforma propia modular: qué se construye dentro de Tesluz.
- CRM y ficha 360°
- Proyectos y pipeline
- Proveedores
- Maestro de productos
- Catálogos y documentos
- IA de extracción y recomendación
- Cotizador y versiones
- Compras / seguimiento
- Actividades y dashboards base
- Facturación electrónica
- Correo
- Telefonía
- Pasarela de pagos
- Firma electrónica
- Servicios especializados de IA/OCR
- Inventario externo si Tesluz así lo decide
Fases de desarrollo e implementación de la plataforma propia.
Validación de flujo comercial, roles, datos, estructura de producto, catálogos reales, plantillas y reglas de negocio.
CRM, proyectos, proveedores, productos, pipeline, documentos, usuarios y permisos.
Procesamiento de catálogos, búsqueda/recomendación, comparación y cotizador versionado.
Compras/seguimiento y conexión con facturación u otros servicios priorizados que dispongan de API compatible.
Migración inicial acordada, validación, capacitación, ajustes de puesta en marcha y despliegue.
Hub integrador: centralizar plataformas ya existentes.
Esta alternativa reduce construcción nativa y utiliza Tesluz Intelligence como capa central de navegación, datos, orquestación e integración.
- Acceso central
- Ficha consolidada
- Identificadores y relaciones
- Dashboard unificado
- Motor de reglas / orquestación
- Conectores API
- Catálogo/IA diferencial cuando no exista equivalente externo
- CRM, si se conserva uno existente
- Inventario
- Facturación
- Correo
- Telefonía
- Firma / pagos
- Otras soluciones especializadas
Fases del hub de integración.
Identificar plataformas actuales o candidatas, costos, APIs, permisos, datos, autenticación y límites.
Definir ficha unificada, navegación, modelo de IDs, dashboard y qué acciones deberán ejecutarse desde Tesluz.
Implementar sincronizaciones, webhooks, mapeos, registros de error y acciones disponibles.
Construir únicamente lo que no resuelvan bien los terceros: catálogo técnico, comparación de proveedores, IA y cotización especializada.
Conciliación de datos, pruebas de fallos, capacitación y puesta en marcha.
Anualidad, actualizaciones y condiciones de continuidad.
Aplica a cualquiera de las dos opciones.
Mantenimiento correctivo del código entregado, monitoreo base, respaldo, revisión de errores, mantenimiento de conectores existentes y actualizaciones menores dentro del alcance funcional vigente.
Se contemplan ajustes de bajo impacto sobre campos, vistas, reglas o reportes existentes. Módulos nuevos o integraciones nuevas se cotizan aparte.
Consumos de IA, WhatsApp, correo, telefonía, facturación, hosting extraordinario y licencias de terceros no se incluyen salvo acuerdo expreso.
Si Tesluz decide no renovar, la plataforma no se bloquea por licencia de InsightLab. Finaliza el soporte, mantenimiento, monitoreo y evolución incluidos en la anualidad.
Propiedad, handover y responsabilidades al terminar el servicio.
Tras estar al día en pagos, se entrega la última versión del código personalizado, exportación/base de datos, esquema, documentación técnica disponible y accesos que correspondan a Tesluz.
Sin anualidad, Tesluz o el proveedor que designe asume hosting, seguridad, backups, mantenimiento, actualización de dependencias y compatibilidad futura con APIs externas.
Los componentes externos conservan sus propias licencias, contratos y condiciones; el handover no sustituye dichas obligaciones.
Si la infraestructura estuviera administrada por InsightLab, se contempla una ventana de transición técnica acordada para traslado ordenado.
Valores de implementación y primer año.
Desarrollo + implementación inicial
Construcción de la capa central + implementación inicial de conectores priorizados
Comparación objetiva de las dos alternativas.
Para Tesluz, la mejor relación entre control, costo y escalabilidad es una arquitectura híbrida con núcleo propio.
No porque toda función deba desarrollarse internamente, sino porque las funciones que contienen el conocimiento diferencial de Tesluz - productos, proveedores, catálogos técnicos, comparación, proyectos, IA y cotización - conviene que permanezcan bajo control propio.
El modelo de producto y la comparación técnica de iluminación no encajan de forma natural en un CRM genérico.
Entre las dos alternativas la diferencia inicial propuesta es de $2 millones, antes de considerar licencias externas.
Facturación, WhatsApp, correo, telefonía y otros servicios siguen conectándose por API sin reconstruirlos.
Si cambia un proveedor externo, se sustituye el conector; el corazón comercial y técnico permanece en Tesluz.
Cuándo escoger cada alternativa y cómo interpretar la recomendación.
Plataforma propia modular
Cuando Tesluz quiere conservar bajo control propio el CRM especializado, productos, proveedores, catálogos, recomendación con IA, proyectos y cotización; y está dispuesta a asumir una inversión inicial ligeramente mayor para reducir dependencia futura.
Hub integrador
Cuando la prioridad es minimizar inversión inicial, salir más rápido y ya existen plataformas externas que resuelven satisfactoriamente la mayor parte del flujo con APIs completas y costos recurrentes aceptables.