إدارة خطط Cursor Teams

يغيّر تشغيل Cursor لفريق طريقة تفكيرك في المنتج: فبدلاً من أن يدير شخص واحد اشتراكًا واحدًا، يدير مسؤول مجموعة مقاعد وميزانية استخدام مشتركة ومجموعة سياسات تنطبق على كل مطوّر. يستعرض هذا الدليل الإدارة اليومية لخطة Cursor Teams، بما في ذلك إضافة المقاعد وإزالتها، وتعيين الأدوار، وترقية المقاعد إلى مستويات أعلى، وتكوين SSO، وقراءة لوحات الاستخدام، والتعامل مع مشكلات الفوترة الأكثر شيوعًا.

نظرة عامة على خطة Teams

يُسعَّر اشتراك Teams لكل مقعد، ويُفوتر شهريًا أو سنويًا، ويُدار من لوحة تحكم الويب بدلاً من داخل المحرر. يتضمن كل مقعد حصة استخدام، ويُجمَّع الإنفاق القائم على الاستخدام للفريق ويُتحكَّم به مركزيًا حتى يستطيع المسؤولون رؤية أين تذهب الميزانية.

الجانب	كيف يعمل في Teams
نموذج التسعير	لكل مقعد شهريًا، مع خيارات الفوترة السنوية
الاستخدام	يتضمن كل مقعد حصة؛ ويُجمَّع الإنفاق القائم على الاستخدام على مستوى الفريق
الإدارة	لوحة تحكم ويب للمقاعد والأدوار والفوترة والاستخدام
الأدوار	مسؤول وعضو؛ يدير المسؤولون المقاعد والفوترة والسياسات
الخصوصية	يمكن للمسؤول فرض وضع الخصوصية على مستوى الفريق
SSO	تسجيل دخول موحّد قائم على SAML لنطاق البريد الإلكتروني للفريق
الدعم	قنوات دعم ذات أولوية لمشكلات الفوترة والحساب

كيف تعمل حصة الاستخدام المشتركة

في خطة Teams هناك طبقتان من الاستخدام يجب فهمهما:

1. حصة لكل مقعد. يتضمن كل مقعد حصة أساسية من استخدام النموذج تُجدَّد مع دورة الفوترة. المطوّر الذي يبقى ضمن الحصة لا ينتج عنه رسوم إضافية.
2. ميزانية مشتركة قائمة على الاستخدام. عندما يتجاوز العضو الحصة المخصصة لكل مقعد، تُفوتر الاستخدامات الإضافية على الميزانية المشتركة للفريق بأسعار قائمة على الاستخدام. يمكن للمسؤولين تعيين حدود الإنفاق وتلقي إشعارات أثناء استهلاك الحصة.

يعني هذا التصميم أن مستخدمًا واحدًا مكثفًا للوكيل لا يستطيع أن يفخّخ فاتورته الخاصة بصمت، لكنه يستطيع أن يستنزف الحصة المشتركة. تعامل مع الميزانية المشتركة كمورد للفريق تراقبه كما تراقب أي إنفاق سحابي آخر.

راقب الحصة، لا المقاعد الفردية

تُجدَّد حصص المقاعد الفردية في كل دورة، لكن الإنفاق القائم على الاستخدام يُسحب من الحصة المشتركة. تحقق من عرض الاستخدام على مستوى الفريق قبل تشغيل أعباء عمل طويلة ومكلفة للوكيل قرب نهاية فترة الفوترة.

إضافة المقاعد وإزالتها

تحدث جميع عمليات المقاعد في لوحة تحكم المسؤول، ضمن قسم الفريق أو الأعضاء. يجب أن تكون مسجّلاً الدخول بحساب يحمل دور المسؤول.

إضافة مقعد

1. سجّل الدخول على cursor.com وافتح لوحة تحكم الفريق بحساب المسؤول لديك.
2. انتقل إلى قسم الأعضاء أو المقاعد واختر خيار الدعوة.
3. أدخل عنوان البريد الإلكتروني للعمل الخاص بالمطوّر وأرسل الدعوة.
4. يُحجز المقعد بمجرد إرسال الدعوة (أو قبولها، حسب تكوين خطتك)، وتُوزَّع أي رسوم منتصف الدورة تناسبيًا.
5. يقبل المطوّر الدعوة ويسجّل الدخول بعنوان البريد الإلكتروني هذا لتولي المقعد.

إزالة مقعد

