通常，查询规范与ABAP报告基本相同。 它需要在选择屏幕和报告本身中显示业务目的以及需要哪些字段。 它还应说明所需的业务逻辑以及哪些用户应具有访问权限。 恕我直言，功能规范不应该规定如何实现它。 如果业务逻辑太复杂或查询中的数据查找太复杂/效率低下，ABAPer将决定是否应更有效地将其作为ABAP报告实施。

在我以前的工作中，我们经常使用查询，即使职能部门的人也对它们感到满意，并且在创建自己的查询时几乎没有帮助。 从未为它们写任何规格。 信息集/查询名称通常足以描述业务目的，并且在SQ01/02中可以轻松看到详细信息。 在查询中不需要ABAP代码，并且如果添加了任何代码，它应该是最少的并且可以自我记录。

没有用于测试查询的单元等。 只需运行它，确保它显示了预期的效果，并且不会运行太长时间。 就是这样。 我觉得您太复杂了。

关于SCN的查询，有很多不错的博客，这是一个很好的起点。 其他可以在Google中找到" sap查询站点： blogs.sap.com "。

谢谢您的回答。

为什么不设计自己的？

你好耶丽娜（Jellona）

谢谢您的回答。 让我尝试更好地解释自己。

我确实提到我需要一个规格模板，一个功能和/或技术上的SAP查询规格模板。 我自己对SAP Query并不是很熟悉，因此我很难创建一个SAP Query，因此我将开始创建SAP Queries，因此我将使用在线文档和系统来探索有关它的所有内容。 规格模板将帮助我理解设计和创建SAP查询时要考虑的事项，我可以想到基本详细信息，例如查询区域，用户组，信息集，表/视图，联接字段和ABAP代码（如果有） 已实现，但我不确定除设计单元，集成和压力测试外，是否只有这些是设计和创建SAP查询时需要评估的唯一内容。

我不是很懒惰，或者只是想让所有事情都变得尽可能简单，通常我会为自己熟悉的领域创建自己的模板，确保在经过一些工作和时间后，我可以提出建议。 相同，但我认为伸出援助之手，问是否有人可以帮助我作为SAP查询规范模板开始并不是一件坏事，它可以帮助我确定由于缺少以下内容而可能丢失的特定详细信息 了解SAP Queries的知识，因此考虑到知识不足，我可以开始以最佳方式设计和开发此对象。

谢谢。

最诚挚的问候，

Julio