我们在这方面遇到了一些问题。我们每周要加载大约30个文件(花费了大量的时间)。我们在所有GDS系统上大约有450家pref酒店。突然间,上周我们开始看到比平常更多的错误。我们以为Concur从Northstar收到了坏的负载,但显然不是。我们得到了“通常的”做这个/做那个/ blah cust svc建议,所以我们试图得到一个电话与他们一起解决问题。我不记得是所有GDS的情况更糟还是伽利略的情况更糟?
所以你添加的每个酒店都必须有一个身份证号码……这个具体数字是由GDS驱动的。
例如,在SABRE中1234可能意味着XYZ酒店。
当您进行属性测试时,它会检查知道GDS的配置,当您输入1234时,GDS会检查SABRE。
不幸的是,如果你被告知1234是正确的,没有简单的方法来确定它是什么。
我做了一个SS,允许我们只读访问Concur酒店数据库,这样我们就可以看到每个酒店的不同GDS的属性id。
我们与所有的GDS一起运行一个全球项目,当一家酒店“无法加载”时,确定发生了什么就成了一个真正的挑战。
当然,如果在测试属性时,XYZ酒店确实出现了,那么在Concur之外以及酒店和GDS之间的比率能见度可能是99%。我们发现90%的问题与Concur无关。设定协商价格显然是麻烦的,似乎有几个失败点。