يفتح التقرير عند المنفذ، ثم يتعطل تحديثه عندما يغيب صاحب حساب الاتصال. أو يصل الرابط إلى المدير لكنه يطلب ترقية ترخيص لم تدخل الميزانية. هاتان مشكلتا تسليم وتشغيل، حتى لو كانت الرسوم والحسابات داخل Power BI صحيحة تمامًا.
اطلب قبل التعاقد مسارًا يوضح من ينشر ومن يشاهد ومن يدير النموذج ومصدره وتحديثه. لا تحصر الاستلام في ملف التقرير أو لقطة منه. ينبغي أن يستطيع موظف مخول داخل مؤسستك متابعة تشغيله، مع بقاء الصلاحيات والاعتمادات تحت إدارة معروفة.
ابدأ من حساب المستهلك
في مثال افتراضي لموزع، يحتاج مدير الفرع قراءة بيانات فرعه، ويحتاج المحلل تعديل التقرير، ويتابع مسؤول التقنية مصدر البيانات. هذه أدوار تعليمية وليست توزيعًا جاهزًا لكل منشأة. جرّب فتح التقرير بحساب المستهلك المقترح، بدل عرضه دائمًا من حساب يملك صلاحيات واسعة.
تربط وثائق Microsoft المشاركة بالترخيص والسعة ومكان النموذج الدلالي. لذلك لا تعد بأن أي اشتراك Fabric يتيح مشاهدة مجانية للجميع. اطلب تحديد طريقة المشاركة والمنتج والخطة والأدوار المطلوبة في العرض، ثم راجع الاستحقاقات الحالية لحساباتك قبل اعتماد تكلفة التشغيل.
مصفوفة تفرق أدوار التسليم
| الدور في المثال | ما يلزم تحديده | دليل تقترحه للقبول |
|---|---|---|
| مدير الفرع | حساب المشاهدة وحدود البيانات وطريقة الوصول | فتح مسموح ومحاولة خارج النطاق تُمنع كما اعتمد |
| محلل التقرير | صلاحية التعديل وما يسمح بمشاركته | تعديل تجريبي بمرجع نسخة دون توسيع وصول المستهلك |
| مسؤول النموذج | ملكية النموذج والاعتمادات اللازمة لتحديثه | تفسير مصدر الاتصال وآخر تحديث وخطوة معالجة فشله |
| مسؤول البوابة إن لزمت | إدارتها وتعريف المصدر وصلاحية استخدامه | وصول مناسب للمسؤول البديل دون كشف أسرار |
المصفوفة مقترحة، وقد تختلف البنية والأدوار حسب الحل. أرفق مسؤولًا أساسيًا وبديلًا، وما يحتاج موافقة قبل التغيير، ومرجع الدليل الذي يستطيعان اتباعه. لا تجعل تسليم كلمة مرور مشتركة بديلًا عن توزيع مسؤولية يمكن مراجعته وإلغاؤه عند انتهاء الحاجة.
إخفاء صفحة لا يحمي بياناتها
تنبه وثائق المشاركة إلى أن إخفاء العناصر ليس إجراء حماية. وتوضح وثائق RLS أن تقييد الصفوف في مساحة العمل يخص دور Viewer، ولا يطبق بالطريقة نفسها على Admin أو Member أو Contributor. لذلك لا تختبر حصر بيانات الفرع بحساب تحرير ثم تعتبر النتيجة ممثلة للمشاهد.
اطلب حالات سماح ورفض بالحسابات والأدوار الفعلية في بيئة مناسبة. وراجع أسلوب الاختبار مع المنفذ؛ لبعض أنماط الاتصال حدود في ميزة اختبار الدور. لا تكفي قائمة مرشحات مرتبة أو عرض واحد لإصدار حكم أمني شامل على كل طرق الوصول والتصدير.
من يحدّث البيانات بعد خروج المنفذ؟
اطلب سجلًا للمصادر والنموذج ونمط الاتصال ومالك الاعتماد، دون القيم السرية. تفرق وثائق التحديث بين طرق تخزين واتصال مختلفة، وتوضح اعتماد التحديث على الوصول إلى المصدر وإعداد البوابة حيث تلزم. تحديث الرسم أو إعادة فتح الصفحة لا يثبت وحده أن المصدر قُرئ من جديد.
في المثال، غيّر بيانًا معلومًا داخل مصدر تجريبي، ثم راقب متى يظهر وفق النمط المتفق عليه. اطلب حالة فشل اعتماد مرتبة بوسيلة اختبار آمنة، ومن يتلقى المعلومة ومن يصلحها. لا تُعطل اعتمادًا حيًا لإثبات الحالة، ولا تعد بتحديث لحظي ما لم يحدده الحل وتثبته تجربته.
استلم انتقال المسؤولية نفسه
قبل انتهاء المهمة، ليشرح المسؤول الداخلي كيف يجد إعدادات النموذج والتحديث ومن يحتاجه إذا غاب الوصول. اسأل عما يعتمد على حساب المنفذ وكيف سينقل إلى إدارة المؤسسة بالطريقة التي تدعمها المنصة واتفاقكم. وجود ملف التقرير لا ينقل تلقائيًا ملكية البوابة أو اعتماد المصدر أو حقوق المشاركة.
حدد أيضًا من يضيف مستخدمًا جديدًا ويزيل وصول المغادر ويعيد تجربة صلاحية مناسبة بعد التغيير، ومن يجدد الاستحقاق. هذه الأعمال قد تكون خدمة تشغيل منفصلة؛ اذكر ما يشمله العرض بدل تركه معلقًا لأن التقرير نجح في جلسة واحدة.
راجع مخرجات ذكاء الأعمال وجاهزية البيانات للنطاق الأوسع. أرفق المصفوفة عند طلب تقارير وتحليلات من نكست ويف حتى تشتري تشغيلًا مؤسسيًا واضحًا بجوار اللوحة.
وثائق التشغيل
فُتحت وثائق Microsoft عن المشاركة والتحديث وRLS في 4 نوفمبر 2026. المثال والمصفوفة أصليان بلا نشر تقرير أو تعديل وصول أو اعتماد أمني. الإعداد بمساعدة الذكاء الاصطناعي مع مراجعة المعلومات والترجمة.
