آیا n8n رایگان است؟ بررسی محدودیت‌های نسخه Self-hosted

آیا n8n برای میزبانی شخصی (self-host) رایگان است؟

بله، n8n برای میزبانی شخصی رایگان است. شما نسخه community را روی سروری که مالک آن هستید اجرا می‌کنید و لایسنس هیچ محدودیتی برای تعداد workflowهایی که می‌سازید یا دفعات اجرای آن‌ها تعیین نمی‌کند. دو نکته تعیین می‌کند که آیا این نسخه رایگان برای شما کافی است یا خیر: n8n از نظر تعریفی که Open Source Initiative (OSI) از «متن‌باز» ارائه می‌دهد، متن‌باز محسوب نمی‌شود و مجموعه خاصی از قابلیت‌ها تا زمانی که برای یک licence key هزینه پرداخت نکنید، غیرفعال باقی می‌مانند.

لایسنس این نرم‌افزار Sustainable Use License نسخه 1.0 است. کد منبع عمومی است و شما می‌توانید آن را بخوانید، اجرا کنید و تغییر دهید. آنچه این لایسنس محدود می‌کند، این است که به چه کسانی می‌توانید خدمات ارائه دهید. شما می‌توانید n8n را برای خودتان یا شرکت خودتان اجرا کنید. شما نمی‌توانید آن را به محصولی تبدیل کنید که دیگران برای استفاده از آن هزینه پرداخت کنند.

معنای fair-code و دلیل متن‌باز نبودن n8n

عبارت fair-code عنوانی است که n8n برای مدل خود استفاده می‌کند. این عبارت نرم‌افزاری را توصیف می‌کند که کد منبع آن عمومی و به‌صورت رایگان قابل اجرا است، اما نویسنده آن استفاده تجاری از آن را محدود کرده است. مستندات n8n دلیل این نام‌گذاری را مستقیماً بیان می‌کند: یک مجوز متن‌بازِ تأییدشده توسط OSI نمی‌تواند محدودیتی برای نحوه استفاده شما از نرم‌افزار اعمال کند، در حالی که Sustainable Use License دقیقاً حاوی چنین محدودیتی است؛ بنابراین n8n خود را متن‌باز نمی‌نامد.

این تمایز، صرفاً یک بحث واژگانی نیست. این موضوع مستقیماً با تیم تدارکات شما مرتبط است. سیاستی که می‌گوید «ما ابزارهای متن‌باز یا ابزارهایی که خریداری کرده‌ایم را مستقر می‌کنیم»، n8n را در دسته سومی قرار می‌دهد، بنابراین شخصی باید در مورد آن تصمیم‌گیری قطعی انجام دهد. پیش از آنکه وارد چنین گفتگویی شوید، فایل مجوز در مخزن n8n را مطالعه کنید.

مجوز Sustainable Use به شما چه اجازه‌ای می‌دهد

اعطای مجوز در این متن بسیار گسترده است. این مجوز به شما یک حق استفاده غیرانحصاری، بدون حق امتیاز و جهانی برای استفاده، کپی، توزیع، در دسترس قرار دادن و تهیه آثار مشتق‌شده از نرم‌افزار، برای اهداف تجاری داخلی یا استفاده شخصی غیرتجاری می‌دهد.

در عمل، این موارد شامل موارد زیر است:

• اجرای n8n روی سرور شخصی برای شرکت خودتان؛ برای مثال همگام‌سازی داده‌ها از یک CRM (سیستم مدیریت ارتباط با مشتری) به یک پایگاه داده داخلی.
• اجرای آن در خانه برای پروژه‌های شخصی.
• تغییر کد و اجرای نسخه اصلاح‌شده خودتان.
• نوشتن یک node برای n8n جهت استفاده در محصول خودتان، یا هر نوع یکپارچه‌سازی دیگر بین محصول شما و n8n.
• فروش خدمات مشاوره، مانند ساخت گردش‌کار (workflow) برای یک مشتری.
• فروش خدمات پشتیبانی، مانند راه‌اندازی و نگهداری n8n روی سرورهایی که متعلق به مشتری است.
• استفاده از n8n به عنوان یک backend پنهان در داخل محصول خودتان، به شرطی که با اعتبارنامه‌های (credentials) متعلق به شرکت خودتان اجرا شود.

