SSD Nodes Learn Hosting plans →
راهنماها Matt Connorتوسط Matt Connor

تفاوت طرح Claude Team و Enterprise: کدام را بخریم؟

تفاوت اصلی Claude Team و Enterprise در حداقل تعداد کاربر، قابلیت‌های SSO، SCIM و کنترل‌های داده است. با بررسی دقیق هزینه‌ها و نیازهای امنیتی، انتخاب مناسب را انجام دهید.

تیم یا سازمان: پاسخ کوتاه

انتخاب بین Claude Team و Enterprise به تعداد کاربران (seats) و سطح کنترل مورد نیاز بستگی دارد. طرح Team برای شرکت‌های کوچک طراحی شده است: این طرح با حداقل دو عضو شروع می‌شود، تا 150 کاربر را پشتیبانی می‌کند و قیمت ثابتی به ازای هر کاربر ارائه می‌دهد که شامل میزان استفاده نیز می‌شود. طرح Enterprise برای سازمان‌هایی است که از ارائه‌دهنده هویت (Identity Provider) استفاده می‌کنند و نیاز به بررسی‌های امنیتی دارند: این طرح قابلیت SCIM provisioning و لاگ‌های حسابرسی (audit logs) را به همراه کنترل‌های سفارشی برای نگهداری داده‌ها و کلیدهای رمزنگاری تحت مدیریت مشتری اضافه می‌کند. در این طرح، هزینه شامل مبلغ ثابت به ازای هر کاربر به علاوه هزینه مصرف توکن‌ها با نرخ API است.

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

هزینه هر طرح چقدر است؟

تیم قیمت‌های خود را منتشر می‌کند. دو نوع جایگاه (seat) وجود دارد و می‌توانید آن‌ها را در یک طرح با هم ترکیب کنید.

نمودارClaude Team list price per seat per month, US dollars, October 2026
داده‌های پشت این نمودار
[
  {
    "plan": "Standard seat",
    "with_annual_commitment_usd": 20,
    "without_commitment_usd": 25
  },
  {
    "plan": "Premium seat",
    "with_annual_commitment_usd": 100,
    "without_commitment_usd": 125
  }
]

هزینه یک جایگاه استاندارد 20 دلار به ازای هر عضو در ماه با تعهد سالانه، یا 25 دلار با صورت‌حساب ماهانه است. هزینه یک جایگاه ویژه (premium) 100 دلار به‌صورت سالانه، یا 125 دلار به‌صورت ماهانه است. تعهد سالانه در هر دو حالت شامل یک پنجم تخفیف است. هر دو رقم، قیمت‌های لیست‌شده تا اکتبر 2026 هستند و هر دو شامل میزان استفاده تا سقف تعیین‌شده برای هر عضو می‌شوند.

قیمت‌گذاری Enterprise متفاوت است و این بخشی است که خریداران به اشتباه برداشت می‌کنند. هزینه جایگاه، دسترسی به پلتفرم را پوشش می‌دهد و شامل هیچ‌گونه میزان استفاده‌ای نمی‌شود. هر توکن مصرف‌شده در برنامه‌های Claude و در Claude Code به‌طور جداگانه با نرخ‌های استاندارد API، یا با ضریب 1.1 برابر آن نرخ‌ها برای مدل‌های Opus 4.6، Sonnet 4.6 و مدل‌های بعدی در صورت فعال‌سازی استنتاج فقط در ایالات متحده (US-only inference)، محاسبه می‌شود. تا اکتبر 2026، صفحه قیمت‌گذاری، جایگاه Enterprise را با مبلغ 20 دلار برای هر جایگاه در ماه، با صورت‌حساب سالانه، بر این اساس لیست کرده است. مستندات صورت‌حساب Anthropic بیان می‌کند که طرح‌های مبتنی بر استفاده (usage-based) چه به‌صورت سلف‌سرویس و چه با کمک واحد فروش، از قیمت‌گذاری جایگاه یکسانی استفاده می‌کنند. آنچه مسیر با کمک واحد فروش (sales-assisted) اضافه می‌کند، شرایط توافق‌شده مانند صدور فاکتور با شرایط پرداخت خالص (net terms) و مشوق‌هایی برای تعهد به میزان استفاده است؛ بنابراین رقم بسیار بالاتر برای هر جایگاه Enterprise که ممکن است در جایی مشاهده کنید، معمولاً مربوط به قراردادهای قدیمی مبتنی بر جایگاه است، نه نرخ‌های فعلی.

