أتمتة الترحيل إلى النظام الأساسيّ عبر Power Automate for desktop ── استبدال الإدخال اليدويّ من Excel والورق بأتمتة واجهة المستخدم

«يعيد الموظّف كتابة الطلبات الواردة عبر استمارة الويب أو البريد يدوياً كلّ يوم في نظام إدارة المبيعات الداخليّ» أو «يستغرق ترحيل ملفّات Excel الخاصّة بالحضور أو الطلبات إلى النظام الأساسيّ في نهاية الشهر يومين كاملين». نتلقّى هذا النوع من الاستشارات كثيراً. المشترَك بينها أنّ وجهة الترحيل نظام أعمال قديم استُخدم لعشر أو عشرين سنة (شاشات من عصر WinForms أو VB6، أو عميل مخصَّص)، ولا يملك API ولا ميّزة استيراد CSV.

تعديل النظام حلّ جذريّ، لكنّ الإدخال اليدويّ يستمرّ في حالات ليست نادرة، لأسباب مثل غياب المورِّد، أو غياب الشيفرة المصدريّة، أو أنّ تكلفة التعديل لا تستحقّ العناء. الأداة الواقعيّة لسدّ هذه الفجوة هي أتمتة واجهة المستخدم عبر Power Automate for desktop (PAD). بما أنّها تعيد إنتاج إدخال لوحة المفاتيح وحركات الفأرة التي يقوم بها الإنسان كما هي، يمكنها الأتمتة دون المساس بنظام وجهة الترحيل. وفي Windows 11 توجد ميزة تجربتها بلا تثبيت إضافيّ.

لكنّ أتمتة واجهة المستخدم أيضاً أداة «سهلة التشغيل أوّل مرّة، وصعبة الاستمرار المستقرّ». في هذا المقال، وبالتركيز على أعمال الترحيل، نرتّب من القرار الأساسيّ حول ما إذا كان ينبغي اختيار أتمتة واجهة المستخدم أصلاً، مروراً بالنطاق المجّانيّ والحدّ الفاصل مع الرخصة، إلى تصميم التشغيل المستقرّ، والتعافي عند الفشل. تناولنا الفصل العامّ بين وسائل Power Automate ومعالجة الأخطاء بشكل عامّ في «أتمتة الأعمال باستخدام Power Automate ── الفصل بين التدفّق السحابي وتدفّق سطح المكتب وتصميم معالجة الأخطاء»، وهذا المقال هو التفصيل الخاصّ بأعمال الترحيل.

1. الخلاصة أوّلاً

• أتمتة واجهة المستخدم آخر الوسائل. ابحث أوّلاً عمّا إذا كان لوجهة الترحيل منفذ استيراد CSV أو إدخال مباشر إلى قاعدة البيانات أو API أو تكامل ملفّات. إن وُجد واحد منها، فهو أكثر استقراراً حتماً.
• PAD مضمَّن افتراضياً في Windows 11، ويمكن تثبيته مجّاناً على Windows 10 أيضاً. بالمسجِّل وأكثر من 400 إجراء يمكن بناء تدفّق ترحيل يقرأ Excel ويكتب على الشاشة بلا كود.¹²
• إنشاء التدفّق وتشغيله يدوياً على الجهاز (تنفيذ مراقَب) لا يتطلّب تكلفة إضافيّة. الأمر نفسه بحساب العمل أو المدرسة وبحساب Microsoft. أمّا التشغيل التلقائيّ من التدفّق السحابي والتنفيذ المجدوَل ومشاركة التدفّق فتحتاج رخصة Power Automate Premium.³⁴
• التنفيذ غير المراقَب (unattended) مثل دفعة ليليّة يحتاج إضافةً تسجيل الجهاز ورخصة Power Automate Process. ومن الناحية التقنيّة له شروط خاصّة مثل «تسجيل خروج جميع المستخدمين».⁵⁶
• مفتاح التشغيل المستقرّ ثلاث نقاط: طريقة بناء المُحدِّدات، وانتظار العنصر، ومعالجة الاستثناء لكلّ عنصر. التدفّق الذي يصفّ انتظاراً ثابتاً ينكسر يوماً ما حتماً.⁷⁸⁹
• حتى عند الفشل يبقى واضحاً «إلى أين وصل الإدخال»، لذا أدخل منذ البداية تصميماً يعطي Excel المصدر عمود حالة وعمود رقم تسجيل، ويكتبهما بعد كلّ عنصر. بهذا لا يحدث إدخال مزدوج حتى عند إعادة التنفيذ.
• مصير الانكسار عند تغيّر الشاشة لا يزول، لذا فإنّ الأعمال ذات العدد الكبير أو التي لا تحتمل التوقّف أو التي يتحدّث تطبيقها كثيراً مجال لتطوير تكامل البيانات أو تعديل النظام الأساسيّ. نرتّب الخطّ الفاصل في الفصل 8.

في المخطّط، يشير الخطّ المتّصل إلى علاقة قائمة دائماً، ويشير الخطّ المتقطّع إلى علاقة مشروطة (شروط قيامها مذكورة في شرح كلّ علاقة في الصفحة التفصيليّة). القائمة الكاملة للعلاقات (المجموع 18، مع الأدلّة ودرجة اليقين) وتعريفات المفاهيم الرئيسة مجمّعة في صفحة تفاصيل خريطة المعرفة (باليابانية). البيانات: JSON-LD / Turtle

