Compartir por


Consejos de Inventory Visibility

Nota

Azure Active Directory ahora es Microsoft Entra ID. Más información

Aquí tiene algunos consejos que debe tener en cuenta al configurar y utilizar el complemento de visibilidad de inventario:

  • Actualmente, el complemento de visibilidad de inventario solo admite entornos de Microsoft Dataverse que fueron creados usando Microsoft Dynamics Lifecycle Services. Si su entorno de Dataverse se creó de otra forma (por ejemplo, usando el Centro de administración de Power Apps) y si está vinculado a su entorno de Dynamics 365 Supply Chain Management, primero debe comunicarse con el equipo de productos de Visibilidad de inventario para solucionar el problema de asignación. Puede ponerse en contacto con el equipo en inventvisibilitysupp@microsoft.com. El equipo le informará cuando su entorno esté listo para que instale Inventory Visibility.
  • Si tiene más de un entorno de Lifecycle Services, cree una aplicación de Microsoft Entra diferente para cada entorno. Si usa el mismo ID de aplicación y el mismo ID de inquilino para instalar el complemento de visibilidad de inventario para diferentes entornos, se producirá un problema de token para los entornos más antiguos. Solo será válida la última instancia del complemento de visibilidad de inventario que se instaló.
  • Actualmente, la visibilidad de inventario no es compatible con entornos alojados en la nube. Solo es compatible con entornos Tier-2+.
  • La interfaz de programación de aplicaciones (API) permite especificar múltiples valores SiteID y LocationID en cada consulta. El límite máximo está definido por la siguiente ecuación: NumOf(SiteID) × NumOf(LocationID) ≤ 100.
  • El origen de datos fno está reservado para Supply Chain Management. Si su complemento de visibilidad de inventario está integrado con un entorno de Supply Chain Management, le recomendamos que no elimine las configuraciones relacionadas con fno en la fuente de datos.
  • Visibilidad de inventario no puede cambiar ningún dato para el fno de la fuente de datos. El flujo de datos es unidireccional, lo que significa que todas las cantidades cambian para el fno de la fuente de datos debe provenir de su entorno de Supply Chain Management. Por lo tanto, no puede usar la API para enviar solicitudes de cambio o reserva disponibles para la fuente de datos fno.
  • Si agrega una o más medidas nuevas a su entorno de Supply Chain Management, también debe agregarlas en Visibilidad de inventario. Sin embargo, todos los cambios de cantidad para nuevas medidas deben provenir de su entorno de Supply Chain Management.
  • Una configuración de partición controla cómo se distribuyen los datos. Las operaciones que se realizan dentro de la misma partición proporcionan un mejor rendimiento, a un costo menor, que las operaciones que cruzan particiones. De forma predeterminada, la configuración de la partición se establece automáticamente y no debe personalizarse.
  • Las dimensiones base que están reservadas en una configuración de partición (número de conjunto 0) no deben incluirse en otras configuraciones de índice disponibles.
  • Su configuración de índice disponible debe incluir al menos un índice disponible además de la configuración de partición (número de conjunto 0). Si no está interesado en consultar combinaciones de dimensiones específicas, puede configurar un índice que tenga solo una dimensión base, Empty. De lo contrario, las consultas fallan y recibirá el siguiente error: "No se ha establecido ninguna jerarquía de índice".
  • Fuente de datos @iv es una fuente de datos predefinida y las medidas físicas definidas en @iv con prefijo @ son medidas predefinidas. Estas medidas son una configuración predefinida para la función de asignación, así que no las cambie ni las elimine o es probable que encuentre errores inesperados al usar la función de asignación.
  • Puede agregar nuevas medidas físicas a la medida calculada predefinida @iv.@available_to_allocate, pero no debe cambiar su nombre.
  • Si restaura una base de datos de Supply Chain Management, entonces su base de datos restaurada podría contener datos que ya no son consistentes con los datos sincronizados previamente por Inventory Visibility para Dataverse. Esta inconsistencia de datos puede causar errores del sistema y otros problemas. Por lo tanto, es importante que siempre limpie todos los datos de Visibilidad de inventario relacionados de Dataverse antes de restaurar una base de datos de Supply Chain Management. Para detalles, vea Limpiar datos de visibilidad de inventario de Dataverse antes de restaurar la base de datos de Supply Chain Management.