elkareee

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

هههههه طبعا اعتذر ليك اخى الفاضل عن العناء واحب اضيفلك معلومة هناك اربع طرق لحساب متوسط السعر من ضمنهم الطريقة اللى انتا اشرت اليها F.I.F.O وهى الوارد اولا يصرف اولا لكن الطريقة اللى تعتمد عليها شركتنا هى طريقة متوسط السعر المتحرك فى نظام الجرد المستمر وذلك لأن مش كل الطرق بيتنفع فى كل المنشئات وبالنسبة للطريقة اللى انتا اشرت ليها لا تنفع مع نظام شركتى وبالتالى متوسط السعر ليس خاطئ ولكنه محسوب بطريقة اخرى وتفضل رابط يشرح الطريقة وذلك من باب تحصيل العلم https://www.arabstutors.com/inventory-systems/tutorials/weighted-average.html انزل على المتوسط المتحرك ستجد نفس طريقة الحساب اللى طبقتها انا اعتذر عن العناء ولكنى ذكرت ان الموضوع صعب شوية و أعتذر عن الرابط الخارجى ولكنه للاستدلال جزاك الله خير

لقد توصلت الى جزء من الحل انظر المرفق : طريقة العمل أولا يقوم أمين المخزن باضافة حركة ما سواء صرف او اضافة ويقوم مستخدم اخر على الشبكة بتقييم هذه الحركة مالياً ولذلك قمت بالأتى قمت بعمل النموذج zvalue وهو نموذج يقوم بقراءة الحركات التى قيمتها صفر ليتم كتابة القيمة الخاصة بها فى حقل القيمة بواسطة المستخدم الثانى وذلك فى حركات الاضافة فقط وبعد اضافة قيمة الحركة يتم الضغط على حقل Code لتشتغل المعادلة وينتج متوسط السعر الذى يظهر فى التقرير السابق الاشارة اليه بالنسبة فى حالة الصرف يقوم النموذج باحضار اخر متوسط سعر ولا يكتب المستخدم فى حقل القيمة شئ وتقوم المعادلة بالباقى ويعتبر هذا 75% من المطلوب ولكن عيوب الطريقة : . 1- يجب حساب أول متوسط سعر يدوياً اما فى الحركات الاحقة تقوم المعادلة بحسابها . 2- فى حالة تعديل القيمة فى تاريخ سابق يظل متوسط السعر ثابتا بالطبع وذلك لأن حسابه يعتمد على معادلة فى النموذج وليس تسلسل حسابى فى التقرير وبهذا وصلت لأخر امكانياتى برجاء المساعدة والمناقشة من الأخوة تقييم.zip

تم عمل موضوع بالفعل يا غالى الرابط اهو

السلام عليكم اساتذتى الافاضل عندى فكرة صعبة شوية عليا لتطبيقها الفكرة موضحة فى الصورة التالية توضيح للفكرة أن متوسط السعر فى حالة الاضافة بيساوى ( مجموع قيمة الرصيد السابق + قيمة الحركة الحالية ) مقسوم على (مجموع الرصيد السابق + كمية الاضافة الحالية) أما بالنسبة للصرف بياخد اخر متوسط سعر اتحسب فى الخطوات السابقة له ملحوظة : من المحتمل تعديل اى قيمة للاضافة فى تاريخ سابق وبالتالى يتغير متوسط السعر بناء على ذلك فيجب ان تكون المعادلة متسلسلة تؤثر فى الحركات التالية لها جزاكم الله خير واتمنى انى اكون اوضحت الفكرة مرفق المثال بصيغة 2010 لأن فيه حقول Calculated مش هتشتغل فى 2003 تقييم 2.zip

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

