Abap Guy 我了解这可能不是您的错，但是您被要求做的是完全错误的。

不显示VF04中的所选项目：

首先-对用户（和后台作业）隐藏应付款项目，这意味着 这些项目很可能不会计费。 这对业务不利，因为如果您不开具发票，您是否希望得到他的客户付款（当然，我的意思是法律上的意思）？

如果有特定的文件和 在有人明确允许的情况下才应该计费的项目-有一个名为"计费块"的标准功能。 只需屏蔽参考文档或项目，然后在VF04"无开票凭证"中进行设置即可。 甚至最终用户也知道开票冻结...

如果应该隐藏的文档确实很旧并且不希望被开票-还有其他方法可以这样做-例如填写文档。

如果某些项目出现在VF04中的原因是错误的自定义-支持门户中有更正报告； 您修复了自定义项，然后运行报告，更正了文档，这就是全部...

如果原因是某些文档需要隐藏，直到满足特定的先决条件，并且您不需要 手动决策-存在计费到期索引的概念； 合格的顾问至少应该对此有所了解。

仅允许特定用户通过VF01打印：

首先-用户仅在以下情况下需要VF01 极少数情况，因为大多数文档都是（或至少应该）在后台创建的。 如果贵公司情况并非如此，则很有可能出现配置不正确，业务流程需要改进，用户没有经过适当培训或职能顾问缺乏知识的可能性。

打印通常是通过VF31手动完成或通过后台作业完成，或者将输出条件设置为立即打印（这在特定过程中或文档数量较少时是有意义的）。 当您可以转到VF03进行打印时，阻止通过VF01进行打印有什么意义？ 或者，您可以在VF02中添加输出，然后进行打印...还有其他几种方法可以克服此限制，但我希望您有所想法。 来吧，这应该通过授权来处理。 为什么这种方法不适用于您的情况？ 整个需求没有什么意义，最可能的原因是业务需求未正确捕获。

我建议您对这两个需求背后的原因，尤其是功能顾问的解决方案提出质疑。 如果您有解决方案架构师或合格的高级/首席SD顾问，请在开始处理需求之前先与他们交谈。

在这里我会很直言不讳，并且有被主持人责骂的风险：这听起来像 一堆垃圾，您的职能顾问既无知又无知或懒惰。 与知识渊博的人交谈，他们可以与业务部门讨论需求并帮助您了解应该解决的问题。

如果您是功能顾问，请读一些关于SD的书籍，然后阅读 SAP帮助和说明，使用Google查找有关跨功能主题的文档，例如SAP中的授权概念和业务流程集成，并学习与用户交流。 并且（至少在接下来的几年中）在去开发人员之前-与高级同事交谈，以了解您的解决方案建议是否是最佳方法。

并且，顺便提一下，您应该 在研究之前提出问题时需要付出一些努力。 尽管站点规则未明确禁止规范转储，但对此却非常反对，这减少了将来您获得高质量答复的机会。

该问题为"允许发票打印"，但在注释的下方引用了规范，该说明与发票创建而不是打印有关。 这是两个不同的过程。

请确保今后在最初的问题中包括准确的信息（请参阅此博客）。

Veselina已经提供了正确答案（我认为）。 如果这样可以解决问题，请将其关闭 。

谢谢。

Abap Guy

对于VF01，转到在NACE事务中分配给输出的驱动程序，您可以写下逻辑以在未授权时引发错误消息。

对于VF04 我可以看到很多线程，您是否探索了这些BADI和用户出口？ 如果是，那么您尝试过的出口/出口是什么。

VF04用户出口

Abap Guy 使用Z表进行授权不是一个好方法。 希望您负责安全性和授权的同事也同意我的声明。

在您的原始帖子中，您说过您要限制打印发票，而不是创建发票。

我最初关于通过VF01手动创建发票的声明仍然有效-如果VF01是您组织中的常规做法，则业务流程及其实现一定存在问题。

作为职能顾问，我会 质疑限制客户创建用户发票的背后原因。 这是支持的噩梦！ 必须有一个更好，更通用的准则来对客户进行分组，并提出有意义的授权对象概念。

通常，从技术上来说，可以创建自己的授权对象，并将其用于计费的某些增强功能以​​防止创建发票。 然后创建PFCG角色，并将其分配给最终用户。