- AYes
- BNo
Time Taken:
Correct Answer:
Wrong Answer:
Percentage: %
Justification:
Recurring integrations API supports both data import and export with many other benefits, depending on your situation. With recurring integrations, you can do the following:
The Regression suite automation tool (RSAT) and Task recorder are the correct tools to use as they allow functional power users to record business tasks and then convert the recordings into a suite of automated tests, without having to write source code. The SysTest framework and Acceptance Test Library (ATL) tool are used for unit and component testing, not for reducing the time and cost of UAT. The Data management framework is used for data integration testing, not for UAT.
Regression suite automation tool (RSAT) - Finance & Operations | Dynamics 365 | Microsoft Learn
Configure the testing environment and prepare data - Training | Microsoft Learn
OData service endpoints allow real-time data exchange, which is necessary for the retailer's requirement. The Data Management Framework REST API is used for asynchronous, batched data transfer and does not support real-time updates. The Electronic Reporting tool is intended for configuring document formats for regulatory reporting, not for product catalog integration. A batch job would only synchronize data periodically, not in real time.
Data integration scenarios - Training | Microsoft Learn
Integrate Dynamics 365 apps with other systems - Dynamics 365 | Microsoft Learn
OData service endpoints allow real-time data exchange, which is necessary for the retailer's requirement. The Data Management Framework REST API is used for asynchronous, batched data transfer and does not support real-time updates. The Electronic Reporting tool is intended for configuring document formats for regulatory reporting, not for product catalog integration. A batch job would only synchronize data periodically, not in real time.
Data integration scenarios - Training | Microsoft Learn
Integrate Dynamics 365 apps with other systems - Dynamics 365 | Microsoft Learn
Wrong: Manually import data entity files one at a time to isolate and address errors, disregarding the use of the data management framework.
Wrong: Configure the data management framework to halt the entire import process upon encountering any errors, ensuring no faulty data is migrated.
The correct answer is to use the data management framework to create a data project and set up a recurring data job with error handling to skip faulty records, enable change tracking for entities in the data management framework to monitor the status and availability of entities during the import process, and implement an asynchronous integration pattern using the data management framework to sequence data entities and manage import errors. Manually importing data entity files one at a time is time-consuming and does not utilize the capabilities of the data management framework. Configuring the data management framework to halt the entire import process upon encountering any errors does not meet the requirement of skipping faulty records
Data management overview - Finance & Operations | Dynamics 365 | Microsoft Learn
Export, import, and copy data into a legal entity - Training | Microsoft Learn
Setting up data entities and using the Data Management framework is the recommended method for secure and accurate data integration between Dynamics 365 finance and operations apps and external systems. Exporting to Excel, direct database access, and email attachments are not secure or reliable methods for integrating payroll data.
Extend Dynamics 365 finance and operations apps - Dynamics 365 | Microsoft Learn
Finance and operations apps and associated apps - Training | Microsoft Learn
The correct answer is Asynchronous using the Batch data API because it allows for the exchange of data in batches and does not require real-time data transfer, which suits the legacy system's capabilities. Real-time using OData is incorrect as it requires real-time data transfer. Synchronous using Custom service is also incorrect because it implies a blocking request and response pattern, which is not necessary in this scenario. Pull-based using the Data Management Framework is incorrect because it suggests that the receiving system requests data from the sender, which is not specified in the scenario.
Select a data integration (import/export) strategy - Training | Microsoft Learn
Choose the right pattern for your integration strategy - Dynamics 365 | Microsoft Learn
When you extend a data entity in Dynamics 365 Finance (for example, by adding new fields), these changes may not appear immediately in the Data Management framework.
To make the changes visible and usable, you need to:
✔ Use the "Refresh entity list" function in the Data Management workspace.
This action:
Refreshes metadata for all data entities.
Ensures that the new fields or extensions are recognized by the system.
Makes the entity ready for further actions like export, import, or mapping.
Truncate entity list
❌ Deletes records from the staging or execution tables — not related to metadata or field visibility.
Generate mapping
❌ Used after the entity is already recognized and you're mapping source/target fields, but won't make new fields visible if the entity list isn’t refreshed first.
Configure entity execution parameters
❌ Deals with execution settings (like batch size), not metadata or visibility of new fields.
✔ Refresh entity list