من يملك تطبيقات Power Apps في مؤسستك؟
تطبيق بناه موظف غادر، وتدفّق آلي يعمل باسم حساب معطَّل. كيف تحصر التطبيقات والتدفقات والبيئات ومالكيها قبل أن يتوقّف أحدها في وقت غير مناسب.

السؤال يبدو إداريًا إلى أن يصبح عاجلًا: توقّف تدفّق آلي ليلة الجمعة، وتبيّن أنه كان يعمل باسم حساب موظف غادر الشركة قبل ثمانية أشهر. لم يتعطّل شيء وقت مغادرته، لأن الحساب ظلّ قائمًا حتى حذفته عملية تنظيف روتينية.
هذا ليس خطأً في Power Platform؛ إنه نتيجة طبيعية لمنصّة صُمّمت ليبني عليها الجميع. والتكلفة لا تظهر في فاتورة، بل في اللحظة التي تحتاج فيها إلى إجابة سريعة ولا تملكها.
لماذا تضيع الملكية
كل تطبيق وتدفّق في Power Platform له مالك، وهو بشكل افتراضي الشخص الذي أنشأه. وهذا منطقي في اليوم الأول، ويتآكل بعده:
- الموظف ينتقل إلى قسم آخر ويظلّ مالكًا لتطبيق لم يعد يعرف عنه شيئًا.
- الموظف يغادر، ويُعطَّل حسابه ثم يُحذف، كما توضح وثيقة إلغاء وصول المستخدم.
- التطبيق يُشارَك مع مجموعة، فيستخدمه الجميع ولا يملكه أحد عمليًا.
- التدفّق يعمل باتصال (connection) مرتبط بحساب فرد، وليس بهوية خدمة.
النقطة الأخيرة هي الأخطر. فالتدفّق لا يفشل عند مغادرة صاحبه — بل عند إبطال بيانات اعتماد الاتصال، وقد يتأخّر ذلك أشهرًا. أي أن السبب والنتيجة يفصل بينهما وقت طويل بما يكفي ليضيع الرابط بينهما.
البيئات تضاعف المشكلة
تُنشأ البيئات بسهولة، وهي الوحدة التي تُحدَّد عندها الأمان والسعة وسياسات منع فقدان البيانات، كما تشرح نظرة عامة على البيئات. ومستأجر فيه عشرون بيئة ليس مستأجرًا فيه عشرون مجلدًا — إنه عشرون حدودًا أمنية منفصلة.
والتطبيق الحسّاس في بيئة تجريبية أنشأها أحدهم لتجربة سريعة قبل سنتين ليس حالة نادرة؛ إنه الحالة المعتادة.
ما ينبغي أن يحويه الجرد
- كل بيئة، ونوعها، ومن يديرها، وهل تحتوي قاعدة بيانات Dataverse.
- كل تطبيق، ومالكه، وتاريخ آخر تشغيل، وعدد مستخدميه. التطبيق الذي لم يُفتح منذ عام مرشَّح للأرشفة لا للصيانة.
- كل تدفّق، ومالكه، وحالة اتصالاته. التدفّقات المعطَّلة أهم من العاملة: أحدها توقّف ولم يلاحظ أحد.
- المالكون الذين لم يعودوا موظفين، وهي القائمة التي تجيب عن السؤال العاجل.
تتيح وحدات PowerShell لمسؤولي Power Platform استخراج ذلك، والاتصال عبر كيان خدمة يجعل العملية قابلة للجدولة بدل تشغيلها بحساب شخص. لكنّ ربط النتائج ببعضها — وبقائمة الموظفين الحاليين — هو العمل الذي يستغرق وقتًا.
ما يُفعَل بعد الجرد
الإغراء الأول هو إعادة تعيين كل شيء إلى حساب إداري واحد. وهذا يحلّ عطلًا ويخلق عطلًا آخر: صندوق وارد يتلقّى كل تنبيهات المنصّة، وملكية اسمية لا تعني مسؤولية فعلية.
الأفضل: أضف مالكًا ثانيًا من الفريق المعني لما هو قيد الاستخدام، وانقل التدفّقات الحرجة إلى اتصالات بهوية خدمة، وأرشف ما لم يُستخدم منذ عام، واترك أثرًا مكتوبًا لما قرّرت إبقاءه.
الحصول على الجرد
Power Insights يحصر البيئات والتطبيقات والتدفّقات والاتصالات ومالكيها في فحص واحد، ويميّز من لم يعد موظفًا، ويبرز التدفّقات المعطَّلة والتطبيقات الخاملة والبيئات بلا مالك — في تقرير قابل للتسليم لمن سينفّذ.
ويعمل بصلاحيات قراءة فقط: يقرأ البيانات الوصفية، لا بيانات داخل التطبيقات.
اقرأ أيضًا: هل يمكن جعل شخص واحد مالكًا مشاركًا لكل تطبيق ولا أحد يتذكّر بناء ذلك الوكيل.




