La empresa
La respuesta suele estar ya en los registros
Una empresa ya anota lo que compró, lo que envió, lo que pagó y lo que salió mal. Runink lee esos registros y pone una respuesta delante de la persona que tiene que actuar.
Nuestra misión
Casi todo lo que un equipo de operaciones, finanzas o cumplimiento necesita para decidir está en sistemas que ya paga, con una forma que nadie tiene tiempo de leer.
Nos conectamos a esos sistemas, guardamos la copia de trabajo en las máquinas que indica el plan del cliente y mostramos el razonamiento que hay detrás de cada respuesta, para que quien firma pueda comprobarlo.
Nuestra visión
Un trabajo en el que el software lee y una persona decide, y en el que el registro de eso está lo bastante completo como para entregárselo a un auditor, a un regulador o a una contraparte sin prepararlo antes.
Es hacia donde construimos, no algo que digamos tener terminado. Por eso cada respuesta llega como un borrador que espera un nombre, por eso una comprobación que no pudo ejecutarse lo dice en lugar de darse por buena, y por eso el razonamiento sobre los registros de un cliente nunca va a un servicio de IA externo.
Cómo lo construimos
Seis reglas que el software cumple. Cada una es algo que usted puede pedirnos que le enseñemos en un sistema en marcha, que es la única razón por la que merecen estar en una página.
Firma una persona, y su nombre queda
El software redacta la acción y se detiene. Espera en una cola hasta que alguien la aprueba, la edita o la rechaza, y el registro guarda quién fue. En reclamaciones, aduanas y pagos el acto lleva responsabilidad, y la responsabilidad no se traspasa a un programa.
Enseña su razonamiento
Cada borrador llega con la regla que aplicó y los registros que leyó. Usted puede discreparle sobre las pruebas y no sobre la confianza.
Dice cuándo no lo sabe
No medido es una respuesta distinta de cero, y el software la guarda como tal, con el motivo. Una comprobación que no se pudo ejecutar informa de que no se pudo ejecutar, en vez de darse por buena.
Nombra el paso que se saltó
Cuando una parte de un trabajo no ocurre, el resultado dice qué parte y por qué. Un programa que informa de éxito por un trabajo que no hizo es el fallo contra el que más hemos diseñado.
Ningún servicio de IA externo lee sus registros
Los modelos corren en las máquinas que indica su plan, sus propios servidores, su cuenta en la nube o las máquinas compartidas de Runink, y hay un único extremo de inferencia: el que se configura para su plan. Así es como está construido, y no un interruptor que alguien tenga que poner, así que pídanos recorrer el límite con usted en vez de quedarse con la frase.
No nos atribuimos certificaciones
Nadie nos ha auditado contra SOC 2 ni contra ISO 27001. El software está construido contra esos marcos y le dirá qué comprobó; no le dirá que está certificado, porque no lo está.
Con quién trabajaría
Runink está dirigida por su fundador. La persona que está en la primera reunión es la que diseñó aquello de lo que se habla.
Dan Paes
Director ejecutivo y fundador técnico
Dan Paes ha pasado más de veinte años dentro de empresas ajenas, dirigiendo programas de transformación digital y de modernización a gran escala para organizaciones globales. Del tipo largo: lo que se sustituye es aquello sobre lo que el negocio está funcionando esa misma mañana, y el trabajo se juzga por si algo se rompió.
Fundó Runink y la dirige como director ejecutivo. Fundador técnico es la mitad más útil de ese título: fija la arquitectura y trabaja en el código, así que quien responde a una pregunta de arquitectura en una primera reunión es quien decidió la respuesta, y la distancia entre una pregunta y un cambio es corta.
Es también la razón por la que la plataforma tiene la forma que tiene. Se ejecuta sobre hardware que controla el cliente, y el razonamiento sobre sus datos se queda ahí. Esa es la manera más cara de construirlo y cierra la vía cómoda, que es el tipo de decisión que tiene que resolver quien es dueño de la arquitectura en lugar de dejarla donde pueda cederse en silencio.
Es Embajador de FINOS. FINOS es la Fintech Open Source Foundation, parte de la Linux Foundation, y el trabajo allí es la interoperabilidad entre instituciones que comparten un mercado pero no su infraestructura y nunca sus datos. Es el mismo problema al que apunta esta plataforma, discutido en abierto, delante de gente que lo dice cuando está mal.
-
Más de 20 años
Transformación digital y modernización a gran escala para grandes empresas.
-
Director ejecutivo y fundador técnico
Runink. Fija la arquitectura y escribe código en ella.
-
Embajador de FINOS
Fintech Open Source Foundation, un proyecto de la Linux Foundation. Interoperabilidad de código abierto, en público.
Compruebe cualquiera de estos datos
Un paso siguiente
Las reglas de arriba son cosas que puede pedirnos que le enseñemos.
Traiga una ruta, una reclamación o un mes de facturas. Media hora, con quien sea dueño del problema en la sala, y recorremos ese ejemplo de principio a fin. Si las pérdidas que usted carga no tienen la forma que esto aborda, se lo diremos.
Reserve una consulta