2. ما مشكلة أعمال الترحيل؟

ترحيل البيانات من Excel أو الورق إلى النظام الأساسيّ يحمل مشاكل تتجاوز «استغراق العمل البسيط للوقت». عند تلقّي الاستشارات يتكرّر التالي:

• يتركّز الوقت عند تاريخ الإغلاق. إدخال الطلبات اليوميّ قد يتوزّع، أمّا معالجة الفواتير وتجميع الحضور عند إغلاق نهاية الشهر فيتركّز الترحيل في يوم أو يومين بعد الإغلاق. في تلك الفترة يكاد الموظّف لا يتمكّن من عمل آخر. كثير من الشركات تمتصّ ذلك بالعمل الإضافيّ أو الدعم.
• أخطاء الإدخال تتسرّب إلى المراحل التالية. خطأ في خانة، أو انزياح صفّ، أو خلط رمز سلعة. يظهر خطأ الترحيل بعد أن يتحوّل إلى فاتورة أو رصيد مخزون، فيصير عبء التحقيق والتصحيح أضعاف خطأ الإدخال نفسه. الفحص المزدوج يقلّل الأخطاء لكنّه يزيد الوقت.
• تصير المهمّة لا يحسنها إلا ذلك الشخص. تتراكم في رأس الموظّف معارف مثل «هذه الشاشة لا تقبل الإدخال إلا بهذا الترتيب وإلا ظهر خطأ» أو «هذا العميل وحده له طريقة إدخال خاصّة»، فيتوقّف العمل عند غيابه.

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

إن كان مصدر الترحيل ورقاً أو فاكسًا، تلزم خطوة «قراءة» قبله. تناولنا OCR لطلبات الشراء بالفاكس في المقال المنشور في الوقت نفسه «قراءة طلبات الشراء بالفاكس عبر AI Builder ومعالجتها في Power Automate»، لذا يفترض هذا المقال أنّ مصدر الترحيل «بيانات مثل Excel».

3. خيارات وسائل الأتمتة ── أتمتة واجهة المستخدم آخر الوسائل

ما نؤكّده أوّلاً أنّ أتمتة تشغيل الشاشة (أتمتة واجهة المستخدم) آخر الخيارات. تعتمد أتمتة واجهة المستخدم على «ظروف العرض» مثل تخطيط الشاشة والدقّة وسرعة الاستجابة، لذا مهما بُنيت بعناية تبقى أسهل انكساراً من تسليم البيانات مباشرة. تحقّق أوّلاً ممّا إذا كان للنظام الأساسيّ المستهدَف أحد المنافذ التالية.

خيار آخر هو اتّجاه «إلغاء» الترحيل، أي تعديل النظام الأساسيّ أو إعادة بنائه. رتّبنا قرار إضافة ميّزة استيراد إلى تطبيق VB6، أو التحويل إلى الويب وإعادة بناء مدخل الطلبات، في «إلى متى يعمل تطبيق VB6 ── حالة دعم زمن التشغيل ومسار الترحيل الواقعيّ إلى .NET» و«تحويل تطبيقات Windows إلى الويب، الحالات التي يُفضَّل فيها عدم التحويل ── جدول قرار وحلّ واقعيّ اسمه التقسيم». التعديل يتطلّب تكلفة تطوير، لذا فإنّ الترتيب الواقعيّ أيضاً هو كسب الوقت بأتمتة PAD أوّلاً، ثمّ الاستثمار في التعديل عندما يظهر الحدّ مع ازدياد حجم العمل.

4. أساسيّات Power Automate for desktop

عتبة الإدخال منخفضة

PAD مضمَّن افتراضياً في Windows 11. ابحث عن «Power Automate» في قائمة ابدأ فتجد التطبيق، وعند أوّل تشغيل يُنزَّل تلقائياً ويبدأ الاستخدام.² يوجد حقّ استخدام أيضاً على Windows 10 وWindows Server 2016، ويمكن التثبيت مجّاناً من مركز التنزيل.² طريقة التثبيت نسختان: Microsoft Store ومثبِّت MSI، وإن كنتَ تنظر حتى التكامل السحابي (تسجيل الجهاز) المذكور لاحقاً فاختر نسخة MSI التي تثبّت معها تطبيق زمن تشغيل الجهاز.¹⁰

ابنِ الهيكل بالمسجِّل

لدى PAD مسجِّل يحوّل التشغيل إلى عمود إجراءات. يسجّل تشغيل الفأرة ولوحة المفاتيح بعلاقته بعناصر واجهة المستخدم، وهو عمليّ بما يكفي لبناء هيكل تدفّق الترحيل. ما ينفع أعمال الترحيل هنا أنّ طريقة التسجيل تتيح اختيار UIA (UI Automation) وMSAA (Microsoft Active Accessibility). UIA الطريقة الموصى بها للتطبيقات الأحدث نسبياً مثل WPF وWinForms، وMSAA طريقة للتطبيقات القديمة التي لا تُلتقَط عناصرها بـ UIA مثل VB6 وWin32 الكلاسيكي. إن تعذّر التقاط العناصر على شاشة نظام أساسيّ قديم، قد ينجح التحويل إلى MSAA في وضع تسجيل المسجِّل.¹¹