هیچ بخشی از این مجوز، میزان استفاده شما را محدود نمی‌کند. هیچ سهمیه اجرایی یا محدودیتی برای تعداد کاربران وجود ندارد، بنابراین تنها سقف برای یک نمونه self-hosted، توان پردازنده (CPU) و حافظه (RAM) دستگاهی است که روی آن اجرا می‌شود. گره‌های هوش مصنوعی (AI nodes) نیز محدود نشده‌اند، بنابراین ساخت یک گردش‌کار عامل هوش مصنوعی در n8n در نسخه رایگان نیز کار می‌کند.

کارهایی که مجوز Sustainable Use License اجازه انجام آن‌ها را نمی‌دهد

محدودیت‌ها کوتاه هستند و n8n آن‌ها را به همراه مثال‌هایی در صفحه مجوز استفاده پایدار فهرست کرده است:

• میزبانی n8n و دریافت هزینه از افراد برای دسترسی به آن.
• تغییر نام تجاری (White labelling) n8n و ارائه آن به مشتریان خود در ازای دریافت پول.
• استفاده از n8n برای جمع‌آوری اعتبارنامه‌های (credentials) کاربران نهایی، به‌طوری که آن‌ها بتوانند به حساب‌های خود در سرویس‌های دیگر دسترسی پیدا کنند.
• تغییر، حذف یا پنهان کردن هرگونه اعلامیه مربوط به مجوز، حق تکثیر (copyright) یا سایر موارد مشابه.
• توزیع تجاری آن. توزیع تنها برای مقاصد غیرتجاری و به‌صورت رایگان مجاز است.

محدودیت سوم همان موردی است که افراد را غافلگیر می‌کند، بنابراین آن را دو بار بخوانید. یک وظیفه (job) صورت‌حساب که داده‌های شرکت شما را با استفاده از کلیدهای API خودِ شرکت جابه‌جا می‌کند، استفاده داخلی محسوب شده و مجاز است. محصولی که در آن هر یک از مشتریان شما، حساب Google خود را از طریق نمونه (instance) n8n شما متصل می‌کنند، مجاز نیست؛ زیرا این مجوز مرز خود را بر اساس این تعیین می‌کند که n8n اعتبارنامه‌های چه کسی را نگهداری می‌کند. نرم‌افزار و سرور در هر دو حالت یکسان هستند، اما پاسخ منفی است.

همچنین مجوز دومی در همان مخزن (repository) وجود دارد. هر فایل منبعی که در نام فایل خود .ee. داشته باشد، یا در مسیر دایرکتوری خود شامل .ee باشد، خارج از محدوده Sustainable Use License قرار می‌گیرد و تحت پوشش مجوز جداگانه n8n Enterprise License است. آن کد در همان ایمیج Docker که دریافت می‌کنید وجود دارد، بنابراین ویژگی‌های پولی در build حضور دارند و تا زمانی که یک کلید معتبر آن‌ها را فعال نکند، غیرفعال می‌مانند. فعال کردن آن‌ها به هر روش دیگری، نقض مجوز محسوب می‌شود و یک ترفند پیکربندی نیست.

تفاوت fair-code با MIT و AGPL

مجوز MIT تقریباً همه چیز را مجاز می‌شمارد، از جمله برداشتن کد و فروش نسخهٔ میزبانی‌شده (hosted) از آن، که تنها شرط واقعی آن ذکر منبع (attribution) است.

مجوز AGPL (GNU Affero General Public License) نیز فروش نسخهٔ میزبانی‌شده را مجاز می‌داند. شرط آن افشای کد است: اگر نرم‌افزار را تغییر دهید و به کاربران اجازه دهید از طریق شبکه به آن دسترسی داشته باشند، باید سورس‌کد تغییریافتهٔ خود را به آن کاربران ارائه دهید.

مجوز Sustainable Use بر محور متفاوتی عمل می‌کند. این مجوز هیچ درخواستی برای انتشار تغییرات شما ندارد، بلکه محدود می‌کند که به چه کسی می‌توانید خدمات ارائه دهید. خلاصهٔ کوتاه این است که AGPL کنترل می‌کند چه چیزی را باید منتشر کنید، و Sustainable Use License کنترل می‌کند که به چه کسی می‌توانید بفروشید.

