یکی از قابلیت‌های مهم در ساخت اتوماسیون‌های حرفه‌ای، امکان تصمیم‌گیری بر اساس اطلاعات دریافتی است. برای مثال، ممکن است بخواهید پس از ثبت سفارش در فروشگاه اینترنتی، فقط سفارش‌های پرداخت‌شده را برای واحد پردازش ارسال کنید، برای سفارش‌های پرداخت‌نشده پیام یادآوری بفرستید یا مشتریان ویژه را از سایر کاربران جدا کنید.
در چنین شرایطی، اجرای یک مسیر ثابت برای تمام داده‌ها کافی نیست. Workflow باید بتواند اطلاعات را بررسی کند و بر اساس نتیجه، مسیر مناسب را انتخاب کند.
در n8n، یکی از Nodeهای اصلی برای انجام این کار IF است. این Node به شما اجازه می‌دهد یک یا چند شرط تعریف کنید و داده‌ها را به دو مسیر True و False هدایت کنید.
در این مقاله یاد می‌گیریم IF در n8n چیست، چگونه شرط تعریف کنیم، چطور چند شرط را با هم ترکیب کنیم و چگونه از این Node در اتوماسیون‌های واقعی مانند مدیریت سفارش، بررسی موجودی و کنترل وضعیت مشتری استفاده کنیم.
IF در n8n چیست؟
IF یکی از Nodeهای کنترلی n8n است که برای بررسی شرط‌ها و تقسیم داده‌های ورودی به دو مسیر استفاده می‌شود.
این Node شرطی را که تعریف کرده‌اید بررسی می‌کند و هر آیتم ورودی را بر اساس نتیجه به یکی از دو خروجی می‌فرستد:
- True: آیتم‌هایی که شرط تعریف‌شده را برقرار می‌کنند.
- False: آیتم‌هایی که شرط تعریف‌شده را برقرار نمی‌کنند.
برای مثال، فرض کنید اطلاعات سفارش‌های یک فروشگاه را دریافت می‌کنید و می‌خواهید سفارش‌های پرداخت‌شده را از سفارش‌های پرداخت‌نشده جدا کنید.
می‌توانید شرطی تعریف کنید که مقدار فیلد payment_status برابر با paid باشد.
در این صورت، سفارش‌هایی که وضعیت پرداخت آن‌ها paid است از خروجی True عبور می‌کنند و سایر سفارش‌ها به خروجی False می‌روند.
ساختار ساده Workflow به این شکل خواهد بود:
دریافت سفارش → IF → True / False
سپس می‌توانید برای هر مسیر، عملیات متفاوتی تعریف کنید.
برای مثال:
- مسیر True: ارسال سفارش برای پردازش.
- مسیر False: ارسال اعلان پرداخت‌نشده به مدیر یا مشتری.
نکته مهم این است که IF خودش عملیات ارسال پیام، پرداخت یا ذخیره اطلاعات را انجام نمی‌دهد؛ وظیفه آن فقط بررسی شرط و هدایت آیتم‌ها به مسیر مناسب است.
چه زمانی باید از IF در n8n استفاده کنیم؟
هر زمان که ادامه اجرای Workflow به وضعیت داده‌ها وابسته باشد، IF می‌تواند کاربرد داشته باشد.
چند نمونه کاربردی عبارت‌اند از:
- بررسی پرداخت‌شدن سفارش پیش از ارسال آن برای پردازش.
- بررسی موجودی محصول پیش از ثبت سفارش.
- تشخیص مشتریان ویژه بر اساس نوع اشتراک.
- بررسی وجود ایمیل یا شماره تلفن در اطلاعات دریافتی.
- ارسال پیام متفاوت برای مشتریان جدید و قدیمی.
- بررسی وضعیت پاسخ یک API.
- جلوگیری از ادامه یک فرایند در صورت ناقص‌بودن داده‌ها.
- تفکیک درخواست‌های موفق از درخواست‌های ناموفق.
برای مثال، در یک سامانه اتوماسیون فروش می‌توانید ابتدا سفارش را از WooCommerce دریافت کنید، سپس با IF وضعیت پرداخت را بررسی کنید و در نهایت اطلاعات سفارش را برای مسیر مناسب ارسال کنید.
این کار باعث می‌شود Workflow به‌جای اجرای یک فرایند یکسان برای تمام سفارش‌ها، بر اساس وضعیت واقعی هر سفارش تصمیم بگیرد.
آموزش استفاده از IF در n8n به‌صورت مرحله‌به‌مرحله
برای یادگیری بهتر، یک Workflow ساده می‌سازیم که وضعیت پرداخت سفارش را بررسی می‌کند.
در این مثال، اگر سفارش پرداخت شده باشد، آن را به مسیر True می‌فرستیم و در غیر این صورت، از مسیر False استفاده می‌کنیم.
مرحله اول: ساخت Workflow جدید
وارد پنل n8n شوید و یک Workflow جدید ایجاد کنید.
سپس یک Node از نوع Manual Trigger به Workflow اضافه کنید.
Manual Trigger به شما اجازه می‌دهد Workflow را به‌صورت دستی اجرا کنید و برای آزمایش Nodeها به دریافت درخواست از یک سرویس خارجی نیازی نداشته باشید.
مرحله دوم: ایجاد داده آزمایشی
برای اینکه IF اطلاعاتی برای بررسی داشته باشد، یک Node از نوع Edit Fields (Set) بعد از Manual Trigger قرار دهید.
در این Node فیلدهای زیر را ایجاد کنید:
| نام فیلد | نوع داده | مقدار |
|---|---|---|
order_id | Number | 1250 |
customer_name | String | علی رضایی |
payment_status | String | paid |
amount | Number | 850000 |
خروجی مورد انتظار این Node به شکل زیر است:
{
"order_id": 1250,
"customer_name": "علی رضایی",
"payment_status": "paid",
"amount": 850000
}
این داده‌ها صرفاً برای آزمایش هستند و به یک سفارش واقعی مربوط نمی‌شوند.
مرحله سوم: اضافه‌کردن Node مربوط به IF
اکنون یک Node جدید به Workflow اضافه کنید و عبارت IF را جست‌وجو کنید.
Node مربوط به IF را انتخاب کرده و آن را بعد از Edit Fields قرار دهید.
ساختار Workflow تا این مرحله به شکل زیر است:
Manual Trigger → Edit Fields → IF
حالا باید شرط موردنظر خود را تعریف کنیم.
مرحله چهارم: تنظیم شرط پرداخت
در تنظیمات Node مربوط به IF، یک شرط جدید ایجاد کنید.
برای این مثال، تنظیمات را به شکل زیر قرار دهید:
| گزینه | مقدار |
|---|---|
| Value 1 | {{ $json.payment_status }} |
| Operator | is equal to |
| Value 2 | paid |
در این تنظیمات، مقدار فیلد payment_status با عبارت paid مقایسه می‌شود.
اگر از حالت Expression استفاده می‌کنید، مقدار Value 1 را به‌صورت Expression وارد کنید. Value 2 در این مثال یک مقدار ثابت است.
اکنون شرط ما این است:
اگر وضعیت پرداخت سفارش برابر با paid بود، شرط برقرار است؛ در غیر این صورت، شرط برقرار نیست.
مرحله پنجم: اجرای Workflow و مشاهده نتیجه
Workflow را اجرا کنید و روی Node مربوط به IF کلیک کنید.
از آنجا که مقدار payment_status در داده آزمایشی برابر با paid است، آیتم باید به خروجی True هدایت شود.
برای آزمایش مسیر False، مقدار فیلد payment_status را در Edit Fields به pending تغییر دهید و Workflow را دوباره اجرا کنید.
در این حالت، شرط برقرار نیست و آیتم از خروجی False عبور می‌کند.
این روش ساده‌ترین راه برای درک عملکرد IF است. پیشنهاد می‌کنیم هر دو مسیر را آزمایش کنید تا مطمئن شوید Workflow در هر دو وضعیت مطابق انتظار عمل می‌کند.
مسیرهای True و False در IF چه تفاوتی دارند؟
دو خروجی IF بخش اصلی منطق شرطی در n8n هستند.
خروجی True
خروجی True شامل آیتم‌هایی است که شرط تعریف‌شده را برقرار می‌کنند.
برای مثال، اگر شرط شما بررسی پرداخت‌شدن سفارش باشد، سفارش‌هایی که وضعیت پرداخت آن‌ها paid است در این مسیر قرار می‌گیرند.
در ادامه این مسیر می‌توانید Nodeهای زیر را قرار دهید:
- ارسال پیام به مدیر فروشگاه.
- ارسال سفارش برای پردازش.
- ثبت اطلاعات در دیتابیس.
- ارسال درخواست به یک API.
- به‌روزرسانی وضعیت سفارش.
خروجی False
خروجی False شامل آیتم‌هایی است که شرط تعریف‌شده را برقرار نمی‌کنند.
در مثال پرداخت، سفارش‌هایی که وضعیت پرداخت آن‌ها pending یا مقدار دیگری است در این مسیر قرار می‌گیرند.
در این مسیر می‌توانید:
- پیام یادآوری پرداخت ارسال کنید.
- سفارش را برای بررسی بیشتر علامت‌گذاری کنید.
- اطلاعات را در یک گزارش ثبت کنید.
- فرایند را به مسیر بررسی دستی هدایت کنید.
البته مقدار pending تنها یکی از حالت‌های احتمالی است. در پروژه واقعی باید مقادیر معتبر وضعیت پرداخت را مطابق سیستم مورد استفاده خود تعریف کنید.
آیا لازم است هر دو خروجی را به Node دیگری متصل کنیم؟
خیر. می‌توانید فقط یکی از خروجی‌ها را به Node بعدی متصل کنید.
برای مثال، اگر فقط می‌خواهید سفارش‌های پرداخت‌شده پردازش شوند، می‌توانید مسیر True را به مرحله پردازش سفارش متصل کنید و مسیر False را بدون اتصال باقی بگذارید.
در این حالت، آیتم‌هایی که شرط را برقرار نمی‌کنند به Node دیگری منتقل نخواهند شد.
بررسی عددی با IF؛ مثال کنترل موجودی محصول
یکی دیگر از کاربردهای مهم IF، مقایسه مقادیر عددی است.
فرض کنید موجودی یک محصول را از API یا دیتابیس دریافت می‌کنید و می‌خواهید بررسی کنید که آیا امکان ثبت سفارش وجود دارد یا خیر.
داده ورودی نمونه:
{
"product_id": 501,
"product_name": "ماوس بی‌سیم",
"stock": 12,
"requested_quantity": 3
}
در این مثال، می‌خواهیم بررسی کنیم که موجودی محصول بیشتر یا مساوی تعداد درخواستی باشد.
در Node مربوط به IF یک شرط تعریف کنید:
| گزینه | مقدار |
|---|---|
| Value 1 | {{ $json.stock }} |
| Operator | is greater than or equal to |
| Value 2 | {{ $json.requested_quantity }} |
در این مثال هر دو مقدار به‌صورت Expression از داده‌های ورودی خوانده می‌شوند.
از آنجا که موجودی 12 و تعداد درخواستی 3 است، شرط برقرار خواهد بود و آیتم به خروجی True هدایت می‌شود.
اما اگر مقدار stock را به 2 تغییر دهید، شرط برقرار نخواهد بود و آیتم به خروجی False می‌رود.
ساختار Workflow:
دریافت اطلاعات محصول → IF → بررسی موجودی / عدم موجودی کافی
در مسیر True می‌توانید فرایند ثبت سفارش را ادامه دهید و در مسیر False پیامی درباره کافی‌نبودن موجودی نمایش دهید یا اطلاعات را برای بررسی بیشتر ثبت کنید.
نکته مهم: این بررسی به‌تنهایی تضمین نمی‌کند که موجودی محصول هنگام ثبت سفارش همچنان کافی باشد. در فروشگاه واقعی باید موجودی هنگام ثبت سفارش نیز در سیستم اصلی بررسی یا رزرو شود تا از ثبت هم‌زمان سفارش‌های بیشتر از موجودی جلوگیری شود.
چگونه چند شرط را در یک Node IF تعریف کنیم؟
گاهی یک شرط برای تصمیم‌گیری کافی نیست.
برای مثال، ممکن است بخواهید فقط سفارش‌هایی را پردازش کنید که هم پرداخت شده‌اند و هم مبلغ آن‌ها بیشتر از مقدار مشخصی است.
در n8n می‌توانید چند شرط در Node IF تعریف کنید و نحوه ترکیب آن‌ها را مشخص کنید.
دو حالت پرکاربرد عبارت‌اند از:
- AND: تمام شرط‌ها باید برقرار باشند.
- OR: برقرار بودن حداقل یکی از شرط‌ها کافی است.
مثال اول: استفاده از AND
فرض کنید فقط می‌خواهید سفارش‌هایی را پردازش کنید که:
- وضعیت پرداخت آن‌ها
paidباشد. - مبلغ سفارش بیشتر از 500000 باشد.
داده ورودی:
{
"order_id": 1250,
"payment_status": "paid",
"amount": 850000
}
در IF دو شرط تعریف کنید:
شرط اول
- Value 1:
{{ $json.payment_status }} - Operator:
is equal to - Value 2:
paid
شرط دوم
- Value 1:
{{ $json.amount }} - Operator:
is greater than - Value 2:
500000
حالت ترکیب شرط‌ها را روی AND قرار دهید.
در این حالت، هر دو شرط باید برقرار باشند تا آیتم از خروجی True عبور کند.
اگر وضعیت پرداخت paid باشد، اما مبلغ سفارش 400000 باشد، شرط دوم برقرار نیست و آیتم به خروجی False هدایت می‌شود.
مثال دوم: استفاده از OR
فرض کنید می‌خواهید مشتریانی را انتخاب کنید که یا اشتراک طلایی دارند یا در گروه مشتریان ویژه قرار گرفته‌اند.
داده ورودی:
{
"customer_name": "علی رضایی",
"plan": "silver",
"is_vip": true
}
دو شرط تعریف کنید:
شرط اول
- Value 1:
{{ $json.plan }} - Operator:
is equal to - Value 2:
gold
شرط دوم
- Value 1:
{{ $json.is_vip }} - Operator:
is true
حالت ترکیب شرط‌ها را روی OR قرار دهید.
در این مثال، با وجود اینکه اشتراک مشتری طلایی نیست، شرط دوم برقرار است؛ بنابراین آیتم به خروجی True هدایت می‌شود.
این روش زمانی مفید است که چند حالت مختلف می‌توانند باعث اجرای یک عملیات شوند.
نکته: نام و محل گزینه‌های ترکیب شرط‌ها ممکن است در رابط کاربری نسخه‌های مختلف کمی تفاوت داشته باشد. منطق اصلی همچنان یکسان است: AND به معنی برقرار بودن همه شرط‌ها و OR به معنی برقرار بودن حداقل یکی از شرط‌هاست.
بررسی خالی‌بودن فیلدها با IF
در بسیاری از اتوماسیون‌ها، اطلاعات دریافتی کامل نیستند. ممکن است یک API شماره تلفن مشتری را برگرداند، اما ایمیل او خالی باشد.
در چنین شرایطی می‌توانید با IF بررسی کنید که یک فیلد وجود دارد یا مقدار آن خالی است.
فرض کنید ورودی زیر را داریم:
{
"name": "علی رضایی",
"email": "ali@example.com"
}
اگر بخواهید بررسی کنید که فیلد ایمیل وجود دارد و مقدار آن خالی نیست، می‌توانید از یک شرط متناسب با بررسی وجود مقدار، مانند is not empty، استفاده کنید.
در این حالت:
- Value 1:
{{ $json.email }} - Operator:
is not empty
اگر مقدار ایمیل موجود باشد، آیتم از خروجی True عبور می‌کند؛ در غیر این صورت، به خروجی False می‌رود.
برای مثال، در مسیر True می‌توانید ایمیل را برای یک سرویس دیگر ارسال کنید و در مسیر False، اطلاعات را برای تکمیل‌شدن به بخش مربوطه بفرستید.
توجه کنید که وجود یک مقدار به معنی معتبر بودن آن نیست. برای مثال، رشته abc خالی نیست، اما یک آدرس ایمیل معتبر هم محسوب نمی‌شود. اگر به بررسی اعتبار ایمیل نیاز دارید، باید اعتبارسنجی مناسب را نیز انجام دهید.
تفاوت IF و Switch در n8n چیست؟
IF و Switch هر دو برای کنترل مسیر اجرای Workflow استفاده می‌شوند، اما کاربرد آن‌ها یکسان نیست.
| ویژگی | IF | Switch |
|---|---|---|
| تعداد مسیرهای اصلی | دو مسیر True و False | امکان تعریف چند مسیر |
| کاربرد اصلی | بررسی یک شرط یا ترکیب شرط‌ها | دسته‌بندی داده‌ها بر اساس چند حالت |
| مثال | پرداخت‌شده یا پرداخت‌نشده | طلایی، نقره‌ای، برنزی یا سایر اشتراک‌ها |
| مناسب برای | تصمیم‌گیری دوحالته | تصمیم‌گیری چندحالته |
فرض کنید می‌خواهید وضعیت پرداخت سفارش را بررسی کنید و فقط دو حالت موفق و غیرموفق برایتان اهمیت دارد. در این شرایط، IF انتخاب مناسبی است.
اما اگر بخواهید سفارش‌ها را بر اساس وضعیت‌های مختلف مانند paid، pending، cancelled و refunded به مسیرهای جداگانه بفرستید، Switch می‌تواند ساختار مناسب‌تری داشته باشد.
به‌طور خلاصه، برای تقسیم داده‌ها به دو گروه از IF استفاده کنید و زمانی که چند دسته یا مسیر مشخص دارید، Switch را در نظر بگیرید.
مثال کاربردی: ساخت Workflow برای مدیریت وضعیت سفارش
حالا چند مفهوم قبلی را در یک سناریوی واقعی‌تر کنار هم قرار می‌دهیم.
فرض کنید اطلاعات سفارش از یک فروشگاه اینترنتی دریافت می‌شود و می‌خواهیم بر اساس وضعیت پرداخت، تصمیم بگیریم که چه کاری انجام شود.
داده ورودی:
{
"order_id": 1250,
"customer_name": "علی رضایی",
"payment_status": "paid",
"amount": 850000
}
هدف ما این است که:
- سفارش پرداخت‌شده برای پردازش ارسال شود.
- سفارش پرداخت‌نشده به مسیر بررسی یا پیگیری منتقل شود.
ساختار Workflow پیشنهادی:
دریافت سفارش → Edit Fields → IF
سپس دو مسیر تعریف می‌کنیم:
مسیر True
IF (True) → ثبت یا پردازش سفارش → ارسال اعلان به مدیر
مسیر False
IF (False) → ثبت وضعیت سفارش → ارسال پیام پیگیری
در این ساختار، Edit Fields می‌تواند اطلاعات ورودی را به شکل استاندارد تبدیل کند و IF وضعیت پرداخت را بررسی کند.
سپس Nodeهای بعدی وظیفه اجرای عملیات را بر عهده می‌گیرند.
برای پیاده‌سازی واقعی باید مشخص کنید داده سفارش از کجا دریافت می‌شود، وضعیت پرداخت چه مقادیری دارد و کدام سرویس مسئول پردازش سفارش است.
همچنین توجه داشته باشید که برای جلوگیری از پردازش تکراری سفارش، صرفاً استفاده از IF کافی نیست. بهتر است وضعیت پردازش سفارش، شناسه یکتای آن و امکان اجرای تکراری Workflow نیز در طراحی سیستم در نظر گرفته شود.
خطاهای رایج هنگام استفاده از IF در n8n
۱. مقایسه رشته با عدد
یکی از خطاهای رایج این است که مقدار عددی به‌صورت رشته دریافت می‌شود.
برای مثال:
{
"amount": "850000"
}
در این مثال مقدار amount یک رشته است، نه یک عدد.
اگر بخواهید آن را با یک مقدار عددی مقایسه کنید، باید نوع داده و رفتار شرط را بررسی کنید. در صورت نیاز، مقدار را پیش از مقایسه به نوع عددی تبدیل کنید.
۲. استفاده از نام اشتباه فیلد
فرض کنید فیلد ورودی payment_status نام دارد، اما در Expression از $json.status استفاده می‌کنید.
در این شرایط، مقدار مورد انتظار دریافت نمی‌شود و شرط ممکن است نتیجه نادرستی داشته باشد.
برای رفع مشکل، ابتدا خروجی Node قبلی را بررسی کنید و نام دقیق فیلد را به کار ببرید.
۳. وجود فاصله یا تفاوت در مقدار رشته‌ای
گاهی مقدار فیلد به شکل "paid " یا با تفاوت در حروف بزرگ و کوچک دریافت می‌شود.
در چنین شرایطی ممکن است مقایسه دقیق رشته نتیجه مورد انتظار را ندهد.
بهتر است داده‌ها را پیش از مقایسه استاندارد کنید یا از تنظیمات مقایسه متناسب با نیاز خود استفاده کنید.
۴. بررسی‌نکردن خروجی‌های True و False
ممکن است شرط را درست تعریف کرده باشید، اما Node بعدی را به خروجی اشتباه متصل کرده باشید.
برای مثال، اگر عملیات پردازش سفارش را به مسیر False متصل کنید، ممکن است سفارش‌های پرداخت‌نشده وارد فرایند پردازش شوند.
پس از اجرا، خروجی هر مسیر و اتصال Nodeهای بعدی را بررسی کنید.
۵. فرض‌کردن وجود همه فیلدها
اگر داده ورودی ناقص باشد، شرطی که به یک فیلد وابسته است ممکن است نتیجه مورد انتظار را تولید نکند.
برای رفع این مشکل، ابتدا وجود داده‌های ضروری را بررسی کنید یا از منطق مناسب برای مقادیر خالی استفاده کنید.
۶. استفاده از IF برای تصمیم‌گیری‌های چندحالته پیچیده
اگر قرار است یک داده بر اساس چندین وضعیت مختلف به مسیرهای متفاوت هدایت شود، استفاده از چند IF پشت سر هم ممکن است Workflow را پیچیده کند.
در چنین شرایطی بررسی کنید که آیا Switch می‌تواند همان منطق را خواناتر و ساده‌تر پیاده‌سازی کند.
نکات مهم برای ساخت Workflowهای شرطی حرفه‌ای
برای استفاده مطمئن‌تر از IF، نکات زیر را رعایت کنید:
۱. شرط‌ها را شفاف تعریف کنید. هر شرط باید هدف مشخصی داشته باشد و بتوانید نتیجه مورد انتظار آن را توضیح دهید.
۲. نوع داده را بررسی کنید. رشته، عدد، مقدار منطقی و مقدار خالی رفتار یکسانی ندارند.
۳. هر دو مسیر را آزمایش کنید. برای هر شرط، یک ورودی برقرار و یک ورودی غیرمستند به شرط آماده کنید و نتیجه را بررسی کنید.
۴. داده‌های ورودی را اعتبارسنجی کنید. IF به‌تنهایی جایگزین اعتبارسنجی کامل اطلاعات یا کنترل امنیتی نیست.
۵. از اجرای تکراری عملیات حساس جلوگیری کنید. در فرایندهایی مانند ثبت سفارش و پرداخت، وضعیت عملیات و شناسه یکتا را نیز بررسی کنید.
۶. از Node مناسب استفاده کنید. IF برای تصمیم‌گیری دوحالته مناسب است؛ برای چند مسیر مشخص، Switch را نیز در نظر بگیرید.
۷. Workflow را خوانا نگه دارید. نام‌گذاری مناسب Nodeها و تفکیک مراحل دریافت، آماده‌سازی، بررسی و اجرای عملیات، عیب‌یابی را آسان‌تر می‌کند.
سؤالات متداول درباره IF در n8n
IF در n8n چه کاری انجام می‌دهد؟
IF یک شرط یا مجموعه‌ای از شرط‌ها را بررسی می‌کند و آیتم‌های ورودی را به دو خروجی True و False هدایت می‌کند.
خروجی True و False در n8n چه تفاوتی دارند؟
خروجی True شامل آیتم‌هایی است که شرط تعریف‌شده را برقرار می‌کنند. خروجی False شامل آیتم‌هایی است که شرط را برقرار نمی‌کنند.
آیا می‌توان چند شرط در یک IF تعریف کرد؟
بله. می‌توانید چند شرط تعریف کنید و با استفاده از منطق AND یا OR مشخص کنید که همه شرط‌ها باید برقرار باشند یا برقرار بودن یکی از آن‌ها کافی است.
تفاوت IF و Switch در n8n چیست؟
IF برای تقسیم داده‌ها به دو مسیر اصلی مناسب است؛ درحالی‌که Switch برای دسته‌بندی داده‌ها در چند مسیر مختلف کاربرد دارد.
آیا IF می‌تواند وضعیت پرداخت سفارش را بررسی کند؟
بله. می‌توانید فیلد وضعیت پرداخت را با مقدار موردنظر مقایسه کنید و سفارش‌ها را بر اساس نتیجه به مسیرهای مختلف بفرستید. برای اطمینان از صحت تصمیم، باید مقدار واقعی وضعیت پرداخت را از منبع داده بررسی کنید.
چرا یک آیتم به مسیر False می‌رود؟
دلایل احتمالی شامل برقرارنبودن شرط، اشتباه در نام فیلد، تفاوت نوع داده، مقدار خالی یا تفاوت در مقدار رشته‌ای است. برای عیب‌یابی، ورودی Node و تنظیمات شرط را بررسی کنید.
آیا IF برای بررسی خالی‌بودن فیلدها مناسب است؟
بله. می‌توانید از شرط‌های مربوط به وجود یا خالی‌بودن مقدار استفاده کنید. البته بررسی خالی‌نبودن با اعتبارسنجی واقعی داده تفاوت دارد.
جمع‌بندی
Node مربوط به IF در n8n یکی از ابزارهای اصلی برای ساخت Workflowهای شرطی است. با استفاده از آن می‌توانید داده‌ها را بررسی کنید و بر اساس وضعیت پرداخت، موجودی محصول، اطلاعات مشتری یا هر شرط دیگری، مسیر اجرای Workflow را تغییر دهید.
در این آموزش یاد گرفتیم چگونه IF را تنظیم کنیم، از خروجی‌های True و False استفاده کنیم، چند شرط را با AND و OR ترکیب کنیم و آن را در یک سناریوی مدیریت سفارش به کار ببریم.
برای ادامه یادگیری، پیشنهاد می‌کنیم پس از IF سراغ Node مربوط به Switch بروید. با یادگیری این دو Node می‌توانید بسیاری از سناریوهای تصمیم‌گیری در اتوماسیون‌های کسب‌وکار را پیاده‌سازی کنید.
