اذهب الي المحتوي
أوفيسنا
بحث مخصص من جوجل فى أوفيسنا
Custom Search

الردود الموصى بها

قام بنشر

اخواني كل عام وانتم بخير 

لدي فى المرفق استعلام توحيد لخمس جداول Issue_doc راس فاتورة المبيعات جدول Customers العملاء وجدول Maintenance راس فاتورة صيانة للعملاء وجدول Transaction  وجدول receipt_voucher لسند القبض.

عملت استعلام كشف حساب الموردين بـ 4 جداول  جدول Add_doc راس فاتورة المشتريات وجدول Transaction  الحركة وجدول Suppliers الموردين وجدول Account_Payable سند الدفع عشان اطلع كشف حساب مورد الحمدللع طلع مظبوط 

عاوز اعمل استعلام توحيد للعملاء مثل الموريد بس زايد الصيانة عشان اضيف حساب الصيانة على كشف العميل يعني يشمل المبيعات والصيانة مثل استعلام كشف حساب الموردين

Copy of SmallFactory.zip

قام بنشر

الله يبارك فيك اخوك مزنوق

لو حضرتك اطلعت على المرفق فى المشاركة الاولى تلاقي المرفق حعمله مثل استعلام توحيد لكشف المورد والعميل بس انا فى العميل حزود جدوال Maintenance راس امر الصيانة يعنى الاستعلام كشف حساب العميل يكون من 5 جداول

1- Issue_doc راس فاتورة المشتريات

2- Customers العميل

3- Maintenance راس الصيانة

4- receipt_voucher سند القبض 

5- Transaction الحركة

المشكلة كلها اني اطلع كشف حساب عميل 

قيمة الكمية التى بتروح للعميل فى جدول الحركة Transaction حقل total بتكون مدين

المقبوض من العميل فى جدول سند القبض receipt_voucher  فى حقل LE دائن

قيمة الكمية الى بترجع من العميل فى جدول Transaction  حقل TTotal  دائن

قيمة الصيانة التى تحمل على العميل فى جدول Transaction  حقل total l]dk

قام بنشر (معدل)

Copy of SmallFactory.zip

 

في الحقيقة استعلامات التوحيد ليس مكانها هنا .. استعلامات الدمج هي المطلوبة  

عند دراسة تدفق البيانات في جداول البيانات يوجد لدي بعض الملاحظات:

الجدول  receipt_voucher لا يتضمن رقم المستند المدفوع لأجلة.. الدفع مقابل الفاتورة وليس مقابل العميل.

الجدول Issue_doc لا يتضمن المبلغ المدفوع مع وجود رقم الفاتورة وطريقة الدفع، وأيضا لا يوجد علاقة بين الفاتورة والغرض الذي أُصدرت الفاتورة من أجله (RepairId)

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

أرجو التكرم بالتصحيح للوصول إلى تدفق بيانات صحيح ومنضبط..

الصورة التالية تظهر بيانات غير صحيحة في الاستعلام

2017-09-03_1531.png.350abdbb176826f4dfe41b50b0ce2eb1.png

العملية تحتاج إلى صبر فقط..

تم تعديل بواسطه أبو إبراهيم الغامدي
إضافة مرفق في الأعلى
قام بنشر (معدل)
2 ساعات مضت, أبو إبراهيم الغامدي said:

Copy of SmallFactory.zip

 

في الحقيقة استعلامات التوحيد ليس مكانها هنا .. استعلامات الدمج هي المطلوبة  

عند دراسة تدفق البيانات في جداول البيانات يوجد لدي بعض الملاحظات:

الجدول  receipt_voucher لا يتضمن رقم المستند المدفوع لأجلة.. الدفع مقابل الفاتورة وليس مقابل العميل.

وحضرتك بتقول ان الجدول  receipt_voucher لا يتضمن رقم المستند المدفوع لأجلة فيه رقم Receipt_voucher بيرقم تلقائي سند ولا حضرتك تقصد ان السند يفرق بين الدفع النقدي والدفع آجل 

الجدول Issue_doc لا يتضمن المبلغ المدفوع مع وجود رقم الفاتورة وطريقة الدفع، وأيضا لا يوجد علاقة بين الفاتورة والغرض الذي أُصدرت الفاتورة من أجله (RepairId)

تقصد الربط مع جدول ا لحركة بصراحة انا مش فاهم حضرتك

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

أرجو التكرم بالتصحيح للوصول إلى تدفق بيانات صحيح ومنضبط..

الصورة التالية تظهر بيانات غير صحيحة في الاستعلام

2017-09-03_1531.png.350abdbb176826f4dfe41b50b0ce2eb1.png

العملية تحتاج إلى صبر فقط..

صراحة دماغي لفت فعلاً فى خطأ فى الارصدة

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

تم تعديل بواسطه أكسس وبس
قام بنشر

عند دراسة البيانات تبين لي التالي...

ارتباط العميل بالمنشأة عن طريق جدول الصيانة Maintenance..

بعد تقرير الصيانة يتوجب على العميل دفع المصاريف بموجب مستند الصرف Issue_doc ..

توثق عملية الدفع عن طريق سندات الاستلام Receipt_Voucher..

الجدول Transaction هو للإجراء الدخلي بين أقسام المنشأة..

المناقشة..

