الويب

GitHub يتيح معرفة مركز تكلفة الموارد عبر REST API

أعلنت GitHub إتاحة طريقة مباشرة للعثور على مركز التكلفة المرتبط بمورد داخل المؤسسة عبر REST API. ويشمل ذلك المستخدمين والمنظمات والمستودعات وفرق المؤسسات.

رضوان عبدالهاديمحرر وكاتب تقني

نُشر: 3 نوفمبر 2026 · آخر تحديث: 3 نوفمبر 2026 · 3 دقائق قراءة

GitHub يتيح معرفة مركز تكلفة الموارد عبر REST API — الصورة: GitHub Changelog

طريقة مباشرة للبحث

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

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

ما الذي تعيده الاستجابة؟

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

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

الموارد المشمولة بالبحث

تغطي الوظيفة أربعة أنواع من الموارد التي ذكرتها GitHub صراحة: المستخدم، والمنظمة، والمستودع، وفريق المؤسسة. ولا يقدم الإعلان قائمة أوسع من ذلك، لذلك يقتصر الاستخدام المعلن على تمرير نوع واحد من هذه الأنواع مع اسم المورد المطلوب التحقق من مركز تكلفته.

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

الصلاحيات تحدد نطاق النتائج

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

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

كيفية البدء باستخدام الوظيفة

للاطلاع على طريقة الاستدعاء والمعلمات وبنية النتيجة، أحالت GitHub المستخدمين إلى توثيق نقطة النهاية [Get cost center membership for a resource](https://docs.github.com/enterprise-cloud@latest/rest/billing/cost-centers#get-cost-center-membership-for-a-resource) ضمن توثيق REST الخاص بالفوترة ومراكز التكلفة. ويقدم هذا المرجع التفاصيل اللازمة لبناء الطلب وفق نوع المورد واسمه.

يأتي التحديث ضمن تحسينات أدوات إدارة الفوترة في GitHub، مع تركيز واضح على تقليل العمل اليدوي عند تتبع ارتباط الموارد بمراكز التكلفة. ويمكن قراءة الإعلان الأصلي في [GitHub Changelog](https://github.blog/changelog/2026-11-03-look-up-a-resources-cost-center-with-the-github-rest-api/) لمعرفة نطاق التغيير كما أعلنته الشركة، مع مراعاة أن القدرة الفعلية على البحث تظل خاضعة للصلاحيات المرئية لكل حساب أو تطبيق.