PDA

View Full Version : جدول های پایه برای سیستم حسابداری(به نظر شما مشکلی نداره)؟



علیرضا حسن زاده
پنج شنبه 22 تیر 1391, 20:07 عصر
به نظرتون جدول هایی با این حالت برای سیستم حساب داری چه مشکلاتی میتونه داشته باشه؟

جدول گروه های حساب:
کد گروه
نام
---------------------------
جدول حسابهای کل:
کد حساب
کد گروه
نام حساب
---------------------------
جدول حسابهای معین:
کد حساب
کد کل
نام حساب
---------------------------
جدول حسابهای تفضیلی:
کد تفضیلی طرف حساب
کد حساب معین
--------------------------
جدول اسناد حسابداری:
کد سند
کد کل
کد معین
کد تفضیلی
شرح
تاریخ
بدهکار
بستانکار

rezaphs
دوشنبه 09 مرداد 1391, 00:58 صبح
سلام دوست عزیز : اسکریپت جداول .امیدوارم به دردت بخوره .اگه خواستی بگو sp هم بزارم
90468

علیرضا حسن زاده
جمعه 10 آذر 1391, 00:34 صبح
ممنون لطف میکنید اگه بدین
این فیلد مستقل بودن یا نبودن در جدول تفضیلی برای چه موردی به کار میاد

ساختار جدول هایی هم که نوشتم به جزء جدول سند تقربیا درسته انگار؟
درمورد چهار تا فیلد جدول سند هم بجر شماره سریال اگه ممکنه یه توضیحی بدین
یه مورد دیگه هم اینکه شما حساب ها رو گروه بندی نکردین؟ اشکالی نداره؟

FastCode
جمعه 10 آذر 1391, 11:31 صبح
جدول اسناد نباید کل و معین داشته باشه.
باید حساب مبداء و مقصد داشته باشید و یک ستون مبلغ نه بدهکار و بستانکار


البته این سیستم رو به بیش از ۱۰ شکل میشه طراحی کرد.

علیرضا حسن زاده
جمعه 10 آذر 1391, 14:08 عصر
جدول اسناد نباید کل و معین داشته باشه.
باید حساب مبداء و مقصد داشته باشید و یک ستون مبلغ نه بدهکار و بستانکار
به نظر شما در این حالتی که گفتین گزارش گیری ها سربار اضافی تولید نمیکنه؟ یا بهتر بگم سرعت رو پایین نمیاره؟
همچنین تفکیک بدهکار یا بستانکار شدن حساب برای گزارش گیری که تو همچین نرم افزار هایی خیلی زیاد استفاده میکنن یکم سخت میشه

شاید بهتر باشه با افزونگی داده این پیچیدگی رو کمتر کرد(البته نظر شخصی منه)
منتظر نظرات شما هستم

FastCode
شنبه 11 آذر 1391, 03:41 صبح
من از روشی که گفتم راضیم.
سرعت بستگی به این داره که کوئریتون رو چقدر بد بنویسید.

شاید بشه برای کل و معین بهانه آورد;
ولی در همه حالت ها دو ستون بدهکار و بستانکار غلطه.


بهترین روش(امکانات برای کاربر) اینه که یک سند بدون هیچگونه مبلغی فقط شامل تاریخ و شاره سند و توضیحات و ... داشته باشید و عملیات مالی انجام شده رو در یک جدول دیگه نگه دارید.
البته نوشتن UI و BLL چنین برنامه ای با اینکه ارزشش رو داره فوق العاده سخته.


همه چیز بستگی به قدرتی داره که نیاز دارید.این سیستم رو میشه طوری طراحی کرد که از بانک تا بقالی رو جواب بده.

علیرضا حسن زاده
شنبه 11 آذر 1391, 08:52 صبح
البته نوشتن UI و BLL چنین برنامه ای با اینکه ارزشش رو داره فوق العاده سخته.
منظورتون از سخت بودن یعنی دو جدول داشتن برای سند هست؟(یعنی کد نویسی برای این حالت سخته؟)

علیرضا حسن زاده
یک شنبه 12 آذر 1391, 23:31 عصر
ممکنه دیگر دوستان هم نظراتشون رو بگن؟

FastCode
دوشنبه 13 آذر 1391, 13:18 عصر
منظورتون از سخت بودن یعنی دو جدول داشتن برای سند هست؟(یعنی کد نویسی برای این حالت سخته؟)
روشی که توی ذهن منه سخته.و بیشتر از ۸ تا Table میشه ولی توی هر benchmarkی که بزارید اول میشه.

یه جمله معروف هست که میگه اگر به چیزی واقعاً نیاز داشته باشی بهش میرسی.

hossein_h62
دوشنبه 13 آذر 1391, 14:11 عصر
ممکنه دیگر دوستان هم نظراتشون رو بگن؟
سلام
جدول سندتون بنظر خیلی مختصر طراحی شده، فیلدهایی مثل: شرح آرتیکل،عطف،مبلغ ارزی،ثبت کننده،تاریخ ثبت، وضعیت تایید،فلگ سندهای خاص(افتتاحیه،اختتامیه،سود وزیان) و ... میتونه اضافه بشن. ضمنا اگر فیلدهای هدر سند ،جدول جداگانه ای داشته باشن بهتره.

daivid_ d31r1
پنج شنبه 16 آذر 1391, 15:46 عصر
سلام
ادامه بدین لطفن
مرسی

=====================
اصفهان زیباترین شهری بود که دیدم