برای واجد شرایط بودن به چند لایسنس (seat) نیاز دارید؟

طرح Team حداقل به دو عضو نیاز دارد و تا 150 لایسنس را پشتیبانی می‌کند. طرح Enterprise در صورت خرید به‌صورت self-serve به 20 لایسنس و از طریق مسیر فروش با پشتیبانی کارشناس (sales-assisted) به 50 لایسنس نیاز دارد.

این حداقل‌ها برای بسیاری از شرکت‌ها، پیش از آنکه مقایسه قابلیت‌ها آغاز شود، تکلیف را روشن می‌کند. این حداقل، تعداد لایسنسی است که هزینه آن را پرداخت می‌کنید، نه تعداد واقعی کارکنان؛ بنابراین یک استارتاپ 5 نفره همچنان می‌تواند طرح Enterprise را بخرد، اما قابلیت audit log که به آن نیاز دارد، در یک قرارداد سالانه هزینه 20 لایسنس را در بر خواهد داشت که 15 مورد آن برای هیچ‌کس استفاده نمی‌شود. یک شرکت 200 نفره نمی‌تواند از طرح Team استفاده کند، زیرا 150 لایسنس سقف نهایی است و امکان سرریز (overflow) وجود ندارد. در بازه بین 20 تا 150 لایسنس، شما با یک تصمیم واقعی روبرو هستید.

مکانیسم‌های صورت‌حساب: تعهدات سالانه و تغییرات میان‌دوره

افزودن یک جایگاه (seat) تیمی در میان‌دوره، به‌صورت تناسبی (prorated) محاسبه و بلافاصله صورت‌حساب می‌شود. ارتقای یک کاربر از سطح standard به premium نیز به‌صورت تناسبی محاسبه شده و مابه‌تفاوت قیمت آن بلافاصله دریافت می‌شود. این مدل، رشد و توسعه را ارزان و ساده می‌کند.

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

در طرح Enterprise، هزینه جایگاه‌ها مانند یک اشتراک عمل می‌کند اما میزان مصرف چنین نیست. طرح Enterprise فقط به‌صورت سالانه ارائه می‌شود و در پلن‌های self-serve، امکان حذف جایگاه‌ها در طول دوره وجود ندارد؛ کاهش تعداد جایگاه‌ها در زمان تمدید اعمال می‌شود. هزینه مصرف بر اساس میزان استفاده واقعی کاربران محاسبه می‌گردد. در پلن‌های self-serve، میزان مصرف به‌صورت اعتبار پیش‌پرداخت‌شده خریداری می‌شود که در کل سازمان به اشتراک گذاشته می‌شود و در صورت اتمام اعتبار، تا زمان خرید مجدد، استفاده از سرویس متوقف می‌گردد. در پلن‌های Sales-assisted، صورت‌حساب به‌صورت ماهانه و پس‌پرداخت (in arrears) صادر می‌شود. در هر دو حالت، صورت‌حساب شما همگام با حجم کار تغییر می‌کند؛ این موضوع هنگام توقف پروژه‌ها مزیت محسوب می‌شود، اما با نزدیک شدن به ضرب‌الاجل‌ها (deadlines) ممکن است چالش‌برانگیز باشد.

مدیریت، SSO و SCIM: مرز واقعی کجاست