1. افتح قائمة الأعضاء في لوحة التحكم.
2. اعثر على العضو المغادر وأزل عضويته.
3. إذا أردت أيضًا إيقاف الدفع مقابل المقعد، فأزل المقعد نفسه في قسم الفوترة. حذف العضوية دون تحرير المقعد هو السبب الأكثر شيوعًا للدفع مقابل أشخاص غادروا.
4. ينتهي الوصول إما فورًا أو في نهاية الدورة الحالية، حسب الخيار الذي تختاره.

الإجراء	كيف تُفوتر	وقت انتهاء الوصول
إضافة مقعد في منتصف الدورة	تُوزَّع تناسبيًا للمدة المتبقية	فورًا عند القبول
إزالة العضوية فقط	يستمر فوترة المقعد	يعتمد على تحرير المقعد
إزالة المقعد	يتوقف عند التجديد التالي أو تُوزَّع تناسبيًا، وفق شروط الخطة	حسب الخيار المحدد

الأدوار: المسؤولون والأعضاء

تحتوي خطط Teams على دورين مدمجين. الشخص الذي أنشأ الفريق مسؤول بشكل افتراضي.

الإمكانية	مسؤول	عضو
دعوة الأعضاء وإزالتهم	نعم	لا
إضافة المقاعد أو تحريرها	نعم	لا
عرض الفوترة وتغييرها	نعم	لا
تكوين SSO	نعم	لا
فرض وضع الخصوصية للفريق	نعم	لا
عرض لوحات استخدام الفريق	نعم	عادةً مقتصر على استخدامه الخاص
استخدام كل ميزات IDE	نعم	نعم

اختيار من يصبح مسؤولاً

أبقِ دور المسؤول صغيرًا: عادةً مدير الهندسة الذي يملك الميزانية وبديل واحد. يمكن للمسؤولين تغيير الفوترة، لذا فكل مسؤول إضافي هو شخص آخر يمكنه إضافة مقاعد أو تغيير طريقة الدفع عن غير قصد. رقِّ العضو من قائمة الأعضاء في لوحة التحكم؛ ويسري التغيير عند تسجيل دخوله التالي.

ترقية مقعد إلى مستوى أعلى

بعد المقعد القياسي، يقدم Cursor مستويات أعلى (مثل Ultra، وفي بعض سياقات الفوترة مستوى أعلى يُشار إليه بـ Super) ترفع الاستخدام المتضمن وتفتح أقوى النماذج وميزات الوكيل طويلة التشغيل. في خطة Teams، تُدار هذه الترقيات لكل مقعد بواسطة مسؤول، لا بواسطة العضو الفرد.

كيفية ترقية مقعد

1. افتح لوحة تحكم الفريق وحدد العضو الذي تريد ترقية مقعده.
2. افتح خيارات المقعد أو الاشتراك لهذا العضو.
3. اختر المستوى الأعلى وأكّد. تُفوتر الرسوم إما فورًا بشكل تناسبي أو تُطبّق عند التجديد التالي، حسب خيار الفوترة المعروض أثناء الدفع.
4. اطلب من العضو تسجيل الخروج وإعادة الدخول إلى IDE حتى تظهر الحدود الجديدة في لوحة حسابه.

مشكلات الفوترة الشائعة بعد الترقية

• ارتباك التوزيع التناسبي. تنتج ترقية منتصف الدورة بندًا تناسبيًا لمرة واحدة في الفاتورة التالية إضافةً إلى التجديد العادي. هذا متوقع وليس رسومًا مكررة.
• تطبيق الترقية على المقعد الخطأ. تنمو قوائم المقاعد بمرور الوقت وغالبًا ما تحتوي على إدخالات قديمة. تأكد من عنوان البريد الإلكتروني على المقعد قبل تأكيد الترقية.
• عدم ظهور الحدود فورًا. قد تسري تغييرات المستوى في الدورة التالية. تعرض لوحة حساب العضو في IDE الحدود النشطة حاليًا.
• فشل الدفع. إذا رُفضت بطاقة الفريق، فقد تفشل الترقية بصمت. تحقق من سجل الفوترة بحثًا عن معاملة فاشلة قبل إعادة المحاولة.

قد تنتظر الترقيات حتى الدورة التالية

حسب طريقة تكوين فوترة فريقك، قد تسري ترقية المقعد فورًا برسوم تناسبية، أو في بداية فترة الفوترة التالية. إذا لم تظهر حدود المستوى الجديد على الفور، فتحقق من تاريخ دورة الفوترة قبل افتراض فشل الترقية.

أساسيات إعداد SSO

تسجيل الدخول الموحّد SAML يربط كل مقعد بمزوّد الهوية لديك، بحيث يتحكم الانضمام إلى الشركة ومغادرتها تلقائيًا في من يمكنه استخدام Cursor. يتم الإعداد من إعدادات الأمان في لوحة تحكم المسؤول.

