استمرار من المقال الثاني:
6. حول النموذج الرياضي الجنحي ، دعونا نرى المنتج k:
تم استلام الكمية الأولى في 10/6/98 ، الكمية 1000 ، تكلفة الوحدة 34.00 دولارًا أمريكيًا.
الثانية في 12/11/98 ، الكمية 1300 ، تكلفة الوحدة 23.00 دولارًا أمريكيًا
الثالث في 1/10/99 الكمية 760 تكلفة الوحدة 36.00 دولار أمريكي
لذلك ، إذا لم يتم بيعها ، فسيكون لدينا 3060 وحدة في المخزون اليوم. لكنك قمت ببيع - في العديد من الفرص - ما مجموعه 1300 وحدة ، ويبلغ إجمالي مخزوننا الحالي 1760 وحدة. لدينا أيضًا بيانات هذه المبيعات ، إلى جانب البائع المسؤول.
السؤال هو: لأن اليوم هو 1/11/99 ، حول المنتج k ، ما الكمية التي يجب اعتبارها جنحة وبالتالي مع معاملة متباينة في الأسعار وظروف البيع وأيضًا في التسويق ، من أجل بيع رصيدك في المخزون؟
7. لتأسيس صيغة aground النهائية التي سيتم إنشاؤها - في Notes - وحساب طرق العرض الجديدة تلقائيًا ، على سبيل المثال
عرض 1 - عمود - سعر مخفض للمبيعات ، إذا تم بيعه في الأيام الـ 15 التالية
عرض 2 - العمود - نفسه ، للشهر المقبل.
تذكر أن هذه المعلومات موجودة عمليًا عبر الإنترنت ، ويمكن تصورها في كل محطة طرفية للشركة على المستويات المحلية أو الإقليمية أو الوطنية أو الدولية.
8. أنشأنا نظامًا دوريًا للاتصال الآلي لتلك المعلومات - دون تدخل بشري - إلى البائع وما في حكمه ، من خلال نظام البريد الإلكتروني المتكامل Notes. لنفترض أنه كل 15 يومًا سترسل الملاحظات أسعار المبيعات الجديدة - المحسوبة - تلقائيًا.
9. أنشأنا الحصول التلقائي على البيانات الخاصة بنتائج البائع ، حيث تقوم Notes تلقائيًا بتحليل المبيعات اليومية لكل بائع ومقدار ما يبيعه من المنتجات المتأخرة ، ثم ترسل Notes رسائل بريد إلكتروني تلقائية خاصة بكل بائع مع التقارير والقواعد الجديدة ، إلخ.
مزامنة قواعد البيانات
نحتاج بطبيعة الحال إلى مزامنة قواعد البيانات بين Notes و dBcompany الخاص بك ، لأن البيانات في dBcompany الخاصة بك ديناميكية ، أي أنه يجب مزامنة البيانات الموجودة في قاعدتي البيانات ، أو في حقل تلو الآخر أو مستند تلو الآخر القواعد.
علي سبيل المثال:
dBcompany a ، b ، c ---> الملاحظات a ، b ، c (البداية)
dBcompany a ، c ---> Notes a ، b ، c (تم حذف الحقل b في dBcompany)
النتيجة: dBcompany a، c = Notes a، c (end).
نهائي
لكل مشروع ، يجب علينا تحليل الاحتياجات الحالية والمستقبلية لشركة dBcompany الخاصة بك فيما يشير إلى أي من وظائف تخطيط موارد المؤسسات ، ولكن يجب أن تضع في اعتبارك دائمًا أن Notes كواجهة أمامية يمكن برمجته تقريبًا إلى "اللانهائي". لنفترض بطريقة أخرى ، أننا لن نتجول عند تنفيذ أحد تطبيقات تخطيط موارد المؤسسات (ERP) باستخدام Notes كواجهة أمامية ، لأن هذا النهج يكاد يكون نظام تطبيق مفتوحًا.
لقد اقترحنا واجهة أمامية مع الملاحظات لنظامك الإداري / المحاسبي. لكن نفس الاقتراح ينطبق على عدة مواقف أخرى ، مثل الأمثلة القليلة التالية:
لديك نظام إداري / محاسبي عبر الإنترنت وأيضًا نظام آخر عبر الإنترنت لإدارة الموارد البشرية ، وتحتاج إلى دمج بيانات الموظف المختلفة من كلا النظامين. من المحتمل أن يكون لديك بعض ميزات الموارد البشرية في نظامك الإداري / المحاسبي ، لكن نظام الموارد البشرية لديك يكون أكثر قوة بمزيد من المعلومات والميزات المتعلقة بقسم الموارد البشرية الخاص بك.
لديك نظام إداري / محاسبي عبر الإنترنت وأيضًا نظام (أنظمة) أخرى للتحكم في العمليات في الوقت الفعلي ، وتحتاج إلى دمج بيانات التصنيع هذه مع أنظمة المحاسبة أو التسويق أو المبيعات الخاصة بك.
لديك خمسة أنظمة مختلفة عبر الإنترنت في شركتك - بعضها متصل بالإنترنت والبعض الآخر غير متصل بالإنترنت - لأغراض مختلفة ، وتحتاج إلى دمج المعلومات و / أو البيانات من الأنظمة الخمسة في نظام واحد فقط - الواجهة الأمامية المبرمجة لتخطيط موارد المؤسسات (ERP).
بطبيعة الحال ، هذه أمثلة قليلة فقط ، لأن أيًا من وظائف تخطيط موارد المؤسسات التي تريدها تعتمد فقط على خيالك ، في حالة استخدام نهج الواجهة الأمامية المبرمج هذا.
-
إرشادات النشر: يمكنك نشر مقالتي في رسالتك الإخبارية أو على موقع الويب الخاص بك أو في مطبوعة مطبوعة بشرط تضمين صندوق الموارد في النهاية. سيكون موضع تقدير الإخطار ولكن ليس مطلوبًا.
ZZZZZZ