Customer 360 ທີ່ປະກອບຂຶ້ນ
ຈາກສິ່ງທີ່ເກີດຂຶ້ນແລ້ວ

ມັນຖືກປະກອບຂຶ້ນ ບໍ່ແມ່ນພິມໃສ່ເອງ, ແລະ ຢູ່ບ່ອນທີ່ທ່ານເຮັດວຽກ: ເປີດການສົນທະນາ ແລ້ວຂໍ້ຄວາມຂອງຄົນດຽວກັນຈາກຊ່ອງທາງອື່ນ — ຈັບຄູ່ດ້ວຍເບີໂທ ຫຼື ອີເມວຮ່ວມ — ກໍຢູ່ໃນການສົນທະນາແລ້ວ, ຄຽງຂ້າງເບີທີ່ກວດພົບໃນນັ້ນ, ລູກຄ້າທີ່ເຊື່ອມໂຍງພ້ອມຄຳສັ່ງຊື້ຫຼ້າສຸດ, ແລະ ສິ່ງທີ່ລະບົບຂອງທ່ານລາຍງານ. ມັນທັນສະໄໝເພາະຖືກອະນຸມານມາ ບໍ່ແມ່ນເພາະມີຄົນຈື່ອັບເດດ.

ໄດ້. ທ່ານຊີ້ໄປຫາ HTTP endpoint ທີ່ທ່ານຄວບຄຸມ. ພວກເຮົາສົ່ງຕົວລະບຸທີ່ມີ — ການສົນທະນາ, ຊ່ອງທາງ, external id, ເບີໂທ, ອີເມວ, ຊື່, ຄຸນລັກສະນະກຳນົດເອງ — ແລະ endpoint ຂອງທ່ານຕອບກັບດ້ວຍລາຍການໄທມ໌ລາຍທີ່ມັນຮູ້ຈັກ: ຄຳສັ່ງຊື້, ການໂທ, ການເຂົ້າເວັບ. ໂດຍຄ່າເລີ່ມຕົ້ນ ບໍ່ມີຫຍັງຖືກກັອບປີ້ເຂົ້າຖານຂໍ້ມູນຂອງພວກເຮົາ; ມັນຖືກດຶງມາ ແລະ ສະແດງ. ແຫຼ່ງລູກຄ້າໃນໂໝດເຊື່ອມຕໍ່ ຍັງສະແດງຊື່, ເບີໂທ ແລະ ອີເມວຂອງຄົນນັ້ນໄດ້, ອ່ານສົດເມື່ອເປີດການສົນທະນາ.

ສະເພາະເມື່ອທ່ານເປີດສຳລັບແຫຼ່ງນັ້ນ ແລະ ເກັບສຳເນົາແຄຊໄວ້. ຕົວແທນອ່ານບໍລິບົດພາຍນອກຈາກແຄຊນັ້ນ ແທນທີ່ຈະໃຫ້ endpoint ຂອງທ່ານຕອບທຸກຂໍ້ຄວາມ — API ພາຍໃນທີ່ຊ້າ ຫຼື ຖືກຈຳກັດອັດຕາ ຈຶ່ງບໍ່ເຄີຍເຮັດໃຫ້ການຕອບລູກຄ້າຊ້າລົງ.

ໄດ້ — ຈາກສະເປຣດຊີດ ດ້ວຍການຈັບຄູ່ຖັນທີ່ຕັ້ງເທື່ອດຽວ ແລະ ຖືກຈື່ໄວ້, ຫຼື ຈາກແຫຼ່ງ HTTP ທີ່ຊິງແບບ cursor ເພື່ອໃຫ້ແຕ່ລະຮອບເລີ່ມຕໍ່ຈາກບ່ອນທີ່ຮອບກ່ອນຢຸດ. ແຕ່ລະແຖວອີງໃສ່ລະຫັດລູກຄ້າຂອງທ່ານເອງ, ການນຳເຂົ້າຄືນຈຶ່ງອັບເດດລູກຄ້າຄົນເດີມ ແທນທີ່ຈະເພີ່ມສຳເນົາທີສອງ.

ຂໍ້ມູນລູກຄ້າຖືກຄວບຄຸມໂດຍລະບົບສິດຂອງ workspace, ແລະ ການກັ້ນນີ້ຖືກບັງຄັບໃຊ້ທັງທີ່ຖານຂໍ້ມູນ ແລະ API — ສະມາຊິກທີ່ບໍ່ມີສິດ ບໍ່ສາມາດອ່ານແຖວຂໍ້ມູນໄດ້ດ້ວຍທາງໃດກໍຕາມ. ສິດລະດັບຊ່ອງທາງຖືກໃຊ້ເພີ່ມເຕີມ: ປະຫວັດຈາກຊ່ອງທາງທີ່ພະນັກງານເປີດບໍ່ໄດ້ ຈະບໍ່ເຄີຍປາກົດໃນການສົນທະນາຂອງເຂົາ.

ຂໍ້ຄວາມຈາກອີກຊ່ອງທາງໜຶ່ງຈະປາກົດໃນການສົນທະນາທີ່ທ່ານເປີດ, ຈັບຄູ່ດ້ວຍເບີໂທ ຫຼື ອີເມວຮ່ວມ, ໃນຂະນະທີ່ສອງການສົນທະນາຍັງແຍກກັນ. ບໍ່ມີຫຍັງຖືກເດົາຈາກຊື່ທີ່ຄ້າຍກັນ — ຖ້າບໍ່ມີຕົວລະບຸຮ່ວມ ພວກມັນຈະແຍກກັນ. ເມື່ອທ່ານເຊື່ອມການສົນທະນາກັບລູກຄ້າ, ການຈັບຄູ່ຈະອີງໃສ່ການເຊື່ອມນັ້ນແທນເບີໂທ. ຖ້າສອງຊ່ອງທາງແມ່ນບັນຊີດຽວກັນແທ້ໆ, ສາມາດລວມທັງຊ່ອງທາງເຂົ້າກັບອີກຊ່ອງທາງໜຶ່ງໄດ້.