Cheat Sheet PL-900 — Power Platform Fundamentals

Documentación revisada: 17 de octubre de 2026. Temario de referencia: 24 de julio de 2026.

Esta guía de LarrúaTech está pensada para estudiar con profundidad y volver después a las tablas y los escenarios de repaso. Conserva los términos ingleses más habituales para que puedas reconocerlos en Microsoft Learn y en las herramientas.

Las explicaciones se apoyan en documentación oficial. Los casos, prompts y preguntas de repaso son ejemplos didácticos propios; no reproducen preguntas del examen.

1. Temario vigente y enfoque de estudio

Usa la guía de competencias como referencia de alcance. Power BI no figura como dominio específico en esta versión. Power Pages mantiene su valor dentro de la plataforma, pero ya no tiene un bloque propio. Copilot Studio sí tiene un dominio completo.

Microsoft actualiza primero la versión inglesa. Las traducciones suelen actualizarse aproximadamente ocho semanas después, aunque pueden retrasarse. La guía también contempla que puedan aparecer funciones preview de uso habitual. Guía oficial del examen PL-900.

PL-900 es una certificación de fundamentos. Al estudiar un servicio, responde tres preguntas: qué problema resuelve, qué componentes utiliza y cuándo lo elegirías. Saber reconocer un nombre ayuda; comprender el escenario permite justificar la elección.

2. El mapa de Power Platform

Power Platform combina herramientas para crear aplicaciones, automatizar procesos, organizar datos y utilizar agentes e IA. Una solución puede reunir varios productos, cada uno con una responsabilidad diferente.

Low-code reduce la cantidad de código necesario; no-code utiliza configuración y diseño visual. Los desarrolladores profesionales pueden ampliar las soluciones cuando hacen falta integraciones o comportamientos especializados.

El valor se concreta en resultados: menos introducción repetida de datos, menor tiempo de tramitación, procesos más consistentes y mejor acceso a la información. Mide esos resultados con indicadores del proceso. Utilizar IA o automatización no produce ahorro por sí solo. Valor empresarial de Power Platform y medición del valor.

Power Pages permite crear, alojar y administrar sitios empresariales que pueden trabajar con datos de Dataverse. Debes comprender su utilidad para el autoservicio y el acceso web, diferenciándola de una aplicación interna. La exposición de datos requiere configurar acceso y permisos. Qué es Power Pages.

3. Dataverse: estructura y significado de los datos

Dataverse es una plataforma de datos administrada. Además de almacenar información, aporta metadatos, relaciones, controles de acceso y lógica empresarial reutilizable. Se integra de forma directa con otras capacidades de Power Platform.

Una base de datos tradicional también puede ofrecer estas capacidades. Dataverse las integra en una plataforma preparada para aplicaciones empresariales y creación visual.

En materiales antiguos puedes encontrar entidad, campo y registro: corresponden, respectivamente, a tabla, columna y fila. Descripción de Dataverse.

Relaciones, formularios y vistas

Relacionar una solicitud con su cliente evita copiar todos los datos del cliente en cada solicitud. Una vista de «Solicitudes pendientes» selecciona registros existentes; no crea una segunda tabla con esos datos.

Los formularios y las vistas son componentes importantes de las aplicaciones basadas en modelos. Ocultar un campo o filtrar una vista no sustituye los permisos de seguridad. Relaciones de tablas, configuración de vistas y componentes de aplicaciones basadas en modelos.

4. Lógica empresarial y Power Fx

Elige el mecanismo según lo que necesitas conseguir.

Power Fx es un lenguaje de fórmulas próximo a la forma de trabajar de Excel. Puede utilizarse en distintos contextos de Power Platform, pero las funciones admitidas varían. Una columna de fórmula de Dataverse puede calcular, por ejemplo, un importe a partir de precio y cantidad. Columnas de fórmula.

Una regla de negocio combina condiciones y acciones, como validar un dato o establecer un valor. Algunas acciones se aplican al formulario y no están disponibles de la misma manera en aplicaciones de lienzo. Comprueba el ámbito de la regla antes de asumir que se ejecutará en todas las interfaces. Reglas de negocio.

