服务采购一直是咨询顾问了解的一个概念，包括SAP ERP中的各种选项，无论是项目类别D、限制项目、服务主管还是产品类型。然而，SAP S/4HANA中引入了产品类型，执行服务采购的方法简单得多，但附加代码很少（代码不适用于云计算）

SAP S/4HANA中引入了服务材料类型，淘客基地，作为DIEN材料类型的替代或可能的增强版本，但仅适用于基于Fiori的用户。两种物料类型可用于相同的目的，但后效和用途不同。

DIEN作为物料文档接收到SAP ERP中，商城建站系统，没有任何服务确认。它不依赖于需求是从SAP GUI还是SAP Fiori创建的，更一般地说，它是用于SAP S/4HANA内部部署（包括HEC）还是SAP S/4HANA云。

而SERV物料将首先需要负责人的确认，该负责人了解外部供应商提供的服务，并将有一个审批工作流，在该工作流中，物料文档将被过账以供审批必要的消费账户过帐。

这一额外的服务确认步骤对于希望在过帐所执行服务的发票之前使用批准的客户来说非常方便。用户界面是基于sapfiori的，用于维护服务确认和审批。

但是如果不使用sapfiori的服务确认和审批方式，我们还有什么其他选择？

我们有D类项目和服务主数据，在订购并让业务伙伴在您所需的地点执行服务时，会发送发票或时间记录表。之后，相关部门或财务团队在sapgui中创建服务条目表。还可以将服务条目表发送给负责监督所做工作的人员，以批准服务条目表。这与SERV物料路线类似。但它带有sapgui屏幕，大数据局，而不是sapfiori。另外，如果您需要在采购事务处理中默认/填充服务层次结构，那么您将需要使用项目类别D来维护服务主数据。

如果您不需要服务层次结构，并且希望使用服务确认，并且还需要维护每个服务或活动的主数据，那该怎么办？您仍然可以使用服务主机。

但是服务主机，意味着没有Fiori UI和服务主机维护。

有一种方法，您不必使用服务主机，仍然有服务确认。不，淘客程序，这不仅仅是因为在你的采购文件中输入了自由描述。这将从维护每项服务的主数据转移到

物料类型中的产品类型字段可能会造成这种差异。对于所有使用SERV材料的基于Fiori的用户来说，这种差异已经存在。但是，如果您在WBS、网络、销售订单或生产订单中定义了外部需求，则SERV物料将放弃您的所有服务采购计划。有一种方法。代码。

当您从SAP GUI创建带有服务物料类型的请购单时，产品类型始终默认为"1"，不能更改为"2"。如果您在fioriui中执行相同的操作，大数据收集，那么附加字段产品类型可以更改为"2"或默认为"2"。这真的很奇怪，直到产品团队给出了一个非技术性的理由。

下面的注释只告诉我们什么是不可能的。

https://launchpad.support.sap.com/#/notes/2802304

https://launchpad.support.sap.com/#/notes/2648547

项目或生产订单生成请购单时，产品类型默认为"1"，如从SAP GUI手动创建PR的情况。

当您将此类需求的产品类型设置为"2"时，无论是来自SAP GUI还是来自外部模块，行项目的行为与SAP Fiori的服务确认服务采购一致。服务确认通过后，生成物料单据，将成本消耗到分配给成本对象的P/L账户中。

在SAP GUI或外部模块生成需求时，要将产品类型设置为"2"，需要执行下面的用户出口来读取物料的物料类型字段"PRODUCTTYPE"并复制EBAN-PRODUCTTYPE字段。

同时将"PRODUCTTYPE Types PRODUCT\ U TYPE\ MEREQ"附加到结构MEREQ\ U ITEM\ U S\ U CUST\ U ALLOWED。这将允许从SAP GUI更改采购申请中的字段PRODUCTTYPE.

这些少量更改有助于在所有需求源中使用SERV材料，并且不再精简。