PL-600 Question #78: Real Exam Question with Answer & Explanation

Question

Case Study 1 - First Up Consulting Background First Up Consulting recruits information technology (IT) workers for temporary or permanent positions at client companies. The company operates offices in multiple countries/regions. First Up has both full-time and part-time employees. The company has a team or worker support agents that respond to inquiries from current and prospective workers. Some of the worker support agents are multilingual. The company does not have a standardized tool used for reporting purposes. The organization engages you to implement a new Power Platform solution. Workers are managed by a dedicated team that includes one primary recruiter and a contract assistant. Many client companies live in areas that do not allow for mobile data connections. Current environment Existing systems and processes First Up uses an on-premises system to manage current and historical patient data including medications and medical visits. The company plans to reference historical data in the existing system. The records held in these systems will not be migrated to the new solution except for medication information. Employee authentication with the existing system is provided by an on-premises Active Directory instance that is linked to Azure Active Directory. An appointment record is created for each visit with a worker. The record includes worker contact information, preferred language, the date and time of the appointment, and other relevant data. This information is reviewed by the worker's primary recruiter. First Up has no current capabilities for forecasting future worker needs based on the data held. Client company visits Before First Up signs a contract to place workers at a client company, a member of the audit team visits the company and interviews company management. Audit members use different types of devices including Android and iOS devices. First Up has no plans to require the use of a single type of device. Audit team members currently record information about workers on paper forms. Team members enter information from paper forms into the system when they return to the office. First Up audits client companies at least once each year but may schedule additional visits based on feedback from workers that they place at a client company. Requirements General There is no standardized communication tool across the company, and this causes communication issues between different teams. First up employees must be able to contact each other by using a secure system to ask and answer questions about medical cases. Workers must be able to communicate in near real-time with worker support agents. Client company visits Audit team records must be locked after they have been reviewed by a First Up manager. No further edits to the record can be carried out. This must be implemented using standard available system functionality. Audit teams must be able to enter records of their visits to the companies where they have or may place workers. Audit teams must be able to update any necessary records with the latest information. The solution must support tracking of security clearance information for a worker including the date, status, and certifying agency. When a worker makes an appointment, the appointments must appear in the timeline for the worker's contact record. Job history information The solution must provide a worker appointment booking system that can access worker historical job placement data. The solution must allow employees to associate a primary recruiter with each worker. The solution must also allow multiple secondary recruiters to be associated with each worker. Every worker assessment performed must be validated and countersigned by the primary recruiter for a worker. Job posting data from previous work engagements must be accessible by the Power Platform solution to ensure that new job postings are accurate. First Up staff members must be able to view and update worker records. They must be able to see current and historical job placement data on the same form in the new solution. Worker access The solution must support workers that speak different languages. The solution must provide automatic translation capabilities. The solution must support near real-time communications between workers and recruiters. Workers must be able to view their records online. Workers must be able to enter any additional information that is required by or may be helpful to recruiters. The solution must provide workers a way to search for general information about available positions. Workers must be able to request copies of their records by using a chatbot. Workers must be able to provide information to a recruiter as needed. Data platform Audit teams must have the ability to view worker information on their mobile devices. Audit teams must be able to record data during visits to locations where workers are placed. The solution must support the ability for a corporate governance auditing team to periodically audit the organization's records, policies, and procedures. Reporting and analytics The reporting and analytics team must be able to create reports that include data from all facilities and all workers. Management reports must present an overview of the entire organization. Other reports may be limited to specific offices. You must create dashboards that show the status across all groups of workers. The dashboards must be embedded into the Power Platform apps. Updates to data must be displayed in near real time. Security Authentication for all user types must be managed by a single platform. IT teams must use PowerShell to apply security permissions for users. Worker records must only be viewed by the recruiting office that the worker visits. Worker still records must be archived after ten years and are then removed from the main system. Worker information must not be deleted from the system while skill and job placement history records for the worker exist in the system. User security roles must be customized to ensure that users are able to interact only with the specific data in which they need access. Workers must be able to sign into a portal by using their own email address. Workers must be required to use a secure method of authentication to be able to view their data. Alerts regarding the number of recruited and placed at client companies must be updated as background processes. Issues The organization reports the following issues: Recruiters report that they cannot see historical job placement data for workers. API usage reports show that the number of API calls made exceeds limits. This causes delays saving data. Users cannot view Power BI reports within the Power Platform apps. Some security clearance information for workers not visible from within the Power Platform solution. Audit teams report that they cannot view or edit worker data when the device on which they access the solution does not have network connectivity. The testing ream reports that one of the canvas apps is not working as expected. An error message displays as specific pages load. You need to recommend technology for accessing historical job placement data. What should you recommend?

Options

• APower Virtual Agents chatbots
• BVirtual tables
• CPower BI
• DPower Automate flows

Explanation

Virtual tables are the correct recommendation because they allow Power Platform (Dataverse) to surface data from an external source - in this case, the on-premises system holding historical job placement data - without migrating or duplicating that data. The case study explicitly states that historical records will not be migrated to the new solution, making virtual tables the ideal bridge: they present external data as if it were native Dataverse records, directly addressable within Power Apps forms and views.

Why the distractors are wrong:

• A. Power Virtual Agents - these build chatbots for user interaction; they have no native capability to expose or integrate external database records into operational app views.
• C. Power BI - this is a reporting and visualization tool, useful for dashboards (required elsewhere in this case), but it cannot make external data accessible as editable or viewable records within a Power App operational context.
• D. Power Automate flows - flows can call external APIs or move data reactively, but they are an automation engine, not a data access layer; they don't solve the structural problem of making read-accessible historical records available natively within Dataverse.

Memory tip: Think of virtual tables as a two-way mirror - Power Platform sees the external data as its own, but the data never actually moves. Whenever a case study says "data stays in the old system but must be accessible in the new solution," virtual tables are almost always the answer.

No community discussion yet for this question.