غير أنّ المسجِّل للهيكل فقط. لا يسجّل التفريع الشرطيّ ولا الحلقات، فالمفترض الإنهاء بالتحرير في المصمِّم بعد التسجيل.¹¹

عناصر واجهة المستخدم والمُحدِّدات

يحفظ PAD الأزرار ومربّعات النصّ على الشاشة كـ «عناصر واجهة مستخدم». حقيقتها مُحدِّد يعيّن العنصر بتركيبة من تدرّج النوافذ والخصائص. عمر تدفّق الترحيل يتحدَّد تقريباً بطريقة بناء هذا المُحدِّد. إن تضمّن فهرساً متسلسلاً أو معرِّفاً يتغيّر ديناميكياً، يتعذّر الالتقاط فجأة حتى مع بقاء المظهر نفسه.

يمثّل المُحدِّد التدرّج (علاقة أب وابن) بـ >، ويُكتب كلّ عنصر بالشكل عنصر[خاصيّة="قيمة"]. فنافذة المفكرة مثلاً تكون :desktop > window[Name="Notes.txt - Notepad"][Process="Notepad"].⁷ المُحدِّد الذي يولّده المسجِّل يثبّت هذه «القيمة» بالنصّ الظاهر على الشاشة كما هو، فينكسر كالتالي.

العوامل المتاحة في شاشة تحرير المُحدِّد ستّة: Equal to / Not equal to / Contains / Starts with / Ends with / Regular expression match (لهجة التعبير النمطيّ هي .NET). غير أنّ المحرِّر البصريّ لا يقبل المتغيّرات إلا مع «Equal to»، لذا اعتبر «استبدال جزء بمتغيّر» و«تطابق جزئيّ بـ Contains» خيارين متعارضين.⁷

بعد ذلك، سجِّل مُحدِّداً احتياطياً للعمليات المهمّة. يمكن لعنصر واجهة مستخدم واحد أن يحمل عدّة مُحدِّدات، فتُجرَّب من الأعلى وتُستخدم التالية عند الفشل. عند الانكسار يمكن لميّزة Repair selector توليد مرشّحات إصلاح. هذا التفكير نفسه ورد في الدليل العامّ، لكن في تدفّق الترحيل يرتبط مباشرة بالعمر فأوردنا أمثلة ملموسة في المتن.⁷

تنبيه يخصّ أعمال الترحيل. تعمل إجراءات أتمتة واجهة المستخدم على افتراض أنّ النافذة المستهدَفة في المقدّمة، وإن لم تكن كذلك تُجلَب تلقائياً إلى المقدّمة.¹² أي أنّ الحاسوب أثناء التنفيذ «محجوز للتدفّق» أساساً. تجنّب تشغيلاً يعمل فيه الموظّف على الجهاز نفسه أثناء التدفّق، فهو مصدر للنقر والإدخال الخاطئين.

التكوين الأساسيّ للترحيل: القراءة من Excel والكتابة على الشاشة

الشكل الأساسيّ لتدفّق الترحيل هو «القراءة بإجراءات Excel ← الكتابة بتشغيل واجهة المستخدم عنصراً عنصراً في حلقة». افتح الملفّ بـ Launch Excel، واقرأ نطاقاً بـ Read from Excel worksheet فيصير متغيّر جدول بيانات. مع خيار «استخدام الصفّ الأوّل أسماء أعمدة» يمكن في الحلقة اللاحقة الرجوع إلى القيمة باسم العمود مثل CurrentItem['得意先コード']، فيقوى التدفّق أمام إعادة ترتيب الأعمدة.¹³ للكتابة العكسيّة للنتائج استخدم Write to Excel worksheet. إن أردتَ الإلحاق في نهاية الصفوف يمكن البحث عن صفّ فارغ بـ Get first free row on column.¹³

5. النطاق المجّانيّ والحدّ الفاصل مع الرخصة

السؤال الذي يُطرَح حتماً عند قرار إدخال PAD هو «إلى أين مجّاناً ومن أين مدفوعاً». الحدّ بين «الإنشاء والتشغيل اليدويّ» و«التشغيل التلقائيّ والإدارة على مستوى المؤسّسة».

الإنشاء والتنفيذ اليدويّ بلا تكلفة إضافيّة لأيّ حساب.³⁴ مع حساب Microsoft يُحفَظ التدفّق في OneDrive، ومع حساب العمل أو المدرسة في Dataverse في البيئة الافتراضيّة. للاستخدام داخل الشركة الأساس البدء بحساب العمل مراعاةً للإدارة لاحقاً.⁴

تجاوز الحدّ يأتي عندما تريد أن «يعمل بلا أن يضغط أحد زراً». لتشغيل تدفّق سطح المكتب في وقت محدَّد أو عند حدث، يلزم تكوين استدعاء من التدفّق السحابي، وهذا يحتاج التحضير التالي.¹⁴