طرح Team از قبل شامل قابلیت ورود یکپارچه (SSO) با امکان تصاحب دامنه (domain capture)، تأمین دسترسی به‌موقع (just-in-time provisioning)، تعیین سطوح دسترسی مبتنی بر نقش و صورت‌حساب متمرکز با سقف هزینه است. این موضوع برای کسانی که تصور می‌کنند SSO یک قابلیت فروشی برای طرح Enterprise است، تعجب‌آور است؛ اما این‌طور نیست.

آنچه در طرح Team وجود ندارد، پروتکل SCIM (سیستم مدیریت هویت بین‌دامنه‌ای) است؛ پروتکلی که ارائه‌دهنده هویت (IdP) شما از آن برای ایجاد و حذف خودکار حساب‌های کاربری استفاده می‌کند. بدون SCIM، غیرفعال‌سازی حساب‌ها به‌صورت دستی انجام می‌شود. این یعنی کارمندی که روز جمعه شرکت را ترک کرده است، همچنان به Claude دسترسی دارد تا زمانی که یک مدیر وارد تنظیمات سازمان شده و او را حذف کند. برای 12 نفر، این کار با یک یادآور تقویم قابل مدیریت است، اما برای 300 نفر با نرخ جابه‌جایی ماهانه، این یک نقص در حسابرسی محسوب می‌شود؛ چرا که نمی‌توانید اثبات کنید دسترسی کاربر دقیقاً همزمان با پایان همکاری قطع شده است.

طرح Enterprise سایر بخش‌های مربوط به انطباق (compliance) را اضافه می‌کند: لاگ‌های حسابرسی، یک API انطباق برای خواندن برنامه‌نویسی‌شدهٔ لاگ‌های فعالیت و محتوای گفتگوها، یک API تحلیل برای معیارهای پذیرش، کلیدهای رمزنگاری تحت مدیریت مشتری، گزینه استنتاج (inference) فقط در ایالات متحده و پیکربندی آماده برای HIPAA.

کنترل‌های داده: آموزش و نگهداری دو موضوع متفاوت هستند

در هر دو طرح Team و Enterprise، درخواست‌ها (prompts) و خروجی‌های شما به‌صورت پیش‌فرض برای آموزش مدل‌ها استفاده نمی‌شوند. این بخشی از شرایط تجاری است و پاسخ در هر دو طرح یکسان است. برای این مورد نیازی به ارتقای طرح نیست.

نگهداری داده‌ها (Retention) موضوعی جداگانه است. «ما برای آموزش از داده‌ها استفاده نمی‌کنیم» و «ما داده‌ها را ذخیره نمی‌کنیم» دو تعهد متفاوت هستند و یکی دانستن آن‌ها، رایج‌ترین اشتباه در بررسی تأمین‌کنندگان هوش مصنوعی است. کنترل‌های سفارشی برای نگهداری داده‌ها از ویژگی‌های طرح Enterprise است. اگر تیم حقوقی شما یک دورهٔ نگهداری خاص را در سیاست‌های خود تعیین کرده باشد، این الزام شما را به استفاده از طرح Enterprise وادار می‌کند؛ فارغ از اینکه تعداد کاربران شما چقدر کم باشد. در این صورت، حداقل 20 کاربر برای خرید مستقیم، به محدودیت واقعی شما در انتخاب طرح تبدیل می‌شود.

آیا میزان استفاده بین اعضای تیم به اشتراک گذاشته می‌شود؟

خیر. محدودیت‌های استفاده در طرح Team برای هر عضو به‌صورت جداگانه اعمال می‌شود و شامل کل سازمان نیست. ظرفیت استفاده‌نشدهٔ یک کاربر کم‌مصرف به کاربر پرمصرف منتقل نمی‌شود؛ بنابراین خرید صندلی (seat) اضافی، راهی برای افزایش ظرفیت یک فرد خاص نیست.

