日记账提交与拒绝

简介¶

除了提交实体外，在 CCH Tagetik 中还可以运行日记账提交。

正如在提交实体所属的任何贡献者节点之前必须提交该实体一样，在提交日记账所属的实体之前必须提交该日记账。这可以对（贡献者和合并者）实体日记账以及合并日记账执行。

还可以同时运行所有自动日记账的提交，或那些不存在手动来源行（INPUT_WEB、INPUT_DEFORM、BREAK_BACK、QDL 或 MAP_%）的日记账的提交。

如果同时提交/驳回多个日记账，对于每个日记账，仅提交重要步骤，即在流程的业务工作流映射中为日记账所属实体指定的那些步骤。这在选择多个日记账或运行自动日记账提交时发生。

提交从日记账提交的第一步开始执行，直到请求提交的那一步。

驳回从日记账提交的最后一步开始执行，向后直到请求驳回的那一步。

提交和驳回仅对流程中未离线存储且用户有权编辑的原始场景/期间运行。

日记账提交在流程的业务工作流映射中激活，为要提交日记账的每个实体（实体或合并者节点）指定任务工作流。参见任务工作流页面。

日记账只能由负责提交日记账所属实体的用户提交。

根据给出的指示，只有负责日记账所属实体的用户，或负责父级的用户，才能运行驳回。该操作根据提交一般规则中 启用日记账驳回的用户（User enabled for journal rejection） 选项所指示的限制运行。

实体的父节点是数据收集流程中第一个要提交或审批的节点。它是通过沿与流程关联的实体层次树向上查找获得的，从给定元素开始（不含该元素）。如果未找到该节点，则取合并流程中第一个要合并的节点，同样从给定元素开始沿树向上查找（不含该元素）。

合并者节点的父节点是合并流程中第一个要合并的节点。这是通过沿与流程关联的实体层次树向上查找获得的，从给定元素开始（不含该元素）。

如果日记账提交的实体/步骤与需要运行提交后审批任务的作业工作流相关，且部分审批任务尚未运行，则这些任务的所有者也可以执行拒绝操作（参见定义实体限制和任务。）。

日记账必须在所属实体提交之前提交。

提交数据处理会运行诊断，并检查提交步骤或之前的步骤上不存在阻断性错误。

通常，对之前步骤的诊断不会返回阻断性错误，因为这些步骤已经提交。但是，如果某些用户启用了用户权限中的可编辑性：编辑已提交/锁定数据选项（参见用户权限：定义属性），则可能会出现这种情况。为避免在这种情况下提交被阻断，可以在流程的提交规则中停用诊断提交步骤之前的所有步骤选项。

此外，管理员用户可以启用覆盖流程提交的选项，使得即使在存在阻断性错误的情况下也能提交。这可以通过在流程提交规则中激活两个选项来实现：

规则	描述
覆盖提交：按用户	在用户权限窗口中启用了"即使在存在阻断性错误的情况下也提交"选项的用户，即使在存在阻断性错误的情况下也可以提交。
覆盖提交：经阻断性错误授权	当验证规则中启用了"启用检测到的错误追踪"选项时，阻断性错误可以被授权，从而允许提交实体。

日记账提交的每个实体/步骤都可以与特定的作业工作流相关联。

这可能需要在提交任务之后运行审批任务。在这种情况下，当提交任务运行时，数据被锁定且不再可编辑。

但是，要使提交被视为完成，所有审批任务也必须运行。

如果未为作业工作流启用替代审批路径或替代审批序列，则某些审批任务可能不是必需的。有关启用替代审批路径选项的更多详细信息，请参见任务工作流页面。

带有审批任务的作业工作流通常用于希望由不同用户进行各种审批的场景。可以通过运行提交任务选项按实体和任务限制用户来确保这一点。有关限制的更多信息，请参见定义实体限制和任务。

注意：如果某个用户在作业工作流中对多个任务具有运行权限，则适用"四眼"原则；只有当没有其他用户对该任务具有运行权限，或者如果存在其他用户，他们均已至少运行了一个任务时，该用户才能运行多个任务。

只有当日记账所属的实体尚未提交时，才能进行日记账拒绝。

CCH Tagetik 允许使用以下附加功能来协助提交日记账：

可以发送日记账批准或拒绝的电子邮件。发送此电子邮件可以通过流程的发送电子邮件规则来激活。有关更多详细信息，请参见管理电子邮件的发送。
可以在日记账提交时锁定日记账行（手动或来自计算逻辑处理）。系统会更改行的来源，在原始来源前添加"SUB_"前缀。这样，即使日记账被拒绝，数据仍然不可编辑。这通过流程提交规则中的日记账提交时使用手动来源和日记账提交时使用计算来源选项来激活。