السلام عليكم ورحمة الله وبركاته

اخواني الكرام

لقد تم تصميم البرنامج المحاسبي التالي ليغطي احتياجات أحد المكاتب المحاسبية

حيث البرنامج التالي

1_غير مرتبط بنظام مخزون
2_يتم تعريف شجرة دليل الحسابات المكونة من أربع مستويات من قبل مستخدم البرنامج
3_يتم عرض ميزان المراجعة حسب كل مستوي من المستويات الأربعة
4_يستطيع مستخدم البرنامج تحديد رقم بدء تسلسل السندات المستخدمة في البرنامج في كل سنة مالية
5_يمكن استخدام البرنامج لتغطية حسابات أي شركة أو مؤسسة مهما كان طبيعة عملها

حيث الشجرة عند تحميل البرنامج تتكون من
شجرة دليل الحسابات
1_بيان الموقف المالي
2_بيان الدخل الشامل
3_بيان تكلفة الإنتاج

وعلى سبيل المثال عند تعريف
المستوى الأول
موجودات متداولة يكون رقم الحساب 101

المستوى الثاني
نقد في الصناديق ولدى البنوك يكون رقم الحساب 10101

المستوي الثالث
نقد في الصناديق يكون رقم الحساب 1010101 نقد لدى البنوك يكون رقم الحساب 1010102

المستوى الرابع
الصندوق الرئيسي يكون رقم الحساب 10101010001 صندوق المصاريف النثرية يكون رقم الحساب 10101010002
البنك الأول يكون رقم الحساب 10101020001 البنك الثاني يكون رقم الحساب 10101020002

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

ملاحظة : تم تصميم البرنامج باستخدام نسخة أوراكل 10g وتم إنشاء البرنامج بطريقتين

الطريقة الأولى
تم إنشاء جدول لميزان المراجعة يتم الرحيل له من خلال الـ Triggers في الداتا عند إنشاء السندات
وهو يحتوى على القيد الافتتاحي

الطريقة الثانية
تم إلغاء جدول ميزان المراجعة والـ Triggers التي تقوم بالترحيل له
تم إدخال بند جديد في نوع السندات المزدوجة باسم القيد الافتتاحي تحت تسلسل 12
بحيث يتم إدخال القيد الافتتاحي فيه كما يتم ترحيل القيد الافتتاحي له في السنة المالية التالية من خلال Trigger في الدتا
وميزان المراجعة يتم تجميعه من خلال السندات بشكل مباشر

وفي الوقت الحالي سوف أرفق لكم البرنامج حسب الطريقة الأولى
حيث يجب وضع الملف insert و query و reports داخل الملف flexibleaccounting1

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

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

flexibleaccounting1.rar

السلام عليكم ورحمة الله وبركاته

insert.rar

السلام عليكم ورحمة الله وبركاته

quiry.rar

السلام عليكم ورحمة الله وبركاته

reports.rar

السلام عليكم ورحمة الله وبركاته

reports2.rar

السلام عليكم ورحمة الله وبركاته

_________.rar

السلام عليكم ورحمة الله وبركاته

_________________________.rar

جارى التجربة.. ومشكور مقدما

بس النظام المحاسبى شغال على نظام محاسبة قيود من اى نوع ؟؟

اخي العزيز جمال أشكرك على البرنامج الجميل ولي عودة باذن الله بعد التحميل والتجربة .

كان يفضل وضع جميع الملفات في ملف واحد مضغوط ورفعه مثلا على مواقع التحميل مثل www.4shared.com

بارك الله بك

السلام عليكم ورحمة الله وبركاته

مرفق تقرير بالدتا تم استخرجه من خلال استخدام برنامج Toad

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


جزاكم الله كل خير

DMP_Toad.rar

السلام عليكم ورحمة الله وبركاته

اخي الكريم

علاء الدين الجبالي

ما رأيك في فكرة تعديل البرنامج بحيث يقبل حسابات أكثر من شركة هل هي فكرة جيدة أم لا

أو من الأفضل أن يتم فتح مستخدم جديد لكل شركة

جزاك الله كل خير

السلام عليكم ورحمة الله وبركاته

الطريقة الثانية : إنشاء ميزان المراجعة من خلال تجميع السندات المدخلة بشكل مباشر

1_ تم إدخال السطر التالي في جدول أنواع السندات وهو مرتبط بجدول سندات القيد المزدوجة a_ent3

insert  into typ_ent values ( 12 , 'قيد افتتاحي' , 1 ) ;

2_ حذف جدول ميزان المراجعة ( tr_bal ) و الـ Triggers المرتبطة بالترحيل والتعديل بميزان المراجعة