این تفاوت تعیین می‌کند که چه اتفاقی برای انشعاب‌ها (forks) می‌افتد. هر کسی می‌تواند یک پروژهٔ AGPL را fork کند و آن را به عنوان یک سرویس میزبانی‌شدهٔ رقیب اجرا کند، مشروط بر اینکه تغییرات خود را منتشر کند. هیچ‌کس نمی‌تواند این کار را با n8n انجام دهد، زیرا محدودیت استفاده همراه با کد به هر کپی از آن منتقل می‌شود. به همین دلیل است که n8n می‌تواند کل سورس‌کد خود را منتشر کند و همچنان یک محصول ابری (cloud product) بفروشد، بدون اینکه با نسخه‌ای کپی‌شده از خودش رقابت کند.

کدام قابلیت‌ها به لایسنس پولی نیاز دارند

نسخه Community تقریباً شامل کل محصول است. n8n به جای لیست کردن موارد موجود، موارد مستثنی‌شده را مستند می‌کند که روش مفیدتری است. تا آگوست 2026، صفحه مقایسه نسخه‌ها موارد زیر را به عنوان قابلیت‌های پولی لیست کرده است:

• احراز هویت یکپارچه (SSO) از طریق SAML یا LDAP
• اشتراک‌گذاری ورک‌فلوها و اعتبارنامه‌ها (Credentials)
• پروژه‌ها
• متغیرهای سفارشی
• محیط‌ها (Environments)
• کنترل نسخه با استفاده از Git
• مدیریت خارجی Secretها
• ذخیره‌سازی خارجی برای داده‌های باینری
• استریم کردن لاگ‌ها
• حالت Multi-main

اشتراک‌گذاری اولین محدودیتی است که تیم‌ها با آن مواجه می‌شوند و زمانی که یک نفر به تنهایی در حال ارزیابی ابزار است، به‌راحتی نادیده گرفته می‌شود. در نسخه Community، فقط مالک instance و کاربری که یک ورک‌فلو یا اعتبارنامه را ایجاد کرده است، می‌تواند آن را باز کند. دو همکار روی یک instance نمی‌توانند ورک‌فلو را در داخل رابط کاربری برای یکدیگر ارسال کنند. تیم‌ها برای دور زدن این محدودیت از یک لاگین مشترک استفاده می‌کنند که باعث می‌شود سوابق تغییرات هر فرد از بین برود.

SSO دومین محدودیت است. اگر شرکت شما برای تمام ابزارهای داخلی به SSO نیاز دارد، نسخه Community از همان روز اول این نیاز را برآورده نمی‌کند، فارغ از اینکه چه کارهای دیگری می‌تواند انجام دهد. الگوی اپلیکیشن‌های رایگان self-hosted که قابلیت احراز هویت آن‌ها پولی است، در کل این دسته از محصولات تکرار می‌شود و مالیات SSO در اپلیکیشن‌های self-hosted توضیح می‌دهد که چرا فروشندگان همیشه این مرز را در یک جای مشخص ترسیم می‌کنند.

محیط‌ها و کنترل نسخه Git در عمل یک قابلیت محسوب می‌شوند. این دو در کنار هم به شما اجازه می‌دهند ورک‌فلوها را در یک مخزن (Repository) نگهداری کنید و آن‌ها را از یک instance توسعه به instance عملیاتی (Production) منتقل کنید. بدون این قابلیت، انتقال ورک‌فلو بین instanceها به معنای خروجی گرفتن دستی از JSON و وارد کردن آن در سمت دیگر است. این روش کار می‌کند و بسیاری از افراد از آن استفاده می‌کنند، اما هیچ مرحله بازبینی و هیچ تاریخچه‌ای در اختیار شما قرار نمی‌دهد.

حالت Multi-main قابلیتی است که مقیاس‌پذیری را محدود می‌کند. حالت Queue با چندین پردازش Worker در نسخه Community به‌خوبی اجرا می‌شود. اما اجرای بیش از یک پردازش Main امکان‌پذیر نیست؛ از آنجایی که پردازش Main مسئول زمان‌بندی‌ها (Schedules) و Webhookها است، به یک نقطه شکست واحد تبدیل می‌شود که بدون لایسنس نمی‌توان آن را Redundant کرد.

