嘿@cotestacey,
在某种程度上，是的，但不是你提到的那种。在将报告发送到Concur中的Processor之前，我们仍然需要经理的批准，从那里可以分批付款，但在许多领域中，在报告进展到实际经理进行批准之前，我们确实需要使用预先批准步骤。
此外，在我详细介绍之前，我们正在审批路由设置中使用[Manager>Authorized Approver>Processor]选项。
我们在美国各地有许多办事处，其中超过一半的办事处采用财务预批准流程（这不是必需的）。基本上，预批准人是在Concur中设置的，批准限额为1美元。然后将其设置为该位置所有员工的默认审批人。当员工向他们提交报告时，他们确保正确的编码与预算相符，询问进一步的信息（业务目的、评论等），检查收据，并通常确保一切正常。
完成该步骤后，预批准人然后使用“批准流”菜单选项将报告发送给员工的主管进行批准。我们使用“审批流”菜单选项，在该选项中，他们在授权审批步骤之前添加用户添加的审批步骤（而不是“批准并转发”），以避免审批限制问题。
如果预批准人尝试使用“批准并转发”将报告发送给经理，并且报告超出了经理的批准限制，则他们将无法执行此操作。这样，他们的经理仍然可以批准它，但如果他们的授权级别不够高，它仍将进展到他们自己的批准者。
它在我们的组织中运行得非常好，但这是一个非常手工的过程。预批准人必须自己维护员工-主管关系列表，并且他们正在为其批准的每个报告手动输入该信息。我们之前曾与Concur讨论过构建一个定制，我们可以将其分配为自动，并可能在今年触发该定制。定制将允许我们为每个用户分配两个审批人，并且审批流将是唯一的，即使许多用户的预审批人是相同的。
这将不同于[Manager > Second Approver > Processor]选项，因为它仍将使用授权级别，而[Manager > Manager's Manager(至多5个级别)> Processor]选项，因为预审批者的经理大部分将不是提交者的经理。
不管怎样，这就是我们的工作。希望这是有帮助的。如果你有任何问题，请告诉我;谢谢!
乔希
