• Open we can Go to Customization and select Model Driven App (It can Be sales hub, or custom Model-Driven app created) where you want to add this Entity or Create a solution add your Model-Driven app and same Solution you can move to UAT / Test Or Production

  

• Here we have 2 option Either we can edit Sitemap using sitemap designer to add entity in Sitemap
  

  Click Here to check how to Edit Site Map

• and not to forget to check, the entity is added in App Designer

So receiving from layout issue by system user will be common while transitioning to New UCI especially if we have lots of information on our old legacy form to make it more interactive for the system users

• Above image, we can see if we open New UCI of our dev in Ipad both have different section view on the screen (note these are not divided into tabs, we are taking example of the section itself, if we see new UCI of above record it will show us 2 columns instead)

• So the Unified Client interface uses responsive web design to provide an optimal viewing and interaction experience for any screen size, device, or orientation.
• But it better to test it from development and validation perspective before handing it over for UAT and we can do the Responsive testing in our web browser itself, chrome, firefox, etc

• GO to the page which needs to be validated -> Press F12 to enter the dev tool and once inside devtool , you can see device button on very left top corner (chrome)

• There we can choose between different Devices or resolution to see how the page is rendered

We fully understand why removing composite is done and frankly don’t like composite field much,

so we informed system user that this is going to be permanent for now and the reason,that to make our new UCI more responsive this might be essential step like if we want to access the environment from a smaller screen, pop from the composite field would not fit in a responsive manner and it was this easy to explain to them until we ended up creating a field to populate split value into a read-only field

1 thing to remember there might be early transition mentioned for your environment but until it is approved nothing will happen unless we reach forced scheduled date

• Navigating to URL: https://runone.powerappsportals.com

• Navigating to Environment, We will see all our organization with scheduled transition date and status

• Clicking on Friendly name and selecting Reschedule Option on top, Don’t approve early until ready

and once ready with the Validation and customization, go ahead and Approve – Check the post where we have to share our experience on step by step transition process 

So We might be having many Workflow and Email from Pluginif any which would be mapping Record URL in body of the email or any other notification / Location, \

• Ideally, we want o to include Appid so, whoever clicks on record URL , they should jump on New UCI instead on the Legacy app or don’t want it to break at least

• Alpha bold has written a nice blog on how to resolve it, Please follow the same. thanks

Navigating to UCI from Record URL (Dynamic): A Custom Code Solution

If We did our Dev New UCI Validation and transition early so we can be sure there is no blocker and we don’t need to roll back as we were already live,

1. From PowerPlateform admin center: https://admin.powerplatform.microsoft.com/

We can navigate to the Admin center from make.powerapps.com or directly Navigate to  : https://admin.powerplatform.microsoft.com/

• Now select the Environment which needs to be transitioned to new UCI -> Click on Setting

• Setting – > Behaviour

• Enable by Checking Use Unified Interface Only

By Identify Component which may or may not effect from the transition doesn’t mean we will skip the component listed in May, not have any effect.

The critical component will be the one which will be tested thoroughly looking into Error and creating a new component for change and functionally to work so it doesn’t affect the legacy app till we are ready for Production Upgrade,  example  –New form for the critical entity  ( our org was recently upgraded from on-premise environment and vendor worked on it left javascript as it is if it’s not giving error, even if the functionality was not working or partially working, So we opted creation on a new form for UCI so there would not be any conflict on legacy web client customization as we frequently fix the issue and deploy to Production)

We will go through more about how we segregated legacy web client customization with  New UCI transition Customization in Setup Development Environment 

Also below list was specific to customer current requirement/business process and might differ from business to business

There was 2 option for us to work with New UCI Transition customization and Validation and keep working on Legacy WebClient for Fixes and CR.

1. Create 2 Dev Environment, 1 for UCI and 2nd will be for Legacy WebClient, but this would have resulted in an unequal environment at the time of production upgrade as there would be some changes in the legacy app and then a few changes in New UCI Dev environment. until we keep on merging them with each customization and that would be almost impossible to achieve especially when we had a large number of fixes and cr each week, this would be ideal for a freeze environment with new fixed or changes, So we adopted the second option.
2. Create a new Model Driven app using legacy WebClient Sitemap and customization: so we will create a new UCI Model-driven app and same time keep Legacy WebClient so dev environment will be with the latest change regarding new UCI and Legacy WebClient

Only thing is to manage to work on customization of New UCI and WebClient without overwritten/damaging each other customization. we will check this in step 3.

• Creating a new solution from make.powerapp.com

• Add Site Map or Model-Driven App in the Solution -> App -> Model Driven App
  Solution -> Others -> SiteMap

• We Export the solution as a backup, but the main use of this solution will be when making Model-Driven app

• Creating a new solution from make.powerapp.com with name UCI UPGRADE PROJECT

• Create a new app and select use  Existing Solution,

• We will select a previously created solution with site map.

We have 2 apps in same DEV ENVIRONMENT, so We can work on new UCI model-driven app for validation and customization and Regular legacy WebClient App for Fixes and CR for Regular support.

So the most common issue will over following the above structure is

1. when we will work on Legacy WebClient App for Support fixes and CR, it might overwrite the changes done for UCI Transition and the changes Done for UCI transition may overwrite changes done for Legacy Web client App
2. The new fixes being done will keep on adding up even if those are not compatible with NEw UCI

I have put up some process point we adapted while working on the transition