ابوخليل

هذا حسب ما فهمت اتمنى ان يحقق مطلوبك ff3.rar

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

آمين ولك بمثل ما دعوت

الاصل ان يكون مثالك الأول مطابقا لحاجتك ، لتتمكن من نقل العملية بشكل صحيح يمكنك ارفاق نماذجك التي تعمل عليها

تفضل عملت لك جدول يحتوي على حقل واحد يسجل فيه اسم الموظف المسؤول من اجل اتاحة المجال للمستخدم بتغيير اسم الموظف ، لانه من عير المنطقي برمجيا اني اكتب اسم موظف داخل الأكواد مشكلة في التقرير5_552.rar

تقصد ان القيمة واحدة في جميع السجلات؟

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

تفضل السجل المرحل لن يتم تكراره ابدا ، باستخدام استعلام الحاق ff2.rar

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

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

المشكلة لديك في تأخر جلب عدد السجلات من النموذج الفرعي لذا جعلت الجلب مباشرة من الجدول تفضل م11.rar

اذا تأكدت من عمل الكود يمكنك تطوير الكود واستبدال on error resume next بسطر ينبه على الطالب الذي ليس له صورة

يعمل عندي بكل كفاءة .. انظر الصورة وضعت on error resume next فقد يكون بعض الطلاب ليس لديهم صور فيقفز الخطأ لما بعده لو وضعت المؤشر على السطر الأصفر واطلعت على قيم oldName و NewName لتبين لك مكان الخلل

شكرا اخي الكريم سبع مشاركات وكلها عطاء بارك الله لك في عمرك ومالك وأهلك وولدك

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

يوجد استعلام ثالث باسم modvou71 ومن اجل التأكد ارفق مثالك حتى نتمكن من مساعدتك

هل تقصد اذا اختلف : (من حساب) و (اسم الموظف) في البند 201 يكون مكانه عمود الدائن ؟ لانه يوجد عدة سجلات مشابهة مثل ما بين خالد محمد و سمير يحي في البند 201

اخي .. استعمل اداة عرض الكود .. والصق فيها بالنسبة للكود : يطول الشرح فكل سطر لوظيفة معينة لو سألت عن سطر او جملة افدناك بها اما مسألة تحديد اظهار عشرة سجلات فلا يوجد في الكود ذلك ، ولكنك ستجده في الاستعلام افتح الاستعلام على عرض sql ستجد في اول سطر عبارة Top 10 فقط امسحها

تفضل Dim i As Integer Dim rs As Recordset Set rs = Me.Recordset Dim OldName, NewName Dim x As Variant Dim xx As Variant With rs .MoveFirst For i = 0 To .RecordCount x = Me.Serial xx = Me.Name1 OldName = CurrentProject.Path & "\" & x & ".pdf" NewName = CurrentProject.Path & "\" & x & "_" & xx & ".pdf" Name OldName As NewName .MoveNext Next i End With ملحوظة : ضع البرنامج داخل مجلد الملفات ايضا تجنب تسمية الحقول بعبارات محجوزة في أكسس ... تم تعديل الحقل Name الى Name1 Students.rar

Between [forms]![start]![frm]![date_m] And [forms]![start]![frm]![date_m1])) OR Between [forms]![start]![frm]![date_h] And [forms]![start]![frm]![date_h1])) معيار الاستعلام 2.rar

عليكم السلام ورحمة الله وبركاته بداية عندي لك توجيه حول تسمية الكائنات : فمن الخطأ تسمية الكائنات والعناصر بأرقام فقط حيث يجب ان يبدأ اسم الكائن بحرف فمثلا : الاستعلام بدلا من 551 يكون اسمه q552 فحرف q يرمز الى query >>> او اي حرف آخر والتقرير بدلا من 551 يكون اسمه r552 فحرف r يرمز الى report >>> او اي حرف آخر بالنسبة لمشكلتك ( حسب تصميمك للبرنامج ) لها حل وحيد وهو ان تدرج حساب جديد مثلا : عهد اعمال ومشتريات من موظف تفضل تم التعديل حسب ما تم ايضاحه مشكلة في التقرير00.rar

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

شكرا ابو احمد على المرور .. جميع ما في المنتدى حلالك اخي طاهر : فقط ضع كود التحويل في حدث النموذج الحالي Private Sub Form_Current() Me.date_h = UmR2L(date_m) Me.date_h1 = UmR2L(date_m1) End Sub تفضل بعد التعديل فترة بين تاريخين ميلادي وهجري.rar

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

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