آنچه می‌توانید انجام دهید، فعال‌سازی اعتبار مصرف (usage credits) است. هنگامی که یک عضو به محدودیت تعیین‌شدهٔ خود می‌رسد، اعتبارها به او اجازه می‌دهند به کار خود ادامه دهد و هزینهٔ آن با نرخ استاندارد API محاسبه می‌شود. در طرح Team، مالکان سازمان اعتبارها را پیش‌خرید کرده و سقف هزینه را برای کل سازمان و هر فرد به‌طور مجزا تعیین می‌کنند. طرح‌های فعلی Enterprise متفاوت عمل می‌کنند: در این طرح‌ها محدودیت استفاده به ازای هر صندلی وجود ندارد که از آن عبور کنید، بنابراین اعتبار مصرف کاربردی ندارد و مدیران به‌جای آن، سقف هزینه را برای کل سازمان یا هر کاربر تعیین می‌کنند. محدودیت‌های مبتنی بر سطح صندلی، تنها در قراردادهای قدیمی Enterprise که هنوز دارای صندلی‌های استاندارد و ویژه (premium) هستند، وجود دارد. همچنین می‌توانید اعتبارها را به‌طور کامل غیرفعال کنید که در این صورت، با رسیدن به محدودیت تعیین‌شده، کار متوقف می‌شود و هیچ هزینهٔ پیش‌بینی‌نشده‌ای ایجاد نخواهد شد.

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

آیا لایسنس‌های Claude Code همراه با اکانت‌ها ارائه می‌شوند؟

بله، از اکتبر 2026، این قابلیت در هر دو طرح وجود دارد. Claude Code در تمامی اکانت‌های Team، چه استاندارد و چه پرمیوم، گنجانده شده است. همچنین در تمامی اکانت‌های طرح‌های جدید و سلف‌سرویس Enterprise نیز ارائه می‌شود. البته مفهوم «گنجانده شده» در هر طرح متفاوت است؛ زیرا اکانت Team شامل میزان استفاده مشخصی است، در حالی که در اکانت Enterprise هزینه هر توکن بر اساس نرخ API محاسبه می‌شود؛ تفاوتی که در هزینه Claude Code در مقایسه با پرداخت به ازای هر توکن بررسی شده است.

استثنا در این مورد، قراردادهای قدیمی Enterprise است که انواع اکانت‌ها را از هم تفکیک می‌کردند. در آن قراردادها، کاربر تا زمان تمدید و انتقال همه به اکانت واحد Enterprise، به یک اکانت Chat + Claude Code تحت سیستم صورت‌حساب مبتنی بر مصرف، یا یک اکانت پرمیوم تحت سیستم صورت‌حساب مبتنی بر اکانت نیاز دارد. سازمان‌هایی که پیکربندی آماده برای HIPAA دارند، همچنان اکانت‌های مجزای Chat و Chat + Claude Code را حفظ می‌کنند. اگر سازمان شما پیش از این تغییرات قرارداد امضا کرده است، نوع اکانت هر فرد را در تنظیمات سازمان بررسی کنید؛ زیرا یک اکانت چت معمولی قادر به اجرای Claude Code نیست و خطای دریافتی بیشتر شبیه به یک مشکل لایسنس به نظر می‌رسد تا یک مشکل مربوط به طرح اشتراک.

اکانت‌های پرمیوم عمدتاً به دلیل وجود Claude Code ایجاد شده‌اند. از اکتبر 2026، یک اکانت استاندارد Team حدود 1.25 برابرِ یک اشتراک Pro در هر نشست (session) ظرفیت استفاده دارد، در حالی که یک اکانت پرمیوم حدود 6.25 برابر ظرفیت دارد و هر نوع اکانت دارای محدودیت هفتگی است که برای تمامی مدل‌ها اعمال می‌شود. یک ایجنت برنامه‌نویسی بسیار بیشتر از یک پنجره چت متن می‌خواند و می‌نویسد، بنابراین اکانت‌های پرمیوم برای مهندسان مناسب هستند و سایر افراد می‌توانند از اکانت استاندارد استفاده کنند. برای درک اینکه استفاده سنگین از ایجنت واقعاً چه میزان مصرفی دارد، به هزینه Claude Code در عمل مراجعه کنید.

