الفريق العربي للبرمجةأرشيف المنتديات · 2000 – 2023
نسخة أرشيفية للقراءة فقط — التسجيل والمشاركة مغلقان، والمحتوى محفوظ كما كان.

القاعدة الجماعية للمحاسبة

مغلق
بدأه ابوحمود في 5 ديسمبر 2001 · 32 رد · 4,290 مشاهدة · في مراجعة المواضيع
مشاركة: واتساب X فيسبوك تيليجرام
#2

الأخ مصراوي :

شكرا على مجهودك فى بناء الجداول ولكن لي بعض الملاحظات وهي :

1- بالنسبة لجدول journal تاريخ القيد مكرر - لماذا .

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

- هل المقصود من هذه الجداول أن تربط الشركة بمركز تكلفة واحد. ولا هناك إمكانية ان يكون للشركة أكثر من مركز تكلفة .

- لا يقبل ادخال بيانات فى جدول MainAcc .

- يفضل ربط الحساب الفرعي بالحساب الرئيسي بمعنى أنه عند إدخال حساب فرعي تابع للرقم 1111 مثلا إذا أخطأ المستخدم وأدخل رقم 12 يظهر له رسالة عدم توافق الحساب الفرعي مع الرئيسي .

أشرف خليل

#3

الأخ مصراوي - وجميع الإخوة الأفاضل

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

وبالنسبة للجداول

أولا: أرجو اضافة حقل خاص بـ نسبة استهلاك الأصل في جدول الحساب الفرعي SubAcc وهي نسبة مئوية تختلف باختلاف نوع الأصول الثابتة أو الموجودات

ثانيا:أرجو اضافة حقل لصلاحية المستخدم في جدول User هل هو مستخدم له جميع الصلاحيات أم صلاحيات محددة

ثالثا: هل يمكن اقفال حسابات السنة وترحيلها لعام آخر بحيث تأخذ الملفات الحالية امتداد2001 مثلا ويتم تخليق نفس الملفات

أو بمعنى أدق نفس الجداول للعام 2002 وهكذا 2003 000000

وذلك بالنسبة لجدول القيود

بمعنى هذا العام jurnals2001 وفي العام القادم يتم مسح البيانات الموجودة به وتخليق نفس ال structureواعطاء امتداد السنة للجدول ليكون journal2002 وهكذا

#4

أخوتي الأعزاء

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

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

الأخوة الأعزاء

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

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

انقر بالزر الايمن للفأرة هنا و اختار

Save Target as

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

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

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

#5

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

الأخوة الأعزاء ، يرجي أن يشتمل أي تعليق من أحد الاخوة علي أي مرحلة مراعاة تأكيد أو معارضة ملاحظات باقي الاخوة

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

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

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

#6

الإخوة الكرام

كل عام وانتم جميعا بخير بمناسبة اقتراب العيد السعيد ... أعاده الله عليكم وعلى الأمة الإسلامية بالخير والبركات

ولكن هل تستعدون للعيد منذ الآن ؟؟؟ فبعد 6/12 لم يعلق أحد سواء مصراوي أو الأشرفين أو أبو بشاير.. يلا الهمة ياشباب

#7

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

إخوتي الأعزاء

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

و ان شاء الله نكمل بهمة أكبر بعد رمضان أو بعد العيد

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

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

#8

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

تم تعديل ملف البيانات فى نفس الرابط السابق بناء علي تعليقات الأخ الأمام و الأخ أشرف

انقر بالزر الايمن للفأرة هنا و اختار

Save Target as

الأخ الامام :

الأخ الامام : جزاك الله خيرا علي ملحوظاتك و هذا تعليقي :

تم اضافة الحقل الخاص ب نسبة استهلاك الأصل

بالنسبة للصلاحيات ففكرة الجدول تعتمد علي ربط الصلاحيات عم طريق الكود بحقل ال User ID ، فمثلا عند فتح فورم معين نحدد لذا كان المستخدم رقم واحد أو أربعة فقط تفتح فى حالة ال Edit و الا فتفتح فى حالة ال Read only . و هكذا بالنسبة لتعديل حقل معين . و يتم التسجيل فى هذا الحقل بناء علي ادخال اسم مستخدم و كلمة سر معينة خاصة بكل مستخدم و كون هناك كلمة سر عامة خاصة بال administrator تفتح له كل الصلاحيات.

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

