2017-02-15 110 views
0

this documentation在第15頁的22它賦予例如:段狀態處理:NumAttempts WaitInterval PARAMS

<EnhancedAirBookRQ xmlns="http://services.sabre.com/sp/eab/v3_2"> 
    <OTA_AirBookRQ> 
     <HaltOnStatus Code="NN"/> 
     <OriginDestinationInformation> 
      <FlightSegment DepartureDateTime="2014-06-03T12:30:00" FlightNumber="1022" NumberInParty="1" ResBookDesigCode="F" Status="NN"> 
       <DestinationLocation LocationCode="LAS"/> 
       <MarketingAirline Code="AA" FlightNumber="1022"/> 
       <OriginLocation LocationCode="DFW"/> 
      </FlightSegment> 
     </OriginDestinationInformation> 
     <RedisplayReservation NumAttempts="2" WaitInterval="100"/> 
    </OTA_AirBookRQ> 
</EnhancedAirBookRQ> 

你能幫我明白,如果我設定參數NumAttemptsWaitInterval我錯過了什麼。

我可以猜測,我將快速回答沒有暫停狀態的細分受衆羣。

回答

3

裏面的OTA_AirBookHaltOnStatusRedisplayReservation一起工作。基本上,在幕後,該服務將預訂您所要求的內容,並嘗試重新顯示預訂,最高爲NumAttempts次,等待每次支票之間的WaitInterval毫秒。

每次看到行程中段的狀態發生變化時,它會根據<HaltOnStatus Code="NN"/>所具有的(可能有多個<HaltOnStatus Code="NN"/>)進行驗證。至少對於NN它將繼續檢查,對於其他類似UC它將脫離循環。

原因是神經網絡是Sabre等待航空公司對預訂請求的迴應,並且(我相信)其他任何東西都會被視爲他們的迴應,因此它會離開循環。

+0

感謝您的回答,在給定的文檔鏈接,它也表示「有些運營商實際上可能需要7秒才能響應銷售消息」,所以我錯過了運營商的反應,通過設置非常低的值參數? –

+0

您可以設置一個「小」WaitInterval,如1500毫秒,並增加NumAttempts來覆蓋此。 – Wisdoom