مقایسه Enterprise و Claude Code: این یک انتخاب نیست

این جفت‌واژه دائماً در جستجوها ظاهر می‌شود، بنابراین در اینجا به‌صراحت به آن می‌پردازیم. Claude Code یک محصول است: یک عامل برنامه‌نویسی که در ترمینال و IDE شما اجرا می‌شود. Enterprise یک طرح (Plan) است: لایهٔ مدیریتی و صورت‌حساب که یک سازمان خریداری می‌کند. این دو در سطوح متفاوتی قرار دارند، بنابراین جایگزین یکدیگر نیستند.

شما ابتدا یک طرح را انتخاب می‌کنید و سپس Claude Code تحت هر مجوزی که دارید اجرا می‌شود. این ابزار تحت طرح Pro، طرح Max، یک مجوز Team، یک مجوز Enterprise یا به‌صورت مستقیم از طریق یک حساب API بدون هیچ اشتراکی اجرا می‌شود. برنامه‌نویسی که در حال مقایسه Max با 100 یا 200 دلار با یک مجوز ممتاز Team است، در حال مقایسه دو گزینهٔ واقعی است، به شرطی که نفر دومی برای قرار گرفتن در طرح وجود داشته باشد؛ زیرا طرح Team حداقل به 2 عضو نیاز دارد و برای استفادهٔ انفرادی فروخته نمی‌شود. عبارت «Enterprise یا Claude Code» مقایسه یک طرح با یک محصول است و پاسخی برای آن وجود ندارد.

نمونه عملی: یک استارتاپ پنج‌نفره

نمودارFive-person startup, total Team seat spend per month, US dollars
داده‌های پشت این نمودار
[
  {
    "label": "5 standard seats",
    "with_annual_commitment_usd": 100,
    "without_commitment_usd": 125
  },
  {
    "label": "3 standard, 2 premium",
    "with_annual_commitment_usd": 260,
    "without_commitment_usd": 325
  },
  {
    "label": "5 premium seats",
    "with_annual_commitment_usd": 500,
    "without_commitment_usd": 625
  }
]

پنج نفر، که دو نفر از آن‌ها کدنویسی می‌کنند. نسخه Enterprise از نظر فنی در دسترس است، اما حداقل تعداد صندلی برای خرید مستقیم 20 عدد است؛ بنابراین، پیش از آنکه حتی یک توکن مصرف شود، باید هزینه 15 صندلی خالی را به‌صورت سالانه پرداخت کنید. مگر اینکه الزامات انطباق (compliance) شما را مجبور به این کار کند، تنها تصمیم باقی‌مانده، ترکیب صندلی‌هاست. سه صندلی استاندارد به‌علاوه دو صندلی پرمیوم، با تعهد سالانه 260 دلار در ماه و بدون تعهد سالانه 325 دلار هزینه دارد.

با پرداخت ماهانه شروع کنید. ساختار یک شرکت پنج‌نفره در طول یک فصل تغییر می‌کند و حذف صندلی از یک قرارداد سالانه، بازگشت وجهی به همراه ندارد. زمانی که تعداد کارکنان برای چند ماه ثابت ماند، به پرداخت سالانه تغییر وضعیت دهید. اگر دو مهندس شما هر هفته به سقف محدودیت پرمیوم خود می‌رسند، گام بعدی استفاده از اعتبار مصرف (usage credits) با سقف هزینه برای هر نفر است، نه خرید صندلی‌های بیشتر؛ زیرا محدودیت‌ها برای هر عضو اعمال می‌شود و صندلی‌های اضافی با هم تجمیع نمی‌شوند. جزئیات کامل این ساختار در طرح‌های Claude Team برای کسب‌وکارهای کوچک پوشش داده شده است.

نمونه عملی: یک سازمان مهندسی پنجاه نفره

