KINTO construye esta capa sobre el ERP que la empresa ya tiene, o construye uno nuevo cuando el sistema viejo no se puede salvar.
El problema
En los casos de KINTO, el ERP guardaba toda la operación pero nadie veía lo que había dentro. Una inmobiliaria manejaba arriendos, facturación, tesorería y mantenimiento en un ERP de gestión de propiedades con miles de servicios de API sin documentar, y su sitio viejo se mantenía aparte del ERP. Un operador de carga funcionaba sobre una aplicación web de más de veinte años, con cientos de miles de guías en una sola base de datos y un cierre quincenal hecho en una hoja de cálculo con macros.
El costo estaba oculto. Clientes de alto valor dejaron de despachar sin que nadie lo notara y cada día alguien volvía a digitar datos que ya existían en la plataforma de un tercero.
Cómo lo aborda KINTO
- Leer primero. KINTO inventaría y cura lo que el ERP expone y conecta los agentes en modo solo lectura. En el caso inmobiliario fueron miles de servicios curados para agentes.
- Mostrar lo que no cuadra. El agente compara fuentes y muestra, contrato por contrato o guía por guía, lo que no cuadra. Un tablero de cierre muestra contrato por contrato el estado de cada documento, con una cola de aprobación y el ERP y el libro contable coincidiendo documento por documento.
- Aprobar o validar lo que mueve dinero. Sobre un ERP existente, las escrituras pasan por una cola de aprobación con ensayo en seco y revisión de duplicados, como en el caso inmobiliario. En un ERP nuevo, la rutina corre sola una vez que cuadra con el sistema viejo y las excepciones van a una persona, como en el caso logístico.
- Validar contra el sistema viejo. Antes de apagar nada, KINTO compara registro por registro. En el caso logístico, seis periodos de facturación coincidieron al centavo en el 100% de las guías compartidas.
Lo que el sistema nunca hace
- Nunca mueve dinero ni cambia la contabilidad a ciegas. Lo que lo hace lo aprueba una persona o se valida contra el sistema anterior antes de entrar en producción; lo rutinario que el código puede verificar corre solo.
- Nunca cambia un ERP existente sin ensayo en seco y revisión de duplicados.
- Nunca reemplaza el sistema viejo por confianza: el viejo sigue encendido hasta que la comparación sale limpia.
- Nunca toma un total como prueba. Un total que cuadra puede esconder errores que se compensan.
Para quién
Empresas con un ERP viejo, cerrado o mal documentado, con un cierre manual o personal que redigita datos entre sistemas. No todas las cifras están: las horas de contabilidad ahorradas en el caso inmobiliario y las de digitación en el caso logístico no se han cronometrado.