首页 > 其他分享 >SAP 合作伙伴解释

SAP 合作伙伴解释

时间:2023-04-04 09:24:38浏览次数:55  
标签:解释 配送 售达方 分店 收票 合作伙伴 维护 SAP

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

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、需维护风险类别,不需维护信贷账户号;

标签:解释,配送,售达方,分店,收票,合作伙伴,维护,SAP
From: https://www.cnblogs.com/ddtrs/p/17285265.html

相关文章

  • 如何找出 SAP Fiori Launchpad 里点击 tile 之后,读取业务数据调用的是哪个 SAP 后台系
    笔者曾经写过一篇文章SAPFiori应用的三种部署方式,里面介绍了SAPFiori应用部署的一种典型方式:Fiori应用的载体即SAPUI5应用,部署在Gateway系统上,也称FrontendServer(前台服务器),如下图红色方框高亮所示。当用户访问FioriLaunchpad代表SAPUI5应用的一个个tile......
  • SAP Commerce Cloud 里的 jsapps 和 jsapps-ssr 容器
    SAPCommerceCloudVersion2,简称SAPCCV2,上面有两种container,jsapps和jsapps-ssr,二者区别是什么?SAPCommerceCloudVersion2(简称SAPCCV2)是SAP提供的一款云端电商解决方案。在SAPCCV2中,"jsapps"和"jsapps-ssr"都是用于部署Web应用程序的容器,但它们之间存在一些区别......
  • 图像和流媒体 -- Sapera 安装遇到的问题
    一、下载安装包参看:GenieNanoM1930-NIR点击软件及例程下载二、安装遇到的问题(1)Installationdirectorymustbeonalocalharddrive解决方法:clsicacls%temp%/reset/T/Q/Cpause以上文件复制到txt中将后缀名修改为bat以管理员执行即可。windows自身权限的的问题。(2)安......
  • SAP增强四
    隐式增强隐式增强就是系统内置的Enhancementoptions,是系统本身就预留的,如在:执行程序,包含程序,函数组,对话模块的结尾;Form例程,函数模块,方法等的开始和结尾;显示增强显式增强就是手工加入到程序中的Enhancementoptions,有两种显式增强:ENHANCEMENT-POINT:只有一个预留点,没有代码......
  • 【CSAPP】进程 | 上下文切换 | 用户视角下的并发进程
     ......
  • 180122 特征值与特征向量的几何解释与python代码,附matplotlib绘制多边形
    HowtoPlotPolygonsinPythonShapely-ManualShapely-Test3Blue1Brown-线性代数的几何解释DownloadsShapely-WindowsShapely-MacorLinux红色基坐标(竖着看)1001绿色变换矩阵(竖着看)3102蓝色特征向量(竖着看)1−2√202√2黑色变换矩阵(左乘)特征向量(竖着......
  • csapp
    ComputerSystem:AProgramer'sPerspective计算机系统漫游编译系统组成预处理器编译器汇编器链接器预处理阶段:预处理器根据字符'#'开头的命令,修改原始的C程序,将头文件直接插入程序文本中,得到一个以.i作为文件扩展名的程序.编译阶段:编译器将文本文件.i翻译......
  • SAP软件如何设置采购订单的最早收货及最晚收货日期​
    业务要求:在ERP项目采购管理模块的实施中,经常会遇到用户提出这样的业务需求,即要对于采购订单的收货要进行系统控制,不到设定日期不能进行收货,同时超过设定的收货日期后,如果没有提前和采购/仓库沟通也不允许进行收货。这业务需求的业务背景:按精益管理的基本思想是:只在需要的时候、按需......
  • 解释器模式(Interpreter Pattern)
    一、概念解释器模式(InterpreterPattern)用于构造一个简单的语言解释器,将字符串按照自定义的方式解释执行,是一种不常用的设计模式除非从事底层开发自己需要去定义较为复杂的表达式,否则基本上不同这个设计模式二、适用场景(1)当一个语言需要解释执行,并可以将该语言中的句子......
  • SAP增强三
    第四代增强隐式增强隐式增强就是系统内置的Enhancementoptions,是系统本身就预留的,如在:执行程序,包含程序,函数组,对话模块的结尾;Form例程,函数模块,方法等的开始和结尾;结构的结尾这些地方都会有。Implicitenhancementscompriseclassenhancements,functiongroupenhancementsa......