نمودارFifty-person org, total Team seat spend per month, US dollars
داده‌های پشت این نمودار
[
  {
    "label": "50 standard seats",
    "with_annual_commitment_usd": "1,000",
    "without_commitment_usd": "1,250"
  },
  {
    "label": "30 standard, 20 premium",
    "with_annual_commitment_usd": "2,600",
    "without_commitment_usd": "3,250"
  },
  {
    "label": "50 premium seats",
    "with_annual_commitment_usd": "5,000",
    "without_commitment_usd": "6,250"
  }
]

پنجاه نفر، که بیست نفر از آن‌ها مهندس هستند و روزانه از ایجنت‌های برنامه‌نویسی استفاده می‌کنند. در پلن Team، سی لایسنس استاندارد و بیست لایسنس پریمیوم با تعهد سالانه، ماهانه 2,600 دلار هزینه دارد. این مبلغ ثابت است و به همین دلیل واحد مالی آن را می‌پسندد. قرار دادن هر پنجاه نفر در پلن پریمیوم، هزینه را به 5,000 می‌رساند، که بخش بزرگی از آن ظرفیتی است که افراد غیرمهندس هرگز از آن استفاده نخواهند کرد.

این شرکت هر دو حداقلِ مورد نیاز برای پلن Enterprise را دارد، بنابراین انتخاب واقعی پیش رو دارد. در پنجاه لایسنس، پلن Enterprise یک هزینه پلتفرم اندک برای هر لایسنس دریافت می‌کند و سپس تمام توکن‌ها را با نرخ API محاسبه می‌کند. ردیف مربوط به لایسنس‌ها قابل پیش‌بینی و کوچک می‌شود و ردیف مربوط به میزان مصرف، کل بودجه را تشکیل می‌دهد. در صورت مصرف کم، هزینه نهایی کمتر از پلن Team خواهد بود و زمانی که بیست مهندس در تمام طول روز ایجنت‌ها را اجرا کنند، هزینه به‌مراتب بیشتر می‌شود.

بنابراین به‌جای حدس زدن، اندازه‌گیری کنید. پلن Team را برای یک دوره صورت‌حساب با فعال‌سازی اعتبار مصرف (usage credits) و تعیین سقف هزینه اجرا کنید؛ در پایان آن ماه، عدد واقعی توکن مصرفی برای حجم کاری خود را در اختیار خواهید داشت. آن عدد را با یک پیش‌فاکتور مقایسه کنید. زمانی که الزامات امنیتی یا نگهداری داده‌ها شما را مجبور می‌کند، یا زمانی که تعداد کارکنان از 150 نفر فراتر می‌رود و پلن Team دیگر پاسخگو نیست، به سراغ پلن Enterprise بروید و هرگونه صرفه‌جویی در هزینه‌ها را به‌عنوان یک مزیت جانبی در نظر بگیرید، نه دلیل اصلی انتخاب. صفحه هزینه لایسنس و صورت‌حساب مصرف در Enterprise این محاسبات را با جزئیات بررسی می‌کند.

قانون تصمیم‌گیری بر اساس اندازه شرکت

  • کمتر از 20 نفر: طرح Team. طرح Enterprise مستلزم پرداخت هزینه برای 20 صندلی است، بنابراین تنها زمانی منطقی است که الزامات انطباق (compliance) آن را اجباری کنند.
  • 20 تا 150 نفر بدون الزام انطباق: طرح Team، مگر اینکه حذف دستی اعضای جداشده از تیم به یک کار طاقت‌فرسا تبدیل شده باشد.
  • 20 تا 150 نفر با نیاز به SCIM، لاگ حسابرسی (audit log) یا الزامات نگهداری داده (retention): طرح Enterprise، به صورت self-serve.
  • بیش از 150 نفر: طرح Enterprise. طرح Team دارای محدودیت سقف سخت‌گیرانه است و راه گریزی برای آن وجود ندارد.
  • هر اندازه‌ای با استفاده سنگین و نوسانی از agent: قیمت هر دو طرح را بررسی کنید، زیرا صورت‌حساب بر اساس نرخ API، پاداشِ دانستن میزان مصرف واقعی شماست.

