Buen día, solicitamos que en el proceso de carga masiva de equipos del módulo de Activos fijos se incluya el campo “Proveedor” como columna mapeable, con comportamiento equivalente al de “Ubicación” (es decir, permitiendo referenciar por código/ID único del proveedor para su asociación automática durante la importación).

Justificación técnica y operativa

Actualmente, cuando se cargan grandes volúmenes de activos, la plataforma obliga a asignar el proveedor manualmente por cada registro o, en el mejor de los casos, a filtrar y editar por lotes después de importar. Esta dinámica es ineficiente y propensa a errores en escenarios con cientos o miles de ítems, y genera los siguientes problemas:

1. Alto costo operativo y riesgo de error humano

   • Ediciones manuales masivas consumen tiempo y aumentan la probabilidad de inconsistencias (proveedor equivocado, campos vacíos, duplicidad de criterios de filtro).

2. Pérdida de trazabilidad y control

   • La relación activo–proveedor queda incompleta o desactualizada, afectando la trazabilidad del ciclo de vida del activo (compra, garantías, mantenimientos, RMA).

3. Impacto en procesos de mantenimiento y compras

   • Sin proveedor asociado desde el origen, se dificulta la gestión de garantías, el contacto para repuestos/soporte, la planificación de mantenimientos y los análisis de TCO/ROI por proveedor.

4. Deterioro de la calidad de datos (data quality)

   • La edición posterior por filtros depende de la correcta identificación del lote; con grandes volúmenes, esto se vuelve frágil y puede producir asignaciones parciales o inconsistentes.

5. Limitaciones en reporting y auditoría

   • Informes por proveedor (por ejemplo: inventario inicial por proveedor, fallas por proveedor, SLA, cumplimiento de garantías) quedan incompletos si el campo no se asigna en la importación, afectando métricas clave y auditorías.

6. Riesgo de incumplimiento de políticas internas

   • Muchas organizaciones exigen que proveedor sea un dato obligatorio al alta del activo por controles de compras, cumplimiento y auditoría. No poderlo diligenciar en la importación contraviene políticas y obliga a re-trabajos.

Requisito funcional propuesto

• En la plantilla de importación (CSV/Excel), habilitar la columna Proveedor que acepte código único del proveedor (idealmente el ID/Código maestro definido en el catálogo de Proveedores).

• Durante la importación, el sistema debe resolver (lookup) ese código contra el maestro de Proveedores y asociarlo al activo.

• Si el código no existe, el importador debe:

  • Bloquear el registro y reportarlo como error o

  • Admitir un modo tolerante que importe el resto y genere un reporte de incidencias (línea, motivo, valor inválido).

• Mantener integridad referencial: no crear proveedores “al vuelo” salvo que se habilite explícitamente una opción de “crear proveedor si no existe” con campos mínimos requeridos.

• Registrar en logs/auditoría: usuario que importó, fecha/hora, archivo fuente, cantidad de activos, y resumen de asociaciones proveedor–activo.

Agradecemos su evaluación y, de ser posible, la incorporación de esta mejora en el importador de activos. Quedamos atentos a cualquier información adicional que requieran (ejemplo de plantilla, catálogo de proveedores y códigos, casos de uso y volúmenes reales de carga).