ชื่อคอลัมน์และคำอธิบายสำหรับข้อมูลลูกค้าในไฟล์ TSV
CitrusAd รองรับเฉพาะรูปแบบ TSV สำหรับข้อมูลลูกค้า ตารางด้านล่างอธิบายชื่อคอลัมน์ในไฟล์ TSV และคำอธิบาย สำหรับข้อมูลลูกค้า คอลัมน์ที่จำเป็นเท่านั้นคือ customer_id.
| ชื่อคอลัมน์ | จำเป็นต้องใช้/ไม่บังคับ | ประเภทข้อมูล | คำอธิบาย |
|---|---|---|---|
customer_id | ต้องระบุ | ข้อความ | นี่คือตัวระบุของลูกค้าในระบบของผู้ค้าปลีก |
year_of_birth | ไม่บังคับ | หมายเลข | ไม่ใช้อีกต่อไป นี่คือปีเกิดของลูกค้า ต้องเป็นตัวเลข |
gender | ไม่บังคับ | ข้อความ | ไม่ใช้อีกต่อไป นี่คือเพศของลูกค้า หากระบุค่า จะต้องเป็นหนึ่งในค่า {“UNDEFINED", “FEMALE”, “MALE”, “OTHER”} ค่าไม่คำนึงถึงตัวพิมพ์เล็กและตัวพิมพ์ใหญ่ |
postcode | ไม่บังคับ | ข้อความ | ไม่ใช้อีกต่อไป นี่คือรหัสไปรษณีย์ของที่อยู่ติดต่อของลูกค้า |
suburb | ไม่บังคับ | ข้อความ | ไม่ใช้อีกต่อไป ซึ่งเป็นเขตชานเมืองของที่อยู่ติดต่อของลูกค้า |
status | จำเป็นหากซิงค์การอัปเดตเดลต้า | ข้อความ | เมื่อซิงค์การเปลี่ยนแปลงเดลต้าผ่านไฟล์ ต้องมีฟีดข้อมูลเพื่อแสดงถึงการดำเนินการที่ต้องดำเนินการกับรหัสลูกค้า ค่าที่ยอมรับคือ INSERT, UPDATEและDELETE |
target_data | ไม่บังคับ | แผนที่ Json | หากมีการระบุค่าจะต้องเป็นแผนที่ json เช่น {"customer_type" : "องค์กร", "customer_country" : "ออสเตรเลีย"} |
customer_targeting:KEY | ไม่บังคับ | ข้อความ | หากใช้คอลัมน์ประเภทนี้ ผู้ค้าปลีกต้องระบุค่าสำหรับคีย์ เช่น ชื่อคอลัมน์อาจเป็น "customer_targeting:customer_type" และค่าของเซลล์ในคอลัมน์อาจเป็น "corporate", "smb" หรือ "retailer" อาจมีหลายคอลัมน์ที่มีวากยสัมพันธ์นี้ในไฟล์ TSV |
ตัวอย่างไฟล์ TSV ที่มีแถวหัวเรื่องและแถวข้อมูลสามแถวสำหรับลูกค้าสามารถดูได้ในตารางด้านล่างสำหรับการซิงค์ไฟล์แบบเต็ม โปรดทราบว่าข้อมูลดิบคือไฟล์ข้อความ แต่จะแสดงในตารางเพื่อให้เราอ่านได้ง่าย
customer_id | year_of_birth | gender | postcode | suburb | customer_targeting:customer_type |
|---|---|---|---|---|---|
| 0937832 | 1990 | MALE | 3000 | เมลเบิร์น | ขายปลีก |
| 0347293 | 1993 | FEMALE | 4000 | บริสเบน | ขายปลีก |
| 0293423 | OTHER | 4064 | มิลตัน | องค์กร |
ตัวเลือกการซิงโครไนซ์
อัปเดตฉบับเต็ม
โหมดอัปเดตแบบเต็มช่วยให้ผู้ค้าปลีกซิงโครไนซ์ไฟล์ข้อมูลลูกค้าทั้งหมดได้ นี่เป็นวิธีการทั่วไปที่ผู้ค้าปลีกบูรณาการเข้าด้วยกัน เนื่องจากตั้งค่าได้ง่ายกว่า
อัปเดตเดลต้า
การอัปเดตเดลต้าสามารถทำได้โดยการปรับไฟล์ของคุณให้ซิงโครไนซ์เฉพาะการอัปเดตหรือการเปลี่ยนแปลงกับลูกค้า นี่เป็นตัวเลือกที่ดีกว่าสำหรับผู้ค้าปลีกระดับใหญ่ที่มีผู้ชมจำนวนมาก
ไฟล์ของคุณต้องมี status คอลัมน์ เนื่องจากหมายถึงการดำเนินการที่จะทำกับผู้ใช้ ค่าที่ยอมรับคือ INSERT, UPDATEและDELETE.
ไฟล์ตัวอย่างอยู่ด้านล่าง:
customer_id | status | year_of_birth | gender | postcode | suburb | customer_targeting:customer_type |
|---|---|---|---|---|---|---|
| 1 | INSERT | 1990 | MALE | 3000 | เมลเบิร์น | ขายปลีก |
| 2 | UPDATE | 1993 | FEMALE | 4000 | บริสเบน | ขายปลีก |
| 3 | DELETE | OTHER | 4064 | มิลตัน | องค์กร |
คุณไม่สามารถซิงโครไนซ์การเปลี่ยนแปลงเดลต้าในฟีดอัปเดตแบบเต็มได้
ในกรณีฟีดด้านบน รหัสลูกค้า 1 เป็นรหัสใหม่ ลูกค้า 2 กำลังได้รับการอัปเดต และลูกค้า 3 ได้ถูกลบออกโดยผู้ค้าปลีก