فكرة أوراكل فينانشلز

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

:rolleyes:

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

حقيقة أنا فرح جدا لأنه يوجد من قدر هذه الفكرة و في حقيقة الأمر أنا مؤمن بها أيمان كبيراً ، فأنا أعرف أن كل المحاولات التي تتم في المنتدى لا غنى عنها و هي محاولات ممتازة ، حتى أني اليوم و أنا في عملي كنت فرحاً بأنه في الأمة الأسلامية و العربية شبابا يهتمون بهذا النوع من العلم ، و فكرتي و قد بدأت بها ووضعتها موضع التطبيق بالفعل و لي أحد المواضيع هنا بخصوصه منشور هنا في منتديات برمجة الأكسس و نشرتها هناك لأنها تعتمد في الأساس على أستعمال أكسس كـــ FRONT END و أس كيو إل سرفر كـــ BACK END و لكي أوضح ماهية فكرتي و هي كالتالي العمل على برمجة قواعد بيانات و تقسيمها إلى أقسام كل منها يهتم بفرع من فروع التحليل المالي و الأداري و المحاسبي كما هو مقسم في أوراكل فينانشيلز و سوف أضع إيضاً خبرتي العملية في مجال المحاسبة و نحاول أن نساعد بعضنا البعض في مناقشة هذه القضية

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

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

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

القسم الأول : يهتم بالمحاسبة العامة و وضع حلول بهذا الخصوص

القسم الثاني : يهتم بالعملاء

القسم الثالث : يهتم بالموردون

القسم الرابع : المخزون

القسم الخامس : متابعة أوامر شراء العملاء

القسم السادس : متابعة أوامر شراء الموردون

القسم السابع : الأجور

القسم الثامن : التحليلات المالية المتقدمة و قياس أداء المنشأت

و هذا هو تخيلي

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

و شكرا جزيلا

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

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

ارجوا أن تشاركوني معكم (h)

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

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

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

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

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

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

النظام الأول : نظام الجرد الدوري - PERIODIC INVENTORY SYSTEM

النظام الثاني : نظام الجرد المستمر - PERPETUAL INVENTORY SYSTEM

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

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

http://thor.prohosting.com/hameed73

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

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

اريد الاشتراك معك فى هذا المشروع الرائع

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

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

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

و شكرا

اقتباس

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

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

اقتباس

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

:D :lol:

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

الأخ العزيز والكوم

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

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

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

المجموعة الثالثة : أساتذة جامعة في تخصص المحاسبة

المجموعة الرابعة : مبرمجي الواجهات

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

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

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

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

هل سوف نعتمد على النظامين الذين اخبرتكم عنهما سابقا ( نظام الجرد الدوري - أم نظام الجرد المستمر )

هل سوف يحتوى الحل المقترح نظام تقييم للمخزون ( الوارد أولا صادر أولا -الوارد أخيرا صادر أولا -المتوسط المرجح- SPECIFIC IDENTIFICATION METHOD )

ماهية النتائج المراد أستنباطها من VIEWS OR STORED PROCEDURES OR THE FUNCTIONS

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

إذا الموضوع سوف ينحصر الأن في الأتي //// (نظام يومية عام)

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

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

ماهو نظام الترحيل ؟

إن مستخدم قواعد البيانات الأول هو مدخل البيانات و هو يدخل البيانات في IT'S CONTAINERS حاوياتها و هي الجداول ثم بعد ذلك تأتي مرحلة الفحص و الموافقة على القيود ثم بعد ذلك تأتي مرحلة الترحيل من جدول لأخر .

و ما فائدة هذا في تصميم الحل الخاص باليومية العامة ؟

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

سوف أكمل إن شاء الله في جلسة أخري

و الأن أريد أن أسمع أقتراحاتكم و أسألتكم و محاوراتكم

و أشكركم جزيلا

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

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

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

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

و الأن ما الفائدة من تطبيق الترحيل في تصميم قواعد البيانات :

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

أولا الموظف A وظيفته ترتيب المستندات و تجهيزها للإدخال و مراجعة صحتها

ثانيا الموظف B وظيفته هي الأدخال في اليومية العامة