وإنشاء الـ views التالية لتكوين ميزان المراجعة

create  or  replace view  v_atr_bal ( t_id , t_year , t_num , t_op_vd , t_op_vc , t_vd , t_vc ) as
select  a_seq , to_number(to_char(a_date,'YYYY')) , ad_num , a_vd , a_vc , 0 , 0
from   a_ent3
where  typ=12
union all
select  0 , to_number(to_char(a_date,'YYYY')) , ad_num , 0 , 0 , a_vd , a_vc
from   a_ent3
where typ<>12
union all
select  0 , to_number(to_char(dat,'YYYY')) , d_num , 0 , 0 , vd , 0 
from   ent
union all
select  0 ,  to_number(to_char(dat,'YYYY')) , c_num , 0 , 0 , 0 , vd
from   ent ;

create  or  replace view  tr_bal ( t_id , t_year , t_num , t_op_vd , t_op_vc , t_t_vd , t_t_vc ) as
select sum(t_id) , t_year , t_num  , sum(t_op_vd) , sum(t_op_vc) , sum(t_vd) , sum(t_vc)
from  v_atr_bal  
group by t_year , t_num
order by t_year , t_num ;

3_ تم تعديل الترحيل للقيد الافتتاحي عند فتح الحسابات كما يلي

create  or  replace  trigger   t_act_op_ent   after  insert  on   act   for  each  row    
begin
if  :new.ac_num > 10000000000 then
insert   into  a_ent3 ( a_seq , typ , a_id , a_date , a_vd , a_vc , ad_num , a_exp )       
values (seq_ent.nextval , 12 , 1 , to_date(01||'/'||01||'/'||to_char(sysdate,'YYYY'),'DD/MM/YYYY') , 0 , 0 , :new.ac_num , 'القيد الافتتاحي لعام'||' '||to_char(sysdate,'YYYY')) ;
end if ;
end ;
/

4_ تم تعديل Trigger الترحيل للقيد الافتتاحي للسنة التالية كما يلي

create  or  replace  view  v_tr_bal_op ( id , yer , num , vd , vc ) as   
select   t_id , t_year+1 , t_num ,  (( t_op_vd + t_t_vd ) - ( t_op_vc + t_t_vc)) , 0
from  tr_bal 
where ((t_op_vd + t_t_vd) - (t_op_vc + t_t_vc))> 0  and t_year =(to_number(to_char(sysdate,'YYYY'))-1)
union all
select   t_id , t_year+1 , t_num , 0 , -(( t_op_vd + t_t_vd ) - ( t_op_vc + t_t_vc))
from  tr_bal 
where ((t_op_vd + t_t_vd) - (t_op_vc + t_t_vc))< 0  and t_year =(to_number(to_char(sysdate,'YYYY'))-1)
union all
select   t_id , t_year+1 , t_num , 0 , 0
from  tr_bal 
where ((t_op_vd + t_t_vd) - (t_op_vc + t_t_vc))= 0  and t_year =(to_number(to_char(sysdate,'YYYY'))-1)
order  by  t_id  asc ;

create  or   replace  trigger  t_open_ent  before  insert   on   ent   for  each  row    
begin	
if  :new.typ =11 then
delete  from  a_ent3  
where typ=12 and (to_number(to_char(a_date,'YYYY')))=(to_number(to_char(sysdate,'YYYY'))) ;
insert   into  a_ent3 ( a_seq , typ , a_id , a_date , a_vd , a_vc , ad_num , a_exp )       
select  seq_ent.nextval , 12 , 1 , to_date(01||'/'||01||'/'||yer,'DD/MM/YYYY') , vd , vc , num , 'القيد الافتتاحي لعام'||' '||yer 
from v_tr_bal_op  ;
end if ;
end ;
/

5_ تم تعديل اليومية العامة ( v_journal_ent ) وكشوفات الحسابات ( v_ent_act ) كما يلي

create  or  replace  view  v_journal_ent  
( seq , typ , numtyp , id , dat , d_num , d_nam , c_num , c_nam , vd , exp )  as 
select  a_seq , typ_ent.nam , typ_ent.typ , a_id , a_date , ad_num , act.ac_nam , (typ_ent.typ+40000000000) , typ_ent.nam , a_vd , a_exp
from   a_ent3  , act  , typ_ent       
where  a_ent3.typ = typ_ent.typ and a_ent3.a_vd > 0  and a_ent3.ad_num = act.ac_num
union all
select  a_seq , typ_ent.nam , typ_ent.typ , a_id , a_date , (typ_ent.typ+40000000000) , typ_ent.nam , ad_num , act.ac_nam , a_vc , a_exp
from   a_ent3  , act  , typ_ent      
where  a_ent3.typ = typ_ent.typ and a_ent3.a_vc > 0  and a_ent3.ad_num = act.ac_num 
union all
select  ent.seq , typ_ent.nam , typ_ent.typ , ent.id , ent.dat , ent.d_num , d.ac_nam, ent.c_num , c.ac_nam , ent.vd , ent.exp
from   ent  , typ_ent , act  d  , act  c        
where ent.typ = typ_ent.typ  and  ent.d_num = d.ac_num   and   ent.c_num  = c.ac_num ;


