معالجة ملفّات PDF لطلبات الشراء والفواتير الواردة بالبريد عبر Power Automate ── تصميم الحفظ والتصنيف والإشعار والقراءة

«حفظ ملفّ PDF لطلب الشراء المرفق برسالة استلام الطلب كلّ صباح في مجلّد مشترك، ثمّ نقل البيانات إلى سجلّ الطلبات في Excel». هذه المهمّة التي يقوم بها الموظّف يدوياً 30 دقيقة كلّ يوم ليست نادرة في الشركات. في الواقع، من بين استشارات Power Automate، فإنّ طلب «أتمتة معالجة المستندات الواردة عبر البريد» من الأنواع الشائعة جدّاً.

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

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

• يوفّر مشغِّل «عند وصول رسالة جديدة (V3)» في موصل Office 365 Outlook شروط تضييق مثل المجلّد والمُرسِل وفلتر الموضوع و«المرفقات فقط». حدِّد الشروط قدر الإمكان من جهة المشغِّل نفسه، لا عبر إجراء التفريع الشرطيّ اللاحق.¹²
• اجعل جهة الاستقبال صندوق بريد مشترك (مثل order@自社ドメイン) بدل صندوق الوارد الشخصيّ لموظّف معيّن. يوجد مشغِّل مخصَّص باسم «عند وصول رسالة جديدة إلى صندوق البريد المشترك (V2)»، ويمكن استخدامه إذا كان حساب الاتّصال يملك إذن الوصول إلى الصندوق المشترك.³
• شرط «توجد مرفقات» وحده يلتقط أيضاً الصور المضمَّنة كالتوقيعات والشعارات كمرفقات. الحلّ الأساسيّ هو التصفية عبر خاصيّة Is Inline الموجودة في البيانات الوصفيّة للمرفق، مع الامتداد.⁴
• اجعل جهة الحفظ مكتبة مستندات SharePoint، والكتابة عبر إجراء «إنشاء ملفّ»، مع إشعار إتمام الحفظ عبر Teams أو البريد، فهذا تكوين سهل التعامل.⁵
• إذا أردتَ التوسّع حتى القراءة (أتمتة النقل)، استخدم معالجة المستندات في AI Builder، لكنّ ذلك يتطلّب سعة استهلاكية (أرصدة) منفصلة، ولا بدّ من تصميم تحقّق يدويّ لنتائج الاستخراج. نظام الترخيص آخذ في التغيّر منذ 2025، فتحتاج إلى التحقّق من أحدث المعلومات قبل الإدخال.⁶⁷
• بالنسبة للمرفقات التي تصل كملفّ ZIP محميّ بكلمة مرور (PPAP)، الحلّ الأساسيّ هو تغيير طريقة الاستلام نفسها بدل محاولة فكّها عبر التدفّق.

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

2. تحديد نطاق العمل المستهدَف ── إلى أيّ حدّ تُؤتمَت «المستندات الواردة كمرفقات بريد»؟

لنبدأ بتأكيد شكل العمل الذي يستهدفه هذا المقال.

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

توجد مراحل مختلفة لطريقة استلام الطلبات والمشتريات، منها الفاكس ومرفقات البريد ونماذج الويب وEDI. مرفقات البريد أسهل في التحويل إلى بيانات من الفاكس، لكنّها في موقع متوسّط لا ترقى إلى تكامل البيانات المهيكل كـ EDI أو الفاتورة الرقميّة. رتّبنا هذه الصورة الكاملة في مقال منفصل بعنوان «ما هو EDI؟ كيف يسهّل الطلبات والمشتريات بين الشركات ── من الفاكس والبريد والإدخال اليدويّ إلى تكامل البيانات».

بناءً عليه، إذا قسّمنا النطاق الذي يمكن استهدافه بالأتمتة مع الإبقاء على طريقة العمل عبر مرفقات البريد، نحصل على ثلاث مراحل:

مسرح هذا المقال الرئيسيّ هو (1) و(2). نوصي بالتقدّم بحيث يكون الأثر اليوميّ كافياً بـ (1) وحده أوّلاً، ثمّ الحكم على (2) حسب العائد مقابل التكلفة. أمّا (3) فنتطرّق إليه في الفصل السابع.

3. التدفّق الأساسيّ ── من مشغِّل الاستقبال إلى الحفظ والإشعار

