Javascript Tree Menu by Deluxe-Tree.com طرق تمثيل الحسابات في قواعد البيانات - الصفحة 2
   
صفحة 2 من 4 الأولىالأولى 1234 الأخيرةالأخيرة
النتائج 16 إلى 30 من 52

الموضوع: طرق تمثيل الحسابات في قواعد البيانات

الكاتب: ناصر المصاروة
الردود: 51 | المشاهدات: 4446 | رقم الموضوع: 14918
  1. (رقم الرد: 84123) #16
    تاريخ التسجيل
    06-01-2009
    الإقامة
    Jordan
    إصدار أوفيس
    2007
    المشاركات
    3,700

    افتراضي رد: طرق تمثيل الحسابات في قواعد البيانات

    اقتباس المشاركة الأصلية كتبت ازاد جميل مشاهدة المشاركة
    شکرا اخي لکن عندي سؤال
    عملت فورم بحث بين تاريخين لغيبات الطلاب و ضهرت النتائج تمام لکن تضهر بالتفصيل اي الايام والتواريخ
    انا اريد ان تضهر مجموع الايام لکل طالب خلال فتره‌ معينه‌
    في جدول الحسابات ام في جدول الحركات؟

    تصميم برامج قواعد البيانات الاكسيس
    تصميم صفحات ومواقع ويب PHP و MySQL
    دروس في الاكسيس والPHP والMYSQL عبر الماسنجر

  2. (رقم الرد: 84126) #17
    تاريخ التسجيل
    06-01-2009
    الإقامة
    Jordan
    إصدار أوفيس
    2007
    المشاركات
    3,700

    افتراضي رد: طرق تمثيل الحسابات في قواعد البيانات

    الحسابات المتفرعة او الشجرية "شجرة الحسابات"
    لم اكن ارغب بالتطرق لهذا الموضوع ولكن دعت الحاجة لتوضيح مفهم قد يخفى على البعض.
    ما المقصود بالحسابات المتفرعة؟
    قد تشترك عددا من الحسابات بصفة تجعلها تتبع حساباً نسميه الحساب الأب او قد نرغب بتقسيم حساب الى عدة حسابات فرعية. وحتى الحساب الابن قد يتفرع الى حسابات احفاد فيصبح الحساب الاب جداً للحسابات الاحفاد.
    مثلاً:
    في احدى المنشآت يوجد حساب للمصاريف, ولكن ادارة المنشأة ترغب بتفصيل هذا الحساب بفصل كل نوع من المصاريف على حدة: مصاريف ادارية, مصاريف تشغيلية
    المصاريف الادارية تنقسم الى : مصاريف نقل, مصاريف صيانة
    مصاريف الصيانة تنقسم الى : صيانة المباني, صيانة الاثاث, صيانة المركبات
    صيانة المركبات تنقسم الى : صيانة وقائية, صيانة اعطال
    الصيانة الوقائية تنقسم الى : تغيير زيوت, تغيير فرامل, وقود, غسيل وتشحيم, ترخيص
    اذا قد يتفرع الحساب الواحد الى اربعة او خمسة مستويات او اكثر
    وقد ينفرد بعض الحسابات بلا تفرع
    ولكن في النهاية كل فرع على حدة يعتبر حساب "كل حساب لا يوجد له ابناء هو حساب" اما الحساب المتفرع "الاب" فلا يجوز ربطه بحركات.
    والهدف من عملية تشجير الحسابات او تفرعها يخص الادارة
    مثلا قد يرغب المدير بمعرفة حجم المصاريف للعام الحالي لمؤسسته
    طبعاً لاستخراج المصاريف سنحتاج لاستخراج مجموع المبالغ التي انفقت على كل الحسابات التي تنطوي تحت حساب المصاريف سواءاً كانت أبناء او أحفاد, ولكنة قد يرغب بتفصيل اولي لهذه المصاريف مثلاً مصاريف ادارية 15000 , مصاريف تشغيلية : 17500, وهنا قد يرغب بمعرفة تفصيل المصاريف الادارية ... وهكذا.
    اذا نعود لنقول ان تشجير الحسابات امراً يعود للادارة اما المبرمج فكل الحسابات بالنسبة له سواسية.
    ولايقوم المبرمج بعملية تفصيل الحسابات وتشجيرها انما يقوم بذلك مستخدم البرنامج _ المحاسب,اما المبرمج فمطلوب منه في هذه الحالة اعداد الواجهة التي ستمكن المستخدم من اضافة الحسابات وتعيين الاباء والابناء.
    النقطة الاخرى التي على المبرمج الانتباه اليها انه لا يجوز تنفيذ حركات على حساب له ابناء ولا يجوز تفريع حساب اذا تمت عليه حركات.
    لتصميم نظام الحسابات المتفرعة كل ماعلينا اضافة حقل الحساب الاب الى جدول الحسابت ونربطه بحقل رقم الحساب , وبهذا يصبح جدول الحسابات مرتبطاً مع نفسه بعلاقة راس باطراف او واحد الى متعدد.
    انا قمت بتنفيذ مثل هذه العملية بدون حقل الحساب الاب وبدون علاقة ولكن من خلال كود الحساب
    انظر هذا الرابط "نموذج لترميز السجلات"
    يلزم المبرمج ايضا في هذه الحالة انشاء استعلامات وتقارير لاستخراج أرصدة الحسابات المتفرعة باستخراج أرصدة الحسابات الابناء للحساب المطلوب.
    باستخدام طريقة ترميز الحسابات فانه يمكننا استخراج ارصدة ومجاميع الحسابات المتفرعة باستخدام كود الحساب وبسهولة اكبر من حالة استخدام حقل الحساب الاب
    مثلا:
    تعطى الحسابات الرئيسية ارقام من خانتين 01, 02, 03 ...99
    لنفرض اننا نريد تفريع الحساب رقم 17 اذا سنعطي ابنائه ارقام 1701, 1702...1799, واذا اردنا تفريع الحساب رقم 1735 مثلاً سيحمل ابنائه الارقام 173501, 173502....173599.
    فاذا اردنا الحصول على رصيد الحساب 17 فاننا سنبحث في جدول الحركات عن الحسابات التي تبدا ارقامها بـ 17 سواءاً كانت من خانتين او اربعة او ستة
    ارجو ان تكون قد وصلت المعلومة.
    أما خاصية العرض الشجري TreeView التي استخدمها استاذنا الكبير كمال النحال فهي ليست حكراً على الحسابات, انما هي خاصية موجودة في الاكسيس يمكن استخدامها في اي مجال وقد برع استاذنا كمال في تركيبها على نظام الحسابات, وقد اقتبست فكرتها منه واستخدمتها في برنامج ادارة مشاريع, حيث يتم تقسيم المشروع الى مراحل وبعض المراحل قد تكون منفردة او تنقسم الى مراحل فرعية وهكذا, وقد برمجتها بطريقة ترميز السجلات وليس حقل السجل الاب.
    ارجو ان اكون قد وفيت هذا الفصل حقه ونتابع لاحقاً مع فصول اخرى

    تصميم برامج قواعد البيانات الاكسيس
    تصميم صفحات ومواقع ويب PHP و MySQL
    دروس في الاكسيس والPHP والMYSQL عبر الماسنجر

  3. أعضاء يشكرون صاحب المشاركة: أعضاء يشكرون صاحب المشاركة: يوسف احمد, أبو يوسف1, عارف حسان
  4. (رقم الرد: 84130) #18
    تاريخ التسجيل
    06-01-2009
    الإقامة
    Jordan
    إصدار أوفيس
    2007
    المشاركات
    3,700

    افتراضي رد: طرق تمثيل الحسابات في قواعد البيانات

    دفتر اليومية , دفتر الاستاذ واقفال القيود المحاسبية
    احد المواضيع الهامة التي يتعرض لها المبرمج في مجال الحسابات دفتر اليومية ودفتر الاستاذ, وكما اشرنا فينبغي على المبرمج ان يفهم دور كل دفتر وطريقة ادامته ووظيفته.
    دفتر اليومية تسجل فيه الحركات التي تجري على الحسابات اولاً باول وفي نهاية كل يوم يتم ترحيل القيود الى دفتر الاستاذ وتقيد بطريقة خاصة, حيث تقيد الحركات التي جرت على كل حساب في صفحة خاصة, اذا باختصار فان دفتر الاستاذ هو تلخيص او انعكاس لدفتر اليومية بطريقة مختلفة قليلاً.
    في قواعد البيانات يحل جدول الحركات Operations محل دفتر اليومية , ولا يوجد "فعلياً" ما يسمى بدفتر الاستاذ ولكن يمكن تصميم دفتر الاستاذ الاستعلامات, لنقل اعادة عرض البيانات من جدول الحركات باسلوب دفتر الاستاذ "على مستوى الحساب". ويمكن في نهاية كل يوم طباعة بيانات دفتر الاستاذ على شكل تقارير يتم حفظها في اضبارة او ارشيف نسميه دفتر الاستاذ.
    وهنا تجدر الاشارة الى امر هام وهو انه في انظمة المحاسبة لا يجوز التعديل على اي عملية بعد انفاذها, لان اي تعديل على عملية سابقة سيسبب خللاً في كافة البيانات التي تتلو هذه الحركة, واذا اضطررنا لذلك نلجا الى الحركات العكسية.
    مثلاً لنفرض اننا اصدرنا فاتورة بقيمة 500 دينار ثم تبين اننا اخطأنا في تسعير الصنف وان قيمة الفاتورة الحقيقية 450 دينار, هنا سنضيف حركة نخصم بموجبها 50 دينار عن حساب العميل ونوضح في التفاصيل سبب الخصم, ذلك حتى لا نضطر للتعديل على قيمة الفاتورة مباشرة مما سيؤثر على الحركات التي تتلو اصدار الفاتورة.
    قلنا ان دفتر الاستاذ يتم من خلال استعلامات تعيد عرض البيانات من جدول الحركات باسلوب دفتر الاستاذ ويمكن طباعة هذه البيانات في نهاية اليوم وحفظ التقارير في اضبارة دفتر الاستاذ, فماذا عن اقفال القيود...؟
    اولاً ماذا نعني باقفال القيود:
    اقفال القيود هي عملية تتم غالباً يومياً, وبالاضافة للاقفال اليومي هناك اقفال دوري يختلف باختلاف المؤسسة وطبيعة عملها, يهمنا هنا الاقفال اليومي للقيود.
    اقفال القيود هو اجراء يقوم به المحاسب للتاكد من دقة حساباتة خلال اليوم وللوقوف على الارصدة النهائية "ارصدة الاغلاق" لكافة الحسابات لديه.
    ويتم ذلك باحتساب رصيد الافتتاح +(الحركات الدائنة – الحركات المدينة) = رصيد الاغلاق
    او رصيد الافتتاح + (الحركات الدائنة – الحركات المدينة) – رصيد الاغلاق = صفر
    يتم ذلك طبعاً لكل حساب على حدة , ويكون المجموع الجبري للارصدة يساوي صفر
    ولكن كيف يكون تنفيذ ذلك في قواعد البيانات؟
    هنالك طريقتين لتنفيذ ذلك, وكلاهما صحيحة.
    الطريقة الاولى الاستعلامات حيث نحتاج الى استخراج ارصدة الحسابات السابقة بداية هذا اليوم من خلال احتساب مجاميع الحركات السابقة, ثم اضافة الحركات التي جرت على الحسابات لهذا اليوم لنحصل على أرصدة الحسابات نهاية اليوم.
    هذه الطريقة صحيحة ولكنها قد تكون بطيئة عند تضخم قاعدة البيانات, وقد لا نحصل على نتائج متطابقة لو تم الرجوع لتواريخ سابقة ان لم تكن العملية متقنة ولم نراعي الدقة في ادخال البيانات.
    فمثلاً لو أننا قمنا باغلاق قيود هذا اليوم واستخرجنا ارصدة الحسابات وطبعنا التقرير وحفظناه في الملف, ثم رجعنا بعد فترة واستخرجنا التقرير الخاص بنفس اليوم قد نجد نتائج مختلفة عن التقرير المحفوظ , والسبب كما اسلفت اما عدم توخي الدقة في ادخال البيانات, او تعديل بيانات سابقة, او خللاً برمجياً في اداء قاعدة البيانات.
    الطريقة الثانية وهي اضافة نظام لاغلاق القيود
    هذا النظام مكوناً من جدولين:
    جدول الاغلاق ويحتوي على حقل رقم الاغلاق, التاريخ, ملاحظات , ويفضل اضافة اسم المستخدم الذي قام باغلاق القيود
    جدول الارصدة وفيه رقم معرف, رقم الاغلاق ليرتبط بجدول الاغلاق, رقم الحساب ليرتبط بجدول الحسابات, رصيد البداية, مجموع الحركات الدائنة, مجموع الحركات المدينة , ولا حاجة لرصيد الاغلاق اذ انه حقل محسوب.
    في بداية اليوم يتم اضافة سجل الى جدول الاغلاق يسجل فيه تاريخ اليوم, ويتم اضافة سجلات الى جدول الارصدة بعدد الحسابات في جدول الحسابات اي لكل حساب سجل ويسجل رصيد البداية والذي يساوي رصيد الاغلاق لليوم السابق.
    هذه العملية تتم برمجياً عند تشغيل القاعدة لاول مرة كل يوم دون تدخل من المستخدم.
    ولكن في نهاية اليوم نحتاج من المستخدم ان يقوم باقفال القيود حيث يتم الياً اضافة مجاميع الحركات الدائنة والمدينة التي جرت على كل حساب ويستخرج رصيد الاغلاق حسابياً.
    العملية برمتها تعتبر من الحقول المحسوبة وهي تكرار للبيانات ولكنها هامة وجيدة للوقوف على صحة عمل القاعدة, وتوفر الوقت في استخراج الارصدة.
    مخاطر هذه العملية تكمن في انه يمكن ان لا يتم اغلاق القيود لليوم السابق, قد يطفئ الجهاز بسبب انقطاع التيار الكهربائي ولا يتم اغلاق القيود, قد يتم تشغيل البرنامج وتنفيذ حركات بعد اغلاق القيود.
    كل هذه المخاطر بسيطة ويمكن للمبرمج ايجاد وسائل مناسبة للتغلب عليها.
    هناك بعض النقاط الاخرى حول مسألة الاغلاق اليومي, فالبعض لايقوم بعملية الفتح واغلاق الا للحسابات التي تجري عليها حركات لذلك اليوم. البعض يقوم بتنفيذ العملية على مستوى الحساب الاب, في القواعد الكبيرةالتي تكون موزعة على عدد من الموظفين يقوم كل موظف باغلاق الحسابات الخاصة به.. وهناك حيثيات كثيرة تختلف باختلاف البرنامج ونشاط الشركة وحجمها.
    هذا عن الاقفال اليومي اما الاقفال الدوري فله وقفة خاصة ان شاء الله.
    التعديل الأخير تم ناصر المصاروة ; 24-02-2014 الساعة 02:55

    تصميم برامج قواعد البيانات الاكسيس
    تصميم صفحات ومواقع ويب PHP و MySQL
    دروس في الاكسيس والPHP والMYSQL عبر الماسنجر

  5. أعضاء يشكرون صاحب المشاركة: أعضاء يشكرون صاحب المشاركة: يوسف احمد, أبو يوسف1, عارف حسان
  6. (رقم الرد: 84133) #19
    تاريخ التسجيل
    06-01-2009
    الإقامة
    Jordan
    إصدار أوفيس
    2007
    المشاركات
    3,700

    افتراضي رد: طرق تمثيل الحسابات في قواعد البيانات

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

    تصميم برامج قواعد البيانات الاكسيس
    تصميم صفحات ومواقع ويب PHP و MySQL
    دروس في الاكسيس والPHP والMYSQL عبر الماسنجر

  7. (رقم الرد: 84164) #20
    تاريخ التسجيل
    04-01-2009
    المشاركات
    560

    افتراضي رد: طرق تمثيل الحسابات في قواعد البيانات

    بارك الله فيك استاذنا العزيز ناصر

    موضوع رائع كصاحبه .. جزاك الله كل خير و جعله في موازين حسناتك

    كل الشكر و التقدير لك ... و الشكر موصول لأستاذنا العزيز عارف حسّان على تثبيته للموضوع

  8. أعضاء يشكرون صاحب المشاركة: أعضاء يشكرون صاحب المشاركة: ناصر المصاروة
  9. (رقم الرد: 84173) #21

    افتراضي رد: طرق تمثيل الحسابات في قواعد البيانات

    فعلا شرح رائع لکن انا اواجه مشکلة حين تطبيق الشرح مثلا انا عندي فاتورة مبيعات وعندي جدول قبوضات العملاء اواجه مشکلة وهي عندما اعمل جدول الحرکات اي المقبوضات مع الفواتير مشکلتي ان کيف ارحل قيمة الفاتورة اي مبلغ الفاتورة الي جدول الحرکات حاولت ولم انجح

  10. (رقم الرد: 84175) #22
    تاريخ التسجيل
    06-01-2009
    الإقامة
    Jordan
    إصدار أوفيس
    2007
    المشاركات
    3,700

    افتراضي رد: طرق تمثيل الحسابات في قواعد البيانات

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

    تصميم برامج قواعد البيانات الاكسيس
    تصميم صفحات ومواقع ويب PHP و MySQL
    دروس في الاكسيس والPHP والMYSQL عبر الماسنجر

  11. (رقم الرد: 84181) #23
    تاريخ التسجيل
    06-01-2009
    الإقامة
    Jordan
    إصدار أوفيس
    2007
    المشاركات
    3,700

    افتراضي رد: طرق تمثيل الحسابات في قواعد البيانات

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

    تصميم برامج قواعد البيانات الاكسيس
    تصميم صفحات ومواقع ويب PHP و MySQL
    دروس في الاكسيس والPHP والMYSQL عبر الماسنجر

  12. أعضاء يشكرون صاحب المشاركة: أعضاء يشكرون صاحب المشاركة: أبو يوسف1, عارف حسان, رمهان
  13. (رقم الرد: 84243) #24
    تاريخ التسجيل
    06-01-2009
    الإقامة
    Jordan
    إصدار أوفيس
    2007
    المشاركات
    3,700

    افتراضي رد: طرق تمثيل الحسابات في قواعد البيانات

    في نهاية الدورة المحاسبية يجري امرين رئيسيين
    الاغلاق النهائي للقيود وتسوية الحسابات و اعداد قائمة المركز المالي للعام والميزانية الختامية للدورة المحاسبية المنصرمة ويتلوذلك التحضير للدورة المحاسبية التالية.
    وهذه الاعمال غالباً تتم بطريقة مختلفة عما تعودنا عليه في دفتر الاستاذ وقائمة ميزان المراجعة بالارصدة حيث لن نعتمد على الاستعلامات فقط بل تتطلب اضافة سجلات وحركات ترحيل بيانات الى جداول خاصة بهذه العملية وهناك اساليب ووسائل اخرى سنتطرق لها ان شاء الله.
    الاغلاق النهائي للقيود او الحسابات : ويختلف اغلاق الحسابات باختلاف نوع الحساب.
    فهناك الحسابات الدائمة, والحسابات المؤقتة.
    اما الحسابات الدائمة فهي الحسابات التي سيستمر العمل بها في الدورة المحاسبية التالية مثل حساب العملاء والموردون والصندوق والبنوك وغيرها, هذه الحسابات سترحل ارصدتها الى الدورة المحاسبية التالية كما هي.
    واما الحسابت المؤقتة فهي الحسابات التي تخدم الدورة المحاسبية وستصفر ارصدتها في نهاية الدورة المحاسبية, منها حساب السحوبات الشخصية, وحساب المصاريف وحساب الايرادات, ومجمع استهلاك الاثاث والسيارات وارباح ارتفاع اسعار الاملاك, كل هذه الحسابات ستصفر ارصدتها لتبدأ الدورة المحاسبية الجديدة برصيد صفر.
    طبعاً للحفاظ على ميزان الحسابات فان عملية تصفير واقفال الحسابات تتم بترحيل ارصدتها الى ارصدة اخرى _راس المال_ وقد يتطلب الامر انشاء حسابات وسيطة لعملية الترحيل.
    ولكن بعض الحسابات المؤقتة قد تحتوي على ارصدة تخدم الدورة المحاسبية القادمة, مثلا قد يتم دفع ايجار مقدم يخدم الدورة المحاسبية القادمة, وقد يتم تلقي مبالغ من عملاء لقاء تقديم خدمات خلال الفترة القادمة, وقد يتم دفع رواتب الموظفين لفترات تدخل في الدورة القادمة ..هذه الحسابات لن يتم اقفالها ولكن سيتم معاملتها معاملة الحسابات الدائمة.
    احياناً قد تتداخل الحسابات المؤقتة والدائمة, فقد يتم دفع الايجار في منتصف العام ولعام كامل مقدماً, اي ان نصف المبلغ المدفوع سيحتسب على الفترة المحاسبية الحالية والنصف الاخر سيحتسب على الفترة القادمة, بالنسبة لصاحب العقال الذي تقاضى الايجار لن يهمه اعمالك المحاسبية اذ سيعطيك ايصالاً بقبض المبلغ مع الاشارة للتاريخ الذي سينتهي فيه الايجار.
    اما المحاسب فامامه احدى طريقتين:
    - اما ان يقيد المبلغ على حساب المصاريف بحركة واحدة وهنا عليه في نهاية الدورة ان يقوم بترحيل نصف المبلغ الى الدورة القادمة واقفال الحساب.
    مثال: لنفرض ان قيمة الايجار 10000 دينار تم دفعها نقدا من الصندوق وسيتم تقسيمها على فترتين مناصفة
    سيقيد العملية كالتالي
    10000 الى حساب الصندوق
    10000 من حساب الايجار
    وفي نهاية الدورة سيحتاج لاقتطاع نصف الايجار للدورة القادمة وتصفير النصف الاخر وسيتم ذلك كالتالي
    5000 الى حساب الايجار
    5000 من ح ملخص الدخل "ملخص الدخل حساب وسيط تمهيداً لترحيله الى راس المال"
    وبالتالي سيبقى في الرصيد 5000 دينار يتم ترحيلها للدورة القادمة

    - او يقوم عند دفع الايجار بتقييد الحساب في حركتين: الاولى على حساب الايجار للفترة الحالية والثانية على حساب الايجار المدفوع مقدما للفترة القادمة
    مثال:
    10000 الى حساب الصندوق
    5000 من حساب الايجار للفترة الحالية 2013
    5000 من حساب الايجار المدفوع مقدماً للفترة القادمة 2014

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

    في الدورة المحاسبية الجديدة سنحتاج الى ترحيل المبلغ من حساب الايجار المدفوع مقدماً الى حساب الايجار للفترة الحالية باعتبار انه اصبح يخدم الفترة الحالية.

    والان كيف سيتم حوسبة هذه العمليات
    باستخدام الطريقة الاولى سيتم ترحيل نصف المبلغ الى حساب "ملخص الدخل" ويبقى نصف المبلغ بالحساب لينتقل للفترة الجديدة مع الحسابات الدائمة

    اما باستخدام الطريقة الثانية فسنحتاج الى انشاء حساب باسم "حساب ايجار مدفوع مقدماً" ويضاف الى الحسابات الدائمة.

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

    تصميم برامج قواعد البيانات الاكسيس
    تصميم صفحات ومواقع ويب PHP و MySQL
    دروس في الاكسيس والPHP والMYSQL عبر الماسنجر

  14. أعضاء يشكرون صاحب المشاركة: أعضاء يشكرون صاحب المشاركة: أبو يوسف1, عارف حسان, رمهان
  15. (رقم الرد: 84245) #25
    تاريخ التسجيل
    12-01-2011
    الإقامة
    السعودية - الرياض
    المشاركات
    895

    افتراضي رد: طرق تمثيل الحسابات في قواعد البيانات

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

    - - - - - الدمج الآلي للردود - - - - -

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

  16. (رقم الرد: 84249) #26
    تاريخ التسجيل
    06-01-2009
    الإقامة
    Jordan
    إصدار أوفيس
    2007
    المشاركات
    3,700

    افتراضي رد: طرق تمثيل الحسابات في قواعد البيانات

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

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

    قبل الدخول في صلب الموضوع اود ان اشكر اخي رمهان على متابعته الحثيثة وملاحظاته الدقيقة التي تدل على المعرفة وسعة الاطلاع , وتشعرني باني تحت المراقبة.

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

    وبنفس الطريقة فان برامج الحسابات تمر بمرحلة انتقالية في نهاية كل دورة محاسبية وتتمثل في انهاء الدورة الحالية والانتقال الى دورة جديدة.

    وطريقة الانتقال من دورة الى دورة تختلف باختلاف نشاط وطبيعة الشركة بل ورغبة الادارة, ففي الشركة التي كنت اعمل بها سابقاً كنا نغلق كافة القيود ونرحلها الى الدورة الجديدة وكاننا بعنا الشركة بحساباتها من مالك الى مالك جديد.
    فمثلاً كنا نغلق حسابات العملاء "لكل عميل على حدة" ونفتح في الدورة الجديدة حساب جديد للعميل تكون اول حركة فيه "المبلغ - رصيد مدور من الدورة المحاسبية 2010" وهكذا بالنسبة لبقية الحسابات.
    كان هذا نزولاً عند رغبة صاحب الشركة.

    في شركات اخرى قد يتم اقفال الارصدة المؤقتة فقط واستخراج تقارير قائمة المركز المالي والاستمرار بالعمل اعتيادياً.

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

    الطريقة الثانية: في هذه الطريقة تبقى قاعدة البيانات كما هي الا انه يتم ربط الحسابات المؤقتة بالدورة المحاسبية من خلال جدول يسمى "جدول الدورة المحاسبية " Cycle يحتوي هذا الجدول على حقل الرقم واسم الدورة المحاسبية وتاريخ الافتتاح فقط
    كل الدورات في الجدول تعتبر منتهية باستثناء الدورة الاخيرة تعتبر هي الدورة الحالية.
    يتطلب ذلك ايضاً اضافة حقل الدورة المحاسبية الى جدول الحسابات لربط الحسابات المؤقتة بالدورة المحاسبية وكذلك الى جدول الحركات لربط الحركة بالفترة المحاسبية.
    بالنسبة لجدول الحركات فلا مشكلة في ذلك ولكن بالنسبة لجدول الحسابات فالحسابات الدائمة لا تحتاج الى ربطها بالفترة المحاسبية وبالتالي فالعلاقة بين جدول الفترات المحاسبية وجدول الحسابات غير مشروطة اذ يوجد سجلات في جدول الحسابات غير مرتبطة بجدول الفترات المحاسبية, هذا النوع من العلاقات لا اميل_شخصياً_ لاستخدامه.
    ايضاً في هذه الطريقة نحتاج الى فتح حسابات مؤقتة في بداية كل دورة مما سيوجد حسابات أسمائها مكررة ويجعل جدول الحسابات يتضخم.

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

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

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

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

    تصميم برامج قواعد البيانات الاكسيس
    تصميم صفحات ومواقع ويب PHP و MySQL
    دروس في الاكسيس والPHP والMYSQL عبر الماسنجر

  17. أعضاء يشكرون صاحب المشاركة: أعضاء يشكرون صاحب المشاركة: أبو يوسف1, عارف حسان, رمهان
  18. (رقم الرد: 84297) #27
    تاريخ التسجيل
    06-01-2009
    الإقامة
    Jordan
    إصدار أوفيس
    2007
    المشاركات
    3,700

    افتراضي رد: طرق تمثيل الحسابات في قواعد البيانات

    قائمة المركز المالي او الميزانية الختامية

    كغيرها من النماذج تختلف قائمة المركز المالي من شركة لاخرى باختلاف نشاط وطبيعة عمل الشركة.
    ويتم اعدادها في نهاية الدورة المحاسبية بعد اقفال وتسوية القيود.
    وهي ملخص لكافة ارصدة الحسابات في الشركة على مستوى الجذر, مثلاً يتم جمع ارصدة كافة العملاء تحت مسمى ارصدة العملاء , ولارصدة العملاء وجهين سناتي لذكرهما فيما بعد.
    ويتم جمع ارصدة كافة املاك الشركة من اثاث وسيارات ومباني وغيرها تحت مسمى حقوق الملكية وقد يتم تصنيفها الى اموال منقولة وغير منقولة.
    ويظهر فيها ايضاً راس المال بعد اقفال حسابات الايرادات والمصاريف والسحوبات الشخصية.
    ومنها يظهر موقف الشركة في نهاية الدورة المحاسبية ومافيها من ارصدة وممتلكات وبما انها اخر الاعمال التي تتم في نهاية الدورة المحاسبية, فهي تعد المفتاح للدورة المحاسبية التالية.
    وبالمقارنة بين قائمة المركز المالي في بداية الدورة المحاسبية ونهايتها نستطيع ان نحكم على مدى تقدم الشركة ونموها.
    وبرغم اختلاف اشكال قائمة المركز المالي ومدى تفصيلها الا انها من الناحية الحوسبية ليست الا استعلام يقوم بتجميع ارصدة الحسابات على المستوى الذي ترتأيه ادارة الشركة, لكن على المبرمج ان يأخذ بعين الاعتبار الشكل والمستوى المطلوب لتفصيل قائمة المركز المالي ليحدد البنية المناسبة لقاعدة البيانات.
    كنت قد اشرت الى ان لي عودة لمسألة ارصدة العملاء.
    العملاء من الحسابات المدينة في انظمة المحاسبة كصفة عامة, وعادةً ما يكون العملاء مدينون للشركة, ولكن احياناً قد يكون العميل دائناً.
    لنتصور ان لدينا ثلاثة عملاء ارصدتهم كالتالي:
    مدين 500, مدين 3000, دائن 1300
    لو قمنا بجميع ارصدة العملاء لظهر لنا اجمالي ارصدة العملاء : مدين 2200
    ولكن هل يصف هذا الاجمالي ارصدة العملاء حقيقة؟
    الطريقة الصحيحة هي بفصل الارصدة الدائنة عن الارصدة المدينة بحيث يظهر كالتالي:
    اسم الحساب : العملاء
    ,ارصدة دائنة : 1300
    ,ارصدة مدينة : 3500
    وهذا الامر ينطبق على بعض انواع الحسابات, وبالتالي فانه يتطلب تصميم الاستعلام بحيث يفصل بين الارصدة الدائنة والارصدة المدينة وجمع كل منها على حدة.
    كان هذا اخر القوائم التي اردت الحديث عنها, ولكن اود الاشارة الى ان هذه ليست كل القوائم المالية فهناك قوائم كثيرة واحصائيات وخرائط مالية وزمنية وخطط وموازين لم نتطرق لها لاختلافها وتشتتها.
    سنعود في الحلقة التالية لتصميم قاعدة البيانات والجداول الثانوية ان شاء الله

    القاكم على خير

    تصميم برامج قواعد البيانات الاكسيس
    تصميم صفحات ومواقع ويب PHP و MySQL
    دروس في الاكسيس والPHP والMYSQL عبر الماسنجر

  19. أعضاء يشكرون صاحب المشاركة: أعضاء يشكرون صاحب المشاركة: أبو يوسف1, عارف حسان, رمهان
  20. (رقم الرد: 84366) #28
    تاريخ التسجيل
    06-01-2009
    الإقامة
    Jordan
    إصدار أوفيس
    2007
    المشاركات
    3,700

    افتراضي رد: طرق تمثيل الحسابات في قواعد البيانات

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

