Portal de proveedores: documentación y vencimientos
Para contratar un portal de documentación de proveedores, definí qué documentos recibe, quién los revisa, cuándo dejan de estar vigentes y qué consecuencia tiene cada estado. Después compará una plataforma existente con un desarrollo acotado. La decisión no empieza por agregar IA: empieza por comprobar que Compras puede distinguir un archivo recibido de un expediente aprobado.
Empezá por el expediente que necesita Compras
Esta guía está dirigida a equipos de Compras, operaciones e IT que coordinan documentación con empresas externas. El alcance es el alta y mantenimiento del legajo: requisitos, versiones, revisión y renovaciones. Si tu problema es extraer datos de comprobantes o conciliar pagos, las guías de automatización de facturas y conciliación bancaria responden otras decisiones.
Armá una lista por tipo de proveedor y relación comercial. Para cada requisito, indicá quién lo pide, qué período cubre, cómo se verifica y quién puede exceptuarlo. No todos los archivos tienen vencimiento: una fecha de emisión, una revisión interna y una vigencia declarada son datos distintos. El área responsable define las reglas; el software las ejecuta y conserva su versión.
Compará plataforma y desarrollo con el mismo recorrido
Hay oferta de producto para este problema. Trebol presenta legajos, avisos y suspensión por vencimiento. Centum presenta un portal conectado a compras, facturas y pagos. En México, Focaltec incluye expedientes y validaciones fiscales. Son alcances declarados por sus proveedores, consultados el 23 de octubre de 2026; no pruebas realizadas por Duotach ni una recomendación de contratación.
Pedí que cada alternativa recorra el mismo expediente ficticio: alta, documento rechazado, corrección, aprobación, vencimiento y renovación. Verificá qué se configura, qué requiere un módulo adicional y qué necesita desarrollo. Una lista de funcionalidades no muestra cómo resuelve tus excepciones.
Una plataforma existente es candidata cuando sus reglas, accesos y exportación cubren el proceso. El desarrollo a medida puede tener sentido cuando queda una brecha concreta: revisiones entre áreas, varias empresas contratantes o una conexión que el producto no cubre. Evitá reconstruir un portal completo para resolver una notificación. Compará también migración, almacenamiento, soporte y salida del servicio.
Contratá estados y decisiones, además de pantallas
El circuito necesita distinguir recibido, en revisión, observado, aprobado y vencido, o los estados equivalentes acordados. Cada transición debe identificar actor, fecha, versión del documento y motivo cuando corresponda. Una nueva carga no debería borrar el historial de lo que se aprobó antes.
Escribí qué significa aprobado: por quién, para qué empresa, contrato o período. Un documento aprobado para una relación no habilita automáticamente todas las demás. El tablero debería permitir explicar por qué un expediente está pendiente, qué falta y quién tiene la próxima acción.
La siguiente matriz es un criterio de contratación propuesto por Duotach. No describe un producto propio ya instalado ni un resultado de clientes.
| Tramo | Alcance | Prueba |
|---|---|---|
| Recepción | Archivo, proveedor, requisito y período vinculados | Una nueva carga conserva la versión anterior |
| Revisión | Responsable, observación y decisión registrados | Rechazo y corrección sin aprobación automática |
| Renovación | Fecha, zona horaria, aviso y consecuencia | Prueba antes, durante y después del vencimiento |
| Excepción | Autoridad, motivo y duración definidos | La excepción vence y queda en el historial |
El vencimiento necesita una consecuencia acordada
Pedí que la propuesta indique la zona horaria, el momento de evaluación y qué ocurre al vencer un requisito. Un aviso, una observación del legajo y el bloqueo de una operación son comportamientos distintos. La consecuencia la aprueba el responsable del proceso; no se deduce del color del tablero.
Si se acuerda un bloqueo, delimitá qué impide: nuevas órdenes, acceso a una instalación u otra acción específica. Definí el tratamiento de operaciones ya iniciadas y de excepciones autorizadas. No bloquees pagos ni decisiones sensibles por una regla genérica sin revisión del área responsable.
Para los recordatorios, acordá destinatarios, frecuencia y escalamiento. Un correo enviado no demuestra que alguien renovó la documentación. El portal necesita mostrar el pendiente y la acción tomada, también cuando la notificación falla o una persona deja la empresa.
Pedí pruebas de separación entre proveedores
Comprobá que un proveedor no pueda leer ni modificar documentos de otro, tampoco mediante enlaces directos, descargas o exportaciones. Separá los accesos internos por función y acordá qué pasa al revocar una cuenta. Ocultar un botón no demuestra que el permiso se aplique al archivo.
La guía de autorización de OWASP, consultada el 23 de octubre de 2026, recomienda privilegio mínimo, denegación por defecto y controles en cada solicitud. Pedí evidencia de pruebas con distintos usuarios y recursos; citar la guía no acredita que el portal ya cumpla esas reglas.
La guía de carga de archivos de OWASP, consultada en la misma fecha, recomienda limitar formatos y tamaños, verificar el tipo y restringir quién carga archivos. Acordá además acceso al almacenamiento, análisis de archivos según riesgo, retención, eliminación y recuperación. Evitá convertir documentos privados en enlaces públicos para facilitar la descarga.
Separá lectura automática de aprobación documental
Si se propone OCR o IA, delimitá su trabajo: sugerir tipo de documento, extraer fecha o señalar un campo faltante. Pedí que la aplicación conserve el archivo fuente y permita corregir la extracción. Una fecha extraída correctamente no demuestra autenticidad, vigencia legal ni cumplimiento del proveedor.
Usá ejemplos autorizados con formatos y calidades distintos; medí extracción y decisión por separado. Un archivo ambiguo debe tener una salida definida, como revisión humana. Acordá qué contenido puede enviarse a servicios externos y qué registros se conservan, antes de probarlos con documentos reales.
Los requisitos fiscales, laborales o de acceso cambian según país, actividad y contrato. Compras y sus asesores definen el requisito y la validación aplicable; esta guía no enumera obligaciones legales ni promete certificarlas. Pedí que cada integración externa tenga fuente, permisos, respuesta esperada y tratamiento de indisponibilidad.
Cerrá el alcance con una entrega que puedas revisar
Pedí como entregables el catálogo de requisitos, el circuito de estados, la matriz de permisos, la política de vencimientos y excepciones, y un registro de pruebas. Incluí la migración que corresponda, la exportación de archivos e historial y quién mantiene las reglas después de la entrega.
Para la aceptación, recorré el expediente ficticio con cuentas de proveedor y revisor. Probá corrección sin perder versión, vencimiento en la fecha acordada, revocación de acceso y recuperación de un archivo. Dejá por escrito qué fallos impiden habilitar el uso. Si se integra con otro sistema, verificá también que un reintento no duplique el alta ni cambie el estado sin registro.
Duotach desarrolla software a medida. Podemos conversar sobre un alcance pago para un portal documental o el tramo que falta en un sistema existente, sujeto a acceso, compatibilidad y capacidad acordados. El relevamiento, la configuración y las pruebas sobre tu proceso son parte del trabajo contratado. No se ofrece una certificación de cumplimiento ni una auditoría gratuita previa.
En la consulta, describí qué equipo revisa, qué tipos de proveedores participan y dónde se traba el circuito. No adjuntes documentos personales, claves ni legajos confidenciales. Si avanzás con desarrollo, acordá también la entrega de código, cuentas y operación.
Definí el circuito pendiente
Describí el problema para conversar sobre un alcance pago.
