ابوخليل

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

عبارة PrimaryKey مكررة في الكود اعلاه اذا كان الحقل مفهرس لا يتم اضافة المفتاح ، لذا يلزم ازالة الفهرس عن الحقل اولا Dim db As DAO.Database Set db = CurrentDb Dim strSQL1, strSQL2 As String strSQL1 = "DROP INDEX idNum ON tblOld" 'لحذف الفهرس من الحقل db.Execute strSQL1 strSQL2 = "ALTER TABLE tblOld ADD CONSTRAINT idNum PRIMARY KEY(idNum)" ' لإضافة المفتاح الى الحقل في الجدول db.Execute strSQL2 Set db = Nothing

صحيح لاني جربت النسخ واللصق المباشر وتم اللصق يكفي استاذنا انك وجدت اساس المشكلة ، ومؤكد يوجد لها حل شكرا اخوي جعفر ماذا يعني هذا الحرف الغريب ؟ Chr(254): þ لأني كنت ابحث عن space (مسافة) مخفية

الحمد لله هكذا تعلمنا بالمحاولة والبحث والمعلومة التي تأتي بعد محاولة وبحث وجهد تبقى وترسخ .. عكس المعلومة الجاهزة

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

اجريت بعض التعديلات على مسميات الحقول لآنها متشابهه وجربته .. يعمل عندي افتحه وجربه مباشرة .. غير في التواريخ ثم حدث وانظر testdate3.mdb

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

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

تفضل تم تعديل اسماء الجداول والحقول .. لعدم الالتزام بطرق التصميم الصحيحة المهم ان حل مشكلتك يكمن في هذا السطر .... وظيفته تحويل النص الى تاريخ DateValue([tblOld].[sdate]) testdate2.mdb

جرب ان تحول النص الى تاريخ قبل التحديث باستخدام متغير

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

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

تم الفصل وافراد النقاش حول الجداول بهذا الموضوع الجديد

تفضل Private Declare Function ShellExecute Lib "shell32.dll" Alias "ShellExecuteA" (ByVal hwnd As Long, ByVal lpOperation As String, ByVal lpFile As String, ByVal lpParameters As String, ByVal lpDirectory As String, ByVal nShowCmd As Long) As Long Private Sub Command27_Click() Dim i As String i = Me.k_code ShellExecute Me.hwnd, "open", CurrentProject.Path & "\files\" & i & ".tif", "", "", 1 End Sub Downloads.rar

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

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

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

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

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

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

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

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

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

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

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