الاسم:	Ac1.png 
المشاهدات:	7 
الحجم:	4.2 كيلوبايت 
الرقم:	18802

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

الاسم:	Ac2.png 
المشاهدات:	5 
الحجم:	7.1 كيلوبايت 
الرقم:	18803
    في بعض الحالات قد يتم التعامل مع العملاء من خلال مندوبين من موظفي الشركة وبالتالي يتم الربط بين كل مندوب والعملاء الذين يتبعونه من خلال رقم المندوب حيث يحتوي جدول العملاء على حقل رقم المندوب ليرتبط بعلاقة راس باطراف مع حقل رقم المندوب في جدول الموظفين او جدول المندوبين. راس من جهة جدول المندوبين واطراف من جهة جدول العملاء.
    وفي حالات اخرى يتم التعامل مع العميل من خلال اكثر من مندوب وذلك على مستوى العقد مثلاً قد نجد مندوب لخدمات الصيانة ومندوب لخدمات الحراسة ومندوب لخدمات النظافة, وقد نجد مندوب للمنطقة الشرقية ومندوب للمنطقة الغربية وهكذا.
    في هذه الحالة لا نحتاج لحقل رقم المندوب في جدول العملاء ولكن في جدول حسابات العملاء, حيث يتم الربط بين جدول حسابات العملاء وجدول المندوبين بعلاقة راس باطراف راس من جهة جدول المندوبين واطراف من جهة حسابات العملاء.
    حسابات البنوك: غالباً ما يكون للشركة عدة حسابات في البنوك وربما يكون للشركة اكثر من حساب في بنك واحد وبما يكون للشركة اكثر من حساب في اكثر من بنك, بعض هذه الحسابات تكون كارصدة وبعض هذه الحسابات تكون قروض تمويلية وبعض الحسابات تكون اعتمادات بنكية لتغطية تمويل المشاريع او العمليات التجارية.
    وباختلاف طبيعة ونشاط الشركة وتعدد الحسابات البنكية وانواعها تختلف طريقة التعامل مع حسابات البنوك من برنامج لآخر.
    فاحياناً قد نكتفي بجدول الحسابات الرئيسي بتفريع الحساب من حساب اب , وقد نحتاج الى افراد الحسابات في جدول مستقل هذا اذا احتجنا للاحتفاظ ببيانات وتفاصيل الحساب, وقد نحتاج الى جدولين وربما اكثر اذا احتجنا لمزيد من التفصيل.
    مثلاً قد نحتاج لجدول يحتوي اسماء البنوك فقط وجدول للحسابات البنكية يرتبط بجدول البنوك ويرتبط بجدول الحسابات الرئيسي _كما في حالة العملاء والموظفين متعددي الحسابات_ واحياناً نحتاج الى جدول لتصنيف الحسابات البنكية "حساب جاري, قرض تمويلي, حساب اعتماد .. الخ"
    وفي كل حالة ستختلف طريقة الربط وانواع العلاقات بين الجداول.
    حسابات الصناديق: كما في كل الحالات السابقة فقد يكون للشركة صندوق واحد تنفذ منه كافة العمليات النقدية, وقد يكون للشركة عدة صناديق متشابهة في الوظيفة "كما في البنوك وفي نقاط البيع في محلات السوبرماركت او المولات", وقد تختلف وظيفة كل صندوق عن الاخر فنجد صندوق للموظفين وصندوق للعملاء وصندوق للشيكات الواردة وآخر للصادرة وغير ذلك.
    وبنفس طريقة الحسابات البنكية فقد نكتفي بذكر اسم او رقم الصندوق في جدول الحسابات الرئيسي, وقد نحتاج للاحتفاظ بتفاصيل كل صندوق في جدول الصناديق, وربما نحتاج الى جدول ثالث لحسابات الصناديق عندما تتنوع الصناديق وتتعدد الصناديق المتشابهة, كما في حالة البنوك.
    في شركات تأجير العقار قد ترغب الشركة بافراد حساب لكل عقار منفرداً وبالتالي فسنحتاج لافراد جدول للعقارات تخزن فيه مواصفات العقار, وهذا الامر ينطبق على شركات تأجير المركبات والاليات, ويتم تصميم الجداول بنفس الطريقة المذكورة في كافة الحسابات السابقة.
    كل الحالات السابقة يمكن للمبرمج ان يتعامل معها مسبقاً, ولكن هناك حسابات قد لا يمكن الاعداد لها مسبقاً كالحسابات الطارئة, والتي لم تكن في حسبات المبرمج اثناء تصميم قاعدة البيانات, هذه الحسابات لا يمكن فصلها في جداول مرتبطة كجدول العملاء وبالتالي فيكتفى بذكر اسم ورقم الحساب في جدول الحسابات الرئيسي , ولذلك يترك حقل للملاحظات وربما حقل يسمى تفاصيل الحساب, في جدول الحسابات الرئيسي لتسجيل اي بيانات خاصة بهذا الحساب.
    في الشكلين التاليين مخطط الجداول والعلاقات وفق الطرق المذكورة اعلاه
    اضغط على الصورة لعرض أكبر. 

