1、新建账号的不同：on-premises(下文简称op)是和ad绑定的，所以必须先在ad中新建账号后才能在CRM中新建。而online是和Office365(下文简称O365)绑定的，所以需在O365中新建账号再分配D365许可(前提是已购买license),当分配完许可后，online的用户下就能看到，再分配安全角色该账号即可使用。

2、账号密码的修改与重置：op更改的是ad中的密码，一般两种方式，要么人为重置，要么通过api开发web页面让用户自己修改。而online则需要在O365中重置，是否有API可以开放给用户修改密码有待研究。

3、插件的注册与调试：op注册类型分为sandbox和none，none模式下可以选择database、disk、gac，调试可以断点附加CRM的进程也可以profiler抓取日志。而online只能注册sandbox，并且不再能断点附加CRM进程调试了(因为是SaaS)。

4、因为Saas所以就无法操作数据库了，包括数据导入、sql跟踪等等一切和sql server有关的都不能用了

5、报表：op的reporting serivce报表开发既可以用sql语句也可以用fetch xml。而online的reporting serivce的开发只能基于fetch xml而不能用sql语句,在开发时需在本地装vs data tool的拓展，不然无法选到fetchxml这个数据源

6、log的跟踪：online在系统的开发时要谨慎再谨慎，因为如果遇到提示明确的错误则很好修复，但如果错误提示不明确那错误的查找成本是很高的，只能通过线上开case,无法像op一样在系统层级开启trace日志就能追踪，更不能奢求说打开sql跟踪查看数据库层的执行日志

7、server-side的Oauth认证：op需要部署IFD，而online需要借助azure,详细可参考我之前写的博客

8、ISV拓展：op模式下的iis中的ISV拓展在online中不复存在，需要转换实现的思路了

9、版本的升级：op的升级是打补丁，升级很慢。而online的升级很快，新功能不断推出，升级需要在O365中操作，设置一个时间点定时更新。