Tips för lagersynlighet

Obs

Azure Active Directory är nu Microsoft Entra ID. Läs mer

Det här avsnittet innehåller några tips som du bör ta hänsyn till när du konfigurerar och använder tillägget Lagersynlighet.

• Tillägget Lagersynlighet stöder för närvarande endast Microsoft Dataverse miljöer som har skapats med hjälp av Microsoft Dynamics Lifecycle Services. Om din Dataverse-miljö har skapats på något annat sätt (till exempel genom att använda administratörscentret för Power Apps), och om den är länkad till din Dynamics 365 Supply Chain Management-miljö, måste du först kontakta produktteamet för Lagersynlighet om du vill åtgärda mappningsproblemet. Du kan kontakta teamet på inventvisibilitysupp@microsoft.com. Teamet hjälper dig att känna till när din miljö är klar för installation av Lagersynlighet.
• Om du har mer än en Lifecycle Services-miljö kan du skapa olika Microsoft Entra-program för respektive miljö. Om du använder samma program-ID och klientorganisations-ID för att installera tillägget Lagersynligt för olika miljöer, uppstår ett tokenproblem för äldre miljöer. Det är bara den sista instansen av tillägget Lagersynligt som installerades som kommer att vara giltig.
• Lagerhantering stöds för närvarande inte för miljöer med molnbaserad värd. Den stöds bara för nivå 2+-miljöer.
• Api (Application Programming Interface) gör det möjligt för värden SiteID och LocationID att anges i varje fråga. Maxgränsen definieras i följande formel: NumOf(SiteID) × NumOf(LocationID) ≤ 100.
• Datakällan fno är reserverad för Supply Chain Management. Om tillägget Lagerhantering är integrerat i en Supply Chain Management-miljö leveranskedjan rekommenderar vi att du inte tar bort konfigurationer som är relaterade till fno i datakällan.
• Lagersynlighet kan inte ändra data för fno datakällan. Dataflödet är enväg, vilket innebär att alla kvantitetsändringar för fno datakällan måste komma från din Supply Chain Management-miljö. Därför kan du inte använda API:t för att skicka begäran om behållningsändring eller reservation för fno datakällan.
• Om du lägger till en eller flera nya mått i din Supply Chain Management-miljö, bör du också lägga till dem i Lagerhantering. Alla kvantitetsändringar för nya mått måste dock komma från din Supply Chain Management-miljö.
• En partitionskonfiguration styr hur data distribueras. Åtgärder som utförs inuti samma partition ger bättre prestanda, till lägre kostnad, än åtgärder som korsar partitioner. Som standard ställs partitionskonfigurationen in automatiskt och bör inte anpassas.
• Basdimensioner som är reserverade i en partitionskonfiguration (uppsättningsnummer 0) bör inte inkluderas i andra behållningsindexkonfigurationer.
• Din behållningsindexkonfiguration måste innehålla minst ett behållningsindex förutom partitionskonfigurationen (uppsättningsnummer 0). Om du inte är intresserad av att fråga efter specifika dimensionskombinationer kan du skapa ett index som bara har en basdimension, Empty. Annars misslyckas frågor och du får följande felmeddelande: "Ingen indexhierarki har ställts in."
• Datakälla @iv är en fördefinierad datakälla och de fysiska mått som definierats i @iv med prefixet @ är fördefinierade mått. Måtten är en fördefinierad konfiguration för allokeringsfunktionen. Det gör att du inte ändrar eller tar bort dem eller du kanske stöter på oväntade fel när du använder allokeringsfunktionen.
• Du kan lägga till nya fysiska mått till det fördefinierade beräknade @iv.@available_to_allocate måttet, men du får inte ändra dess namn.
• Om du har återställt din Supply Chain Management-databas kan den återställda databasen innehålla data som inte längre är konsekventa med data som tidigare synkroniserats med Lagersynlighet till Dataverse. Den här data inkonsekvensen kan orsaka systemfel och andra problem. Därför är det viktigt att du alltid rensar alla lagersynlighetsdata från Dataverse innan du återställer en Supply Chain Management-databas. För mer information, se Rensa lagersynlighetsdata från Dataverse innan du återställer Supply Chain Management-databasen.