每工作日一、三、五早上07:45
准时为你带来最新产品资讯
在信创国产化替代浪潮下，某客户决心打造以金蝶云·星瀚为主体的财务数智化平台，因此需将原使用超10年的Oracle EBS历史财务数据全量迁移至星瀚总账。本期带你探秘EBS数据迁移的策略及注意事项，推荐阅读！
业务背景
某地铁行业客户，原使用Oracle EBS系统超过十年，在信创国产化替代浪潮下，决心打造以金蝶云·星瀚为主体的财务数智化平台，因此需要将EBS全量财务数据迁移整合至星瀚系统。
客户的诉求与期望如下：
1. 客户计划回收EBS系统资源，期望通过星瀚系统备份EBS总账模块相关数据表。
2. 需要根据EBS系统的凭证结构，转换为星瀚系统的凭证。
3. 对于EBS系统凭证行、凭证头涉及的段值与弹性域，需要体现在星瀚系统的凭证上。
4. 对于EBS系统的异常凭证，需要先进行整改，再导入至星瀚系统。
5. 对于EBS系统缺失的值集成员，星瀚系统需要自行增加并标记。
基于上述背景，A项目通过标准产品的“集成管理>数据集成方案”及“总账”功能，结合客户诉求，定制开发中间表，从而满足客户历史财务数据的迁移归档要求。
解决方案
迁移方案的整体思路如下：
1. 迁移范围：为确保历史数据的完整性，与客户确认迁移账套范围、模块范围、数据表范围等。
2. 核算维度：基于EBS系统的会计结构（段值）与有效弹性域，规划金蝶云.星瀚系统的核算维度。
3. 策略与流程：确认相关核算维度基础资料的管控策略与整体迁移流程。账套、账簿等星瀚基础资料采用手工导入的方式迁移，其余的基础资料及凭证则使用“集成服务云>服务流程”功能进行迁移。
4. 验证方案：确认历史数据验证方案。
5. 异常处理机制：对于EBS不满足星瀚系统要求的凭证，逐一分析处理。
基于上述思路，我们举例说明：
1. 迁移范围
A项目涉及迁移19个账套，账期范围从2012年至2023年12月底，迁移数据表42项。
2. 核算维度
3. 策略与流程
经与客户确认，历史数据涉及的基础资料均为全局共享策略。
现场依据账套范围创建“行政组织”、“业务单元”与“核算组织”，以“账套id”作为编码。
对于EBS系统的“公司段”，由于并不是所有“公司段”均设置了账套，所以在本次迁移中将“公司段”编码拼接到组织名称中，“COA_部门段值集”成员则直接新增为“业务单元”。
4. 验证方案
经与客户确认，由金蝶项目组负责核对全部账套科目余额表是否与EBS系统科目余额表一致，客户负责抽查各自负责账套内凭证与辅助核算维度余额。
5. 异常处理机制
通过标准产品的集成方案系统日志，确认凭证在自动执行提交及审核时出现的报错，进而逐一分析问题原因。对于缺失值集成员、使用非明细科目进行核算等场景，经过与客户确认，只在星瀚系统进行调整并标记。
注意事项
1. 关注会计期间是否为自然月。A项目2016年至2023年底的每个会计年度第1期均为25天，第2期至第11期为前一期26日至当期25日，第12期的结束日期为自然年最后一天（11月26日至12月31日）。
2. 确认迁移范围内账套的会计结构是否一致。
3. A项目EBS系统为表结法，星瀚系统为账结法。经与客户确认，科目余额核对一致后，再进行损益结转，确保双方系统导出的科目余额表一致。
4. 确定现金流项目的处理方案。对此客户来说，现金流量表属于时期数据，不进行现金流项目的迁移。
5. 确定总账初始化方案。A项目的EBS历史数据以凭证的方式进行初始化录入，即在凭证全量同步的前提下，星瀚系统无需录入总账初始化金额。
6. 迁移过程中出现异常凭证的场景参考：
（1）EBS系统的外币凭证，同一凭证其中一行的原币为空，本位币有值。
（2）EBS系统凭证头、凭证行均无摘要。
（3）EBS系统使用了非明细会计科目进行核算。
（3）EBS系统凭证值集成员丢失或删除。
方案的可推广价值
行业的普适程度
该迁移方案不仅适用于地铁行业，理论上是适用于EBS系统。只要掌握了EBS系统的会计结构，基于不同项目背景进行调整，即可实现历史数据迁移。
对客户的价值
历史数据迁移至星瀚系统后，满足了客户数据备份与数据高效查询的需求。
#往期推荐#
对文章有任何疑问或建议，欢迎评论区留言~
