Skip to main content
國際航空運輸協會 (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 文件的功能群組標題相關的設定。這些可選的識別碼可能有助於將類似的交換組在一起,或者有助於組織內的子定址。

進階設定

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

訊息

日誌

雜項

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 端口的工作原理相同。

處理 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 端口的工作原理相同。

範例