مشكلة في الترقيم التلقائي في بيئة متعدد المستخدمين

[ابو محمود]

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

Data.rar

[ابو محمود]

عفوا اخوتي كان هناك خطأ في الجداول

أرفقت القاعدة مرة آخرى مع صورة توضيحية للمشكلة

Data.rar

تم تعديل فبراير 23, 2009 بواسطه ابو محمود

[Bluemind]

اخوي

الصراحه البرنامج ماشتغل عندي على الجهاز لوجود مشكله في اللغه

عموما جرب التالي

قم بتغيير القيمه الفهرس او index لرقم الفاتوره الى لا او No وذلك بوضع جدولaccountsub في وضع التصميم كما في الصوره

[ابو محمود]

شكرا أخي Blue mind على الاهتمام

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

[Bluemind]

اخوي ابو محمود

المشكله تحدث اذا وضعت في حقل رقم الفاتوره رقم اصلا مكرر في الجدول

لكن جرب وضع رقم مثلا 2233

سوف لن تظهر الرساله

انت تجبر الجهاز على ان يقبل رقم هو بالاساس مفتاح اساسي في الجدول account وذلك بتكرره

فعندما تنتقل الى النوذج الفرعي

اكسس يكتشف ان هذا الرقم مكرر فيقوم باعطاء الرساله التكرر

[ابو محمود]

أخي الفاضل Blue mind

السلام عليكم ورحمة الله وبركاته وبعد

كما اسلفت فان الدالة التي ابتكرها الاستاذ محمد طاهر، تعمل في حالة استخدام البرنامج على الشبكة

مثلا عند حفظ رقم في نفس الوقت من قبل اكثر من مستخدم

فان الدالة المذكورة اعلاه تقوم بالبحث في حقل InvoiceNo وتقوم بتعديل الرقم السابق إلى الرقم الجديد ويتم الحفظ

وكما اسلفت فان الدالة تعمل جيدا في حالة عدم وجود نموذج فرعي

أما في هذه الحالة فهناك نموذج فرعي عند انتقال التركيز عليه تخرج هذه الرسالة

والمطلوب طريقة لايقاف هذه الرسالة

لان عند اهمالها والضغط على زر (حفظ وفتح فاتورة جديدة) تعمل الدالة بشكل سليم

تم تعديل فبراير 23, 2009 بواسطه ابو محمود

[Accessna]

المثال بعد التعديل

فليسمح لي كل من عطلت له أكواده ، حيث رأيت تصميم كوادا جديدا أسهل لي من مراجعة وتتبع ماهو مستخدم .

أكثر ماجنني في هذا المثال هو القيمة الإفتراضية في حقل رقم الفاتورة صفر في جدول الحسابات ! وقد أزلتها .

لم أجرب المثال على شبكة ولكن احساسي يجعلني أزعم أنه لا باقية لهذه المشكلة إن شاء الله .

Dmax1_2.rar

[ابو محمود]

الاخ الكريم Accessna

السلام عليكم ورحمة الله وبركاته

شكرا جزيلا على هذا الجهد العظيم

لقد جربت هذه الطريقة على الشبكة

وكان احساسك في محله

شكرا لك مرة أخرى

[Accessna]

لقد نبهني أحد الزملاء عن وجود موضوع ذكر فيه إسمي بخصوص هذه المشكلة وهو :

هل يوجد حل نهائي للترقيم التلقائي على الشبكات, لم أتوصل حتى الآن لحل لهذه المشكلة ( مرفق مثال )

وقد ارتكب الأخ الفاضل أكثر من خطأ في نظري قد يسئ لي بدون قصد وهي :

- فيه وضع صاحب الموضوع كودا/شفرة الوحدة المصاحبة لنموذج قمت أنا بالتعديل عليه في جزئية توليد رقم تلقائي للشبكات ،

ولكنه وضعه كاملا أي الوحدة كاملة دون أن يوضح للقراء مايخصني فيه .

- أنه لم يرفق المثال الذي يحتوي تعديلي ليترك الفرصة كاملة للقراء للحكم على الفكرة والتعديل .

- أنه ذكر أن حلي قد أخفق وذكر سببا آخرا غير المشكلة التي كتب عنها هنا وهي قبول فواتير ليس بها بيانات !! وهذه ليست لها علاقة بتوليد الأرقام التلقائية ولم يكن الكود له علاقة بها .

- أنه ادعى أن مشكلته انحلت بعد أن حصل على طريقتين أخريتين للحل !! ، والحقيقة أن الطريقتين هما كذلك لتوليد الأرقام التلقائية ولم يكن لهما علاقة بفحص بيانات المستند الأخرى .

طبعا مثل هذه الردود تعطي انطباعا خاطئا للقراء وأنا كلي ثقة بحسن نية الكاتب ولذلك وجب التنبيه .