صندوق المؤلف


ناقش مشروعك

من نحن

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

الأتمتة الرقمية

الأتمتة الرقمية - تناول أمر الشراء

By نيراج موريا / 24 يونيو 2019

27 أكتوبر 2023
الأتمتة الرقمية - تناول أمر الشراء

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

خلفية العميل

العميل عبارة عن منظمة تصنيع تتلقى العديد من أوامر الشراء من عملائها. نظرًا لأن مؤسسة العملاء لها بصمة عالمية مع عمليات في أكثر من 10 دول ، كانت أوامر الشراء هذه ذات تنسيق وقيم بيانات متنوعة. في الوقت الحالي ، يوجد في كل موقع فريق من المستخدمين الذين يدخلون أوامر الشراء هذه يدويًا داخل ERP (Oracle EBS).

تحدي

أرادت مؤسسة العميل أتمتة عملية تلقي الطلب ، لإنشاء أمر شراء تلقائيًا داخل تخطيط موارد المؤسسات ، وفقًا للأمر الصادر عن العميل. فيما يلي الاعتبارات الرئيسية:

1. أنشئ حلاً مؤتمتًا بالكامل لقبول رسائل البريد الإلكتروني الواردة مع الطلبات (كمرفقات) وإنشاء الطلبات داخل Oracle EBS
2. إنشاء حل فعال من حيث التكلفة وقابل للتطوير
3. السماح بالمرونة لقبول نماذج / هياكل وأنواع ملفات متعددة (PDF ، XLS ، CSV)
4. تفضل الكود المنخفض أي صيانة منخفضة
5. يجب أن يكون الحل جاهزًا للاستخدام السحابي ، وقابل للتطوير وقابل للنقل إلى مناطق جغرافية أخرى

حل Cynoteck

الأدوات / التقنيات

• تطبيقات Azure Logic - لمنطق التكامل
• بوابة البيانات المحلية - للتكامل مع قاعدة بيانات Oracle EBS المحلية
• Doc Parser - خدمة محلل المستندات التابعة لجهة خارجية
• Azure SQL Server - تخزين البيانات الواردة والمخزن المؤقت قيد المعالجة
• Oracle Virtual Box - يستضيف الجهاز الظاهري لطبعة Oracle EBS التجريبية
• Oracle EBS Vision - صورة الجهاز الظاهري لـ Oracle EBS Vision المقدمة من Oracle

هندسة الحلول

الشروط المسبقة

  • قم بإعداد الجهاز الظاهري لـ Oracle EBS وفقًا لصورة VM المقدمة من Oracle
  • تثبيت وتسجيل وتنفيذ بوابة البيانات المحلية. نحتاج إلى تثبيت gateway بنفس حساب azure المستخدم لإنشاء تطبيقات منطقية
  • سجل هذه البوابة على لوحة أزور والآن بوابة البيانات الخاصة بك جاهزة للتنفيذ

دليل التنفيذ

ينقسم تنفيذ هذا الدليل إلى ثلاثة أجزاء:

  • تعيين نموذج طلب الشراء - تحديد قالب لأمر معين داخل DocParser
  • تحليل الطلب الوارد - قم بإعداد تطبيق Azure Logic لقبول البريد الإلكتروني الوارد على صندوق بريد ومعالجة مرفقاته لتحليل معلومات الطلب ؛ بعد ذلك ، حفظ معرب
  • إرسال البيانات الموزعة إلى Oracle - حفظ البيانات التي تم تحليلها في قاعدة بيانات أوراكل

قم بتعيين قالب طلب الشراء

لتعيين قالب أمر الشراء ، نحتاج إلى اتباع العملية التالية

1- بعد تسجيل الدخول إلى موقع docparser.com وعلينا اختيار القوالب التي سنقوم من أجلها بإنشاء محلل مستندات (في حالتنا نحن نأخذ نموذج PO.)

الرجاء اختيار نموذج مثل طلبات الشراء وإدخال اسم المحلل اللغوي الخاص بك والنقر فوق الزر "انقر هنا للمتابعة".

2- بعد إنشاء المحلل اللغوي ، نحتاج إلى إضافة نموذج مستند لإنشاء قواعد تحليل للبيانات.

قم بتحميل نموذج مستند هنا وأنشئ قاعدة محلل بيانات (لاستخراج البيانات من المستند) مثل جهة الاتصال. لدينا قاعدة توزيع افتراضية رقم صندوق البريد وتاريخ أمر الشراء والإجماليات مع نموذج أمر الشراء.

بعد حفظ قواعد التحليل ، يمكننا رؤية محلل المستندات بهذه الطريقة.

