ابوخليل

لا يصلح هكذا بل الافضل ... زر للصف الأول والثاني يعرض تقرير خاص الفصلين الدراسيين زر للصف الثالث يعرض الفصلين الدراسيين زر للصفوف 4 ، 5 ، 6 يعرض الفصلين الدراسيين ........... العمل بحاجة الى اعادة ترتيب في نموذج التقارير واضافة ازرار وتعديل الاكواد المصاحبة ايضا نحن بحاجة الى تصحيح الاكواد داخل الشهادة السابقة والشهادات الجديدة

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

المعذرة نحن نلهو ونلعب هنا .. فضلا قليلا من ادب طالب العلم تفضلي .. هذه النتيجة في التقرير يمكنك العمل والتعديل على بقية التقارير كما في التقرير Bill_info subreport databasebalance3.rar

لم افتح التقارير عملت لك الرصيد الآلي على النموذج المفترض انك تخبرني هل ما تم في النموذج هو المطلوب ؟ التقارير شيء آخر يوجد لديك اكثر من تقرير .. اي تقرير تريد التعديل عليه ..؟

اعمل التقارير كما تحب .. ثم ارفع المثال حتى نربط المصدر

كيف ؟ قلبت هندي 🙃 على كل حال وبدون اي تعديلات تفضلي حسب طلبك فقط حذفت الحقل المحسوب في الجدول ونقلته الى الاستعلام علما انه يوجد اخطاء في تسمية حقول باسماء محجوزة في اكسس مثل كلمة Date databasebalance2.rar

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

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

مع اني ضد هذا الترتيب المزاجي .. الذي لا يمت للعدل والانصاف بصلة تفضل حسب طلبك : ترتيب العشرة حسب : المجموع ثم العمر ثم الابجدية في الاسم ...................................................................... ملحوظة : استخدام الدالة لاستخراج تاريخ الميلاد في الاستعلام لا يصلح .. بمعنى لن تتمكن من الترتيب والتصفية الصحيحة لذا عملت حقل لتاريخ الميلاد في جدول الأسماء واعطيته الاسم : BrithDAy ثم شغلت استعلام التحديث الموجود في المرفق باسم QueryBrithDAy يعني سوف تعمل في برنامجك كما عملت انا في هذا المرفق . ............................................................................ Data18.rar

توجه التعليم الحديث خاصة الابتدائي اختلف عن زمان ( يسمونها التربية الحديثة) .. يريدونهم سواسية .. لا أوائل .. لا منافسات .. لا فروقات .. يجعلونهم كغنم البربر

لست صاحب الشأن .. وليس لي قرار في هذه المسألة لديي وجهة نظر تخصني لو كنت مسؤولا ماداموا حاصلين على الدرجة نفسها فاالترتيب في الورقة ( العرض) لا بأس حسب ما تفضلت به من شروط اما التقييم فجميع الـــ 21 حاصلون على الترتيب الأول لدي فكرة يمكن ان يحصل تفاوت بينهم وهو لو جعلنا العمل على مجموع المواد كلها

الصف الأول / النصف الأول : يوجد 21 طالبا حاصلون على الدرجة الكبرى 400 كيف تتعامل معهم ؟ كلهم الاول مكرر .. هذا هو العدل يوجد 11 طالب خارج الحسبة اذا اخترت حسب شروطك .. فلذي اسمه يااسر او ياسين او يارا ... الخ نحاسب اهاليهم ليه اختاروا لهم هذه الأسماء حتى تواريخ الميلاد نقص ايام او شهر ، هل تعطي افضلية ؟

النسبة المئوية تمت على مواد داخلة في المجموع ,, وهي 4 في الصفوف الدنيا و 6 في الصفوف العليا

ملاحظة في مكانها .. جدول الاسماء لم يدرج فيه تاريخ الميلاد .. وكان الاولى توظيف هذه الدالة عند تسجيل الأسماء ويمكن تدارك الأمر بتحديث السجلات .. والاعتماد على حقل صريح اما ملاحظتي فهي : المجموع : لجميع المواد؟ لدينا مواد : 1- داخلة في المجموع 2- مواد داخلة في النجاح 3- مواد نشاط اي من هذه ؟ ام الجميع ؟

تفضل Data15.rar

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

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

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

اي علاقة الديانة لم تدرج في الاستعلامات من الأساس تفضل التقرير شامل تحليلي النصفين لجميع الصفوف .. Data13.rar

انت صاحب الدار .. والمفتاح معك تفضل .. ابدأ بتقريرك هذا

بالنسبة للخلل في الاعداد ، فهذا راجع لحقل النشاط الذي تم الغاؤه ، وغفلنا عن التعديل في كود الاعداد اما الطلب الثاني فانظر التعديل .. هل هو مناسب وحسب المطلوب Data11.rar

