إبراهيم محمد قام بنشر يوليو 22, 2003 قام بنشر يوليو 22, 2003 بسم الله الرحمن الرحيم الاخ العزيز والاستاذ الكبير / محمد طاهر لقد انضممت حديثا الى الدورة وقمت بتحميل الدروس وبالفعل هى ممتازة ونسال الله ان يجعله من العلم الصالح الذى ينتفع به وان يكون فى ميزان حسناتك يوم القيامه ولكنى ارجو منك القاء الضوء على نقطه تحيرنى كثيرا فى الاكسيس وهى تختص فى مرحله بناء الجداول وهى جمع الحركات االمتعارضه فى جدول واحد وللتوضيح : لو افترضنا مخزن يحتوى على العديد من الاصناف ويتم على هذة الاصناف الحركات المخزنيه من وارد وصرف فهما حركتين متضاتين فهل يتم وضع كل حركه فى جدول مستقل ام يوضع الاثنان فى جدول واحد فلو كانو فى جدول واحد فهذا سيؤدى الى تكرار بيانات او بمعنى اصح وجود بيانات زائدة حيث ستوجد حقول لا تحتوى على بيانات ولو تم فصلهم فى جدولين فانه عند جمعهم فى استعلام لا ياتى بالبيانات بشكل صحيح برجاء التوضيح حيث ان هذة النقطه تكون فى مرحله انشاء الجداول ولكم جزيل الشكر 1
محمد طاهر عرفه قام بنشر يوليو 23, 2003 قام بنشر يوليو 23, 2003 (معدل) لو افترضنا مخزن يحتوى على العديد من الاصناف ويتم على هذة الاصناف الحركات المخزنيه من وارد وصرف فهما حركتين متضاتين فهل يتم وضع كل حركه فى جدول مستقل ام يوضع الاثنان فى جدول واحد فلو كانو فى جدول واحد فهذا سيؤدى الى تكرار بيانات او بمعنى اصح وجود بيانات زائدة حيث ستوجد حقول لا تحتوى على بيانات أهلا أخي ابراهيم :d بخصوص الموضوع عاليه ، فهو متعلق بتصميم الجداول ، و لكن لم نصل بعد فى الدورة الي مرحلة العلاقات و التصميم الجيد للقاعدة و الذي سنتطرق اليه باذن الله فى الدرس الخاص بالعلاقات أولا ثم أيضا فى درس آخر خاص بأسس التصميم بإذن الله لذلك سانقل الموضوع الي قسم الأكسس العام للنقاش حوله لأانه موضوع جيد للنقاش من ناحية ، و أيضا لكي لا نسبق أحداث الدورة و لكي لا يكون الحديث غريبا علي البعض ممن يتعلم معنا الأكسس لأول مرة :d بالنسبة للموضوع نفسه ، هذا ما أراه : :) رغم أن الحركات متضادة الا ان معظم الحقول يمكن ان تكون واحدة فلكل منهما تاريخ اضافة و مسئول عن الحركة و كمية و سعر و رقم البند فى الاذن أما رقم الإذن( الفاتورة أو أمر التوريد ) فهو الذي سيكون منقسم الي حقلين أحدهمات خالي - رقم إذن الاضافة و رقم إذن الصرف ، و هذا بسبب ارتباط كل منهما ببيانات فى جدول مناظر ( جدول تفاصيل أوامر التوريد و جدول تفاصيل أوامر الصرف ) و ارتباط هنا لا أعني به علاقة ، و لكن وجود سجل مناظر أي أن كل بند من البنود فى تفاصيل الفاتورة له رقم وحيد فى جدول تفاصيل الفاتورة ، مع تسجيل هذا الرقم فى جدول الحركات و للتفريق بينهما هناك أسلوبان الأول هو وضع كود معلم يوضح هل الحركة سحب أم اضافة و الثاني و هوأنه عند تسجيل الكمية فى جدول الحركات يتم تسجيل المسحوبات ككمية سالبة و الاضافات ككمية موجبة ، فيكون التعامل مع الرصيد أسهل و يمكن الجمع بينهما و هذا ما أفضله أما الجدولان المنفصلان ، فهو مازال ممكن و يمكن الحصول علي البيانات المطلوبة ، و لكني لا أفضل هذا الاسلوب هذا ما أراه ، و ربما يأتينا أحد الأخوة باسلوب أفضل ملاحظة : تم تعديل المشاركة باللون الازرق للتوضيح ، و تم اضافة رسم توضيحي لما أقصد فى مشاركة لاحقة فى هذا الموضوع و الله أعلم تم تعديل يوليو 27, 2003 بواسطه محمد طاهر
ashraf قام بنشر يوليو 23, 2003 قام بنشر يوليو 23, 2003 مداخلة فى الموضوع : أنا أفضل الطريقة الثانية التي لا يفضلها العزيز محمد طاهر لما يلي : فى الطريقة الأولى غالبا ما تكون عملية السحب أو الايداع فى جدول واحد يتكون مثلا من الحقول التالية ( رقم الاذن - [ وارد أو صرف ] - تاريخ الاذن - الكمية المدخلة ) فلو عندنا مثلا فى الفاتورة عملية الوارد والفاتورة بها أكثر من صنف قد يصل إلى 10 أصناف مثلا ففى كل مرة لابد من ادخال الحقول الثابتى مثل رقم الفاتورة وتاريخها واسم المورد مثلا ونوع العملية والمقصود بها الوارد . أما فى حالة أن يكون الوارد فى جدول لوحدة فسوف يتكون من جدول رئيسي وجدول آخر فرعي ففى الجدول الرئيسي تكون الحقول الثابت يتم ادخالها مرة واحدة فقط ثم ينتقل المؤشر إلى الجدول الفرعي ويتم ادخال الأصناف حتى لو وصلت إلى 100 صنف بدون تكرار الحقول الثابتة مرة أخرى وهكذا فى جدول الصرف أما بالنسبة لكارت الصنف فهو عملية سهلة جدا وهو إنشاء جدول يجمع عملية السحب والاضافة معا باستعلامات الحاق . ولا ما رأيكم ؟؟؟؟
إبراهيم محمد قام بنشر يوليو 23, 2003 الكاتب قام بنشر يوليو 23, 2003 بسم الله الرحمن الرحيم شكرا اخى واستاذى / محمد طاهر على هذا التوضيح ولكن اذا كانت البيانات كلها فى جدول واحد فهل يمكن ان يفى ذلك بالغرض فى حال كبر حجم البيانات فمثلا فى حال المبيعات مثلا فهناك الفاتورة والتى تحتوى على عدد من الاصناف التى تباع للعميل وايضا وجود مرتجعات من بعض او كل الاصناف التى تم بيعها مع ملاحظه كبر حجم قاعدة العملاء وحجم التعامل ايضا ولو لاحظنا ان لكل مستند (فاتورة & مرتجع) بيانات خاصه به من رقم للمستند وتاريخه .... الخ مع العلم اننى احبذ ايضا اسلوب الجدول الواحد لسهوله تعامله ولكن هل هو الشكل المناسب للتصميم فى مثل هذة الحالات ولكم جزيل الشكر والتقدير
إبراهيم محمد قام بنشر يوليو 23, 2003 الكاتب قام بنشر يوليو 23, 2003 الاخ العزيز اشرف شكرا على هذة المداخله وارجو منك التوضيح فى شرح كيفيه عمل كارته صنف بالتفصيل لو سمحت لاننى ارغب فى عملها ولكن لا اعرف كيفيه ذلك ولك الف شكر
امير عاطف قام بنشر يوليو 24, 2003 قام بنشر يوليو 24, 2003 (معدل) سلام الله عليكم ورحمته تعالى وبركاته من وجهة نظري ... جدول واحد ... ولكن !!!!! اقوم الآن بعمل تطبيق به جدول يحتوي عمليات المبيعات وعمليات المشتريات والمرتجعات سواء من العميل او مرتجعات الى الموردين وعمليات السدادات النقديةايضاً سواء من العملاء اوالى الموردين والسدادات من أوراق القبض (المحصلة من العملاء) والسدادات من أوراق الدفع المنصرفة للموردين ,,,, ويرتبط مع هذا الجدول اكثر من جدول آخر مثل جدول الاصناف مرتبط مع هذا الجدول علاقة واحد الى متعدد عن طريق حقل كود الصنف وجدول العملاء ايضاً مرتبط مع هذا الجدول عن طريق حقل اسم العميل وجدول الموردين ايضاً مرتبط مع هذا الجدول بحقل اسم المورد وجدول اوراق القبض مرتبط مع هذا الجدول بحقل كود ورقة القبض وجدول اوراق الدفع مرتبط مع هذا الجدول بكود ورقة الدفع وجدول رقم فاتورة البيع الذي يوجد به بيانات الفاتورة الاساسيه من رقم الفاتورة واسم العميل وتاريخ الفاتورة وطريقة السداد مرتبط ايضاً مع هذا الجدول عن طريق حقل رقم فاتورة البيع .... طبعاً من خلال هذا الجدول يمكن استخراج كارت صنف وكارت عميل سواء كارت عميل تقليدي او كارت عميل مفصل واقصد بكارت عميل مفصل اي يحتوي على كل البيانات التفصيلية لمبيعات العميل من كل صنف تم بيعه بسعره ووحدتة طبعاً ظهرت عقبات .... عن عمل كارت عميل مثلاً من هذا الجدول حيث يوجد تاريخين تاريخ للسداد وهو متواجد بنفس الجدول وتاريخ البيع وهو متواجد بجدول رقم فواتير البيع الذي هو مرتبط مع هذا الجدول بحقل رقم فاتورة البيع ويمكن التغلب على مشكلة التاريخين المتواجدين في جدولين مختلفين مع وجود علاقة بينهما عن طريق استخدام الدالة IIF حيث مثلاً لو كان حقل اسم العميل لا يكون فارغ والكمية المنصرفة من الصنف اكبر من القيمة صفر اذاً تكون عملية بيع اذاً يتم وضع حقل التاريخ الذي بجدول رقم فاتورة البيع واذا كان حقل اسم العميل ليس فارغ وحقل القزيمة المسددة من العميل اكبر من القيمة صفر اذا تكون عملية سداد من العميل وهكذا .... ويتم تطبيق ذلك على الموردين ايضاً بالنسبة لكلام اخي اشرف وهو أما فى حالة أن يكون الوارد فى جدول لوحدة فسوف يتكون من جدول رئيسي وجدول آخر فرعي ففى الجدول الرئيسي تكون الحقول الثابت يتم ادخالها مرة واحدة فقط ثم ينتقل المؤشر إلى الجدول الفرعي ويتم ادخال الأصناف حتى لو وصلت إلى 100 صنف بدون تكرار الحقول الثابتة مرة أخرى وهكذا فى جدول الصرف بالفعل هذه الطريقه عملية جداً حيث عندما اضع بيانات الفاتورة الأساسيه من اسم العميل ورقم الفاتورة وتاريخ الفاتورة مرة واحدة فقط (وذلك يتم في جدول رقم فاتورة البيع) وبعد ذلك يتم كتابة حتى 100 صنف في الجدول الآخر ولا يتم كتابة بيانات الفاتورة الرئيسيه مرة اخرى فقط يتم كتابة كمية الصنف وسعرة وكود الصنف فقط خلاصة القول من وجهة نظري ... الطريقتين مكملتان لبعضهما تم تعديل يوليو 24, 2003 بواسطه امير عاطف
ashraf قام بنشر يوليو 24, 2003 قام بنشر يوليو 24, 2003 بالنسبة لكارت الصنف أنا أقوم بعمل التالى : 1- قمت بعمل جدول يحتوى على اسم الصنف ورقمه ورصيد الجرد والوارد والمنصرف وتاريخ الحركة 2- هذا الجدول بنيت عليه تقرير وفى حدث عند الفتح للتقرير يقوم استعلام الحاق بالحاق بيانات جدول رصيد الجرد أولا ثم استعلام الحاق آخر يلحق حركة الوارد ثم استعلام آخر يلحق حركة المنصرف وأيضا لو هناك مرتجعات للصنف . 3- وبذلك فى التقرير ستجد حركة الوارد والمنصرف لكل تاريخ منفصلة . 4- عند غلق التقرير قمت بعمل استعلام حذف لبيانات هذا الجدول ؟؟؟ وقد تسأل لماذا استعلام الحذف ؟ والإجابة هي : حيث أنه لو تركت البيانات فى الجدول وفتحت التقرير مرة أخرى سيتم تكرار نفس البيانات لذلك تتم علمية الالحاق على جدول لا يحتوى أي بيانات . وإذا بينت استعلام على الجدول ووضعت فيه معيار رقم الصنف مثلا سيتم عرض حركة الصنف لوحدة . ملحوظة : بالنسبة لجدول رصيد الجرد يتم وضع الرصيد فى حقل الوارد بالنسبة للجدول المذكور . يا ترى الفكرة وضحت . وبعدين والحمد لله أنا عامل هذه الطريقة على برنامج قطع غيار يحتوى على أكثر من 4600 صنف والحمد لله يعمل بكفاءة ولا تلاحظ أي تأخير فى البيانات . يعنى مجربها وتحياتي
إبراهيم محمد قام بنشر يوليو 24, 2003 الكاتب قام بنشر يوليو 24, 2003 فى الحقيقه الحوار شيق وجذاب وفيه فائدة كبيرة وقد دخلت الان الى الانترنت بسرعه لاعرف ما هى الردود رغم عدم قرتى على المشاركه اليوم لظروف خاصه وسوف اقوم بالرد غدا ان شاء الله لنستكمل سويا هذة المناقشه البناءة وشكرا
إبراهيم محمد قام بنشر يوليو 26, 2003 الكاتب قام بنشر يوليو 26, 2003 بسم الله الرحمن الرحيم اقتراح : اقترح عمل نموذج مصغر لقاعدة بيانات يدور حولها الحوار من تعقيب واراء حتى يكون الحوار مثمر ومحدد الاتجاة ولذلك اقترح عمل قاعديتن بيانات تسير كل واحدة مع الاتجاة الذى يتبناة صاحبه ومن ذلك نستطيع الوصول باذن الله الى افضل الحلول لنا جميعا ان شاء الله بالنسبه لمن يرى فصل الجداول اقترح عمل قاعدة تشمل هذة السته جداول ثم يكمل عليها لاستخراج ما هو مطلوب منها 1 - جدول الاصناف 2 - جدول المخازن 3 - جدول الوارد 4 - جدول تفاصيل الوارد 5 - جدول المرتجعات 6 - جدول تفاصيل المرتجعات وبناء على هذة الجداول يتم عمل كارته صنف واستخراج الرصيد اما بالنسبه لمن يرى جمع البيانات فى جدول واحد فاقترح ان الجداول ستكون ثلاثه جداول فقط وهى 1 - جدول الاصناف 2 - جدول المخازن 3 - جدول الحركات ( وارد - مرتجع) ومنها يتم عمل كارته الصنف واستخراج الرصيد فى الحقيقه كنت اود عمل تلك النماذج ووضعها محل الحوار ولكن ليس لى صلاحيه وضع امثله على الموقع لذلك ارجو منكم القيام بهذا الدور لكى تعم الفائدة باذن الله وهذا مجرد اقتراح والامر متروك لكم حسب ما ترون وشكرا
محمد طاهر عرفه قام بنشر يوليو 27, 2003 قام بنشر يوليو 27, 2003 السلام عليكم تم تعديل المشاركة الأولي لي فى هذا الموضوع ( التعديل باللون الازرق ) لتوضيح المشاركة أكثر و هذه رسم لعلاقات الجداول الرئيسية لما أقصد ، و جدول الحركات هنا غير مربوط بعلاقة مع الجداول الرئيسية و لا الفرعية لأوامر الصرف و الاضافة و ما قصدته بالارتباط سابقا ، ليس وجود علاقة و لكن وجود حقل مناظر فكود أمر الصرف و أمر الاضافة و رقم البند فى أمر الصرف أو أمر الاضافة ، يكون موجود فى جدول تفاصيل أمر الصرف و أمر الاضافة ، و أيضا فى جدول الحركات و بالنسبة لتساؤلك أخي ابراهيم عن حجم البيانات ، أنا أري أنه لن تكون هناك مشاكل مع هذا التصميم أقترح عليكم مناقشة عيوب هذا التصمبم من وجهة نظركم ، ثم يتفضل أحدنا بعرض الاقتراح الاخر و هكذا ، و أقترح أيضا توحيد المسميات ، و أعتقد ان أمر الاضافة ( أمر التوريد ) و أمر الصرف ( إذن الصرف ) تعتبر مصطلحات عامة ، و اذا رأيتم تغييرها فكما ترون و لكن لنتفق علي مسميات كي تسهل المتابعة ، و طبعا أشرف و أمير أقدر مني علي تحديد المسميات السليمة بحكم العمل :) حيث BID هو رقم الاذن SBID رقم البند فى الاذن و يوجد مكانان لهما فى جدول الحركات BID,SBID فى حالة أوامر الاضافة BID2,SBID2 فى حالة أوامر السحب و طبعا فى جدول الحركات فى كل سجل نسجل اما BID,SBID أو BID2,SBID2
إبراهيم محمد قام بنشر يوليو 31, 2003 الكاتب قام بنشر يوليو 31, 2003 بسم الله الرحمن الرحيم شكرا اخى محمد طاهر على هذا التوضيح الرائع ولكن يوجد استفسار بسيط وهو كيف يتم تحويل البيانات الى جدول الحركات هل من خلال نماذج مباشرة تبنى على هذا الجدول ام يتم الحاق البيانات به من خلال استعلام الحاق ام من خلال اكواد فيجوال بيزيك بحيث يتم التفاعل مباشرة مع الجداول الاخرى ويكون جدول الحركات بمثابه جدول مجمع للبيانات حتى يسهل استخراج اى بيان منه اما فيما يخص المسميات فكما قلت فالموضوع عام ومسمياته عامه ويمكنك طرح مسميات نسير عليها وذلك لكسب الوقت ولك جزيل الشكر والسلام عليكم ورحمه الله وبركاته
محمد طاهر عرفه قام بنشر يوليو 31, 2003 قام بنشر يوليو 31, 2003 السلام عليكم يتم الاضافة اليه بالكود ، اما النماذج المبنية عليه أو علي استعلامات يدخل جدول الحركات فى تكوينها فهي للتحليل و استرجاع المعلومات فقط
إبراهيم محمد قام بنشر أغسطس 1, 2003 الكاتب قام بنشر أغسطس 1, 2003 فى الحقيقه انا عاجز عن الشكر :SHY: وارجو ان لا اكون اثقلت عليكم ولكن كنت ارجو لو تم عمل مثال بسيط يوضح مجريات هذة الاحداث او من الممكن ان اقوم انا بعمل المثال واقوم بارساله لك على الايميل لتضعه انت فى المنتدى بعد عمل لمساتك الاحترافيه عليه ولك جزيل الشكر والتقدير
محمد طاهر عرفه قام بنشر أغسطس 2, 2003 قام بنشر أغسطس 2, 2003 السلام عليكم أخي ابراهيم لاضافة سجل الي جدول من نموذج ليس مبنيا علي هذا الجدول بالكود هناك 3 طرق sqL DA0 ADO و يوجد عليها ثلاث أمثلة فى أرشيف الأكسس و الفكرة أن النمذج الذي تملأ فيه البيانات التي تسجل فى أوامر التوريد و تفاصيلها يكون فيه زر اسمه ترحيل مثلا بالضغط عليه ينفذ اوامر الاضافة الي جدول الحركات باحدي الطرق الثلاث و أفضل ال sql و التي هي نظير لاستعلام الالحاق ، , و فى نفس الوقت تقوم بتعليم سجل بأن هذه الفاتورة تم ترحيلها حتي لا تسمح بترحيلها ثانية فراجعها و أخبرني إن كان هناك مشكلة أما عن المثال فالأفضل أن نكمل المناقشة أولا فربما نتفق أن هذا ليس هو الحل الأمثل و ان هناك حلا أفضل منه
إبراهيم محمد قام بنشر أغسطس 2, 2003 الكاتب قام بنشر أغسطس 2, 2003 الاخ العزيز / محمد طاهر السلام عليكم ورحمه الله وبركاته سوف اقوم بدارسه تلك الامثله فى ارشيف الاكسيس واقوم بالتواصل معك ان شاء الله وفى الحقيقه انا لا اعرف ماذا اقول لك على هذا المجهود الرائع فى المنتدى سواء فى القسم العام او فى الدورة فانا اقوم بحفظ الدروس عندى وقرائتها بتأنى وحقا تعجز الكلمات عن الشكر وادعو الله ان يجعله فى ميزان حسناتك يوم القيامه ولك كل الشكر والتقدير والسلام عليكم ورحمه الله وبركاته
محمد طاهر عرفه قام بنشر أغسطس 3, 2003 قام بنشر أغسطس 3, 2003 شكرا لك أخي العزيز و أرجو أن أكون عند حسن ظن الجميع :SHY: و أرجو أن نكمل النقاش الأصلي بخصوص فوائد و عيوب الطرق المقترحة لكي نحصل علي أقصي استفادة من المناقشة :d
امير عاطف قام بنشر أغسطس 3, 2003 قام بنشر أغسطس 3, 2003 أفضل ال sql و التي هي نظير لاستعلام الالحاق ، , و فى نفس الوقت تقوم بتعليم سجل بأن هذه الفاتورة تم ترحيلها حتي لا تسمح بترحيلها ثانية كيف يمكن تعليم السجلات التي تم ترحيلها مسبقاً من خلال الالحاق .. بحيث اذا قمت بترحيل سجل تم ترحيلة من قبل يخبرني بأن السجل تم ترحيلة من قبل
محمد طاهر عرفه قام بنشر أغسطس 3, 2003 قام بنشر أغسطس 3, 2003 بأن يكون هناك حقل فى جدول الفواتير و هو فى الرسم السابق اسمه transf و هو من نوع نعم/لا و عند الترحيل يتم اختبار قيمته قبل تنفيذ كود الترحيل فانا كان true نعطي رسالة و لا نقوم بالترحيل و اذا كان false نقوم بالترحيل ثم نغير قيمته الي true فى جدول الفواتير فتصبح هذه الفاتورة معلمة بانها قد تم ترحيلها و قد نجعل لهذا الحقل قابلية التعديل ، بحيث نتمكن من تحديث السجلات فى جدول الحركات عن طريق كود مثيل لاستعلام التحديث و لكن الحل الاكثر احترافا ، هو أن أي تعديل لفاتورة تم ترحيلها يكون بإذن جديد سواء كان ارتجاع او اضافة لتقليل امكانية التلاعب ( أي لا نسمح بتغيير قيمة الحقل transf من النموذج فيكون أي ترحيل نهائي فور تنفيذه ، و لتعديله يلزم اذن تصحيح وفي انتظار رأيك و رأي أشرف أيضا و آراء باقي الأخوة بخصوص انسب التصميمات لهذا الموضوع :d
امير عاطف قام بنشر أغسطس 3, 2003 قام بنشر أغسطس 3, 2003 الفكرة رائعة حيث يمكن تلخيص القول في هذا الكود : وفكرة الكود تقوم على الحاق السجلات التي قيمتها YES وهي قيمة افتراضية للسجل التي توجد بالجدول Table1 بالحاقها بالجدول Table2 ثم عمل استعلام تحديث للجدول Table1 بحيث يتم تغيير قيم السجلات للحقلTransf الى No DoCmd.SetWarnings False DoCmd.RunSQL "INSERT INTO Table1 ( a, b, c ) SELECT Table2.aa, Table2.bb, Table2.cc FROM Table2 WHERE (((Table2.transf)=Yes));" DoCmd.RunSQL "UPDATE Table2 SET Table2.transf = No;" بالطبع اوافقك الرأي في انه في حالة تعديل فاتورة يكون بعمل اذن جديد سواء ارتجاع او خصم أو فاتورة بيع اخرى ... حتى تتم المعالجة بإسلوب علمي
محمد طاهر عرفه قام بنشر أغسطس 3, 2003 قام بنشر أغسطس 3, 2003 DoCmd.SetWarnings False If Me.TRANSF = -1 Then MsgBox " Data already TRansfered", vbCritical, "Warning Messsage" Exit Sub End If Me.Refresh ثم الترحيل ثم DoCmd.SetWarnings True Me.TRANSF = -1 MsgBox "Transfer Done", vbInformation, "Information Message" و الترحيل يكون لسجلات تفاصيل البنود المفتوحة فى النموذج حاليا فقط لتوفير الوقت و يمكن ايضا عند فتح أو اغلاق الفاتورة التنبيه فى حال عدم ترحيلها
ashraf قام بنشر أغسطس 4, 2003 قام بنشر أغسطس 4, 2003 مثال على السريع على كارت الصنف يوجد تقرير نفذه سيظهر لك علامة معلمه ما عليك منها واضغط موافق وشاهد التقرير ( هناك أرصدة بالسالب نتيجة عدم تنظيم فقط ولكن إذا دخلت على الصفحة رقم 55 مثلا بالتقرير ستجد البداية ليست سالب وكا تلاحظ أن رصيد الصنف فى الحركة مطالق للمجموع أسفل التقرير . ) وتحياتي ومعذرة لعدم الانتظام . أشرف خليل himmas.rar
ashraf قام بنشر أغسطس 6, 2003 قام بنشر أغسطس 6, 2003 عدد مرات التنزيل وصل إلى 6 مرات ولم أجد أي رد . هل الطريقة غير جيدة أو لا تؤدي المطلوب . أم ماذا . ؟؟
ashraf قام بنشر أغسطس 6, 2003 قام بنشر أغسطس 6, 2003 عدد مرات التنزيل وصل إلى 6 مرات ولم أجد أي رد . هل الطريقة غير جيدة أو لا تؤدي المطلوب . أم ماذا . ؟؟
إبراهيم محمد قام بنشر أغسطس 6, 2003 الكاتب قام بنشر أغسطس 6, 2003 اشكرك اخى العزيز اشرف على المثال لقد كنت متغيب فى الفترة السابقه لظروف فى العمل وسوف اقوم بتنزيل الملف وارد عليك ولكن بدايه جهد مشكور عليه وان شاء الله يكون يفى بالغرض وانا الان فى مكان عام وعند عودتى للبيت سوف احمل الملف على جهازى ولك جزيل الشكر
لولوة قام بنشر أغسطس 18, 2003 قام بنشر أغسطس 18, 2003 بسم الله الرحمن الرحيم تحية طيبة وبعد: أريد أن أقترح عليكم أيها الأخوة الأكارم بعمل مثال على جدول الحركات في المخازن لأن الموضوع مهم ودقيق للغاية وهو الركيزة الأساسية لعمل أي برنامج للمخزن....علما إنني أنوي العمل بمشروع للصيدلية.... علما أنني قمت بتنفيذ الجداول الأساسية لعمل الصيدلية ويعود الفضل إلى الأخ أشرف الذي أفادني بالتحليل الجيد لهذا النظام..... أريد منكم العون إخوتي بأقرب فرصة .... وشكرا لكم..... http://arabteam2000.com/vb/showthread.php?...&threadid=32510
الردود الموصى بها
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.