迁移不停业务
我们做过：从 Profit 2K8 迁到 2K12，历史数据零丢失，业务一天都没停。迁移在正式执行之前会先演练一遍。
我们做 Softland、Profit、ODOO 和开源平台：上线实施、定制开发、版本迁移，以及接手那些半途停摆的项目。
解决什么问题
这是我们遇到最多的情况：许可费交了，ERP 也装了，但真正的业务跑在它外面。这几乎从来不是软件的问题——而是配置的时候没搞懂这家公司怎么运作，没人受过培训，真正需要的那些报表也从来没做出来。
包含什么
我们做过：从 Profit 2K8 迁到 2K12，历史数据零丢失，业务一天都没停。迁移在正式执行之前会先演练一遍。
先弄懂这家公司怎么运作，再去做配置。顺序反过来，最后就会得到一套没人用的 ERP。
Crystal Reports、SQL、看板。数据 ERP 里都有，缺的往往是把问题问对。
如果之前那家供应商不见了，我们就按系统现在的样子接手，把它跑起来，不用推倒重来。
一套只有一个人会用的 ERP 本身就是风险。培训包含在上线里，不是额外加价项。
让你的 ERP 直接和开票系统、银行或网店对话，而不是靠谁手工导出一个文件。
如何运作
你手上有什么、是怎么配置的、以及真正被用起来的是哪些。
哪些修、哪些迁、哪些保留不动。都带日期。
上线、对平，并对将来要用它的团队做培训。
细节之处
动正式环境之前，先在一份副本上完整跑一遍，并把余额对平。直接在「生产环境上」迁移，正是历史数据丢失的方式。
同一批数字，在旧系统和新系统各量一遍。没有这个比对，就没有任何依据说迁移做得好。
风险不在于它缺了什么功能，而在于真出事那天，没人可以找，也没有补丁可以打。
每改动一处标准功能，都会让下一次升级更麻烦。只有业务确实要求时才改，并且会写进文档。
大多数时候，缺的那张报表都能从 ERP 已经存着的数据里做出来。开发之前，先看一眼。
如果手上这套已经榨不出什么了，Zyntello 的 SaaS 平台是一条出路：不用买授权，也不用自己养服务器。
适合谁
但花的钱，连一半价值都没用出来。
可一想到历史数据，又不敢迁。
系统就停在那个样子，再没动过。
常见疑问
Softland、Profit、ODOO 和开源平台，另外还有我们自己的 SaaS 平台。
可以。我们从 Profit 2K8 迁到 2K12 就是这样做的：业务没停，历史数据没丢。迁移先在副本上演练，对平之后才正式执行。
系统现在什么样，我们就从什么样接手。诊断会告诉你哪些能留用、哪些不如重做。
会，用 Crystal Reports、SQL 或看板来做。很多时候数据本来就在，缺的只是那条查询。
包含，而且不是额外加价项：一套只有一个人会用的 ERP，对公司来说就是风险。
够用就好。每改动一处标准功能，都会让下一次升级更麻烦，所以只在业务确实要求的地方改，并且留下文档。