1. تسجيل الجهاز: سجِّل الحاسوب المنفِّذ في سحابة Power Automate. يتمّ التسجيل بتسجيل الدخول إلى تطبيق زمن تشغيل الجهاز المضمَّن في نسخة MSI. إصدار Home من Windows 10/11 لا يدعم هذا الاتّصال المباشر.¹⁰
2. اتّصال تدفّق سطح المكتب: أنشئ الاتّصال الذي يسجّل به التدفّق السحابي الدخول إلى ذلك الجهاز (بيانات اعتماد حساب Windows).¹⁴
3. الرخصة: يجب أن يملك المستخدم الذي ينشئ الاتّصال الرخصة المناسبة لشكل التنفيذ.¹⁴ للتنفيذ المراقَب (attended) على حاسوب يسجّل عليه إنسان الدخول تلزم Power Automate Premium (رخصة مستخدم تتضمّن حقّ attended RPA).¹⁰⁶
4. التنفيذ غير المراقَب (unattended) يحتاج إضافةً رخصة Power Automate Process تُخصَّص للجهاز. رخصة Process رخصة تُربَط بالجهاز (أو بالتدفّق) لا بالمستخدم، وتعطي لكلّ جهاز إطار تنفيذ غير مراقَب واحد (بوت غير مراقَب). انتبه إلى أنّ الجهاز الذي تُخصَّص له رخصة Process يفترض أن يكون قد سجّله مستخدم يملك رخصة Premium. أي أنّه لا يمكن البناء برخصة Process وحدها إن لم يوجد مستخدم Premium.⁵⁶

خطوات تسجيل الجهاز واتّصال تدفّق سطح المكتب

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

1. ثبِّت تطبيق زمن تشغيل الجهاز. عند تثبيت PAD بمثبِّت MSI، ضع علامة على «تثبيت تطبيق زمن تشغيل الجهاز للاتّصال ببوّابة Power Automate السحابية (Install the machine-runtime app to connect to the Power Automate cloud portal)» في شاشة التثبيت.¹⁰
2. سجِّل الدخول للتسجيل. شغِّل «Power Automate machine runtime» من قائمة ابدأ وسجِّل الدخول، فيُسجَّل الجهاز تلقائياً في البيئة المختارة آنذاك. إن لم يكن مسجَّلاً يُطلب اختيار بيئة التنفيذ. بعد التسجيل تظهر اسم الجهاز (Machine name) والوصف (Machine description) والبيئة (Machine environment).¹⁰
3. تحقّق من الشروط المسبقة. يحتاج المستخدم المسجِّل دور «صانع البيئة (Environment Maker)» أو «Desktop Flows Machine Owner» في البيئة. الاتّصال المباشر يفترض PAD 2.8.73.21119 فما بعد، ولا يعمل على إصدار Home من Windows 10/11.¹⁰
4. أكِّد التسجيل. في بوّابة Power Automate افتح «Monitor (المراقبة)» ثمّ «Machines (الأجهزة)» لترى قائمة الأجهزة المسجَّلة وحالتها وعدد التدفّقات قيد التنفيذ.¹⁰
5. أنشئ اتّصال تدفّق سطح المكتب. أضف إجراء تدفّق سطح المكتب من جانب التدفّق السحابي، واختر إضافة اتّصال جديد من «…» أعلى يمين الإجراء، وفي حقل «الاتّصال (Connect)» اختر «مباشرة إلى الجهاز (Directly to machine)»، وأدخل اسم الجهاز وبيانات اعتماد حساب Windows الذي يسجّل الدخول إلى ذلك الجهاز ثمّ أنشئ.¹⁰
6. خصِّص بوتاً غير مراقَب (للتنفيذ غير المراقَب فقط). في صفحة تفاصيل الجهاز في البوّابة افتح «الإعدادات (Settings)»، وخصِّص سعة العمليّة بمنزلق «البوتات غير المراقَبة (Unattended bots)» ثمّ احفظ. العدد المخصَّص هنا هو عدد التنفيذات غير المراقَبة التي يمكن تشغيلها معاً على ذلك الجهاز.¹⁵

باختصار، إن كان التشغيل «يضغط الموظّف الزرّ صباحاً ويراقب الترحيل أمامه» فيكتمل ضمن النطاق المجّانيّ. أمّا تشغيل «ينتهي وحده في منتصف الليل» فيحتاج Premium + Process (+ جهازاً مسجَّلاً). كمؤشّر للتكلفة، الأسعار المعلَنة لليابان في يوليو 2026 هي 2,248 يناً شهرياً لكلّ مستخدم لـ Power Automate Premium، و22,488 يناً شهرياً لكلّ بوت (= إطار تنفيذ غير مراقَب لجهاز واحد) لـ Power Automate Process (كلاهما دفع سنويّ بلا ضريبة).¹⁶ أصغر تكوين للأتمتة غير المراقَبة هو «رخصة Process لبوت واحد + مستخدم Premium واحد»، فيُحسَب نحو 25 ألف ين شهرياً ونحو 300 ألف ين سنوياً كتكلفة ثابتة. المقارنة تصير «هل يستحقّ أتمتة ترحيل 30 دقيقة كلّ ليلة 300 ألف ين سنوياً». الأسعار تُراجَع، فتحقّق من المبلغ الأحدث في صفحة أسعار Power Automate قبل القرار. إن كان وقت الترحيل نحو 30 دقيقة يومياً، يكفي البدء بالتنفيذ المراقَب المجّانيّ ثمّ النظر في الأتمتة غير المراقَبة بعد ازدياد العدد. رتّبنا التفكير في الرخص ككلّ (بما في ذلك الحدّ بين الموصلات القياسيّة وموصلات Premium) في المقال المنشور في الوقت نفسه «رخص Power Automate والحدّ بين الموصلات القياسيّة وموصلات Premium».

