«¿Y si hace algo que no debía?» es la pregunta que de verdad frena las decisiones, y casi nunca se hace en voz alta. Antes de contestarla conviene mirar el otro lado: en la operación de hoy, casi nada de lo que sale mal pasó antes por una aprobación que quedara registrada en algún lado. Esta página muestra dónde suele doler eso y, después, las seis reglas con las que entregamos cada proceso. Ninguna es opcional.
Aprobación humana fuente a la vista todo queda registrado
Todo corre en nuestra plataforma sobre Google Cloud. De tus sistemas extraemos solo lo necesario, y los datos son tuyos.
La fila del medio no tiene versión sin ella. Es la forma en que se entrega.
Operaciones enterprise donde nuestro fundador trabajó.
Es probable que reconozcas al menos una. Lee el síntoma de arriba, que ya lo conoces, y detente en la pregunta de abajo: quién revisa eso hoy, y dónde queda esa revisión.
Sale de copiar el ERP y tres planillas. Cada vez que alguien corrige una versión, hay que armarlo de nuevo.
La misma persona que lo armó, contra el recuerdo de cómo cerró el mes pasado. Si un número entró mal, se descubre cuando alguien lo nota — o no se descubre.
Factura por factura, contra el banco y contra el ERP. Los desvíos aparecen recién en el cierre del mes.
Hay una firma, sí, pero sobre un consolidado. Reconstruir de dónde salió una diferencia concreta es media mañana de alguien, y por eso casi nunca se hace.
Entra por WhatsApp, por mail y por formularios sueltos. El vendedor arma el contexto antes de poder contestar, y mientras tanto el contacto se enfría.
Nadie. Lo que se le promete a un cliente en un chat —un plazo, un precio, una condición— no pasa por ninguna aprobación y queda en un teléfono.
Cada consulta obliga a mirar el historial en dos o tres sistemas antes de poder contestar, y buena parte de lo que entra es lo mismo de la semana pasada.
La respuesta sale con lo que esa persona recordaba de la política vigente. No hay forma de saber después de qué versión salió.
No es que tu gente no revise: revisa, y bastante. Lo que falta es que esa revisión esté escrita en algún lado. Una revisión que vive en la cabeza de una persona no se puede auditar, no se puede delegar y no deja registro — así que cuando algo sale mal, la conversación es sobre quién tuvo la culpa y no sobre qué falló.
Por eso, cuando ese trabajo pasa a un sistema, el control no puede ser un agregado que se pide aparte. Tiene que venir puesto. Las seis reglas de abajo son exactamente eso.
Aplican a todo lo que entregamos: a un proceso con reglas fijas y a un agente que razona, en las tres etapas del camino. No hay una versión sin ellas ni una versión "básica" que las tenga a medias.
Mandarle algo a un cliente, comprometer un precio, mover dinero, dar de baja: en esos puntos el sistema prepara la acción, muestra en qué se basó y espera. Aprueba alguien de tu equipo — en general, la misma persona que hoy hace esa tarea.
En la práctica Los puntos de aprobación se definen contigo antes de que el proceso entre en producción y quedan escritos en el alcance. Cada agente tiene además límites que no puede cruzar —accesos, montos, sistemas— definidos fuera del modelo y aplicados por el sistema, no por el modelo.
De qué documento, de qué versión, de qué número salió. Y cuando no hay respaldo no completa el hueco: dice que no sabe y deriva a una persona. Esa es la diferencia entre una respuesta que se puede usar y una que hay que verificar de nuevo.
En la práctica Que no invente no depende del modelo que se use: depende de cómo esté armado alrededor. Y lo sensible ni siquiera pasa por ahí — los totales y las reglas de negocio los calcula código determinístico; el modelo explica, no calcula.
Se arma un conjunto de casos reales de tu operación con la respuesta que tu propia gente considera correcta, y se corre contra eso. Si no llega al umbral que acordamos, no sale. El umbral lo fijamos juntos antes de empezar, no después de ver el resultado.
En la práctica Y se sigue corriendo después del corte, no sólo antes. Un cambio de modelo, de regla o de integración vuelve a pasar por las mismas verificaciones antes de volver a producción.
Ni los tuyos ni los de tus clientes. Es una condición del contrato, no una casilla de configuración que alguien puede destildar un martes.
En la práctica Aplica igual a los datos de tu operación y a las conversaciones de tus clientes. Si tu área legal necesita verlo escrito antes de avanzar, está escrito antes de avanzar.
En nuestra plataforma, sobre Google Cloud, con privilegio mínimo y cifrado por defecto. De tus sistemas extraemos únicamente los datos necesarios para el proceso acordado, nunca un volcado completo. No instalas nada y no migras nada.
En la práctica Cada operación queda registrada: de qué dato salió, qué versión de la regla se aplicó, qué paso hizo el agente y quién aprobó. Si el contrato termina, los datos se te ponen a disposición y los accesos se revocan.
No estamos casados con un proveedor: el modelo se elige por costo y por cómo responde sobre tus datos, y se puede cambiar sin rehacer el trabajo. Lo que compraste no es un modelo — es un proceso que funciona.
En la práctica La lógica del proceso no vive adentro del modelo. Las definiciones, las reglas y los puntos de aprobación quedan escritos afuera, y sobreviven al modelo con el que arrancó.
No prometemos que un modelo nunca se equivoque; nadie que sepa cómo funcionan lo promete. Lo que construimos es el sistema que detecta, acota y corrige ese error antes de que se convierta en un costo.
Ninguna de las seis es una función que activamos si la pides. Son la forma en que se entrega — y por eso la respuesta a «¿y si hace algo que no debía?» es corta: no llega a hacerlo solo.
La factura del proveedor no coincide con la orden de compra y la diferencia queda por encima de la tolerancia que definió Finanzas. La tolerancia la fijas tú, no el sistema.
Arma la excepción con todo adelante: qué factura, contra qué orden, qué regla se aplicó y de dónde salió cada número. No aprueba, no rechaza y no ejecuta nada.
Finanzas lo ve armado y decide en un minuto, no en media mañana. Si aprueba, sigue. Si rechaza, no se ejecuta nada y la corrección vuelve al proceso.
Con su fecha, su responsable y la evidencia que se vio. Dentro de tres meses se puede reconstruir por qué se aprobó, sin depender de que alguien se acuerde.
Lo que cambia no es quién decide: sigue decidiendo tu gente. Cambia cuánto tarda en tener adelante todo lo que necesita para decidir. Ahí está el ahorro — y por eso el control no compite con la velocidad, la habilita.
Pásale esta sección. Está escrita para él.
¿Quién define dónde va un punto de aprobación?
Tu equipo y el nuestro, proceso por proceso, antes de producción. Queda escrito en el alcance: qué acción, qué condición la dispara, qué rol aprueba y qué pasa si nadie responde. No lo decide el modelo, y moverlo después es cambiar el alcance — no un ajuste de configuración que hacemos por nuestra cuenta.
¿La aprobación no convierte a una persona en cuello de botella?
Por la compuerta pasa sólo lo irreversible o lo sensible: dinero, mensajes a clientes, bajas, datos personales. Lo reversible corre solo. Y lo que llega a aprobación llega armado, con la evidencia adelante, así que se resuelve en minutos. Si un punto empieza a acumular cola, o sobra o está mal puesto: se revisa, no se saltea.
¿Qué queda registrado exactamente, y quién puede verlo?
Cada operación: el dato de origen, la versión de la regla que se aplicó, el paso que hizo el agente, quién aprobó y cuándo. Los accesos se dan por rol y con privilegio mínimo. El registro es tuyo y se puede exportar; no es una consola nuestra a la que te dejamos mirar.
¿Se puede apagar?
Sí, y proceso por proceso, no todo o nada. Antes de salir a producción acordamos cómo se apaga cada uno y a qué vuelve la operación mientras tanto — en general, al procedimiento manual que ya existía y que quedó escrito en la etapa 01. Un proceso que no se puede apagar sin llamarnos no está terminado.
¿Y si se equivoca igual?
Va a pasar. El sistema está armado para que eso no sea caro: lo irreversible no ocurre sin aprobación, los montos y los accesos están limitados fuera del modelo, y cada resultado se puede rastrear hasta el dato que lo produjo. Un error así se detecta, se acota y se corrige — no se descubre tres meses después en una auditoría.
¿Esto aplica también a lo que no lleva IA?
Sí. La etapa 02 son procesos con reglas fijas y también tienen puntos de aprobación, límites y registro. El control no es una capa que se le pone encima a la IA: es cómo se entrega todo, incluida la parte más aburrida.
Cómo se ordena la capa de abajo → Qué se automatiza antes de llegar a la IA → La etapa donde esta pregunta más aparece →
Acá empieza, y todavía no parece control: una definición por métrica, con dueño y con historial de cambios. Si un número no tiene origen, más adelante no hay nada que aprobar — sólo un número que hay que creer.
Un proceso con reglas fijas también tiene puertas: qué montos puede tocar, qué sistemas alcanza, qué queda registrado cada vez que corre y en qué punto se detiene a esperar a una persona.
Es la etapa donde aparece el miedo, y donde las seis reglas se notan más: el asistente responde con la fuente adelante y nada de cara al cliente sale sin que alguien de tu equipo lo apruebe.
¿Aprobar cada cosa no lo hace más lento que hacerlo a mano?
No se aprueba cada cosa: se aprueba lo irreversible, y llega armado. Hoy tu gente hace las dos partes del trabajo —juntar la información y decidir con ella—; acá sigue haciendo la segunda, que es la que de verdad necesita una persona. Lo lento nunca fue decidir.
¿Esto se cobra aparte?
No es un módulo ni una fase opcional: viene adentro de cada proceso que entregamos, y por eso no aparece como una línea del presupuesto. No hay una versión más barata sin control — hay procesos que no entregamos.
¿Y si en mi empresa no hay quién apruebe?
Sí hay: es la persona que hoy hace esa tarea. No se suma un rol nuevo, se le saca la parte de juntar información y se le deja la de decidir. Y que sea la misma persona importa: es la que más sabe de ese proceso, y la única que puede darse cuenta de que algo salió raro.
¿Cuánto cuesta?
Sale después de la llamada y del análisis de tu contexto: alcance, cronograma y precio cerrados por escrito, en el mismo documento. La llamada de 30 minutos es gratuita y no tiene pitch. Solo te comprometes cuando ese alcance está sobre la mesa y tiene sentido para los dos.
El primer paso · 07
Sin pitch. Te preguntamos qué procesos tocan dinero, clientes o datos sensibles, y quién los revisa hoy. Sales de la llamada con esos puntos identificados y por escrito, trabajes con nosotros o no.
Acceso mínimo, solo los datos necesarios, y nunca se usan para entrenar modelos.
Trae a tu responsable de IT o de seguridad a la segunda conversación. Es la conversación que preferimos tener.