أبو إبراهيم الغامدي

لا بأس.. يسهل الله الأمر.. المرفق الذي أحلت إليه لا يدعم البحث المطابق.. هذا مثال لما سبق بيانه في مشاركتي السابقة تنبيه.. يظهر في المثال بيانات تحتوي علامة الاستفهام.. ذلك لأني لم استثنها ونظيراتها في معامل البحث.. تركتها قصدا إليك المثال بحث مطابق.zip

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

أهلا بك @وائل أبو عبد الرحمن أجريت التعديل على (الاستلام1) وجعلته مصدرا لنموذج البحث.. أتمنى لك التوفيق والسداد.. إليك المرفق البحث في حقل أصله رقمي ( لكنه يظهر في النموذج حقل نصي)1.zip

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

قمت بطبيق هذه الطريقة على الوظيفة ConsumChart طبقت هذه الطريقة في حقل الاستعلام Consum Amount هذه صورة الناتج وهذا التعديل كهرباء.zip

المعذرة أخي محمد على تجاهلك.. .. حالة أغسطس 2017 التي لدينا الآن هي حالة آنية للدراسة فقط.. لا يمكن أن تكون حالة منطقية أبدا.. تطبيق هذه الحالة يتم بأحد أمرين: إما بدمج التعرفتين داخل الوظيفة ومن معالجها بــ (..)If. أو عمل وظيفة لكل تعرفة وفي الاستعلام نمررها على التابع ()IIF مع شرط التاريخ .. .. لكون التعرفة السابقة ليست لدي فليس بمقدوري وضع مثال للتوضيح. :: تعريف: الحالة المنطقية هي التي يتم فيها إعادة احتساب التعرفة آليا؛ بمعنى كلما تغيرت التعرفة يتم إعادة احتسابها آلية بدون إعادة كتابة الشفرة المصدرية.

إليك هذه التعديل على مثال في أحد مشاركاتك 726.نقل موشر الماوس بعد التحديث.accdb.zip أنشأت دالة تعيد السجلات للنموذج الذي يمرر عليها.. عند تمرير نموذج فرعي لا يكفي تمرير اسم التابع بل نحتاج إلى المنهج Form ؛ وعليه يكون الممرر هو ([SubFormName].[Form]) هذه الدالة تنفع في أي نموذج وتمرر على أنها مصدر بيانات عنصر التحكم ولا يلزم وضعها في حدث.. Function RecCounter(objMe As Object) '-- special records counter Dim CrntRcd, RcdCnt CrntRcd = objMe.CurrentRecord RcdCnt = objMe.RecordsetClone.RecordCount If objMe.NewRecord Then RecCounter = CrntRcd & " من " & RcdCnt + 1 Else RecCounter = CrntRcd & " من " & RcdCnt End If End Function

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

السلام عليكم جميعا.. الخط EAN-13 والخط EAN-8 يتبع للمعيير UPC-A أو UPC-E أما ما يتعلق بالأنابيب النازلة بدون رقم نستخدم (p) الصغيرة وأما الأنابيب النازلة والبادئة برقم نستخدم الحروف الكبيرة (Q ألىY) وأما الأنابيب النازلة والمنتهية برقم نستخدم الحروف الصغيرة (a إلى i) هذه الخط يمكن استخدامه مباشرة بعد تثبيته في مجلد الخطوط بدون OCX UPC-A.zip

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

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

هذا الحدث في أي نموذج

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

نصيحة لوجه الله تعالي.. اترك جدول Transaction وابدأ قاعدة بيانات بشكل مبسط ومفهوم.. جداول بسيطة مع توابعها التفصيلية .. لا تجعل كل شيء في سلة واحدة.. هذا صعب ومتعب بعد ما تنتهي من تصميم قاعدة البيانات يمكنك بعد ذلك التفكير في إجراءات البرمجة الآلية وكيفية تنفيذها وتتبع الاخطاء الناتجة عنها وطرق معالجتها فكر في كل إجراء وأدرس الاحتمالات المتعلقة به قبل تنفيذه.. لا تقم بتجاربك في مشوعك الرئيسي .. إجعل لكل جزء من مشروعة قاعدة منفصلة للتجارب والملاحظات.. وعند نجاحك قم بدمجها في المشروع الرئيسي أو ابقها منفصلة.. وهو الاحسن اتمنى لك التوفيق

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

