Dynamics 365 APP -- 清晰定义你的系统职责范围
2016-12-01 15:33
148 查看
今天我们来看看Dynamics 365 的一个新feature -- APP。对的,没错是APP,各位小伙伴肯定很诧异,难道Dynamics 365又推出了新版本的APP吗?如果各位这么想的话就中了博主的招了,因为博主故意放了一个烟雾弹。今天要讲的APP其实是类似于Web APP这样的程序,而不是装在移动设备上的APP。
那什么是Dynamics 365 APP呢?其实他就是一个可以根据自己的具体需要在Dynamics 365这个庞大的工具库中自由的捞取需要的对象来构建属于自己的应用程序。是不是很酷呢?我们现在可以自由的根据业务需求定义不同的APP,例如:我们可以为销售人员定义一个Sales APP,为客服部门定义一个Service APP,为公司领导团队定义一个Approval APP。在定义APP的时候,我们可以只把与其关联的实体,表单,视图以及图表放入到该APP中,这样,用户在使用该APP的时候就不会看很多与他们业务不想关联的对象,这样对终端用户的使用体验会得到一个很大的提升。
创建APP也非常的方便,我们可以在APP Designer中添加你们想要的Dynamics 365对象,并且更酷的事情就是--我们还能使用系统的配套功能SiteMap Designer来编辑APP的导航栏,而且配置体验非常的好。
看到这里,小伙伴们肯定会担心,我创建的APP是不是其他用户也能看到呢,或者我怎么才能把自己创建的APP共享出去呢?对于这点,各位完全可以放心,因为Dynamics 365 APP是基于Security Role来控制,
说到这里,各位是不是很心动呢?接下来博主将创建一个Dynamics 365 APP并对其做相应的功能配置,各位小伙伴们一起来围观吧。
假如我有这么一个用户场景:销售代表在拜访客户后需要定期在系统中录入拜访记录,在录入拜访记录的同时,可能需要创建客户和联系人记录。销售代表会接受来自市场部门分配的销售线索,然后持续的对这些线索进行跟进。如果机会成熟,销售代表会将销售线索提升为商机进行后续的跟踪。
上面这个场景的用户基本上都是销售代表或销售经理使用,其它业务部门并不在该范围内,所以我们可以把这个APP的范围缩小到销售部门的执行团队。
接下来我们就开始配置我们的APP吧:首先我们在Dynamics 365的配置中心创建一个APP,我们暂且叫它SFA吧。我们填上该APP的基本信息后点击确认按钮完成创建。
接下来我们需要在APP Designer中对APP的功能做详细配置,在这里我们可以决定把哪些实体,BPF和DashBoard放进到APP中。对于添加进来的实体,我们还能对其进行细分,例如把哪些Form,View以及Charts添加进该APP中。如果大家的实体有多个Form,那么这个细分对我们来说就非常有用。
在添加完主要实体后,我们可以点击APP Designer左上角的Site Map编辑器编辑APP的导航栏。目前APP只支持二级导航,它向我们提供了三个组合元素:Area,Group,Subarea。它们的作用分别为:Area可以理解为一级导航,Group可以理解为二级导航,Subarea可以理解为具体的导航链接。根据我们的需求,我们的设置结果如下图所示。一切完毕后,我们需要点击右上角的Publish按钮发布该导航栏。
完成站点图编辑后,我们就可以发布APP了,发布的方式非常简单,只需要点击右上角的Publish按钮即可。完成发布后,我们可以通过APP导航栏对其进行预览。
如果一切正常后,我们可以把该APP与销售代表和销售经理角色进行关联,这样,它们在登陆系统后才能看到该APP并对其进行正常使用。是不是很酷呢?大家赶紧在你们的Dynamics 365环境上试试吧!
那什么是Dynamics 365 APP呢?其实他就是一个可以根据自己的具体需要在Dynamics 365这个庞大的工具库中自由的捞取需要的对象来构建属于自己的应用程序。是不是很酷呢?我们现在可以自由的根据业务需求定义不同的APP,例如:我们可以为销售人员定义一个Sales APP,为客服部门定义一个Service APP,为公司领导团队定义一个Approval APP。在定义APP的时候,我们可以只把与其关联的实体,表单,视图以及图表放入到该APP中,这样,用户在使用该APP的时候就不会看很多与他们业务不想关联的对象,这样对终端用户的使用体验会得到一个很大的提升。
创建APP也非常的方便,我们可以在APP Designer中添加你们想要的Dynamics 365对象,并且更酷的事情就是--我们还能使用系统的配套功能SiteMap Designer来编辑APP的导航栏,而且配置体验非常的好。
看到这里,小伙伴们肯定会担心,我创建的APP是不是其他用户也能看到呢,或者我怎么才能把自己创建的APP共享出去呢?对于这点,各位完全可以放心,因为Dynamics 365 APP是基于Security Role来控制,
说到这里,各位是不是很心动呢?接下来博主将创建一个Dynamics 365 APP并对其做相应的功能配置,各位小伙伴们一起来围观吧。
假如我有这么一个用户场景:销售代表在拜访客户后需要定期在系统中录入拜访记录,在录入拜访记录的同时,可能需要创建客户和联系人记录。销售代表会接受来自市场部门分配的销售线索,然后持续的对这些线索进行跟进。如果机会成熟,销售代表会将销售线索提升为商机进行后续的跟踪。
上面这个场景的用户基本上都是销售代表或销售经理使用,其它业务部门并不在该范围内,所以我们可以把这个APP的范围缩小到销售部门的执行团队。
接下来我们就开始配置我们的APP吧:首先我们在Dynamics 365的配置中心创建一个APP,我们暂且叫它SFA吧。我们填上该APP的基本信息后点击确认按钮完成创建。
接下来我们需要在APP Designer中对APP的功能做详细配置,在这里我们可以决定把哪些实体,BPF和DashBoard放进到APP中。对于添加进来的实体,我们还能对其进行细分,例如把哪些Form,View以及Charts添加进该APP中。如果大家的实体有多个Form,那么这个细分对我们来说就非常有用。
在添加完主要实体后,我们可以点击APP Designer左上角的Site Map编辑器编辑APP的导航栏。目前APP只支持二级导航,它向我们提供了三个组合元素:Area,Group,Subarea。它们的作用分别为:Area可以理解为一级导航,Group可以理解为二级导航,Subarea可以理解为具体的导航链接。根据我们的需求,我们的设置结果如下图所示。一切完毕后,我们需要点击右上角的Publish按钮发布该导航栏。
完成站点图编辑后,我们就可以发布APP了,发布的方式非常简单,只需要点击右上角的Publish按钮即可。完成发布后,我们可以通过APP导航栏对其进行预览。
如果一切正常后,我们可以把该APP与销售代表和销售经理角色进行关联,这样,它们在登陆系统后才能看到该APP并对其进行正常使用。是不是很酷呢?大家赶紧在你们的Dynamics 365环境上试试吧!
相关文章推荐
- iOS:App 内部更改使用语言/ 重定义系统的宏
- EBS 系统标准职责定义MAP
- 分布式系统清晰定义
- EBS 系统标准职责定义MAP
- 产品框架初步设计后,如何为每个部件定义一个清晰的职责范畴?
- 为什么选择微软Dynamics 365作为企业客户关系管理系统(下)
- Dynamics 365(online) V9.0 new features(三:新增两个系统主题)
- EBS 系统标准职责定义MAP
- 为什么选择微软Dynamics 365作为企业客户关系管理系统(中)
- Dynamics 365 App for Outlook 与 Dynamics 365 for Outlook(已被弃用)
- 为什么选择微软Dynamics 365作为企业客户关系管理系统(上)
- 易语言- 定义一个系统范围的热键 RegisterHotKey UnregisterHotKey
- Android即时聊天系统--随聊APP之接口定义
- 产品框架初步设计后,如何为每个部件定义一个清晰的职责范畴?
- 系统管理-第2部分 范围,方法和元素
- 微软ERP系统(Microsoft Dynamics)的未来,溶合或共存 ?
- 数据库管理的“变异”:对DBA的工作角色和职责的重新定义
- Mako 模板系统文档翻译(3) 函数定义
- 拟成立佛山范围内教育系统的自行车协会