春节将至，为了能安心回家，已准备好：
【打扮漂亮的老婆】*1
【响应国家号召的二胎】*1
【写给七大姑八大姨的工作说明】*1
【满登登的年货】*6
【年终奖】*1
【压岁钱】*8
万事俱备，却猛然发现回家的车票还在 抢购中……
2019 遭遇最难抢票年，人们日常尬聊已经从“吃了吗”变成“抢到车票了吗”，好久不联系的朋友突然联系你，不再是借钱，不是求点赞，而是“给我抢票加个速”。恍惚间觉得，全世界都在抢票。
春运订单也再创新高，29 亿人次的人类大迁徙相当于把地球上一半的人口运送一次，总里程可以从地球直达土星……看着那闪闪的星光，心中突然升腾起一个想法：这么多订单，如果用微软 Dynamics 365 管理，会不会好一些，甚至是让春运车票不再难抢？
这并不是异想天开，事实上相关部门为解决春运难题曾经做过一些非常有意义的尝试。而我们如果将这种尝试更进一步，引入 Dynamics 365，则一切将大不相同！
订单式春运
早些时候，铁路部门曾尝试为务工人员团体票进行配票，共有 22898 家企业团和 2397 家自组团向铁路部门提交了购票需求，共受理务工人员团体票购票需求 127 万余张。
为什么这么做？
我们知道，春运预售期提前了，但是这并不能缓解实际的购票难度。要想最大程度的缓解春运难题，只有一个办法——根据客票的预售情况，补充或调整热门线路的车次，让更多的人能够顺利出行。
订单式春运就是先收集票运需求，再根据需求来安排专列。事实上，小范围的订单式运输专列很多，比如新疆采棉专列、军运专列、务工人员专列、抢险救灾专列等等。
而如果我们能按照这个思路，将订单管理完整地纳入 Dynamics 365 的全流程管理之中，会怎样？
Dynamics 365 能做什么
理论上，为了实现订单式春运，我们可以建立一个全渠道运营管理系统，但是为了方便展示，我们仅讨论通过 Dynamics 365 建立统一订单管理中心的部分。
PS：考虑到统计标的海量的数据，以及中国人口结构的复杂程度，我们姑且认为未来的购票需求统计可以通过多种形式收集。或者说，它应当发挥出 Dynamics 365 便于高度定制、高度集成的优势。
不管从哪种渠道统计来的数据，都将进入统一的订单管理中心。那么，我们基于 Dynamics 365 的订单管理系统就应该包括：
§ 多渠道接触点管理
§ 多渠道支付对账管理
§ 多渠道订单统一处理
§ 多级网点配送服务管理
（提交需求便捷购票，还能通过网点获得配送火车票服务，真的不是梦。上述几点功能，都是 Dynamics 365 解决方案中的基本点）
这样，不管来自哪个渠道，可以方便得通过统一窗口管理订单，根据订单的不同请求（购票、改签、退票）进行相应操作。
当然，为了方便管理，我们可以借鉴客户（会员）管理的相关经验，对不同渠道用户采取如下操作：
§ 在系统中对客户（用户）分级进行分级、分类
§ 为不同用户打标签
§ 建立会员（用户）数据库
§ 多渠道整合的其他操作
这样，我们不仅可以基于订单实现预处理，还可以通过统一的订单管理中心实现以下功能（其实部分服务早就有了）：
§ 网点退线上订单
§ 网点使用线上增值服务
§ 线上预约，网点自提
§ 各大票务（电商）平台对接
此外，还有更炫酷的：
Dynamics 365 订单管理系统的可视化分析
§ 记录和追踪会员（乘客）和单笔订单
§ 精准的报表，数据一目了然
当然，春运中没有一条线路是不紧张的，想在井喷的返乡流中凭一己之力抢到票颇为费力，想借助公司的力量抢到票更是想都不敢想，但是如果我们通过上述步（脑）骤（洞）将订单式春运向前推进一步，那么或许真的能帮助无数人早点回家。
只有这些吗？总感觉好像少了点什么。
安全！
关乎个人信息，安全必须要有最高防护，最好是企业级的那种。Dynamics 365 提供多种部署方式，并且有严格的分级权限管理，保障客户数据安全，防止泄露。
Dynamics 365 的安全概念远不止这些。你还可以在 Dynamics 365 中使用安全模型以保护 Dynamics 365 组织中数据的完整性和私密性。 安全模型可以促进数据的高效访问和协作。 该模型的目标如下：
§ 为用户提供了多层次的许可模型。
§ 授权用户访问完成各自工作所需的仅相应级别的信息。
§ 按角色对用户和团队进行分类，并按这些安全角色限制访问权限。
§ 支持数据共享，以便用户可以访问他人的对象，从而能够共同开展协作。
§ 阻止用户访问他人的对象和不能共享的对象。