SAP 客户合作伙伴关系详细解析

本文详细介绍了SAP系统中客户管理的合作伙伴关系概念,包括售达方、送达方、付款方、收票方、配送方和信贷账户号等角色的定义和使用方法。对于不同类型的客户关系,如普通客户、总分店、代开户和配送户,文章提供了具体的配置示例,展示了如何在SAP系统中维护这些关系以支持业务流程。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、客户合作伙伴关系术语解释

SAP在客户管理实现方式中,使用"合作伙伴关系"来表明各客户间的关联关系。系统提供多种合作伙伴关系功能应用,如:售达方、付款方、货运代理、联系人、担保人、雇员等。目前,三全仅使用了其中的五种关系。

  1. 售达方(AG):谁向公司下达订单?狭义来讲,售达方就是我们常说的"客户";客户售达方代码体现在销售合同、销售订单上;
  2. 送达方(WE):公司将货物发给谁?客户送达方代码体现在销售交货单、装运单上;
  3. 付款方(RG):谁向公司支付货款?客户付款方代码体现在销售发票、会计凭证上;
  4. 收票方(RE,公司特殊应用):仅当售达方为公司"代开户"时,此处指代开经销商编码;售达方非公司"代开户"时,此字段无实质含义。客户收票方代码作为业务单据辅助信息,作用于"代开业务"相关报表数据查询。
  5. 配送方(ZA,公司特殊应用):仅当售达方为公司"配送户"时,此处指配送经销商编码;售达方非公司"配送户"时,此字段无实质含义。客户配送方代码作为业务单据辅助信息,作用于"配送业务"相关报表数据查询。
  6. 信贷账户号:控制谁的信用额度?当售达方采用"信用额度控制"策略时,系统通过检查售达方合作伙伴关系中的付款方对应的信贷账户号,来控制是否允许售达方发货。

二、客户合作伙伴关系使用方法

2.1经销商、市内单店、现金客户等无特殊关系的客户

示例:经销商A在SAP系统各方关系维护为:

售达方=A、送达方=A、付款方=A、收票方=A、配送方=A、信贷账户号=A;

2.2"总分店"关系客户

示例:总店A,下设分店A1、A2…;

  1. 总店A在SAP系统各方关系应维护为:

    售达方=A、送达方=A、付款方=A、收票方=A、配送方=A、需维护风险类别,信贷账户号=A;

  2. 分店A1在SAP系统各方关系维护为:

    售达方=A1、送达方=A1、付款方=A、收票方=A1、配送方=A1、需维护风险类别,不需维护信贷账户号;

    2.3"代开户"为单店客户

    示例:经销商A为单店B代开发票;

    "代开户"B(无分店)在SAP系统各方关系应维护为:

    售达方=B、送达方=B、付款方=B、收票方=A、配送方=B、信贷账户号=A

    2.4"代开户"为总分店客户

    示例一:代开户"B为总分店连锁系统,B下设分店B1、B2…,经销商A为整个总分店系统B代开发票;

    1. "代开户"B 在SAP系统各方关系应维护为:售达方=B、送达方=B、付款方=B、收票方=A、配送方=B、信贷账户号=A
    2. "代开户"B1 在SAP系统各方关系应维护为:售达方=B1、送达方=B1、付款方=B、收票方=A、配送方=B1、需维护风险类别,不需维护信贷账户号;
    3. "代开户"B2 在SAP系统各方关系应维护为:售达方=B2、送达方=B2、付款方=B、收票方=A、配送方=B2、需维护风险类别,不需维护信贷账户号;

    示例二:"代开户"B为总分店连锁系统,B下设分店B1、B2…,多个经销商为总分店系统代开发票,且每个分店有且只有一个经销商为其代开发票。如:经销商A为B代开发票,经销商D为B1代开发票,经销商E为B2代开发票;此时SAP解决方法比较特殊,不能通过付款方代码体现出总分店关系,需使用其他字段体现。

    1. "代开户"B 在SAP系统各方关系应维护为:售达方=B、送达方=B、付款方=B、收票方=A、配送方=B、信贷账户号=A
    2. "代开户"B1 在SAP系统各方关系应维护为:售达方=B1、送达方=B1、付款方=B1收票方=D、配送方=B1、信贷账户号=D
    3. "代开户"B2 在SAP系统各方关系应维护为:售达方=B2、送达方=B2、付款方=B2收票方=E、配送方=B2、信贷账户号=E

    2.5"配送户"为单店客户

    示例:经销商A,"配送户"C(无分店),则"配送户"C 在SAP系统各方关系维护为:

    售达方=C、送达方=C、付款方=C、收票方=C、配送方=A、信贷账户号=C;

    2.6"配送户"为总分店客户

    示例一:"配送户"C为总分店连锁系统,C下设分店C1、C2…,经销商A为整个总分店系统C做配送;

    1. "配送户"C 在SAP系统各方关系应维护为:售达方=C、送达方=C、付款方=C、收票方=C、配送方=A信贷账户号=C
    2. "配送户"C1 在SAP系统各方关系应维护为:售达方=C1、送达方=C1、付款方=C、收票方=C1、配送方=A、需维护风险类别,不需维护信贷账户号;
    3. "配送户"C2 在SAP系统各方关系应维护为:售达方=C2、送达方=C2、付款方=C、收票方=C2、配送方=A、需维护风险类别,不需维护信贷账户号;

      示例二:"配送户"C 为总分店连锁系统,C下设分店C1、C2…,多个经销商为总分店系统做配送,且每个分店有且只有一个经销商为其配送。如:经销商A为C配送,经销商D为C1配送,经销商E为C2配送;

    4. "配送户"C 在SAP系统各方关系应维护为:售达方=C、送达方=C、付款方=C、收票方=C、配送方=A信贷账户号=C

      特殊情况:当无经销商为C配送时,客户C的配送方=C。

    5. "配送户"C1 在SAP系统各方关系应维护为:售达方=C1、送达方=C1、付款方=C、收票方=C1、配送方=D、需维护风险类别,不需维护信贷账户号;
    6. "配送户"C2 在SAP系统各方关系应维护为:售达方=C2、送达方=C2、付款方=C、收票方=C2、配送方=E、需维护风险类别,不需维护信贷账户号;