الشكل الأساسيّ هو «مشغِّل الاستقبال ← التضييق ← حلقة لكلّ مرفق ← الحفظ في SharePoint ← الإشعار».

flowchart TD
    Start([عند وصول رسالة جديدة إلى<br/>صندوق البريد المشترك V2<br/>order@自社ドメイン]) --> Filter[التضييق بشروط المشغِّل<br/>فلتر المُرسِل والموضوع والمرفقات فقط]
    Filter --> Each[Apply to each<br/>حلقة لكلّ مرفق]
    Each --> Check{Is Inline = false<br/>وامتداد الملفّ .pdf؟}
    Check -- لا --> Skip[لا معالجة<br/>استبعاد صور التوقيع ونحوها]
    Check -- نعم --> Save[SharePoint: إنشاء ملفّ<br/>حفظ في مجلّد الجهة المقابلة/السنة والشهر<br/>باسم ملفّ يتضمّن وقت الاستلام]
    Save --> Notify[نشر في قناة Teams أو إشعار بالبريد<br/>رابط الحفظ والمُرسِل والموضوع]
    Notify --> End([اكتمال])
    Save -. عند الفشل .-> Err[إشعار بالخطأ<br/>إبلاغ المسؤول بالفشل]

الإجراءات الرئيسيّة ونقاط التصميم هي كالتالي:

3.1 قيم الإعداد الملموسة التي تُدخَل في المشغِّل

شروط تضييق المشغِّل غير ظاهرة افتراضياً. عند فتح «إظهار الخيارات المتقدّمة (Show advanced options)» في بطاقة المشغِّل تظهر البنود التالية. نذكرها مع القيم التي تُدخَل فعلاً.¹²

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

عند تحديد مجلّد الحفظ ديناميكياً بقاعدة مثل «الجهة المقابلة/السنة والشهر»، لا تنسَ أيضاً ضمان وجود مجلّد الحفظ من جهة التدفّق نفسه. فمع أوّل رسالة من جهة مقابلة جديدة أو أوّل رسالة في مطلع الشهر، لا يكون مجلّد الحفظ موجوداً بعد. يوفّر موصل SharePoint إجراء «إنشاء مجلّد جديد (Create new folder)» يمكنه إنشاء مسار مجلّد كاملاً دفعة واحدة⁵، وإدراج خطوة تجهيز المجلّد قبل «إنشاء ملفّ» يمنع تعثّر الحفظ هنا.

سبب اختيار SharePoint كجهة حفظ بدل خادم ملفّات تقليديّ هو إمكان الكتابة المباشرة من التدفّق السحابيّ، والإشعار عبر رابط، وسهولة الدمج لاحقاً مع AI Builder أو البحث. إن كانت هناك ظروف تُلزم الحفظ في خادم ملفّات داخل الشركة فقط، فثمّة خيار عبر بوّابة بيانات محليّة (On-premises Data Gateway)، لكن بما أنّ التكوين يصبح أثقل، ننصح قدر الإمكان بتوجيه جهة الحفظ بالكامل نحو SharePoint.

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

4. المطبّات والتدابير المضادّة

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

4.1 حفظ صور التوقيع والشعار كـ «مرفقات»

هذا الاستشارة الأكثر شيوعاً. تُعامَل صورة التوقيع أو شعار الشركة المضمَّنة في نصّ الرسالة، من الناحية التقنيّة، كمرفق مضمَّن (Inline)، لذا فإن حُفِظت بشرط «توجد مرفقات» فقط، تُحفَظ ملفّات مثل image001.png بأعداد كبيرة مع ملفّ PDF المطلوب.

في موصل Office 365 Outlook، تتضمّن البيانات الوصفيّة للمرفقات التي يُرجعها المشغِّل أو الإجراءات Id وName وContent Type وSize وIs Inline، وهذه تُتاح دائماً بغضّ النظر عن إعداد «تضمين المرفقات». العنصر الذي تكون فيه Is Inline مساوية true هو مرفق مضمَّن.⁴

نبني التدبير المضادّ من طبقتين:

