جدول های پایه برای سیستم حسابداری(به نظر شما مشکلی نداره)؟
به نظرتون جدول هایی با این حالت برای سیستم حساب داری چه مشکلاتی میتونه داشته باشه؟
جدول گروه های حساب:
کد گروه
نام
---------------------------
جدول حسابهای کل:
کد حساب
کد گروه
نام حساب
---------------------------
جدول حسابهای معین:
کد حساب
کد کل
نام حساب
---------------------------
جدول حسابهای تفضیلی:
کد تفضیلی طرف حساب
کد حساب معین
--------------------------
جدول اسناد حسابداری:
کد سند
کد کل
کد معین
کد تفضیلی
شرح
تاریخ
بدهکار
بستانکار
نقل قول: جدول های پایه برای سیستم حسابداری(به نظر شما مشکلی نداره)؟
سلام دوست عزیز : اسکریپت جداول .امیدوارم به دردت بخوره .اگه خواستی بگو sp هم بزارم
Tables.rar
ممنون لطف میکنید اگه بدین
این فیلد مستقل بودن یا نبودن در جدول تفضیلی برای چه موردی به کار میاد
ساختار جدول هایی هم که نوشتم به جزء جدول سند تقربیا درسته انگار؟
درمورد چهار تا فیلد جدول سند هم بجر شماره سریال اگه ممکنه یه توضیحی بدین
یه مورد دیگه هم اینکه شما حساب ها رو گروه بندی نکردین؟ اشکالی نداره؟
جدول اسناد نباید کل و معین داشته باشه.
باید حساب مبداء و مقصد داشته باشید و یک ستون مبلغ نه بدهکار و بستانکار
البته این سیستم رو به بیش از ۱۰ شکل میشه طراحی کرد.
به نظر شما در این حالتی که گفتین گزارش گیری ها سربار اضافی تولید نمیکنه؟ یا بهتر بگم سرعت رو پایین نمیاره؟جدول اسناد نباید کل و معین داشته باشه.
باید حساب مبداء و مقصد داشته باشید و یک ستون مبلغ نه بدهکار و بستانکار
همچنین تفکیک بدهکار یا بستانکار شدن حساب برای گزارش گیری که تو همچین نرم افزار هایی خیلی زیاد استفاده میکنن یکم سخت میشه
شاید بهتر باشه با افزونگی داده این پیچیدگی رو کمتر کرد(البته نظر شخصی منه)
منتظر نظرات شما هستم
من از روشی که گفتم راضیم.
سرعت بستگی به این داره که کوئریتون رو چقدر بد بنویسید.
شاید بشه برای کل و معین بهانه آورد;
ولی در همه حالت ها دو ستون بدهکار و بستانکار غلطه.
بهترین روش(امکانات برای کاربر) اینه که یک سند بدون هیچگونه مبلغی فقط شامل تاریخ و شاره سند و توضیحات و ... داشته باشید و عملیات مالی انجام شده رو در یک جدول دیگه نگه دارید.
البته نوشتن UI و BLL چنین برنامه ای با اینکه ارزشش رو داره فوق العاده سخته.
همه چیز بستگی به قدرتی داره که نیاز دارید.این سیستم رو میشه طوری طراحی کرد که از بانک تا بقالی رو جواب بده.
منظورتون از سخت بودن یعنی دو جدول داشتن برای سند هست؟(یعنی کد نویسی برای این حالت سخته؟)البته نوشتن UI و BLL چنین برنامه ای با اینکه ارزشش رو داره فوق العاده سخته.
ممکنه دیگر دوستان هم نظراتشون رو بگن؟
روشی که توی ذهن منه سخته.و بیشتر از ۸ تا Table میشه ولی توی هر benchmarkی که بزارید اول میشه.نوشته شده توسط علیرضا حسن زاده
یه جمله معروف هست که میگه اگر به چیزی واقعاً نیاز داشته باشی بهش میرسی.
سلام
جدول سندتون بنظر خیلی مختصر طراحی شده، فیلدهایی مثل: شرح آرتیکل،عطف،مبلغ ارزی،ثبت کننده،تاریخ ثبت، وضعیت تایید،فلگ سندهای خاص(افتتاحیه،اختتامیه،سود وزیان) و ... میتونه اضافه بشن. ضمنا اگر فیلدهای هدر سند ،جدول جداگانه ای داشته باشن بهتره.
سلام
ادامه بدین لطفن
مرسی
=====================
اصفهان زیباترین شهری بود که دیدم
بگو ببینم : تا چه حد از حسابداری شناخت داری ؟
و هدفگذاری این برنامه چیه ؟
برای صنعتی یا تجاری یا خدماتی یا ...
به نظر شما برای جدوال پایه تو سیستم های مختلف مگه فرق میکنه؟بگو ببینم : تا چه حد از حسابداری شناخت داری ؟
و هدفگذاری این برنامه چیه ؟
برای صنعتی یا تجاری یا خدماتی یا ...
مگر این نیست که در نهایت تمامی عملیات باید جدای از نوع سیستم در یک نوع واحد ذخیره شوند؟ مثلا دفتر کل و معین برای نوعش برای تجاری، صنعتی یا خدماتی مگه فرق میکنه؟
البته من سواد حساب داریم کمه ولی تا جایی که خوندم نوع و سرفصل های حسابها فرق میکرد نه نوع دفاتر و اینا
بازم اگه راهنمایی کنید ممنون میشم
بفرما دوست عزیز این هم sp هاش
سلام دوست عزیز جداول و sp هاتون رو دیدم خیلی عالی هستن می تونم خواهش کنم تو چند خط نحوه ی استفاده از sp ها رو شرح بدین من در برنامم فرمی دارم به نام پرداخت که باید شماره سند، تاریخ ،نام حساب ،مبلغ پرداختی و شرح رو وارد کنم چطور باید از sp ها برای درج این مقادیر استفاد کنم و در چه جداولی ممنون میشم اگه محبت کنین و جواب بدین .
اگه کل و معین و تفضیل به هم وصلند چرا توی جدول "اسناد حسابداری" کد کل و معین رو نگه می دارید؟
برای سرعت, حافظه, دیسک, کد و خطای بیشتر.
متاسفانه خیلی ها فکر میکنن اولی ارزش اون ۴ تای دیگه رو داره
با سلام .
به نظر من بهتر است تمام حسابها ( کل و معین و تفضیلی ) در یک جدول تعریف شوند .
بدین منظور می توان از سطوح مختلف استفاده نمود .
مثلا 3 رقم اول کل و سه رقم بعدی معین و سه رقم آخر تفضیلی در نظر گرفته شود .
به نظر بهینه تر از جداول مختلف یا سه جدول برای حسابها می رسد
دیوار بتنی لطفا
احتمالا شما عملا پروژه در این نوع رو انجام نداده باشیدبا سلام .
به نظر من بهتر است تمام حسابها ( کل و معین و تفضیلی ) در یک جدول تعریف شوند .
بدین منظور می توان از سطوح مختلف استفاده نمود .
مثلا 3 رقم اول کل و سه رقم بعدی معین و سه رقم آخر تفضیلی در نظر گرفته شود .
به نظر بهینه تر از جداول مختلف یا سه جدول برای حسابها می رسد
یا در پروژه هایی که انجام دادید بحث گزارشگیری و اینا نداشتین
اگه صرف نگه داری داده ها باشه حرف شما درسته ولی وقت بحث تجزیه تحلیل مالی و گزارشگیری از داده های ذخیره شده هم باشه این نوع ذخیره سازی که شما گفتین خیلی دست و پا گیر میشه و کارایی رو تا حد زیادی پایین میاره
بهترین راه برای تعریف حسابها اینه که در همه سطوح در یک جدول طراحی شه
من خودم بیش از 5 6 برنامه حسابداری قدر مثل تدبیر همکاران و .. را زیرو رو کردم همشون به همین روشه
اما کلا باید شما طراحی خودتو بکنی تا دستت باز باشه و یک کار جدید بتونی بکنی اگر نوآوری نداشته باشه که میشه تکرار تکرار ها
قوانین ایجاد تاپیک در تالار
پاسخ با نقل قول