6. تصميم للتشغيل المستقرّ

انتظر العنصر بدل Wait الثابت

في الأنظمة الأساسيّة القديمة يتأرجح زمن استجابة البحث والتسجيل كثيراً حسب الحمل. التدفّق المضبوط بانتظار ثابت مثل «انتظر 3 ثوانٍ» ينكسر حتماً في اليوم الذي يبطئ فيه النظام. الأساس استخدام إجراء Wait for window content بالشكل «انتظر حتى يظهر (أو يختفي) عنصر واجهة مستخدم أو نصّ معيّن».⁸ يمكن أيضاً ضبط مهلة على جلب النافذة (Get window)، فتختار «الفشل بعد ثوانٍ محدَّدة إن لم يُوجَد» أو «الانتظار حتى يظهر».⁸ انتظار «حتى تظهر رسالة اكتمال التسجيل ثمّ الانتقال إلى الصفّ التالي» مهمّ خصوصاً في تدفّق الترحيل. إن بدأتَ الإدخال التالي بلا انتظار، تنتقل الشاشة قبل انتهاء تسجيل الصفّ السابق فتختلط البيانات.

ابنِ معالجة الاستثناء «لكلّ عنصر»

القاعدة الثابتة لمعالجة الاستثناء في تدفّق الترحيل ليست التدفّق بأكمله بل إحاطة عنصر واحد داخل الحلقة بـ On Block Error. عند الخطأ سجِّل محتوى فشل ذلك الصفّ، وأعد الشاشة إلى الحالة الأوّليّة (إغلاق شاشة الإدخال والعودة إلى القائمة مثلاً)، وانتقل إلى الصفّ التالي. بهذا حتى إن أخطأ رمز سلعة في عنصر واحد من 100، تكتمل 99 ويبقى العنصر الفاشل وحده لليد البشريّة. للأخطاء المؤقّتة (تأخّر الاستجابة مثلاً) يمكن الجمع مع إعداد إعادة محاولة على مستوى الإجراء.⁹ نترك تفاصيل معالجة الأخطاء (جلب محتوى الخطأ بـ Get last error، وتصميم التنظيف) للدليل العامّ وللمقال المنشور في الوقت نفسه «معالجة الأخطاء وتصميم إعادة المحاولة في Power Automate».

اجعل واضحاً حتى عند الفشل «إلى أين وصل الإدخال»

لا توجد في أتمتة واجهة المستخدم معاملة كالتي في أنظمة الويب. إن سقط التدفّق في المنتصف ولم يُعرَف «أيّ الصفوف سُجِّل في النظام الأساسيّ»، تصير الخيارات إعادة التنفيذ بإدخال مزدوج أو المطابقة البصريّة للكلّ. التصميم الذي يمنع ذلك اثنان.

1. أعطِ Excel المصدر عمود حالة. جهِّز عمود حالة «غير معالَج» و«قيد المعالجة» و«مكتمل» و«خطأ»، وعمود رقم التسجيل الذي رقّمه النظام الأساسيّ. قبل بدء إدخال عنصر اجعله «قيد المعالجة»، وبعد تأكيد اكتمال التسجيل على الشاشة وقراءة رقم التسجيل اكتب «مكتمل» + رقم التسجيل. اجعل هدف التدفّق دائماً صفوف «غير معالَج» فقط، فـ مهما أُعيد التنفيذ لا يُمسّ صفّ مُدخَل (آمن لإعادة التنفيذ).
2. الصفوف التي بقيت «قيد المعالجة» وحدها يراجعها إنسان. إن سقط التدفّق فذلك أثناء الإدخال، فالمشبوه صفوف «قيد المعالجة» فقط. يكفي قبل إعادة التنفيذ مراجعة تلك الصفوف في النظام الأساسيّ، فينكمش نطاق المطابقة من 100 إلى 1.

عمود الحالة هذا يصير سجلّ تنفيذ كما هو. «هل اكتمل ترحيل أمس؟» يُعرَف بفتح Excel دون النظر إلى سجلّ تنفيذ التدفّق. شكل يسهل شرحه للميدان.

مطبّات بيئة التنفيذ غير المراقَب

الاستشارة بأنّ تدفّقاً كان يعمل في التنفيذ المراقَب توقّف فور الأتمتة غير المراقَبة كثيرة جدّاً. السبب عادة فرق البيئة.

