Tener un portal de proveedores no es lo mismo que validar

El portal de proveedores ya tiene los acuses, las opiniones y el folio REPSE cargados. Cuentas por Pagar abre la corrida de pagos. Nadie cruzó, proveedor por proveedor y período por período, si ese expediente alcanza para liberar la partida. Los documentos están. El veredicto no.

Eso no es un control fallido. Es un archivo bien ordenado. Y la diferencia importa: un archivo no retiene el pago.

Qué hace un portal (y qué no hace)

Un portal o un módulo de proveedores en el ERP suele resolver tres cosas bien:

1. Recibir lo que el proveedor sube (PDF, XML, constancias).
2. Notificar vencimientos o pendientes de carga.
3. Almacenar el historial para auditoría o para Compras.

Eso es útil. No es validar. Validar, en el sentido que necesita Cuentas por Pagar, es otra operación:

• Calcular un semáforo por proveedor y por período (no «tiene carpeta», sino «¿está en regla para el mes que factura?»).
• Devolver un motivo tipificado cuando algo falla (qué documento falta, qué lista lo marcó).
• Retener la partida en la decisión de pago —o documentar una excepción— antes de que el dinero salga.

Si el flujo termina en «documentos recibidos» y Cuentas por Pagar libera igual, el portal cumplió su trabajo de recolección. El control de cumplimiento todavía no existe.

Señales de que «tenemos portal» no alcanza

• La revisión del expediente vive en el correo de Compliance y compite con el cierre.
• Cuentas por Pagar mira el monto y la orden de compra; el semáforo REPSE no aparece en la misma pantalla.
• Hay un repositorio lleno y, al lado, una hoja de cálculo con «vigente / no vigente» que alguien actualiza a mano.
• Cuando algo falla, la alerta llega después de la corrida: hallazgo, no retención.

En esos casos el riesgo no es falta de documentos. Es falta de un veredicto en el punto donde todavía se puede detener el pago. Para el marco del gate, vea gate de cumplimiento REPSE pre-pago. Para el rol de Cuentas por Pagar, REPSE para Cuentas por Pagar. Sobre las consecuencias de operar sin ese control, proveedor sin REPSE: consecuencias.

Dónde poner el control: en la decisión de pago

El lugar correcto no es «otra carpeta». Es el mismo sistema donde se decide pagar —Coupa, Oracle, SAP Ariba, SAP S/4 o el flujo interno de Cuentas por Pagar— con tres reglas prácticas:

• Sin veredicto, la partida no avanza. Si el proveedor está en rojo, queda retenida con un motivo que nombra el dato.
• La retención es por proveedor y por motivo, no por toda la corrida.
• Las excepciones se documentan: quién aprobó, por qué y hasta cuándo.

El ERP sigue siendo dueño de contabilizar y de ejecutar el pago. Lo que falta es la capa de cumplimiento que responde, en ese momento, si esa factura de servicios especializados puede salir.

Qué pedirle a IT y a Procurement al integrar

Si ya tiene suite de procurement, la pregunta útil no es «¿tenemos portal?». Es:

1. ¿Quién calcula el semáforo por período (expediente + fuentes oficiales del SAT)?
2. ¿Ese veredicto se consulta antes de liberar, desde el sistema de pagos, con motivos legibles?
3. ¿El proveedor ve en el portal por qué quedó retenido, no solo «pendiente de revisión»?
4. ¿Las excepciones quedan en bitácora, no en un chat?

A alto nivel, el patrón que sostiene el producto es: la suite pregunta por API si se puede pagar; el módulo de cumplimiento responde con veredicto y razones tipificadas. El detalle de cómo encaja Coupa, Ariba, SAP y Oracle está en integrar REPSE con Coupa, Ariba, SAP y Oracle. No hace falta reescribir el ERP: hace falta un endpoint de decisión en el punto de pago.

Cómo lo resuelve Vigía

Vigía mantiene el expediente del proveedor (documentos, CFDI de nómina, comprobantes) y corre barridos programados contra fuentes oficiales del SAT, como la Lista 69-B y el art. 69 del CFF. Con eso calcula el semáforo por período.

Ese veredicto se consulta en la decisión de pago desde Coupa, Oracle, SAP Ariba, SAP S/4 o de forma manual, con motivos tipificados. Si la factura vive en Vigía, el módulo de Cuentas por Pagar retiene o avanza la partida en recepción; contabilizar y pagar siguen en su ERP. Vigía no sustituye su criterio ni «garantiza» el cumplimiento: pone la revisión antes de la corrida para que usted controle y reduzca el riesgo.

Más sobre el método de verificación: cómo verificar si un proveedor tiene REPSE vigente. Más sobre vigilancia del registro: monitoreo continuo de la vigencia REPSE.

Revise si su portal ya valida — o solo archiva

Descargue el checklist REPSE o solicite una demo para ver cómo queda retenida una partida con su motivo antes de que Cuentas por Pagar libere el pago. Si evalúa software, también: software de cumplimiento REPSE.