Ejemplo: calcular un total, exigir una justificación y solicitar aprobación son tres necesidades diferentes. Pueden resolverse con una fórmula, una validación y un flujo, respectivamente.

5. Conectores, conexiones e integración

Ejemplo: el conector de Outlook ofrece operaciones de correo; una conexión concreta determina con qué cuenta se accede. Tener el conector disponible no concede permisos sobre todos los buzones.

Los conectores personalizados permiten presentar las operaciones de una API para que las utilicen los creadores. El servicio de destino sigue necesitando autenticación y autorización. Conectores personalizados y administración de conexiones.

Al estudiar licencias, distingue conectores estándar y premium. La disponibilidad técnica de una operación no demuestra que todos los usuarios tengan derechos para utilizarla. Verifica el producto, el conector y los derechos del servicio de destino antes de practicar.

6. Entornos y administración

Un entorno agrupa recursos como aplicaciones, flujos, conexiones, agentes y datos. Permite separar audiencias, etapas de desarrollo o necesidades de seguridad. Cada entorno pertenece a un tenant de Microsoft Entra y puede disponer de cero o una base de datos de Dataverse.

Separa desarrollo, pruebas y producción para validar cambios antes de utilizarlos con datos operativos.

Environment Maker permite crear determinados recursos; no concede automáticamente acceso a todos los datos de Dataverse. Los permisos de creación y los permisos sobre la base de datos son cuestiones distintas.

La documentación ya advierte sobre la retirada de Dataverse for Teams y de entornos de desarrollo no administrados. Revisa la vigencia de las instrucciones de aprovisionamiento. Entornos de Power Platform.

7. Seguridad: identidad, aplicaciones y datos

Microsoft Entra ID proporciona la autenticación. Dataverse añade un modelo de seguridad que permite controlar el acceso a tablas, registros y determinadas columnas.

Compartir una app no concede automáticamente todo el acceso a los datos que utiliza. En escenarios con conectores también debes comprobar la identidad de la conexión y los permisos del servicio de origen. Seguridad de Dataverse.

Roles y privilegios

Un rol agrupa privilegios, como crear, leer, actualizar, eliminar, asignar o compartir registros. El alcance determina sobre qué registros se aplican. Equipos, propiedad y otras reglas de acceso intervienen en el resultado final.

Los privilegios de varios roles son acumulativos: asignar un rol más limitado no elimina un acceso amplio que otro rol ya concedía. Aplica el mínimo privilegio necesario y comprueba el acceso con usuarios representativos. Roles y privilegios de seguridad.

Escenario: una persona abre la aplicación, pero no puede leer una tabla. Investiga sus permisos y la conexión; no deduzcas que el problema está en el diseño de la pantalla.

8. Gobierno, privacidad y accesibilidad

Políticas de datos

Las políticas de datos ayudan a controlar qué integraciones pueden utilizarse. En la clasificación de conectores se distinguen estos grupos:

Las etiquetas Business y Non-business representan grupos de política; no clasifican automáticamente cada dato. No todos los conectores admiten bloqueo mediante la política clásica. Las políticas avanzadas ofrecen controles adicionales.

Ejemplo: impedir que un flujo combine información empresarial con un servicio no autorizado. Esto complementa los permisos de los usuarios y del servicio; no los reemplaza. Políticas de datos y clasificación de conectores.

Privacidad y tratamiento de datos

Identifica qué información se recoge, quién puede acceder, dónde se procesa y qué integraciones pueden utilizarla. La geografía del entorno y las opciones de movimiento de datos para IA deben comprobarse según la función.

Una plataforma ofrece controles para apoyar el cumplimiento; la solución debe configurarlos y utilizarlos de acuerdo con las necesidades de la organización. Utiliza datos ficticios en las prácticas y evita incluir información sensible en prompts sin una finalidad y autorización adecuadas. Protección de datos y privacidad.

Accesibilidad