1. داخل Apply to each، استخدم إجراء شرط لتمرير العناصر التي تكون فيها Is Inline مساوية false فقط
2. تأكّد إضافةً من أنّ نهاية اسم الملفّ .pdf (باستثناء حالات لصق الجهة المقابلة صورة للمستند في نصّ الرسالة، يضيّق هذا النطاق بشكل شبه مؤكَّد)

اجعل إجراء الشرط على «تلبية الكلّ (And)» بسطرين.

items('Apply_to_each') صيغة تشير إلى العنصر الحاليّ في Apply to each. إن غيّرتَ اسم الحلقة، استبدل الفراغات في ذلك الاسم بشرطة سفلية. قد يصل الامتداد بأحرف كبيرة، لذا من الآمن تمرير الاسم عبر toLower قبل الحكم.

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

4.2 تضييق نطاق الرسائل المستهدَفة ── عنوان مخصَّص + صندوق بريد مشترك

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

في هذه الحالة، اجعل جهة الاستقبال صندوق بريد مشترك. لسببين:

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

يُستخدَم المشغِّل «عند وصول رسالة جديدة إلى صندوق البريد المشترك (V2)». كشرط أساسيّ، يجب أن يملك الحساب المستخدَم في اتّصال التدفّق إذن الوصول إلى ذلك الصندوق المشترك. من نقاط الحذر أنّ انعكاس الإذن على مستوى المنصّة بعد منحه قد يستغرق نحو ساعتين، كما أنّه لا يمكن تحديد عنوان مجموعة Microsoft 365 كصندوق بريد مشترك.³

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

4.3 الكتابة فوق الملفّات المتماثلة الاسم وتكرارها

يصل مرفق باسم «注文書.pdf» عدّة مرّات من جهات مقابلة متعدّدة. إذا حُفِظ بالاسم المستلَم كما هو، سيقع تصادم أسماء ملفّات متطابقة حتماً. اجعل اسم الملفّ عند الحفظ مبنيّاً آلياً من معلومات الرسالة المستلَمة ليكون فريداً. عملياً، تسمية مثل «وقت الاستلام (حتى الثانية) + نطاق المُرسِل + اسم الملفّ الأصليّ» تكاد تتجنّب التصادم تماماً، وتسهّل أيضاً المطابقة مع الرسالة لاحقاً.

في حقل اسم الملفّ لإجراء «إنشاء ملفّ» في SharePoint، أدخل الصيغة التالية.

concat(
  convertFromUtc(triggerOutputs()?['body/receivedDateTime'], 'Tokyo Standard Time', 'yyyyMMdd-HHmmss'),
  '_',
  last(split(triggerOutputs()?['body/from'], '@')),
  '_',
  items('Apply_to_each')?['name']
)

معنى الأجزاء الثلاثة كالتالي:

• وقت الاستلام: receivedDateTime يُرجَع بتوقيت UTC، لذا فإنّ التنسيق بـ formatDateTime وحده يزيح 9 ساعات عن توقيت اليابان، فتصير رسائل المساء بعد عبور منتصف الليل بأسماء يوم سابق. الأضمن تمرير معرِّف المنطقة الزمنيّة في Windows Tokyo Standard Time كوسيط ثانٍ لـ convertFromUtc، وتحديد التنسيق في الوسيط الثالث. يمكن أيضاً اختيار وقت الاستلام نفسه من المحتوى الديناميكيّ.
• نطاق المُرسِل: يقسم split السلسلة عند @، ويأخذ last الجانب الخلفيّ (النطاق). نستخدم النطاق لا اسم العرض لأنّ اسم العرض قد يحتوي فراغات ورموزاً تصعّب التعامل.
• اسم الملفّ الأصليّ: اسم المرفق الحاليّ في Apply to each. الامتداد مضمَّن أصلاً، فلا حاجة لإضافة .pdf.

لاحظ أنّ أسماء ملفّات SharePoint لا تقبل \ / : * ? " < > |. إن خلطتَ الموضوع أو اسم عرض المُرسِل في اسم الملفّ، يفشل الحفظ في اللحظة التي تدخل فيها هذه الأحرف. التجميع من قيم ذات تنسيق آليّ فقط، كما أعلاه، أكثر أماناً.

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

4.4 كشف الرسائل المفلتة ── هل يمكن الانتباه إلى «الرسائل التي لم يعمل معها المشغِّل»؟

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

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

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