create  or  replace  view  v_ent_act  ( seq , typ , id , dat , num , nam , d_c_num, vd , vc , exp )    as 
select  a_seq , typ_ent.nam , a_id , a_date , (typ_ent.typ+40000000000) , typ_ent.nam , ad_num, a_vd , a_vc , a_exp
from   a_ent3 , typ_ent  
where  a_ent3.typ = typ_ent.typ
union all
select  ent.seq , typ_ent.nam , ent.id , ent.dat , act.ac_num , act.ac_nam , ent.d_num, ent.vd , 0 , ent.exp
from   ent  , typ_ent , act      
where  ent.typ = typ_ent.typ  and  act.ac_num = ent.c_num  
union all
select  ent.seq , typ_ent.nam , ent.id , ent.dat , act.ac_num , act.ac_nam , ent.c_num , 0 , ent.vd , ent.exp
from   ent  , typ_ent , act      
where  ent.typ = typ_ent.typ  and   act.ac_num = ent.d_num  ;

6_ تم تعديل شاشة القيد الافتتاحي ( OPEN_ENT ) وشاشة إغلاق الحسابات ( close_income_industry )
وشاشة قيود التسوية (ENT11 )


مرفق ملف يحتوي على الـ Data والشاشات المعدلة

حيث يتم نسخ البرنامج السابق flexibleaccounting1 ويتم تغييره اسم الملف الى flexibleaccounting2
ومن ثم يتم استبدال الشاشات التي جرى عليها تعديل


أيهما أفضل في رأيكم الطريقة الأول أم الثانية ؟ ولماذا ؟ ؟؟؟؟؟؟؟؟؟؟؟؟؟؟؟؟؟


وسوف أرفق لكم قريبا إن شاء الله نسخة معدلة من البرنامج
بحيث يقبل البرنامج حسابات أكثر من شركة يحددها مستخدم البرنامج


جزاكم الله كل خير

FFF2.rar

السلام عليكم ورحمة الله وبركاته

إخواني الكرام

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

بحيث يتم استخدام البرنامج لأكثر من شركة يتم تحديدها من قبل مستخدم البرنامج

مع تعريف رمز دخول وكلمة سر لكل شركة

يتم وضع جميع الملفات داخل ملف flexibleaccounting3


جزاكم الله كل خير

flexibleaccounting3.rar

السلام عليكم ورحمة الله وبركاته

flexibleaccounting3_2.rar

السلام عليكم ورحمة الله وبركاته

flexibleaccounting3_3.rar

السلام عليكم ورحمة الله وبركاته

إخواني الكرام

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

بحيث يتم استخدام البرنامج لأكثر من شركة يتم تحديدها من قبل مستخدم البرنامج

مع تعريف رمز دخول وكلمة سر لكل شركة

يتم وضع جميع الملفات داخل ملف flexibleaccounting3


جزاكم الله كل خير

flexibleaccounting3_4.rar

تم تعديل 17 مايو 201015 سنة بواسطة jamal_rrkk

بارك الله فيك مجهود متميز ورائع

أخي الكريم جمال

بارك الله لك في مجهودك وخلقك الطيب

لكن أتمني أن تضع البرنامج كله في ملف واحد ورفعه حتي يمكن استخدامه بسهوله

ولكم وافر التقدير والاحترام

السلام عليكم ورحمة الله وبركاته

اخي الكريم mageed_ahmed


اعلى حد للحجم المحمل هو 400 كيلوبايت للمشاركة الواحدة

لذلك تم تقسيم الملف الى اربع اجزاء


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

أخي جمال يمكنك استخدام
www.4shared.com للرفع

وتقبل تحياتي
أحمد

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

تقبل تحياتي

السلام عليكم ورحمة الله وبركاته

أخي الكريم Mr_CoBoL

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

في بداية الموضوع

لقد تم تصميم البرنامج المحاسبي التالي ليغطي احتياجات أحد المكاتب المحاسبية

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

والمكتب المحاسبي هو الذي يقوم بإدخال وإعداد الحسابات لهذه الشركات

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

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

