雷萌你好，

美好的一天。

针对您的情况'在进行部分零件评估时，当我通过PAPH_ADMIN将状态和子状态更改为4,1时，ALV会向我显示正确的子状态，但是当我单击文档以查看标题时，并且 正文，子状态显示了我的自我评估。"，这正是我们计划将其纳入标准
系统的方式，并且自此评估文件功能开始以来就一直如此。
原因，就像我之前提到的那样。 我知道可能很难理解它，因此我将尝试进一步解释。
========================== ==========
1。 首先，将评估文件置于4.1子状态时，实际上同时存在两种类型的评估文件。
一个是"主文件"，另一个是"零件评估文件"。
您可以通过参考"评估文件类型"检查alv列表中文件的类型。
如果 如果显示为"零件评估"，则表示它是主要文件。
如果显示为"零件评估"，则表示它是零件评估文件，从4.1开始就存在。
==>对于您的情况，我认为与"评估
文档"类型相对应的评估文档（即主要文档，甚至是4.1状态）都会发生此问题。 对吗？
正是这样设计的，因为在4.1中，零件评估师应该使用零件
评估文件，而不是主要文件。 因此，当在4.1下访问主文档时，
系统无法判断所有零件评估者是否都已完成他们的零件评估，
并且在很多情况下，零件评估处理仅是可选的 而不是
而不是强制性的，因此在这种情况下，系统假定您要在下一个状态4.1下处理主
文档。 因此，您将在车身之间看到不同的子状态。

2。 是否可以通过phap_admin或phap_search后端T代码访问零件评估文件？
->是的。 前提条件是必须使用"零件评估师"作为选择标准。 搜索零件评估文件时，不应
留空。

3。 至于您的状态流配置，"来自4,1的状态流仍为4,1"，我真的不建议这样做。 您可以将其设置为4.1至下一个状态。 由于您将零件评估设置为必填项，因此当所有人都完成了零件评估时，系统将直接将主文档移至下一个状态4.1。
在此之前，当某些强制性鉴定人尚未完成部分鉴定的情况下尝试处理主文档时，系统将不允许您全部使用主文档。
关于状态流设置的另一点，请避免无限循环。
=============================== ====

最好的问候。
露西

亲爱的露西，感谢您对评估功​​能设计的出色解释。 现在，我对这部分有了更好的了解。 这真的使我惊醒。 非常感谢你！ 根据您的建议，我将尝试调整状态流，以免造成无限循环。

Muchas Gracias！

Saludos。

Lei

你好，

首先，子状态4.1用于零件评估文件而不是主要评估文件。
虽然零件评估文件只能由状态4.1下分配的零件评估者通过
ESS POWL列表访问。 但是，如果通过PHAPT_ADMIN等访问文档，我相信您可能访问了主文档。
同时，我相信对于零件评估员，他们都不是必选项目，对吗？
这样，您将看到分配给4.1的下一个状态作为目标状态。
例如，如果您将4.1的目标状态分配为"进行中-总体评估"，那么PHAP_ADMIN中的主文档应显示"进行中-总体评估"，而不是4.1。
这是设计，因为没有任何部分 评估者被分配为必填项，这意味着4.1是可跳过的。
这样，当通过PHAP_ADMIN访问主文档时，这意味着您可以跳过
可选4.1并直接处理其下一个状态。

此外，我还注意到在您的状态设置中，看来4.1的目标状态仍然是4.1，这是一个无休止的循环...我认为这是一个不正确的配置。

最诚挚的问候。
露西

感谢您对露西的迅速回答。

子状态不正确，是指标题状态表。 当我使用PHAP_ADMIN时显示的结果不同，第一个alv显示了正在评估的零件，这是正确的，但是当我单击文档显示标题和正文后，标题子状态为自我评估。 我不明白为什么会出现不一致的情况。

共有3个部分评估员，在我们的案例中这是强制性的，因此，部分评估的下一个状态也就是部分评估。 现在，评估过程运行良好：首先由三部分评估员组成，然后由自我评估，然后经理进行最终评估。 我是评估的新手，我想此模拟状态用于零件评估的完成。 现在对我们来说唯一的问题是对子状态的描述不一致，真的很混乱，请您多加投入。

谢谢露西。

我了解评估模板仅包含"页眉和正文"部分。 当我在过程零件评估中通过PAPH_ADMIN将状态和子状态更改为4,1时，ALV会向我显示正确的子状态，但是当我单击文档以查看标题和正文时，子状态会向我显示自我评估。 我不明白为什么，这是错误还是正确的事情。

现在，评估过程运行完美，第一部分评估（强制3个对等）是自全局的，因此来自4,1的状态流仍为4,1。 我了解模拟状态是零件评估完成后，子状态将更改为"自我"。 但是，当我显示标题和Z报告时，这很奇怪。 我是这个功能的新手，对此的任何输入将不胜感激。