在传统的TMC安排中,TMC在发行通常由票据发行或重新发行触发的交易时赚钱。在这种情况下,任何报告都可以“关闭”,除非PNR排队返回Concur,这是正确的。Concur只知道PNR排队返回时的情况。我们使用Concur的API构建了我们自己的“实时”数据库,以运行我们自己的到达/离开报告,我们的要求是,代理机构必须在任何时候(无论他们做什么)将pnr排队返回Concur。我不在乎这是否意味着一个PNR排队1000次,但它确保了已知的最准确的状态是一致的。TMC可以在SABRE的“结束事务”上设置自动排队,因此它是自动的(设置和忘记)。我不知道Amadeus或Galileo在这方面做得如何。如果TMC不愿意设置(不知道为什么),则可能建议他们在Concur前2周、1周和48小时将您的所有pnr排队返回Concur。有一种自动化可以很容易地做到这一点。遗憾的是,我们不能在Concur中设置一个配置设置,以便在48小时后自动将当前pnr拉回到Concur中,或者不管TMC做什么。这样,当旅行者最关心它的时候,你就知道它是准确的(而且对TripIt很有用)。
我们是CTD,所以我们不关心“发票”触发器,但这是您需要与TMC进行的对话。
希望这有助于。。。
好酷。我们使用Compleat作为我们的中间办公室自动化,它可以在设定的日期/时间排队预订号码。
同样,SABRE具有结束事务队列,当代理结束事务时,该队列会自动将其排队。这要求代理在没有其他信息的情况下确认队列中的日程变更,而Completa可以被告知“在旅行前24、48、72小时去排队等待此pnr”。
我越想越觉得Concur应该这样做。这样Concur手机/Trip等等…更可能是准确的。