استریم کردن لاگ‌ها و مدیریت خارجی Secretها قابلیت‌های مربوط به انطباق (Compliance) هستند. استریم کردن لاگ، رویدادهای n8n را به سیستمی که از قبل مانیتور می‌کنید ارسال می‌کند. مدیریت خارجی Secretها، اعتبارنامه‌ها را به جای مخزن رمزنگاری‌شده خود n8n، از یک Vault می‌خواند. هر دو مورد از آن دسته قابلیت‌هایی هستند که تیم‌های امنیتی ماه‌ها پس از عملیاتی شدن ابزار درخواست می‌کنند، که زمان نامناسبی برای پی بردن به هزینه‌های آن است.

اگر قابلیت قفل‌شده همان چیزی است که واقعاً به آن نیاز دارید و بودجه کافی برای خرید پلن ندارید، به جای درگیری با لایسنس، ابزارهای دیگر را مقایسه کنید. مطالعه جایگزین‌های self-hosted برای n8n در کنار هم ارزشمند است، زیرا هر پروژه مرز رایگان خود را در جای متفاوتی ترسیم کرده است.

ثبت نمونه (instance) انجمن خود برای دریافت کلید لایسنس رایگان

برخی از قابلیت‌های رایگان همچنان به کلید لایسنس نیاز دارند؛ این موضوع ممکن است در ابتدا متناقض به نظر برسد، اما با درک روند کار، منطقی است. ثبت یک آدرس ایمیل، یک کلید رایگان در اختیار شما قرار می‌دهد. این کلید سه قابلیت زیر را بدون هزینه فعال می‌کند:

• پوشه‌ها، برای سازماندهی گردش‌کارها (workflows)
• دیباگ در ویرایشگر، که داده‌های اجرا را در حین کار روی یک گردش‌کار کپی و پین می‌کند
• داده‌های اجرای سفارشی، برای ذخیره و حاشیه‌نویسی متادیتای اجرا

برای دریافت کلید:

1. منوی سه نقطه در گوشه پایین سمت چپ ویرایشگر را باز کنید.
2. به بخش Settings و سپس Usage and plan بروید.
3. گزینه Unlock و سپس Send me a free license key را انتخاب کنید.
4. کلیدی که از طریق ایمیل دریافت کرده‌اید را در قسمت Enter activation key وارد کرده و Activate را بزنید.

در سروری که از طریق فایل‌ها پیکربندی می‌کنید، می‌توانید از رابط کاربری صرف‌نظر کرده و کلید را پیش از اولین اجرا به عنوان یک متغیر محیطی (environment variable) تنظیم کنید.

docker volume create n8n_data
docker run -it --rm --name n8n -p 5678:5678 \
  -e N8N_LICENSE_ACTIVATION_KEY="paste-your-key-here" \
  -v n8n_data:/home/node/.n8n docker.n8n.io/n8nio/n8n

ویرایشگر را روی پورت 5678 باز کنید، سپس به Settings و بعد Usage and plan بروید. آن صفحه باید به جای نمایش اعلان بازگشایی (unlock prompt)، نام طرح شما را نشان دهد. اگر اعلان همچنان وجود دارد، دلیل معمول این است که نمونه قبلاً فعال شده است: N8N_LICENSE_ACTIVATION_KEY روی نمونه‌ای که از قبل دارای لایسنس است تأثیری ندارد، بنابراین افزودن آن به محیط یک کانتینر موجود ممکن است این‌طور به نظر برسد که هیچ تغییری ایجاد نشده است.

دو متغیر لایسنس دیگر نیز در یک سرور عملیاتی (production) اهمیت دارند. مقدار پیش‌فرض N8N_LICENSE_AUTO_RENEW_ENABLED برابر با true است. اگر آن را روی false تنظیم کنید، باید هر ده روز یک‌بار به صورت دستی از طریق منوی تنظیمات لایسنس را تمدید کنید، در غیر این صورت قابلیت‌های لایسنس‌دار از کار می‌افتند. مقدار پیش‌فرض N8N_LICENSE_DETACH_FLOATING_ON_SHUTDOWN نیز true است که باعث می‌شود با خاموش شدن نمونه، حق استفاده (entitlement) آزاد شود تا نمونه دیگری بتواند از آن استفاده کند. در یک نمونه عملیاتی که در حین استقرارها (deployments) ری‌استارت می‌شود، آن را روی false تنظیم کنید تا قابلیت‌های لایسنس‌دار پس از بالا آمدن مجدد، فعال باقی بمانند. هر دو متغیر در صفحه مدیریت لایسنس مستند شده‌اند.

