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