يمكننا الآن دمج محلل المستندات بسهولة في تطبيقنا المنطقي عبر الاسم والمفتاح الذي يمكننا الحصول عليه بسهولة من موقع الويب الخاص بمحلل المستندات ضمن حسابي.

تحليل الطلب الوارد

خطوة 1 قم بتسجيل الدخول إلى حساب azure وأنشئ موردًا وأنشئ تطبيقًا منطقيًا من هنا وقم الآن بتعيين حدث المشغل الخاص بك. في حالتنا ، نقوم بإنشاء مشغل على رسائل البريد الإلكتروني الواردة.

خطوة 2 نحتاج إلى إضافة بعض المعلمات الاختيارية مثل has المرفقات ، وتشمل المرفقات وسطر الموضوع لتنفيذ بعض عمليات التحقق.

خطوة 3 نحتاج الآن إلى إضافة شرط إجراء نتحقق فيه من وجود مرفق في استجابة المشغل الواردة أم لا.

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

خطوة 5 وسنقوم بإدخال البيانات المعالجة في جدول SQL (يرجى إنشاء خادم قاعدة بيانات SQL وقاعدة بيانات SQL إذا لم يتم إنشاؤها)

لقد نجحنا في إنشاء تطبيق منطقي لإدراج بيانات المرفقات في جدول SQL.

إرسال البيانات الموزعة إلى Oracle

تطبيق منطق ترحيل البيانات من جدول SQL إلى قاعدة بيانات oracle عبر بوابة البيانات

الآن يتعين علينا إنشاء تطبيق منطق نهائي يجلب البيانات من جدول SQL عند إنشاء بيانات جديدة وإدراجها في جدول oracle عبر بوابة البيانات المحلية.

هاهو! إنه جاهز للتشغيل

يمكننا التحقق من ملخص أوامر الشراء بعد تسجيل الدخول عبر مستخدم متميز.

نتيجة

كما هو موضح أعلاه ، تمكنا من إكمال إثبات المفهوم بنجاح في وقت أقل بكثير (في الواقع تم قضاء معظم الوقت في إعداد جهاز Oracle EBS الظاهري). القيمة الرئيسية لهذا الحل هي كما يلي:

  • قابلة لل 
  • فعالة من حيث التكلفة للغاية 
  • صيانة منخفضة
  • لا يوجد تطبيق كود 
[sc name = "Data Science"] [add_newsletter] [add_related_page_diff_contents blog_cat = "ai"]

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

خلفية العميل

العميل عبارة عن منظمة تصنيع تتلقى العديد من أوامر الشراء من عملائها. نظرًا لأن مؤسسة العملاء لها بصمة عالمية مع عمليات في أكثر من 10 دول ، كانت أوامر الشراء هذه ذات تنسيق وقيم بيانات متنوعة. في الوقت الحالي ، يوجد في كل موقع فريق من المستخدمين الذين يدخلون أوامر الشراء هذه يدويًا داخل ERP (Oracle EBS).

تحدي

أرادت مؤسسة العميل أتمتة عملية تلقي الطلب ، لإنشاء أمر شراء تلقائيًا داخل تخطيط موارد المؤسسات ، وفقًا للأمر الصادر عن العميل. فيما يلي الاعتبارات الرئيسية:

1. أنشئ حلاً مؤتمتًا بالكامل لقبول رسائل البريد الإلكتروني الواردة مع الطلبات (كمرفقات) وإنشاء الطلبات داخل Oracle EBS
2. إنشاء حل فعال من حيث التكلفة وقابل للتطوير
3. السماح بالمرونة لقبول نماذج / هياكل وأنواع ملفات متعددة (PDF ، XLS ، CSV)
4. تفضل الكود المنخفض أي صيانة منخفضة
5. يجب أن يكون الحل جاهزًا للاستخدام السحابي ، وقابل للتطوير وقابل للنقل إلى مناطق جغرافية أخرى

حل Cynoteck

الأدوات / التقنيات

• تطبيقات Azure Logic - لمنطق التكامل
• بوابة البيانات المحلية - للتكامل مع قاعدة بيانات Oracle EBS المحلية
• Doc Parser - خدمة محلل المستندات التابعة لجهة خارجية
• Azure SQL Server - تخزين البيانات الواردة والمخزن المؤقت قيد المعالجة
• Oracle Virtual Box - يستضيف الجهاز الظاهري لطبعة Oracle EBS التجريبية
• Oracle EBS Vision - صورة الجهاز الظاهري لـ Oracle EBS Vision المقدمة من Oracle

هندسة الحلول

