匯出可匯總的報表時，請務必最佳化匯出策略，以免超出隱私權限制。以下是幾種建議的策略，可用來將批次報表傳送至匯總服務。
收集報表
收集要納入批次中的報表時，請注意下列事項：
回報上傳重試
注意：重試條件可能會變更。在這種情況下，我們會更新本節中的資訊。
在網頁和作業系統平台上，平台會嘗試傳送報表三次，但如果在第三次嘗試後仍無法傳送報表，就不會再傳送。無論報表何時可傳送，原始 scheduled_report_time 值都會保留。重試的時間表因平台而異：
- 網頁瀏覽器會在連上網路時傳送報告。如果報表傳送失敗，系統會等待五分鐘再重試一次，然後再等待 15 分鐘重試第三次。如果瀏覽器離線，系統會在瀏覽器重新連上網路後一分鐘後重試。在網路上傳送報表時，沒有任何延遲上限。也就是說，如果瀏覽器離線，無論報表生成時間有多久以前，只要瀏覽器重新上線，就會根據重試政策嘗試傳送報表。
- Android 手機的網路連線穩定。因此，系統會每小時執行一次工作，以便傳送報表。也就是說，如果報表無法傳送，系統會在下一個小時重試，然後在下一個小時再次重試。如果裝置沒有連線，裝置會在再次連上網路後，透過下一個報表工作重試傳送報表。延遲時間最長為 28 天，也就是說裝置不會傳送超過 28 天前產生的報表。
等待報表
建議您在收集批次報表時，等待遲交的報表。您可以檢查 scheduled_report_time 值，並與收到報表的時間進行比對，判斷報表是否延遲。這些報表之間的時間差異，有助於您判斷應等待多久才能收到遲交的報表。舉例來說，當系統收集到延遲的報表時，請查看 scheduled_report_time 欄位，並記下收到 90%、95% 和 99% 報表的延遲時間 (以小時為單位)。這項資料可用於判斷要等待多久才能收到遲到報表。您可以使用即時匯總報表，減少報表延遲的機率。
下圖顯示遲交報表會根據排定的報表時間，儲存在適當的批次中。批次 T 代表 scheduled_report_time，T+X 代表等待延遲報表的時間。這會產生摘要報表，其中包含大部分的報表，這些報表會根據排程報表時間納入批次。
可匯總報表計算
匯總服務會維持「不重複」規則。這項規則會強制要求所有具有相同共用 ID 的匯總報表必須包含在同一批次中。
收集報表後，應以批次方式處理，讓所有共用相同 ID 的報表都歸入同一批次。
如果報表已在另一個批次中處理，處理過程可能會導致隱私權預算用盡錯誤。正確地匯入報表有助於避免因「不重複」規則而遭到拒絕。
共用 ID 是系統為每份報表產生的鍵，用於追蹤可匯總報表的計算。共用 ID 可確保具有相同共用 ID 的報表只會納入一份摘要報表。也就是說，將對應至單一共用 ID 的報表必須全部納入單一批次。舉例來說，如果報表 X 和報表 Y 都具有相同的共用 ID，就必須納入同一批次，以免報表因重複而遭到刪除。
下圖顯示 shared_info 元件如何經過雜湊運算產生共用 ID。
下圖說明兩份不同的報表如何使用相同的共用 ID：
注意： scheduled_report_time 會以小時為單位截斷，source_registration_time 則會以天為單位截斷。此外，report_id 不會用於建立共用 ID。時間精細度日後可能會更新。
批次內重複的報表
可匯總報表中的 shared_info 欄位會在 report_id 欄位中包含 UUID，用於識別批次中的重複報表。如果同一個批次中有多份報表具有相同的 report_id，系統只會匯總第一份報表，其他報表會視為重複資料並悄悄捨棄；匯總作業會照常進行，且不會傳送任何錯誤。雖然這不是必要步驟，但在匯總前先篩除具有相同報表 ID 的報表，廣告技術的成效可能會有所提升。
report_id 是每份報表的專屬值。
批次中重複的報表
系統會為每份報表指派共用 ID，這是從報表 shared_info 欄位合併的資料點產生的 ID。多份報表可以使用相同的共用 ID，每個批次也可以包含多個共用 ID。所有共用 ID 相同的報表都必須歸入同一批次。如果有多個批次的報表使用相同的共用 ID，系統只會接受第一批，其他批次會視為重複而遭到拒絕。為避免這種情況發生，請適當建立批次。
下圖顯示在不同批次中，如果報表使用相同的共用 ID，可能會導致後續批次失敗。從圖片中可以看到，有兩份以上共用 ID e679aa 的報表，分別分批到 #1 和 #2 批次。由於在 Batch #1 摘要報表產生期間，共用 ID e679aa 的所有報表預算都已用盡，因此 Batch #2 無法執行，並會傳回錯誤。
批次報表
以下是建議的批次報表處理方式，可避免重複計算並改善匯總報表記帳。
依廣告主分批處理
注意：這項策略僅適用於歸因報表匯總。
私人匯總資料中沒有 attribution_destination 欄位 (廣告主)。建議您依廣告客戶分批處理，也就是在同一批次中納入屬於單一廣告客戶的報表，以免達到每批可匯總報表帳戶上限。系統在產生共用 ID 時會考慮廣告主欄位，因此來自相同廣告主的報表也可能會使用相同的共用 ID，因此必須將這些報表放在同一批次中，才能避免發生錯誤。
依時間批次
建議您在匯入報表時，考量報表的排程報表時間 (shared_info.scheduled_report_time)。系統會在產生共用 ID 時，將排定報表時間截斷為小時，因此至少應以小時間隔批次報表，也就是說，所有在同一小時內排定報表時間的報表都應歸入同一批次，以免報表在多個批次中使用相同的共用 ID，導致工作發生錯誤。
批次頻率和雜訊
建議您考量雜訊對可匯總報表的處理頻率有何影響。如果可匯總報表的批次處理頻率較高 (例如每小時處理一次報表)，系統就會納入較少的轉換事件，雜訊相對來說也會更嚴重。如果頻率降低，且報表每週處理一次，雜訊的相對影響就會較小。如要進一步瞭解雜訊對批次的影響，請嘗試使用雜訊實驗室。