القاعدة المحاسبية المرحلة الاولى

اين الاخوة ( محسن - ابوهادى - حارث - وباقى الاخوة الاعزاء )

أنا منتظر معك باقى الاخوان .

أشرف خليل

نظرا لطول الفترة ووجود أخوة جدد لم يتابعوا ما حدث

ارجو ان يتطوع احدكما بشرح ما سبق

و أقترح أن نبدأه بتحليل النظام بمعني شرح ما يحدث فى الحقيقة عند التعامل مع القيود و ووصف المدخلات و المخرجات

كانك عميل تطلب برنامج

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

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

ثم بعد ذلك نتوقف قليلا عند شرح ما تم عمله ، و الخطوات المتقدمة فيه مثل الشجرة

و أخيرا تحديد ما نححتاج له للاكمال ووضع خطة العمل للاكمال

هذا طبعاى اقتراح و الرأي لطارق

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

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

فعلاً ... التلخيص لما سبق سوف يسهل الكثير في فهم وبلورة الفكره والنظام .. وانا شخصياً اتمنى ذلك ...

فكرة ممتازة اخ محمد

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

أرجو ذلك أن أمكن بارك الله فيكم0

نعم منتظرين شرحكم والله يكون في عونكم

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

أخي الحبيب المشرف

الإخوة الأفاضل المشاركين

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

وأبدأ بنفسي

أستطيع أن أتفرغ ولمدة شهرين من تاريخ الرسالة يوميآ ثلاث ساعات

مهنتي محاسب مارستها من 15 سنة

عملت برامج عدة تعالج هذا الموضوع ولكن في غير الآكسيس

خبرتي بالأكسيس ضعيفة

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

ميزان المراجعة بالمجاميع و الأرصدة و صافي الأرصدة

وفي الختام أشكركم على صبركم على قراءة رسالتي الطويلة إلى الآخر

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

أنتم بخير ورحم الله رجل تعلم وعلّم

أخوكم محسن محمد

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

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

http://mypage.ayna.com/mmhhee/bbb.xls

bbb.zip

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

شكرا على الشرح الجميل

عزيزي محسن محمد 2003

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

(L1) الاصول السائله:................XXXXXX

(L2) البنوك :..................XXXX

(L3) البنك العربي:......XX

(L3) البنك الاهلي:.....XX

اما اذا قام المستخدم بطلب الميزان للمستوى الاول فانه يظهر فقط رصيد حساب الاصول السائله.

شكرآ لتفاعلك أخي awaisa مع الفكرة

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

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

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

وميزان مراجعة أخر يشمل المجاميع و الأرصدة وصافي الأرصدة والمستخدم يحدد المستوى الذي يريده الأول أو الثاني أو ...

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

ما رأيك هل نكون بذلك قد غطينا قضية موازين المراجعة بشكل مهني ;) أرجو ذلك وأرجو من الإخوة مشاركتنا في النقاش لإثراء الفكرة و الخروج بصورة ممتازة للبرنامج الذي نود إخراجه و الله ولي التوفيق (f)

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

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

أظن أنه يوجد الكثير من الأشياء يجب عملها هل من مشمر فأخينا طارق يريد منا التفاعل الإيجابي و لا نكون قارئي الردود فقط ما رأيكم :eek:

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

ا- ادخال الحركات اليومية يكون فقط على الحسابات في المستوى الاخير.

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

3- يفضل استخدام حساب وسيط لتحويل العملات في حال استخدام عملات اجنبية بحيث يكون الفرق في الميزان للعملات الاجنبية محصور فقط في حساب حوالات العملات.

4- ان توضع ارقام السندات بشكل رقم متسلسل يتم تحديده في بداية السنه ليستخدمه النضام لتوليد ارقام تلقائية للحركات بحيث يكون لكل نوع حركه رقم متسلسل خاص يحدد في بداية السنه حيث يفضل ان يحتوي الرقم على معلومات حول نوع و سنة الحركه و الفرع مثل pv b 2002 0000001 فمن هذا الرقم نستدل بأنها سند صرف يخص السنة 2002 للفرع b . و هذا الاسلوب يساعد على الاحتفاض بمسار مراجعة جيد في حال حصول اخطاء

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

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

-1- ادخال الحركات اليومية يكون فقط على الحسابات في المستوى الأخير هذا لاغبار عليه

-2- يجب ان يتضمن النظام العديد من الضوابط كأن لا يقبل تاريخ حركة سابق هنا أتوقف قليلا و أضيف أنه من الأفضل برأيي أن يقبل البرنامج تاريخ حركة سابق ولكن لصلاحيات شخص معين بواسطة كلمة سر لأننا إذا منعنا إدخال أى حركة إلا بنفس اليوم سيكون عبئآ ثقيلا على المستخدم مارأيك

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

-4- لايقبل حركه تفوق قيمتها سقف حساب ملاحظة مناسبة

-5- لايقبل بخارج حدود صلاحيات مستخدم أيضا ملاحظة حلوة

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