Diseña para navegación con teclado, lectores de pantalla, contraste suficiente, texto legible y un orden de interacción lógico. Los campos necesitan etiquetas comprensibles y los errores deben explicarse mediante texto, sin depender únicamente del color.

El comprobador de accesibilidad ayuda a localizar problemas, pero debes probar también el uso real. Una app generada automáticamente puede necesitar ajustes de accesibilidad. Aplicaciones de lienzo accesibles.

9. ALM, soluciones y pipelines

ALM —Application Lifecycle Management— organiza el desarrollo, las pruebas, el despliegue y el mantenimiento de una solución.

Una secuencia habitual es desarrollo → pruebas → producción. Los pipelines facilitan un proceso repetible y gobernado, con los controles configurados por la organización.

Una solución no transporta automáticamente los registros empresariales de las tablas de Dataverse. Desplegar la definición de una tabla y migrar sus datos son operaciones diferentes. También debes comprobar conexiones, valores del entorno y dependencias.

Ejemplo: la misma app debe utilizar el servicio de pruebas durante la validación y el servicio operativo en producción. Configura los valores adecuados para cada destino. Pipelines de Power Platform.

10. Supervisión y diagnóstico de la plataforma

Un número alto de usuarios indica adopción; no demuestra que la aplicación funcione sin errores. Del mismo modo, que un flujo termine correctamente no prueba que haya utilizado el destinatario o los datos adecuados.

Procedimiento de repaso: localizar el recurso → reproducir un caso controlado → consultar el paso o evento → identificar la causa → corregir y volver a comprobar el resultado. Herramientas de supervisión y rendimiento.

11. Power Apps: elegir el tipo de aplicación

Lienzo y aplicaciones basadas en modelos

Ejemplo canvas: una inspección con pocos pasos, fotografías y botones grandes. Ejemplo model-driven: gestión de expedientes, contactos y actividades relacionadas.

Para una canvas app debes planificar pantallas, controles, fórmulas y orígenes. En una model-driven app, define primero tablas y relaciones y después selecciona los componentes y permisos adecuados. La elección depende del trabajo del usuario, los datos y el control visual que necesita. Aplicaciones de lienzo, construcción de model-driven apps y comparación de tipos.

Code apps

Las aplicaciones de código permiten desarrollar aplicaciones web mediante un IDE y tecnologías como React o Vue, y ejecutarlas en la plataforma administrada de Power Platform. Aportan control sobre interfaz y lógica, con integración en capacidades de identidad, datos y gobierno.

Son relevantes cuando un equipo necesita una experiencia específica y dispone de conocimientos de desarrollo. Debes comprender su propósito; PL-900 no exige convertir el repaso en un curso de programación web. Comprueba los requisitos, las limitaciones y los derechos de uso antes de utilizarlas. Code apps.

Plans / Plan designer

Plans parte de un problema de negocio y ayuda a plantear una solución completa. Puede proponer tablas de Dataverse, aplicaciones, flujos, sitios o agentes según el caso.

La entrada puede incluir una descripción y material de contexto, como un esquema del proceso. Revisa los usuarios, sus tareas, los datos y los componentes sugeridos antes de aceptar la propuesta.

Distinción: un plan organiza la solución; una aplicación materializa parte de ella. Generar un plan no demuestra que estén resueltos todos los permisos, integraciones y requisitos de funcionamiento. Descripción oficial de Plans.

12. Creación de aplicaciones y datos con IA

Una descripción útil

Un prompt debe expresar quién utiliza la solución, qué información necesita y qué resultado espera. Es más útil describir el proceso que pedir simplemente «una app moderna».

Prompt didáctico:

Necesito gestionar solicitudes de formación. Cada solicitud pertenece a un empleado y a un curso. El empleado registra la petición y consulta su estado; el responsable revisa las pendientes. Propón los datos, sus relaciones y la aplicación necesaria. Utiliza datos ficticios para la prueba.

Al revisar la propuesta, comprueba:

