طرح أحد عملائنا مؤخراً استفساراً بعد أن أرسل لنا لقطة شاشة لحسابه؛ حيث لاحظ في لوحة تحكم OpenAI وجود قائمة "منح الرصيد" (Credit Grants) تحتوي على عشرات المبالغ الصغيرة المتراكمة. فمن مايو 2025 إلى مايو 2026، تظهر تقريباً 1-3 دفعات شهرياً، بمبالغ غريبة تتضمن كسوراً من السنتات مثل 5.01$، 5.14$، و5.32$، تتخللها دفعة بقيمة 100$ وأخرى بقيمة 10$، ليبلغ الإجمالي 586.23$، وقد تم استهلاك 506.72$ منها بالفعل. والأكثر إثارة للحيرة بالنسبة له هو أن رصيد 5.01$ الذي حصل عليه في مايو 2025 لا يزال في حالة "متاح" (Available)، ومع ذلك فإن رصيده الفعلي هو 0.00$، بينما تم تمييز دفعات أبريل 2025 بـ "منتهية الصلاحية" (Expired) وهي أيضاً 0.00$.
هذا الموقف يكشف حقيقة يسيء فهمها الكثير من الفرق: "منح الرصيد" في OpenAI ليست ببساطة "استهلاك المنح أولاً ثم الخصم من البطاقة الائتمانية". فآلية عملها أكثر تعقيداً مما تبدو عليه؛ فهي ليست مفهوماً أحادياً، ولا مصدراً واحداً، وبالتأكيد ليست ذات أولوية استهلاك مطلقة. في هذا المقال، سنوضح بالتفصيل مصادر منح الرصيد الستة، وترتيب الاستهلاك، وقواعد انتهاء الصلاحية، وعلاقتها بالرصيد المدفوع (Paid Balance) استناداً إلى الوثائق الرسمية، مع تحليل عملي لحالة هذا العميل.
ما هو مفهوم منح الرصيد (Credit Grants) في OpenAI؟
يعتقد الكثير من الفرق عند رؤية مصطلح "منح الرصيد" (Credit Grants) لأول مرة أنه يعني ببساطة "رصيد مجاني"، لكن هذا صحيح جزئيًا فقط. في لوحة تحكم OpenAI، تُعد منح الرصيد مصطلحًا شاملاً يغطي جميع الأرصدة التي "لم يقم المستخدم بشرائها، بل منحتها OpenAI"، ويشمل ذلك أرصدة التسجيل، ومكافآت مشاركة البيانات، ومنح برامج الشركات الناشئة، ورموز الترويج، وبرامج الباحثين، وغيرها من مصادر التمويل ذات الطبيعة المختلفة تمامًا.
تعتبر هذه المنح منفصلة تمامًا عن "الرصيد المدفوع" (Paid Balance) -وهو الرصيد الذي تشحنه بنفسك- حيث يتم تسجيلهما في حسابين منفصلين، ولكل منهما تاريخ انتهاء صلاحية مختلف، ويظهران في أماكن مختلفة في لوحة التحكم. إن فهم الحدود الفاصلة بين هذين الرصيدين هو الأساس لفهم منطق الفوترة بالكامل في OpenAI.
| البعد | منح الرصيد (Credit Grants) | الرصيد المدفوع (Paid Balance) |
|---|---|---|
| مصدر التمويل | منح المنصة، مكافآت البرامج، رموز الترويج | بطاقة الائتمان / الشحن / الشحن التلقائي |
| طريقة التسجيل | ✅ كل دفعة لها سجل وتاريخ انتهاء خاص | ❌ رصيد إجمالي واحد |
| انتهاء الصلاحية | ✅ عادةً 12 شهرًا | ✅ 12 شهرًا من تاريخ الشراء |
| قابلية الاسترداد | ❌ ليست نقدية، لا يمكن استردادها | ❌ غير قابلة للاسترداد (سياسة OpenAI) |
| الموقع في لوحة التحكم | Settings → Billing → Credit Grants | Settings → Billing → Overview |
| العلاقة بمفتاح API | تطبيق تلقائي، لا حاجة للتبديل | تطبيق تلقائي، لا حاجة للتبديل |
🎯 نصيحة للفهم السريع: إذا كانت أعمالك تتطلب شفافية عالية في التكاليف، ولا ترغب في متابعة تواريخ انتهاء صلاحية منح الرصيد شهريًا، يمكنك توجيه حركة مرور الإنتاج عبر بوابة موحدة مثل APIYI (apiyi.com). في هذه الحالة، سيكون لحسابك رصيد واحد فقط، مما يلغي مشكلة "تعدد تواريخ انتهاء الصلاحية"، ويجعل مطابقة الحسابات وحساب التكاليف أكثر سهولة.
المصادر الستة الأكثر شيوعًا لمنح الرصيد في OpenAI
بناءً على وتيرة التوزيع الفعلية لـ OpenAI في عامي 2025-2026، تندرج الأموال التي تظهر في خانة منح الرصيد تحت الفئات الست التالية. فهم خصائص وتكرار توزيع كل فئة سيساعدك على معرفة مصدر أي رصيد يظهر في حسابك بسرعة.
الفئة الأولى هي هدايا تسجيل الحسابات الجديدة. في السابق، كانت OpenAI تمنح الحسابات الجديدة أرصدة تجريبية تتراوح بين 5 و18 دولارًا، ولكن تم إيقاف هذا البرنامج في منتصف عام 2025، لذا لن يرى المستخدمون الجدد هذه الفئة. الفئة الثانية هي مكافآت برنامج مشاركة البيانات (Data Sharing Program)، وهو برنامج بدأ في ديسمبر 2024، حيث يتم تحويل حركة البيانات المشتركة يوميًا إلى قسائم رصيد، وتتميز هذه المبالغ بوجود كسور عشرية (سنتات) كعلامة فارقة لها.
الفئة الثالثة هي برنامج OpenAI للشركات الناشئة (OpenAI for Startups)، والذي يمنح فرق الشركات الناشئة المؤهلة أرصدة تطوير تصل إلى 100,000 دولار، وعادة ما يتم منحها دفعة واحدة أو على مراحل. الفئة الرابعة هي برنامج وصول الباحثين (Researcher Access Program)، الذي يمنح الباحثين الأكاديميين أرصدة بحثية بكميات كبيرة. الفئة الخامسة هي برنامج Codex للطلاب، وهو رصيد صغير مخصص لطلاب الجامعات في أمريكا الشمالية. الفئة السادسة هي الهاكاثون / رموز الترويج، حيث ترعى OpenAI العديد من فعاليات الهاكاثون سنويًا، ويقوم المنظمون بتوزيع رموز ترويجية، ومن الشائع أن يجمع المطور الواحد مئات إلى آلاف الدولارات سنويًا من هذه الفعاليات.
| المصدر | المبلغ النموذجي | التكرار | خصائص المبلغ |
|---|---|---|---|
| تجربة الحساب الجديد | 5$ – 18$ | لمرة واحدة (متوقف) | أرقام صحيحة 5$ / 10$ / 18$ |
| مكافأة مشاركة البيانات | 0.5$ – 50$ / دفعة | 1-N مرة شهريًا | كسور عشرية 5.01$ / 5.14$ |
| برنامج الشركات الناشئة | حتى 100,000$ | لمرة واحدة أو دفعات | مبالغ كبيرة صحيحة |
| وصول الباحثين | مئات إلى آلاف | لمرة واحدة بعد القبول | أرقام صحيحة |
| طلاب Codex | 100$ رصيد ChatGPT | بعد التحقق الأكاديمي | أرقام صحيحة |
| الهاكاثون / الترويج | 5$ – 1000$ | أثناء الفعاليات | أرقام صحيحة 25$ / 100$ / 500$ |
🎯 نصيحة للتعرف: إذا ظهرت في قائمة منح الرصيد لديك بنود صغيرة بـ "كسور عشرية + تاريخ بداية الشهر" بشكل مستمر، فيمكنك التأكد تقريبًا أنها ناتجة عن برنامج مشاركة البيانات. لتحويل هذا الجزء إلى قدرة إنتاجية مستقرة، يُنصح بتوجيه حركة مرور بيئة الإنتاج عبر بوابة مثل APIYI (apiyi.com)، لضمان أنك لا تعتمد على قسائم "قد تنتهي صلاحيتها"، بل على رصيد مستقر يُحاسب بناءً على الرموز (Tokens) في الوقت الفعلي.
حقيقة ترتيب استهلاك أرصدة OpenAI (Credit Grants)
هذا هو الجانب الأكثر سوءاً للفهم. سياسة OpenAI الرسمية هي: عندما يحتوي الحساب على أرصدة مجانية (Credit Grants) ورصيد مدفوع (Paid Balance) في آن واحد، يتم الاستهلاك وفقاً لـ "تاريخ انتهاء الصلاحية الأقرب أولاً"، وليس بنظام FIFO (الأقدم في المنح يُستهلك أولاً)، ولا LIFO (الأحدث يُستهلك أولاً)، وبالتأكيد ليس لأن المنح لها أولوية مطلقة على الرصيد المدفوع.
السبب في أن معظم المستخدمين يظنون أن "المنح تُستهلك دائماً أولاً" هو أن تاريخ انتهاء صلاحية المنح غالباً ما يكون أقرب من الرصيد المدفوع؛ فغالباً ما تنتهي صلاحية المنح خلال 12 شهراً، وكذلك الرصيد المدفوع، ولكن الرصيد المدفوع يبدأ عداده من لحظة الشحن، بينما تبدأ المنح عدادها من لحظة إصدارها من قبل OpenAI. والنتيجة هي أنه في معظم الحالات، تصل المنح إلى حد انتهاء الصلاحية قبل الرصيد المدفوع، مما يؤدي إلى استهلاكها أولاً.
لكن توجد استثناءات؛ فبعض نماذج OpenAI أو بنود محاسبية معينة (مثل بعض تكاليف تدريب الضبط الدقيق fine-tuning، أو عمليات توليد صور عبر قنوات محددة) تُصنف على أنها "غير قابلة للتطبيق على المنح"، وبالتالي يتجاوز هذا الاستدعاء رصيد المنح ويخصم مباشرة من الرصيد المدفوع. وهذا هو السبب الجذري لظاهرة "خصم الرصيد المدفوع بينما لا تزال المنح موجودة" التي تظهر بشكل متكرر في مجتمع OpenAI، وهي ليست خطأ برمجياً (Bug) ولا خصماً غير مبرر.
| الأولوية | نوع الرصيد | شرط التفعيل |
|---|---|---|
| 1 | المنحة الأقرب انتهاءً | المنحة قابلة للتطبيق على النموذج / نقطة النهاية الحالية |
| 2 | المنحة التالية في تاريخ الانتهاء | استنفاد المنحة السابقة |
| 3 | الرصيد المدفوع | استنفاد جميع المنح القابلة للتطبيق، أو أن الاستدعاء الحالي لا يدعم المنح |
| 4 | فشل الاستدعاء | جميع الأرصدة المتاحة تساوي 0، يتم إرجاع quota_exceeded |
🎯 نصيحة لاستقرار الإنتاج: إذا كان عملك يعتمد على ميزانية شهرية ثابتة ولا ترغب في أن تتأثر بـ "تعدد الأرصدة وتواريخ انتهاء صلاحيتها وتغير قابليتها للتطبيق"، فإن أبسط طريقة هي توجيه استدعاءات OpenAI عبر بوابة APIYI (apiyi.com). حيث يحتوي الحساب بالكامل على رصيد واحد فقط، وتتم المحاسبة بشفافية بناءً على الرموز (Tokens)، ولن تظهر نتائج الاستدعاء أي "خصم مفاجئ من الرصيد المدفوع" بسبب تغير قابلية تطبيق المنح.
بالعودة إلى لقطة الشاشة الخاصة بالعميل، يظهر شريط التقدم $506.72 / $586.23، وهذا يعني أن الحساب حصل تراكمياً على منح (Grants) بقيمة $586.23، استهلك منها بالفعل $506.72، ليتبقى له رصيد متاح قدره $79.51. وبمقارنة هذه الأرقام بالقواعد التي شرحناها سابقاً، يمكننا تفسير حالة كل سطر منطقياً:
النمط الأول هو توزيع دفعات بداية الشهر + كسور السنتات. في الأول من كل شهر، تظهر بانتظام 1-3 دفعات منح بقيمة تقريبية $5، وتكون مبالغها ذات كسور مثل $5.01، $5.14، $5.20، $5.32. هذا ناتج عن "برنامج مشاركة البيانات" (Data Sharing Program) الذي يقوم بتحويل حركة البيانات المشتركة في ذلك الشهر إلى قيمة دولارية بناءً على التسعير الرسمي، وتأتي كسور السنتات من التقريب في عملية تحويل الـ Token إلى دولار.
النمط الثاني هو مبالغ كبيرة نادرة وسط المبالغ الصغيرة. تظهر في لقطة الشاشة دفعة بقيمة $100 في مايو 2026، وأخرى بقيمة $10 في أكتوبر 2025؛ وهي تخرج بوضوح عن نمط "المبالغ الصغيرة الشهرية"، ومن شبه المؤكد أنها ناتجة عن رموز ترويجية (Promo Codes) من هاكاثون أو توزيعات لبرنامج الشركات الناشئة (Startup). كما أن تاريخ انتهاء صلاحية هاتين الدفعتين أطول من المنح الصغيرة، مما يؤكد قاعدة أن "تاريخ انتهاء الصلاحية يختلف باختلاف المصدر".
النمط الثالث هو رصيد $0.00 رغم حالة "متاح" (Available). على سبيل المثال، الدفعة بقيمة $5.01 في مايو 2025 لا تزال تحمل حالة "متاح" (وتنتهي في يونيو 2026)، لكن رصيدها أصبح $0.00. هذا هو التجسيد المباشر لقاعدة "الاستهلاك حسب تاريخ الانتهاء الأقرب": بما أن تاريخ انتهاء صلاحيتها قريب، فقد تم استهلاكها بالكامل أولاً، لكن النظام لم يغير حالتها إلى "منتهية الصلاحية" (Expired) لأن تاريخ انتهاء صلاحيتها الفعلي لم يحن بعد.
النمط الرابع هو انتهاء صلاحية دفعة أبريل 2025 بالكامل. في أسفل لقطة الشاشة، تظهر 4 دفعات من شهر أبريل 2025 جميعها تحمل حالة "منتهية الصلاحية" (Expired) بتاريخ 1 مايو 2026. هذا يعني أن هذه الدفعات لم تُستهلك بالكامل قبل حلول موعد انتهائها، فتم شطب المتبقي منها. بعبارة أخرى: كان معدل تراكم المنح لدى المستخدم أسرع من معدل استهلاكها، وبالتالي ضاعت بعض المنح المجانية هباءً.
| ميزة لقطة الشاشة | الظاهرة | الآلية المقابلة | ملاحظة |
|---|---|---|---|
| كسور سنتات $5.01 / $5.14 | تظهر بانتظام شهرياً | تحويل حركة البيانات اليومية | مستمرة في التولد |
| مبالغ صحيحة $100 / $10 | تظهر بشكل عرضي | رموز ترويجية / شركات ناشئة | توزيع لمرة واحدة |
| متاح + $0.00 | استُهلكت قبل انتهاء صلاحيتها | استهلاك الأقرب انتهاءً أولاً | ليست خطأ برمجياً |
| منتهية الصلاحية + $0.00 | ضاعت عند انتهاء الصلاحية | سرعة التراكم > سرعة الاستهلاك | خسارة فعلية |
| شريط التقدم $506.72/$586.23 | استهلاك إجمالي 86% | تشمل المستهلك + المنتهي | الاستهلاك الفعلي أقل |
🎯 نصيحة للتحسين: إذا لاحظت أن نسبة المنح منتهية الصلاحية (Expired) في حسابك في ازدياد، فهذا يعني أن معدل تراكم المنح لديك يتجاوز معدل استهلاكها، والاعتماد فقط على إطالة وتيرة الاستهلاك عبر الاتصال المباشر بـ OpenAI ليس خياراً اقتصادياً. نوصي بتوجيه حركة بيانات الإنتاج عبر بوابة APIYI (apiyi.com)، مع الاحتفاظ بحساب OpenAI المباشر حصرياً لـ "استهلاك" المنح التي يجب إنفاقها، بينما تضع ميزانيتك الجديدة في APIYI لإدارة رصيد موحد، مما يمنحك فعالية أكبر من حيث التكلفة.
الأسئلة الشائعة حول المفاهيم الخاطئة لـ Credit Grants و Paid Balance في OpenAI
س1: هل يتم استهلاك Credit Grants دائمًا قبل Paid Balance؟
ليس بالضرورة. قاعدة OpenAI هي "الرصيد الذي تنتهي صلاحيته أولاً يُستهلك أولاً"، وليس "المنح (Grants) لها الأولوية دائمًا على الرصيد المدفوع (Paid)". في معظم الحالات، تنفد المنح قبل الرصيد المدفوع فقط لأن المنح عادةً ما تنتهي صلاحيتها قبل الرصيد المدفوع. إذا قمت بشحن رصيد مدفوع مؤخرًا ولكن لديك منحة في حسابك تنتهي صلاحيتها الشهر المقبل، فستقوم OpenAI بخصم تلك المنحة أولاً.
س2: لم أقم بتفعيل مشاركة البيانات، فلماذا أحصل على 5 دولارات شهريًا كمنح؟
هناك ثلاثة احتمالات: ربما قمت بتفعيلها سابقًا ونسيت إيقافها في إعدادات البيانات (Data Controls)، أو أن هناك مشروعًا آخر في مؤسستك قام بتفعيل مشاركة البيانات، أو أنك شاركت سابقًا في "هاكاثون" أو استخدمت رمزًا ترويجيًا ونسيت ذلك. يمكنك التوجه إلى الإعدادات ← التحكم في البيانات (Settings → Data Controls) للتحقق من الحالة الحالية، ثم مقارنتها بالجدول الزمني للمنح لمعرفة المصدر.
س3: ظهور $0.00 في المنح، هل هذا يعني أنها استُهلكت أم أنه خطأ تقني؟
ليس خطأً تقنيًا. حالة "Available" مع رصيد $0.00 تعني أن المنحة قد استُهلكت بالكامل، لكن تاريخ انتهاء صلاحيتها لم يحن بعد، لذا لم تتحول الحالة إلى "Expired". أما حالة "Expired" مع رصيد $0.00 فتعني أن الصلاحية انتهت وتم تصفير الرصيد، وما تبقى منها قد أُلغي.
س4: هل يمكن استعادة المنح التي انتهت صلاحيتها؟
لا يمكن. تنص OpenAI بوضوح في مركز المساعدة على أنه "لا يمكن تمديد أي منح ائتمانية أو أرصدة مشتراة منتهية الصلاحية". لتجنب هذا الهدر، يمكنك توجيه حركة مرور الإنتاج إلى بوابة موحدة مثل APIYI (apiyi.com) التي تعتمد على التسوية الفورية بالـ Token، مما يلغي نمط فشل "انتهاء الصلاحية" من الناحية الهيكلية.
س5: كيف أعرف مصدر منحة معينة في حسابي؟
لا توضح لوحة تحكم OpenAI المصدر مباشرة، ولكن يمكنك الاستنتاج من خلال نمط المبلغ وتكرار الوقت: المبالغ الصغيرة الدورية في الأول من كل شهر = برنامج مشاركة البيانات (Data Sharing)؛ المبالغ الصحيحة مثل $100 / $200 = رموز ترويجية أو برامج الشركات الناشئة؛ مبالغ كبيرة لمرة واحدة مثل $25k / $100k = وصول الباحثين أو منح الشركات الناشئة الكبيرة؛ مبالغ $5-$10 متفرقة = هاكاثون. إذا لم تتمكن من تحديد المصدر، يمكنك إرسال بريد إلكتروني لدعم OpenAI مع ذكر تاريخ الإصدار وسيقومون بتزويدك بالتفاصيل.
3 خلاصات حول Credit Grants في OpenAI
أولاً، Credit Grants هي مصطلح شامل للمنح / الاستردادات المخطط لها، وليست مفهومًا واحدًا، ولا يمكن تشبيهها ببساطة بـ "استرداد الحصة". فهي تشمل 6 فئات رئيسية من مصادر التمويل، بدءًا من تجارب التسجيل وصولاً إلى خطط الشركات الناشئة، ولكل فئة وتيرة إصدار وخصائص مالية مختلفة. المبالغ الصغيرة التي تراها في لقطات الشاشة هي على الأرجح ناتجة عن برنامج مشاركة البيانات (Data Sharing Program).
ثانيًا، الاستهلاك يتم وفق قاعدة "الأقدم انتهاءً أولاً"، وليس بنظام FIFO، ولا يعني أن المنح لها أولوية مطلقة على الرصيد المدفوع. تشرح هذه القاعدة سبب استهلاك المنح أولاً في معظم الحالات، كما تفسر سبب خصم الرصيد المدفوع مباشرة عند استدعاء نماذج أو خدمات معينة. فهم هذه القاعدة يجنبك 90% من نزاعات الحسابات.
ثالثًا، حالة Available لا تعني بالضرورة "قابلة للاستخدام"، فالحقيقة تكمن في الرصيد $0.00. العناصر التي تظهر بحالة Available ورصيد $0.00 هي منح استُهلكت بالكامل قبل تاريخ انتهاء صلاحيتها، بينما Expired مع $0.00 تعني انتهاء الصلاحية. إذا كنت ترغب في تجنب تعقيدات "تعدد الأرصدة وتواريخ الانتهاء"، فإن الطريقة الأكثر أمانًا هي توجيه حركة المرور عبر بوابة APIYI (apiyi.com)، حيث تحصل على رصيد موحد ومحاسبة شفافة بالـ Token، مما يقضي تمامًا على احتمالية هدر المنح بسبب انتهاء الصلاحية.
إذا كنت تشعر بالحيرة بشأن حالة Credit Grants في حسابك، فإن الخطوة الأولى هي التوجه إلى لوحة التحكم ومقارنة الوضع بقاعدة "الأقدم انتهاءً أولاً" لحساب حجم الهدر في الأرصدة المنتهية الصلاحية (Expired)، ثم اتخاذ قرار بشأن ما إذا كنت ستوجه حركة المرور إلى OpenAI مباشرة لاستهلاك المنح، أو الانتقال مباشرة إلى بوابة موحدة مثل APIYI (apiyi.com) لتبسيط التكاليف ومخاطر انتهاء الصلاحية.
📌 المؤلف: فريق APIYI التقني — نتابع باستمرار استراتيجيات فوترة OpenAI، وتغييرات سياسات Credit Grants، وأفضل الممارسات لبوابات API متعددة النماذج، لنقدم للمطورين تجربة وصول موحدة مع فوترة شفافة ومطابقة دقيقة للحسابات. لمعرفة المزيد، تفضل بزيارة APIYI (apiyi.com).