<think>好的,我现在需要处理用户的问题:在SAP系统中,当客户出现逾期或信用额度超额时导致订单被冻结,如何解决?根据用户提供的引用资料,我需要综合分析这些信息,并给出解决案。 首先,用户提到了引用[2],其中提到在创建订单和交货单时,如果客户信用正常,但之后出现逾期或超额,发货过账时会被冻结。用户希望在这种情况下仍然可以正常发货。引用[4]详细说明了信用控制中的可用额度计算式,不同的信贷更新式会影响哪些未清项被计入信用检查。例如,信贷金额更新式000015仅考虑未清发货和发票,而不包括未清订单。这可能是一个关键点,因为如果未清订单不被计入信用检查,那么即使客户后来出现超额,之前的订单可能不会触发冻结。 接下来,引用[1]提到可以通过修改信用额度的有效期限或添加自定义字段来模拟冻结。例如,将有效期限设为过去日期,可以临时冻结信用额度。而引用[5]讨论了修改FBKP特别总账标识来调整信贷限额,这可能涉及到财务配置的调整。 用户需要的是解决案,所以需要综合这些信息。可能的解决案包括调整信用控制的配置,比如更改信贷金额更新式,使得某些未清项不被检查,从而避免冻结。另外,临时调整信用额度或有效期限,或者使用增强程序绕过检查。同时,用户可能还需要考虑业务审批流程,比如在信用冻结时通过审批放行。 需要注意,不同的解决案可能适用于不同的业务场景。例如,调整信贷更新式会影响信用检查的严格程度,而增强程序可能需要开发资源。此外,引用[3]提到的风控系统对接可能也是一个长期解决案,但可能需要更复杂的集成。 现在需要将这些思路组织成结构化的回答,分点说明解决案,并确保每个案都有对应的引用支持。同时,用户可能需要相关的问题,如如何配置信贷控制范围,或增强程序的具体步骤,这些可以作为相关问题提出。</think>### SAP系统中信用逾期/超额冻结的解决案 #### 一、信用控制参数调整 通过修改信用控制范围配置,可调整信用检查的严格程度: 1. **更改信贷金额更新式** 采用配置代码`000015`时,系统仅检查未清交货单($DLV$)和发票($INV$),不包含未清订单($SO$)[^4]。这意味着: $$可用额度 = 客户额度 - (未清发货 + 未清发票) + 预收款$$ 配置路径:`SPRO > 销与分销 > 信用管理 > 风险类别 > 定义更新` 2. **调整信用检查时点** 在发货过账阶段关闭信用检查,仅在订单创建时执行检查。配置路径:`OVAK`事务码中设置信用检查规则组 #### 二、额度临时调整案 | 法 | 操作路径 | 适用场景 | 时效性 | |------|----------|----------|--------| | 延长信用有效期 | FD32修改"有效至"日期 | 短期额度恢复 | 即时生效 | | 增加信用限额 | FD32调整"信贷限额"数值 | 重大订单处理 | 需财务审批 | | 预付款冲抵 | F-29录入客户预付款 | 有预付款的客户 | 需清账操作 | #### 三、增强程序开发 通过用户出口`USEREXIT_CREDIT_CHECK`编写ABAP代码,可实现: ```abap IF sy-tcode = 'VL02N' AND credit_block = 'X'. IF gv_approve_flag = 'X'. "审批标记检查 CLEAR: credit_block. ENDIF. ENDIF. ``` 此代码可在发货过账时,检查审批标记后自动解除冻结[^2] #### 四、业务审批流程 1. 创建信用释放申请单:`VA01`输入特殊订单类型 2. 信用管理员审批:`VKM1`事务码释放冻结 3. 记录释放原因代码(如:`Z001`紧急订单) #### 五、系统对接案 对于长期解决案,建议对接风控系统实现: ```mermaid graph LR SAP信用模块-->|实时数据|风控系统-->|额度调整指令|ERP接口 ``` 通过中间平台实现信用额度的动态调整[^3]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值