ترحيل البيانات من جدول القيود الى الجدول الرئيسي ل

[KSAREE]

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

ملاحظه:
جدول البيانات الرئيسي مرتبط مع القيود برقم الحساب حاولت ولكن يعطي خطا يجب تعريف الجدول الرئيسي

اسماء الجداول MAIN-QUOD1-QUOD22
MAIN الحسابات الرئيسي
QUOD1 فيه رقم القيد وتاريخه ونوعه
QUOD22 فيه مسلسل -رقم المستند -تاريخه-رقم الحساب -اسم الحساب -مدين-دائن-البيان-المجموع والفرق
ارجو ممن لديه اي فكره عن عمل ترحيل للبييانات الافاده
وجزاه الله كل خير

[moustafa_elansary]

بسم الله الرحمن الرحيم

السلام عليكم ورحمة الله وبركاته،،
save ur bound and execute the file

open.doc

[moustafa_elansary]

use insert into ur_table
values(h0,h1,h2,h............); to save data

[Osama Soliman]

الفكرة الاساسية اخى الكريم فى الترحيل هو استخدام فكرة Insert as select
وهى تقوم على ادخال عدد من السجلات دفعة واحدة الى الجدول وهذه السجلات تكون ناتج جملة select
مثلاً :

Insert into his_emp as select * from s_emp where dept_id = 31;

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

مع تحياتى
اسامه سليمان
القاهرة

[jamaljmys]

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

[jamaljmys]

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

[Mr_CoBoL]

السلام عليكم ورحمة الله وبركاته .......... وكل عام وانتم بخير
بخصوص موضوع ترحيل قيود اليومية في الحسابات العامة ارجو الانتباه الى التالي .........
اي نظام حسابات عامة يجب ان يصل في النهاية الى اخراج ميزانية عمومية وكذا كافة انواع موازين المراجعة المتعارف عليها (العامة ـ المساعدة ـ ....) بالإضافة الى الحسابات الختامية (الارباح والخسائر والمتاجرة وحسابات التكاليف) وذلك عن طريق تسجيل قيد اليومية وترحيله الى دفتر الاستاذ .
وقد قمت بتطبيق ذلك النظام باستخدام لغة Cobol والحمد لله النظام يعمل بكفاءة في اكثر من مؤسسة وشركة والان اقوم بعمل تطوير للإنتقال من لغة Cobol الى قواعد بيانات Orcle ويمكن القول انني قاربت على الانتهاء لذلك ارجو ان اطرح عليكم هنا بعض الافكار والحيل التي لجأت اليها للتغلب على المشاكل التي واجهتني ربما اكون قد اخطئت ..
المشكلة الاولى ... مشكلة السنوات المفتوحة الرصيد .
اي اننا نستطيع الاحتفاظ ببيانات اكثر من ميزانية واحدة في نفس قاعدة البيانات دون اللجوء الى ما يسمى اقفال السنة المالية وما يتبعه ذلك من مشكلات في استخراج كشوف ارصدة الحسابات ومتابعة ارصدة دفتر الاستاذ لمدة طويلة
الحل ...... قمت بتكوين جدول قيد يومية يشتمل في رأسه على التالي .....
سنة اعداد القيد / رقم القيد / تاريخ القيد / بيان القيد
حيث يمثل الحقل الاول والحقل الثاني Primary Key
وفي تفاصيله على التالي ...
سنة اعداد القيد / رقم القيد / مسلسل / رقم الحساب / الشرح / مدين / دائن.
حيث الحقول الثلاثة الاولي Primary Key
المشكلة الثانية ... مشكلة تكويد الحسابات .
تظهر هذه المشكلة نتيجة قيام مستخدمي النظم المحاسبية بعمل تكويد عشوائي للحسابات العامة وما يتبعها من حسابات مساعدة وفرعية و.... وينتج عن ذلك خلل اثناء ترحيل البيانات من قيد اليومية الى دفاتر الاستاذ.
الحل ..... قمت بتكوين جدول اكواد الحسابات على النحو التالي ...
رقم حساب عام / رقم حساب مساعد / رقم حساب فرعي / رقم حساب تحليلي / اسم الحساب
حيث يمثل الآربعة حقول الاولي Primary Key للجدول.
المشكلة الثالثة .... الترحيل الى دفاتر الاستاذ
يجب ان ننشأ عدد من الجداول تساوي عدد تقسميات اكواد الحسابات وفي هذه الحالة قمت بانشاء ثلاثة جداول لدفتر الاستاذ ...
الاول دفتر الاستاذ العام يتكون من (التاريخ/ رقم الحساب العام / حركة مدينة / حركة دائنة)
الثاني .. دفتر الاستاذ المساعد يتكون من (التاريخ / رقم الحساب العام / رقم الحساب المساعد / حركة مدينة / حركة دائنة).
الثالث .. دفتر الاستاذ الفرعي يتكون من (التاريخ / رقم الحساب العام / رقم الحساب المساعد / رقم الحساب الفرعي / حركة مدينة / حركة دائنة).
يمكننا التكويد بهذه الطريقة استخراج موازين مراجعة بالأرصدة وبالمجاميع
ملحوظة ... التاريخ في جداول الاستاذ كلها تضم (الشهر-السنة) (MM-YYYY) ... فقط
وعلى هذا يتم الترحيل بتطبيق ابسط قواعد Oracle
select ... into ... from ... where .....
وتحديث البيانات في جداول الاستاذ
update ......
set ....... = ..........
where .........
commit
دون الحاجة الى البحث عن اوامر جديدة او وظائف جاهزة للقيام بالاعمال ...
اسف للإطالة .....
انشالله سوف اقوم قريبا بوضع مثال تطبيقي لما ذكرته حتى استرشد بتوجهياتكم
وتفضلوا بقبول فائق تحياتي
اخوكم
حسن الحسيني
مصر ـ الزقازيق