أما عن اقفال حسابات السنة فيوجد حلان اما اغلاق الجدول مع نهاية السنة و فتح جدو لجديد للسنة الجديدة و هذا يعيبه أن حجم قاعدة البيانات سيصبح فى ازدياد مستمر بدون داعي و خاصة أن هذا النوع من قواعد البيانات يستخدمه أكثر من مستخدم و لذلك سيتم تصميم القاعدة بحيث يكون ملف البيانات (Data File ) و الذي يحتوي علي الجداول فقط فى مكان ثابت و تكون نسخة واجهة المستخدم (User interface ) و التي تحوي الفورم و التقارير و الاستعلامات موجودة علي جهاز كل مستخدم علي حدة و يتم ربط البيانات علي ال Data File .

و يتم عمل ملف Data خاص بكل سنة علي حدة و سيمكن ان شاء الله اعادة توجيه مسار البيانات الي السنة المطلوبة بسهولة كما سنري.

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

لكي يتم التحكم فى صحة ادخال التاريخ سنكون بحاجة لتسجيل بداية و نهاية كل سنة مالية و لذلك سيتم اضافة جدول CurrentYear. و به نسجل بداية و نهاية السنة لكل ملف Data .

الأخ أشرف خليل :

الأخ أشرف : جزاك الله خيرا علي ملحوظاتك و هذا تعليقي :

تم تعديل وصف تاريخ القيد الي رقم القيد

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

أما عن الناحية الأولي (عند تسجيل دليل الحسابات نفسه ) : يتم اخال الشركات و أكوادها من خلال الفورم الأول ، ثم من خلال الفروم الثاني يتم تحديد مراكز التكلفة الخاصة بكل شركة ، ثم من خلال الفورم الثالث يتم تحديد الحسابات الرئيسية التابعة لكل مركز تكلفة ، و أخيرا من خلال الفورم الرابع يتم تحديد الحسابات الفرعية التابعة لكل حساب رئيسي.

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

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

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

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

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

و أخيرا اخوتي الاعزاء ، سأغيب لمدة 5 أيام فأرجو أن أجد الكثير من المشاركات فى انتظاري عند عودتي سواء ممن شارك ، أو من لم يسبق له المشاركة

و ان أثير ما يحتاج تنظيم خلال هذه الفترة ، أرجو من الأخ أشرف خليل :أن يتفضل بذلك مشكورا.

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

#9

أول مشاركة

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

السادة اعضاء هذا المنتدى العظيم المحترمين

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

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

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

مواضيعكم المفيدة لنا جميعا باختلاف وظائفنا وأحب أن أعرفكم بأننى حديث العهد جدا لاستخدام الانترنت ، ولى بعض الاستفسارات :

1- أريد أن اعرف نبذة مختصرة عن نشأة منتداكم الععظيم .

2- ماهى أهم المواضيع التى تناولها منذ نشأته حتى الآن ؟ حتى لاأندم على مافتنى .

3- بعد اسئذانكم فقد قمت بطباعة موضوعات أرشيف قواعد بيانات مايكروسوفت واقوم بقراءتها الآن للإستفادة منها.

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

عزت مجاهد

#10

ثانى رسالة : تعقيب على بدء تصميم البرنامج المحاسبى (القاعدة الجماعية الاولى)

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

1- اساس نجاح قاعدة البيانات هو تصميم جيد لعناصرها واول هذه العناصر بل اساسها الرئيسى هو الجداول .

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

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

4- بالنسبة لجدول الفترة المالية وهى السنة سواء ابتدءت من اول يناير

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

مثلا .

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

عزت مجاهد

#11

الإخوة الكرام

السلام عليكم

لاأعلم ماذا حدث فاليوم السبت ولايوجد أي تعليقات من بعد الأخ عزت

فلماذا؟ أرجو مواصلة مابدأناه بنفس الحماس

مع خالص تقديري

#12

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

إخوتي الأعزاء

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

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

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

#13

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

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

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

acc.JPG

أو بتقسيم الحسابات الى أنواع (6 أو 8 أنواع التي أشار اليها الأخ أشرف-الأصول ، حقوق الملاك، النفقات ، الايرادات .... - ) ثم الى مجموعات

