چکلیست ارزیابی
- قرارداد و Product Terms مربوط به نسخه و تاریخ خرید را بررسی کنید.
- سناریوی کاربر، دستگاه و دسترسی غیرمستقیم را مستند کنید.
- مدرک خرید، تخصیص مجوز و تغییرات زیرساخت را برای ممیزی نگه دارید.
پاسخ کوتاه
CAL یک مفهوم قراردادی است، نه یک قابلیت فنی: نصبشدن نرمافزار به معنی مجاز بودن استفاده نیست. برای CAL باید شمارش دقیق (کاربر، دستگاه، هسته یا سرور)، مدرک خرید و تخصیص مستند وجود داشته باشد. کوچکترین منبع خطا در پروژههای لایسنس، همین شمارش است — نه انتخاب محصول.
۱۵–۳۰٪
Shelfware معمول در سازمانهای بدون بازبینی سالانه
۹۰ روز
محدودیت رایج جابهجایی لایسنس بدون SA
۱۶
حداقل هسته لایسنسشده در هر سرور (قاعده رایج)
Client Access License یا CAL مجوزی است که علاوه بر لایسنس Server، برای هر کاربر یا دستگاهی که به سرور متصل میشود الزامی است. دو نوع اصلی CAL وجود دارد: User CAL برای کاربری که از چند دستگاه به سرور وصل میشود، و Device CAL برای دستگاهی که چندین کاربر روی آن کار میکنند. CAL در محصولاتی مثل Windows Server، Exchange، SharePoint، SQL Server (در مدل Server+CAL) و RDS لازم است.
کاربرد عملی
چرا CAL مهم است؟
CAL مستقیماً بر تعداد مجوز لازم، حق استفاده، قابلیت انتقال و هزینه کل اثر میگذارد. پیش از خرید باید کاربر، دستگاه، سرور، هسته و شیوه دسترسی واقعی شمارش شود؛ نام محصول بهتنهایی برای محاسبه کافی نیست.
اشتباه رایج
اشتباه رایج این است که مجوز نرمافزار سرور با مجوز دسترسی کاربران یکی فرض شود یا قواعد یک محصول به محصول دیگری تعمیم داده شود.
مفهوم لایسنس و حق استفاده
چطور CAL را در عمل اجرا کنیم
پنج گام عملی که ترتیب آنها اهمیت دارد؛ جهش از گام اول به گام آخر، رایجترین دلیل بازکاری در پروژههای لایسنس است.
- 1
دامنه استفاده را تعریف کنید
مشخص کنید چه کسانی و از چه مسیری (مستقیم، از طریق پورتال، یا Multiplexing) به سرویس مربوط به CAL دسترسی دارند. دسترسی غیرمستقیم نیز مشمول شمارش است.
- 2
واحد شمارش را انتخاب کنید
کاربر، دستگاه، هسته فیزیکی، vCore یا سرور — انتخاب واحد اشتباه معمولاً ۲۰ تا ۴۰ درصد اختلاف هزینه ایجاد میکند.
- 3
حداقلهای اجباری را اعمال کنید
قواعدی مثل حداقل ۸ هسته در هر پردازنده، حداقل ۱۶ هسته در هر سرور یا حداقل ۴ vCore در هر ماشین مجازی، پیش از محاسبه نهایی باید لحاظ شود.
- 4
کانال خرید را تطبیق دهید
CSP، EA، MPSA، Open Value یا OEM — قیمت واحد، حق انتقال و امکان کاهش تعداد در هر کانال متفاوت است.
- 5
مدرک و تخصیص را بایگانی کنید
فاکتور، شماره قرارداد، تاریخ تخصیص و تغییرات زیرساخت را نگه دارید؛ در ممیزی همین مستندات مبنای اثبات CAL است.
سناریوها
CAL در پنج موقعیت واقعی
موقعیت
انتخاب پیشنهادی
نکته کلیدی
تیم کوچک تا ۳۰ کاربر
شمارش کاربرمحور
سادهترین و معمولاً ارزانترین حالت؛ مدل دستگاهمحور فقط برای ایستگاههای مشترک صرفه دارد.
محیط شیفتی یا کیوسک
شمارش دستگاهمحور
چند کاربر روی یک دستگاه؛ تعداد دستگاه معمولاً بسیار کمتر از تعداد کاربر است.
دسترسی از اینترنت / کاربران ناشناس
مدل هستهمحور یا External Connector
شمارش کاربران خارجی عملی نیست و مدل کاربرمحور در این سناریو مجاز نیست.
محیط مجازی پویا (کلاستر، vMotion)
لایسنس هاست + Software Assurance
بدون SA، جابهجایی ماشین مجازی بین هاستها معمولاً ۹۰ روز محدودیت دارد.
شرکت چندشعبهای یا هلدینگ
قرارداد سازمانی متمرکز
خرید پراکنده شعبهها هم تخفیف حجمی را از بین میبرد و هم ممیزی را پیچیده میکند.
اقتصاد تصمیم
چه چیزی هزینه را جابهجا میکند
محرک
اثر روی هزینه
واحد شمارش (کاربر / دستگاه / هسته)
بیشترین اثر — انتخاب اشتباه تا ۴۰٪ هزینه اضافه
Software Assurance
حدود ۲۵٪ سالانه، اما پیشنیاز ارتقا، انتقال و مزایای ابری
کانال خرید و حجم
۵ تا ۳۰٪ اختلاف قیمت واحد بین CSP، EA و Open
نسخه و ادیشن
Enterprise در برابر Standard معمولاً ۳ تا ۴ برابر
رشد پیشبینینشده کاربران
True-up سالانه بدون تخفیف مذاکرهشده
چه چیزی را مستند نگه داریم
- گزارش موجودی نرمافزار (Inventory) را حداقل سالی یکبار و پیش از تمدید تهیه کنید.
- بین «نصبشده»، «تخصیصیافته» و «واقعاً استفادهشده» تفکیک قائل شوید؛ اختلاف این سه، محل صرفهجویی است.
- حسابهای خروجکرده، سرورهای بازنشسته و محیطهای تست فراموششده رایجترین منبع هزینه بیفایدهاند.
- هر تغییر سختافزاری (افزایش هسته، افزودن هاست) را بلافاصله از منظر لایسنس ارزیابی کنید.
پرسشهای متداول
سوالات رایج درباره CAL
آیا CAL با خرید سختافزار جدید منتقل میشود؟
بستگی به کانال دارد: لایسنس Retail معمولاً قابل انتقال است، OEM به همان دستگاه گره میخورد و Volume Licensing با شرایط قرارداد و در برخی موارد فقط با Software Assurance قابل جابهجایی است.
اگر تعداد کاربران در میانه سال زیاد شود چه اتفاقی برای CAL میافتد؟
در قراردادهای سازمانی، افزایش در فرایند True-up سالانه اعلام و تسویه میشود؛ در CSP معمولاً میتوان ماهانه اضافه کرد. تأخیر در اعلام، ریسک عدم انطباق ایجاد میکند.
CAL برای محیط تست و توسعه هم لازم است؟
بله، مگر اینکه از اشتراکهای ویژه توسعهدهنده استفاده کنید. محیط UAT و Staging که کاربر کسبوکار به آن دسترسی دارد، معمولاً Production محسوب میشود.