1. في لوحة التحكم، افتح إعدادات الأمان أو المصادقة.
2. اختر SAML SSO وانسخ تفاصيل مزود الخدمة التي يمنحها لك Cursor (entity ID و ACS URL).
3. في مزوّد الهوية لديك (Okta، Entra ID، Google Workspace، وما شابه)، أنشئ تطبيق SAML جديدًا بهذه القيم.
4. الصق عنوان URL أو XML للبيانات الوصفية الخاصة بمزوّد الهوية في لوحة تحكم Cursor.
5. عيّن التطبيق لمجموعة اختبار أولاً، وتحقق من تسجيل الدخول، ثم انشره على الفريق بأكمله.

<!-- Example SAML attribute mapping most identity providers accept -->
<Attribute Name="email" NameFormat="urn:oasis:names:tc:SAML:2.0:attrname-format:basic">
  <AttributeValue>[email protected]</AttributeValue>
</Attribute>

يجب أن تطابق سمة البريد الإلكتروني البريد الموجود على مقعد العضو. إذا لم يتمكن مستخدمو SSO من تسجيل الدخول، فإن عدم التطابق بين بريد مزوّد الهوية وبريد المقعد هو أول ما يجب فحصه.

جرّب SSO بحسابين

فعّل SSO لمسؤول واحد وعضو واحد قبل فرضه على الفريق بأكمله. إذا كان تعيين السمات خاطئًا فقد تقفل الجميع خارجًا، لذا تحقق باستخدام حسابات لا يزال بإمكانك الوصول إليها بكلمة مرور.

لوحات الاستخدام ووضع الخصوصية

قراءة لوحة الاستخدام

يعرض قسم الاستخدام في لوحة تحكم الفريق، للدورة الحالية:

• إجمالي استخدام الفريق مقابل الحصة المشتركة، مع حدود الإنفاق التي كوّنتها.
• تفصيل لكل عضو يوضح استهلاك الطلبات والرموز، لتتمكن من تحديد المستخدمين المكثفين قبل استنفاد الحصة.
• توزيع النماذج، الذي يخبرك ما إذا كانت النماذج المكلفة طويلة السياق تهيمن على إنفاقك.
• خطوط الاتجاه عبر الدورات، مفيدة للتنبؤ بما إذا كان مستوى الخطة الحالي لا يزال مناسبًا للفريق.

فرض وضع الخصوصية للفريق

يمنع وضع الخصوصية تخزين كودك على خوادم Cursor بما يتجاوز ما يلزم لتقديم الطلب. في خطط Teams يمكن للمسؤول فرض وضع الخصوصية على الجميع، مما يزيل قدرة الأعضاء الأفراد على إيقاف تشغيله.

1. افتح إعدادات الخصوصية في لوحة تحكم المسؤول.
2. فعّل الفرض للفريق بأكمله.
3. أكّد في IDE: يجب أن يرى الأعضاء وضع الخصوصية معروضًا كمفروض ومعطّلاً (رماديًا) في إعداداتهم.

بالنسبة للفرق التي تتعامل مع بيانات العملاء أو كود خاضع للتنظيم، افرض وضع الخصوصية على مستوى الفريق بدلاً من الاعتماد على الإعدادات الفردية. لاحظ أن ميزات الوكيل التي تعمل في السحابة لها شروطها الخاصة لمعالجة البيانات، لذا راجعها بشكل منفصل إذا كان ذلك مهمًا لوضع الامتثال لديك.

إدارة طرق الدفع والفواتير

تحديث تفاصيل الدفع

افتح قسم الفوترة في لوحة التحكم لتغيير البطاقة المسجلة، أو تحديث بريد الفوترة، أو تحرير اسم الشركة والتفاصيل الضريبية التي تظهر في الفواتير. تُطبّق التغييرات على الفاتورة التالية؛ وتحتفظ الفواتير الصادرة بالفعل بالتفاصيل التي أُنشئت بها.

تسوية الفواتير

تُدرج الفواتير رسوم كل مقعد وأي تجاوز قائم على الاستخدام كبنود منفصلة. عندما لا تتطابق الأرقام مع تصورك الذهني للفريق، صدّر الفاتورة وقائمة أعضائك الحالية وقارن بينهما:

# reconcile.py - compare an exported invoice CSV against the active members CSV
import csv

def load_rows(path):
    with open(path, newline="", encoding="utf-8") as f:
        return list(csv.DictReader(f))

