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

أهلا بك محمد.. وضعت لك في الاستعلام نتائج الحساب مفصلة لكل مستوى في شريحة البيانات والمجموع النهائي للتكلفة.. أرجو أن تكون صحيحي.. العملية الحسابية بهذه الطريقة لا تنفع للبيانات الكبيرة.. هذه بحاجة إلى جدول أخر نكدس فيه البيانات ثم نقوم بعرضها في الاستعلام إما بطريقة السرد أول بطريقة الجدولة هذه صورة الناتج وهذا المثال بعد التعديل كهرباء.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) عدم مثل هذه الأشياء يتسبب في وجود الخطأ عند عمل الاستعلام لعدم توفر العلاقات الصحيحة بين جداول البيانات.. أرجو التكرم بالتصحيح للوصول إلى تدفق بيانات صحيح ومنضبط.. الصورة التالية تظهر بيانات غير صحيحة في الاستعلام العملية تحتاج إلى صبر فقط..

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

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

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

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

الله يرضي عليك أستاذي أبو خليل

إذا فكرنا في ورقة البيات على أنها استعلام جدولي فنحن بحاجة إلى أخراج البيانات الوسطية وتسميتها في عامود بيانات مستقل وليكن (سعر الخدمة)، وحل رؤوس الأعمدة وتسميتها في عامود بيانات وليكن (رقم العربة) وعلى هذا تصبح بيانات الجدول الجديد (رقم العربة، تاريخ الخدمة، سعر الخدمة)... نقوم بإنشاء الجدول ثم نقوم بتشغيل الشفرة التالية لإلحاق البيانات بالجدول Sub UpendDataToTable() Dim RS As Recordset CurrentDb.Execute "Delete * From [Vehicle Services]" Set RS = CurrentDb.OpenRecordset("Sheet1") For i = 1 To RS.Fields.Count - 1 CurrentDb.Execute "Insert into [Vehicle Services]([Service Date],[Service Price], [Vehicle Number])" _ & "Select [Service Date],format([" & RS(i).Name & "],'Standard') As [Sevice Price],'" & RS(i).Name & "' AS [Vehicle Number] From Sheet1" Next End Sub وهذه الشفرة لجلب البيانات من أكسل مباشرة إلى الجدول الجديد Sub FetchExcelDataSheet(BookName, SheetName) Dim RS As Recordset Dim dbType dbType = "[EXCEL 12.0;HDR=YES;]" BookName = CurrentProject.Path & "\" & BookName SheetName = "[" & SheetName & "$]" CurrentDb.Execute "Delete * From [Vehicle Services]" Set RS = CurrentDb.OpenRecordset("Sheet1") For i = 1 To RS.Fields.Count - 1 CurrentDb.Execute "Insert into [Vehicle Services]([Service Date],[Service Price], [Vehicle Number])" _ & "Select [Service Date],format([" & RS(i).Name & "],'Standard') As [Sevice Price],'" _ & RS(i).Name & "' AS [Vehicle Number] From " & SheetName & " in'" & BookName & "'" Next End Sub وهذا التطبيق على المثال Database19.zip

على كل حال Replace تعيد البيانات بطولها بعد التعديل ولا حاجة إلى Left و Right معها لكن، ومع هذا: كل حل ممكن سيكون جميلا وهو محل اعتبار

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

قاعدة البيانات لا تعمل.. حالو رفعها من جديد.. هذا المرفق 2003 InsertMissingNumber.zip

استخدم الوظيفة Replace ، وكن حذرا عند استخدامها، كما أحثك على عمل نسخة من البيانات قبل ذلك إليك مثال يقوم بعمل التحديث الذي طلبت InsertMissingNumber.zip

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