[jamaljmys]

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

[jamaljmys]

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

[Mr_CoBoL]

السلام عليكم ورحمة الله وبركاته
اخي العزيز جمال (ارجو ان اكون قرأت اسمك صحيحاُ)
بخصوص فائدة الترحيل الى دفتر الاستاذ والفائدة منها فهي كالتالي ..
اذا اردت مثلا استخراج دفتر استاذ لاحد الحسابات العامة وليكن الاصول مثلا .. فماذا تفعل بدون اللجوء الى الترحيل في دفتر الاستاذ .. فكرتي هنا ترتكز على انشاء ثلاثة جداول لدفتر الاستاذ كل منها يختص بنوع الحساب كل على حدة مثلا مثال بافتراض ان كود الصندوق هو التالي 0102010001 حيث الرقمين الاولين (01) هو كود الحساب العام الاصول والرقمين التاليين (02) هما كود الحساب المساعد الاصول المتداولة والرقمين التاليين (01) هما كود الحساب الفرعي المدينين والارقام الاربعة المتبقية هي كود الحساب التحليلي (0001) وهو رقم العميل او المدين المفترض .. مثال افتراضي على حركة ما في قيد اليومية

رقم الحساب اسم الحساب مدين دائن
0102010001 برمجيات الغد 500.00

السطر السابق يمثل حركة افتراضية في قيد اليومية وعند ترحيل القيد اقوم بذلك على 3 مراحل
المرحلة الاولي ترحيل القيمة الى دفتر الاستاذ العام للأصول عن طريق الكود العام (01)
المرحلة الثانية ترحيل القيمة الى دفتر الاستاذ المساعد للأصول المتداولة عن طريق الكود المساعد (0102)
المرحلة الثالثة ترحيل القيمة الى دفتر الاستاذ الفرعي للمدينين (010201)
وعليه يمكننا الوصول وبسرعة كبيرة بدون الحاجة الي قراءة كامل بيانات القيود في كل مرة الى معرفة ارصدة المدينين (العملاء) اجماليا او معرفة رصيد الاصول المتداولة او الاصول بشكلها العام وذلك بالمجاميع وبالارصدة
اما بخصوص كشف الحساب فيمكننا ان نرجع الى بيانات قيود اليومية لاستخراج اي كشف حساب لاي فترة محاسبية
......................
اما بخصوص اغلاق السنة المالية وترحيل حساباتها فانني اقوم بالتالي ...
تكوين جدول افتراضي واحد للحسابات الختامية جميعها يتكون من ...
السنة المحاسبية / نوع الجدول / مسلسل / رقم الحساب / حركة مدينة / حركة دائنة
حيث تمثل السنة المحاسبية ونوع الجدول والمسلسل .. مفتاح الجدول Primary Key
(ملحوظة يجب اضافة حساب مكمل لكل جدول تحسب قيمته مدينة او دائنة نتيجة الفروق في حركة الجدول)
اقوم بانشائه مرة واحدة فقط ويمكن التعديل عليه طبعا عن الحاجة باضافة حساب او حذف حساب حسب العمل المرتبط به
والمستجدات المحاسبية كل عام وعند تنفيذ الجدول السابق يقوم باستدعاء الارصدة الموجود لكل حساب في دفتر الاستاذ الخاص به (كل حسب نوعه) ويظهر لك الجدول على شكل قيد محاسبي وطبعا لن يكون متوازنا .. هنا يأتي دور الحساب المكمل الذي ذكرته سابقا حيث يقوم بحساب الفرق ويضعه في رصيده اتوماتيكا
الحسابات المكملة في المحاسبة معروفة (مثل مجمل الربح ـ صافي الربح ـ .....)
ويمكنك تسجيل ذلك الجدول كأحد قيود اليومية وبالتالي يتم اغلاق الحسابات السنوية (المبيعات ـ المشتريات ـ ...) اما الحسابات الرئيسية الاخرى مثل الاصول بأنواعها او ارصدة العملاء و أرصدة الدائنين
هذه وجهة نظري للموضوع وكما ذكرت احاول تطبيقها باستخدام قواعد بيانات الاوراكل عن طريق الأدوات والوظائف التي تعلمتها منكم في هذا المنتدى الرائع
اشكركم
اخوكم
حسن الحسيني
مصر ـ الزقازيق