ويقوم المكتب المحاسبي بإدخال هذه الفواتير إما كسندات صرف أو سندات قيد والنتيجة النهائية واحدة

وما يهم معظم هذه الفئة من الشركات أو المؤسسات هو الوصول لحقيقة المركز المالي
( ربح ، خسارة ، حصة الشركاء )

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

من خلال زيارة كل شركة مرة في الأسبوع على سبيل المثال

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

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

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

وهو تصنيف غير مقيد حيث يمكن لمستخدم البرنامج تغيير التصنيف في أي وقت من خلال شاشات تعريف دليل الحسابات حيث هو حقل قابل للتعديل

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

(( t_op_vd + t_t_vd )-( t_op_vc + t_t_vc)) > 0  و  (( t_op_vd + t_t_vd )-( t_op_vc + t_t_vc)) < 0

ما فائدة جدول أنواع السندات ... لماذا لم تقم بتكوين جدول لسندات القبض والصرف العادية ومنها يتم الترحيل مباشرة الى اليومية ؟

جدول أنواع السندات مهم جدا وهو يحتوي على أنواع السندات التالية
1_سند قيد مزدوج
2_سند قبض مزدوج
3_سند صرف مزدوج
4_فاتورة نقدية مزدوجة
5_فاتورة ذمم مزدوجة
6_سند قيد مفرد
7_سند قبض مفرد
8_سند صرف مفرد
9_فاتورة نقدية مفردة
10_فاتورة ذمم مفردة
11_سند تسوية مفرد
12_سند قيد افتتاحي ( تم استخدمه في الطريقة الثانية عندما تم إلغاء جدول ميزان المراجعة والـ triggers المرتبطة به )

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

حيث من خلال جدول أنواع السندات يتم
1_ تحديد رقم بداء تسلسل السندات
2_ عرض نوع السند في التقارير والشاشات مثل اليومية العامة وكشوف الحسابات
3_ يمكن إدراج سندات أخرى بسهولة ( مثل فاتورة مبيعات نقدية للفرع رقم 1 )

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

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

اليومية العامة هي عبارة عن View ولا يوجد جدول لليومية العامة في قاعدة البيانات

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

من شروط الرقابة المحاسبية على السندات إذا كانت يدوية أن تكون
1_ متسلسلة
2_ لا تحتوي على شطب أو تعديل أو استخدام المادة الطامسة
وعند الشطب أو التعديل يتم التوقيع عليها من قبل الشخص الذي قام بالتعديل ويتم اعتمادها من قبل المسؤول عنه
أو الأفضل إلغاء السند والاحتفاظ بجميع النسخ الملغية من ضمن التسلسل وذلك قبل ترحيلها لدفتر اليومية العامة
3_إذا تم ترحيل السند لليومية العامة وفيه خطأ يتم تعديل الخطأ بإصدار سند قيد يعكس العملية أو سند يقوم بتعديل الخطأ

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

أما في حالة المثال السابق فإنه قد يكون حساب الصندوق مكشوف ( بالسالب ) من خلال متابعة حركاته خلال السنة
وقد تقوم الشركة أو المؤسسة بتزويد المكتب المحاسبي بفواتير متعلقة بالمصاريف أو التبرعات ...إلخ
بعد الانتهاء من إدخال جميع السندات التي تم تسليمها للمكتب المحاسبي سابقا
وهنا نحتاج لمرونة عالية في تعديل السندات

ما الفائدة من فصل القيد الافتتاحي في جدول منفصل لماذا لا يتم من خلال جدول القيود الدائمة العادية.

في الطريقة الأولى من البرنامج تم إدراج القيد الافتتاحي في جدول ميزان المراجعة

حتى تكون جميع البيانات في جدول واحد مما يسرع عملية البحث والاسترجاع ( القيد الافتتاحي ، مجموع الحركات )

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

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

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

اذا اضفت حقل لنوع الميزان في الجدول

ارجوا توضيح الطريقة بالتفصيل

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


شكرا لك أخي الكريم Mr_CoBoL على ملاحظاتك القيمة


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

السلام عليكم ورحمة الله

لى توضيح على استفسار الاخ مستر كوبول

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

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

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

لهذا فان هذة النقطة هامه جدا جدا فى تحديد الميزانيه لانها لا ترتبط بمعادله ثابته

بمعنى اخر تغير طبيعة الحساب فى النهاية يغير مسار الحساب من الاصول للخصوم او العكس

موفقين ان شاء الله

مشكور اخي على المجهود الكبير

السلام عليكم

انا عضو جديد في المنتدى
و أحب ان اشكر الاخ جمال على هذ الموضوع الاكثر من رائع ^__^