لنقل المجلّد هذا يُستخدَم إجراء «نقل البريد (Move email (V2))» في موصل Office 365 Outlook.¹² ضَعه مباشرة بعد الإشعار، وانقل الرسالة إلى مجلّد «معالَج» في الصندوق المشترك. إجراء «وضع علامة مقروء أو غير مقروء (Mark as read or unread (V3))» يمكنه أيضاً أن يدلّ على المعالجة، لكنّ الرسائل المقروءة تبقى في صندوق الوارد. إن أردتَ حالة واضحة للعين «ما بقي في صندوق الوارد = غير معالَج»، فالنقل أوثق. اجعل جهة النقل مجلّداً آخر غير المجلّد الذي يراقبه المشغِّل (عادة صندوق الوارد). إن نقلتَ إلى المجلّد المراقب، يبقى احتمال أن تُعامَل عملية النقل نفسها كرسالة جديدة فيُعاد التنفيذ. الحدّ الأقصى لحجم الرسالة نفسها يتحدَّد عبر إعداد Exchange Online، وهو افتراضياً 36 MB للاستقبال، ويمكن تغييره ضمن نطاق 1 إلى 150 MB عبر إعداد المسؤول. بالنسبة للجهات المقابلة التي تتبادل مرفقات كبيرة الحجم، يُنظَر في طريقة تسليم أخرى مثل رابط مشاركة ملفّات، كما سيُذكَر لاحقاً.¹³

5. هل نتوسّع حتى القراءة (أتمتة النقل)؟ ── معالجة المستندات في AI Builder

عندما يبدأ الحفظ والإشعار بالدوران، يصبح المطلوب التالي هو «التوسّع حتى قراءة محتوى PDF وكتابته في السجلّ آلياً». هنا نستخدم معالجة المستندات في AI Builder.

5.1 النموذج الجاهز مسبقاً والنموذج المخصَّص

يوفّر AI Builder نموذج معالجة الفواتير الجاهز مسبقاً للفواتير. يمكن استخراج الحقول المشتركة مثل رقم الفاتورة وتاريخها وتاريخ الاستحقاق واسم الجهة المقابلة والمبلغ الإجماليّ وسطور التفاصيل مباشرةً دون تدريب النموذج، وتشمل اللغات المدعومة اليابانية أيضاً. المدخلات JPEG/PNG/PDF، مع قيد على حجم الملفّ حتى 20 MB.¹⁴

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

الدمج في التدفّق سهل في الحالتين: بالنسبة لنموذج معالجة الفواتير، يكفي تمرير محتوى ملفّ PDF المحفوظ في SharePoint إلى إجراء «استخراج معلومات من فاتورة»، وبالنسبة للنموذج المخصَّص، إلى إجراء «معالجة مستند».¹⁶⁸

5.2 الدقّة ومعالجة الاستثناءات ── التحويل إلى التحقّق اليدويّ عبر درجة الثقة

الأهمّ في أتمتة القراءة هو التصميم على افتراض أنّ «الاستخراج قد يخطئ». تأتي نتائج استخراج AI Builder مصحوبة بدرجة ثقة من 0 إلى 1 لكلّ حقل. عملياً، يُفرَّع التدفّق بناءً على هذه الدرجة.¹⁶

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

قيمة 0.9 أعلاه مجرّد مثال للكتابة، وليست قيمة تنطبق على كلّ مستند. العتبة تُقرَّر على مستندات شركتك، فتُستخرَج بالخطوات التالية.

1. مرِّر دفعة بلا عتبة أوّلاً. جهِّز 20 إلى 50 مستنداً من نفس الجهات المقابلة ونفس التخطيط المستخدم في الإنتاج، واقرأها جميعاً بلا تفريع. اكتب قيم الاستخراج ودرجات الثقة كما هي في قائمة SharePoint أو Excel.
2. طابقها مع الإجابة الصحيحة. راجع كلّ عنصر بصرياً، وانظر لكلّ حقل إلى «أعلى درجة ثقة لاستخراج خاطئ». الحدّ الأدنى للعتبة أعلى قليلاً من هذه القيمة.
3. غيِّرها حسب الحقل. ارفع العتبة للبنود التي يمتدّ خطؤها إلى المراحل التالية مثل المبلغ الإجماليّ ورقم الفاتورة، واخفضها للبنود التي يمكن تصحيحها لاحقاً مثل الملاحظات. محاولة قصّ كلّ الحقول بعتبة واحدة تجعل أحد الجوانب غير مريح حتماً.
4. راجع بعد التشغيل. سجِّل «عدد العناصر المحوَّلة إلى بحاجة إلى تحقّق» و«عدد العناصر التي احتاجت تصحيحاً فعلاً»، وراجع مرّة كلّ ربع. إن كثرت حالات بحاجة إلى تحقّق فأضف عيّنات تدريب، وإن ندرت حالات بحاجة إلى تحقّق مع تسرّب أخطاء فارفع العتبة.

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