[jamaljmys]

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

[Mr_CoBoL]

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

[jamaljmys]

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

[Mr_CoBoL]

السلام عليكم ورحمة الله وبركاته
فكرتك عن أرشفة بيانات السنة المحاسبية ممتازة وسأحاول ان ادمجها في نظامي المحاسبي .. اما بالنسبة لدفتر الاستاذ ووضع الرصيد الافتتاحي به لو تصلني بذلك الوضوح .. فكما تعلم اقوم بحساب الرصيد الحالي عن طريق دفتر الاستاذ الخاص بي كالتالي .........
اذا اردنا مثلا دفتر الاستاذ لاحد الحسابات من الفترة 10/2004 الي الفترة 6/2005
اقوم بذلك على مرحلتين اول مرحلة قراءة الملف كاملا من البداية وحتى تاريخ 10/2004 وتجميع الحركات المدينة والحركات الدائنة وناتج الطرح يكون هو رصيد اول المدة
وثاني مرحلة قراءة الملف خلال التاريخين 10/2004 , 6/2005 وبالتالي الحصول على الرصيد الحالي كل هذا في تقرير واحد وشاشة واحدة دون الخروج والدخول لاكثر من شاشة
وبخصوص فكرتك عن عمل حسابين لبضاعة اول المدة وواحد لبضاعة اخر فكرة جيدة
اشكرك

[jamaljmys]

مرحبا يا عزيزي طريقتك في استدعاء بيانات لفترة محددة وبها تداخل سنوات تعني ان الحركات جميعها موجودة في جدول الحركات وايضا موجودة بنفس التفاصيل في جدول الاستاذ العام - حسب ما فهمت - فما الداعي لهذا التكرار ؟ فكرتي حول جدول الاستاذ العام هي تماما فكرة دفتر الاستاذ العام نفسه - كما نستخدمه ورقيا - اي جدول به اعمدة كالتالي بعد الاعمدة الرئيسية رقم الحساب،اسمه،الفترة =من الى = الحساب البيان الختامي للحساب ...) رصيد مدور او افتتاحي - كما تحب سمّه - ، 12 عامود للاشهر ، اخر عامود هو الرصيد الناتج عن جمع الرصيد المدور مع الارصدة المرحلة حتى نهاية اخر شهر والحسابات داخل هذا الجدول هي الحسابات الرئيسية يتم ترحيل اجمالي حركات الفترة لعامود الشهر المطلوب وتجمع ومن هذا الجدول يمكن ان نرحل الى جدول البيانات الختامية لاستخراج تقارير ختامية كما اقترحت انت وفي نهاية السنة يتم تفريغ اعمدة الاشهر وترحيل محتويات العامود الاخير الى العمود الاول(الرصيد المدور)ومنه يمكن استدعا الرصيد حتى اخر حركة مرحلة ثم الحركات الاخرى . ارجو ان تكون الفكرة قد وضحت ولكني لي تحفظات كثيرة عليها حيث انها طريقة كلاسيكية جدا لا توفر تقرير الا بعد الترحيل وهكذا وساحاول ان اجعلها اكثر عصرية واكثر تواصلية مع البيانات ارجو ان تستمر بالتفكير معي لنصل الى تطبيق دقيق لهذا الموضوع على قواعد البيانات وشكرا لك

[Wise]

جزاك الله خير موضوع مفيد

[faridstorm]

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

[sofiansafy]

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

[anal_kamal]

أنا أقترح أن تقوم بإضافة حقل الى جدول QUOD1 بحيث يأخذ هذا الحقل قيمتين إما t أو f ,
وعند تسجيل الحركة نجعل هذا الحقل قيمته f , وهكذا إنتهينا من عملية تسجيل القيود ,
وعندما نريد أن نرحل نستخدم الكيرسر (cursor) بحيث يقوم باختيار كافة الحركات التي قيمة الحقل لها f أي الحركات الغير مرحله وعندها نقوم بعمل update على أرصدة الحسابات تبعاً للحسابات الموجوده في القيد , وأيضاً لاننسى بعد عملية التعديل على الرصيد لكل حساب أي داخال (CURSOR LOOP) أن نقوم بكتابة كود بسيط في بحيث يقوم بعمل UPDATE على كل قيد بحيث يحول القيمة من f الى t , أي أن هذه الحركة تم ترحيلها , وهكذا
وأرجو الاستمرار في طرح المواضيع الخاصه بعمل برامج المحاسبة
والسلام عليكم ,

[ebrahim]

ارجو المساعدة باسرع وقت
اريد ان ادخال بيانات لاكثر من جدول من الدفلوبر
يدوي

[alasbahi]

مشكور أخي العزيز.. وجزاك الله الف خير........