مدل تازهٔ هزینهٔ Copilot؛ اشتراک ثابت، سقف کل صورتحساب نیست
مایکروسافت در ۲۵ سپتامبر مدل ترکیبی اشتراک و مصرف Copilot را تشریح کرد. مسئلهٔ مدیر مالی فقط قیمت هر کاربر نیست: کدام کار مصرف جدا دارد، کدام محدودیت واقعاً اجرا میشود و هزینهٔ هر خروجیِ پذیرفتهشده چقدر است؟
خبر تازه: جدایی هزینهٔ کار روزمره از کار عاملها
مایکروسافت روز ۲۵ سپتامبر ۲۰۲۶، برابر با ۳ مهر، همزمان با معرفی تجربههای تازهٔ Copilot، مدل هزینهٔ کار روزمره و کار عاملهای هوش مصنوعی را توضیح داد. در اعلام شرکت، Chat و کار در برنامههای اداری زیر اشتراک کاربر قرار میگیرند؛ Cowork، Code و Autopilot و برخی قابلیتهای پیشرفته با صورتحساب مبتنی بر مصرف ارائه میشوند. این خبر دربارهٔ ساختار هزینه است، نه اعلام یک قیمت واحد برای تمام استفادهها. [۱]
زمان عرضه نیز یکسان نیست: Home و Code در هفتههای پیش رو از مسیر برنامهٔ Frontier عرضه میشوند و گسترش پیشنمایش خصوصی Autopilot برای پایان ماه اعلام شده است. پشتیبانی مدیریت هزینه از عاملهای Copilot Studio برای اکتبر برنامهریزی شده، نه اینکه امروز برای همه فعال باشد. بنابراین تیتر معرفی محصول، شاهد دسترسی عمومی هر قابلیت در حساب هر مشتری نیست. [۱]
برداشت ژرفبان این است که در پیشنهاد خرید خدمات هوش مصنوعی باید دو سؤال جدا پرسید: برای داشتن دسترسی چه میپردازیم و برای انجام کار چه؟ این تمایز برای حسابدارِ کنترلکنندهٔ صورتحساب و بنیانگذاری که بودجهٔ آزمایش را تصویب میکند یکسان مهم است. قیمت هر کاربر را میتوان در بودجه نوشت؛ اما بدون تعریف دامنهٔ مصرف، هنوز برآورد کل قرارداد کامل نیست.
اشتراک پایه حذف نشده؛ مصرف روی آن مینشیند
در توضیح رسمی قیمتگذاری، USL همان مجوز اشتراک ماهانه بهازای کاربر است و UBB هزینهٔ مصرف با Copilot Credits. برای دسترسی به قابلیتهای پیشرفتهٔ یادشده، USL همچنان لازم است؛ مصرف جایگزین اشتراک نیست. خود اشتراک نیز قواعد استفادهٔ منصفانه و محدودیت مصرف دارد. مایکروسافت میگوید کاربرِ رسیده به محدودیت، پس از هشدار میتواند انتخاب مدل را به Auto تغییر دهد یا سراغ اعتبار مصرفی برود. [۲]
همان اعلام میگوید برای مشتریان سازمانی، خدمات UBB تا ایجاد سیاست هزینه توسط مدیر فعال نمیشوند و پیش از آن هزینهای محاسبه نمیشود. این ادعای فروشنده دربارهٔ مسیر فعالسازی است؛ نباید آن را به هر حساب، واسطه یا محصول دیگری تعمیم داد. گزارش مقایسهٔ هزینه در این صفحه نیز تحلیل داخلی مایکروسافت با سناریوهای انتخابی است، نه آزمون مستقل صرفهجویی شرکت شما. [۲]
پیشنهاد ژرفبان برای بررسی یک قرارداد مشابه این است که سهم ثابت، نرخ یا روش محاسبهٔ مصرف، خدمات مشمول و اختیار افزایش اعتبار در ردیفهای جدا نوشته شوند. اگر فروشنده فقط یک مبلغ ماهانه میدهد، بپرسید کدام کار از آن خارج است. «نامحدود» بدون تعریف کار، مدل و استثنا، عدد مناسبی برای پیشبینی پرداخت نیست. پاسخ را به نسخهٔ پیشنهاد و تاریخ اعتبار آن متصل کنید.
دو معنای متفاوت بودجه در اسناد رسمی
راهنمای تنظیم pay-as-you-go با آخرین بهروزرسانی ۱۷ ژوئیه، مشخصاً دربارهٔ Copilot Chat و عاملهای SharePoint است. این سند میگوید ثبت بودجه، ایمیل هشدار ایجاد میکند اما مانع عبور از بودجه نمیشود و استفاده میتواند ادامه یابد. خود صفحه، خوانندهٔ Cowork و Work IQ API را به راهنمای دیگری ارجاع میدهد. پس این جمله نه تازه اعلام شده و نه دربارهٔ همهٔ مسیرهای Copilot است. [۳]
در مقابل، راهنمای مدیریت Copilot Credits، بهروزشده در ۲۵ سپتامبر، برای سیاست دارای سقف ماهانه از قطع دسترسی به عاملها و خدمات مشمول پس از رسیدن به حد سخن میگوید. اما برای کارِ در حال اجرا که از حد هر کاربر در سیاست گروهی عبور کند استثنا دارد: کار ممکن است تمام شود؛ عدم مطالبهٔ هزینهٔ مازاد به تشخیص مایکروسافت وابسته است. این را تضمین توقف فوری همهٔ پردازشها نخوانیم. [۴]
نتیجهٔ کنترلی ژرفبان، انتخاب یک عبارت دقیق برای هر محدودیت است: «فقط اطلاع میدهد»، «شروع کار بعدی را منع میکند» یا «کار جاری را هم متوقف میکند». از تأمینکننده بخواهید رفتار واقعی و استثنا را نشان دهد. مدیر مالی لازم نیست تنظیمات فنی را شخصاً انجام دهد؛ لازم است بداند چه کسی هشدار را میبیند، چه کسی مجاز به افزایش حد است و پس از عبور چه تعهدی باقی میماند.
دامنهٔ کنترل را همراه مبلغ تصویب کنید
راهنمای اعتبارها دو نکتهٔ دیگر دارد: سیاست هزینه، اعتبار را برای گروهها رزرو یا تخصیص نمیدهد؛ فقط دسترسی و حد مصرف را کنترل میکند. همچنین گزینهٔ افزودن خودکار خدمات جدید به سیاست، بهطور پیشفرض روشن است. در نتیجه، مبلغ سیاست و فهرست خدمات زیر پوشش آن دو تنظیم جدا هستند و باید هر دو بررسی شوند. [۴]
پیشنهاد عملی ژرفبان، یک برگهٔ تأیید کوتاه برای هر آزمایش سازمانی است: مالک فرایند، کاربران مجاز، کارِ مجاز، سقف ریالیِ مصوب شرکت، مبنای تبدیل واحد مصرف به مبلغ، مسئول دریافت هشدار و تاریخ بازبینی. سقف داخلی ریالی را با عدد اعتبار در پنل یکی نگیرید؛ نرخ قراردادی، ارز تسویه و تاریخ تبدیل باید قابل بازسازی باشد. این پیشنهاد کنترل خرید است، نه توصیف قابلیت فعال ژرفبان یا همهٔ فروشندگان.
کمکردن هزینه تنها هدف نیست. توقف ناگهانی کار در موعد بستن حسابها هم میتواند نامطلوب باشد. پیش از محدودسازی، مالک فرایند باید مسیر دستی یا جایگزینِ مجاز و نحوهٔ نگهداری خروجی نیمهتمام را روشن کند. اجازهٔ اضطراری افزایش مصرف نیز بهتر است مبلغ، مدت و تأییدکنندهٔ مشخص داشته باشد؛ مجوز دائمیِ مبهم، ارزش کنترل اولیه را کم میکند.
عدد مدیریتی: هزینهٔ هر خروجیِ پذیرفتهشده
چارچوب اقتصاد واحدِ FinOps Foundation میان سنجههای فنیِ مصرف و سنجهٔ ارزش کسبوکار تمایز میگذارد و بر تعریف دامنهٔ هزینه و واحد خروجی تأکید دارد. این راهنما منبع زمینه است و تاریخ انتشار مشخصی روی صفحه ندارد. استفاده از آن در این خبر، تأیید کیفیت Copilot یا اثبات بازدهی یک محصول نیست. [۵]
مثال ژرفبان کاملاً فرضی است: سهم اشتراک یک آزمایش ۲٬۰۰۰ واحد، مصرف ۳٬۰۰۰ و زمان بازبینی با مبنای داخلیِ مورد توافق ۱٬۰۰۰ واحد هزینه دارد. از ۱۰۰ خروجی اولیه، ۷۵ خروجی پس از کنترل پذیرفته میشود. هزینهٔ هر خروجی اولیه ۶۰ واحد است، اما هر خروجیِ پذیرفتهشده ۸۰ واحد تمام میشود. این اعداد قیمت Copilot، نرخ ارز یا برآورد صرفهجویی واقعی نیستند.
برای یک کار مالی، معیار پذیرش را پیش از آزمایش بنویسید؛ مثلاً تطبیق با سند، قابل پیگیری بودن محاسبه و تأیید مسئول. تعداد پیام یا پاسخ را جای خروجی موفق ننشانید. در مقایسه با روش فعلی نیز همان دامنهٔ کار، سطح کیفیت و هزینهٔ بازبینی را حفظ کنید. کاهش زمان تهیهٔ پیشنویس، بهتنهایی کاهش وجه پرداختی یا حذف نیاز به کنترل انسانی را ثابت نمیکند.
برای شرکت ایرانی چه چیزی قابل انتقال است؟
صفحهٔ دسترسی بینالمللی مایکروسافت، ایران را در فهرست کشورهایی قرار میدهد که خدمات آنلاین مایکروسافت در آنها عرضه نمیشود. صفحه تاریخ انتشار نمایانی ندارد و در زمان تهیهٔ این خبر بررسی شد. بنابراین این گزارش دستور خرید یا راهاندازی Copilot برای شرکت مستقر در ایران نیست؛ امکان دسترسی و شرایط قرارداد باید مستقل از جذابیت قابلیتها بررسی شود. [۶]
آنچه به خرید مجاز خدمات داخلی یا قراردادهای مشابه منتقل میشود، پرسشهای کنترلی است: هزینهٔ پایه چه چیزی را پوشش میدهد، مصرف را چه کسی ایجاد میکند، هشدار چه اثری دارد و خروجی با چه معیاری پذیرفته میشود؟ هیچ قاعدهٔ فنی مایکروسافت را بدون سند به فروشندهٔ داخلی نسبت ندهید. از پاسخهای مبهم، ادعای صرفهجویی نسازید؛ همان ابهام را در تصمیم خرید نشان دهید.
در ادامه، سه شاهد ارزش پیگیری دارد: عرضهٔ واقعی قابلیتهای اعلامشده، متن نهایی دامنه و استثناهای کنترل مصرف، و نتیجهٔ یک آزمایش محدود با صورتحساب قابل تطبیق. پنج سند این گزارش از مایکروسافت است و پنج تأیید مستقل محسوب نمیشود؛ منبع ششم، چارچوب FinOps است. ژرفبان ادعای تبلیغاتی برتری هزینه را نپذیرفته و رقم بازدهی منتشر نمیکند. برش خبری این نسخه، ساعت ۰۷:۰۱ روز ۴ مهر تهران و پنجرهٔ اصلی آن ۲۴ ساعت است.
منابع مستقیم
- معرفی Copilot با Home، Code و Autopilot و برنامهٔ عرضه Microsoft Blog · 2026-09-25
- تشریح مدل ترکیبی USL و UBB؛ اعلام قیمتگذاری Microsoft Tech Community · 2026-09-25
- بودجهٔ هشداردهنده برای Copilot Chat و SharePoint؛ بهروزرسانی ۱۷ ژوئیه Microsoft Learn · 2026-07-17
- سیاست مصرف Copilot Credits و استثناهای حد کاربر؛ بهروزرسانی ۲۵ سپتامبر Microsoft Learn · 2026-09-25
- چارچوب اقتصاد واحد؛ منبع زمینهٔ بدون تاریخ، بررسیشده در ۴ مهر FinOps Foundation
- دسترسی بینالمللی خدمات آنلاین؛ بدون تاریخ، بررسیشده در ۴ مهر Microsoft
تحلیلهای مرتبط
مطالب همموضوع که همین تصمیم را از زاویهٔ دیگری کامل میکنند.
تمدید اشتراک نرمافزار؛ چه زمانی تعداد مجوزها را کم کنیم؟
کاربر غیرفعال الزاماً به معنای پول قابل برگشت نیست و پرداخت ماهانه هم همیشه قرارداد ماهانه نیست. این راهنما کمک میکند پیش از تمدید، میان حفظ اشتراک، کاهش مجوز، تغییر طرح و خروج کنترلشده تصمیم بگیرید.
خواندن گزارش
سقف هزینه عامل جدید گوگل؛ کدام خرج واقعاً متوقف میشود؟
خبر ۸ اکتبر گوگل یک پرسش مالی مهم دارد: وقتی عامل به سقف هزینه رسید، دقیقاً چه چیزی متوقف میشود؟ پاسخ را باید در دامنه خدمت، هزینه باقیمانده و مجوز شروع دوباره جستوجو کرد؛ نه فقط عددی که در پنل ثبت میشود.
خواندن گزارش
پلتفرم ایمنی NVIDIA معرفی شد؛ مهار عامل، مجوز پرداخت نیست
NVIDIA در ۲۸ سپتامبر پلتفرم ایمنی عاملها را معرفی کرد. اسناد همراه، کنترل فنی اجرا را از اختیار تجاری جدا میکنند؛ برای مدیر مالی، پرسش تعیینکننده این است که چه اقدامی واقعاً مسدود میشود و چه کسی هنوز باید آن را تأیید کند.
خواندن گزارش
هشدار بانک مرکزی اروپا درباره رمزگشایی آیندهٔ اطلاعات ذخیرهشده
فرانک الدرسون در سخنرانی ۳۰ سپتامبر، برابر با ۸ مهر، به خطر جمعآوری اطلاعات رمزشده برای رمزگشایی در آینده پرداخت. برای مدیر مالی، موضوع عملی امروز تعیین عمر محرمانگی دادهها و روشنکردن مسئولیت تأمینکننده نرمافزار است.
خواندن گزارش
پروندهٔ EvilTokens؛ ایمیل آشنا مجوز تغییر حساب پرداخت نیست
مایکروسافت و شرکایش از اختلال در سرویسی خبر دادهاند که ایمیلهای سرقتشده را برای یافتن فرصت تقلب مالی تحلیل میکرد. برای واحد مالی، نقطه کنترل فوری تغییر حساب ذینفع است: تأیید را بیرون از همان رشته ایمیل بگیرید.
خواندن گزارش
چرا قیمت نرمافزارمان را منتشر میکنیم؟
در بازاری که پاسخ هر پرسش قیمتی «تماس بگیرید» است، انتشار فهرست قیمت یک تصمیم تجاری است، نه یک ژست.
خواندن گزارشخلاصه را سریع ببینید؛ گزارش کامل را با یک لمس باز کنید
هر پست با تصویر اختصاصی، دو دلیل اهمیت، یک اقدام مدیریتی، یک مورد قابل رصد و مسیر مستقیم به متن کامل و منابع منتشر میشود.