嗨马克

我已经调用ADDR_GET并将该地址串联到STRAS和ORT01中-这肯定不是关键； 增值税注册号是关键。

我认为增值税代码是K_10，K_11等，与出站XML相匹配

致谢

Ian

您是否可以使用SAP Starter解决方案生成XML文件？ 如果是，请您与我们分享一些信息

Thx，谢谢。 我几乎完成了我的XML Creation报告的第一个原型。

在开发过程中出现的一个问题是，是否应该使用customer_id和provider_id字段来决定此文档属于XML的哪一部分。

我使用了以下逻辑：

填写的客户ID->文档属于销售部分（K_10至K_38）（）

已填写SUPPLIER_ID->文档属于购买零件（K_42至K_48）（）

您是否以同样的方式进行操作？ 做出此决定后，我发现系统中有一些文档，其中标头记录包含vendor_id，但我在以下位置具有记录：

K_23净额-购买货物的数量
K_24销项税额-社区内购买货物的数量
AND
K_44净额-购买的数量其他商品和服务
K_45进项税额-购买的数量 其他商品和服务

哪些人相信我们制作的税码映射可能存在一些错误...您怎么看？

您好，马可，

据我所知，这些字段应具有以下含义。

data_zakupu"发票日期/单据日期

data_sprzedazy"销售日期（如果存在）并且与发票开具日期不同。否则-空字段

cel_zlozenia ='1'。 "定义是提交还是更正文档（1 =第一手资料）

cel_zlozenia ='2'。 "定义是提交还是更正文档（2 =更正）

希望这会有所帮助。 此外，从SAP支持人员那里我知道，他们将采用JPK的新版本（2）的注释2312104。

最好的问候，马克

你好，

我们有一个类似的问题。

我们从2017年1月1日开始使用增值税入门解决方案。

从3个表（FIPLD_VAT_H/FIPLD_VAT_I/FIPLD_VAT_SUM）中，我们制作了一个z表。 我们将此表导出到csv。 使用（ http://www.mf.gov.pl/kontrola-skarbowa/dzialalnosc/jednolity-plik-kontrolny/-/asset_publisher/2NoO/content/aplikacja-kliencka-do-wysylania-plikow-jpkk ），我们将其转换为XML，然后进行检查和传输。

你能告诉我什么是：typZakupu/typSprzedazy/CelZlozenia

致谢

Marco

嗨马克，

感谢您的回复-很有帮助！

您有现成的解决方案吗？

最好的问候。 马可