Conozca al líder

Kyle Castor sobre la creación de valor en puntos base

Kyle Castor, Fundador y Arquitecto Principal • 61 segundos • Subtítulos • Presentador generado con IA a partir del retrato de estudio

Transcripción

00:00A los sponsors y operating partners de private equity aquí en Las Vegas: la creación de valor posterior a la adquisición no debería quedar atrapada en presentaciones de cuarenta páginas.

00:11En DataOngoing medimos nuestro trabajo estrictamente en puntos base de EBITDA. Dos horas de aporte ejecutivo devuelven cientos de horas automatizadas, demostradas en nuestro registro de tiempo 100x.

00:24Primero, una lectura de diligencia tecnológica con IA de 48 a 72 horas para valorar la deuda técnica antes de transferir capital. Segundo, reducir su cierre multientidad de 21 días a 3. Tercero, ingesta automatizada de datos del piso de planta al libro mayor directamente en NetSuite.

00:44Entregamos código funcional en sprints de 14 días. Si no corre en producción, el hito no se factura. Visite DataOngoing.ai para programar una sesión de asesoría privada.

  1. Cómo trabajamos →
  2. Lea el registro 100x →
  3. The productized offers →
  4. El Sprint de puntos base →

Cada cifra del resumen se publica en este sitio con su clase de fuente; los enlaces de los capítulos llevan a esas páginas.

Traducción automática en revisión. La versión en inglés es la referencia.

Inicio / Casos de estudio / Trabajadores de IA gobernados dentro de NetSuite, con una puerta de aprobación humana en cada escritura
Retrospectiva de campo

Trabajadores de IA gobernados dentro de NetSuite, con una puerta de aprobación humana en cada escritura

La IA generativa se estanca dentro del ERP por tres razones: adivina, se ahoga en tokens y nadie le otorga acceso de escritura. Implementamos trabajadores de Aissistor que leen mediante herramientas SuiteQL gobernadas, proponen transacciones como borradores y no confirman nada sin aprobación humana.

El problema

Los líderes de finanzas y operaciones ya habían probado la IA generativa y tenían prototipos de chatbot como resultado. Ninguno llegó a producción, por razones bien documentadas. No se puede permitir que un modelo de lenguaje adivine el saldo de una cuenta, un código de impuestos o una valuación de inventario. Enviar miles de líneas de transacciones a una ventana de contexto agota el presupuesto y provoca desvíos. Y ningún comité de auditoría otorga a un agente sin gobierno acceso de escritura al libro mayor. Lo que necesitaban no era un modelo más inteligente, sino una forma gobernada de que cualquier modelo trabaje.

Qué hicimos

Implementamos Aissistor, el framework de ERP agéntico de DataOngoing, en un sprint de dos semanas sobre los roles existentes de NetSuite. Un enrutador central despacha el trabajo a trabajadores especializados: un conciliador de cuentas por pagar, un detector de fugas de margen en el libro mayor, un auditor de búsquedas guardadas y un inspector de contratos. Cada trabajador actúa únicamente mediante herramientas formales de Model Context Protocol: execute_suiteql para consultas parametrizadas de solo lectura, get_record_schema para la estructura y propose_transaction_draft para todo lo que modifique el libro mayor. Las lecturas van directo a NetSuite. Las escrituras se detienen en una revisión previa donde el supervisor de cuentas por pagar ve la variación resaltada y hace clic en aprobar antes de que se confirme el registro.

