P.06Integración · Vigía Legal + Oracle

Datos REPSE para su flujo en Oracle, vía API.

Vigía Legal no vende un conector nativo de Oracle. Expone, por API, el estado de cumplimiento de cada proveedor —RFC, vigencia REPSE, documentos y periodos del expediente— para que su equipo de Sistemas o el partner de su ERP lo consuma desde Fusion Cloud, ERP Cloud u otra instancia Oracle. Cómo usa esa respuesta su workflow de Cuentas por Pagar lo define usted.

API de Vigía · la integración la construye su equipo o su partner
01Quién construye la integración

Su equipo o partner, sobre la API de Vigía.

El patrón es el mismo que con cualquier sistema de compras o ERP: Vigía Legal responde preguntas de cumplimiento; quien opera Oracle decide dónde llamar y qué hacer con la respuesta. Un ejemplo genérico: un proceso de aprobación de factura en Cuentas por Pagar consulta el estatus del proveedor por RFC antes de liberar el pago; si el expediente no está en regla, el workflow escala o retiene según la política que usted configure. Vigía no bloquea órdenes ni pagos por sí misma dentro de Oracle.

Qué expone Vigía

RFC del proveedor, estatus REPSE, documentos del expediente y periodos asociados. El padrón público de la STPS se consulta al dar de alta al proveedor, cada día y, si el registro no está vigente, cada pocas horas. No es tiempo real ni API oficial de la autoridad.

Qué construye usted

La llamada desde su instancia Oracle, el mapeo a su maestro de proveedores y la regla de negocio en su workflow. Su partner de implementación puede hacerlo sobre la misma API.

Retención de pago

Opcional y apagada por defecto. Por omisión Vigía avisa; solo retiene el pago en Cuentas por Pagar si usted lo activa.

02Ejemplo genérico de recorrido

Del RFC a la decisión en Cuentas por Pagar.

Ilustración sin nombrar clientes ni instancias reales. El detalle de endpoints, etapas y webhooks está en el recurso técnico; esta página no lo duplica.

Paso 01

Proveedor identificado por RFC

Su flujo en Oracle envía el RFC del proveedor. Vigía Legal responde con el estatus de cumplimiento y el contexto del expediente del periodo.

Paso 02

Padrón STPS: frecuencia documentada

Alta del proveedor, luego cada día; si el registro no está vigente, cada pocas horas. Si el producto expone la fecha de la última consulta por RFC, esa fecha es la que debe leer Cuentas por Pagar —no una promesa de tiempo real—.

Paso 03

Su workflow decide

Con la respuesta tipificada, Cuentas por Pagar libera, escala o retiene según la política que usted configure en Oracle. La retención en Vigía, si la usa, es opcional y nace apagada.

Vigía Legal reduce el riesgo operativo de pagar sin ver el expediente. No garantiza ni elimina la responsabilidad solidaria; deja evidencia de diligencia para cuando la STPS o el SAT la pidan.

03Más detalle técnico

Sin duplicar el recurso de integración.

Si necesita el mapa de llamadas del gate, las etapas de factura y el papel de Coupa, Ariba, SAP y Oracle en el mismo hilo, lea el recurso dedicado. Esta página solo fija el marco: API de Vigía, integración construida por usted o su partner, datos de cumplimiento para Cuentas por Pagar.

→Hablemos

Revise la API con su equipo de Sistemas.

En la demo le mostramos qué responde Vigía Legal por RFC y cómo encaja esa respuesta en un flujo de Cuentas por Pagar. La referencia OpenAPI vive dentro de la aplicación; si quiere revisarla antes de contratar, pídala en la conversación.