应收管理

业务现状

X公司当前的应收帐款业务主要有以下三个方面：

第一、产品销售

第二、材料转让等其它非主营业务销售

第三、与产品销售、材料销售无关的应收业务

解决方案

本项事务只是对系统中事务类型设置的介绍，由A公司设置完成。

由于业务类型的不同，对于应收帐款的帐务分析层次也是不同的：

对于正常的产品销售应收帐款业务，计入应收帐款；

对于材料转让等其他非主营业务销售，计入应收帐款；

对于与产品销售、材料销售无关的应收业务，由于业务量小发生频率低，可以不计入应收帐款。

业务现状和需求

目前X公司财务帐没有对各笔事务处理进行编号入帐，而是通过会计凭证来记录交易发生情况。

解决方案

本项事务只是对系统中事务处理编号的描述，由应收款会计负责处理。

Oracle应收帐款的交易来源有以下两种：一种是手工录入的交易发票；另一种是由应收帐款的自动发票功能从销售订单中根据发货情况自动产生的交易发票。

对于手工录入的事务处理发票，事务处理编号是由手工录入并维护的。编号规则按合同号加实际发票号进行。

对于由销售订单自动引入的发票，系统为每一张发票自动生成一个交易编号且这一编号不能进行更改，与手工开具的发票的对应关系为可以在发票描述项中加注描述。

根据X公司的实际情况，可以通过销售订单管理模块生成自动发票，也可以手工编制发票。

根据X公司的业务实际，现在系统中的发票分类情况如下：

业务现状

X公司现在在财务上记账的客户非常多，财务部门对客户通过编码按地区进行跟踪管理，没有采用其他手段来跟踪管理客户，对管理更详细管理通过销售部门，而且现在没有非常规范详细的客户统一管理体系。

问题

由于业务划分的问题，对于客户信息的管理尚未进行持续的统一管理与维护。财务部门没有记录详细的客户信息，缺乏财务对业务监控、管理的基础。有导致坏帐发生的可能性。

解决方案

本项业务是由销售收款流程的销售及发运流程节点处理的，由销售人员和应收款会计共同负责。

Oracle的客户信息在应收帐款子系统与销售子系统中是共享的，从而使对于客户的管理能够从销售子系统延续至应收系统中，全面的跟踪和管理与客户往来的整体情况，对于Oracle客户的管理内容参见“销售模块解决方案”的相关内容。

Oracle ERP系统对客户的管理提供了客户层信息和地址层信息两层管理，这两层中都有从地址、分类、联系方式以至客户之间的关系等13大类的信息，这里面的内容包括：客户的地址、对客户的分类、客户的价目表、客户的付款方法等共近300项信息，这些应该足够满足对客户的管理，而且系统提供了可以扩张的说明性弹性域，以便记录其他信息。

下图是系统中维护客户层的界面：

补充说明：在维护客户信息时，应对每个客户录入收帐员、销售员，以便归集收帐员和销售员的相关信息。

对于企业的这种需求：从地理位置上考核某个地区的销售业绩，目的是了解这个地区购买我们的产品的变动情况。

这种情况应该统一对客户进行分区，但是应该在地址层进行，因为有某个客户具有在多个地区有分厂或地址的情况。可以使用特性页中的地区字段来记录分区的信息，也可以起用说明性弹性域来记录分区信息。注意：分区的名称一定要统一规范。这样的做法就为开发报表进行数据的统计提供了数据准备。

不建议使用对客户或地址的编码来分区，这样会造成变动时的处理复杂。

来源：巨灵鸟 欢迎分享本文