EDI 狀態報告的儲存資料
EDI 狀態報表提供兩個層級的報告：如果已針對合約選取 [開啟報告 ] 屬性，則為第一個層級，如果是針對合約選取 [市集] 交易集/承載報告 屬性，則為第二個層級。 這些屬性可在 [合約屬性] 對話方塊之 [一般] 索引標籤的 [一般屬性] 頁面中取得。
啟動 EDI 報告時的儲存資料
如果已針對合約選取[開啟報告] 屬性，BizTalk Server將會保留所有已傳送或接收交換、技術通知和功能通知的記錄。
對於已接收的交換，BizTalk Server 會儲存下列資訊：
所有已接收交換的記錄。 這是 EDI 狀態報告 UI 中顯示的第一筆資訊。
包含於交換中之所有交易集的記錄。 這並不包括啟用交易集儲存區時所儲存的所有詳細資料。
出現在已接收交換中之所有技術通知的記錄。
出現在已接收交換中之所有功能通知的記錄。
注意
如果交換具有多個功能群組，狀態報告 UI 中就會儲存多個功能通知。 不過，如果BizTalk Server收到群組的重複功能通知，BizTalk Server只會將最後一個功能通知儲存在狀態報表 UI 中。
是否需要為已接收的交換產生技術通知。
是否需要為已接收的交易集產生功能通知。
對於已傳送的交換，BizTalk Server 會儲存下列資訊：
已傳送交換的記錄。
包含於交換中之所有交易集的記錄。
出現在已傳送交換中之所有技術通知的記錄。
出現在已傳送交換中之所有功能通知的記錄。
EDI 狀態報告 UI 會將這些記錄相互關聯以顯示完整的資訊。 例如，如果BizTalk Server收到交換，而且必須將技術通知和功能通知傳送給原始訊息的寄件者，您可以輕鬆地在狀態報表 UI 中找到此資訊。
啟用交易集儲存區時的儲存資料
如果已針對合約選取[儲存報告屬性的儲存訊息承載]，BizTalk Server將會儲存在傳送或接收交換中找到的所有交易集詳細資料。 如果有啟動 EDI 報告，這個層級的狀態報告便會實作所有執行的第一層級報告，並會加上交易集的專屬資訊。 EDI 接收管線和傳送管線會針對每個傳入和傳出群組/交易集 (在 BAM 資料庫中建立專案，同時選取 [儲存訊息承載報告 屬性]) 。 如果該交換遭到拒絕，就不會產生任何項目。
BizTalk Server 會針對已傳送或接收的交換儲存下列資訊：
交易集內容。 在狀態報告 UI 中，您可以查看交換所包含的交易集，然後再檢視實際的交易集內容。
有關交易集的其他詳細資訊包括如下：
| 交易集 | Content |
|---|---|
| 資訊 | 欄位或值 |
| ApplicationSender | (GS02 或 < UNG2.1 (UNG2.2) > |
| ApplicationReceiver | GS03 或 < UNG3.1 (UNG3.2) > |
| GroupDate | GS04 或 UNG2.4 |
| GroupTime | GS05 或 UNG2.5 |
| TransactionSetId | ST01 或 UNH2.1 (AN 字串) |
| InterchangeControlNo | ISA13 |
| GroupControlNo | GS06 |
| BtsDocType | NameSpace + Root 節點名稱 |
| TransactionSetControlID | ST02 或 UNH1 |
| TransactionSetStatus | Accepted、AcceptedWithError 或 Rejected |
| 方向 | 傳送或接收 |
| BtsProcessingTime | 在接收端：做為管線中戳記的 BTSReceiveTime (本地時間) 在傳送端：由 ASM 元件加上做為信封上戳記的 BTSSendTime (本地時間) |
| BTS.MessageId | 在接收端：來自訊息屬性的 BTSMessageId 在傳送端： 對於單一交易集：BTSMessageId 針對輸出批次：批次中每個個別訊息的 TransactionSet BTSMessageId (不是批次訊息的 BTSMessageId) 注意： 僅限儲存體 – 不會顯示在 UI 中。 |