对于服务采购，基本过程是：

1。 创建项目类别为D的PO（服务PO必须是科目分配类别），在"服务"选项卡中维护服务行。
2。 ML81N：参考PO创建SES，并采用PO中的服务线。

不确定我是否回答了您的问题。 如果没有，请告诉我有关您问题的详细信息。

最诚挚的问候，

迈拉

对于服务PO，如果您不想手动维护这么多服务行，则可以考虑创建一个附加程序，调用函数" BAPI_PO_CREATE1"来创建服务PO。 关于如何通过此BAPI创建服务订单，请参见下面的KBA：

2114353 BAPI_PO_CREATE1：用于创建服务PO的模板。

最诚挚的问候，

Myra

感谢Myra的回复。

我的问题仍然没有按照我想要的方式回答，可以说，如果我们在系统中配置了维护服务主记录或SES所需的所有内容，但是它将完全满足我的业务要求吗？

假设我们是否从价值50-100/-Rs的供应商处获得服务。 ，现在该公司希望维护我们从任何供应商处获得的每项小服务的采购订单。 这可能是每天40至50，因此如何每天在System中维护此类服务行。

如果您可以重点介绍实现此类业务场景的关键利弊，那么对我来说将非常有用，因此我可以起草BPD。

亲切的问候，

Abhishek

你好Abhishesk，

您正在处理服务订单的MASS发票吗？如果是，请一一处理！

谢谢

你好Abhishek

根据您的要求，还需要进行一些更改以映射您的业务需求，以免您购买的商品价值在50-1000之间，对于这种特定产品，您需要在一定时间后创建常规采购订单，所以我不 认为您必须为此创建Service PO，因此必须创建Framework订单来捕获此需求，现在您应该对业务进行说明并维护不同的文档类型。

现在，如果您要采购的数量超过1001-100000，则必须进入另一种情况，您必须按照MYRA的建议创建服务订单。

谢谢

感谢Ankur的答复。

我昨天在QAS中对Service Master Record和SES进行了测试，在业务场景中进展顺利，但是在开具发票（MIRO）时卡住了。

抛出一个我无法识别的错误，请看一下，如果您对此有任何解决方案，请告诉我。

例程MRM_INVOICE_POST中的错误

消息号 M8607

亲切的问候，

Abhishek