应收模块的历史数据迁移

如果要实施AR模块同，我们就要考虑将原始系统中的客户历史账务情况移植到Oracle应收模块中。

下面是转换前要想好的一些关键问题。这只是一份简单的列表，并非完整的说明:

1. 现有系统中有几种类型的发票，可以提供票样？(标准发票，借/贷向发票，预收款，退款)
2. 是否可以只迁移末结发票？
3. 是否要迁移已结清的发票，如果需要，从什么时间开始？
4. 发票如何编号？可以自动？
5. 现在应收系统的接口数据是格式？
6. 现有的老系统是否还要继续用于查询数据或出具报表？

一般转换有以下几种策略：

1. 将每个客户的末结发票合并为一张，迁移到新系统中。这种方法非常简单，数据量小。但只适用对于业务量本身就不大的小企业。它的不足是，之后再也无法回溯到客户的发票，审记起来也很麻烦。只要付款还没有处理完，这张发票就要一直挂着。账龄、催款记录都无法保留。
2. 将所有末结清的发票、贷向/借向通知单，以及相应的收款情况录入新系统。 本方法的优点是，你可以回溯到所有末结的单张发票，以及它们对应的收款，也能减清全部发票导入的工作量。不足就是已经结清的发票信息会丢失。如果发生了已 结发票的收款争议就有些麻烦了。大多数时间都会采用这种数据迁移方法。
3. 移植完整的发票、收款。如果应收发票的数据量不是特别大可行。将已结清的发票导入系统通常业务意义不大。

下一个问题，就是我们如何迁移发票、贷/借向通知单，收款？Oracle提供了标准的接口，也可以用Dateload或手工录入的方式。

本文之描述发发票、贷/借向通知单。在此之前，客户应当提前移植好。下面是必要的前置工作列表：

• 建立客户付款条件.
• 币种、汇率（如果有外币发票）
• 设置事务处理类型
• 设置会计规则
• 设置税率、税码
• 设置销售人员
• Set up for debtor area should be complete
• 设置发票类型
• 将自动客户发票编码设置为“否”
• 客户及客户地址。
• 禁用发票接口清除和谐，以保证功能导入的发票不从接口表中清除。
• 设置发票批的开源名称。

下一步通过SQL loader将老系统中的数据，引入到RA_INTERFACE_LINES_ALL及RA_INTERFACE_DISTRIBUTIONS_ALL接口表中。提交自动开发请求。两个接口表中的数据将数据写入到以下基本表中：

• RA_CUSTOMER_TRX_ALL
• RA_CUSTOMER_TRX_LINES_ALL
• RA_CUST_TRX_LINE_GL_DIST_ALL
• RA_BATCHES_ALL
• RA_CUST_TRX_LINE_SALESREPS_ALL
• AR_RECEIVABLE_APPLICATIONS_ALL
• AR_PAYMENT_SCHEDULES_ALL
• RA_INTERFACE_ERRORS_ALL

在你提交自动开票接口程序时，确保清除接口的选项为否。在自动开发控制窗口中，可以看到导入时发生的错误记录。在接口中修正错误，重新自动开票。完成后，再去提交自动开票接口清除程序。只要成功导入的数据才会被清除。

另外，你还需要设置分组规则 (Navigation > Setup > Transactions > Autoinvoice > Grouping Rule) 以及排序规则(Navigation > Setup > Transactions > Autoinvoice > Line Ordering Rules)