ثالثا الموظف C مراجعة و إعتماد القيود المدخلة و مراجعتها مع المستندات المرفقة

رابعا الموظف D ترحيل القيود لتدخل بعد ترحيلها في مرحلة التجميع فتظهر في ميزان المراجعة

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

ما أود أن ألفت نظر قارئي هذا المقال أنه بدأ يتضح بعض الشئ من أن مجالا التحليل المالي و قواعد البيانات هما وجهين لعملة واحدة

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

السؤال المهم الذي طرأ في ذهني و الذي يجب أن يؤخذ بعين الأعتبار هل هذا الحل لــ MULTI COMPANIES أي شركات متعددة ؟

بالطبع سوف يكون بإذن الله هذا الحل والجزء الأول فيه و هو SQL GL متعدد الشركات

و الأن و قد عرفنا نقطتين مهمتين و جوهريتين

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

النقطة الثانية SQL GL سوف يكون نظام محاسبة لشركات متعددة

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

هيكل الحسابات - CHART OF ACCOUNTS

ما هو هيكل الحسابات ؟

و ما هو الغرض منه ؟

هذا ما سوف نعرفه في الجلسة القادمة

و أشكركم على قرائتكم

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

مازلنا أخواني في مرحلة تخطيط كيفية تصميم هيكل الحسابات أو CHART OF ACCOUNTS و ما أردت أن ألفت أنتباه السادة إليه هو أننا نحاكي أوراكل فاينينشيلز و في الحقيقة هذا فقط تنويه إلى السادة إلى فتح المراجع الخاصة بهم إو زيارة المكتبات أو البحث في الأنترنت عن تقنية تسمى تقنية الحقول المرنة الرئيسية أو Key FlexFeild و لن أشرحها في هذه الجلسة ولكن سوف نناقشها لأننا بصدد أن نناقش أو المشاكل الفعلية التي سوف تواجهنا في تصميم SQL GL و يكفي أن أقول أن العمود الفقري للأوراكل فاينينشيلز هو Key FlexFeild

و شكراً

اخي PATCH DEVELOPER

1. هل معني الترحيل هي عدم المساس بالبيانات بعد ترحيلها أي لا يمكن التعديل عليها أو الإضافة أو الحذف منها ؟

2. ما الفرق بين نظام الجرد الدوري و نظام الجرد المستمر؟

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

أخي العزيز ياسر

إن الترحيل عندما نذكره هنا في هذا المنتدي هو نوعان

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

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

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

و الأن جاء دور نظام الجرد الدوري و نظام الجرد المستمر

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

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

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

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

و شكراً

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

أخواني الأعزاء أنا في أنتظار فتح تساؤلات جيدة مثل التي قام بها الأخ ياسر جزاه الله خيرا و أحب أيضا أن أوضح أن موقعي الجديد هو http://patchaccountingsql.tripod.com/index.htm

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

و شكراً

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

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

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

ببساطة شديدة key flexfeild هي نظام تكويد للحسابات من شأنه تقسيم الشركة إلى الأقسام التي سوف تحلل بها البيانات

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

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

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

الحسابات الرئيسية دائماً هي

1- الأصول

2-الخصوم

3-رأس المال

4-الأيرادات

5-المصروفات

و تنبثق من هذه الأقسام الرئيسية للحسابات العديد من الحسابات الفرعية , فلو أفترضنا نحن على سبيل المثال الأصول تنقسم إلى قسمين

أ-الأصول المتداولة

ب- الاصول الثابتة

الأصول المتداولة تنبثق منها الأتي على سبيل المثال :

أ-الخزينة

ب-المدينون

جـ - البنك

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

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

1- الشركة A

2-الشركة B

و كل شركة بها أقسام

القسم a - القسم b - القسم c

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

AccountId

AccountFlexFeild

AccountName

على سبيل المثال لا الحصر و الأن السؤال المهم هو إين تطبق فكرة key flexfeild و الرد ببساطة إن هؤلاء المبرمجين طبقوا تصميم الجداول على أساس أعتماد حقلين كــ primary keys هما

AccountId and AccountflexFeild و لكن كيف ؟

