嘿@cotestacey，
在某种程度上，是的，但不是你所说的那种。在报告被发送到Concur中的处理器之前，我们仍然有经理的批准，从处理器中它被批处理并支付，但我们确实在许多领域使用了预批准步骤，在它进展到实际的经理批准之前。
另外，在详细介绍之前，我们在审批路由设置中使用了[Manager > Authorized Approver > Processor]选项。
我们在美国有很多地方，超过一半的地方使用了金融预批准程序(这不是必需的)。基本上，在Concur中设置了预审批者，审批限额为1美元。然后将它们设置为该位置上所有员工的默认批准者。当员工向他们提交报告时，他们会确保正确的编码以匹配预算，询问进一步的信息(业务目的，评论等)，检查收据，通常确保一切都是有序的。
在此步骤之后，预审批者然后使用Approval Flow菜单选项将报告发送给员工的主管审批。我们使用了Approval Flow菜单选项，他们在授权审批步骤之前添加了用户添加的审批步骤(而不是批准和转发)，以避免审批限制的问题。
如果预审批者试图向具有Approve & Forward的经理发送报告，并且该报告超过了经理的批准限制，那么他们将无法这样做。这样，他们的经理仍然可以批准它，但如果他们的授权级别不够高，它仍然会进展到他们自己的审批人。
这对我们的组织来说非常有效，但这是一个非常手工的过程。预审批者必须自己维护一个员工-主管关系列表，并且他们要为他们批准的每个报告手动输入该信息。我们之前已经和Concur谈过关于建立一个定制，我们可以把它分配为自动的，并可能在今年扣动扳机。自定义将允许我们为每个用户分配两个审批者，并且审批流程将是唯一的，即使对许多用户来说预审批者是相同的。
这将不同于[Manager > Second Approver > Processor]选项，因为它仍然使用授权级别，以及[Manager > Manager的Manager(最多5个级别)> Processor]选项，因为预审批者的管理器大多数情况下不会是提交者的管理器。
不管怎样，这就是我们所做的。希望这是有帮助的。如果你有任何问题，请告诉我;谢谢!
杰克