استاذى الفاضل اكيد اثبتت فعاليتها بجداااارة وايضا رجعت المسميات in و out وشغالة طبيعى لكن هقولك المشكلة هتظهر امتى لما تضع كود تشغيل الوظيفة فى On Current او On Open وكانت قاعدة البيانات فارغة تمام بدون اصناف فبالتالى الاستعلام لن يجد ما يرتبه وسيظل مفتوح بدون نتيجة ويعطل فتح النموذج المطلوب وهذه اكتشفتها بالتطبيق للفكرة عامة فكرة اكثر من رائعة ونتمنى ونطمع اننا نشوف فكرتك الاخرى عن طريق استعلام التحديث للوصول لنفس النتيجة الرائعة تقبل تحياتى استاذى الكريم وبداية موفقة فى المنتدى

استاذى الفاضل تمت التجربة والنتيجة مرضية جدا جزاك الله خير برجاء توضيح النقاط التالية : - بالنسبة للFunction هل يمكن شرحها بالتفصيل للاستفادة منها مستقبلا ؟ -بالنسبة للمسميات فى الجدول لماذا قمت بتغييرها من in الى in 2 وهكذا ؟ وجارى التجربة بتعمق مشكور اخى الكريم

جارى التجربة وموافاتك بالنتيجة اخى الكريم جزاك الله خير

اخى الكريم اولا مشكور على المرور ثانيا ما فائدة النموذج المنبثق اذا كنت استطيع التعديل مباشرة فى الجدول ؟! وغير ذلك كميات الاصناف كثيرة جدا وفى الغالب لن استطيع تتبع كل حركة تحتاج تعديل ولذلك المطلوب طريقة للتحقق من صحة قيمة الحقل After Balance فى جدول Transaction لكل صنف على حسب الكود وتاريخ الحركة وتعديل التسلسل الحسابى ان كان خاطئ مثلا كما فى المثال السابق يبحث عن الصنف سكر و يبحث فى تسلسل الرصيد بعد الحركة ويصحح هذا التسلسل ليجعل اول رصيد بعد الحركة مطابق لأول اضافة مشكور اخى الكريم

اساتذتى هل السؤال غير واضح ؟؟؟ أم هل الموضوع غير ممكن ؟ لم يناقشنى أحد حتى فى الموضوع !

أنا حاولت ومعرفتش

UP Up

ماشاء الله اخى الكريم جزاك الله خير هو المطلوب

السلام عليكم ورحمة الله وبركاته أساتذتى الكرام أرجو أن تتحملوا معى هذا الموضوع فى المرفق قاعدة مصغرة من برنامج مخازن بها عدد 2 جدول (Trans_Top , Transactions) وبهم يتم تسجيل الحركات على المخزن ومرتبطين بحقل رقم الاذن ,,, بالنسبة للاستعلامات الاستعلام الأول لمعرفة الرصيد والاستعلام الثانى مصدر لتقرير الحركات على الصنف ,, أما النماذج هناك نموذج رئيسى Trans_Top وأخر فرعى Transaction_Sub . بالنسبة للنموذج الفرعى يتم كتابة الكود والصنف والكمية سواء واردة او منصرفة وبناءً على الكمية يتم حساب حقل الرصيد بعد الحركة بالطريقة التالية : فى حالة ان الكمية واردة يكون الرصيد بعد الحركة بيساوى (الرصيد الحالى + الكمية) أما فى حالة المنصرف (الرصيد الحالى - الكمية المنصرفة ) ولحد الأن لا يوجد مشكلة ولكن المشكلة تظهر كالتالى اذا قمت بعمل حركة اضافة مثلا بتاريخ سابق على باقى الحركات فطبقا لطريقة الحساب السابقة فان الرصيد بعد الحركة هيساوى الرصيد الحالى + الكمية وبالتالى نتيجة الرصيد بعد الحركة هتكون خاطئة لأن فى التقرير هتظهر اول حركة رصيد بعد الحركة لها خطأ لأنه اعتمد على الرصيد الحالى اللى بيحضر قيمته من الاستعلام والفكرة موضحة أكثر فى المرفق نيجى للمطلوب : المطلوب طريقة لتعديل رصيد بعد الحركة تلقائيا فى الجدول لتظهر فى التقرير بطريقة صحيحة ومثال على الموضوع للتوضيح اكثر : لدى صنف اسمه سكر مثلا بتاريخ امس اضفت 10 كيلو جرام و اليوم اضفت 20 كيلو جرام بالنسبة لرصيد بعد الحركة فى الاضافة الاولى هيكون 10 اما بعد الاضافة الثانية هيكون 30 طيب تمام فى حالة انى نسيت تسجيل حركة اضافة فى الاسبوع الفائت مثلا فسأقوم بتسجيلها بتاريخ 10 / 5 مثلا الصنف سكر الكمية 40 كيلو جرام فى هذه الحالة سيكون الرصيد بعد الحركة فى هذه الاضافة 70 !! وهذا غير منطقى طبعا لأن ترتيبها فى الحركات هيكون رقم 1 وبالتالى الرصيد الصحيح لبعد الحركة هيكون على الترتيب ( 40 ثم 50 ثم 70) وبالتالى اريد طريقة تقوم بتصحيح الناتج فى الجدول وتقوم بتعديل رصيد بعد الحركة للأصناف على حسب التاريخ وبنفس طريقة الحساب السابقة أرجو أن أكون وفقت فى شرح المطلوب وأى استفسار برجاء طلبه القاعدة فى المرفقات بصيغة 2010 و 2003 حتى يتمكن جميع الاساتذة من الاطلاع عليها جزاكم الله خير واسف على الاطالة After.rar After2003.rar