invoice = load_rows("invoice.csv")       # columns: email, line_type, amount
members = load_rows("members.csv")       # columns: email, role, status

billed = {r["email"] for r in invoice if r["line_type"] == "seat"}
active = {m["email"] for m in members if m["status"] == "active"}

print("Billed but not active:", sorted(billed - active))
print("Active but not billed:", sorted(active - billed))
total = sum(float(r["amount"]) for r in invoice if r["line_type"] != "tax")
print(f"Invoice total excluding tax: {total:.2f}")

أي شيء في قائمة "مفوتر ولكن غير نشط" هو مقعد قديم: حرّره ليتوقف عن التجديد.

استكشاف المشكلات الشائعة وإصلاحها

عدم تطبيق ترقية المقعد

اعمل عبر قائمة التحقق هذه قبل التواصل مع الدعم:

1. تأكد من شراء الترقية من حساب المسؤول، لا من حساب عضو.
2. تحقق من سجل الفوترة بحثًا عن معاملة مكتملة (لا فاشلة).
3. تحقق مما إذا كانت شروط الخطة تُظهر الترقية سارية في الدورة التالية.
4. اطلب من العضو تسجيل الخروج تمامًا من IDE وإعادة الدخول؛ يمكن أن تُظهر بيانات الاعتماد المخزنة مؤقتًا حدودًا قديمة.
5. تحقق من أن الترقية وقعت على المقعد بعنوان البريد الإلكتروني الصحيح.

إذا كان كل ما سبق سليمًا ولا يزال المستوى يظهر كقياسي، فأرسل بريدًا إلى [email protected] مع اسم الفريق وبريد المقعد ومعرّف الفاتورة الخاص بالترقية.

تعذّر ترقية مقعد الفريق إلى Super

بعض تكوينات Teams لا تعرض المستوى الأعلى كترقية ذاتية لكل مقعد، أو يظهر الخيار لكنه يفشل عند الدفع. عمليًا:

• تأكد من أن مالك الفوترة (المسؤول الذي أعدّ المدفوعات) ينفذ الترقية، لأن تغييرات المستوى لكل مقعد مرتبطة بطريقة الدفع.
• جرّب الترقية من قسم الفوترة بدلاً من قائمة الأعضاء، أو العكس؛ يوجد الخيار في أماكن مختلفة حسب إصدار الخطة.
• إذا فشل الدفع مرارًا، فتواصل مع الدعم أو المبيعات واطلب تطبيق تغيير مستوى المقعد يدويًا. اذكر بريد المقعد والمستوى المطلوب.
• كحل بديل، يشغّل بعض الفرق ذلك المستخدم المكثف الوحيد على اشتراك فردي بمستوى أعلى ويُبقون بقية الفريق على خطة Teams. ليس أنيقًا، لكنه يزيل العائق عن المطوّر أثناء تسوية الفوترة.

الرسوم المكررة

الأسباب الشائعة والحلول:

السبب	كيفية التأكد	الحل
إعادة محاولة الدفع بعد انتهاء المهلة	معاملتان، إحداهما معلّقة أو فاشلة	عادةً تُحل المعلّقة تلقائيًا؛ إذا رُحّلت كلتاهما، فتواصل مع الدعم
اشتراكات فردية وفريق على بريد واحد	يُظهر سجل الفوترة منتجين	ألغِ الخطة الفردية أو اطلب من الدعم الدمج
إضافة مقعد مرتين في دورة واحدة	بندان تناسبيان للمقعد نفسه لنفس البريد	حرّر المقعد الإضافي؛ يمكن للدعم استرداد التداخل
تخزين البطاقة مرتين بسبب خطأ تعبئة تلقائية في المتصفح	طريقتا دفع، كُلتاهما مُفوتّرة	أزل إحدى الطريقتين واطلب استردادًا للخاطئة

افتح دائمًا تذكرة دعم مع معرّفات الفواتير والطوابع الزمنية للمعاملات. استرداد الرسوم المكررة الحقيقية إجراء روتيني، لكنه يتطلب تحديد الرسوم المحددة.

عضو مُزال لا يزال يستهلك مقعدًا

يعني هذا دائمًا تقريبًا أن العضوية أُزيلت لكن المقعد نفسه لم يُحرَّر، أو أن تعيين مجموعة SSO أعاد تزويد المستخدم على الفور. لإصلاح ذلك:

1. في لوحة التحكم، تحقق مما إذا كان الشخص يظهر كعضو غير نشط أو معلّق. الدعوات المعلّقة تحجز مقاعد.
2. ألغِ أي دعوة معلّقة، ثم حرّر المقعد في قسم الفوترة.
3. إذا أعاد SSO إنشاء العضوية تلقائيًا، فأزل المستخدم من مجموعة تطبيق Cursor في مزوّد الهوية لديك.
4. أعد تشغيل تسوية المقاعد مقابل الفاتورة لتأكيد أن المقعد لم يعد يُجدَّد.