danesh1351
یک شنبه 19 آذر 1391, 08:51 صبح
بگو ببینم : تا چه حد از حسابداری شناخت داری ؟
و هدفگذاری این برنامه چیه ؟
برای صنعتی یا تجاری یا خدماتی یا ...

علیرضا حسن زاده
یک شنبه 19 آذر 1391, 10:09 صبح
بگو ببینم : تا چه حد از حسابداری شناخت داری ؟
و هدفگذاری این برنامه چیه ؟
برای صنعتی یا تجاری یا خدماتی یا ...
به نظر شما برای جدوال پایه تو سیستم های مختلف مگه فرق میکنه؟
مگر این نیست که در نهایت تمامی عملیات باید جدای از نوع سیستم در یک نوع واحد ذخیره شوند؟ مثلا دفتر کل و معین برای نوعش برای تجاری، صنعتی یا خدماتی مگه فرق میکنه؟
البته من سواد حساب داریم کمه ولی تا جایی که خوندم نوع و سرفصل های حسابها فرق میکرد نه نوع دفاتر و اینا
بازم اگه راهنمایی کنید ممنون میشم

rezaphs
چهارشنبه 22 آذر 1391, 10:18 صبح
ممنون لطف میکنید اگه بدین
این فیلد مستقل بودن یا نبودن در جدول تفضیلی برای چه موردی به کار میاد

ساختار جدول هایی هم که نوشتم به جزء جدول سند تقربیا درسته انگار؟
درمورد چهار تا فیلد جدول سند هم بجر شماره سریال اگه ممکنه یه توضیحی بدین
یه مورد دیگه هم اینکه شما حساب ها رو گروه بندی نکردین؟ اشکالی نداره؟
بفرما دوست عزیز این هم sp هاش

superhacker2009
پنج شنبه 07 دی 1391, 23:41 عصر
سلام دوست عزیز جداول و sp هاتون رو دیدم خیلی عالی هستن می تونم خواهش کنم تو چند خط نحوه ی استفاده از sp ها رو شرح بدین من در برنامم فرمی دارم به نام پرداخت که باید شماره سند، تاریخ ،نام حساب ،مبلغ پرداختی و شرح رو وارد کنم چطور باید از sp ها برای درج این مقادیر استفاد کنم و در چه جداولی ممنون میشم اگه محبت کنین و جواب بدین .

mniknezhad
شنبه 28 بهمن 1391, 13:47 عصر
اگه کل و معین و تفضیل به هم وصلند چرا توی جدول "اسناد حسابداری" کد کل و معین رو نگه می دارید؟

FastCode
شنبه 28 بهمن 1391, 14:11 عصر
اگه کل و معین و تفضیل به هم وصلند چرا توی جدول "اسناد حسابداری" کد کل و معین رو نگه می دارید؟
برای سرعت, حافظه, دیسک, کد و خطای بیشتر.
متاسفانه خیلی ها فکر میکنن اولی ارزش اون ۴ تای دیگه رو داره

ahsaya
دوشنبه 30 بهمن 1391, 16:02 عصر
با سلام .

به نظر من بهتر است تمام حسابها ( کل و معین و تفضیلی ) در یک جدول تعریف شوند .

بدین منظور می توان از سطوح مختلف استفاده نمود .

مثلا 3 رقم اول کل و سه رقم بعدی معین و سه رقم آخر تفضیلی در نظر گرفته شود .

به نظر بهینه تر از جداول مختلف یا سه جدول برای حسابها می رسد

FastCode
دوشنبه 30 بهمن 1391, 20:40 عصر
با سلام .

به نظر من بهتر است تمام حسابها ( کل و معین و تفضیلی ) در یک جدول تعریف شوند .

بدین منظور می توان از سطوح مختلف استفاده نمود .

مثلا 3 رقم اول کل و سه رقم بعدی معین و سه رقم آخر تفضیلی در نظر گرفته شود .

به نظر بهینه تر از جداول مختلف یا سه جدول برای حسابها می رسد
دیوار بتنی لطفا

علیرضا حسن زاده
سه شنبه 01 اسفند 1391, 09:45 صبح
با سلام .

به نظر من بهتر است تمام حسابها ( کل و معین و تفضیلی ) در یک جدول تعریف شوند .

بدین منظور می توان از سطوح مختلف استفاده نمود .

مثلا 3 رقم اول کل و سه رقم بعدی معین و سه رقم آخر تفضیلی در نظر گرفته شود .

به نظر بهینه تر از جداول مختلف یا سه جدول برای حسابها می رسد
احتمالا شما عملا پروژه در این نوع رو انجام نداده باشید
یا در پروژه هایی که انجام دادید بحث گزارشگیری و اینا نداشتین
اگه صرف نگه داری داده ها باشه حرف شما درسته ولی وقت بحث تجزیه تحلیل مالی و گزارشگیری از داده های ذخیره شده هم باشه این نوع ذخیره سازی که شما گفتین خیلی دست و پا گیر میشه و کارایی رو تا حد زیادی پایین میاره

میلاد علوی
دوشنبه 07 اسفند 1391, 18:41 عصر
بهترین راه برای تعریف حسابها اینه که در همه سطوح در یک جدول طراحی شه
من خودم بیش از 5 6 برنامه حسابداری قدر مثل تدبیر همکاران و .. را زیرو رو کردم همشون به همین روشه
اما کلا باید شما طراحی خودتو بکنی تا دستت باز باشه و یک کار جدید بتونی بکنی اگر نوآوری نداشته باشه که میشه تکرار تکرار ها