انتخاب مسیر هشدار: بله، تلگرام و نوتیف
شرط، متن و مسیر دریافت سه جزء جدا هستند؛ ساخت بلاک هشدار به‌تنهایی اتصال حساب یا تحویل پیام را تأیید نمی‌کند.
پیش‌نیاز: شناخت خروجی شرطی، اتصال بلاک‌ها و تفاوت اجرای زنده با تست تاریخی.
هشدار چگونه ساخته می‌شود؟
ابتدا شرطی بسازید که درست یا غلط می‌دهد؛ مثلاً خروجی مقایسه حجم با آستانه. خروجی شرط را به تریگر بلاک هشدار وصل کنید. در ویژگی‌های بلاک، قالب پیام، مقدارهای مورد استفاده، یکبار مصرف و تایم‌فریم را بررسی کنید.
بله و تلگرام برای مسیرهای پیام‌رسان مربوط‌اند؛ نوتیف مسیر اعلان برنامه را معرفی می‌کند. انتخاب هر بلاک، شرط معاملاتی جدیدی ایجاد نمی‌کند و به معنی اتصال خودکار حساب به سرویس مقصد نیست.
پیش‌نیاز حساب و مقصد
در منوی پیامرسانی، بخش «ارتباط با تلگرام» وضعیت اتصال حساب را نشان می‌دهد. دکمه «اتصال به تلگرام» پنجره راهنما را باز می‌کند. در رابط بررسی‌شده، روش اول لینک اختصاصی حساب و روش دوم جست‌وجوی نام ربات معرفی‌شده، زدن Start و ارسال کد نمایش‌داده‌شده در پلتفرم با اعداد انگلیسی برای ربات است.
نام ربات و کد را از پنجره حساب خود بخوانید؛ لینک یا کد حساب دیگر را استفاده نکنید. در این روش، کد از پلتفرم به ربات ارسال می‌شود. وضعیت متصل بودن حساب با دریافت واقعی هشدار تفاوت دارد و باید جدا کنترل شود.
برای بله و نوتیف، پیش‌نیاز مسیر مربوط و مقصد دریافت را جدا بررسی کنید؛ اتصال تلگرام به معنی فعال بودن آن دو نیست. وجود نام بلاک، فعال بودن همه دستگاه‌ها یا نسخه‌های برنامه را تضمین نمی‌کند.
ساخت روی بوم
در طراحی پیشرفته، نام بله، تلگرام یا نوتیف را در فهرست بلاک‌ها جست‌وجو و بلاک را به فایل اضافه کنید. پنل ویژگی‌ها را باز کنید. در نمونه مشاهده‌شده بله، تریگر ابتدا غلط، یکبار مصرف روشن و تایم‌فریم پیشفرض۱ بود؛ این‌ها انتخاب پیشنهادی برای همه کاربردها نیستند.
شرط را به تریگر متصل کنید و منبع آن را در ویژگی‌ها بازخوانی کنید. برای متن متغیر از جای خالی ... و ورودی‌های مقدار استفاده کنید. متن باید نام داده و واحد آن را روشن کند تا دریافت‌کننده عدد را اشتباه تفسیر نکند.
ساخت پیام با دریافت پیام فرق دارد
قرارداد بلاک هشدار تولید پیام را به اجرای زنده و برقرار بودن تریگر و محدودیت تکرار وابسته می‌کند. یک گزارش تاریخی موفق، آزمون تحویل پیام به پیام‌رسان نیست. همچنین نمایش شرط درست، به‌تنهایی موفقیت شبکه یا دریافت در مقصد را ثابت نمی‌کند.
در بررسی عدم دریافت، ابتدا شرط و زمان اجرا، سپس محدودیت تکرار، اتصال حساب و مقصد را بررسی کنید. شمار هشدار یا تأخیر ثابت برای همه حساب‌ها فرض نکنید؛ محدودیت‌های مسیر و حساب باید از تنظیمات جاری خوانده شوند.
قرارداد موتور پیش از تحویل
در موتور، پیام فقط با تریگر درست، اجرای زنده، تاریخ معتبر و بازار باز ساخته می‌شود. ویژگی یکبار مصرف برای هر نماد تا مرز بعدی تایم‌فریم قفل ایجاد می‌کند؛ بنابراین نام این گزینه را به معنی یک پیام در کل روز یا کل فایل تفسیر نکنید.
قالب با جای خالی سه‌نقطهٔ معمولی و مقدارهای ورودی پر می‌شود و سپس بر اساس کانال کوتاه می‌شود. ساخته‌شدن `NotifMessage` مرحلهٔ آماده‌سازی است؛ وجود توکن، مجوز حساب و پاسخ موفق مدیر ارسال باید جدا کنترل شود.
تمرین و کنترل نتیجه
روی یک فایل آزمایشی، مسیر هشدار، منبع تریگر، قالب، تایم‌فریم و وضعیت اتصال حساب را یادداشت کنید. پیش از فعال‌کردن ارسال، متن و شرط را جدا بررسی کنید.
نتیجه مورد انتظار: باید بتوانید مشخص کنید چه شرطی، چه پیامی، برای کدام مسیر و با چه محدودیت تکراری آماده می‌شود. این بررسی ساختار، تأیید دریافت واقعی پیام نیست.