• افتراض الجلسة: في التنفيذ غير المراقَب ينشئ Power Automate جلسة سطح مكتب بعيد (RDP) جديدة على الجهاز المستهدَف، ثمّ يسجّل الخروج بعد التنفيذ. أثناء التنفيذ تبقى شاشة الجهاز مقفلة. الشرط أن يكون الجهاز قد سجّل خروج جميع المستخدمين، وفي Windows 10/11 يفشل التنفيذ إن بقيت جلسة أحد (حتى في حالة قفل). في Windows Server يحدث خطأ إن بقيت جلسة مقفلة لنفس مستخدم الاتّصال. عادة «القفل» أو «قطع الاتّصال» بعد أعمال الصيانة توقف تدفّق الليل. الشعار سجِّل الخروج حتماً.⁵
• الصلاحيّات: يحتاج المستخدم المستخدَم في الاتّصال قدرة إنشاء جلسة RDP على ذلك الجهاز (عادة الانتماء إلى مجموعة Remote Desktop Users). كما أنّ التنفيذ غير المراقَب لا يدعم عمليات تتضمّن الترقية إلى امتيازات المدير.⁵
• دقّة الشاشة: قد تختلف الدقّة الافتراضيّة لجلسة RDP عن شاشة وقت إنشاء التدفّق. إن انخفضت الدقّة تختفي عناصر واجهة المستخدم التي كانت ظاهرة عند الإنشاء خارج الشاشة فيفشل الأمر بـ «العنصر غير موجود»، أو تضغط عمليات الإحداثيات موضعاً آخر.⁵ كإجراء مضادّ يمكن تثبيت «دقّة الشاشة عند التنفيذ غير المراقَب» في خصائص التدفّق على القيمة نفسها المستخدمة عند الإنشاء.¹⁷ اختلاف تحجيم DPI سبب فشل من النوع نفسه، فالأسلم توحيد 100% عند الإنشاء والتنفيذ.¹⁸

قائمة تحقّق الأتمتة غير المراقَبة

شروط التنفيذ غير المراقَب تمتدّ على الرخصة والتسجيل والبيئة والتشغيل، ويكفي غياب واحد ليتوقّف العمل. نجمع الشروط الواردة في الفصلين 5 و6 في ورقة واحدة. امسح هذا الجدول من الأعلى قبل الإقدام على الأتمتة غير المراقَبة.

بعد التحقّق من هذا، اضبط التشغيل المجدوَل (مثل التنفيذ كلّ يوم عمل الساعة 6 صباحاً) من جانب التدفّق السحابي. تناولنا تصميم الجدول الذي يشمل تحديد أيّام العمل ومعالجة نهاية الشهر في المقال المنشور في الوقت نفسه «تدفّقات التنفيذ الدوريّ وتحديد أيّام العمل في Power Automate».

7. تصميم مثال لتدفّق الترحيل

بجمع الأجزاء حتى هنا، يصير تصميم تدفّق ترحيل نموذجيّ «قائمة طلبات Excel ← شاشة إدخال الطلبات في النظام الأساسيّ ← كتابة النتائج إلى Excel» كالتالي.

flowchart TD
    Start([البدء: يدوياً أو من تدفّق سحابي]) --> ReadX[Read from Excel worksheet<br/>قراءة قائمة الطلبات الصفّ الأوّل أسماء أعمدة]
    ReadX --> Filter{هل توجد صفوف عمود حالتها «غير معالَج»}
    Filter -- لا --> Report[تجميع نتائج المعالجة في سجلّ وإشعار] --> End([إنهاء])
    Filter -- نعم --> Launch[تشغيل النظام الأساسيّ وتسجيل الدخول<br/>تأكيد ظهور شاشة القائمة بانتظار العنصر]
    Launch --> Loop[حلقة صفوف غير المعالَج عنصراً عنصراً<br/>إحاطة داخل الحلقة بـ On Block Error]
    Loop --> Mark[تحديث عمود الحالة إلى «قيد المعالجة»]
    Mark --> Entry[فتح شاشة إدخال الطلبات وإدخال الحقول<br/>Wait for window content عند كلّ انتقال شاشة]
    Entry --> Confirm[زرّ التسجيل ← انتظار رسالة الاكتمال<br/>جلب رقم التسجيل المرقَّم من الشاشة]
    Confirm --> WriteBack[جعل عمود الحالة «مكتمل» وكتابة رقم التسجيل]
    WriteBack --> Loop
    Loop -. حدوث خطأ في عنصر .-> Handler[تسجيل محتوى الخطأ في الصفّ<br/>الفشل قبل التسجيل «خطأ» / الفشل بعده يبقى «قيد المعالجة»<br/>إعادة الشاشة إلى القائمة والانتقال إلى الصفّ التالي]
    Handler --> Loop
    Loop -- اكتمال الكلّ --> Close[تسجيل الخروج من النظام الأساسيّ وإغلاقه] --> Report

إن أُسقط هذا المخطّط على عمود إجراءات PAD يصير الترتيب التالي. راكم الإجراءات بهذا الترتيب في المصمِّم فيعمل المخطّط أعلاه كما هو.

سبب حمل RowIndex في متغيّر منفصل أنّ For each لا يُرجع رقم الصفّ. إن لم تزد واحداً حتماً حتى في الصفوف المتجاوَزة (الخطوة 7)، تنزاح جهة الكتابة صفاً صفاً.

نكمّل نقاط التصميم.