استخدم الشفرة التالية Private Sub Form_Current() If NewRecord Then Me.frmControlSub.Locked = True Else Me.frmControlSub.Locked = False End If End Sub End4.zip

لماذا لا تعمل جدول تفصيلي لكل رأس.. بدلا من جعلها في جدول واحد لأن الجدول الواحد يسبب تضارب في البيانات.. وبالتالي يعطي غير صحيحة!

عند دراسة البيانات تبين لي التالي... ارتباط العميل بالمنشأة عن طريق جدول الصيانة Maintenance.. بعد تقرير الصيانة يتوجب على العميل دفع المصاريف بموجب مستند الصرف Issue_doc .. توثق عملية الدفع عن طريق سندات الاستلام Receipt_Voucher.. الجدول Transaction هو للإجراء الدخلي بين أقسام المنشأة.. المناقشة.. الجدول Issue_Doc يصدر سندات للدفع وليست للصرف.. من المفترض أن يكون الملبغ المدفوع في هذا الجدول وليس في جدول Transaction.. طريقة الدفع تكون في جدول Receipt_Voucher وليس في جدول Isssue_doc القمية الاجمالية للداين والمدين يمكن حسابها بإجاد الفرق بين إجمالي المطلوب دفعه وإجمالي المستلم يمكن إيجاد الحساب التفصيلي عن طريق جدول Transaction إذا كانت البيانات التفصيلية لعملية الصيانة توثق في هذا الجدول.. وبوجب قيمة الصيانة أو قيمة القطع يتم إصدار سندات المطلوب دفعه بموجموع هذه المبالغ أو بعضها. في اعتقادي إذا تدفقت البيانات بهذه الطريقة تكون العملية الحسابية صحيحة بإذن الله الصورة توضح بعض الإرباك الحاص في جدول Transaction... هناك أوامر صيانة ليس لها سندات دفع .. وسندات دفع ليس لها أوامر صيانة

طبعا.. بارك الله فيك.. سوف يكون هناك خطأ بالتأكيد.. وقد أخبرناك ذلك مسبقاً.. لا أدري ما الذي يناسب طريقة عرض قاعدة بياناتك.. لو تذكره من فضلك راجعت مشاركة الاستاذ أبو خليل مرة أخرى ولم أجد فرق في النموذج.. الا أن القيمة الاجمالية تظهر في مربع نص.. فقط قمت بتعديل النموذج ليظهر الإجمالي في مربع نص أيضا مع القائمة التفصيلية.. وهذه الأخيرة إذا لم تعجبك قم بحذفها.. هل يالإمكان إدراج بعض النتائج غير الصحيحة من فضلك.. إليك التعديل Database19.zip

جميل.. سوف أقوم بتفيك الجداول لمحاولت إصلاحها.. وسوف أعرض لك ما يستجد.. إن شاء الله

Copy of SmallFactory.zip في الحقيقة استعلامات التوحيد ليس مكانها هنا .. استعلامات الدمج هي المطلوبة عند دراسة تدفق البيانات في جداول البيانات يوجد لدي بعض الملاحظات: الجدول receipt_voucher لا يتضمن رقم المستند المدفوع لأجلة.. الدفع مقابل الفاتورة وليس مقابل العميل. الجدول Issue_doc لا يتضمن المبلغ المدفوع مع وجود رقم الفاتورة وطريقة الدفع، وأيضا لا يوجد علاقة بين الفاتورة والغرض الذي أُصدرت الفاتورة من أجله (RepairId) عدم مثل هذه الأشياء يتسبب في وجود الخطأ عند عمل الاستعلام لعدم توفر العلاقات الصحيحة بين جداول البيانات.. أرجو التكرم بالتصحيح للوصول إلى تدفق بيانات صحيح ومنضبط.. الصورة التالية تظهر بيانات غير صحيحة في الاستعلام العملية تحتاج إلى صبر فقط..

في اعتقادي أن أهم مافي الموضوع أن تكون البيانات الراجعة صحيحة! وقد جربت أكثر من طربقة.. وكان هدفي الوصول إلى بيانات صحيحة.. لا كيفية الحل..، ولهذا قمت بتغيير واجهة النموذج لضمان أن تكون البيانات كذلك..

الفكرة واضحة جدا.. شكرا لك!

أهلا أكسس.. ممكن تسرد أسماء الجداول التي بها البيانات.. أسماء فقط

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