الجدول Issue_Doc يصدر سندات للدفع وليست للصرف.. من المفترض أن يكون الملبغ المدفوع في هذا الجدول وليس في جدول Transaction..

طريقة الدفع تكون في جدول Receipt_Voucher وليس في جدول Isssue_doc 

القمية الاجمالية للداين والمدين يمكن حسابها بإجاد الفرق بين إجمالي المطلوب دفعه وإجمالي المستلم

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

في اعتقادي إذا تدفقت البيانات بهذه الطريقة تكون العملية الحسابية صحيحة بإذن الله

 

الصورة توضح بعض الإرباك الحاص في جدول Transaction...

هناك أوامر صيانة ليس لها سندات دفع .. وسندات دفع ليس لها أوامر صيانة

2017-09-03_2238.png.c8f31d320c28478b6799a7f5383af351.png

قام بنشر

اشكرك يا اخي على اهتمامك 

بالنسبة لجدول Issue_Doc راس فاتورة المبيعات وهو مربوط مع جدول Transaction المبلغ الذى يتم قبضه من العميل بيكون حاصل ضرب الكمية فى السعر = الاجمالى وده حقل فى فى جدول Transaction بعد كده بعمل سند قبض باستلام المبلغ من جدول Receipt_Voucher

ام جدول Maintenance ده خاص براس فاتورة الصيانة ومربوط مع جدول Transaction  كذلك المبلغ الى استلمه من العميل بيكون عن طريق سند القبض Receipt_Voucher

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

 

قام بنشر (معدل)

يا اخى فعلا لكل رأس جداول

جدول add_doc  رأس فاتورة المشتريات ومردودات المشتريات

جدول Issue_doc  رأس فاتورة المبيعات ومردودات المبيعات

جدول Control راس أمر التصنيع والانتاج

جدول Maintenance  رأس امر الصيانة 

جدول Expceses  راس المصروفات

وكله مربوط مع جدول الحركة Transaction  

ولا حضرتك تقصد لكل نوع جدول كامل رأس وقلب الفاتورة

تم تعديل بواسطه أكسس وبس
قام بنشر
1 ساعه مضت, أبو إبراهيم الغامدي said:

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

انا ارى العكس استاذنا  وهو رأي شخصي قابل للمعارضة والنقاش

لو  جعل التفاصيل كلها في جدول واحد  لكانت العمليات اكثر مرونة ، ولاستغنى عن  استعلام التوحيد

مشكلته الحاصلة الآن ان لديه  عمليتان خارج جدول التفاصيل ولا علاقة لهما به

كنت عرضت عليه الفكرة ووددت ان يجرب ..

قام بنشر (معدل)

اشكرك يا اخي ابو خليل

رأيك حيكون كله رؤوس الفواتير مشتريات ومردودات مشتريات وتصنيع ومردودات تصنيع ومبيعات ومردودات مبيعات وصيانة ومصاريف كله فى جدول واحد ياريت حضرتك توضح الصورة + جدول عملا وجدول موردين وجدول تكويد اصناف وجدول تكويد منتجات وجدول لبيانات الشركة وجدول العمال وجدول المستخدم

وحيكون الربط جدول عملا وجدول موردين مربوط مع الجدول الشامل ولا ايه

فكرت كتير ان اعمل كده عشان اوفر على نفسى استعلامات وحيكون اسهل على الاقل فى التقارير والاستعلامات ولكن لو حبيت اطور البرنامج حيكون فى مشكلة وضع البيانات القديمة فى الجداول الجديدة 

 

وهل هذا حيكون سليم ان طلع مدين ودائن وارباح وخسائر 

 

رأيك يكون الجدول الشامل حيكون المفتاح الرئيسي بتاعه ايه كود حركة وبعدين انا عاوز اعمل مفتاح لكل راس فاتورة 

كود حركة

كود فاتورة مشتريات

كود فاتورة مردودات مشتريات

كود تصنيع

كود مردودات تصنيع

كود مبيعات

كود مردودات مبيعات

كود صيانة

كود المصاريف

كود الصنف ربط مع الاصناف

كود المنتج ربط مع المنتاج

طريقة الدفع

نوع الحركة ( مشتريات - مردودات - تصنيع - مردودات - مبيعات - مردودات - صيانة - مصاريف)

بيان

التكلفة

مصاريف انتاج

كمية مواد خام واردة من مورد

كمية مواد خام صادرة للتصنيع او راجعة للمورد

كمية منتجات واردة جاية من التصنيع او من العميل

كمية منتاج صادر للبيع

اجمالى 

مستخدم

اذا كان الجدول ده يكون مظبوط اعمله دلوقتي واغير بس تكوني معاني خطوة بخطوة عشان انجز 

تم تعديل بواسطه أكسس وبس
قام بنشر

نعم كلنا معك

المهم تعلم هذه الرؤوس يمكن دمج بعضها ببعض

مثلا  يمكنني  استخدام نموذج واحد  لجميع هذه الرؤوس سواء كان المصدر جدولا واحدا او عدة جداول

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

 

دعنا من النماذج  فقط ارفق الجداول بعد التعديل ولا تنسى تضع بيانات مناسبة حتى نجرب

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

زائر
اضف رد علي هذا الموضوع....

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • تصفح هذا الموضوع مؤخراً   0 اعضاء متواجدين الان

    • لايوجد اعضاء مسجلون يتصفحون هذه الصفحه
×
×
  • اضف...

Important Information