再次理解什么是“客户”:关于Party与Account

 
 

之前根据操作经验,写了一篇EBS中的“客户”及"客户地点"的理解。这几天看一下文档,开始对客户有新的认识了。

在使用CRM模块后,EBS会用TCA客户模型去管理客户,而非传统的AR客户模型。只有完整的理解了TCA,才可能。从TCA模型的结构看很有可能在新的EBS版本中完全取代传统的客户模型,甚至用TCA模块统一管理客户与供应商。(目前还没有用过R12,以上只是推断,感觉迟早会是这样)

交易方(Parties)与 账户( Accounts)

理解Oracle Trading Community Architecture(TCA)模型的核心是要明确,“客户(customer)”分为两层:

交易方层(The Party layer)和帐户层(Account layer)

当CRM涉及到“客户”这个概念时,就是指Party Layer. 当ERP其它应用涉及“客户” 这个概念时就是指Account Layer.都是一个“客户”,但确是不同的意思。(我们过去实施时往往从OM、AR中的帐户层去考虑问题,没有多考虑到交易方层)

  • 交易方层(Party Layer)
  • 交易方由它(名称、标识……)和一些属性(地址、联系人)构成。一个交易方就业务往来中的一个实体。可以是一个组织,或一个人。

    例如: Oracle公司 (组织) 、北京大学 (组织)、中国政监会 (组织)、张三 (个人)

    交易方可以多个地址,每个地址都可以有一个或多个用途(收单、收货……)。此外,交易方还可以有多个联系人。联系人通过“关系”,建立起两个交易方之间的联系。 即使没有账户层,也可以有交易方层独立存在。

  • 帐户层(Account Layer)
  • 账户层由账户(名称、标识)与帐户属性(帐户地址、联系人)构成。一个账户是一个交易方与当前组织的账务往来点。订单、发票都在账户层处理,而非交易层。

    交易层是账户层存在的前提。帐户必须归属于(并只属于)一个组织或个人交易方。交易方要对帐户负账务责任。

    可以这样理解:你可以想象一张信用卡就是一个帐户,它必须有主人。

    如果使用EBS,通常先在CRM中定义交易方,在需要时再去添加帐户。大多数情况下,账户层会在交易方希望产生订单时去定义。定义了账户后,它会被关联到一个交易方,归这个交易方所有。

    当账户被创建后,还可以为帐户定义地址。帐户地址依赖于对应的交易方地址而存在。对应的交易方地址必须与帐户对应的交易方关联。帐户地址是交易方地址的一个子集。同样,帐户联系人必须先被定义为交易方联系人。交易方联系人通过“关系”定义。

交易方与客户帐户有什么区别?

A: 一个party是一个业务的实体,可以是一个组织或个人。两个交易方之间存在着业务“联系”。交易方信息(例如地址、联系方式)可被其下的客户账户共享。例如,Vision Distribution是你业务中的一个“交易方”客户就是与你有买卖关系的实体。这种买卖关系,可以是产品销售、提供服务、或是按谈判条款在未来发生贸易往来 (呵呵,这个定义挺严谨的,把我本来意会的东西表述出来了。)。例如,Vision Distribution下的分支机构是你的客户之一。一个客户账户指。一个账户有着与“交易方”关联的业务条款信息。

例如:
为Vision Distribution自用的采购建立一个业务帐户,为其向终端用户销售时采购的商品再建立为另一个转销用帐户。
为不同类型的采购去区分发票,就可以为“办公用品”建立一个账户,为“家具”建立另一个。

你也可以为与你有多种业务关系的客户建立多个帐户。你为每个客户账户可以独立的去维护客户的预置文件,地址,联系信息……

建立客户账户时“个人”和“组织”有什么区别?

“个人”这个选项在使用CRM产品后可用。所有ERP应用中的客户都是组织型的。当在AR中建立一个客户时,你可以确定这个客户是组织还是个人。

结合系统界面,理解如图所示。其中Party Site和Party Address的理解,目前还是不非常透彻。

在后续几天,我将会对完整的Oracle Trading Community Architecture做出理:

select ooh.order_number,
       hps.party_id,
       hp.party_number, cus.customer_number,/*客户number*/        hp.party_name, 
       hps.party_site_id,
       hps.party_site_number,      
       hl.location_id,
       hl.country,
       hl.address1,
       hl.address2,
       hl.address3,
       hl.address4
 from apps.oe_order_headers_all   ooh, apps.AR_CUSTOMERS_V cus,
      apps.hz_cust_site_uses_all  hcsua,
      apps.hz_cust_acct_sites_all hcasa, 
      apps.hz_party_sites         hps,
      apps.hz_locations           hl,
      apps.hz_parties             hp
where ooh.ship_to_org_id = hcsua.site_use_id
  and hcsua.cust_acct_site_id = hcasa.cust_acct_site_id
  and hcasa.party_site_id = hps.party_site_id
  and hl.location_id = hps.location_id
  and hps.party_id = hp.party_id
  and cus.party_id=hps.party_id
  and ooh.order_number = ........

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/15225049/viewspace-713972/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/15225049/viewspace-713972/

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值