-7- ان توضع ارقام السندات بشكل رقم متسلسل يتم تحديده في بداية السنه ليستخدمه النظام لتوليد ارقام تلقائية للحركات بحيث يكون لكل نوع حركه رقم متسلسل خاص يحدد في بداية السنه حيث يفضل ان يحتوي الرقم على معلومات حول نوع و سنة الحركه و الفرع مثل pv b 2002 0000001 فمن هذا الرقم نستدل بأنها سند صرف يخص السنة 2002 للفرع b . و هذا الاسلوب يساعد على الاحتفاض بمسار مراجعة جيد في حال حصول اخطاء هذه ملاحظة معقدة شويه و أقترح عمل جدول يوضع به أسماء دفاتر السندات مثل سندات الصرف و القبض و .... والقيد يأخذ بياناته من هذا الجدول ويمكن للمستخدم إستحداث دفاتر جديده في أي وقت

-1- ادخال الحركات اليومية يكون فقط على الحسابات في المستوى الأخير

-2- لايقبل حركه تفوق قيمتها سقف حساب

-3- لايقبل بخارج حدود صلاحيات مستخدم

ااتفق مع الاخوة تماما ولكن مش فاهم ماهو المقصود بسقف الحساب هل هو Budget لايتعداه

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

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

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

اما فى موضوع رقم القيد ونوع القيد والفترة فهذا كافى للتصنيف ولكن الترقيم تحكمه وجهة نظر كل ادارة مالية

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

أخي الكريم طارق الحمد على السلامة أرجو من الله لك الأجر والعافية ردآ على ما سلف:

-1-المقصود ب لايقبل حركه تفوق قيمتها سقف حساب أي على إفتراض أن أحد الحسابات الفرعية به رصيد مدين 1000 ريال وسقف هذا الحساب 1200 ريال مدين بهذه الحالة لا يقبل إدخال قيمة أكثر من 200 ريال في الطرف المدين أما في الطرف الدائن فممكن وعلى هذا فالمطلوب إنشاء حقل في جدول الحسابات لحفظ قيمة سقف الحساب وحقل آخر لمعرفة أن هذا السقف مدين أو دائن

-2-أما فى ادخال القيود فتم تحديد بداية الفترة المحاسبية ونهايتها و أظن أنه كافي ويمكن قبول القيد خارج الفترة ولكن بصلاحيات محددة وهذا جيد

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

-4- بالنسبة لموضوع العملات الاجنبية أظن أنه كما أسلفت موضوع محاسبي بحت ولو أنه من الممكن إضافة بعض النماذج و التقارير تفيد ذلك إلا أنني لا أفضل ذلك الآن لأننا نريد أن يخرج البرنامج للنور وبعد ذلك يضاف إليه بعض الخصوصيات تهم طبيعة المنشأة التي سيعمل عليها فلكل منشأة مطالب لاتهم منشأة أخرى

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

الاخوان tarekh_2 ، محسن محمد 2003 الشكر لكم و ليس لي على هذه الجهود الطيبة.

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

اما بالنسبة للملاحظات :

1- بالنسبة للعملات الاجنبية فالانظمة المحاسبية تعتمد عملة رئيسية للنظام مع الاخذ بعين الاعتبار العملات الاجنبية بحيث تكون القيمة في العملة الاجنبية مقومة بسعر عملة البلد ففي مثال صندوق النقدية يتم فتح حسابات بحسب العملات المتداولة (يتم وضع كود يحدد نوع الحساب بحسب العمله 00،01،03)

المستوى الثاني

1111 الصناديق

المستوى الثالث

1111-11 صندوق المبيعات ويشمل :

1111-11-00 صندوق المبيعات ريال

1111-11-01 صندوق المبيعات دولار وهكذا

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

2- اما بالنسبة للارقام المتسلسلة فيفضل في الانظمة المحاسبية أن يكون هناك رقمان للحركة الاول و هو الاهم رقم النضام و ما ذكرت سابقا بهذا الصدد هو احد الاشكال المفضلة و الاخر رقم دفتري و الهدف هنا رقابي و قد ركزت عليه العديد من المقالات بهذا الصدد بحيث لا يمكن لمدخل القيد التغيير في رقم النظام و يترك له ادخال الرقم الدفتري و رقم النظام يتم توليده بناء على الرقم الذي يضعه مدير النظام في بداية كل فترة مالية مثلا pv 2003 b 0000000

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

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

4 - بالنسبة لترك حركات غير متوازنة بهدف اكمالها قبل الترحيل فلا بأس من ذلك حجزت رقم متسلسل من النظام بشرط ان لايسمح النظام باقفال الشهر و هناك قيود غير متوازنه لكي لا يتم اهمالها من قبل المستخدم و بالتالي يقع في مشكلة ادخال قيود بتاريخ سابق و كذلك حجز رقم جديد لكون ان الرقم الي هو رقم اخر حركه مضاف له 1 ( برمجيا يتم الترقيم الالي للحركات بخلق جدول يسمى Transaction Counters)

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

أخي الحبيب طارق وفقك الله كيف الصحة أرجو من الله لك الأجر والعافية وأرجو أن نرى لكم إضافات جديدة و تفعيل باقي النقاط مع باقي الإخوة (f)