الاسم:	Ac3.png 
المشاهدات:	9 
الحجم:	25.5 كيلوبايت 
الرقم:	18804


    اضغط على الصورة لعرض أكبر. 

الاسم:	Ac4.png 
المشاهدات:	6 
الحجم:	37.9 كيلوبايت 
الرقم:	18805
    كان هذا فيما يخص الجداول التي ترتبط بجدول الحسابات فماذا عن الجداول التي ترتبط بجدول الحركات؟
    قبل ان ناتي على ذكر الجداول التي ترتبط بجدول الحركات هنالك نوع من الحسابات لم آتي على ذكره سابقا يحتاج الى وقفة قصيرة وهو "حساب الميزانية العامة, أو الميزانية العمومية"
    ولكن بعد الفاصل
    القاكم على خير
    التعديل الأخير تم ناصر المصاروة ; 01-03-2014 الساعة 01:14

    تصميم برامج قواعد البيانات الاكسيس
    تصميم صفحات ومواقع ويب PHP و MySQL
    دروس في الاكسيس والPHP والMYSQL عبر الماسنجر

  21. أعضاء يشكرون صاحب المشاركة: أعضاء يشكرون صاحب المشاركة: رمهان, أبو يوسف1, عارف حسان
  22. (رقم الرد: 84378) #29
    تاريخ التسجيل
    06-01-2009
    الإقامة
    Jordan
    إصدار أوفيس
    2007
    المشاركات
    3,700

    افتراضي رد: طرق تمثيل الحسابات في قواعد البيانات

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

    يبدو اني شطحت كثيراً هذه المرة .. القاكم على خير

    تصميم برامج قواعد البيانات الاكسيس
    تصميم صفحات ومواقع ويب PHP و MySQL
    دروس في الاكسيس والPHP والMYSQL عبر الماسنجر

  23. أعضاء يشكرون صاحب المشاركة: أعضاء يشكرون صاحب المشاركة: عارف حسان, رمهان, أبو يوسف1
  24. (رقم الرد: 84409) #30
    تاريخ التسجيل
    06-01-2009
    الإقامة
    Jordan
    إصدار أوفيس
    2007
    المشاركات
    3,700

    افتراضي رد: طرق تمثيل الحسابات في قواعد البيانات

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

