财务 AR - Customer

1. Customer Account的定义

Customer Account记录的是你的客户的信息，客户的组织和组织之间业务关系的属性，综合体现在Customer Account里面. 它包含了业务上的一组规则（如： payment term, bill to ,ship to等）。 


在一个客户组织下面，你可以开设多个帐号，作为不同的用途。 比如开设一个用来专门向你购买的家具的帐号， 向你购买原材料的帐号，或是买了你的商品，再分销出去的帐号（提篮子）。


你的客户可以在你这里开设多个不同的帐号，同时开展不同的业务。 对于每个帐号，你可以配备不同的profile， Address或者是contact联系人


一个Customer Account可以有一个Contact，同时一个Customer Account的不同Address也可以有Contact， 还分主要联系人，次要联系人等


2.  Party 的Data Model

整个Party Data Model的架构，实用于所有的ERP业务，既可以表示真正的客户， 也可以表示潜在的客户(CRM)体现。  party的信息可以批量导入到TCA的Register Program

同时，Party和Customer Account的信息还可以被Merge，比如当一个公司购买了另外一个家公司以后，而这两家都是你的客户， 这样，你可以把原来的两个公司信息，合并成一个。


party type: Party可以是一个组织， 也可以是个人， 通过party type来定义

party site/account site:  一个party只可以有一个ID地址，比如ORACLE的是硅谷300号，但是他可以有很多其他的地址， 比如仓库，比如研发楼， 财务楼等。  当这个site被用作生意上的发单，收单，汇款地址等的时候，他们就被称为Customer Account Site

location: 每个site都有一个location, 用来标识街道门牌号等

Party relationship:  party之间的relationship有很多中，比如隶属关系，雇佣关系，合作关系，订阅关系， 这些不同种类的关系，叫做party relationship type. 同时，在每个关系里面，还有不同的角色， party relationship role。


Party Registry Store：  记录的主要信息有，  组织结构关系， 生意业务关系，人员关系， 联系方式



3. 管理Party

创建customer profile class，内容主要是关于信用评级，payment term等

创建Customer Account， 并将customer profile class assign给customer account.

party site：

party site只在operation unit的范围内可见。针对同一个party，不同OU创建的site，只在自己OU的权责范围内可见。比如，财务的OU创建的site在生产那边就不可见， 每个site都有一个location，用来表示实际的地址。

party site use： 对于每一个party site，都有一组对应的party_site_use_id，用来标识这个site可以承担的职责。比如bill_to, ship_to等


hz_parties --> hz_party_sites --> hz_locations      hz_party_sites --> hz_party_site_use


Address 是用户在organize上或者是persion上填写一次，并被customer account引用到


搞清楚party+customer+relationship的data model



4. Customer Profile Class

profile class，其实是一组表示用户属性的默认值， 有payment term，late charge rate, discount等， 这组默认值决定了当和这个用户交易时，采用默认采用的一种策略。

Profile Class是用来给用户分组，并且赋予不同的管理特征。  比如，所有客户分为三类， 创建3个profile class，并把这个profile class assign给account. 

信用级别差的： cash on delivery,  high late charge rate
信用级别好的， net 30, 可以三十天付款
信用特好的:    net 90，可以打折等

profile class既可以assign给customer account，同时又可以assign给site

当一个profile class assign给了一个customer account以后，在customer account里面修改这个profile class不会影响到使用相同profile class的customer Account



5. Credit Checking

当一个用户的订单超过了他所被设定的Credit Limit的时候，Credit Checking会被request来进行check， check是根据receivable里面设定的一系列rule来进行的。


6. Late charge

late charge method:  late payment, overdue invoice， average daily balance

late charge可以分为三个type， 当一个transaction过期的时候，可以对其进行late charge:

1. adjustment
2. debit memo
3. interest invoice

另外，还可以定义一组计算利息的方式，

late charge是在profile class里面进行定义的, 也是定义客户的一种业务处理规则



7. 修改profile class

profile class是customer account外部创建好后，assign给customer account的，在其内部只可以修改，不能在内部创建。内部的修改不会对其他customer account有影响

修改公共的profile class，通过不同策略影响到所有被assign的customer account， 这中影响有三个选项：

1. 不影响已经被assign给customer account的profile， 只有新的customer account被assign，才会影响。

2. 影响所有的profile class

3. 不影响已经被改动过的profile class的属性， 比如在CA里面， 如果对这个用户的某个profile属性已经修改过了，那么这个属性不会被更新

修改profile class，会影响很多customer account， 这是一个ess job，同时会有报表生成，可以review各种改动



8. DQM Data Quality Management

用户的资料可能会存在重复输入的问题，这样会影响效率。 DQM工具可以帮助我们设定一系列的策略，减少重复的用户party数据


9. Customer 信息输入 Entry Methods

1. Customer Interface表，用于从其他的系统导入用户，比如legacy，或者外部系统.  Interface Table的特点是需要外部编程， 取得Source，然后通过SQL语句插入， 同时会有validation程序检测这些数据，并且有report展示检测的结果

2. Import Batch to TCA Registry program，  批量导入，比如从相应的文件导入， purchase source

3. Customer set of page 手工输入

4. Sales Order页面输入用户信息


10. 创建Party的信息准备

客户公司的名城，缩写等。  客户的分类计划，比如pricing策略，credit策略，payment策略分类等，  各种number的确定，可以自动生成，或者手动生成。 最后就是party的centrilize，一个party一个site,或者是多个party采用一个site use.

同时，还需要确定，这个party是否可以给其他party付款。


11. Site use

每个site use都可以指定其primary site， 当第一个site use被创建的时候， 这个site被设置为primary， 但之后可以更改。

