在传统的TMC安排中，TMC在发行交易时赚钱，而交易通常由票据发行或补发触发。在这种情况下，你是正确的，任何报告都可能“关闭”，除非PNR排队返回Concur。Concur只知道当PNR排队返回时的事情。我们使用Concur的API来构建我们自己的“实时”数据库，以运行我们自己的到达/离开报告，我们的要求是，当代理接触到pnr时(无论他们做什么)，必须将pnr排回Concur。我不在乎这是否意味着PNR要排队1000次，但它确保了最准确的状态是已知的。TMC可以在“结束事务”为SABRE设置自动排队，所以它是自动的(设置和忘记)。不知道Amadeus和Galileo在这方面做得如何。如果TMC不愿意这样做(不知道为什么)，那么可能会建议他们在Concur前2周、1周和48小时将所有您的pnr排回。有自动化技术可以很容易地做到这一点。遗憾的是，我们不能在Concur中设置一个配置设置，在48小时后自动将当前的pnr拉回Concur，不管TMC做什么。 That way, you know it's accurate when the traveler most cares about it too (and useful for TripIt).
我们是一个CTD，所以我们不关心“发票”触发，但这是你需要与你的TMC进行的对话。
希望这有助于……