5.3 الترخيص والأرصدة ── هذه نقطة يجب التحقّق منها مسبقاً حتماً

تستهلك إجراءات AI Builder سعة استهلاكية عند كلّ تنفيذ. سُمّيت هذه السعة تقليدياً أرصدة AI Builder، وكانت تأتي عبر إضافة سعة AI Builder (مليون رصيد شهرياً لكلّ إضافة)، وأيضاً بكمّيّة صغيرة مرفقة مع تراخيص Premium مثل Power Automate Premium (5000 رصيد لـ Power Automate Premium). يُجمَّع الرصيد على مستوى المستأجر (tenant) ويُخصَّص للبيئة عند الاستخدام. إن لم تملك البيئة سعة، يتوقّف التدفّق بخطأ من نوع NoCapacity وما شابه.⁶

غير أنّ هذا النظام في مرحلة انتقاليّة عند كتابة هذا المقال (يوليو 2026). أُعلن في أكتوبر 2025 عن الإنهاء التدريجيّ لأرصدة AI Builder، وسينتهي الرصيد الأوّليّ (seed credits) المرفق مع تراخيص Premium في 1 نوفمبر 2026، ولم يعد بإمكان العملاء الجدد شراء إضافة سعة AI Builder، وتحوّل الأمر إلى شراء أرصدة Copilot. تظلّ وظائف AI Builder نفسها قابلة للاستخدام بأرصدة Copilot، لكن في التدفّق السحابيّ تُستهلَك أرصدة AI Builder أوّلاً، وعند نفادها تُستهلَك أرصدة Copilot، وهذا هو ترتيب الأولويّة.⁷¹⁷

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

6. عند وصول ملفّ ZIP محميّ بكلمة مرور (PPAP) ── ليس أمراً يُحلّ عبر التدفّق

سؤال معتاد آخر هو «تصلني المرفقات كملفّ ZIP محميّ بكلمة مرور، فهل يمكن فكّها عبر التدفّق؟». والخلاصة: لا تحاول فكّها داخل التدفّق.

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

من الأساس، فإنّ PPAP يرسل المفتاح والطرد عبر المسار نفسه، ما يجعل معناه كتدبير أمنيّ ضعيفاً، بل إنّ ضرره من ناحية تجاوز فحص الفيروسات لدى المستقبل أكبر من فائدته. شرحنا هذه المشكلة والبدائل (رابط مشاركة الملفّات وغيره) بالتفصيل في مقال منفصل بعنوان «لماذا يُعدّ PPAP سيّئاً في أمن البريد الإلكترونيّ؟ وما الطريقة الصحيحة؟». من منظور الأتمتة، فإنّ المستندات التي تصل بـ PPAP هي على رأس «قائمة الأهداف التي ينبغي التفاوض على تغيير طريقة استلامها». وحتى الطلب من الجهة المقابلة بـ «الرغبة، لضرورات المعالجة الآليّة، في مرفق PDF نصّيّ عاديّ أو رابط مشاركة ملفّات بدل ZIP محميّ بكلمة مرور» أصبح أسهل قبولاً من ذي قبل، مع تيّار التخلّي عن PPAP.

7. إلى ما هو أبعد ── حدود طريقة العمل عبر مرفقات البريد والانتقال المرحليّ

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

• تخطيطات المستندات بعدد الجهات المقابلة، وتزداد صيانة نموذج القراءة ثقلاً كلّما زاد عدد الجهات المقابلة
• لن تبلغ دقّة القراءة 100%، لذا تبقى خطوة التحقّق اليدويّ باقية إلى الأبد
• قد لا تصل الرسائل (تجاوز الحجم، تصنيفها كبريد مزعج)، وتبقى مراقبة الإفلات مستمرّة أيضاً