Orquestación de Aissistor: lectura libre, escritura solo a través de una persona El modelo es el sintetizador y detector de anomalías, nunca la fuente de verdad ni la mano sobre el libro mayor.
  1. 01Entradas

    1. Facturas de proveedores en PDF mediante OCR
    2. Una pregunta en lenguaje natural del CFO
    3. El diagnóstico nocturno programado
  2. 02Enrutador central

    1. Despachador de agentes y máquina de estados
    2. Contexto de la base de conocimiento corporativa
  3. 03Trabajadores especializados

    1. Trabajador de conciliación de cuentas por pagar
    2. Detector de fugas de margen en el libro mayor
    3. Auditor forense de SuiteQL
  4. 04Herramientas MCP con gobernanza

    1. execute_suiteql, solo lectura
    2. get_record_schema
    3. propose_transaction_draft
  5. 05Libro mayor de producción

    1. Las lecturas devuelven filas de SuiteQL en vivo
    2. Los borradores se detienen en la ventana de aprobación humana
    3. Los borradores aprobados se confirman en el libro mayor ACID

Este diagrama es uno de los diseños de flujo de trabajo, con sus puntos de control y la evidencia relacionada.

Cómo funciona el mecanismo

  1. Llamadas a herramientas, no texto libre

    Para revisar el saldo de un cliente, el trabajador llama a execute_suiteql con una consulta parametrizada y recibe filas estructuradas de las tablas de NetSuite. El modelo resume y señala anomalías en datos que no generó, y cada cifra de su respuesta se rastrea hasta una fila.

  2. La salvaguarda financiera con humano en el circuito

    Un trabajador puede auditar 5,000 órdenes de compra y encontrar 14 facturas duplicadas de proveedores, o armar una factura de proveedor propuesta a partir de un escaneo OCR. No puede confirmar ninguna de las dos. El borrador llega a una ventana de revisión con la variación resaltada; el supervisor aprueba y NetSuite escribe el registro bajo el rol de esa persona.

  3. Descomposición en subagentes

    Un solo prompt no resuelve un problema de ERP. Un agente de investigación obtiene notas de transacciones, contratos de proveedores e historial de pagos; un agente forense analiza las distribuciones del libro mayor y los porcentajes de margen; un documentador arma el resumen para la junta con enlaces de auditoría a los registros.

Resultados

MedidaAntesDespués
Ingesta de facturas de proveedores, de OCR al ERP6-8 minutos por factura de varias páginas14 segundos con conciliación de tres vías por línea
Auditoría de código del sistema3-4 semanas de tiempo de asesoría48-72 horas, escaneo estático automatizado
Detección de fugas en cuentas transitorias del libro mayorMuestras manuales trimestralesBarrido automatizado nocturno
Respuestas sobre datos financierosResúmenes de chatbot no verificablesCada cifra vinculada a un conjunto de registros SuiteQL en vivo
Tiempo hasta producción6-12 meses para un programa de IA empresarialUn sprint de dos semanas dentro de los roles existentes de NetSuite

Qué conviene tomar de este caso

  1. La IA sin herramientas gobernadas es un pasivo

    Nunca permita que un modelo acceda al ERP mediante scrapers o controladores de base de datos sin permisos. Exija interfaces MCP formales con tokens basados en roles y un límite de lectura/escritura que usted pueda auditar.

  2. El objetivo es eliminar la carga administrativa, no a las personas

    Los contadores senior deberían analizar la estrategia de caja, no digitar números de factura de doce dígitos desde PDF escaneados. El trabajador hace la digitación; la persona ejerce el criterio.

  3. La arquitectura determinística supera al tamaño del modelo

    Un modelo disciplinado con herramientas SuiteQL precisas supera a un modelo general mucho más grande que adivina. La gobernanza es la funcionalidad.

Retrospectiva compuesta; el cliente se muestra como arquetipo y las cifras ilustran el mecanismo. Relacionado: Automatización de dispositivos y documentos del piso de planta al libro mayor

Hable con el arquitecto, no con un vendedor

Tecnología Aissistor para NetSuite: los cinco roles por los que una empresa paga, absorbidos en una caja gobernada con un costo modelado entre 20-80% menor, con el equipo existente reasignado y no reemplazado, y cada resultado publicado en un registro de tiempo 100x con su clase de fuente. Lea el registro.

Agende una llamada de estrategia   Ejecute la calculadora de cinco roles

The direct email and phone number are shared in the receipt of a verified request.