جایگاه طرح‌های ابری

سرویس n8n Cloud همان نرم‌افزار را روی زیرساخت اختصاصی n8n اجرا می‌کند. این طرح‌ها به‌جای تعداد workflowهای فعال، بر اساس تعداد اجرای workflowها محاسبه می‌شوند؛ بنابراین workflowای که در حالت انتظار برای webhook باقی می‌ماند، تا زمانی که فعال نشود هزینه‌ای ندارد.

نکته‌ای که برای کاربران self-host اهمیت دارد این است که لایسنس key سازمانی (Enterprise) همراه با یک طرح ارائه می‌شود و به‌صورت جداگانه به فروش نمی‌رسد. شما یک طرح Business یا Enterprise خریداری می‌کنید، یک key دریافت می‌کنید و آن را در instanceای که روی سخت‌افزار خودتان اجرا می‌شود، وارد می‌کنید. بنابراین self-hosting و پرداخت هزینه در تضاد با یکدیگر نیستند.

تا تاریخ August 2026، قیمت‌های ماهانه برای سطوح پایه در صفحه قیمت‌گذاری n8n منتشر شده است. سطوح بالاتر از طریق تیم فروش پیگیری می‌شوند و قیمت‌گذاری سازمانی به‌طور کلی منتشر نمی‌شود؛ بنابراین هر رقمی که در اینجا درج شود، پیش از آنکه آن را بخوانید قدیمی خواهد بود. درخواست استعلام قیمت کنید و به‌طور مشخص بپرسید که آیا این قیمت شامل key برای نسخه self-hosted می‌شود یا خیر.

اگر هنوز در حال تصمیم‌گیری بین اجرای شخصی و پرداخت هزینه برای یک محصول اتوماسیون میزبانی‌شده هستید، مقایسه n8n با Zapier و Make به‌جای لیست ویژگی‌ها، ساختار هزینه‌ها را بررسی می‌کند.

فروش n8n در قالب محصول خودتان

اگر مشتریان شما قرار است ویرایشگر n8n را ببینند و از آن استفاده کنند، به مجوز embed نیاز دارید که n8n آن را در قالب توافق‌نامه OEM (تولیدکننده تجهیزات اصلی) ارائه می‌دهد. این مجوز امکان تغییر نام تجاری (white labelling) و فروش مجدد را فراهم می‌کند که در Sustainable Use License ممنوع شده است. این یک قرارداد مذاکره‌شده با قیمت‌گذاری مبتنی بر استعلام است که برای شرکت‌هایی طراحی شده که قصد دارند اتوماسیون گردش‌کار را در محصولی که هم‌اکنون می‌فروشند، بگنجانند.

استفاده از n8n به عنوان یک backend مخفی، سناریوی متفاوتی است و نیازی به چنین توافق‌نامه‌ای ندارد. اگر گردش‌کارها با اعتبارنامه‌های شرکت شما اجرا شوند و کاربران هرگز با ویرایشگر تعامل نداشته باشند، مجوز استاندارد آن را پوشش می‌دهد. مرز تفکیک در اینجا اعتبارنامه‌ها و ویرایشگر است، نه درآمد حاصل از آن.

کدام نسخه برای شما مناسب است؟

برای شرکتی که اتوماسیون‌های داخلی خود را اجرا می‌کند و همکارانی دارد که مجاز به مشاهده کارهای یکدیگر هستند، نسخه Community کافی است. برای دریافت کلید رایگان ثبت‌نام کنید و شروع به ساخت کنید. گام بعدی راه‌اندازی سرور است و مقاله میزبانی n8n روی VPS با Docker و HTTPS نحوه استقرار، reverse proxy و گواهی‌نامه را پوشش می‌دهد.

برای شرکتی که به Single Sign-On نیاز دارد یا محیط‌های جداگانه‌ای برای توسعه و تولید می‌خواهد، نسخه Community پاسخگو نیست و هیچ تغییر پیکربندی‌ای این محدودیت را رفع نمی‌کند. قیمت طرح Business را بررسی کنید یا ابزاری را انتخاب کنید که لایسنس آن با بودجه شما مطابقت دارد.

برای هر کسی که دسترسی به سرویس را به دیگران می‌فروشد، پاسخ یک توافق‌نامه تجاری با n8n است. هرچه زودتر این گفتگو انجام شود، هزینه آن کمتر خواهد بود.