من المتطلبات .. ضبط العمليات الاربع بحيث تجري بسلاسة وتخدم المستخدم .. اعمل 4 ازرار او تبويبات : بيع / شرائ / مرتجع بيع / مرتجع شراء الفورم يفتح افتراضيا على البيع .. لأن 90% من العمليات هي بيع حينها يكون حقل نوع العملية ( بيع ) اجباريا ، ويتم تصفية قائمة العملاء فلا يظهر الا الزبائن فقط وحين تنقر على زر شراء : حينها يكون حقل نوع العملية ( شراء ) اجباريا ، ويتم تصفية قائمة العملاء فلا يظهر الا الموردون فقط وينطبق هذا على الزرين الآخرين ايضا من اجل الاحصاءات والاستعلامات مستقبلا ( وهو غير ملزم ) ادراج حقلي العميل ونوع العملية ضمن جدول التفاصيل

نعم .. العروض .. المكان الصحيح للخصم جدول الاصناف وخصم مجمل الفاتورة ليس محله التفاصيل بل جدول المدفوعات .. ونسبة الخصم تثبت في مكان آخر مثل جدول البيانات الأساسي ونحو ذلك ولكن يوجد فائدة اخرى مهمة جدا عند احتساب الخصم في جدول الأصناف .. تظهر هذه الفائدة عند عمليات الارجاع .. حيث ان سعر المبيع ثابت ( مع خصم او بدونه) على اعتبار ان سعر البيع يدرج آليا فالارجاع يتم بسعر المبيع نفسه ( هل هذه النقطة واضحة ومفهومة ؟) انا تحدثت عن هذا فراجع المشاركات السابقة وادراج رقم الفاتورة تلقائيا هو المتبع عادة

لا تستعجل على رزقك انا شرطت الانتقال الى الدفع بعد استيعاب وفهم العمل الحالي انت لم تدرس المثال جيدا .. كطالب علم يجب ان تسأل عن الصغيرة قبل الكبيرة مثلا لماذا اكتفينا بوضع الخصم (واحتسابه) في جدول الاصناف فقط ولم ندرجه في التفاصيل هذه المعلومة جديدة حتى على هذا المنتدى يوجد ملاحظات اخرى يجب ان لا تمر عليك مرور الكرام .. حتى تفهمها : كيف ولماذا ؟ ملحوظة : اسماء الجداول يجب ان تبدأ بالبادئة tbl والنماذج بالبادئة frm والاستعلامات بالبادئة qry والتقارير بالبادئة rep

عدلت على النماذج انظر النماذج الخدمية كيف اصبحت خاصة نموذج الأصناف وانظر سعر البيع والخصم والسعر النهائي ( غالبا الخصم على البيع لم يمر بي خصم على المشتريات انما البائع هو من يضع الخصم على السلعة المباعة ) ....................................... عملك فقط على فورم الفاتورة .. تم تحسين الفاتورة والتفاصيل - جعلت خاصية حقول نوع العملية .. ونوع الدفع (مطلوبة=نعم) عمليات التفاصيل في النموذج الفرعي تعتمد على حقل نوع العملية في فورم الفاتورة الرئيسي - ادخال الصنف اما بالرقم او الاختيار - عند كتابة رقم الصنف او اختياره من مربع التحرير .. يتم ادراج السعر ( شراء او بيع ) - عند كتابة الكمية يظهر الاجمالي في الحقل المخصص ( شراء او بيع ) اللمسات والتحسينات ممكنة مثل ضم حقلي الاجمالي فوق بعض بحيث لا يظهر الا الحقل الموافق لنوع العملية ومثل رسائل النظام واستبدالها برسائل مفهومة ................... ومثل ان نعمل رأسين للفاتورة واحد للبيع وأخر للمشتريات .. بدلا من اختيار النوع في كل عملية .. وتسهيلا للمستخدم ويمكن عمل اربع رؤوس لا تستغرب اثنان للبيع النقد والآجل واثنان للشراء النقد والآجل كل هذه الأربعة تصب في جدول واحد .............. وتحسينات اخرى كثيرة يمكن مستقبلا عملها المهم عملية البيع والشراء الأساسية تسير بشكل محكم وسلس _____________________________________ جرب كل الانواع وحاول تدرس المثال والاكواد الخاصة .. مهم جدا تفهم الاكواد في النموذج الفرعي وتعرف كيف تتم العملية وخطواتها معرفة تامة خذ وقتك ولا تستعجل .. الدرس هذا بسيط وهو البداية ملحوظة : مرتجع الشراء هو عبارة عن بيع ومرتجع البيع عبارة عن شراء ........... بعد ذلك يمكننا الانتقال الى عملية الدفع Invoices2.rar