1. Si las entidades del negocio tienen una representación adecuada.
2. Si los tipos de columna son correctos.
3. Si las relaciones evitan duplicaciones innecesarias.
4. Si las pantallas y componentes permiten terminar las tareas.
5. Si cada perfil tiene únicamente el acceso previsto.

Canvas apps y modelos de datos

Copilot puede proponer tablas y relaciones a partir de lenguaje natural para crear una app de lienzo. Permite revisar y modificar el modelo antes de continuar con la aplicación. La disponibilidad depende de requisitos como región, funciones habilitadas y permisos. Creación de apps mediante conversación.

Aplicaciones basadas en modelos

La IA también puede ayudar a construir y modificar aplicaciones basadas en modelos y sus componentes. La documentación actual incluye herramientas de generación que preparan un plan y crean artefactos como tablas, formularios, vistas y roles.

Comprende el proceso: requisitos → propuesta de modelo y componentes → revisión → creación → validación. Los puntos de entrada y las herramientas concretas pueden variar. Creación de model-driven apps con IA.

Experiencia vibe

La experiencia vibe combina requisitos, datos y generación de aplicaciones en un espacio de trabajo asistido por IA. Permite iterar conversando sobre lo que necesitas cambiar.

Estado consultado: su documentación sigue identificándola como preview y señala la evolución de la creación de aplicaciones hacia experiencias de Copilot Cowork y Copilot Studio. Para PL-900, reconoce el concepto incluido en el temario y revisa la documentación antes de buscar una interfaz concreta. Experiencia vibe.

La IA acelera la construcción, pero debes comprobar datos, cálculos, acceso y resultados. La evaluación de una propuesta generada forma parte del trabajo del creador.

13. Power Automate: flujos y escenarios

Elegir la automatización

Los flujos de nube integran servicios mediante operaciones y conectores. Los flujos de escritorio utilizan automatización robótica de procesos —RPA— para interactuar con aplicaciones e interfaces. Pueden combinarse dentro de una solución. Tipos de flujos.

En RPA, distingue ejecución atendida, con un usuario presente, y desatendida, sin supervisión humana durante la ejecución. La desatendida necesita configuración de máquina, sesión y derechos adecuados. Flujos de escritorio desatendidos.

Componentes de un flujo

• Desencadenador: establece cuándo comienza.
• Acciones: realizan operaciones posteriores.
• Contenido dinámico: reutiliza valores obtenidos en el desencadenador o en pasos anteriores.
• Condiciones: seleccionan una rama según un resultado.
• Bucles: repiten pasos para un conjunto de elementos.
• Conexiones: determinan cómo se accede a cada servicio.

Ejemplo: al recibir una respuesta de Forms, obtener sus detalles, crear una solicitud y avisar a un responsable. El identificador de la respuesta pasa del desencadenador a la acción que obtiene la información. Revisa qué dato necesita cada paso, no solo su nombre. Creación de flujos de Power Automate.

Aprobaciones y Microsoft 365

Flujo de aprobación propuesto: se crea una solicitud → se obtiene la información → se inicia y espera la aprobación → se comprueba la decisión → se actualiza el estado → se informa al solicitante.

La documentación de Microsoft muestra este patrón con solicitudes de vacaciones. La acción de aprobación y una condición posterior permiten gestionar resultados distintos. Para documentos, algunas tareas requieren conectores o capacidades adicionales. Creación y prueba de aprobaciones.

IA y comprobación del flujo

Copilot ayuda a crear o modificar flujos mediante lenguaje natural. En escritorio también ofrece capacidades de asistencia, creación y reparación, varias de ellas en preview.

Después de generar una propuesta, revisa el desencadenador, conexiones, campos, destinatarios y ramas. Guarda y prueba con datos controlados. Comprueba el resultado en el servicio de destino y consulta las ejecuciones fallidas. Copilot en Power Automate.

14. Copilot Studio: diseño del agente

Un agente puede comprender solicitudes, responder con información disponible y utilizar herramientas para realizar tareas. Su comportamiento depende de instrucciones, contexto, conocimiento, herramientas y controles configurados.