هذه الأمور لا تختفي مهما صقلتَ تصميم Power Automate. طالما بقيت نقطة انطلاق العمليّة هي «إرسال بيانات غير مهيكلة (PDF) موجَّهة إلى إنسان»، تبقى القراءة والتحقّق تكلفة ضروريّة. لهذا السبب بالذات، يستحقّ الأمر على المدى المتوسّط النظر في اتّجاه الاستلام كبيانات مهيكلة منذ البداية، أي الانتقال المرحليّ نحو نموذج ويب لاستقبال الطلبات، أو EDI، أو في حالة الفواتير الفاتورة الرقميّة (Peppol / JP PINT).

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

8. الخلاصة

معالجة ملفّات PDF لطلبات الشراء والفواتير الواردة عبر البريد من الأنواع التمهيديّة كموضوع أتمتة في Power Automate، لكنّ النقاط الواجب مراعاتها لجعلها تتحمّل التشغيل الفعليّ واضحة تماماً.

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

إن أردتَ التوسّع حتى القراءة، استخدم النموذج الجاهز مسبقاً أو المخصَّص في AI Builder مع تفريع حسب درجة الثقة، وتحقّق مسبقاً من تكلفة الأرصدة الاستهلاكية ونظام الترخيص خلال فترة الانتقال. ولا تحاول فكّ ZIP المحميّ بكلمة مرور عبر التدفّق، بل اجعله هدفاً للتفاوض على تغيير طريقة الاستلام. وعندما تظهر حدود صيغة مرفقات البريد نفسها، فكِّر في الانتقال المرحليّ نحو نموذج الويب أو EDI أو الفاتورة الرقميّة ── إن سرتَ بهذا الترتيب، فهذا مجال يمكن تطويره دون تراجع كبير.

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

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

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

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

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

روابط مرجعية

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

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

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

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

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

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

هل يمكن تشغيل تدفّق Power Automate برسالة تصل إلى صندوق بريد مشترك؟

نعم. يوفّر موصل Office 365 Outlook مشغِّلاً مخصَّصاً باسم «عند وصول رسالة جديدة إلى صندوق البريد المشترك (V2)»، فيمكن تشغيل التدفّق انطلاقاً من رسالة تصل إلى العنوان المشترك المخصَّص لاستقبال الطلبات. الشرط أن يملك الحساب المستخدَم في الاتّصال إذن الوصول إلى ذلك الصندوق المشترك. انتبه إلى أنّ انعكاس الإذن قد يستغرق نحو ساعتين بعد منحه مباشرة، وأنّ عنوان مجموعة Microsoft 365 لا يمكن تحديده كصندوق بريد مشترك. الاستقبال عبر صندوق مشترك بدل صندوق وارد شخصيّ يسهّل تسليم مدخل الاستقبال، لكنّ اتّصال التدفّق نفسه يبقى مرتبطاً بحساب المستخدم الذي أنشأه، لذا يجب أيضاً تحديد كيفيّة التعامل مع حساب الاتّصال وضبط الملّاك المشاركين.

لماذا تُحفَظ صورة توقيع البريد كمرفق؟

لأنّ صور التوقيع أو الشعار المضمَّنة في نصّ الرسالة تُعامَل من الناحية التقنيّة كنوع من المرفقات (مرفق مضمَّن Inline). فإذا اكتُفي بشرط «توجد مرفقات» في المعالجة، تُحفَظ صور PNG أو GIF الخاصّة بالتوقيع مع ملفّ PDF المطلوب. الحلّ هو استخدام البيانات الوصفيّة Is Inline التي يُرجعها موصل Office 365 Outlook لكلّ مرفق في شرط التفريع، ومعالجة العناصر التي تكون فيها Is Inline مساوية false فقط. كما أنّ إضافة فحص امتداد اسم الملفّ للتحقّق من كونه .pdf يزيد من دقّة تضييق النطاق.

ما المطلوب لأتمتة قراءة ملفّات PDF حتى النهاية باستخدام AI Builder؟

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

هل يمكن معالجة المرفقات التي تصل كملفّ ZIP محميّ بكلمة مرور (PPAP) عبر التدفّق أيضاً؟

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

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

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

غو كومورا

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

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