使用SAP时’很快就会遇到并需要利用合作伙伴功能。他们在幕后工作,以确保在您的流程中正确识别您的客户,供应商,服务提供商。通常你’可以在文档的合作伙伴标签中看到这些内容,但它们存在于整个系统中。几乎每种可能性都有100多种合作伙伴功能。

为了简化对它们的用途及其用法的理解,我们’今天将介绍SAP中可用的常见功能’的帖子。一种常见的做法是,如果有需要并且没有新的合作伙伴功能(所谓的z记录),并且没有可用的合作伙伴功能可用于您要建模的关系。希望通过理解标准函数可以避免创建不必要的Z函数。

关于合作伙伴功能代码,合作伙伴功能代码本身可能会有些混乱,这取决于在SAP中支持它们的方式,这取决于它们的使用位置。一世’以卖方的示例为例,底层代码为AG,如果您查看销售订单,’会看到派对角色是AG– Sold-to Party.

销售订单的合作伙伴功能

销售订单的合作伙伴功能

现在,如果您查看EDI合作伙伴设置,它将是SP– Sold-to Party.

 电子数据交换 合作伙伴资料售达方

电子数据交换 合作伙伴资料售达方

这里发生了什么事?有什么不同吗?实际上,它们是指相同的功能。 AG是Auftraggerb的缩写,以德语出售。由于这些代码最初是在德国开发的,因此它们反映了德国的缩写。 树液 确实提供了翻译表,因此,如果您看到下面的表,则存在AG的特定于语言的转换–出售给SP用英语。唯一需要注意的问题是,正如您在上面的示例中看到的那样,此表在任何地方都不受尊重,因此在某些地方’仍然会看到AG,而在更少的地方’将会看到SP的转换值。

合作伙伴功能转换

合作伙伴功能转换

在下面的列表中,我列出了本机功能代码,因为这是您经常看到的内容。

另外的一条评论是,尽管我已经描述了使用合作伙伴功能的区域,但是合作伙伴功能是跨功能的,因此例如可以在销售订单和采购订单中使用转发代理,最终您要建模的过程将满足您的需求但伙伴功能本身不受限制。下面我将描述典型用途,而不一定是唯一的用途。

前5名(最常见的合作伙伴职能)

  1. AG – Sold-to –卖方通常主要在销售区域中使用,因此报价单,销售订单文件等可以识别正在购买商品或服务的零件。
  2. SH – Ship-to party –运至对方最初是在销售单据中输入的,但主要用于交货单(例如,交货,装运,EDI等)中,以标识要向其运送货物或服务的一方,而不必与交货方相同。卖党。
  3. FA – Forwarding Agent –代表参与交货过程中的承运人,货运代理,报关行等。
  4. BP – Bill-to Party –当销售方和开票方不同时,“开票方”很有用,在这种情况下,您将在销售单据中使用“开票方”。
  5. VN – Vendor –用于识别采购订单中的供应商。

其余的部分

  • LS – Logical System –在诸如EDI之类的集成方案中用于标识原始系统或目标系统。
  • BU – Buyer – 可以在销售和购买中用来与卖方或客户分开来标识买方,这可能是出于诸如将卖方的PO副本发送给买方的目的。如果有销售订单,则可能与许多买家的公司进行沟通时,您可以为每个订单确定特定的买家。
  • SE – Sales employee –对于在销售订单文档中分配负责销售的销售员工很有用。这在负责任的销售员工承担与订单相关的责任或佣金的情况下很有用。
  • PY – Payer – 允许将涉及发票和付款的各方细分。可以使用BP-开票方作为发票的接收方,而付款将来自被标识为PY合作伙伴的客户。
  • OA – Ordering Address -用于卖方在一个地址接收PO但从另一个地址开具发票的卖方,在这种情况下,OA将标识PO的发送目的地,而VN则标识主要卖方。
  • SB – Spec.stock partner –用于客户有第三方来管理寄售库存而不是其自己的设施的寄售情况。当寄售订单上有SB合作伙伴时,在PGI上,库存将移至SB合作伙伴库存。
  • GS – Goods Supplier –这用于购买,并且可以标识实际提供商品的卖方站点。

我希望共享这些信息可以使您免于创建不必要的合作伙伴功能,并使您更加清楚地理解。如果您对此帖子有任何疑问或意见,请随时在下面发表。如果我们可以协助您进行SAP优化,请随时 联系我们 这里。我们很高兴收到您的来信。

资源资源

固定在Pinterest上

分享
分享这个