跳轉到主要內容
國際航空運輸協會 (IATA) 乘客和機場資料交換標準 (PADIS) 端口支援從 XML 生成 PADIS 文件以及將 PADIS 文件轉換為 XML。

核心功能

  • 支援 IATA PADIS 標準,提供 IATA PADIS 與 XML 之間的雙向轉換
  • 針對航空業訊息,提供自動的 EDIFACT 子集架構檢測與驗證
  • 支援 CONTRL 回執生成與處理,具備用於路由的交換報文頭管理功能

概觀

當收到 PADIS 文件時,IATA PADIS 端口驗證檔案交換頭,並將 PADIS 檔案轉換成 XML。這樣分步實現很有用,因為 XML 是 知行之橋 用於處理工作流程中資料的主要格式。IATA PADIS 端口自動讀取輸入檔案以確定適當的 PADIS schema,然後根據該 schema 解析文件。IATA PADIS 是 EDIFACT 標準的一個子集,IATA PADIS 端口的許多特性和功能與更通用的 EDIFACT 端口共享。 在生成 PADIS 文件時,IATA PADIS 端口將 XML 轉換為 PADIS 文件語法,並應用適當的交換頭。在工作流程中的其他地方提取並轉換了 XML 資料之後,這是建立 PADIS 文件的最後一步。
透過啟用 測試指示器 設定,可以避免交換頭驗證。
IATA PADIS 端口還可以對收到的 PADIS 檔案自動生成 ACK。如需瞭解更多資訊,請參閱 IATA PADIS ACK。

端口配置

本節包含所有可配置的端口屬性。

設定

轉換配置

與端口核心操作相關的設定。

EDI 交易夥伴

交換頭配置

與 IATA PADIS 交換頭相關的設定。從 XML 生成 PADIS 文件時,這些設定用於生成文件標題。解析 PADIS 文件時,這些設定用於驗證傳入文件。

ACK

與生成和請求 ACK 相關的設定。

樣本檔案索引標籤

進階設定

EDI 分隔符號

指定了段、元素等的分隔設定。

交換頭配置

與 IATA PADIS 交換頭相關的其他設定。這些選項的顯示或消失取決於”設定”索引標籤上指定的 語法版本。

功能群組配置

與 IATA PADIS 文件的功能群組標題相關的設定。這些可選的識別碼可能有助於將類似的交換組在一起,或者有助於組織內的子定址。

進階設定

未包含在先前類別中的設定。

訊息

訊息設定確定端口如何搜尋訊息並在處理後管理它們。

注意:以下設定已棄用,預設處於隱藏狀態。只有先前已啟用這些設定或將其配置為非預設值的端口才會顯示它們。若要保留成功處理的檔案副本,請在工作流程中右鍵單擊該端口,選擇顯示成功路徑,然後將成功路徑連線到 File 端口。

設定描述
儲存到已傳送資料夾(已棄用)將端口處理的檔案複製到 Sent 資料夾。預設停用。儲存到 Sent 資料夾中的檔案不受靜態加密保護。
已傳送資料夾方案(已棄用)按所選時間間隔對 Sent 資料夾中的檔案進行分組。僅在啟用儲存到已傳送資料夾時適用。

日誌

用於管理日誌建立和儲存的設定。

設定描述
日誌級別指定要記錄在端口日誌目錄中的資訊型別:
  • None - 不建立任何日誌。
  • Error - 僅當端口遇到錯誤時才建立日誌。
  • Warning - 僅當端口發出警告時才建立日誌。
  • Info - 記錄工作流程的一般資訊,包括任何錯誤和警告(如果適用)。
  • Debug - 記錄成功和失敗工作流程的詳細偵錯資訊。
  • Trace - 記錄成功和失敗工作流程的詳細跟蹤資訊。
請注意:Debug 和 Trace 級別的日誌可能會記錄敏感資訊,包括訊息內容和 SSL 憑證。儘管連線屬性(例如密碼)被遮蔽了,但在與您的組織外部共享它們之前,請檢視此級別的日誌以避免洩漏敏感資訊。
日誌資料夾結構指示端口根據選定的時間間隔將日誌資料夾中的檔案分組。例如,Weekly 選項指示端口每週建立一個新的子資料夾,並將該周的所有日誌儲存在該資料夾中。空白設定告訴端口將所有日誌直接儲存在日誌資料夾中。對於處理許多交易的端口,使用子資料夾有助於保持日誌的有序性並提高效能。
保留訊息副本指示端口在日誌目錄中儲存最新訊息副本的切換。請注意,端口每個子資料夾只保留一個訊息,並且端口在再次執行時會覆蓋以前儲存的訊息。

雜項

特殊設定適用於特定用例。

設定描述
其他設定允許在以分號分隔的清單中配置隱藏的端口設定,例如 setting1=value1;setting2=value2。正常的端口用例和功能不需要使用這些設定。

EDI 夥伴索引標籤

自動化

自動化

與端口自動處理檔案相關的設定。

效能

與端口資源分配相關的設定。

設定描述
最大工作執行緒數此端口上處理檔案時從執行緒池中消耗的最大工作執行緒數。如果設定,則會覆蓋 進階設定 頁面的 效能設定 部分的預設設定。
最大檔案數分配給端口的每個執行緒傳送的最大檔案數。如果設定,則會覆蓋 進階設定 頁面的 效能設定 部分的預設設定。

告警索引標籤

SLA 索引標籤

轉換型別

以下各節詳細介紹了將 PADIS 轉換為 XML 的過程,以及將 XML 轉換為 PADIS 的過程。

PADIS to XML

