Delen via


Tips Voorraadzichtbaarheid

Opmerking

Azure Active Directory is nu Microsoft Entra ID. Meer informatie

Hier volgt een aantal tips die u kunt overwegen bij het instellen en gebruiken van de invoegtoepassing Voorraadzichtbaarheid:

  • Momenteel ondersteunt de invoegtoepassing Voorraadzichtbaarheid alleen Microsoft Dataverse-omgevingen die zijn gemaakt met Microsoft Dynamics Lifecycle Services. Als uw Dataverse-omgeving op een andere manier gemaakt is (bijvoorbeeld door het Power Apps-beheercentrum te gebruiken) en als deze aan uw Dynamics 365 Supply Chain Management-omgeving gekoppeld is, moet u eerst het productteam van Voorraadzichtbaarheid vragen om het toewijzingsprobleem te verhelpen. U kunt contact opnemen met het team via inventvisibilitysupp@microsoft.com. Het team laat u weten wanneer uw omgeving gereed is voor installatie van Voorraadzichtbaarheid.
  • Als u meerdere Lifecycle Services-omgevingen hebt, maakt u een andere Microsoft Entra-toepassing voor elke omgeving. Als u dezelfde toepassings-id en tenant-id gebruikt om de invoegtoepassing Voorraadzichtbaarheid voor verschillende omgevingen te installeren, treedt er een probleem met een token op voor oudere omgevingen. Alleen het laatste exemplaar van de invoegtoepassing Voorraadzichtbaarheid die is geïnstalleerd, is geldig.
  • Voorraadzichtbaarheid wordt momenteel niet ondersteund voor in de cloud gehoste omgevingen. Het wordt alleen ondersteund voor Tier 2+-omgevingen.
  • De API (Application Programming Interface) staat toe dat meerdere SiteID- en LocationID-waarden in elke query worden opgegeven. De maximumlimiet wordt met de volgende vergelijking gedefinieerd: NumOf(SiteID) x NumOf(LocationID) ≤ 100.
  • De fno-gegevensbron is gereserveerd voor Supply Chain Management. Als de invoegtoepassing Voorraadzichtbaarheid is geïntegreerd met een Supply Chain Management-omgeving, raden we u aan om geen configuraties te verwijderen die betrekking hebben op fno in de gegevensbron.
  • Voorraadzichtbaarheid kan geen gegevens voor de gegevensbron fno wijzigen. De gegevensstroom is één manier, wat betekent dat alle hoeveelheidswijzigingen voor de gegevensbron fno afkomstig moeten zijn uit uw Supply Chain Management-omgeving. Daarom kunt u de API niet gebruiken om wijzigingen van voorhanden of reserveringsaanvragen voor de gegevensbron fno te verzenden.
  • Als u een of meer nieuwe metingen toevoegt aan uw Supply Chain Management-omgeving, moet u ze ook toevoegen in Voorraadzichtbaarheid. Echter, alle hoeveelheidswijzigingen voor nieuwe metingen moeten afkomstig zijn van uw Supply Chain Management-omgeving.
  • Een partitieconfiguratie bepaalt hoe gegevens worden gedistribueerd. Bewerkingen die binnen dezelfde partitie worden uitgevoerd, bieden betere prestaties tegen lagere kosten, dan bewerkingen die tussen partities plaatsvinden. De partitieconfiguratie wordt standaard automatisch ingesteld en mag niet worden aangepast.
  • Basisafmetingen die zijn gereserveerd in de partitieconfiguratie (setnummer 0) mogen niet worden opgenomen in andere voorhanden indexconfiguraties.
  • Uw voorhanden indexconfiguraties moet ten minste één voorhanden index bevatten naast de partitieconfiguratie (setnummer 0). Als u niet geïnteresseerd bent in het uitvoeren van query's op specifieke dimensiecombinaties, kunt u een index instellen die slechts één basisdimensie heeft, namelijk Empty. Anders mislukken de query's en ontvangt u de volgende foutmelding: 'Er is geen indexhiërarchie ingesteld.'
  • Gegevensbron @iv is een vooraf gedefinieerde gegevensbron en de fysieke metingen die in @iv met prefix @ worden gedefinieerd, zijn vooraf gedefinieerde metingen. Deze metingen zijn vooraf gedefinieerde configuraties voor de toewijzingsfunctie. U hoeft deze dus niet te wijzigen of te verwijderen omdat er onverwachte fouten optreden wanneer u de toewijzingsfunctie gebruikt.
  • U kunt nieuwe fysieke metingen toevoegen aan de vooraf gedefinieerde meting @iv.@available_to_allocate, maar u moet de naam niet wijzigen.
  • Als u een Supply Chain Management-database vervolgens herstelt, bevat de herstelde database mogelijk gegevens die niet langer consistent zijn met gegevens die eerder door Voorraadzichtbaarheid zijn gesynchroniseerd met Dataverse. Deze gegevensinconsistentie kan systeemfouten en andere problemen veroorzaken. Het is daarom belangrijk dat u altijd alle samenhangende gegevens van voorraadzichtbaarheid opschoont uit Dataverse voordat u een Supply Chain Management-database herstelt. Zie Gegevens van voorraadzichtbaarheid opschonen in Dataverse voordat de Supply Chain Management-database wordt hersteld voor meer informatie.