# Quick audit: list seats from the exported members CSV where last_active is over 30 days old
import csv
from datetime import datetime, timedelta

with open("members.csv", newline="", encoding="utf-8") as f:
    for row in csv.DictReader(f):
        last = datetime.strptime(row["last_active"], "%Y-%m-%d")
        if datetime.now() - last > timedelta(days=30):
            print("candidate for seat release:", row["email"])

عدم إعادة تعيين الاستخدام أسبوعيًا

سوء الفهم الأكثر شيوعًا في خطط Teams هو جدول إعادة التعيين. بشكل عام:

• تُجدَّد حصص المقاعد في دورة الفوترة، وهي شهرية ما لم تختر غير ذلك عند التسجيل. لا توجد إعادة تعيين أسبوعية للحصة الرئيسية.
• تُتتبع الميزانيات المشتركة القائمة على الاستخدام لكل فترة فوترة، ويعكس استنزاف الحصة الذي تراه في لوحة التحكم الفترة الحالية فقط.
• قد يكون لميزات فردية نوافذها الخاصة. لبعض ميزات الوكيل والمعاينة حدود متجددة أقصر مستقلة عن دورة الفوترة، ولهذا قد يُعاد تعيين رقمان في لوحة التحكم في وقتين مختلفين.

إذا بدت حصتك غير معاد تعيينها بعد أن يكون تاريخ التجديد قد مضى بوضوح، فتحقق من مرتكز الفوترة: تتبع إعادة التعيين تاريخ الاشتراك الأصلي، لا الشهر التقويمي، وقد يغيّر تغيير مقعد في منتصف الدورة ما تتوقعه. عندما تبقى لوحة التحكم قديمة لأكثر من يوم بعد التجديد، فتواصل مع الدعم باسم فريقك ومعرّف فاتورتك الأخيرة.

احتفظ بمالك فوترة واحد فقط

سمِّ مسؤولاً واحدًا كنقطة الاتصال الوحيدة للفوترة، واحتفظ بطريقة الدفع على بطاقة الشركة، وسوِّ الفاتورة مقابل قائمة الأعضاء في كل دورة. تتحول كل مشكلة فوترة تقريبًا في هذا الدليل إلى إصلاح في خمس دقائق عندما يراقب شخص ما الفاتورة فعلاً.

مرجع سريع

المهمة	المكان	ملاحظات
إضافة مقعد	لوحة التحكم، قسم الأعضاء	تناسبي في منتصف الدورة
تحرير مقعد	لوحة التحكم، قسم الفوترة	إزالة العضوية وحدها لا توقف الفوترة
ترقية مستوى مقعد	لوحة التحكم، خيارات المقعد أو الفوترة	للمسؤول فقط؛ قد تسري الدورة التالية
فرض وضع الخصوصية	لوحة التحكم، إعدادات الخصوصية	على مستوى الفريق، لا يمكن للأعضاء تعطيله
تكوين SSO	لوحة التحكم، إعدادات الأمان	جرّب بحسابين أولاً
قراءة الاستخدام	لوحة التحكم، قسم الاستخدام	عرض الحصة مع تفصيل لكل عضو
نزاعات الفوترة	[email protected]	اذكر معرّفات الفواتير والطوابع الزمنية

فهم تخصيص المقاعد وشهادات الفوترة

المقعد ترخيص مُعيَّن لشخص مسمّى، لذا تتبع فاتورتك عدد المقاعد المُعيَّنة، لا عدد التثبيتات. تنقسم المقاعد إلى أربع حالات: مُعيَّن لعضو، ومحجوز بدعوة معلّقة، ومُحرَّر ولم يعد يُفوتر، وقابل للفوترة عند حساب المُعيَّن زائد المحجوز في وقت الفاتورة. تحجز الدعوة المعلّقة المقعد قبل قبول المطوّر، ولهذا تُضخّم الدعوات المهجورة فاتورة التالية بهدوء.

تغييرات المقاعد في منتصف الدورة والتوزيع التناسبي

تؤدي إضافة مقعد أو تحريره في منتصف الدورة إلى توزيعه تناسبيًا على الأيام المتبقية من تلك الدورة. تُفوتر الإضافة التناسبية الجزء المتبقي، بينما تحوّل الإزالة التناسبية الأيام غير المستخدمة رصيدًا (عادة كبند سلبي بدلاً من نقد)، ويعود التجديد التالي إلى الكمية الكاملة التي تحتفظ بها الآن.

