عليكم السلام ورحمة الله وبركاته
هوا فيه حل ممكن تعمل تقسيم للقاعدة Splitt وبالتالى الجداول هتنفصل عن النماذج والتقارير والاستعلامات ومهما قمت بالتطوير كل ما عليك فعله هو ربط القاعدة المقسمة بالجداول مرة اخرى وبالتالى لن تحتاج الى استيراد البيانات من الاصل مهما قمت بالتطوير بالتوفيق
اولا حاول انه يكون عنوان الموضوع معبرا عن المشكلة لأنه بالشكل ده مخالف لقوانين المنتدى
ثانيا دائما ارفق مثال للتعديل عليه
ثالثا حدد النتيجة المطلوبة يعنى السجلات اللى تريد اظهارها والاخرى التى تريد اخفائها
بالتوفيق
اضغط كليك يمين على شريط المهام اللى فى الاسفل واختار Task Manager وادخل على Processes وهات MS Access واضغط End Process وافتحه تانى هيفتح معاك
اما بالنسبة للمثال اللى طبقته لاخفاء شاشة الأكسس كده فيه مشاكل ابحث فى المنتدى هتلاقى الكثير من المواضيع اللى تخص اخفاء شاشة الأكسس ... بالتوفيق
طريقتها سهلة اخى الكريم بس ركز معايا
اعمل Splitt للقاعدة ثم تعالا على الجزء اللى فيه الجداول واعمل ايه باسوورد زى اى قاعدة بيانات
تعاالا على الجزء اللى فيه النماذج والتقارير وحدد الجداول كلها وامسحها
فى الجزء الخاص باستيراد الجداول اختار استيراد من الأكسس ثم علم على العلامة Link Tables وليس Import واختار القاعدة اللى فيها الجداول هيطلب منك الباسوورد اللى انتا عملته فى الأول اكتبه
بعدها هتلاقيه ارتبط بالجداول بطريقة طبيعية جدا مع الاحتفاظ بالباسوورد على الجداول
لو لقيت العملية صعبة او مش واضحة قول وانا اصورهالك لما الاقى وقت عندى بالتوفيق
تفضل اخى الكريم
الفكرة فى الموضوع انك بتضع الكود الموجود بالزر فى حدث بعد التحديث لاختيارك وبالتالى يتم تنفيذ الكود بعد كل اختيار انظر المرفق
genexam2.rar
صعب لأنه فيه خواص فى 2003 غير موجودة فى 2010 مثل شريط القوائم مثلا وبعدين حتى لو انت شغال على اصدار 2010 ستظل القاعدة 2003 تعمل بطريقة عادية فما من داعى لتحويلها بالتوفيق
أخى الكريم حسام نتيجة جميلة جدا وفكرة اكثر من رائعة وايضا وجدت فكرة للأستاذ @Gamal.Saad ارجوك انظر عليها فكرة احترافية وتناسبنى اكثر وذلك لأنها تعمل على الجدول مباشرة عن طريق Function وبدون الاستعانة بنماذج او ما شابه
وبالتالى كلا الفكرتان حلوا المشكلة جزاكم الله عنا خير وتقبلوا فائق احترامى
ملاحظة جيدة اخى الكريم بالنسبة للتقرير فى القاعدة الاساسية مصدره استعلام بيفلتر على حسب الكود وبالتالى التقرير يحتوى على صنف واحد فقط وليس عدة اصناف اما بالنسبة للمثال فهو على سبيل الاسترشاد فقط لتوضيح طريقة العمل تشرفت بمرورك
ههههه أنا وأخى بنعتذر ليك استاذنا الفاضل ابوخليل ,,, طيب فين المشكلة اصله شغال عندى ومع ذلك ازلت برنامج Winrar وسطبته مجددا ,, الرجاء من الاخوة تجربة المرفق وموافاتنا بالنتيجة اعزكم الله
السلام عليكم
اساتذتى الافاضل بعد التوصل لحل فى موضوع
وكان الحل كما ورد فى المشاركة السابقة وهو الاعتماد على معيار فى الاستعلام ثم استكمال الحساب فى التقرير ظهرت مشكلة جديدة وهى اذا كان هناك حركتان فى نفس اليوم فإنه يقوم بخصم كمية الصرف قبل اضافة كمية الاضافة وبالتالى تظهر قيم سالبة (-) فى التقرير وهذا خاطئ طبعا حاولت انى اضيف محدد فى التقرير وهو ID اى ترتيب الحركة من حيث التاريخ بحيث يكون الترتيب فى التقرير بالتاريخ وبداخل التاريخ الترتيب برقم ID لترتيب الحركات فى التاريخ الواحد ولكن لم تنجح الطريقة بسبب المعيار الموجود فى الاستعلام .
المطلوب :
تطوير الطريقة بحيث تختفى القيم السالبة ويستمر التسلسل بطريقة صحيحة وذلك باضافة كمية الاضافات اولا ثم الخصم منها وذلك فى نفس التاريخ
فى المرفق انظر رقم المسلسل 27 و 30 دمتم بخير
2003.rar
اخوانى بعد القليل من التركيز اكتشفت حل ابسط بكثير مما توقعت الحل كان كالتالى :
1- قمت بانشاء استعلام جديد لجلب الرصيد واضفت ليه حقل تاريخ
2-اضفت شرط لحقل التاريخ انه اقل من حقل التاريخ الموجود فى التقرير وستعرف لماذا
3-بالنسبة للتقرير جعلت حقل الرصيد بعد الحركة غير منضم وكتبت فيه دالة Dlookup من الاستعلام السابق الاشارة ايه وبالتالى عند احضار القيمة من الاستعلام يقوم بتحقيق شرط التاريخ فى الاستعلام اولا وبالتالى يحضر اخر قيمة للرصيد كانت موجودة فى تاريخ قبل التاريخ الموجود فى التقرير ويضيف عليه الحركة الجديدة وقمت ايضا باضافة دالة Nz لدالة Dlookup لاحضار قيمة "0" اذا لم يكن هناك ناتج من الاستعلام وبالتالى تظل المعادلة سليمة
وبالتالى وصلنا للنتيجة المطلوبة فى حالة اضافة حركة بتاريخ سابق او تعديل تاريخ حركة حالية تكون طريقة الحساب عن طريق التقرير بترتيب التواريخ وليست عن طريق نماذج او جداول .... تمت الحمد لله ونشكر كل الاساتذة الافاضل على المشاركة فى الحل دمتم بخير
لا المشكلة عندك استاذى المرفق شغال طبيعى جربته تانى
بعد التجربة اخى حسام هل يجوز اضافة محدد اخر بجوار تسلسل التاريخ لانه ظهرت مشكلة فى حالة وجود اكثر من حركة فى نفس التاريخ صرف واضافة قد ينتج قيمة سالبة لأنه ممكن يحسب الصرف قبل الاضافة ممكن نضيف محدد ID تسلسل ادخال الحركة حتى ولو كانت فى نفس التاريخ جزاك الله خيرا
وعليكم السلام
اخى الكريم طريقتك غير صحيحة لأنك اعتمدت على عملية حسابية بين كل حركة على حدى وليس تسلسل الحركات بالاعتماد على الرصيد المتبقى أما بالنسبة لطريقة الأخ حسام فهى الطريقة الصحيحة ويلزمها القليل من التعديلات فقط مشكور