將 轉換型別 設定為 IATA to XML 指示端口將傳入的 PADIS 文件解析為 XML。端口首先讀取文件的”交換”和”功能群組”部分的所有訊息頭資訊,並根據配置的端口設定對其進行驗證(除非啟用了 測試指示器)。然後,端口解析文件中使用的特定 PADIS schema,並從磁碟上的 edifact_schemas 資料夾載入 schema。 使用該 schema,端口生成表示文件結構的 XML,使用文件中的值填充 XML,並以 XML 註釋或 XML 元素中的屬性的形式為每個值提供上下文(基於 將描述生成為 的值)。 要透過一組測試 PADIS 文件檢視此過程,請導航到 IATA PADIS 端口的 交易 索引標籤(將 轉換型別 設定為 IATA to XML)並選擇 更多 > 建立測試檔案。發票、採購訂單、採購訂單確認和發貨通知的 PADIS 文件會自動生成並放置在 交易 目錄中。端口處理這些測試檔案後,導航到 交易 索引標籤以檢視生成的 XML。 PADIS 文件轉換為 XML 後,可以透過多種方式轉換和運算元據。通常,PADIS 資料需要儲存在資料庫或其他後端應用系統中。由於 知行之橋 使用 XML 來表示對這些後端系統的 inserts,因此儲存 PADIS 資料就變成了將一種 XML 結構對映到另一種 XML 結構的問題。這通常是透過視覺化設計器驅動的 XML Map 端口 完成的。

XML to PADIS

將 轉換型別 設定為 XML to IATA 指示端口根據文件的 XML 表示形式生成 PADIS 文件。端口根據從 XML 解析的資料構建 PADIS 訊息後,會根據配置的端口設定新增功能群組和交換訊息頭。 要使用一組測試 XML 檔案檢視此過程,請導航到 IATA PADIS 端口的 交易 索引標籤(將 轉換型別 設定為 XML to IATA)並選擇 更多 > 建立測試檔案。代表發票、採購訂單、採購訂單確認和發貨通知的 XML 檔案會自動生成並放置在 交易 目錄中。端口處理這些測試檔案後,導航到 交易 索引標籤以檢視生成的 PADIS 文件。

與 XML Map 端口一起使用

上傳測試檔案

IATA PADIS ACK

以下各節詳細介紹了兩種型別的 IATA PADIS ACK,以及 知行之橋 期望、處理和生成 ACK 的方式。

技術性 ACK 與功能性 ACK

技術性 ACK,有時稱為交換 ACK,是雙方之間已經發生交換的一種表示,儘管不一定表示已經交換了任何單獨的訊息。這些作為傳送者的收據,指示成功接收到 IATA PADIS 訊息,但是它沒有指定在處理訊息內容時是否存在任何問題。 功能性 ACK 是接收方已經處理了交換的指示。它可以報告接受、有問題的接受或拒絕接收的檔案。這些既可以作為交換成功接收的收據,也可以作為交換被完全處理的收據。

期待 ACK、處理 ACK 和生成 ACK

請求 ACK

可以配置以 XML 到 IATA 模式執行的 IATA PADIS 端口,以便訊息能夠收到技術和/或功能 ACK。在”設定”索引標籤的 ACK 部分中選中 請求技術性 ACK(CONTRL)/請求功能性 ACK(CONTRL) 之一或兩者時,端口將保持傳輸的待處理 ACK 狀態,直到傳回並處理了適當的 ACK。這意味著端口狀態可用於確定收件人是否已確認他們收到了交換。有關 EDIFACT 端口中此功能的詳細說明,請參閱 EDIFACT 端口。IATA PADIS 端口的工作原理相同。

當需要確認的 EDI 訊息未收到確認時,會在訊息中新增一個 Pending-Timeout 標頭。在等待 ACK 期間,訊息處於 Pending 狀態。如果在規定時間內未收到 ACK,則會將訊息狀態更改為 Error 的日期和時間填充到 Pending-Timeout 標頭中。當收到 ACK 並將訊息更新為 Success 時,會新增一個包含空字串值的新標頭。

處理 ACK

在典型工作流程中,PADIS ACK 到達以 IATA 到 XML 模式執行的 IATA PADIS 端口。此 IATA PADIS 端口可配置為自動將任何收到的確認路由到最初生成被確認文件的 IATA PADIS 端口。IATA PADIS 端口之間的路由 ACK 可以在工作流程畫布上進行視覺化配置,方法是將 IATA 到 XML 模式下的 IATA PADIS 端口底部的灰點拖動到 XML 到 IATA 模式下的 IATA PADIS 端口上。 XML 到 IATA 模式下的端口收到路由的 ACK 後,會將 ACK 與原始訊息配對,並將其狀態從 Pending ACK 更改為已傳送。

生成 ACK

當 IATA 到 XML 模式下的 IATA PADIS 端口接收訊息並生成相應的 XML 時,它可以自動為接收到的訊息生成 CONTRL 確認。為此,請在”設定”索引標籤的 ACK 部分中選中 請求技術性 ACK(CONTRL)/請求功能性 ACK(CONTRL)。這些確認必須路由到另一個 IATA PADIS 端口(以 XML 到 IATA 模式)以最終確定 ACK。ACK 路由到的端口應用交換標題,並將 ACK 傳遞到流中的下一個端口,就像任何其他 IATA PADIS 訊息一樣。要正確路由 ACK,請將 IATA 到 XML 模式下的 IATA PADIS 端口底部的灰點拖到 XML 到 IATA 模式下的 IATA PADIS 端口上。 有關 EDIFACT 端口中此功能的詳細說明,請參閱生成回執。IATA PADIS 端口的工作原理相同。

宏

範例