أساسيات الفوترة

تُنشأ الفواتير في بداية كل دورة للمقاعد التي تحتفظ بها في تلك اللحظة، مع إضافة تجاوز الدورة السابقة كبند خاص. تنطبق تغييرات منتصف الدورة على اسم الشركة أو الرقم الضريبي أو بريد الفوترة على الفاتورة التالية فقط.

شهادات الفوترة مقابل الفواتير

تؤكد شهادة الفوترة (التي تُسمى أحيانًا إيصالاً) أن دفعة قد تم تحصيلها، بينما تفصّل الفاتورة ما تم فوترته. غالبًا ما تحتاج المالية كليهما، لذا نزّلهما من قسم الفوترة بدلاً من إعادة توجيه بريد التأكيد.

إعداد SSO والتحقق من النطاق

يربط SSO كل مقعد بمزوّد الهوية لديك بحيث يتحكم الانضمام إلى الشركة أو مغادرتها في الوصول تلقائيًا. اعمل عبر أربع مراحل بالترتيب.

الخطوة 1 — التحقق من نطاقك

أضف سجل DNS TXT الذي يمنحك إياه Cursor وانتظر انتشاره قبل النقر على تحقق. يبدو السجل النموذجي كإدخال TXT باسم _cursor-verification.example.com قيمته cursor-domain-verification=8f3c1a90b7e44d2fa1c6، منشور في مضيف DNS لديك.

الخطوة 2 — تكوين مزوّد الهوية

يتحدث Cursor بلغة SAML 2.0 و OIDC. انسخ قيم مزود الخدمة التي يمنحك إياها Cursor، وأنشئ التطبيق في مزوّدك، والصق البيانات الوصفية الخاصة بمزوّدك (بالنسبة لـ OIDC تُقابل القيم نفسها معرّف عميل وسرًا وعنوان إعادة توجيه ومطالبة بريد إلكتروني، يجب أن تطابق بريد المقعد):

{
  "protocol": "SAML",
  "sp_entity_id": "https://cursor.com/saml/metadata",
  "acs_url": "https://cursor.com/saml/acs",
  "attribute_mapping": { "email": "user.email", "groups": "user.groups" },
  "signature": "required"
}

الخطوة 3 — تعيين السمات وتزويد الأعضاء

عيّن التطبيق لمجموعة تجريبية من مسؤول واحد وعضو واحد، ثم تأكد من أن سمة البريد الإلكتروني تطابق بريد المقعد تمامًا قبل التوسيع. المزوّدون الذين يدعمون تزويد SCIM ينشئون الأعضاء ويزيلونهم تلقائيًا، بحيث يصبح Cursor مصدر الحقيقة للمقاعد.

الخطوة 4 — فرض SSO على الجميع

1. تأكد من أن مسؤولين على الأقل يمكنهما تسجيل الدخول عبر SSO، لا بكلمة مرور فقط، ومن وجود مسار استرداد إذا تعطل التطبيق.
2. شغّل الفرض، ثم اطلب من عضو اختبار تسجيل دخول جديد.

قد يقفل الفرض مسؤوليك خارجًا

بمجرد فرض SSO، يقفل تعيين سمات معطوب أو تطبيق فاشل في مزوّد الهوية لديك الفريق بأكمله، بما في ذلك أنت. أبقِ مسؤولاً واحدًا على الأقل يمكنه الوصول إلى لوحة تحكم الفوترة، وتحقق من التعيين بحسابين تجريبيين أولاً، وافحص حساب المسؤول في مزوّد الهوية لديك بشكل منفصل قبل الفرض.

مرجع الأدوار والصلاحيات

يأتي Cursor Teams مع دور مسؤول ودور عضو، وفي بعض الخطط دور خاص بالفوترة فقط لموظفي المالية. استخدم أضيق دور لا يزال ينجز المهمة، واحتفظ بدور المسؤول لمالك الميزانية وبديل واحد، لأن كل مسؤول إضافي يمكنه تغيير الفوترة. لا يمكن للوصول الخاص بالفوترة فقط إضافة مقاعد أو تغيير وصول الأعضاء، وهو أقل امتياز تحتاجه المالية فعلاً.

