ایونت بدون معنی روشن
ممکن است درخواست از نظر فنی درست باشد. اما معنی ایونت اشتباه تعریف شده باشد. معنی هر ایونت را پیش از توسعه بنویسید.
مشخص کنید چه دادهای ارسال میشود. هر رکورد باید شناسه مشتری و زمان واقعی داشته باشد. درخواست تکراری نیز نباید ایونت تازه بسازد.

API اطلاعات را میان سیستم شما و لژیون جابهجا میکند. میتوانید مشتری، خرید یا ایونتهای پشتیبانیشده را ارسال کنید. هر درخواست به ساختار و شناسه مشخص نیاز دارد.
برندهایی که از لژیون برای مدیریت رابطه با مشتری استفاده کردهاند






اتصال فنی زمانی ارزش دارد که منبع حقیقت، هویت مشتری، زمان ایونت و مسئولیت هر سیستم روشن بماند. مسئلههای همین صفحه را قبل از توسعه دامنه اتصال بررسی کنید.

ممکن است درخواست از نظر فنی درست باشد. اما معنی ایونت اشتباه تعریف شده باشد. معنی هر ایونت را پیش از توسعه بنویسید.
خطای شبکه ممکن است ارسال را تکرار کند. بدون شناسه یکتا، همان رفتار چند بار ثبت میشود.
زمان دریافت با زمان وقوع یکسان نیست. برای داده تاریخی، زمان واقعی رفتار را بفرستید.
نام یا نوع فیلد نباید بدون هماهنگی تغییر کند. نسخه قرارداد را پیش از توسعه مشخص کنید.
قابلیتهای این صفحه نشان میدهند اتصال فقط انتقال رکورد نیست؛ داده باید به هویت درست برسد و در ادامه بتواند در سگمنتبندی، سفر مشتری یا اقدام بعدی استفاده شود.
نام ایونت، شناسه یکتا و زمان وقوع را بفرستید. فقط اطلاعات لازم را همراه آن ارسال کنید.
فیلد موردنظر را به شناسه مشتری وصل کنید. منبع اصلی آن فیلد باید مشخص باشد.
ایونت میتواند خرید، دریافت خدمت یا تکمیل مرحله باشد. نام آن باید یک معنی ثابت داشته باشد.
برای هر ایونت یک شناسه یکتا بسازید. تلاش دوباره باید همان شناسه را نگه دارد.
زمان وقوع رفتار را جدا بفرستید. زمان دریافت درخواست نباید جای آن را بگیرد.
ایونت میتواند یک اتومیشن را شروع کند. رفتار ایونت دیررس یا تکراری را هم مشخص کنید.
نتیجه اتصال باید در کیفیت داده، یکپارچگی هویت و امکان استفاده از ایونت در تصمیم بعدی مشتری دیده شود.
رفتار ثبتشده در سیستم شما میتواند وارد پروفایل مشتری شود.
ایونت معتبر میتواند سگمنت را تغییر دهد. همچنین میتواند اتومیشن مشخصی را شروع کند.
میتوانید ویژگی یا ایونت موردنیاز خود را تعریف کنید. معنی هر مورد باید مستند باشد.
شناسه و نسخه قرارداد، پیدا کردن خطا را سادهتر میکنند. درخواست تکراری نیز قابل تشخیص میماند.
ترتیب مراحل کمک میکند قرارداد داده و مالکیت هر مرحله قبل از گسترش اتصال روشن بماند.
نام ایونت و فیلدهای لازم را مشخص کنید. شناسه مشتری و ایونت را هم بنویسید.
روش احراز هویت را طبق مستندات تنظیم کنید. کلیدها نباید در کد عمومی باشند.
یک ایونت واقعی با شناسه مشخص ارسال کنید. نتیجه را در پروفایل همان مشتری ببینید.
درخواست ناقص را آزمایش کنید. ارسال دوباره همان شناسه نباید رکورد تازه بسازد.
پس از تأیید داده، آن را در سگمنت یا اتومیشن استفاده کنید. خطاها را نیز پیگیری کنید.
سناریوهای صفحه نشان میدهند داده ورودی چگونه باید به هویت مشتری و اقدام قابل استفاده متصل شود.
خرید نهایی با شناسه مشتری ارسال میشود. زمان واقعی و شناسه یکتای خرید نیز ثبت میشوند.
تکمیل یک فرم میتواند ایونت باشد. این ایونت میتواند پیگیری مشخصی را شروع کند.
وضعیت عضویت یا شعبه مرجع میتواند بهروز شود. منبع اصلی این فیلد باید مشخص باشد.
ایونت قدیمی را با زمان واقعی بفرستید. ابتدا یک نمونه محدود را آزمایش کنید.
یک ایونت اختصاصی میتواند اتومیشن را شروع کند. شرط توقف نیز باید از قبل نوشته شود.
برای هر وابستگی باید نقش سیستم، منبع داده و رفتار خطا یا تلاش مجدد مشخص باشد.
ایونت یا ویژگی مشتری را با شناسه مشخص میفرستد.
درخواست را به ساختار قرارداد لژیون تبدیل میکند.
داده معتبر را در پروفایل مشتری ثبت میکند.
ایونت معتبر را به شرط یا شروع مسیر وصل میکند.
قبل از توسعه دامنه، منبع داده، قرارداد فیلدها، هویت مشتری و سناریوی خطا را روی دامنه محدود بررسی کنید.
برای فاز اول، یک ایونت واقعی را انتخاب کنید. نمونه داده آن را آماده کنید.
دسترسی لازم را محدود کنید. نسخه قرارداد نیز باید از ابتدا مشخص باشد.
درخواست را با شناسه مشتری و زمان وقوع بفرستید. نتیجه را در پروفایل بررسی کنید.
ایونت تأییدشده را به یک سگمنت یا اتومیشن وصل کنید.
ورودی نامعتبر و تلاش دوباره را آزمایش کنید. درخواست تکراری نباید ایونت تازه بسازد.
پاسخ کوتاه به پرسشهایی که معمولاً هنگام بررسی این راهکار، نیازهای فنی و مسیر راهاندازی مطرح میشوند.
شناسه یکتا از ثبت دوباره همان ایونت جلوگیری میکند. در تلاش دوباره، همان شناسه را بفرستید.
پاسخ سؤال ۱بله، اگر زمان واقعی و شناسه یکتا دارید. ابتدا یک نمونه محدود را آزمایش کنید.
پاسخ سؤال ۲از شناسهای استفاده کنید که در منبع اصلی پایدار است. قواعد شماره یا ایمیل را یکسان کنید.
پاسخ سؤال ۳خطا را ثبت کنید. سپس درخواست را با همان شناسه دوباره بفرستید.
پاسخ سؤال ۴بله، اگر ایونت در لژیون تعریف شده باشد. شرط توقف مسیر را هم مشخص کنید.
پاسخ سؤال ۵ابتدا اتصال آماده ووکامرس را بررسی کنید. API برای داده یا فرایند اختصاصی مناسب است.
پاسخ سؤال ۶نمونه درخواست، فیلدها و شناسهها را بنویسید. احراز هویت و رفتار خطا را هم مشخص کنید.
پاسخ سؤال ۷در دمو، نمونه درخواست و نتیجه آن را بررسی میکنیم.
همه یکپارچهسازیهاپلتفرم داده مشتریباشگاه مشتریان لژیونمستندات فنی لژیونسفر مشتری خودکاردرخواست دمو