الاسم:	Ac8.jpg 
المشاهدات:	14 
الحجم:	22.0 كيلوبايت 
الرقم:	18811
    في حال استخدمنا جدول مستقل للفواتير فسنحتاج لربط جدول الحركات بجدول الفواتير رقم معرف الفاتورة وبالتالي فالعلاقة بين جدول الفواتير وجدول الحركات ستكون علاقة راس باطراف, راس من جهة جدول الفواتير واطراف من جهة جدول الحركات.
    سنحتاج ايضاً لعمل علاقة داخلية داخل جدول الحركات, حيث سيعتبر السجل الاول هو سجل الفاتورة الرئيس والسجلات الاخرى سجلات مرتبطة, حيث سيكون لدينا حقل معرف الحركة وحقل مرجع الحركة وبالتالي سيكون هناك علاقة داخلية في جدول الحركات من النوع راس باطراف الراس في السجل الاول والاطراف في بقية السجلات.
    الصورة التالية توضح العلاقات في حالة استخدام جدول مستقل للفواتير
    اضغط على الصورة لعرض أكبر. 

الاسم:	Ac9.png 
المشاهدات:	11 
الحجم:	32.7 كيلوبايت 
الرقم:	18817
    والصورة التالية توضح العلاقات في حالة دمج جدول الفواتير بجدول الحركات
    اضغط على الصورة لعرض أكبر. 