FAQ

آیا n8n متن‌باز (open source) است؟

خیر. n8n دارای مجوز fair-code است و تحت Sustainable Use License توزیع می‌شود. سورس‌کد آن عمومی است و شما می‌توانید آن را بخوانید، اجرا کنید و تغییر دهید، اما این مجوز محدودیت‌هایی برای نحوه استفاده از آن تعیین کرده است؛ در حالی که مجوزهای متن‌باز مورد تأیید OSI نمی‌توانند هیچ محدودیتی برای استفاده داشته باشند. خود n8n نیز در مستنداتش به این موضوع اشاره کرده و خود را به عنوان source available معرفی می‌کند. فایل‌هایی که در نام خود .ee. دارند یا در مسیر .ee قرار گرفته‌اند، حتی از این مجوز نیز مستثنی بوده و تحت یک مجوز جداگانه به نام n8n Enterprise License قرار می‌گیرند.

آیا می‌توانم برای کارهایی که با n8n انجام می‌دهم از مشتریان پول دریافت کنم؟

بله، برای خدمات. ساخت ورک‌فلو برای یک مشتری نیاز به توافق‌نامه جداگانه ندارد؛ همچنین نصب یا نگهداری n8n روی سرورهایی که متعلق به مشتری است نیز مشکلی ندارد. آنچه نمی‌توانید انجام دهید، دریافت هزینه از افراد برای دسترسی به نمونه‌ای (instance) از n8n است که شما آن را اجرا می‌کنید، یا فروش نسخه white-labelled آن. معیار اصلی این است که آیا پول بابت کار شما پرداخت می‌شود یا بابت دسترسی به نرم‌افزار.

چرا تیم من نمی‌تواند ورک‌فلوها را در نسخه self-hosted community به اشتراک بگذارد؟

اشتراک‌گذاری ورک‌فلوها و اعتبارنامه‌ها (credentials) یک قابلیت دارای مجوز است و بدون داشتن یک کلید پولی، غیرفعال است. در نسخه community، فقط مالک instance و کاربری که آیتم را ایجاد کرده است می‌تواند آن را باز کند؛ این یعنی هیچ راهی برای تحویل مستقیم ورک‌فلو به یک همکار در داخل رابط کاربری وجود ندارد. خروجی گرفتن از ورک‌فلو به صورت JSON و وارد کردن آن با حساب کاربری دیگر امکان‌پذیر است، اما اعتبارنامه‌ها در این خروجی منتقل نمی‌شوند و نسخه وارد شده به یک ورک‌فلو مجزا با تاریخچه اجرای مستقل تبدیل می‌شود.

اگر instance من در n8n نتواند به سرور مجوز متصل شود چه اتفاقی می‌افتد؟

یک instance فعال‌شده به‌طور پیش‌فرض مجوز خود را از طریق https://license.n8n.io/v1 تمدید می‌کند و مقدار N8N_LICENSE_AUTO_RENEW_ENABLED نیز به‌صورت پیش‌فرض true است. اگر تمدید خودکار را غیرفعال کنید، باید هر 10 روز یک‌بار به‌صورت دستی از منوی تنظیمات آن را تمدید کنید، در غیر این صورت قابلیت‌های دارای مجوز از کار می‌افتند. اگر فایروال خروجی، سرور مجوز را مسدود می‌کند، به‌جای غیرفعال کردن تمدید، درخواست را از طریق یک پروکسی با متغیر کوچک https_proxy_license_server ارسال کنید.

آیا برای حذف برند n8n باید هزینه پرداخت کنم؟

بله، اگر مشتریان قرار است نتیجه کار را ببینند. مجوز Sustainable Use License تغییر دادن، حذف کردن یا پنهان کردن اعلامیه‌های مجوز و کپی‌رایت را ممنوع کرده است و white labelling کردن n8n و ارائه آن به مشتریان در ازای دریافت پول را جزو موارد مجاز نمی‌داند. تغییر برند محصولی که می‌فروشید نیازمند توافق‌نامه embed یا OEM است. تغییر ظاهر یک instance که فقط کارکنان خودتان از آن استفاده می‌کنند موضوع کوچک‌تری است، اما بند مربوط به اعلامیه‌های مجوز و کپی‌رایت فارغ از نوع مخاطب، همچنان اعمال می‌شود.