AMINYOUSIF

الاخ الكريم / foksh يكفنى شرف مرورك على موضوعى بل يزيدنى الشرف التعليق علية عدم إستعمال المسميات العربية للحقول أو العناصر أو المكونات ......... عدم استعمال المسافات بين أسماء المكونات .......... 😄☝️ احترم و اقدر نصائحك و لو كان لدية المبرر لذلك اشكرك على مرورك و توجيهاتك

الى كل المبتدئين أمثالي بحثت عن فكرة مدير مستخدمين بشكل احترافي تتناسب مع معلوماتى البسيطة فى اكسيس لأجد على YOUTUBE.THE BEST مثالاً حاولت تطبيقه بشكل مبسط ( أعتقد ذلك ) ، فأحببت أن ارفعه على هذا المنتدى عرفاناً و رد جميل للمنتدى و اصحاب العلم و المعرفة. المرفق مبنى على جدول واحد TBL_USERE بالإضافة إلى 4 نماذج ( مفتوحة المصدر - و بدون اخفاء حقول حتى يسهل توصل الفكرة ) 1- F_LOGIN : الخاص بمدير المستخدمين. 2-F_MAIN : الشاشة الرئيسية مضاف عليها شاشة بيانات العملاء كمثال تطبيقي. 3-F_USERS : شاشة اضافة و حذف مستخدم. 4 - F_CHANGE_PASS : شاشة تغير كلمة المرور. أتمنى أن أكون وُفقت ، وذلك بوضع مرفق ينال طموح أمثالي ( المبتدئين ). و على اصحاب العلم و المعرفة التوجيه و النصح و التعديل ، حتى يستفيد الجميع login.accdb

استاذنا الكبير اشكرك على عنايتك و اهتمامك ملفك نجح 100% وكان تحليل الاداء 100% نسخة حرفيا و كان تحليل الاداء يحتاج الى استخدام عاصر اقل بدون تعبك سؤال اخير اذا كانت الاكواد صحيحة ( اظنها كذالك) هل هناك ضرر من تركها بحجمها شكرا

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

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

لاصحاب العلم و الفضل حاولت ان اعمل وحدة نمطية NewFORM و عند استدعاء ها لم ينجح الامر نصحنى قبل تحليل الاداء عمنا و استاذنا ابو خليل بتقليل عناصر التحكم بعد ما انتهى من طلباتى حاولت و لم اوفق المرفق لمن يجد عنده الوقت و الصبر انا عارف ان الموضوع كبير و محتاج وقت ارجو تعديل زر جديد الى Private Sub comnew_Click() DoCmd.GoToRecord , , acNewRec DoCmd.GoToControl "dateoftrans" Me.comresearch_01 = Null Me.dateoftrans.Locked = False Me.stat.Locked = False Me.F_DATAILS.Locked = False Me.comsave.Enabled = True 'xxxxxxxx Me.comexit.Enabled = False End Sub ACC.rar

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

الاخ الكريم / خليفة من الهام علمك و فى حدود ابداعك اجريت بعض التعديلات البسيطة لعلها توضح ما كنت احتاجة تماما اطمع فى كرمك و وقتك و تصحح شغل تلميذك بشكل احترافى و اخير من شاشة VISUAL BASIC هناك نموذج F_TMP XXXXX مش عارف له معنى يمكن من كتر التجارب هل هناك امكانية افهمة ثم احذف بالرغم انه ليس له تأثير و لكن لمجرد الفهم و المعرفة كل الوقت معاك ACC_2026_5.rar اشكرك مع كامل تقديرى و احترامى

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

استاذى العزيز / خليفة اشكرك اولا : لسرعة الرد اشكرك ثانيا : للعناية لوضع اجابة اعتقد انها مثالية و متكاملة و اكثر مما كنت اطمع و ينطبق عليك المثل ( اذا اطعمت ابشع ) فالشكر لايكفى كرم اخلاقك و علمك ربنا يزيدك من فضلك و لكن لااملك سوى كل الشكر و التقدير و الاحترام

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

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

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

الى اصحاب العلم و المعرفة المرفق عبارة عن 2 استعلام ( اصول و خصوم ) تم جمعهما فى قائمة راسية بطريقة نقل جملة sql من كل استعلام و الربط بينهما ب union all (لغير المحترفين امثالى ) وللاحتياج الى قائمة افقية:- حاولت اطبق نفس الطريقة باستخدام full outer jion بكل شروطها بالاضافة لشرط ; ان كل رقم صف فى جدول الاصول يربط مع رقم صف الخصوم كشرط ربط وهمى ;1=1 no واحد اشكركم b_sheet.rar

الى اصحاب العلم و المعرفة حسب المرفق استخدم دالة DCOUNT اولا : التاريخ المحدد ضمن الدالة و لم تعطى نتائج صحيحة من يوم 1 حتى يوم 11 ثانيا: التاريخ محدد من مربغ نص غير منضم و نفس النتائج السابقة ارجو البحث و الافادة DCOUNT.rar

الاخ الكريم ازهر عبد العزيز اشكرك على تنفيذ ما طلب و مرفق ما توصلت اليه للمراجعة و التقييم بخانة الاختيار comtest للنشر و الافادة ACC1.rar

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

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

الى اصحاب المعرفة و العلم بالاسترشاد بمشاركة استاذنا ابو خليل للوصول الى الرصيد التراكمى حسب التاريخ تم تحويل التاريخ للرقم حسب المرفق و لكن تحتاج الى مراجعة و لسهولة الاستدلال مشاركة استاذنا المرفق Database1 (1) و مشاركتى المرفق DSUM DSUM.rar Database1 (1).rar

الى اصحاب العلم و المعرفة بالمرفق نموذج لقيد يومية محاسبى بسيط عند تسجيل يومية جديدة و الحفظ لايسمح بالتعديل علية الابعد النقر على زر التعديل و عند التسجيل بالقبد و لسهولة الاستدلال على ارقام الحساب يتم النقر المزدوج على حقل رقم الحساب ليفتح نموذج SHOW , وبالضغط على رقم الحساب المختار يتم تسجيلة بالنموذج الفرعى لقيد اليومية ( فكرة مكررة سابقا ) السؤال : كيف امنع فتح نموذج SHOW بالنقر المزدوج عند استعراض اى قيد يومية الا بعد الضغط على زر التعديل ؟؟؟؟ مع خالص الشكر ACC.rar

اعتقد ان هذا هو المرفق المقصود balances.mdb

الاخ الكريم موسى 🌷🌷🌷🌷 بصراحة و خلية سر بينى و بينك اخد لفة و قولت ياراجل .... لف مع اللى ادك ...... دى لف الناس الكبار اوى و لكن مع علمك و تواضعك ركزت اوى و بحث جدا لدرجة انى وصلت لل YouTube ليكسر حواجز و استفسارات كنت اظنها محتاجة وقت كتير و الاضافة الجديدة انك محاضر تمتلك ادوات توصيل المعلومة مبدع انتظرنى مع وعدك بالصبر و طول البال اشكرك اخى الكريم موسى

الاخ الكريم MOOSAK 💐💐 ارجو ان تقبل اندفاعى و تهورى تم تحميل المرفق من مشاركتى و ليس من الموضوع الاصلى لك ان تقبل اعتذارى مع خالص الشكر و الشكر جدا

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

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