• تحقّق من قيم الإدخال قبل تشغيل واجهة المستخدم. عدد خانات رمز السلعة، وخلوّ الحقول الرقميّة من حروف، ونقص الحقول الإلزاميّة. تحقّق من جانب التدفّق مباشرة بعد قراءة Excel، واجعل الصفوف الغريبة «خطأ» قبل لمس النظام الأساسيّ. الاستبعاد في المقدّمة أستقرّ بأضعاف من معالجة مربّع حوار خطأ النظام الأساسيّ بتشغيل واجهة المستخدم.
• ما يجوز جعله «خطأ» هو الفشل قبل الضغط على زرّ التسجيل فقط. إن أعاد معالجة الخطأ كتابة عمود الحالة إلى «خطأ» على نحو موحَّد، تصير حتى الصفوف التي فشلت بعد نجاح عملية زرّ التسجيل (أثناء انتظار رسالة الاكتمال أو الكتابة العكسيّة) «خطأ»، فيعيد الموظّف تنفيذ ذلك الصفّ ويُسجَّل مزدوجاً في النظام الأساسيّ. اترك فشل ما بعد عملية التسجيل عمود الحالة «قيد المعالجة»، ولا تجعل الصفوف المنتهية بـ «قيد المعالجة» هدفاً لإعادة التنفيذ، بل طابق إنسان وجود التسجيل في النظام الأساسيّ ثمّ أعدها إلى «مكتمل» أو «غير معالَج». جوهر هذا التصميم ليس محو الغموض بل تحويل الغموض إلى مراجعة بشريّة.
• افترض مربّعات حوار الخطأ على الشاشة. مع ذلك تحدث أخطاء عند الإدخال (نقص المخزون، خطأ ائتمان العميل، إلخ). التقط الحوارات المتوقَّعة بتفريع شرط «هل تتضمّن النافذة» وسجِّلها في محتوى خطأ الصفّ، واترك غير المتوقَّع لـ On Block Error.⁹
• ضع مؤشّراً للعدد والوقت. أتمتة واجهة المستخدم قد تستغرق عشرات الثواني لكلّ عنصر. 100 عنصر في ساعة يكفي للتنفيذ غير المراقَب ليلاً، أمّا آلاف العناصر يومياً فعلامة لإعادة النظر في وسيلة أتمتة واجهة المستخدم نفسها (الفصل التالي).
• أنهِ تطبيع المصدر في المقدّمة. مطبّات CSV وExcel مثل تأرجح ترميز الأحرف وصيغة التاريخ واختلاط العرض الكامل والنصف مرتَّبة في «CSV ليس «مجرّد نصّ» ── ممارسة CSV في تطبيقات أعمال C# (ترميز الأحرف وتوافق Excel والحماية من الحقن)».

8. إلى أيّ حدّ نستخدم PAD؟

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

كإحساس للحكم نتّخذ «إن بقي هذا التدفّق منكسراً أسبوعاً، هل يدور العمل بالعودة إلى الإدخال اليدويّ؟». إن دار فلأتمتة PAD قيمة كافية. إن لم يدر فذلك الترحيل لم يعد متطلّب «أتمتة» بل «تكامل أنظمة»، ومرحلة النظر في إضافة ميّزة استيراد، أو تكامل قاعدة البيانات، أو رقمنة الطلبات والمشتريات نفسها (EDI أو تحويل استلام الطلبات بالفاكس إلى الويب).

كذلك يميل تدفّق PAD إلى أن يصير «أصلاً لا يلمسه إلا من أنشأه». من يخلف محتوى التدفّق والاتّصال وجهاز التنفيذ مرتَّب في المقال المنشور في الوقت نفسه «مواجهة التبعيّة لشخص بعينه في Power Automate ── حتى لا يتوقّف التدفّق إن استقال من أنشأه».

9. الخلاصة

ترحيل البيانات إلى نظام أساسيّ بلا API ولا استيراد CSV يمكن أتمتته بـ «دون المساس بالنظام» عبر أتمتة واجهة المستخدم في PAD. في Windows 11 يبدأ الاستخدام افتراضياً، وإنشاء التدفّق وتشغيله على الجهاز لا يتطلّبان تكلفة إضافيّة. تحرير الموظّف من ساعة ترحيل يومياً، واختفاء تحقيق أخطاء الترحيل وتصحيحها، يكفي لاسترداد عبء الإدخال.

غير أنّ المهمّ عدم إخطاء الترتيب والتصميم. البحث عن منافذ استيراد CSV وقاعدة البيانات وAPI وتكامل الملفّات قبل أتمتة واجهة المستخدم. البدء بالتنفيذ المراقَب المجّانيّ، وضبط افتراض رخصة Premium + Process وجهاز سجّل الخروج للأتمتة غير المراقَبة. التثبيت بالمُحدِّدات وانتظار العنصر ومعالجة الاستثناء لكلّ عنصر، وإبقاء «إلى أين وصل الإدخال» دائماً بالكتابة العكسيّة لعمود الحالة. وإن تجاوز العدد والأهمّيّة وتواتر تغيّر الشاشة نطاق أتمتة واجهة المستخدم، فلا تُنمَّ قسراً بل يُنتقَل إلى تعديل النظام الأساسيّ أو تطوير تكامل البيانات.

تتلقّى شركتنا الاستشارات كسلسلة واحدة من مراجعة تصميم أتمتة الترحيل عبر PAD، إلى تطوير إضافة ميّزة الاستيراد والتكامل بين الأنظمة بعد ذلك، حتى ترحيل التطبيقات القديمة. من مرحلة «هل يمكن ذلك حتى على نظامنا الأساسيّ؟» أيضاً، تفضّلوا بالتواصل.

مقالات ذات صلة