الاسم:	Ac10.png 
المشاهدات:	11 
الحجم:	31.1 كيلوبايت 
الرقم:	18819
    المبلغ الاجمالي للفاتورة والذي سيقيد بجدول الحركات يعتبر حقل محسوب, اذ انه يمثل مجموع قيم بنود الفاتورة في جدول محتويات الفاتورة, ولكنة محسوب لابد منه اذ ان البديل سيكون صعباً.
    في حالات قليلة يمكن ان تكون العلاقة بين جدول الفواتير وجدول الحركات علاقة راس براس او في حالة دمج الجدولين في جدول الحركات تمثل العملية بحركة واحدة.
    ذكرنا انه سنحتاج الى اربعة سجلات لتفسير الفاتورة في جدول الحركات, هذا اذا كنا نستخدم تصميم جدول الحركات بطريقة حقلين للحساب "الطريقة الرابعة في شرح جدول الحركات" حقل الحساب الدائن وحقل الحساب المدين, اما اذا كنا نستخدم تصميم الجدول بحقل واحد للحساب فستختلف عملية الترحيل كلياً وستكون كالتالي:
    - السجل الاول : الحساب = حساب المبيعات, المبلغ = اجمالي قيمة الفاتورة – قيمة ضريبة المبيعات , نوع الحركة = دائن
    - السجل الثاني : الحساب = حساب خصم المبيعات, المبلغ = قيمة الخصم على الفاتورة , نوع الحركة =مدين
    - السجل الثالث: الحساب = حساب ضريبة المبيعات, المبلغ =قيمة الضريبة, نوع الحركة = دائن
    - السجل الرابع : في حال وجود دفعة على الفاتورة ,الحساب = حساب الصندوق او حساب صندوق الشيكات, المبلغ = قيمة الدفعة, نوع الحركة =مدين
    - السجل الخامس: في حال تبقى من قيمة الفاتورة شيء على العميل, الحساب = حساب العميل, المبلغ = المبلغ المتبقي (اجمالي الفاتورة – قيمة الخصم – قيمة الدفعة النقدية), نوع الحركة = دائن
    الرسم التالي يوضح شكل جدول الحركات وفق الطرق المختلفة

    اضغط على الصورة لعرض أكبر. 