سوف نعطي كمثال حساب الخزينة الرمز كــ AccountId

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

كيف سيتم تشكيل هذا الحقل المسمى AccountFlexFeild = 10.02.1001

ونلاحظ كما أوردت AccountId = 1001 إذا هاتين هما الحقلين الأساسين

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

المقطع الأول: 01 و هذا يعبر عن كود الشركة

المقطع الثاني : 02 يعبر عن القسم

المقطع الثالث : 1001 يعبر عن رقم الحساب

تخليلوا معي إنه يقول لنا إن هذا الكود يخص الشركة A القسم B الحساب رقم 1001

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

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

فجهزوا نفسكم لما هو قادم بإذن الله

و أشكركم لصبركم معي

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

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

أخواني أحاول هنا أن أرفق ملف PDF لميزان المراجعة و من خلاله سوف يتم التعرف على ما يسمى COA أو CHART OF ACCOUNT أو هيكل الحسابات الذي هو محل بحثنا ها هنا و هدفنا الأول بإذن الله و أيضاً أحاول أن أجرب و أعذروني في ذلك بعض أمكانيات المنتدى مثل QUOTE أو CODE و تحميل ملف فأسمحوا لي

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

اقتباس

مازلنا أخواني في مرحلة تخطيط كيفية تصميم هيكل الحسابات أو CHART OF ACCOUNTS و ما أردت أن ألفت أنتباه السادة إليه هو أننا نحاكي أوراكل فاينينشيلز و في الحقيقة هذا فقط تنويه إلى السادة إلى فتح المراجع الخاصة بهم إو زيارة المكتبات أو البحث في الأنترنت عن تقنية تسمى تقنية الحقول المرنة الرئيسية أو Key FlexFeild و لن أشرحها في هذه الجلسة ولكن سوف نناقشها لأننا بصدد أن نناقش أو المشاكل الفعلية التي سوف تواجهنا في تصميم SQL GL و يكفي أن أقول أن العمود الفقري للأوراكل فاينينشيلز هو Key FlexFeild

اقتباس

SELECT AccountId,AccountName from accounts

Nominal_Balances.pdf

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

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

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

يا أخوان كيف أستعمل الـــ quote ؟

اقتباس

السلام عليكم

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

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

اقتباس

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

أخواني أحاول هنا أن أرفق ملف PDF لميزان المراجعة و من خلاله سوف يتم التعرف على ما يسمى COA أو CHART OF ACCOUNT أو هيكل الحسابات الذي هو محل بحثنا ها هنا و هدفنا الأول بإذن الله

و الأن الملف المرفق سوف تجدونه أسفل المقال بإذن الله و الأن أنا بحاجة إلى شرح مبسط لنظرية القيد الزدوج في المحاسبة :

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

الحدث يترجم إلى ما يسمى بالقيد المحاسبي و القيد المحاسبي ذو طرفين الطرف الأول مدين و في الأنجليزية debit و أختصارة dr و الطرف الثاني دائن أي credit أو cr فعلى سبيل المثال عندما يكون معك 90 درهما في الصندوق و أردت أن تشتري مكتباً فإن عملية الشراء هنا يترتب عليها نقص في الصندوق(كأصل) و زيادة في المكتب( كأصل) و هنا العملية بين طرفين ذوي طبيعة مدينة

و للعلم بالشئ الأصول ذات طبيعة مدينة - أي الزيادة فيها مدينة

الخصوم و رأس المال ذوي طبيعة دائنة - إي الزيادة فيهما دات طبيعة دائنة

و الأن تعالوا معنا نحاول أن نطبق المثال السابق

*** تم شراء مكتب بمقدار 90 درهما يوم 29/01/2005

يكون القيد المحاسبي كالتالي

من حـ / الأثاث (المكتب) 90.00

إلى حـ / الصندوق 90.00

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

Nominal_Balances.pdf

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

أخواني الأعزاء و ها نحن الأن من جديد في جلسة علمية تحفنا الملائكة إن شاء الله

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

و شكراً

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

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

IF EXISTS (SELECT name FROM master.dbo.sysdatabases WHERE name = N'GL')
	DROP DATABASE [GL]
