Plataforma SaaS de grado industrial corporativo: multiempresa, multimoneda y con la planificación industrial y comercial en el núcleo. Un motor polimórfico que se configura conforme a la manera en que su empresa trabaja, en lugar de obligarla a trabajar como el sistema exige.
Principios
Kaoru X1 no se compra por la lista de funciones. Se compra porque, al final del mes, cerrar consiste en revisar lo registrado y no en reconstruirlo.
Que la dirección decida sobre un solo juego de números, y que ese juego sea exactamente el que produce la operación al trabajar. No un informe que alguien arma el lunes: el dato que quedó registrado cuando se vendió, se instaló, se despachó y se cobró.
La cotización que aprueba un vendedor es la misma orden que planifica operaciones, la misma entrega que descarga el almacén y el mismo documento que genera el asiento contable. Nadie vuelve a digitar lo que ya está digitado y nadie discute cuál archivo es el bueno.
Como servicio gestionado por nosotros, o instalada dentro de la red del cliente cuando hay dato sensible, requisito contractual o conectividad limitada. Módulos base primero; lo particular de su industria, sobre la misma plataforma.
Áreas funcionales
Cada área trabaja en lo suyo, pero sobre el mismo dato. El resultado no es un catálogo de pantallas: es que ninguna área tenga que preguntarle a otra en qué va lo que ya está registrado.
Cotizaciones, pedidos, listas de precios, descuentos y condiciones de crédito bajo reglas que el sistema hace cumplir. El vendedor cierra sabiendo qué puede prometer: qué hay disponible, cuánto crédito tiene el cliente y para cuándo se puede entregar.
Órdenes de trabajo, cuadrillas, técnicos, materiales y agenda. Cada instalación o servicio en sitio tiene responsable, fecha comprometida, materiales reservados y evidencia de cumplimiento. Se sabe qué está pendiente y qué se atrasó sin tener que llamar a preguntar.
Despachos, rutas, confirmación de recibido y devoluciones. Cada entrega deja constancia de quién recibió, cuándo y en qué condiciones, y esa constancia es la que habilita facturar y cobrar. La discusión sobre si se entregó o no se resuelve con el registro.
Existencias por almacén, ubicación y lote; transferencias entre bodegas; mínimos, reposición y conteos. El inventario deja de ser un número que se cuadra cada cierto tiempo y pasa a ser el reflejo de lo que la operación movió.
Los asientos nacen del documento que los origina, no de una digitación posterior. Cuentas por cobrar y por pagar, bancos y conciliación, flujo de caja, activos y cierres, con la contabilidad de cada empresa y cada moneda separada. Cerrar el mes consiste en revisar, no en reconstruir.
Estructura de puestos, novedades, asistencia, ausencias y cálculo de nómina con sus retenciones y aportes parametrizados conforme a la normativa vigente. Lo que registra la operación —horas, comisiones, incentivos— llega al cálculo sin pasar por una hoja de cálculo intermedia.
El estado real de cada compromiso, medido donde ocurre y no al final del mes. Indicadores por etapa del proceso, alertas cuando algo se sale de rango y trazabilidad para llegar a la causa y no solo al síntoma.
Portal donde el cliente consulta estado de cuenta, documentos, pedidos y el avance de su entrega o instalación, y donde su gente resuelve volante de pago, vacaciones y permisos. Lo que entra por el portal entra al mismo flujo, con el mismo estado y el mismo responsable: no hay bandeja paralela que alguien tenga que transcribir.
Ninguna de estas áreas es una isla. El mismo pedido que cierra el vendedor es el que planifica operaciones, el que descarga el almacén, el que confirma la entrega y el que registra contabilidad.
Núcleo funcional
La mayoría de los sistemas registra lo que ya pasó y deja la planificación afuera. En X1 el plan se guarda en la misma base que la ejecución, de modo que el desvío es un dato del sistema y no un ejercicio manual de fin de mes.
El plan de demanda y el plan maestro se registran como documentos del sistema y se comparan contra la ejecución real sin traslado de archivos. Cuando aparece el desvío, se sabe en qué etapa del proceso se generó y quién lo movió.
Requerimientos de materiales y de capacidad a partir del plan maestro: órdenes planificadas y firmes, calendarios, cuellos de botella y política de inventario definida por la variabilidad real de la demanda, no por regla del pulgar.
Metas por período, territorio, cartera y agente, con el embudo medido etapa por etapa. Para centros de contacto, pronóstico de volumen, dotación por franja horaria y ocupación objetivo con los modelos de colas que la consultora aplica desde antes del producto.
La planificación se apoya en una base metodológica que ya se aplica en terreno: investigación de operaciones, control estadístico del proceso y línea base medida antes de automatizar nada.
Motor polimórfico
Polimórfico significa que el mismo motor toma la forma que necesita cada empresa: las entidades, sus atributos, sus estados y sus reglas se declaran como datos y el motor las interpreta, en lugar de programar una versión distinta del sistema para cada cliente. Lo que en otros sistemas exige un desarrollo a medida —y una factura de desarrollo a medida— aquí se define como configuración.
En un sistema rígido usted tiene que expresar su operación con los campos, los pasos y los nombres que trae el fabricante. En X1 se declaran los documentos, los estados, las validaciones y las rutas de aprobación que su empresa ya usa, y el motor los ejecuta tal como se declararon.
Cuando cambia una regla del negocio —otro tipo de descuento, una ruta de autorización distinta, un impuesto nuevo, un producto que se maneja por lote— se ajusta la configuración y queda operando. No hay que esperar la próxima versión del fabricante ni abrir un proyecto de desarrollo cada vez.
Como la personalización vive en la definición y no en copias del código, su empresa sigue recibiendo mejoras y correcciones sin perder lo que se ajustó para usted. Esa es la diferencia entre un sistema que evoluciona con el producto y uno que se congela en la versión que le entregaron.
Un motor definido por metadatos cuesta más al inicio y empieza a rendir a partir del segundo o tercer cliente; a cambio, el mantenimiento no crece en línea recta con la cartera. Lo decimos aquí porque un director de tecnología con experiencia lo va a preguntar y prefiere la respuesta antes de la reunión.
Configurar en vez de programar no es un detalle técnico. Es lo que determina si dentro de dos años el sistema todavía se parece a su empresa.
Comparación
La decisión rara vez se gana por lista de funciones. Se gana respondiendo dos preguntas: cuánto tiene que cambiar su empresa para usar el sistema, y cuánto le va a costar cada cambio después.
El ERP grande trae por dentro la operación de otra industria y otro país. Ajustarlo significa desarrollo a medida, un socio certificado que cobra por hora y una versión propia que después cuesta actualizar. X1 se configura sobre su proceso y las mejoras del producto le siguen llegando.
Los paquetes de bajo costo resuelven facturar y llevar un inventario básico. Cuando aparecen varias razones sociales, varias monedas, permisos serios, aprobaciones por monto o una auditoría, se llega al techo y toca migrar con la operación andando. X1 nace multiempresa, multimoneda y auditable.
Asesoría, instalación, implementación, mantenimiento y desarrollo con la misma firma, en el mismo país, en el mismo idioma y en el mismo huso horario. Cuando algo falla no hay que abrir un ticket que viaja entre continentes para saber quién responde.
Kaoru viene de la escuela de calidad de Kaoru Ishikawa: primero se ordena el proceso y después se automatiza. Automatizar un proceso defectuoso solo multiplica el error más rápido. Antes de configurar, se levanta cómo opera hoy y qué debe medir cada etapa.
Licencia, implementación, migración, capacitación, soporte y los cambios previsibles se definen por etapas y por escrito. Usted sabe qué cubre la etapa que va a firmar y qué cuesta la siguiente antes de comprometerse con ella.
No hace falta creernos la comparación. Basta con estimar qué cuesta y cuánto tarda el próximo cambio en el sistema que usa hoy.
Controles
En un sistema donde conviven varias empresas y varias áreas, la confianza no se declara: se demuestra con aislamiento, permisos, huella de auditoría y un libro contable que no se puede maquillar.
Cada empresa ve exclusivamente sus datos. La separación se aplica donde se leen los datos, no en la pantalla, de modo que ninguna consulta, reporte ni exportación puede cruzar información de una empresa con la de otra.
Quién entra, qué ve y qué puede hacer se administra desde el sistema, con roles definidos por función y límites por monto. Las excepciones existen, pero requieren aprobación de alguien con autoridad y quedan registradas como excepción.
Quién hizo qué, cuándo, desde dónde, qué valor había antes y qué valor quedó. Sirve para investigar un descuadre sin depender de la memoria de nadie y para responder a una auditoría externa con evidencia en vez de explicaciones.
Nada se prueba por primera vez sobre los datos reales. Cada cambio de configuración o de versión se aplica primero en el ambiente de pruebas, con datos de su propia operación, y pasa a producción cuando usted lo aprueba.
Los asientos no se borran ni se editan: un error se corrige con un asiento de reverso que queda a la vista, y los períodos cerrados se bloquean. Sobre esa base se construye el sellado en cadena de los registros críticos, con un verificador que su auditor pueda ejecutar sin nosotros presentes; una verificación que solo funciona si la corre el proveedor no verifica nada.
Estos controles se revisan en una demostración, con su contador o su auditor presente, sobre datos de prueba de su propia operación.
Sobre qué se construye
X1 no nace de una presentación. Nace del software que ya escribimos y que hoy corre dentro de operaciones reales, en redes privadas. Lo que ya opera lo decimos como opera, y lo que está en construcción lo decimos como está.
En operación capacidad instalada y funcionando hoy En desarrollo en construcción, no se factura como existente
Control del agente por programa —pausar, reanudar, marcar, colgar, aplicar disposición, cargar leads, cerrar sesión— y réplica incremental y desatendida de llamadas, listas, usuarios y grabaciones al almacén de datos. El límite, dicho en el mismo párrafo: integramos por interfaz de programación y por lectura de base de datos; no desarrollamos el marcador, el plan de marcación ni la telefonía.
Librería propia y reutilizable, no scripts de un solo uso, con conexión a MySQL/MariaDB, SQL Server y PostgreSQL, validación de configuración y ejecución de comandos en el destino. Con ella movemos flujos completos entre motores distintos, por lotes y sin duplicar registros.
Transcripción con reconocimiento de voz ejecutado en la infraestructura del cliente: ni el audio ni el texto salen de la red. El proceso toma solo lo pendiente, descarga, transcribe, carga el resultado y borra el archivo local; se puede apagar y volver a encender sin duplicar trabajo, y un audio dañado no detiene la corrida.
Hoy: inferencia de modelos preentrenados integrada al flujo de datos productivo, que es la parte que casi nadie termina. En construcción: clasificación automática de motivos y objeciones, priorización de leads y pronóstico de demanda sobre el histórico ya normalizado. No presentamos modelos propios entrenados como si estuvieran en producción.
Todo lo anterior corre dentro de redes privadas, sin servicios expuestos a internet. Es la base sobre la que se construye X1.
Servicios
Kaoru X1 se entrega acompañado. Cada servicio tiene alcance definido, responsable con nombre y una forma acordada de comprobar que se cumplió.
Antes de configurar nada se levanta cómo opera hoy la empresa y dónde se está perdiendo el beneficio. Si un proceso está mal diseñado, se rediseña primero: automatizar el desorden solo lo hace más rápido y más caro.
Puesta en marcha del ambiente conforme a lo que exijan su operación y su normativa, con respaldos, control de accesos y ambientes separados para pruebas y para producción.
Configuración del motor conforme a su operación, migración y validación de saldos y maestros, pruebas con casos reales de su empresa y capacitación de la gente que va a usarlo. Se arranca por área, con la operación funcionando.
Soporte, correcciones, actualizaciones del producto y ajustes cuando cambia una regla del negocio o una norma, con canal de atención definido, responsable identificado y tiempos de respuesta acordados por contrato.
El trabajo termina cuando el sistema sostiene la operación sin nosotros al lado. Y seguimos disponibles para cuando el negocio vuelva a cambiar, porque va a cambiar.
Cómo lo comprueba
No le pedimos que nos crea: le proponemos medir. Piloto sobre sus datos, con línea base medida antes de empezar y criterio de aceptación por escrito.
Antes de configurar nada, se mide dónde está hoy la operación y contra qué número se va a comparar el resultado.
El piloto corre en un ambiente separado, con información de su propia empresa, sin tocar la operación en curso.
Qué tiene que pasar para considerar el piloto exitoso y cuándo se evalúa, acordado por escrito antes de arrancar.
Resultado medido contra el punto de partida, con lo que no funcionó incluido. Si el piloto no mueve el indicador acordado, se dice y se para.
Empecemos por medir dónde está el beneficio. Es más barato para usted y más honesto para nosotros.