الاسم:	Ac7.jpg 
المشاهدات:	10 
الحجم:	65.8 كيلوبايت 
الرقم:	18818

    وفي الحالتين لو قمنا بجمع الحركات الدائنة والمدينة سنجد انها متساوية والمجموع الجبري لها يساوي صفر.
    اذا نلاحظ انه في كلا الطريقتين المذكورتين في تصميم جدول الحركات فقد احتجنا الى عدة سجلات لتفسير عملية واحدة, يجب ان نفرق بين العملية والحركة فالعملية هنا الفاتورة واما الحركة فكل سجل في جدول الحركات هو حركة.

    كان هذا فيما يخص الفاتورة وجدول الفواتير
    وسيكون لنا حديث عن بقية الجداول ان شاء الله
    القاكم على خير
    التعديل الأخير تم ناصر المصاروة ; 02-03-2014 الساعة 03:47 السبب: اضافة الصور

    تصميم برامج قواعد البيانات الاكسيس
    تصميم صفحات ومواقع ويب PHP و MySQL
    دروس في الاكسيس والPHP والMYSQL عبر الماسنجر

  25. أعضاء يشكرون صاحب المشاركة: أعضاء يشكرون صاحب المشاركة: أبو يوسف1, رمهان, عارف حسان
صفحة 2 من 4 الأولىالأولى 1234 الأخيرةالأخيرة

المواضيع المتشابهه

  1. حذف البيانات بثلاث طرق
    startnet في المنتدى مكتبة شروحات بالفيديو
    ردود: 16
    آخر مشاركة: 05-04-2012, 12:49
  2. ردود: 25
    آخر مشاركة: 04-04-2012, 11:20
  3. أربعة طرق لإدراج البيانات في الجدول
    أحمد الحربي في المنتدى الدروس
    ردود: 12
    آخر مشاركة: 10-01-2010, 11:00
  4. طرق إنشاء الجداول والتعامل مع انواع البيانات المختلفة
    ابو انس في المنتدى الجداول والعلاقات
    ردود: 3
    آخر مشاركة: 23-12-2009, 10:19

مواقع النشر (المفضلة)

مواقع النشر (المفضلة)

ضوابط المشاركة

  • لا تستطيع إضافة مواضيع جديدة
  • لا تستطيع الرد على المواضيع
  • لا تستطيع إرفاق ملفات
  • لا تستطيع تعديل مشاركاتك
  •  
website security