acc2.jpg

2- يجب ترحيل القيود اليومية(journals) المتوازنة الى دفتر الأستاذ(General Ledger) . اما بإضافة جدول جديد أو بوضع خانة مرحل (نعم / لا) أو بإعتماد الجدول الحالي كدفتر أستاذ والتأكد من موازنة السند قبل اضافته .

3- لم أفهم طريقة تسجيل القيد اليومي فهناك حقل من حساب وحقل الى حساب ثم مدين ودائن فاذا كان المدين والدائن محددين بكلمة (من حساب والى حساب ) ما فائدة حقل مدين دائن ...

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

#14

الأخ أبو لمى

أهلا بعودتك وأتمنى أن تكون على اتصال ومداومة .

1- الحمد لله أنني وجدت من يؤيد كلامي فى قائمة الحسابات وهي تقسيم الحسابات إلى مستويات .

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

3- أخيرا متى نجد هيكل للجداول متفق مع الكلام الذي ذكرناه .

اشرف خليل

#15

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

الأخ أبو لمي ، نشكرك علي هذه المشاركة المتميزة ،

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

أما عن الجداول فى الصورة الجديدة ، فقريبا ان شاء الله ، و لكن نرجو ترك بعض الوقت لنا لكي نفهم و نناقش الموضوع و لربما تأتي بعض الأفكار الجديدة خلال الايام القادمة

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

#16

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

إخوتي الأعزاء

بالفعل يجب تعديل جداول الحسابات كما قال الأخ أبو لمي ، و لكن لدي بعض التساؤلات :

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

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

فهل فى استخدامها هما فائدة كبيرة فنكمل البرنامج علي أساس أكسس 2000 او 2002 ؟؟؟

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

سؤال آخر هل من الأفضل جعل أكواد الحسابات نص بدلا من أرقام ؟ أعتقد ذلك

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

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

#17

الأخ محمد : ( مصراوي )

بالنسبة لي أفضل أن تكون القائمة مقسمة على أربع جداول ليكون رقم الحساب كما ذكرت سابقا وكذلك الأخ اشرف رجب مكون من 12 رقم أما بالنسبة لربط الجدول بنفسه فأنا لدي قاعدة على أكسيس 2000 شغالة فعلا بهذا النظام ولكن كما قال الأخ أبو لمى لن تسمح لك إلا بمستويين (2) فقط اي الحساب الأصلي ( الأب ) والحساب الفرعي ( الابن ) وأعتقد أنه يمكن تحويلها بسهولة إلى أكسيس 97 أو أكسيس 2002 . طالما هي أحد إصدارات أكسيس .

أشرف خليل

#18

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

أشكر جميع الأخوه على هذا الإهتمام ببناء برمجيات عربيه ليس مجرد بناء ولكن بناء وتعليم

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

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

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

مجرد ملاحظه وإقتراح

والسلام عليكم

------------------وما توفيقي إلا بالله--------------------

إذا كنت بالله مستعصما---------فماذا يضيرك كيد العبيد

#19

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

الأخ أبو عبد الملك ، أهلا بك معنا

لم أر إسمك منذ مدة فى المنتدي

عود حميد إن شاء الله

سيتم تغيير رسائل التنبيه الي العربية فى التعديل القادم إن شاء الله

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

#20

أولا : أحيي فيكم جميعا روح العزيمه والإصرار وحب نشر الفائده ..

وأخص بالذكر الأخوين الفاضلين مصراوي وأشرف (f) ..

ثانيا :

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

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

وهكذا ..

يحدد المركز المالي في الشركه بتحديد الميزانية والتي تحدد بالمعادله :

حقوق الملاك=الأصول - الخصوم .

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

عند تطبيق هذه المفاهيم على برنامج محاسبي فأنا بصراحه أقرب هذه المفاهيم الى ذهني فأقول :

أهم جدولين عندي هما الحسابات ودفتر الأستاذ أو العمليات أو سمه ماشئت ..

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

هذه العمليات لا يسجلها المحاسب مباشرة في دفتر الأستاذ .. ولكن يتم ترحيلها (لا تقلق سأشرح معنى ترحيل لاحقاً ) من :