Ejemplo: un agente de formación puede explicar los requisitos de un curso y consultar una solicitud concreta. Explicar la política utiliza conocimiento; consultar el estado puede requerir una herramienta.

Copilot Studio tiene experiencias y motores de ejecución diferentes. Parte de la documentación de temas, agent flows y evaluaciones corresponde al standard harness. Revisa la experiencia a la que se aplica cada guía antes de reproducir sus pasos. Descripción de Copilot Studio.

Temas y rutas de conversación

Un tema contiene nodos que pueden mostrar mensajes, preguntar, guardar respuestas en variables, comprobar condiciones y llamar a herramientas.

En la orquestación clásica, las frases de desencadenamiento ayudan a identificar el tema pertinente. En la orquestación generativa, las descripciones de los componentes ayudan al agente a seleccionar una combinación de temas, conocimiento y herramientas.

Recorrido didáctico: preguntar el identificador de solicitud → comprobar si se ha proporcionado → consultar el sistema → comunicar el estado o explicar que no se encontró un resultado autorizado.

Los temas del sistema atienden comportamientos como terminar o reconducir la conversación; los personalizados implementan el proceso propio. Temas y orquestación.

Fuentes de conocimiento

Las fuentes pueden incluir sitios, documentos, SharePoint, Dataverse y otras integraciones compatibles. Fundamentar una respuesta significa utilizar información de esas fuentes para elaborarla.

Comprueba la calidad, vigencia y cobertura del contenido. Las fuentes autenticadas pueden restringir la información al acceso del usuario. No asumas que todas las fuentes utilizan el mismo modelo de permisos: cargar un documento y conectar un repositorio autenticado son escenarios distintos.

Ejemplo: un manual explica cómo solicitar formación; una consulta de datos devuelve el estado de una solicitud. Añadir el manual no crea por sí mismo la operación para tramitarla. Fuentes de conocimiento.

15. Herramientas, MCP y agent flows

Herramientas

Una herramienta expone una operación que el agente puede utilizar: consultar una solicitud, crear un registro o llamar a una automatización. Debe tener un propósito y unos parámetros comprensibles. La operación está sujeta a sus conexiones, permisos y políticas.

Antes de una acción, el agente debe disponer de los datos que necesita. Un nombre escrito por el usuario puede ser ambiguo; un proceso bien diseñado recoge o confirma la información suficiente.

Model Context Protocol —MCP—

MCP estandariza la integración con herramientas y recursos expuestos por un servidor. En la experiencia documentada de Copilot Studio, el servidor proporciona metadatos como nombres, descripciones, entradas y salidas; un servidor puede ofrecer varias herramientas.

Ejemplo: una herramienta «Consultar pedido» recibe un identificador y devuelve el estado. El agente decide utilizarla en el contexto de una petición y presenta el resultado al usuario.

MCP no elimina la autenticación ni concede acceso universal al sistema. La guía del standard harness requiere orquestación generativa y documenta soporte de herramientas y recursos. MCP en Copilot Studio.

Agent flows

Los agent flows son automatizaciones creadas en Copilot Studio. Pueden ejecutarse por distintos desencadenadores y utilizarse desde agentes. Incorporan acciones, condiciones, conectores y otras capacidades, incluida intervención humana cuando procede.

El flujo define la secuencia; el agente lo utiliza para completar una tarea y puede comunicar su resultado. Aunque la secuencia sea estructurada, una llamada a IA o a un sistema externo introduce resultados dependientes de esos componentes.

Ejemplo: el agente obtiene los datos de una petición, un agent flow la registra y devuelve el número generado. El agente debe comunicar ese resultado real, sin inventar una confirmación. Agent flows.

16. Publicación, canales y acceso

Después de modificar un agente, comprueba si necesitas volver a publicarlo para que los usuarios reciban la nueva versión. Publicar y agregar un canal son pasos diferentes. También debes validar el acceso desde ese canal y con las identidades previstas.

Ejemplo: que el creador pueda consultar información en el panel de prueba no demuestra que un usuario del canal tenga los mismos permisos. Publicación y canales.