GO

CREATE DATABASE [GL] ON (NAME = N'GL_dat', FILENAME = N'D:\Program Files\Microsoft SQL Server\MSSQL\data\GL.mdf' , SIZE = 1, FILEGROWTH = 10%) LOG ON (NAME = N'GL_log', FILENAME = N'D:\Program Files\Microsoft SQL Server\MSSQL\data\GL.ldf' , SIZE = 1, FILEGROWTH = 10%)
 COLLATE SQL_Latin1_General_CP1_CI_AS GO

exec sp_dboption N'GL', N'autoclose', N'false'
GO

exec sp_dboption N'GL', N'bulkcopy', N'false'
GO

exec sp_dboption N'GL', N'trunc. log', N'false'
GO

exec sp_dboption N'GL', N'torn page detection', N'true'
GO

exec sp_dboption N'GL', N'read only', N'false'
GO

exec sp_dboption N'GL', N'dbo use', N'false'
GO

exec sp_dboption N'GL', N'single', N'false'
GO

exec sp_dboption N'GL', N'autoshrink', N'false'
GO

exec sp_dboption N'GL', N'ANSI null default', N'false'
GO

exec sp_dboption N'GL', N'recursive triggers', N'false'
GO

exec sp_dboption N'GL', N'ANSI nulls', N'false'
GO

exec sp_dboption N'GL', N'concat null yields null', N'false'
GO

exec sp_dboption N'GL', N'cursor close on commit', N'false'
GO

exec sp_dboption N'GL', N'default to local cursor', N'false'
GO

exec sp_dboption N'GL', N'quoted identifier', N'false'
GO

exec sp_dboption N'GL', N'ANSI warnings', N'false'
GO

exec sp_dboption N'GL', N'auto create statistics', N'true'
GO

exec sp_dboption N'GL', N'auto update statistics', N'true'
GO

if( ( (@@microsoftversion / power(2, 24) = 8) and (@@microsoftversion & 0xffff >= 724) ) or ( (@@microsoftversion / power(2, 24) = 7) and (@@microsoftversion & 0xffff >= 1082) ) )
	exec sp_dboption N'GL', N'db chaining', N'false'
GO

use [GL]
GO

if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[Accounts]') and OBJECTPROPERTY(id, N'IsUserTable') = 1)
drop table [dbo].[Accounts]
GO

if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[AccountsFlex]') and OBJECTPROPERTY(id, N'IsUserTable') = 1)
drop table [dbo].[AccountsFlex]
GO

if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[Branches]') and OBJECTPROPERTY(id, N'IsUserTable') = 1)
drop table [dbo].[Branches]
GO

if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[Companies]') and OBJECTPROPERTY(id, N'IsUserTable') = 1)
drop table [dbo].[Companies]
GO

if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[Departments]') and OBJECTPROPERTY(id, N'IsUserTable') = 1)
drop table [dbo].[Departments]
GO

CREATE TABLE [dbo].[Accounts] (
	[AccountId] [char] (14) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
	[AccountName] [char] (50) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
	[AccountDescription] [text] COLLATE SQL_Latin1_General_CP1_CI_AS NULL 
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]
GO

CREATE TABLE [dbo].[AccountsFlex] (
	[AccountFlexId] [char] (50) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
	[AccountFlexName] [char] (50) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
	[AccountDescription] [text] COLLATE SQL_Latin1_General_CP1_CI_AS NULL 
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]
GO

CREATE TABLE [dbo].[Branches] (
	[BranchId] [char] (50) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
	[BranchName] [char] (150) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL 
) ON [PRIMARY]
GO

CREATE TABLE [dbo].[Companies] (
	[CompanyId] [char] (50) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
	[CompanyName] [char] (150) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL 
) ON [PRIMARY]
GO

CREATE TABLE [dbo].[Departments] (
	[DepId] [char] (50) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL ,
	[DepartmentDescription] [char] (150) COLLATE SQL_Latin1_General_CP1_CI_AS NOT NULL 
) ON [PRIMARY]
GO

و ها هي الصور التي أرفقتها أسف الصفحة كمرفقات