• أتمتة الأعمال باستخدام Power Automate ── الفصل بين التدفّق السحابي وتدفّق سطح المكتب وتصميم معالجة الأخطاء
• إلى متى يعمل تطبيق VB6 ── حالة دعم زمن التشغيل ومسار الترحيل الواقعيّ إلى .NET
• تحويل تطبيقات Windows إلى الويب، الحالات التي يُفضَّل فيها عدم التحويل ── جدول قرار وحلّ واقعيّ اسمه التقسيم
• معالجة الأخطاء وتصميم إعادة المحاولة في Power Automate
• CSV ليس «مجرّد نصّ» ── ممارسة CSV في تطبيقات أعمال C# (ترميز الأحرف وتوافق Excel والحماية من الحقن)

مجالات الاستشارة ذات الصلة

تتعامل شركة كومورا سوفت ذ.م.م. مع استشارات تصميم أتمتة الترحيل وتثبيتها عبر Power Automate for desktop، حتى تطوير تكامل بيانات النظام الأساسيّ وتعديل التطبيقات القديمة التي لا تسعها أتمتة واجهة المستخدم.

• الاستشارة التقنيّة ومراجعة التصميم
• تطوير تطبيقات Windows
• التواصل معنا

روابط مرجعية

مقالات ذات صلة

أحدث المقالات التي تشترك في نفس الوسوم. عمّق فهمك بمواضيع مرتبطة.

أين يتصل هذا الموضوع

ترتبط هذه المقالة بشكل طبيعي بصفحات الخدمات التالية.

الأسئلة الشائعة

أسئلة شائعة حول موضوع هذه المقالة.

هل يمكن استخدام Power Automate for desktop مجّاناً؟

نعم. تطبيق Power Automate مضمَّن افتراضياً في Windows 11، ويمكن تثبيته مجّاناً على Windows 10 من مركز التنزيل لدى Microsoft. حتى بحساب العمل أو المدرسة، يمكن بلا تكلفة إضافيّة استخدام مجموعة إنشاء التدفّق والتنفيذ اليدويّ (التنفيذ المراقَب) كاملة، بما في ذلك المسجِّل وأكثر من 400 إجراء ومعالجة الاستثناءات. غير أنّ التشغيل التلقائيّ من التدفّق السحابي، ومشاركة التدفّق، والإدارة المركزيّة لسجلّات التنفيذ، تتطلّب رخصة Power Automate Premium المدفوعة.

ما اللازم لتشغيل تدفّق الترحيل ليلاً أو في الصباح الباكر دون وجود أحد؟

يحتاج التنفيذ غير المراقَب (unattended) بنية استدعاء من التدفّق السحابي، وتفترض مسبقاً تسجيل الجهاز المستهدَف، وإنشاء اتّصال تدفّق سطح المكتب، ورخصة Power Automate Process تُخصَّص للجهاز. ويجب أن يقوم بتسجيل الجهاز نفسه أيضاً مستخدم يملك رخصة Premium. من الناحية التقنيّة، يعمل التنفيذ غير المراقَب بإنشاء جلسة سطح مكتب بعيد جديدة، لذا يجب أن يكون جميع مستخدمي الجهاز المستهدَف قد سجّلوا الخروج، وإذا بقيت ولو جلسة واحدة في حالة قفل يفشل التنفيذ في Windows 10/11.

يُقال إنّ أتمتة واجهة المستخدم هشّة، فهل هي عمليّة فعلاً؟

تصبح عمليّة إذا كانت شاشة النظام الأساسيّ المستهدَف مستقرّة. معظم أسباب الانكسار تكمن في طريقة تحديد عناصر واجهة المستخدم (المُحدِّدات) ونقص الانتظار، لذا فإنّ تصميماً يحوِّل الخصائص المتغيّرة إلى Contains أو تعبير نمطيّ، ويضبط مُحدِّدات احتياطيّة، ويستخدم إجراءات تنتظر ظهور العنصر بدل الانتظار الثابت، يغيّر درجة الاستقرار كثيراً. لكن بما أنّ مصير الانكسار عند تغيّر تخطيط الشاشة لا يزول بحدّ ذاته، فإنّ الحالات التي يتحدّث فيها تطبيق الهدف كثيراً، أو التي تتوقّف فيها الأعمال بحجم أو أهمّيّة كبيرين عند التعطّل، ينبغي النظر فيها إلى تطوير تكامل بيانات أو تعديل النظام الأساسيّ بدل أتمتة واجهة المستخدم.

إذا فشل تدفّق الترحيل في المنتصف، ألن نفقد معرفة إلى أين وصل الإدخال؟

يمكن منع ذلك بالتصميم. النقطة هي إعطاء Excel المصدر عمود حالة (غير معالَج / قيد المعالجة / مكتمل / خطأ) وعمود رقم تسجيل، والتحقّق من نتيجة التسجيل في النظام الأساسيّ بعد كلّ عنصر قبل كتابة الحالة إليه. بهذه الطريقة يبقى في Excel أثر لأيّ صفّ سُجِّل عند الفشل، وحتى عند إعادة التنفيذ تُستهدَف فقط الصفوف «غير المعالَجة»، فلا يحدث إدخال مزدوج. وإذا صُمِّمت معالجة استثناء لكلّ عنصر على حدة تسجّل صفّ الخطأ وتنتقل إلى الصفّ التالي، يمكن أيضاً تجنّب توقّف العمليّة بأكملها بسبب خطأ إدخال واحد.

الملف الشخصي للمؤلف

صفحة الملف الشخصي لمؤلف المقالة.

غو كومورا

مؤسّس شركة كومورا سوفت ذ.م.م.

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