17. Agent 365, analítica y evaluaciones

Microsoft Agent 365

Agent 365 aporta capacidades de administración y gobierno empresarial para agentes. La integración documentada de Copilot Studio ofrece visibilidad en el registro de agentes y envío automático de telemetría.

El administrador puede obtener información sobre agentes, conectores y actividad, además de aplicar las acciones de gobierno disponibles según los permisos y el tipo de agente. Reconoce la relación con identidad, inventario, observabilidad y control organizativo.

Distinción de estudio: Copilot Studio se utiliza para construir y gestionar la solución; Agent 365 amplía la visibilidad y el gobierno de los agentes en la organización. Integración con Agent 365.

Uso, adopción y resultados

La analítica permite detectar cómo se utiliza el agente, qué componentes participan y dónde conviene mejorar. Separa preguntas diferentes: cuántas personas lo usan, si completa las tareas y si produce respuestas adecuadas.

En la experiencia de Monitor documentada para el standard harness, la actividad del panel de prueba no forma parte de la analítica de uso del agente. No confundas las pruebas del creador con la adopción real. Analítica de Copilot Studio.

Evaluaciones de agentes

Una evaluación ejecuta casos de prueba para valorar la respuesta o el comportamiento frente a criterios definidos. Puedes preparar un conjunto de casos y repetirlo después de modificar instrucciones, conocimiento o herramientas.

Un conjunto útil incluye preguntas frecuentes, reformulaciones, solicitudes incompletas, información no disponible y operaciones que pueden fallar. Comprueba también los perfiles de usuario relevantes.

Las evaluaciones ayudan a detectar regresiones y mejorar calidad. Deben complementarse con pruebas de acceso y del proceso. Evaluaciones de agentes.

18. Caso integrado: solicitudes de formación

Propuesta didáctica de LarrúaTech. Una organización recibe solicitudes de formación por correo. Necesita centralizar los datos, coordinar aprobaciones y permitir que cada empleado consulte el estado de su petición.

Datos y perfiles

• Empleados: datos identificativos necesarios para el proceso.
• Cursos: nombre, fechas y datos descriptivos.
• Solicitudes: empleado, curso, fecha, estado y resolución.
• Responsables: personas que revisan solicitudes dentro del alcance definido.

Un empleado puede tener varias solicitudes y un curso puede estar relacionado con muchas solicitudes. La tabla Solicitudes recoge también información propia de cada petición, como su estado y la fecha de decisión.

Componentes propuestos

Recorrido esperado

1. El empleado crea una solicitud con los campos requeridos.
2. El sistema guarda los datos y obtiene un identificador.
3. Un flujo solicita revisión al responsable correspondiente.
4. La decisión actualiza la solicitud.
5. El empleado recibe la comunicación prevista.
6. El agente puede explicar el proceso o consultar el estado, con acceso autorizado.

Qué comprobar

• El empleado accede únicamente a los registros previstos.
• El responsable ve el conjunto de solicitudes que le corresponde.
• Las ramas de aprobación y rechazo actualizan correctamente el estado.
• Una solicitud incompleta obtiene una explicación útil.
• El agente no confirma una operación que falló ni inventa un identificador.
• Los cambios se validan en pruebas antes del despliegue.

La solución es una propuesta para razonar sobre componentes. Su diseño final depende del proceso, los derechos de uso y los controles de la organización.

19. Diferencias que conviene tener claras

Para estudiar esta tabla, crea un ejemplo propio de cada pareja. Si dos conceptos parecen intercambiables, vuelve al apartado correspondiente y explica qué responsabilidad tiene cada uno.

20. Preguntas razonadas de repaso

Estas preguntas son ejercicios propios. Las respuestas explican el concepto que se pretende reconocer; un sistema real puede necesitar componentes y controles adicionales.

1. ¿Qué elegirías para una pantalla de inspección con una experiencia visual específica?

Una canvas app. Permite diseñar una interfaz centrada en esa tarea. Debes decidir el origen de datos y comprobar acceso, accesibilidad y comportamiento en el dispositivo.

