معالجة ملفّات 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)، الحلّ الأساسيّ هو تغيير طريقة الاستلام نفسها بدل محاولة فكّها عبر التدفّق.

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

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

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

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

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

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

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

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

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

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

عند تحديد مجلّد الحفظ ديناميكيّاً بقاعدة مثل «الجهة المقابلة/السنة والشهر»، لا تنسَ أيضاً ضمان وجود مجلّد الحفظ من جهة التدفّق نفسه. فمع أوّل رسالة من جهة مقابلة جديدة أو أوّل رسالة في مطلع الشهر، لا يكون مجلّد الحفظ موجوداً بعد. يوفِّر موصِّل 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 (باستثناء حالات لصق الجهة المقابلة صورة للمستند في نصّ الرسالة، يضيّق هذا النطاق بشكل شبه مؤكَّد)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 ميغابايت، رسائل مشفَّرة، استقبال جماعيّ كبير في وقت واحد)، أبقِ عمليّة يمكن من خلالها الانتباه إلى الإفلات. هذه هي المرحلة الأولى.

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

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

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

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

تتعامل شركة Komura Soft المحدودة مع تصميم أتمتة معالجة البريد الإلكترونيّ والمستندات باستخدام 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 كمادّة للتفاوض.

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

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

غو كومورا

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

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