Portales empresariales
Qué pedir al desarrollar un portal de proveedores para tu empresa
Compras espera 120 cajas para el viernes. El proveedor avisa por correo que puede entregar 80 el jueves y 40 el martes siguiente. El almacén sigue esperando 120 el viernes porque nadie le reenvió el mensaje. Si estás pensando en desarrollar un portal de proveedores, ese cambio de fecha es una buena prueba para el primer día de operación.
Una respuesta que compras pueda aceptar por renglón
En el ejemplo, el comprador necesita ver la cantidad pedida, lo que ofrece entregar el proveedor y lo que la empresa finalmente acepta. Si el portal le permite al proveedor sobrescribir la fecha original, al día siguiente será difícil saber cuándo se prometieron las cajas o si compras aceptó la segunda entrega. Conservaríamos ambas fechas y el nombre de la persona que resolvió la diferencia.
Para la primera versión propondríamos tres acciones del proveedor: aceptar la orden completa, proponer un cambio por partida o explicar por qué declina. Si ofrece dividir la entrega, compras puede aceptar esa división o devolverla con una observación. Almacén vería el calendario acordado con dos entregas. El total esperado seguiría siendo 120 cajas.
Qué debe ver cada proveedor al iniciar sesión
Imagina que dos empresas surten el mismo artículo y ambas tienen un pedido abierto. En la revisión entregaríamos una cuenta de prueba por empresa. Quien entre por la primera debería ver exclusivamente sus pedidos, anexos, precios y mensajes. Probaríamos también un enlace copiado desde la cuenta de la segunda. El permiso debe comprobarse al abrir el documento aunque alguien conozca la dirección.
La empresa proveedora también puede tener varias personas. Una asistente prepara las respuestas y su responsable confirma los compromisos. Conviene decidir quién puede invitar o dar de baja usuarios y qué ocurre cuando alguien cambia de puesto. La documentación de colaboración de proveedores de Microsoft ilustra cómo se separan los permisos externos por cuenta y por tarea. Para tu operación acordamos los permisos que realmente necesitas.
Qué dato debe volver al sistema de compras
El portal puede leer pedidos de tu ERP y devolver la respuesta contra el folio y la versión que la originaron. Si el comprador ya publicó una revisión, una respuesta a la versión anterior debe quedar identificada antes de actualizar el pedido. El caso más revelador es responder desde una pestaña que lleva abierta desde la mañana.
Cuando el ERP solo permite intercambiar archivos, acordamos el corte y qué verá el proveedor durante la espera. En ambos casos compras necesita una lista de respuestas pendientes de incorporar y el motivo de la excepción. Puedes ver cómo planteamos esa parte en nuestra guía de integración de sistemas.
Cuando el proveedor envía un documento escaneado, queda por decidir qué datos se pueden incorporar con confianza. Así evaluamos un OCR de facturas junto con los archivos electrónicos disponibles.
Cómo medir el piloto antes de invitar a toda la base
Empezaríamos con proveedores que trabajen de maneras distintas: uno que confirme la orden sin cambios y otro que proponga fechas parciales. Daríamos seguimiento a las órdenes sin respuesta, a las que requieren decisión de compras y al tiempo que tarda almacén en enterarse de un cambio aceptado. El equipo puede comparar los resultados con una muestra equivalente de su proceso por correo.
Para cotizarlo desde cualquier estado de México sirven una orden sin datos sensibles, una respuesta habitual y una excepción que hoy exija varias llamadas. En Obediente revisamos esas muestras a distancia con tu responsable de compras y definimos qué probar con proveedores invitados antes de extender el acceso.
Después de varias recepciones, compras necesita decidir si conserva las mismas condiciones. Así se puede evaluar proveedores con datos de entrega y calidad.