الشروط المسبقة

  • قم بإعداد الجهاز الظاهري لـ Oracle EBS وفقًا لصورة VM المقدمة من Oracle
  • تثبيت وتسجيل وتنفيذ بوابة البيانات المحلية. نحتاج إلى تثبيت gateway بنفس حساب azure المستخدم لإنشاء تطبيقات منطقية
  • سجل هذه البوابة على لوحة أزور والآن بوابة البيانات الخاصة بك جاهزة للتنفيذ

دليل التنفيذ

ينقسم تنفيذ هذا الدليل إلى ثلاثة أجزاء:

  • تعيين نموذج طلب الشراء - تحديد قالب لأمر معين داخل DocParser
  • تحليل الطلب الوارد - قم بإعداد تطبيق Azure Logic لقبول البريد الإلكتروني الوارد على صندوق بريد ومعالجة مرفقاته لتحليل معلومات الطلب ؛ بعد ذلك ، حفظ معرب
  • إرسال البيانات الموزعة إلى Oracle - حفظ البيانات التي تم تحليلها في قاعدة بيانات أوراكل

قم بتعيين قالب طلب الشراء

لتعيين قالب أمر الشراء ، نحتاج إلى اتباع العملية التالية

1- بعد تسجيل الدخول إلى موقع docparser.com وعلينا اختيار القوالب التي سنقوم من أجلها بإنشاء محلل مستندات (في حالتنا نحن نأخذ نموذج PO.)

الرجاء اختيار نموذج مثل طلبات الشراء وإدخال اسم المحلل اللغوي الخاص بك والنقر فوق الزر "انقر هنا للمتابعة".

2- بعد إنشاء المحلل اللغوي ، نحتاج إلى إضافة نموذج مستند لإنشاء قواعد تحليل للبيانات.

قم بتحميل نموذج مستند هنا وأنشئ قاعدة محلل بيانات (لاستخراج البيانات من المستند) مثل جهة الاتصال. لدينا قاعدة توزيع افتراضية رقم صندوق البريد وتاريخ أمر الشراء والإجماليات مع نموذج أمر الشراء.

بعد حفظ قواعد التحليل ، يمكننا رؤية محلل المستندات بهذه الطريقة.

يمكننا الآن دمج محلل المستندات بسهولة في تطبيقنا المنطقي عبر الاسم والمفتاح الذي يمكننا الحصول عليه بسهولة من موقع الويب الخاص بمحلل المستندات ضمن حسابي.

تحليل الطلب الوارد

خطوة 1 قم بتسجيل الدخول إلى حساب azure وأنشئ موردًا وأنشئ تطبيقًا منطقيًا من هنا وقم الآن بتعيين حدث المشغل الخاص بك. في حالتنا ، نقوم بإنشاء مشغل على رسائل البريد الإلكتروني الواردة.

خطوة 2 نحتاج إلى إضافة بعض المعلمات الاختيارية مثل has المرفقات ، وتشمل المرفقات وسطر الموضوع لتنفيذ بعض عمليات التحقق.

خطوة 3 نحتاج الآن إلى إضافة شرط إجراء نتحقق فيه من وجود مرفق في استجابة المشغل الواردة أم لا.

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

خطوة 5 وسنقوم بإدخال البيانات المعالجة في جدول SQL (يرجى إنشاء خادم قاعدة بيانات SQL وقاعدة بيانات SQL إذا لم يتم إنشاؤها)

لقد نجحنا في إنشاء تطبيق منطقي لإدراج بيانات المرفقات في جدول SQL.

إرسال البيانات الموزعة إلى Oracle

تطبيق منطق ترحيل البيانات من جدول SQL إلى قاعدة بيانات oracle عبر بوابة البيانات

الآن يتعين علينا إنشاء تطبيق منطق نهائي يجلب البيانات من جدول SQL عند إنشاء بيانات جديدة وإدراجها في جدول oracle عبر بوابة البيانات المحلية.

هاهو! إنه جاهز للتشغيل

يمكننا التحقق من ملخص أوامر الشراء بعد تسجيل الدخول عبر مستخدم متميز.

نتيجة

كما هو موضح أعلاه ، تمكنا من إكمال إثبات المفهوم بنجاح في وقت أقل بكثير (في الواقع تم قضاء معظم الوقت في إعداد جهاز Oracle EBS الظاهري). القيمة الرئيسية لهذا الحل هي كما يلي:

  • قابلة لل 
  • فعالة من حيث التكلفة للغاية 
  • صيانة منخفضة
  • لا يوجد تطبيق كود 

تسخير قوة علوم البيانات

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



ضيف
0 التعليقات
التقيمات المضمنة
عرض جميع التعليقات
0
أحب أفكارك ، يرجى التعليق.x
()
x