2020-09-28 14:46发布
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
从2018年起,大公司必须向政府报告有关付款日的统计信息。 为了正确执行此操作,我们将需要在供应商发票上保留发票收据日期。 这意味着在MIRO FV60和FB60等供应商发票屏幕上必须打开字段BKPF_REINDAT并为必填字段。
对于类似的法律要求,我只是将其视为美国增强标准。 (及时付款)。
我们是否可以期望SAP尽快在英国提供类似服务,还是我们必须构建自己的增强功能以使该字段在供应商发票条目中可用?
看来,根据下一个财政年度结束时的公司,它们必须从该日期开始收集数据。 例如,如果年末是2017年12月31日,那么他们需要从2018年1月1日开始收集并在2018年6月末报告。
我同意你的提摩太,因为我得出了相同的结论 。 令人沮丧的是,对于英国政府的要求,PPA功能之外没有最适合使用的字段。 由于这是一项新的政府要求,因此希望此字段的打开将适时出现在SAP注释中。 我们的用户社区希望能够尽快管理此问题(直到2018年,我才知道这不是法律)。 必须查找/使用替代字段并确保以正确的方式报告该字段也会令人沮丧。
嗨,
只是遇到了这个问题,想知道您是否从OSS或其他来源获得了任何更新。 搜索并找不到关于报告解决方案接收日期的任何解决方案。 与我们的财务团队交谈,我们将尽可能利用过帐日期和收据日期相近,并创建定制报告以收集所有详细信息。
如果有人有其他想法或想法,将不胜感激。
谢谢
史蒂夫
不,请进行进一步更新。 在没有标准解决方案的情况下,可能看起来类似,即使用输入日期,发布日期甚至文档日期,并创建定制报告以收集数据。
谢谢提摩西,
我提出了OSS注释,以防万一SAP可能会袖手旁观。 阅读其确有"从收到日期或其他通知之日起"的法律,应使用。 此外,在《法律免责声明》中,该文档仅用于指导,指导用户应寻求自己的法律建议,因此我们将其视为使用日期字段,并坚持尽可能一致。 由于供应商可以坐在发票上,因此记录日期是不可行的,这会扭曲数字。 对于我当前的客户,由于我们的大部分发票都是通过Readsoft发出的,因此输入日期通常与发布日期相同,并且不会将扫描或接收的日期转移到该字段,而只是将FI Doc的创建日期转移到该字段。 因此,对我来说,最好在我这里之前发布日期,否则,如果我收到SAP的回复,我将在这里发布。
干杯
蒂姆/艾米丽,
我已经收到SAP的回复,笔记2488902已于2017年8月18日发布,用于使用除收到日期以外的其他日期的新报告。
最多设置5个标签!
看来,根据下一个财政年度结束时的公司,它们必须从该日期开始收集数据。 例如,如果年末是2017年12月31日,那么他们需要从2018年1月1日开始收集并在2018年6月末报告。
我同意你的提摩太,因为我得出了相同的结论 。 令人沮丧的是,对于英国政府的要求,PPA功能之外没有最适合使用的字段。 由于这是一项新的政府要求,因此希望此字段的打开将适时出现在SAP注释中。 我们的用户社区希望能够尽快管理此问题(直到2018年,我才知道这不是法律)。 必须查找/使用替代字段并确保以正确的方式报告该字段也会令人沮丧。
嗨,
只是遇到了这个问题,想知道您是否从OSS或其他来源获得了任何更新。 搜索并找不到关于报告解决方案接收日期的任何解决方案。 与我们的财务团队交谈,我们将尽可能利用过帐日期和收据日期相近,并创建定制报告以收集所有详细信息。
如果有人有其他想法或想法,将不胜感激。
谢谢
史蒂夫
不,请进行进一步更新。 在没有标准解决方案的情况下,可能看起来类似,即使用输入日期,发布日期甚至文档日期,并创建定制报告以收集数据。
谢谢提摩西,
我提出了OSS注释,以防万一SAP可能会袖手旁观。 阅读其确有"从收到日期或其他通知之日起"的法律,应使用。 此外,在《法律免责声明》中,该文档仅用于指导,指导用户应寻求自己的法律建议,因此我们将其视为使用日期字段,并坚持尽可能一致。 由于供应商可以坐在发票上,因此记录日期是不可行的,这会扭曲数字。 对于我当前的客户,由于我们的大部分发票都是通过Readsoft发出的,因此输入日期通常与发布日期相同,并且不会将扫描或接收的日期转移到该字段,而只是将FI Doc的创建日期转移到该字段。 因此,对我来说,最好在我这里之前发布日期,否则,如果我收到SAP的回复,我将在这里发布。
干杯
史蒂夫
蒂姆/艾米丽,
我已经收到SAP的回复,笔记2488902已于2017年8月18日发布,用于使用除收到日期以外的其他日期的新报告。
干杯
史蒂夫
一周热门 更多>