HANDConsultantshardskillAR003客户V.ppt

AR003. 订单模块：客户 Oracle EBS 标准功能培训,Date： Version： Author: 汉得顾问,课件版本更新记录,2,课程目录,订单模块：订单管理基础 客户概述 客户属性 客户关键设置 客户创建 客户关系 客户合并,3,客户概述,4,分类,客户作为企业提供产品和服务的对象，是企业存在的前提。EBS 提供全方位、分层次的数据管理架构。 客户信息既包括企业内部流程外的信息，如客户规模、行业分类等，用于支撑企业对客户的业务开拓；也包括企业内部流程内的信息，如支付条件、信用额度、税收分类等，用于支撑企业对客户合同的履行。,客户概述,5,如前所述，客户数据在EBS中是全方位、分层次管理的。所谓全方位，就是客户信息包括 EBS 多个模块的信息集成和共享；所谓分层次，就是客户信息从外部的营销管理到内部的订单执行，信息的关注点是区分的。 为了实现客户数据的管理，Oracle 在 EBS 中使用 交易社区架构（ Trading Community Architecture）进行管理。 交易社区架构（TCA），可以从以下两个方面来理解： 技术层面： 系统各个模块之间如何维护和使用客户数据，需要建立一个数据模型。因此，在TCA架构中，系统各个模块，可理解为“社区成员”，客户主数据为社区共享资源。也就是说，客户的的主数据作为社区公共资源，只需要在一个地方统一维护，其它成员即可通过技术方式，共有和使用这些信息。由于各个模块作为“社区成员”对客户信息的关注点有所侧重，因此，客户主数据这一“社区资源”，也需要根据不同类型模块的需要，进行分层次管理。 业务层面： 任何一个商业实体，都既充当着供应商和客户的双重角色。企业作为其它企业的客户的同时，也作为其它企业的供应商存在。企业的多重角色，企业之间的多重关系，也需要模型化去管理。因此，从业务层面去理解，企业和其它企业，就如一个社区中的“成员”，成员相互间，直接或间接地存在关系。通过TCA的关系管理，将企业之间的合作、竞争、从属等关系清晰地界定，然后通过成员间的关系，形成复杂的社区“人际关系网”。,客户概述,6,为更好地理解TCA架构，同时明了 EBS 对于客户管理的内在逻辑，有以下几个概念需要了解。 交易方（Party）：交易方，实际可能与企业发生业务关系的实体。既可以是供应商，也可以是客户；既可以组织，也可以是个人。既可以是外部组织，也可以是内部组织。交易方作为 TCA 中实体，是与其它实体相互独立的实体。 客户（Customer）：是“交易方”的一员，且与企业存在销售关系的交易方。所谓的销售关系，既包括发生实际的销售合同，也包括潜在的签订合同可能的交易方，如合同条款或商务谈判进行中的交易方，都可以称之为客户。 帐户（Account）：为了满足企业对客户管理的需要，对客户相关的业务信息，诸如条款、联系人、授信额度等进行区分。是当与客户（Customer）真正发生业务关系的情况下才有意义。比如某一个客户（Customer），企业内部两个产品部门都向其销售产品或服务，为了区分管理，就可以为这个客户（Customer）创建两个不同的帐户，分别用于不同部门的业务执行。 地点（Site）：即地址，用于标识对象的物理空间的所在。既可以有交易方层面的地点，也可以有帐户地点和客户地点。所谓客户地点，即具备开票、送货等业务目的的帐户地点。 其实，客户（Customer），在 EBS 中，可以理解为“交易方（Party）+帐户（Account）”的组合。,客户概述,7,交易方、帐户、地点之间，有如下关系： 一个交易方，可以根据业务需要，有多个帐户； 一个帐户，可以根据业务情况，维护多个地点，用于不同的业务目的； 交易方、帐户、地点之间关注的信息，既有共同的主数据部分，也有各自关注的差异部分。后面课时，将按交易方、帐户、地点这三者的层次，进行说明。,PARTY,ACCOUNT2,ACCOUNT1,SITE2,SITE1,SITE3,SITE4,客户属性,8,交易方层维护以下信息： 配置文件：诸如DUNS编号、行业分类、规模等信息； 通信：电话、电子邮件、联系人等信息； 交易方关系：诸如竞争、合作伙伴、子公司等实体间关系； 税配置文件：税制、税率、税收计算方式等信息； 交易方的信息，如配置文件中的信息，更多的侧重CRM的应用，与 EBS 本身的CRM管理功能集成。而税配置文件等信息，则可以默认至帐户层和地点层。 交易方不区分业务实体，即在系统内所有业务实体共享。而帐户信息和地点信息是分业务实体进行屏蔽的。真正影响 EBS 中的OM、AR等模块的应用的，是帐户层和地点层的信息。,客户属性,9,组织名：交易方名称 注册标识：交易方编号,帐号：交易方在当前OU下的帐号信息,帐号：交易方在当前OU下的地址信息,客户属性,10,账户层维护以下信息： 地点：业务实体下的详细地址信息 账户配置文件：该客户账户的收账、开单、付款条件、收据、对账等信息； 配置文件金额：账户币种的信用金额、对账金额、收款金额、催款金额等信息 付款明细：该客户账户收款方法、信用卡明细、银行账户明细等信息 通信：电话、电子邮件、联系人等信息； 关系：与其他客户或账户之间的代收、代付等买卖关系； 订单管理：该账户下销售订单的默认值及发运控制选项等信息； 滞纳费用：该账户下的滞纳费用计算、扣减等信息 附件：与该账户有关的电子文件管理 账户层信息区分业务实体进行信息屏蔽的。其账户配置文件、配置文件金额及滞纳费用等信息均可通过客户配置文件进行自动填写。,客户属性,11,帐号信息,账户层明细信息,帐号对应交易方信息,客户属性,12,每个客户账户Account可以有多个地址地点Site（编号），每个地址地点Site的真实物理地址Address可以相同。 地点层的属性信息与帐户层的类似。但每个地点可以有若干个不同的“用途Usage”，每个用途有其对应的“地点Location”（编号）。 每个地址地点Site的不同“用途”还可以有其“详细资料、账户、订单管理”的附加属性（具体内容取决于确定的“用途”），根据不同的用途，被不同模块功能使用。 地点层维护以下信息： 地点详细信息：该地点对应的国家、省、城市、县、邮编等明细地址信息 业务目的：该地点所能进行的业务用途，如作为收单方、收货方使用等； 通信：电话、电子邮件、联系人等信息； 付款明细：该客户账户收款方法、信用卡明细、银行账户明细等信息 配置文件：该客户账户的收账、开单、付款条件、收据、对账等信息； 配置文件金额：账户币种的信用金额、对账金额、收款金额、催款金额等信息 滞纳费用：该账户下的滞纳费用计算、扣减等信息,客户属性,13,帐号地点编号,帐号地址信息,客户关键设置,所谓“客户配置文件分类”，简单说就是对具有相似信誉、业务量和付款周期（以及滞纳费用制度）的客户（帐户Account）进行分组。作为业务实例，可以定义三个“客户配置文件分类”，分类如下： 准时付款客户，他们具有良好的信用限额； 延迟付款客户，他们具有较高的财务费用利率； 经常准时付款的客户，可以通过提供折扣来鼓励他们提前付款； 对于每个配置文件分类，可以定义诸如信用限额、付款条件、对帐单周期、开票和折扣信息之类的信息。也可以为经营业务所用的每种币种定义财务费用、催款和对帐单限额等等信息。 在R12中，“客户配置文件分类”创建客户的必须前提条件。创建客户时，可在帐户层和地点层指定“客户配置文件分类”，通过指定分类，将信息默认至帐户层和地点层。但在帐户层和地点层可修改默认值，并且修改的信息优先级高于“客户配置文件分类”。 设置路径：设置客户客户配置文件分类,14,客户关键设置,15,创建客户,Oracle的客户创建过程一般分为以下几个步骤： 选择客户类型 填写客户基本信息 填写客户地址信息 补充客户其他信息,16,创建客户,Oracle的客户存在两种类型：组织和个人。组织一般指代企业、公司、集团、社团类客户，个人一般指代单个客户人员。在客户创建时，需要预先选择客户类型，再进行创建操作。组织客户和个人客户的创建步骤是完全相同的，只是在信息记录上存在差异。,17,预先选择客户类型,确认客户类型后进行创建,创建客户,18,填写客户交易方信息,填写客户在该OU下的账户信息，非必输，可通过填写配置文件分类，批量维护客户信息 账户类型：区分客户是内部客户还是外部客户,客户交易方信息是客户系统信息与实际业务对应的基础信息，在填写时务必参考具有权威性和唯一性的业务凭证，如国内客户依据纳税证明或营业执照进行维护，以免日后在订单模块和应收模块客户使用时带来不必要的错误。,创建客户,客户地点层信息在填写时，需要区分地点的业务用途,19,填写客户地址以创建地点，需要注意的是各国家地址的必输字段存在差异，在系统提示造成因地址而维护失败时需要在此补充信息,填写客户地址所对应的OU，一般默认为当前OU,填写客户地址所对应的业务用途,创建客户,基本信息填写完成后，系统将自动形成客户信息，此时可以进一步进入各个标签页完成详细信息填写。,20,进行交易方详细信息填写,点击进入账户详细信息界面，可在此补充账户详细信息,点击进入地址详细信息界面，可在此补充地址详细信息,客户关系,除了对单个交易方信息进行管理外，基于Oracle交易社区架构（ Trading Community Architecture），可通过建立关系的方式在系统中维护多个交易方之间的关联关系，定位单个交易方在TCA结构中的所处位置。 在交易方层、账户层和地点层三层结构中，仅有交易方层和账户层可以进行关系维护，但二者关系维护的目的和作用是不同的。 交易方层的关系：主要指EBS系统内交易方之间的关系，偏向于对交易方间业务定位的描述，侧重体现交易方之间的商务联系，如多个交易方之间的伙伴关系、战略合作关系、竞争对手关系、母子公司关系等，不影响系统内交易方的账户使用。 账户层的关系：主要指EBS系统内各账户之间的关系，偏向于账户间的业务操作联系，如相互之间可替代收货、可替代付款的关系，该关系的设置将直接影响到系统在销售订单发运、付款核销时的操作。,21,客户关系,22,交易方关系,客户关系,23,账户层关系,客户合并,合并重复客户及现有业务记录，主要有以下两种方式。 按客户合并：合并客户名称、地点及其下的业务记录； 按客户地点合并：合同同一客户下的多个地点及其下的业务记录； 注：此处说明的客户合并，主要指客户帐户“Account”和帐户地点“Site”的合并。对于交易方合并，系统提供了另一个界面执行操作。 进行客户合并主要有以下几个原因： 删除或失效的老的客户信息 错误建立的重复客户 客户组织结构调整 企业兼并或收购 注意：客户合并操作是不可逆的，其不可逆表现为已合并的所有事务处理记录是无法再进行分拆的。,24,客户合并,25,合并不同客户（帐户层合并）,合并后,合并前,客户合并,26,合并前,合并后,合并同一客户下的不同地址（地址层合并）,客户合并,27,操作路径：应收客户帐户合并,将一个账户信息合并到另外一个账户信息，如为地点层合并，则可将自和至设置为同一组织 合并后删除：如不勾选，则合并后原地址信息仅失效；如勾选，则合并后原地址信息将完全删除，无法再重新启用,合并的地点信息，在进行地址合并时，只有相同用途的地址才能进行合并。 在进行地址合并时，如并入组织没有合适的地点可以并入，则可勾选创建相同地点，合并后将在并入组织下创建与原地址完全相同的地址信息,合并是以提交请求的方式进行的，可以先将合并信息保留，选择服务器空闲时进行合并,客户合并,28,客户合并执行报表是在客户合并请求完成后EBS系统自动打印的报表，主要展示该次合并的内容，合并的结果以及对应账户事务处理情况的合并明细，可用于结果确认和凭证存档。,29,练习题,课程结束,- END -,30,上海总部 地址：上海市淮海中路381号中环广场1339室 总机总机） 传真邮编：200020 Email：S 张江分部 地址：上海市张江高科技园区科苑路151号3-4楼 电话或总机） 传真邮编：201203,海外事业部 地址：上海市浦东张衡路290号12楼 电话总机） 传真邮编：201204 北京办事处 地址：北京市朝阳区建国路乙118号京汇大厦910室 电话：010-65688