السندات ولها جدول أو أكثر حسب التصميم .

فواتير الشراء المعتمده ولها جدول أو أكثر حسب التصميم .

فواتير البيع المعتمده ,, ,, ,, ,, ,, .

الشيكات ,, ,, ,, ,, ,, .

اهلاكات الأصول ,, ,, ,, ,, ,, .

عمليات الضبط ,, ,, ,, ,, ,, .

الرواتب ,, ,, ,, ,, ,, .

............. وأي شي تحتاجه الشركه ... القائمه أكبر من هذه ....

الآن أي سند يسجل في جدول السندات يتم تسجيله أيضاً بالكود في جدول دفتر الأستاذ (ترحيل )...

بالمثل أي فاتورة أعتمدت ودفع مبلغها يتم ترحيلها الى دفتر الأستاذ .

وهكذا البقيه ....

طبعا الترحيل يتم باستخدام Transaction ضروري لضمان الحقوق .

اذا لم تعرف ماهي Transaction لا تقلق سنتحدث عنها في حينها بإذن الله .

ربما المسأله الآن أبسط .... أتمنى ذلك . كما أتمنى أن تتكاتف الجهود من كافة الإخوه (مبرمجين ومحاسبين ) ليخرج البرنامج الى النور .

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

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

أترككم الآن ...

#21

مما سبق أقترح أن يحوي جدول الحسابات الحقول التالية :

*** معرف الحساب : ترقيم تلقائي

** مركز التكلفه :

** النوع : وهي محدده ومعروفه (8 انواع ) ولايسمح للمستخدم بمسحها .

** المجموعه : لكل نوع عدد من المجموعات يدخلها المستخدم .

** ترتيب المجموعة :مهم عند عرض الحسابات .

** رقم الحساب : كود الحساب (نص)

** الحساب : اسم الحساب

** رقم الحساب الفرعي : الحساب الفرعي لو وجد

** الحساب الفرعي : اسم الحساب الفرعي .

** الرصيد الإفتتاحي : مهم عند الاقفال السنوي

** ملاحظات :

وأقترح أن يحتوي جدول دفتر الأستاذ على :

*** معرف العمليه : تلقائي

** مركز التكلفه .

** معرف الحساب : من الجدول السابق

** تاريخ العملية :

** مدين :

** دائن :

** مصدر العملية :محرر الفواتير مثلا ، دفتر الشيكات ......

** العملية : فاتوره رقم ..... ، شيك مقبوض رقم ..... الخ

لاحظ أن سجلات دفتر الأستاذ تضاف بالكود ..

اترك الباقي للأخوه .

#22

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

الأخ أبو لمي ، وجودك يرفع من الهمة ، أكثر الله من أمثالك

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

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

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

#23

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

الأخ أبو لمي أرجو الاجابة عن التساؤلات الآتية:

1-لماذا لابد من عمل جدول الأستاذ و لا يكتفي باضافة كود يبين هل تم تدقيق القيد أم لا

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

تسميات الجداول و الاستعلامات و الفرم

تم اضافة حرف(T) فى بداية كل جدول

و بالمثل سيتم اضافة َQ , fبالنسبة للاستعلامات و الفورم

تم اضافة جدول لمجموعة الحسابات الرئيسية

لكل الجداول تم الاحتفاظ بوجود وصف عربي + وصف انجليزي لكي يناسب البرنامج جميع الأغراض ، و سنحاول ان شاء الله تعالي جعله برنامج متعدد اللغات

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

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

منذ المرحلة الثالثة لكلي لا يضطر للعودة و قراءة ما سبق

أخيرا أثناء تصفحي لمنتدي VB4arab و جدت اشارة لهذا الكتاب

http://www.raypub.com/books/computer/account.html

و معه برنامج محاسبي كامل بالاكسس

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

و هذا رابط للموزعين بالدول العربية

http://www.raypub.com/distributors.html

#24

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

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

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

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

ربما عند التطوير الثاني سنعود لهذ الموضوع بإسهاب .

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

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

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

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

أعدكم بتنزيل البرنامج هنا إن شاء الله ..

#25

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

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

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

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

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

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

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

هذا الموضوع مغلق.

مواضيع مشابهة