السلام عليكم اخوتى الكرام كل عام وانتم بخير بمناسبة شهر رمضان المبارك فى القاعدة المرفقة نموذج مستمر أريده ان يكبر ويصغر على حسب عدد السجلات الموجودة ليصبح مقاسه مناسبا لعدد السجلات الموجودة فى الجزء Details لأنه اذا فتحته تجده به 3 سجلات ومع ذلك يأخذ طول الصفحة مع انى عامله Auto Resize وحاولت فى جزء الDetails عملته Auto Heights ولم تفلح مشكورين مقدما وجزاكم الله خير Form.rar

مشكور استاذى على الافادة

للاسف لم اجد هذه الملفات مشكور على مرورك يا غالى

تم معرفة المشكلة للأسف ما لها حل مشكورين

up

السلام عليكم اساتذتى الافاضل عندى مشكلة فى قاعدة بيانات مقسمة والجداول موجودة على شبكة محلية كانت شغالة تمام من ساعة على جميع الاجهزة لكن دلوقتى مش شغالة خالص وفى ملفات غريبة ظهرت فى المجلد صورتها مرفقة و عند فتح القاعدة تجيب الرسالة اللى فى العنوان مع العلم ان جميع اصدارات الاوفيس اخر اصدار حاولت احل الموضوع عملت قاعدة جديدة وحاولت عمل استيراد للجداول تظهر نفس الرسالة وميعملش استيراد وملحوظة تانية القاعدة فيها خيار Compact and repair on close مش عارف ليه علاقة ام لا لا ارجو وجود حل لاصلاح القاعدة بها بيانات مهمة جدا مرفق القاعدة اللى بها المشكلة مخازن.rar

ماشاء الله دائما نستفيد اقصى استفادة من ردودك استاذى الفاضل جزاك الله خير

السلام عليكم اساتذتى الافاضل عندى مشكلة فى عرض تقرير معين انه بطئ جدا مع ان البيانات حجمها مش كبير وليس فيه صور كبيرة او ما شابه هل هناك طريقة لتسريع تحليل البيانات فى كلا من الاستعلامات والتقارير ؟ مرفق القاعدة اللى بها المشكلة مع العلم القاعدة الاصلية مقسمة على شبكة محلية 2003.rar

جزاك الله خير استاذى الفاضل هو المطلوب بالضبط

up