嗨，

转到M/06并检查条件类型NAVS的条件类别。 它应为N，如下所示：

如果其为N，系统将自动将所有不可抵扣的条件值从税收程序移至NAVS，并将其复制到EKPO-NAVNW。 再次检查并返回。

请参考高宝（KBA）： 1977897-承诺提供物质管理文件时不可扣除的进项税

此致

AKPT

嗨，

条件类别D将复制所有税收条件类型，而不管税收是可抵扣还是不可抵扣。 但是EKPO-NAVNW只会将税收程序中的不可扣除条件更新为PO。

对于NAVS，将条件类别保持为N，然后再次检查相同的情况。 同样在PO中，系统会将NAVS显示为零，并将在EKPO-NAVNW中对其进行更新。

您可以在PO中插入正确的不可扣除税码并测试业务情景。 在这里，如果条件类别为N，则NAVS将仅更新不可扣除税项，而在EKPO-NAVNW中将更新该税项。

希望其清除。

注意事项

AKPT

Hi，

它是因为在条件中选择了条件类别N。

请参考以下说明， 将澄清您的疑问。 501054＆

1977897-承担重大
管理文件的不可抵扣进项税

感谢

库纳尔

嗨，

条件类别D将带来可扣税和不可扣税的总和。 在其他PO中，税法中存在不可扣除的条件。 检查两个PO的税收窗口，并比较两个PO。

关于，

AKPT

转到EKKO表，输入PO编号。

取KNUMV字段的值 。 然后转到表KONV，将值（从EKPO-KNUMV获得）传递到字段KNUMV（在KONV表中），您将在字段KBETR中看到条件类型的值。

您可以看到 与条件条件类型在ME23N中找到的值相同。

嗨，

答案就在屏幕截图中。

税码I1包含7种条件类型，其描述以营业税inv的形式维护。 因此，我希望在税收程序中为这7个税收条件维护的帐户密钥是不可抵扣的帐户密钥（例如NVV）。 转到税收程序，并对照所有这些税收条件类型检查维护的帐户密钥。 现在，您可以检查OBCN交易中的帐户密钥，如下所示：

在这种情况下，条件类别为D或N的NAVS将显示全部税额（因为全额税额不可抵扣），并且将在EKPO-NAVNW下复制该税额。

在第二种情况下，税码为G1，税收条件为营业税Exp，这意味着它可以是可抵扣税。 转到税收程序，并根据税收条件XP1E检查维护的帐户密钥。 现在，转到OBCN事务并检查不可扣除的指示器。 指示器不会在那里。

在这种情况下，如果NAVS的条件类别为N，则其值将为零，如果其D为D，则其值将为13.00。 由于不可抵扣税为零，因此不会将其复制到EKPO-NAVNW。

简而言之，它是由针对税务程序中的税收条件类型维护的帐户密钥控制的。 您可以在OBCN中定义税款是可抵扣还是不可抵扣。

希望清楚。

此致

AKPT

对于我要检查的采购订单，Condit.category是D（税）。

对于提取的KNUMV，KSCHL-NAVS，KBETR为13.00，但是在EKPO-NAVNW中如何为0.00？