如果您需要定期匯入具有相同結構的檔案,使用匯入範本是最佳做法。
此範例說明如何預先設定一個工作流程,此工作流程可重複用於匯入來自Adobe Campaign資料庫中CRM之設定檔的工作流程。
建立新的工作流程範本,從 Resources > Templates > Workflow templates.
新增下列活動:
Load file:定義包含要匯入之資料的檔案的預期結構。
您只能從單一檔案匯入資料。 如果工作流程有多個 Load file 活動,每次都會使用相同的檔案。
Reconciliation:使用資料庫資料調解匯入的資料。
Segmentation:建立篩選條件以依據是否可以調解記錄而以不同方式處理記錄。
Deduplication:將傳入檔案中的資料插入資料庫之前,先進行重複資料刪除。
Update data:使用匯入的設定檔更新資料庫。
設定 Load file 活動:
透過上傳範例檔案來定義預期的結構。 範例檔案應該只包含幾行,但應包含匯入所需的所有欄。 檢查並編輯檔案格式,確定每欄的型別已正確設定:文字、日期、整數等。 例如:
lastname;firstname;birthdate;email;crmID
Smith;Hayden;23/05/1989;hayden.smith@mailtest.com;123456
在 File to load 區段,選取 Upload a new file from the local machine 並保留欄位空白。 每次從這個範本建立新工作流程時,只要檔案符合定義的結構,您就可以在此處指定所要的檔案。
您可以使用任何選項,但必須據以修改範本。 例如,如果您選取 Use the file specified in the inbound transition,您可以新增 Transfer file 活動,以擷取要從FTP/SFTP伺服器匯入的檔案。
如果您希望使用者能夠下載包含匯入期間發生錯誤的檔案,請檢查 Keep the rejects in a file 選項並指定 File name.
設定 Reconciliation 活動。 此活動在此內容的目的是識別傳入資料。
設定 Segmentation 用於在某個轉變中擷取已調解收件者的活動,以及無法調解但在第二個轉變中擁有足夠資料的收件者。
然後可以使用包含已調解收件者的轉變來更新資料庫。 如果檔案中有最少的一組資訊,則可使用具有未知收件者的轉變在資料庫中建立新的收件者專案。
無法調解且資料不足的收件者,會選取在補充外站轉變中,並可匯出至個別檔案或直接忽略。
在 General 索引標籤中,設定 Resource type 至 Temporary resource 並選取 Reconciliation 作為目標集。
在 Advanced options 索引標籤,核取 Generate complement 選項,用來檢視是否有任何記錄無法插入資料庫中。 如有需要,您可以對補充資料套用進一步處理:檔案匯出、清單更新等。
在第一個區段中 Segments 索引標籤,對入站母體新增篩選條件,以僅選取設定檔的CRM ID不等於0的記錄。 如此一來,會在該子集中選取檔案中與資料庫設定檔調解的資料。
新增第二個區段,選取有足夠資料可插入資料庫中的未調解記錄。 例如:電子郵件地址、名字和姓氏。 未調解的記錄其設定檔的CRM ID值等於0。
在前兩個子集中未選取的所有記錄都會在 Complement.
設定 Update data 位於第一個出站轉變之後的活動 Segmentation 活動是先前設定的。
選取 Update 作為 Operation type 由於入站轉變僅包含資料庫中已存在的收件者。
在 Identification 索引標籤,選取 Using reconciliation criteria 並定義一個介於 Dimension to update — 在此案例中的設定檔 — 以及在中建立的連結 Reconciliation 活動。 在此範例中, CRM ID 使用自訂欄位。
在 Fields to update 標籤中,表示設定檔維度中的欄位,以使用檔案中對應欄的值進行更新。 如果檔案欄的名稱相同或幾乎與收件者維度欄位的名稱相同,您可以使用魔術棒按鈕來自動比對不同的欄位。
如果您打算傳送直接郵件給這些設定檔,請務必包含郵寄地址,因為此資訊對於直接郵件提供者至關重要。 同時確定 Address specified 方塊中設定的欄位進行核取。 若要從工作流程更新此選項,只需新增元素至要更新的欄位,並指定 1 作為 Source 並選取 postalAddress/@addrDefined
欄位為 Destination. 有關直接郵件和使用的詳細資訊 Address specified 選項,請參閱 本檔案.
設定 Deduplication 位於包含未調解設定檔的轉變之後的活動:
在 Properties 標籤,設定 Resource type 至臨時資源,該臨時資源是從 Reconciliation 工作流程的活動。
在此範例中,電子郵件欄位用於尋找唯一設定檔。 您可以使用任何您確定已填的欄位,以及唯一組合的一部分。
選擇 Deduplication method. 在此情況下,應用程式會自動決定要保留哪些記錄以防重複。
設定 Update data 活動位於 Deduplication 活動是先前設定的。
選取 Insert only 作為 Operation type 因為入站轉變只包含資料庫中不存在的設定檔。
在 Identification 索引標籤,選取 Using reconciliation criteria 並定義一個介於 Dimension to update — 在此案例中的設定檔 — 以及在中建立的連結 Reconciliation 活動。 在此範例中, CRM ID 使用自訂欄位。
在 Fields to update 標籤中,表示設定檔維度中的欄位,以使用檔案中對應欄的值進行更新。 如果檔案欄的名稱相同或幾乎與收件者維度欄位的名稱相同,您可以使用魔術棒按鈕來自動比對不同的欄位。
如果您打算傳送直接郵件給這些設定檔,請務必包含郵寄地址,因為此資訊對於直接郵件提供者至關重要。 同時確定 Address specified 方塊中設定的欄位進行核取。 若要從工作流程更新此選項,只需新增元素至要更新的欄位,並指定 1 作為 Source 並選取 [郵寄地址/@addrDefined] 欄位為 Destination. 有關直接郵件和使用的詳細資訊 Address specified 選項,請參閱 本檔案.
在第三個轉變之後 Segmentation 活動,新增 Extract file 活動和 Transfer file 活動。 設定這些活動以匯出您需要的欄,並在FTP或SFTP伺服器上傳輸檔案,以便您擷取檔案。
新增 End 活動並儲存工作流程範本。
範本現在可用於每個新工作流程。 然後只需指定包含要匯入之資料的檔案 Load file 活動。