bill to:  客户接收invoice,或其他Transaction的地址
ship to:  客户接收货物的地址
drawee:   客户向我们汇款时候，汇方的地址。做remittance的时候， 通过到期的BR，让银行从客户的账户，向我们的remittance账户付款。   BR需要Drawee Site Use,  Auto Receipt是否也需要Drawee.
statement:  客户接收报表的地址，比如 customer bill balance
legal:    客户的总部，注册地址
dunning:  客户欠账后，我们用来催缴的地址
marketing: 客户接收广告资料，宣传资料，或者产品信息的地址


cetrilize:  各个site分担不同的purpose，用途
decentrilize: 各个site都全能，所有的只能都有，bill to, ship to , dunning等，都在一起。  组织架构上不紧凑， 多个site可以认为是多个party


12. Dun & Bradstreet (D&B) Integration

这是一个第三方的系统，可以用来查询某个客户的信息， 比如人员结构，信用评级等。 访问这个数据库是需要付费的。 相应的接口是在Credit Management里面进行管理。

一般对于潜在的用户，先创建账户， 确认我们系统内无该用户信息后， 向D&B发送请求，经过Validate后，下载相应的客户数据，然后导入到表系统里面。



13. Merge Party和Merge Custmer Account

Merge Party是在TCA里面进行控制的， 而Merge Customer Account是在Receivable控制

merge site或者是party都是在operation unit的权限控制范围内，merge不能发生在交叉的OU上。



14. TCA Registry

统一管理party 信息， 是用户信息的管理工具。 比如，一个用户有N多账户在我们公司注册， 那么可以通过TCA管理到这个用户的综合Credit level. 而不是单个账户的信用级别。

1. 设定relation ship的type，这个type可以用于Customer Account的relationship的定义
2. 定义用户的分类信息，用于在TCA里面管理用户的分类
3. 集成DQM，管理用户信息的质量。 是否重复， 用户的组织结构，信用记录等
4. Source System和第三方工具集成，用来显示用户相关信息
5. Security控制用户信息的被访问的权限，可以设定单个用户需要访问的职责。



15. party payming relation ship

A 的Receipt可以选择 B的 invoice 进行Apply

A 的BR可以选择 B 的 invoice作为line

A 的Ajustment 应用到B的 Transaction

Auto Receipt选中paying customer后，再选invoice来选件receipt时



在TCA中专门有这样一个工具TCA Relationship Manager来管理。  party之间的关系，可能会比较复杂，在TCA 管理器里面能够更加方便的展示和管理。

比如展示A的所有相关的关系， 同时列出某种关系的关系树



pay within:  一种pay relationship的type.  创建一个用户组， 然后给这个组assign一个pay relationship (type=pay within). 之后这个组里面所有的用户都可以给任何其他用户pay.   这个用户组的用户必须是相互之间存在树形关系， 不能是任意的用户。

pay below:   另外一种pay blow, 在一个用户组中，上层的用户可以给下层的用户pay.s 用户和用户之间存在树形结构关系



Receivable只适用于pay within的relation ship



16. 关于Customer的Report

有关于Customer详细信息， Summary信息的Report

有针对Profile Class的Report，对于Customer，列出所有的Profile Class，以及各种修改的History

有关于Customer之间的Relationship的Report.



17. Customer的Mandatory Setup

对于每个Profile Class，两项必须要设置的就是  collector以及payment term


Collector:   Collector的创建是在HCM系统里面，  而在Customer Profle Class配置的时候，可以给profle设置上collector，或者换一个collector.  Collector的信息会被print到dunning letter上。

选择Collector的时候，只有active的才会被选择出来。

同时我们还可以控制每个collector是Active还是Inactive,  如果inactive一个collector， 但是他如果有active的customer的话，就会有warning出来，告知不可以。


Payment Term: 在party, customer account以及site里面都可以定义， payment term数据的选择中，site的优先级大于account大于party

payment term在late charge和Credit checking中都会被使用到


Balance forward billing payment term:  当一张Balance forward bill上附有payment term的时候，这就是一个Balance forward billing payment term



18. Statement Cycle和Balance Forward Billing Cycle.

Balance Forward Billing Cycle作为payment term的参数，传递给Balance Forward Billing Program


19. AutoCash

导入Lockbox的数据，自动创建Receipt。用户可以定义Receivable方法执行的顺序。在这之间，要定义好一组Rule Set.


20. Grouping Rules

使用AutoInvoice导入的时候，用来定义相应的transaction line的分组。所谓的分组是指将什么样的一组line放一个invoice里面。


21. Creidit Clasification

这个数据定义了用户对相应动作的信用等级， 默认值来源于profile class，但是可以在customer内被修改



22.配置customer account的步骤

现在system option里面配置， 然后在profile option里面配置， 最后在profile class里面配置

system option的关键配置选项：

1. 是否可以pay unrelated transaction
2. grouping rule 的名字
3. 是否可以在print transaction后再次修改用户的Address
4. 定义receiprocal的customer,互惠的，(任何新的关系建立，都有互惠这个默认关系)
5. 定义Customer的Auto Numbering方式  (自动还是手动)
6. 定义Site的Auto Numbering方式(自动还是手动)



Profile的关键配置

1. 是否可以在Customer set of page里面修改Customer Name,
2. 是否可以使用description flex field
3. 是否Enable D&B数据,  DQM查询
4. Default Country。 用于显示Country的Source的选择。


其他配置

internal Bank account:  用来做receipt的账户，也就是remittance的账户

external bank account:  客户的账户，用户注册的，我们从中扣款的账户

Customer Payment Details：  为用户的信用卡付款，或者银行转账定义primary receipt method, payment instrument


24. Flexible Address Style

由于不同的国家地区，Address的写法不太一致， 所以默认情况下系统有很多Address的style可以选择，但也可以我们自己定义新的style