الإمكانية	مسؤول	الفوترة فقط	عضو
دعوة الأعضاء وإزالتهم	نعم	لا	لا
إضافة المقاعد أو تحريرها	نعم	لا	لا
تغيير مستوى المقعد	نعم	لا	لا
تحديث طريقة الدفع	نعم	نعم	لا
تكوين SSO والتحقق من النطاق	نعم	لا	لا
فرض وضع الخصوصية للفريق	نعم	لا	لا
عرض لوحات استخدام الفريق	نعم	للقراءة فقط	استخدامه الخاص
استخدام ميزات المحرر والوكيل	نعم	لا مقعد	نعم

تسري تغييرات الأدوار عند تسجيل دخول الشخص المعني التالي، لذا اطلب منه تسجيل الخروج وإعادة الدخول بدلاً من افتراض فشل التغيير.

تحليلات الاستخدام والتقارير

مقاييس لوحة التحكم

المقياس	ما يخبرك به	الإجراء المعتاد
رموز الفريق والطلبات	الاستهلاك الإجمالي مقابل الحصة المشتركة	قارنه بالميزانية
تفصيل لكل عضو	من يستنزف الحصة أسرع	درّب المستخدمين المكثفين أو رقّهم
الإنفاق مقابل الحد	الهامش قبل الحد المرن أو الصلب	عدّل الحد

تصدير الاستخدام والتجميع لكل عضو

التصدير ملف لكل صف يصعب قراءته على نطاق الفريق، لذا جمّعه محليًا باستخدام خط أنابيب awk (أو المكافئ jq -r '.members[] | [.email, .tokens] | @csv' usage.json عندما يكون JSON):

# Export the cycle, then rank members by token consumption
curl -s -H "Authorization: Bearer $CURSOR_ADMIN_TOKEN" \
  "https://api.cursor.com/teams/usage/export?cycle=2026-09" -o usage.csv

awk -F, 'NR>1 {tok[$1]+=$4} END {for (u in tok) printf "%s,%d\n", u, tok[u]}' usage.csv \
  | sort -t, -k2 -nr | head -20

إعداد تنبيهات مرنة

تنبيهات مرنة تنبهك قبل استنفاد الحصة المشتركة دون حجب أي شخص. عيّن واحدًا عند حوالي 70 بالمئة وآخر عند حوالي 90 بالمئة (تكوين مثل alerts: {soft: [70, 90], hard_cap: 100})، وأرسلهما إلى قناة يقرأها الفريق، وأبقِ الحد الصلب فوق كليهما حتى يسبق التنبيه دائمًا الإقفال.

فرض وضع الخصوصية للفريق

يمنع وضع الخصوصية تخزين كودك على خوادم Cursor بما يتجاوز ما يلزم لتقديم الطلب. يمكن للمسؤول فرضه على مستوى المؤسسة، مما يزيل قدرة كل عضو على تعطيله.

1. افتح إعدادات الخصوصية في لوحة تحكم المسؤول.
2. فعّل الفرض لجميع الأعضاء في الفريق، ثم احفظ وأكّد أن لوحة التحكم تبلغ عنه كمفروض.

يعطّل الفرض مفتاح المحرر لدى العضو (يجعله رماديًا)، ويوقف الاحتفاظ بالطلبات للتدريب بموجب سياسة الفريق، ويترك ميزات الوكيل السحابي على شروطها الخاصة لمعالجة البيانات. تحقق منه في ثلاثة أماكن بدلاً من الوثوق بواحد: لوحة التحكم، والحالة المفروضة في إعدادات أحد الأعضاء، وعرض سياسة المسؤول لديك.

وضع الخصوصية سياسة فريق، لا ضمان قانوني

يضبط فرض وضع الخصوصية طريقة التعامل مع طلبات فريقك؛ وهو لا يحل محل مراجعتك الخاصة للاحتفاظ بالبيانات. وثّق أين يُفرض الإعداد ومن يملكه حتى يتمكن المدقق من تتبع الضابط.

أتمتة تدقيق المقاعد

حوّل التسوية اليدوية إلى تدقيق مجدول يعلّم المقاعد غير النشطة ويطبع ما سيزيله، حتى يوافق إنسان على كل تغيير.

# seat-audit.sh -- flag seats with no activity for more than N days
#!/usr/bin/env bash
set -euo pipefail
CSV="${1:-members.csv}"; STALE="${2:-30}"; NOW=$(date +%s)
awk -F, -v s="$STALE" -v n="$NOW" 'NR>1 {
  split($4, d, "-")
  age = int((n - mktime(d[1]" "d[2]" "d[3]" 00 00 00")) / 86400)
  if (age > s && $3 == "active") printf "%s,%s,%d days,REVIEW\n", $1, $2, age
}' "$CSV"

غذِّ هذا الخروج إلى سير عمل إزالة تجريبي لا يعمل إلا بعلم صريح:

