我们在这方面遇到了一些问题。我们每周要加载大约30个文件(这需要大量的时间)。我们在所有GDS系统上有大约450家首选酒店。上周,我们突然发现了比平时更多的错误。我们以为“协和号”收到了来自“北极星”的不良负荷,但显然不是。我们得到了“通常的”这样做/那样做/诸如此类的cust svc建议,所以我们正试图打电话给他们解决问题。我不记得是所有GDS都变得更糟了,还是只有伽利略?
所以你添加的每个酒店都必须有一个ID号…这个特定的数字是由GDS驱动的。
例如,1234在SABRE中可能表示XYZ酒店。
当你执行测试属性时,它会检查配置,它知道GDS,然后在你输入1234时知道检查SABRE。
不幸的是,如果你被告知1234是正确的,没有简单的方法来确定它是什么。
我已经做了一个SS,允许我们只读访问Concur酒店数据库,这样我们就可以看到每个酒店的各种GDS的属性id。
我们使用所有的GDS运行一个全球项目,当一家酒店“无法加载”时,确定发生了什么是一个真正的挑战。
当然,如果当你测试属性时,XYZ酒店确实出现了,那么费率可视性99%可能在Concur之外,在酒店和GDS之间。我们发现90%的问题与Concur无关。设定协商后的价格显然很麻烦,而且似乎有一些失败的地方。