نقوم بتطوير حلول «الكتابة العكسية» (writeback) لـ Power BI على منصة Microsoft Fabric باستخدام «تدفقات المهام» (Task Flows) من Translytical – بحيث يمكن لفريقك تعديل الخطط، وإعادة جدولة المهام، والموافقة على السجلات مباشرةً داخل التقرير الذي يشاهدونه بالفعل. هذه الحلول مدمجة أصلاً في Power BI، وتخضع لإدارة Fabric، ومصممة للاستمرار في العمل في بيئة الإنتاج – وليس فقط في العرض التوضيحي.
تقاريركم تسلط الضوء على المشكلة. لكنها لا تسمح لأحد بإصلاحها.
تم تصميم Power BI لقراءة البيانات، وليس لكتابتها. ففي اللحظة التي يحتاج فيها شخص ما إلى تحديث توقعات ما، أو إعادة جدولة مهمة، أو الموافقة على سجل ما، فإنه يغادر التقرير – وبذلك يتوقف التقرير عن كونه «المصدر الوحيد للمعلومات الصحيحة». تعمل تدفقات المهام من Translytical على Microsoft Fabric على سد هذه الفجوة بشكل أصلي. والسؤال المطروح هو ما إذا كانت منطقية إعادة الكتابة مصممة بشكل جيد بما يكفي للثقة بها في بيئة الإنتاج.
تم تجميد الخطط والتوقعات عند آخر عملية تصدير
يتم تحديث أحد الأرقام في جدول البيانات، لكن التقرير لا يزال يعرض رقم الشهر الماضي. ويجب أن يتذكر أحدهم إعادة استيراده، وحتى يتم ذلك، فإن كل قرار يتم اتخاذه من خلال لوحة المعلومات يستند إلى بيانات قديمة.
تحدث التغييرات في الجدول الزمني خارج نطاق الجدول الزمني نفسه
تتأخر مهمة ما لمدة يومين، ويتم حجز مورد ما مرتين، ولا يلاحظ أحد ذلك حتى يظهر الأمر كتعارض بعد أسبوع. والتقرير الذي كان من المفترض أن يكتشف هذا الأمر لا يمكنه سوى عرض الخطة – ولا يتيح لأي شخص تعديلها ورؤية الآثار المترتبة على ذلك في الوقت الفعلي.
تُدرج الموافقات والتصحيحات في رسائل البريد الإلكتروني، وليس في السجل
يقوم أحدهم بالموافقة على بند في الميزانية عن طريق الرد على رسالة بريد إلكتروني. لكن التقرير لا يعكس ذلك أبدًا. وعندما يسأل المدقق عن من وافق على ماذا ومتى، لا توجد الإجابة في النظام — بل في صندوق الوارد الخاص بشخص ما.
نقوم بتطوير أنظمة استرداد القيمة لعملائنا.
نحن متخصصون في ميزة «الكتابة العكسية» (Writeback) في Power BI على Microsoft Fabric – وبالتحديد في «تدفقات المهام» (Task Flows) من Translytical و«وظائف بيانات المستخدم» (User Data Functions) في Fabric. وهذا يعني أن مسار الكتابة هو جزء أصلي من المنصة التي يعمل عليها تقريرك بالفعل، وليس أداة إضافية تتطلب صيانة مخزن بيانات منفصل خاص بها. بدءًا من حقل واحد قابل للتعديل وصولاً إلى عنصر مرئي تفاعلي بالكامل لجدولة المواعيد، نقوم ببناء التدفق من البداية إلى النهاية: المشغل، ومنطق التحقق من الصحة، وعملية الكتابة، والتحديث مرة أخرى في التقرير.
تدفقات المهام التحليلية ووظائف بيانات مستخدمي Fabric
المسار الأصلي من Microsoft لعملية الكتابة اللاحقة: يقوم عنصر تحكم في تقريرك بتشغيل «وظيفة بيانات المستخدم» في Fabric، والتي تتحقق من صحة المدخلات وتقوم بالكتابة إلى قاعدة بيانات SQL في Fabric، أو مستودع بيانات Fabric، أو منصة Lakehouse في Fabric. لا حاجة لاستضافة برامج وسيطة منفصلة، ولا لإدارة نظام هوية منفصل – فهي تعمل على مستأجر Fabric الذي تمتلكه بالفعل. وتشمل التدفقات النموذجية ما يلي:
- إعادة كتابة الحقول القابلة للتعديل – يتم التحقق من صحة القيمة التي يتم إدخالها مباشرةً في عنصر مرئي بالتقرير، ثم يتم كتابتها في قاعدة بيانات Fabric SQL الأساسية
- تحديث حالة الموافقة – يؤدي إجراء «الموافقة/الرفض» في التقرير إلى تسجيل القرار والطابع الزمني واسم المُوافق في السجل
- الكتابة المشروطة – يتغير الجدول الوجهة أو قاعدة التحقق بناءً على القيمة المدخلة (على سبيل المثال، يتم وضع علامة على المبالغ التي تتجاوز حدًا معينًا لمراجعتها)
- تدفقات التحديث الجماعي – يتم من خلال إجراء واحد تطبيق التغيير على عدة صفوف محددة، مع إجراء التحقق من صحة كل صف على حدة
عناصر مرئية مخصصة لعملية إعادة الكتابة
تتطلب بعض حالات الاستخدام أكثر من مجرد زر وحقل نصي – فهي تحتاج إلى التفاعل المباشر. نقوم بإنشاء عناصر مرئية مخصصة في Power BI مزودة بخاصية السحب والإفلات، والتي تستدعي وظائف بيانات المستخدم في Fabric عند كل تغيير، مما يوفر للمستخدمين ردود فعل فورية قبل كتابة أي شيء. وتشمل الأمثلة النموذجية ما يلي:
- جدولة غانت التفاعلية – اسحب المهمة لإعادة جدولتها، وقم بتغيير حجمها لتعديل مدتها، وشاهد تعارضات الموارد وهي تظهر باللون المميز في الوقت الفعلي أثناء السحب، حتى قبل حفظ التغيير
- مرئيات التخطيط بنمط الشبكة – يمكنك تعديل أرقام الميزانية أو التوقعات مباشرةً في مصفوفة، مع إعادة حساب الإجماليات تلقائيًّا أثناء الكتابة
- تسجيل التعليقات والملاحظات – إرفاق ملاحظة بأي نقطة بيانات مباشرةً من العنصر المرئي، مع توثيقها باسم المستخدم والطابع الزمني
التحقق من الصحة والحوكمة
تخضع كل عملية كتابة للتحقق من الصحة من جانب الخادم داخل وظيفة بيانات المستخدم في Fabric – وليس مجرد فحص في الواجهة المرئية يمكن تجاوزه. يتم الالتزام بالأمان على مستوى الصفوف، ويتم توثيق كل تغيير بختم زمني، كما تعرض عمليات الكتابة المرفوضة سببًا واضحًا بدلاً من الفشل دون إشعار. وتشمل الأنماط الشائعة ما يلي:
- التحقق من صحة القواعد التجارية قبل إتمام أي عملية كتابة (على سبيل المثال: عدم الحجز المزدوج لأي مورد، وعدم وجود بنود ميزانية سالبة)
- تسجيل التدقيق الذي يوضح من قام بالتغيير، وما هو التغيير، ومتى تم ذلك، ومن أي تقرير
- يتم تحديث النموذج الدلالي تلقائيًا بعد نجاح عملية الكتابة، بحيث يرى كل مستخدم التحديث على الفور
كيف يعمل.
1. الهندسة المعمارية وجاهزية البنية التحتية
قبل كتابة أي كود برمجي، نتأكد من الميزات التي يدعمها مستأجر Fabric الخاص بك بالفعل، والمكان الذي يجب أن تُخزَّن فيه البيانات المستهدفة (قاعدة بيانات Fabric SQL، أو مستودع البيانات، أو Lakehouse)، وما يجب أن تشمله قواعد التحقق من الصحة. ويتم توثيق ذلك والاتفاق عليه معك قبل بدء عملية التطوير. فمسار إعادة الكتابة الذي يُبنى على قواعد غير واضحة ينتج عنه بيانات غير موثوقة.
2. البناء والاختبار
نقوم بإنشاء «وظيفة بيانات المستخدم»، و«المشغل من جانب التقرير»، و—عند الحاجة—«العنصر المرئي المخصص»، ثم نختبرها في بيئة Fabric الخاصة بك باستخدام بيانات واقعية. نقوم باختبار السيناريوهات السليمة والحالات الاستثنائية: عمليات التحرير المتزامنة لنفس السجل، وعملية كتابة تفشل في التحقق من الصحة، وانقطاع الشبكة أثناء الحفظ. وتنتج معظم حالات فشل عمليات الكتابة في بيئة الإنتاج عن هذه السيناريوهات بالذات.
3. اختبار التشغيل التجريبي والتوقيع
تقوم باختبار سير العملية في ضوء سيناريوهات حقيقية مستمدة من تقاريرك اليومية. ونقوم بإصلاح أي مشكلات، وتوثيق القيود المعروفة، والتأكد من أن إجراءات التحقق وسلوك التحديث تعمل وفقًا لما تم الاتفاق عليه قبل إقرار العملية.
4. التسليم والتوثيق
تسليم كامل يشمل وصفًا مكتوبًا لمدخلات كل وظيفة، ومنطق التحقق من الصحة، ووجهة الكتابة — بحيث يكون واضحًا بما يكفي لفريقه لفهمه وصيانته دون الحاجة إلينا. ويشمل ذلك 3 أشهر من إصلاح الأعطال. يتوفر الدعم المستمر بموجب عقد خدمة مستمر.
ما يرد به عملاؤنا.
الجدولة التفاعلية للمهام والموارد
يقوم أحد المخططين بسحب مهمة في مخطط غانت المرئي إلى تاريخ جديد. وأثناء السحب، يتم تمييز الحجوزات المتداخلة على المورد نفسه على الفور. وعند الإفلات، تقوم وظيفة بيانات المستخدم في Fabric بالتحقق من صحة الجدول الزمني الجديد مقارنةً بجميع الحجوزات الأخرى لهذا المورد وتسجيل التغيير في قاعدة بيانات SQL الخاصة بـ Fabric. وفي حالة وجود تعارض حقيقي، يتم رفض التسجيل مع توضيح السبب بدلاً من إتلاف الخطة دون إشعار.
تحرير الميزانية والتوقعات
يقوم أحد المسؤولين الماليين بتعديل رقم التوقعات مباشرةً في مصفوفة Power BI. ويتم التحقق من صحة التغيير مقارنةً بالميزانية الإجمالية المعتمدة، ثم يتم تسجيله في مستودع البيانات Fabric الأساسي. ويرى جميع مستخدمي التقرير الآخرين الرقم المحدث عند التحديث التالي — دون الحاجة إلى التصدير أو إعادة الاستيراد أو استخدام أداة تخطيط منفصلة.
سير عمل الموافقة
يظهر الطلب في تقرير مزود بعناصر تحكم «الموافقة» / «الرفض». تؤدي الموافقة إلى تشغيل وظيفة بيانات المستخدم في Fabric، والتي تقوم بتسجيل القرار واسم المُوافق والطابع الزمني في السجل، وتُحدِّث الحالة التي تظهر للجميع في المراحل اللاحقة. ويُحفظ سجل القرارات الكامل في نفس الجدول الذي يستقي منه التقرير بياناته.
تصحيح البيانات من المصدر
يكتشف أحد المستخدمين قيمة غير صحيحة أثناء مراجعة تقرير ما ويقوم بتصحيحها على الفور، بدلاً من رفع تذكرة و انتظار أن يقوم شخص آخر بإصلاحها في مرحلة سابقة. يتم التحقق من صحة التصحيح وتسجيله مباشرةً في الجدول المصدر المدعوم بـ Fabric.
التعليقات والشروح
يقوم المراجع بإرفاق ملاحظة بنقطة بيانات محددة – قد تكون تفسيرًا لفرق ما، أو إشارة لضرورة المتابعة. ويتم تسجيل التعليق مع اسم المستخدم والطابع الزمني، ويظهر للشخص التالي الذي يفتح التقرير نفسه.
تسعير شفاف.
نحن نعمل على أساس الوقت والمواد. أنت تدفع مقابل أيام العمل الفعلية بسعر يومي ثابت. لا توجد مفاجآت بسعر ثابت، ولا زحف في النطاق دون موافقتك.
| نوع التدفق | النطاق النموذجي | التكلفة الإرشادية (الصافية) |
|---|---|---|
| حقل واحد قابل للتعديل أو إجراء موافقة | 2–4 أيام | 1,600 يورو – 3,200 يورو |
| عنصر مرئي مخصص لإعادة التسجيل (مثل مخطط غانت التفاعلي المزود بخاصية الكشف عن التضارب) | من 6 إلى 12 يوماً | 4,800 يورو – 9,600 يورو |
| المعدل اليومي | ابتداءً من 800 يورو/اليوم (صافي) - 100% عن بُعد | |
غالبًا ما تكون عملية إعادة التقييد جزءًا من عملية أكبر باور بي آي أو القماش المشاركة - تستفيد المشاركات المجمعة من معدل يوم واحد عبر النطاق الكامل.
كنا نحتاج إلى أن يتمكن المستخدمون من إعادة جدولة مهام الإنتاج مباشرةً داخل التقرير ورؤية التضاربات على الفور — بدلاً من تصديرها إلى جدول بيانات وإرسالها عبر البريد الإلكتروني. وما حصلنا عليه هو عرض «جانت» (Gantt) حيث يُظهر سحب المهمة التضارب قبل أن ترفع يدك عن الماوس، ولا يزال هذا النظام يعمل في بيئة الإنتاج دون أي مشاكل حتى بعد مرور أشهر.
— رئيس العمليات، قسم التصنيع، ألمانيا
لماذا نختارنا؟
مصمم خصيصًا ليتكامل مع النسيج
نحن نعتمد حصريًّا على «Translytical Task Flows» و«Fabric User Data Functions» بدلاً من توجيه عمليات الكتابة عبر مخزن بيانات منفصل تابع لجهة خارجية. وهذا يعني أن بياناتك تظل داخل «Fabric tenant» الذي تديره وتؤمنه وتدفع تكاليفه بالفعل — دون الحاجة إلى ترخيص منصة إضافية، ودون وجود نظام منفصل يحتفظ بنسخة من بياناتك.
نتعامل مع الحالات الحادة
غالبًا ما يتعطل تدفق إعادة الكتابة الذي يعمل في عرض توضيحي مدته خمس دقائق في المرة الأولى التي يقوم فيها شخصان بتعديل السجل نفسه، أو عندما تفشل عملية الكتابة في منتصفها. ونحن ندمج في كل وظيفة آلية التحقق من الصحة من جانب الخادم، ومعالجة التعارضات، ورسائل واضحة توضح أسباب الفشل، بحيث عندما يحدث خطأ ما — وهو أمر لا مفر منه — يرى المستخدم السبب، بدلاً من أن يواجه عملية كتابة فاشلة دون أي تفسير.
المتخصصون، وليس العاملون في مجالات عامة
تعد ميزة «الكتابة العكسية» (Writeback) في Power BI وFabric مجال عملنا. نحن لسنا شركة استشارات عامة في مجال ذكاء الأعمال تقوم أحيانًا بإنشاء تدفقات «الكتابة العكسية» – بل هذا هو تخصصنا الأساسي، بدءًا من أبسط الحقول القابلة للتعديل وصولاً إلى العناصر المرئية القابلة للتخصيص بالكامل عبر السحب والإفلات مع التحقق الفوري من الصحة.
الأسئلة المتداولة.
هل نحتاج إلى ترخيص Microsoft Fabric؟
نعم – تعمل تدفقات المهام في Translytical على وظائف بيانات المستخدم في Fabric، والتي تتطلب سعة في Fabric (تكفي السعة التجريبية للبدء). نقوم بالتحقق من ترخيصك الحالي ونبلغك مسبقًا إذا كان هناك أي متطلبات إضافية قبل أن نبدأ في الإنشاء.
ما هي مصادر البيانات التي يمكن أن تستهدفها عملية إعادة الكتابة؟
تعد قاعدة بيانات Fabric SQL وFabric Warehouse وFabric Lakehouse هي وجهات الكتابة المدعومة. إذا كانت بياناتك مخزنة حاليًا في مكان آخر، فسوف نقدم لك المشورة بشأن الطريقة الأكثر عملية لنقلها إلى Fabric كجزء من نطاق المشروع.
هل يمكنك إنشاء عنصر مرئي مخصص باستخدام ميزة السحب والإفلات، مثل مخطط غانت القابل للجدولة؟
نعم – هذه إحدى ميزاتنا الأكثر طلبًا. يقوم المستخدمون بسحب المهمة لإعادة جدولة موعدها أو تغيير حجمها، ويرون التضاربات مظللة فورًا أثناء السحب، ويتم التحقق من صحة التغيير وتسجيله فور رفع أصابعهم عن المهمة.
ماذا يحدث في حالة فشل عملية الكتابة؟
تُرجع وظيفة «بيانات المستخدم» في Fabric سببًا واضحًا للفشل — مثل قاعدة تحقق لم يتم استيفاؤها، أو تغيير متعارض، أو مشكلة في الأذونات — بدلاً من الفشل دون إظهار أي رسالة. ويظهر السبب للمستخدم في التقرير على الفور.
هل يمكنك توثيق التدفقات حتى نتمكن من الحفاظ عليها بأنفسنا؟
نعم. تتضمن كل مهمة توثيقًا مكتوبًا لمدخلات كل دالة، ومنطق التحقق من صحتها، ووجهة الكتابة، وذلك بلغة واضحة ومفهومة. يجب أن يكون فريقكم قادرًا على فهم وظيفة كل دالة وإجراء تعديلات طفيفة دون الحاجة إلى الاتصال بنا.
كم من الوقت يستغرق مشروع إعادة التسجيل؟
عادةً ما يستغرق حقل واحد قابل للتعديل أو إجراء موافقة ما بين يومين إلى أربعة أيام، بما في ذلك الاختبار والتوثيق. أما العنصر المرئي المخصص الذي يتضمن التحقق الفوري من الصحة، مثل مخطط غانت التفاعلي، فيستغرق عادةً ما بين 6 إلى 12 يومًا حسب درجة تعقيده. ونقدم لك نطاق العمل مكتوبًا قبل البدء.
وغالبًا ما يتم دمجه مع ميزة «الكتابة العكسية» في Power BI.
استشارات Power BI
تتوقف فائدة «الكتابة العكسية» على جودة النموذج الذي تُغذي به. فنحن نصمم النموذج الدلالي وإعدادات «DirectQuery» التي تضمن بقاء تقريرك متزامنًا فور إتمام عملية الكتابة.
مايكروسوفت فابريك
تعتمد تدفقات المهام في Translytical على بيئة Fabric منظمة بشكل جيد. وفي الحالات التي لا تكون فيها قاعدة بيانات SQL أو المستودع أو Lakehouse التابعة لـ Fabric جاهزة بعد، نقوم بإعدادها كجزء من نفس المشروع.
أتمتة الطاقة
ينبغي أن تؤدي بعض أحداث إعادة الكتابة إلى تشغيل عملية لاحقة — مثل إرسال إشعار، أو سلسلة موافقة، أو تحديث الحالة في مكان آخر ضمن Microsoft 365. ونقوم بربط أحداث إعادة الكتابة في Fabric بتدفقات Power Automate عند الحاجة.
هل أنت مستعد لجعل تقاريرك قابلة للتعديل؟
أخبرنا بما تريد أن يكون قابلاً للتعديل – سواء كان حقلًا، أو عملية موافقة، أو عرضًا كاملاً للجدول الزمني – وسنرد عليك بنطاق العمل التقديري والتكلفة التقديرية في غضون 24 ساعة.
أو راسلنا مباشرة على info@leaplytics.de
الخدمات ذات الصلة: استشارات Power BI - مايكروسوفت فابريك - أتمتة الطاقة - تطبيقات الطاقة