2. ¿Qué encaja para gestionar expedientes, contactos y actividades relacionadas?

Una model-driven app sobre Dataverse. El trabajo está organizado alrededor de registros, relaciones, formularios y vistas.

3. El usuario abre la app, pero no puede actualizar una solicitud. ¿Qué revisarías?

Sus permisos sobre los datos y la identidad utilizada por la conexión. Abrir la app y poder actualizar el registro son autorizaciones diferentes.

4. ¿Cómo iniciarías un proceso al llegar una respuesta de Forms?

Con un flujo de nube automatizado. El evento inicia la ejecución; las acciones posteriores obtienen los datos y realizan el procesamiento.

5. ¿Cuándo considerarías un flujo de escritorio?

Cuando el proceso requiere interactuar con la interfaz de una aplicación. Evalúa también la posibilidad de integración directa, la máquina de ejecución y el modo atendido o desatendido.

6. ¿Qué permite restringir combinaciones de conectores en una solución?

Una política de datos. La clasificación y los controles aplicables deben reflejar las integraciones que permite la organización.

7. ¿Qué necesitas para transportar una app entre etapas de desarrollo?

Una estrategia de ALM con soluciones y despliegues configurados. Los pipelines facilitan el recorrido. Los registros empresariales necesitan una estrategia aparte.

8. ¿Añadir un manual permite que el agente tramite automáticamente una solicitud?

No por sí solo. El manual aporta conocimiento. Tramitar requiere una herramienta o automatización que realice la operación con los datos y permisos necesarios.

9. ¿Qué aporta un servidor MCP a un agente?

Acceso estandarizado a herramientas y recursos compatibles. Cada operación sigue dependiendo de su configuración de acceso.

10. ¿Qué harías si la respuesta cambia después de modificar las instrucciones?

Repetir un conjunto de evaluación. Así puedes comprobar tanto el caso modificado como otros escenarios que deben conservar su comportamiento.

11. ¿Para qué sirve Agent 365 en este contexto?

Para ampliar el inventario, observabilidad y gobierno de los agentes. Relaciónalo con la administración organizativa y con la integración de Copilot Studio.

12. ¿Es fiable aceptar una solución generada por IA sin revisarla?

Debes validarla antes de utilizarla. Comprueba el modelo de datos, la lógica, los permisos, los resultados y los requisitos de las funciones empleadas.

21. Preparación y recursos oficiales

Una secuencia práctica de estudio

1. Revisa los cinco dominios y marca los conceptos que todavía no puedes explicar.
2. Modela un caso pequeño con tablas y relaciones usando información ficticia.
3. Compara una experiencia canvas con otra basada en modelos.
4. Crea o estudia un flujo con desencadenador, acciones y una condición.
5. Diseña un agente con conocimiento y una operación claramente separada.
6. Explica cómo se compartiría, protegería, supervisaría y desplegaría la solución.
7. Realiza la práctica oficial y vuelve a los apartados donde tengas dudas.

Puedes seguir la ruta de ocho laboratorios PL-900 para practicar con tablas, aplicaciones, flujos y agentes. Cada ejercicio indica sus requisitos y cómo comprobar el resultado. También tienes proyectos introductorios de Power Platform para ampliar la práctica.

Fuentes para mantener el repaso actualizado

Datos de la convocatoria

Microsoft establece 45 minutos de examen y 65 minutos de sesión estándar para Fundamentals. Las adaptaciones y condiciones de tu convocatoria pueden modificar estos tiempos. El número de preguntas puede variar. Duración y experiencia de examen.

La puntuación mínima de los exámenes técnicos es 700 sobre 1.000. Es una puntuación escalada y no equivale necesariamente a un 70 % de aciertos. Puntuación y resultados.

Criterio de actualización: utiliza la guía vigente para decidir qué estudiar y la documentación de cada producto para comprobar capacidades, disponibilidad y requisitos. Los cursos y materiales antiguos pueden conservar apartados de versiones anteriores. En esta edición, cada bloque enlaza a la fuente que permite ampliar o verificar su explicación.