Design solutions Flashcards
Power Apps Building Blocks
1) Power Apps Home Page (make.powerapp.com)
2) Power Apps Studio
3) Power Apps Mobile App
4) Power Apps Admin Center
Types of App
1) Canvas App
2) Model-driven App
3) Portal
Ways of creating App
1) Start from blank
2) Start from data - Generated apps are always based on a single list or table. But you can add more data to the app later.
3) Start from templates/ sample
4) From Dataverse source
5) via AppSource
Power Apps Related Technologies
1) Data Sources
2) CDS/ Dataverse
3) Power Automate
Flavors of RPA
1) Attended RPA
a) humans initiate tasks or respond to specific prompts—like providing a yes/no response. Boring, repetitive tasks like front-office activities can be easily automated.
b) When running attended, Power Automate uses an existing Windows user session.
2) Unattended RPA
a) bots handle the tedious, menial work for you by recording and playing back actions—without the need for anyone to be at their computer. With unattended RPA everything is fully automated, so you’re able to schedule and trigger events which accelerates end-to-end automation of high-volume tasks.
b) to run unattended desktop flows, the target machine needs to be available with “all users signed out”.
Locked Windows user sessions will prevent desktop flows from running.
Design Power Apps
1) Business Requirements
2) Data Model
3) UX (User Experience)
4) UI (User Interface)
5) Business Logic
6) Output
Premium datasource
require each user who use app require
1) power apps “per app” plan or - allows individual users to run 2 applications and 1 portal for a specific business scenario in a specific environment based on full capabilities of Power Apps with access to premium connectors.
2) power app “per user” plan - allows users to run unlimited premium licensed apps.
eg 1) CDS/Dataverse
2) SQL
Note
Power Apps portals have their own licensing model and are not included in above licenses. You purchase a capacity based license to met business needs for that.
Access existing data
1) using connector
2) using dataflow (extract,load, transfer into CDS or Azure Data lake) - it fetches data in scheduled batch. Use power query data
Types of Relationship in Dataverse
1) 1:N - lookup field on the child(related) entity.
2) N:N - special third entity which maps how the many records of one entity can be related to the many records of another entity.
Limitations of Virtual Entity
1) Only organization-owned entities are supported.
2) Auditing not supported
3) Change tracking not supported
4) cannot be enabled for queues.
5) offline caching of values is not supported
6) cannot represent an activity
7) do not support BPF
8) Once created, cannot be changed to be a standard (non-virtual) entity
Why CDM (Common Data Model)?
1) Structural consistency
2) semantic consistency
3) simplified integration and disambiguation of data
4) unified shape
5) ability to extend the schema and CDM standard entities
Principles of Reusable component
1) should offer a degree of customization and flexibility
2) interface of control should remain simple and clean
Connector
wrapper around an API that allows the underlying service to talk to
1) MS Power Automate
2) MS Power Apps
3) Azure Logic Apps
Connection Authentication Types
1) No authentication
2) Basic authentication
3) Api Key based authentication
4) Oauth 2.0
PVA
1) Define topics
2) Publish on different channels
3) Monitor performance
Webpages
represents a particular URL in a portal’s website
Page templates
1) Rewrite templates
2) Web templates
Web template
1) use liquid templating language
2) define how content is processed and rendered
Web files
1) Provide access to inline or downloadable content
2) web files do not use templates
3) Content is stored as a Note with an attachment or in MS Azure Blob storage
Code snippets
Reusable fragments of editable content that can be placed within a web template.
Entity lists
Define how the list of CDS/Dataverse records is displayed on portal pages
Entity forms
add the ability for portal pages to interact with records in a specific entity by using a model-driven Power Apps from definition as a layout template.
They can display most column types and subgrids but cannot display PCF controls at the moment
Core components of Portals
1) Webpages
2) Page templates
3) Web templates
4) Web files
5) Content snippets
6) Entity lists
7) Entity forms
8) Web Forms
Portal Security - Authentication
1) Local - common forms- based authentication with user name and pwd are stored in CDS contact row internally . Pwd are hashed.
2) External - handled by other identity providers, google account, ms account , twitter account etc for eg.
OAuth2 (Microsoft, Twitter, Facebook, Google, LinkedIn, Yahoo)
Open ID (Azure Active Directory, Azure Active Directory B2C)
WS-Federation and SAML 2.0 (used for integration with on-premises Active Directory and other identity services)
Azure Active Directory B2C is the recommended identity provider for authentication
“Tree View” in Canvas Apps
1) On left hand side
2) anything that you add to your app will appear over here.
“Properties” in Canvas Apps
1) on right hand side
2) Shows the properties that you can change for the element(control) of your app.
OnSelect
Specify what happens when you press that button for eg.
Preview Canvas App
1) Need not be saved
2) Preview button on top right
3) or Press F5
4) or Press Alt key and click the controls on the canvas app
Share the App
1) Save by pressing Ctrl+s or File menu -> Save
2) Publish button
Types of Forms in Power Apps
1) Edit
2) Display
“Default Mode” of the Form in Power Apps
1) New
2) Edit
3) View
NEV
Types of Entity in CDS/Dataverse
1) Standard - base entities created for every instance of CDS/Dataverse, out of box.
Add more fields but only delete fields from custom entity.
2) Complex - contains server side business logic including real time workflows or plugins.
- some care needed to ensure users have functionality by giving them license.
3) Custom - extend the functionality.
4) Restricted - tied to specific D365 application functionality. User needs additional licenses to the corresponding D365 application to create, update or delete records within restricted entity.
Business Rules in Canvas Apps & Model-driven apps
1) Set Field values
2) Clear Field Values
3) Validate data and show error messages
Additionally in Model-driven apps
4) Show or hide fields
5) Enable or disable fields
6) Create business recommendation based on business intelligence.
PPAC
1) Environment
2) DLP (Data Policies)
3) Data Integration
4) Analytics- Power Automate, Power Apps, Dataverse
Why different environments?
1) Business Requirement for different legal entities or departments
2) Geographical
3) Support ALM (Application lifecycle management)
New environment in PPAC
1) Name,
2) Type - Sandbox, Trial, Production, Trial (subscription- based)
3) Region
4) Purpose
5) Create a database option?
6) Default language
7) url for dataservice
8) default Currency
9) Enable Dynamics 365 apps? (can be enabled only for default region)
10) Optionally deploy sample apps and data?
11) Security Group
Lifecycle of a solution
Create > update > upgrade > patch a solution
Types of Default solution
- are unmanaged solutions
1) CDS Default solution - available for makers to use by default for their customizations in an environment to try out.
2) Default solution - contains all components in the system.
Type of solution to be checked in source control?
unmanaged solution. Note - 1) Cannot import managed solution in the environment where environment has unmanaged solution which was used to export it. 2) Cannot export managed solution 3) Cannot export Default solution.
Solution Checker
checks 1) performance 2) stability issues it analyzes these solution components 1) CDS plug- ins 2) CDS custom workflow activities 3) CDS web resources (HTML and JS) 4) CDS configurations, such as SDK message steps. * Solution checker works with unmanaged solutions that can be exported from an environment.