اگر هنوز در حال تصمیم‌گیری بین اشتراک‌های فردی و یک طرح تیمی هستید، با اینکه واقعاً به کدام طرح Claude نیاز دارید شروع کنید.

FAQ

آیا Claude Enterprise جایگزینی برای Claude Code است؟

خیر، این مقایسه صحیح نیست. Claude Code یک محصول است، یک عامل برنامه‌نویسی که در ترمینال و IDE شما اجرا می‌شود. Enterprise یک طرح (plan) است، یعنی سطح مدیریت و صورت‌حساب که یک سازمان خریداری می‌کند. Claude Code در تمامی اشتراک‌های Team و تمامی اشتراک‌های طرح‌های فعلی Enterprise گنجانده شده است، بنابراین پرسش اصلی این است که کدام طرح را خریداری می‌کنید، نه اینکه کدام‌یک را انتخاب می‌کنید. در قراردادهای قدیمی‌تر Enterprise، تأیید کنید که کاربر دارای نوع اشتراکی است که شامل Claude Code می‌شود، زیرا اشتراک‌های فقط-چت (chat-only) قادر به اجرای آن نیستند.

حداقل تعداد اشتراک برای Claude Team و Enterprise چقدر است؟

طرح Team به 2 عضو نیاز دارد و تا 150 اشتراک را پشتیبانی می‌کند. طرح Enterprise در صورت خرید به‌صورت سلف‌سرویس به 20 اشتراک و از طریق مسیر فروش با پشتیبانی کارشناس به 50 اشتراک نیاز دارد. حداقل تعداد، اشتراک‌هایی است که هزینه آن‌ها را پرداخت می‌کنید، نه تعداد افرادی که در استخدام دارید؛ بنابراین یک شرکت 5 نفره تنها با پرداخت هزینه 20 اشتراک می‌تواند Enterprise بخرد و برای اکثر شرکت‌های کوچک، این مقایسه تنها در تعداد بالای 20 نفر معنا پیدا می‌کند. در تعداد بالای 150 نفر، این مقایسه دوباره بسته می‌شود، زیرا طرح Team در این نقطه متوقف می‌شود.

آیا Claude Team شامل SSO است یا به Enterprise نیاز دارم؟

طرح Team شامل ورود تکی (SSO) با قابلیت تصاحب دامنه (domain capture)، به‌علاوه تأمین دسترسی به‌موقع (just-in-time provisioning) و مجوزهای مبتنی بر نقش است. طرح Enterprise قابلیت تأمین دسترسی SCIM را اضافه می‌کند که به ارائه‌دهنده هویت شما اجازه می‌دهد حساب‌های Claude را به‌طور خودکار ایجاد یا حذف کند. بدون SCIM، شما باید افراد را به‌صورت دستی در تنظیمات سازمان حذف کنید، بنابراین ارتقا به Enterprise بیشتر مربوط به ریسک عدم حذف دسترسی‌ها (deprovisioning) است تا نحوه ورود افراد به سیستم.

آیا میزان استفاده از Claude بین تمام اعضای طرح به اشتراک گذاشته می‌شود؟

خیر. محدودیت‌های استفاده در طرح Team برای هر عضو به‌صورت جداگانه اعمال می‌شود، بنابراین ظرفیت استفاده‌نشده یک کاربر کم‌مصرف به کاربر پرمصرف منتقل نمی‌شود. هنگامی که فردی به محدودیت خود می‌رسد، اعتبار استفاده (usage credits) به او اجازه می‌دهد با نرخ‌های استاندارد API به کار خود ادامه دهد و مالکان می‌توانند سقف هزینه‌ها را هم برای کل سازمان و هم برای هر فرد تعیین کنند. غیرفعال کردن اعتبارها باعث می‌شود کار در همان محدودیت گنجانده‌شده متوقف شود و از صدور صورت‌حسابی که برای آن برنامه‌ریزی نکرده‌اید، جلوگیری شود.

#claude-team#claude-enterprise#pricing#seats#admin