# remove-seats.sh -- dry run unless --apply is passed
MODE="dry-run"; [[ "${2:-}" == "--apply" ]] && MODE="apply"
while IFS=, read -r email role age action; do
  [[ "$MODE" == "dry-run" ]] \
    && echo "would release: $email (inactive $age)" \
    || curl -s -X DELETE -H "Authorization: Bearer $CURSOR_ADMIN_TOKEN" \
       "https://api.cursor.com/teams/seats?email=$email"
done < <(./seat-audit.sh "$1")

شغّل التشغيل التجريبي أسبوعيًا، وراجع الخروج، ثم طبّق الإزالات. تخطَّ أي مقعد محجوز بدعوة معلّقة حتى لا يُقطع تعيين نشط أبدًا.

جدول التدقيق، لا الإزالة

أتمِت التدقيق واترك الإزالة خلف علم يدوي. الوظيفة التي تدقق وتحذف معًا ستزيل في النهاية مقعدًا أثناء عطلة قبل أن يلاحظ أحد الوصول المفقود.

التجديد والإلغاء والتخفيضات

عند التجديد يُعاد تعيين الخطة بالكمية التي تحتفظ بها، ويُجدَّد الحصة المشتركة، ويُفوتر تجاوز الدورة السابقة، لذا سوِّ الأعضاء مقابل الفاتورة قبل أسبوع من التاريخ. يعكس التخفيض الترقية: حرّر مقاعد من غادروا، وأسقط المستويات غير المرغوبة، وقلّل كمية المقاعد في الفوترة، وأكّد الرقم الجديد في الفاتورة التالية، غالبًا ساريًا في الدورة التالية.

التغيير	ما يبقيه للأعضاء	ما يفقده الأعضاء
استبدال عضو	بقية الأعضاء غير متأثرين	مقعد العضو المُزال ووصوله
تخفيض مستوى مقعد	ميزات المحرر الأساسية	استخدام متضمن أعلى ونماذج المستوى الأعلى
تقليل كمية المقاعد	مقاعد حتى العدد الجديد	المقاعد فوق العدد الجديد تُحرَّر
إلغاء الخطة	الوصول حتى نهاية الدورة المدفوعة	لوحة تحكم الفريق و SSO والحصة المشتركة

الإلغاء غير قابل للعكس بالطريقة نفسها

إلغاء خطة الفريق لا يسترد الدورة الحالية؛ يمتد الوصول إلى نهاية الفترة التي دفعت مقابلها بالفعل ثم يتوقف. إعادة إنشاء الفريق لاحقًا تعني إعداد المقاعد و SSO والخصوصية من جديد، لذا صدّر قائمة أعضائك وفواتيرك قبل الإلغاء.

الأسئلة الشائعة

هل تُفوتر المقاعد لكل شخص أم لكل تثبيت؟

لكل شخص. يغطي مقعد واحد عضوًا مسمّى واحدًا عبر أي عدد من الأجهزة. مشاركة تسجيل دخول واحد توفر مقعدًا لكن لا يمكن تدقيقها لكل شخص، لذا تجنّبها.

ماذا يحدث إذا أضفت مقعدًا وأزلت آخر في الدورة نفسها؟

كلاهما يتوزع تناسبيًا على الأيام المتبقية وغالبًا ما يتلاشيان إلى تغيير صافٍ صغير. ابحث عن بند إضافة مطابق وبند تحرير قبل افتراض أنك فُوترة مزدوجة.

هل يمكن للعضو ترقية مقعده بنفسه؟

لا. تُجرى تغييرات مستوى المقعد بواسطة مسؤول من لوحة تحكم الفريق مقابل طريقة دفع الفريق.

لماذا لا تُعاد تعيين الحصة في أول الشهر؟

تتبع الحصة مرتكز فوترتك، وهو تاريخ اشتراكك الأصلي، لا الشهر التقويمي. تحقق من تاريخ بداية الدورة في أحدث فاتورة قبل التعامل مع لوحة تحكم قديمة كخلل.

ماذا أفعل إذا أقفل SSO الجميع خارجًا؟

أبقِ مسار استرداد قبل الفرض. إذا ساء الأمر، أصلح التعيين أو التطبيق في مزوّد الهوية لديك وأعد تمكين تسجيل الدخول بدلاً من تعطيل SSO بالكامل.

هل يمكن للمالية دفع الفاتورة دون مقعد؟

نعم، في الخطط التي تقدم دور الفوترة فقط. يمنح وصول الدفع والفواتير دون إدارة المقاعد أو الأعضاء، وهو أقل امتياز تحتاجه المالية فعلاً.