و الصورة الأخرى

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

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

و شكرا

بارك الله فيك أخي الحبيب PATCH DEVELOPER

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

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

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

1- إستخدام MICROSOFT SQL SERVER 2000 تأليف ريبيكا مز رايوردن و الناشر : مركز التعريب و البرمجة

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

2-SQL SERVER 2000 BLACK BOOK الدليل التعليمي و المرجعي تأليف PATRICK DALTON و PAUL WHITEHEAD ترجمة المهندس : ياسر رحال و مراجعة المهندس : محمد شيخو معمو و الناشر : شعاع للنشر و التوزيع

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

أتمنى أن تعم الفائدة عليكم

أما بالنسبة للموضوع محل النقاش هنا و هو SQL FINANCIALS فسوف نستأنف لاحقاً فأنا في الحقيقة مشغول حاليا لأيجاد حل و فكرة لموضوع أكواد الحسابات المركبة المرنة ACCOUNTS FLEX FEILDS و التي ما إن وصلت إليها في غضون الأيام القادمة سوف أنشر كافة ما يتعلق بها من أكواد و مخططات إن شاء الله

ولا تنسو إن هذه هي البذرة الأولى لمشروع كبير

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

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

أخوكم

PATCH DEVELOPER

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

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

دعونا نأخذ فقرة فقرة

IF EXISTS (SELECT name FROM master.dbo.sysdatabases WHERE name = N'GL')
DROP DATABASE [GL]
GO

أعتقد أن معناها مفهوم فأنت تريد التأكد من أن قاعدة البيانات غير موجودة فإن كانت موجودة فقم بحذفها

COLLATE SQL_Latin1_General_CP1_CI_AS

exec sp_dboption N'GL', N'autoclose', N'false'
GO

exec sp_dboption N'GL', N'bulkcopy', N'false'
GO

exec sp_dboption N'GL', N'trunc. log', N'false'
GO

exec sp_dboption N'GL', N'torn page detection', N'true'
GO

exec sp_dboption N'GL', N'dbo use', N'false'
GO

exec sp_dboption N'GL', N'single', N'false'
GO

exec sp_dboption N'GL', N'ANSI null default', N'false'
GO

exec sp_dboption N'GL', N'recursive triggers', N'false'
GO

exec sp_dboption N'GL', N'ANSI nulls', N'false'
GO

exec sp_dboption N'GL', N'concat null yields null', N'false'
GO

exec sp_dboption N'GL', N'cursor close on commit', N'false'
GO

exec sp_dboption N'GL', N'default to local cursor', N'false'
GO
exec sp_dboption N'GL', N'quoted identifier', N'false'
GO

exec sp_dboption N'GL', N'ANSI warnings', N'false'
GO

exec sp_dboption N'GL', N'auto create statistics', N'true'
GO

exec sp_dboption N'GL', N'auto update statistics', N'true'
GO

if( ( (@@microsoftversion / power(2, 24) = 8) and (@@microsoftversion & 0xffff >= 724) ) or ( (@@microsoftversion / power(2, 24) = 7) and (@@microsoftversion & 0xffff >= 1082) ) )
exec sp_dboption N'GL', N'db chaining', N'false'
GO

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

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

أتفقنا أن هذا البرنامج Multi Company

لذا قمنا بإنشاء جدول Companies

و يمكن أن تحتوي الشركة علي عدة أفرع

لذا قمنا بإنشاء جدول Branches

و يمكن أن يحتوي الفرع علي عدة إدارات

لذا قمنا بإنشاء جدول Departments

كما يوجد جدول لإسم الحساب و وصفة

لذا قمنا بإنشاء جدول Accounts

ثم قمنا بعمل جدول وسيط بين الإدارة و الحساب

لذا قمنا بإنشاء جدول AccountsFlex

ليتسني لنا معرفة الحساب التابع للادارة فمن خلال حقل FlexKeyField يمكن معرفة اسم الشركة و اسم الفرع و اسم الادارة و اسم الحساب

أرجو أن يكون فهمي للموضوع صحيح و إن كان هناك خطأ فأرجو التصحيح