نظر در مورد طراحی سیستم حسابداری بازرگانی

[eng.szarei]

سلام
من در حال طراحی یک برنامه حسابداری بازرگانی هستم . تاپیک " گفتگوی فنی در مورد طراحی Database سیستم مالی" بررسی کردم ولی سوالی برام پیش اومده که اینجا میپرسم :

شما در اون تاپیک گفتید که برای رسیدن به تفضیلی شناور از گروه های تفضیل استفاده میکنیم . سوالم اینه که چرا ؟
چون من یه برنامه حسابداری مالی نوشتم و برای رسیدن به تفضیل شناور اومدم معین رو با تفضیل ارتباط چند به چند دادم . اینطوری هر تفضیلی میتونست به هر چندتا از معین ها ارتباط پیدا کنه . اما با توجه به مطلی که در اون تاپیک گفته شده گروه تفضیل اشخاص رو مثلا به سرمایه داران ارتباط میدیم . وقتی ما قراره در ثبت هر سند کد تفضیل رو ذخیره کنیم چه نیازی به ارتباط اون(گروه تفضیل) با معین داریم .

با تشکر

[salar-tak]

سلام
دوست عزیز برای تفصیلی شناور یک ارتباط یک به چند کافیه
نیازی به چند به چند نیست.
ببینید شما در هر ثبت سند قراره تفصیل رو به یک معین خاص ارتباط بدید.

[eng.szarei]

هر معین میتواند با چند تفصیل در ارتباط باشد و هر تفضیل نیز میتواند با چند معین در ارتباط باشد
پس ارتباط بین معین و تفصیل ما چند به چند میباشد .
درسته ؟

[benyaminrahimi]

معمولا این مفهموم برای حسابداران یک شی ء مستقل برای کوتاه سازی کدینگ و گزارشات کارا تر به کار میره ... مراکز هزینه و کدینگ کاملا مستقل هستند و در تیبل واسطی مثل سند ارتباط پیدا میکنند ...

مثلا شما مرکز 00001 به نام کریم آب منگل رو در نظر بگیرید ... که ممکنه در یک سند در زیر سر فصل بدهکارن استفاده بشه ولی در یک سند دیگر در زیر سر فصل بستان کاران

حالا دو روش رو مطالعه میکنیم :

روش قدیمی : در کدینگ حسابداری کریم آب منگل یک بار در زیر سر فصل بدهکاران و یک بار زیر سرفصل بستان کاران تعریف میشد و کد های مجزا داشت حال انکه اگر حسابدار میخاست تراز ایشون رو بگیره باید دو تراز میگرفت و دوتراز رو دستی با هم مقایسه میکرد
(در این روش کدینگ ما 4 سرفصل و گزارش ما سخته و اگر کریم آب منگل در 100 سرفصل باشه پدر حسابدار در میاد تراز بده)

روش جدید :
کدینگ بدهکار و بستان کار جدا گانه و کدینگ اشخاص (تفظیلی شناور ) تعریف میشوند ... و حسابدار در هنگام سند زدن ابتدا حساب و بعد مرکز را تعیین میکند و در هنگام تراز گیری تعیین میکند که تراز حساب را میخواهد یا یک مرکز خاص ...
(در این روش کد ها به 3 تقلیل یافته و مشکلات روش قبلی را ندارد)


http://segalpardaz.ir/downlod/help/help/hlp_acc_rep_taraz4_files/image001.jpg

[eng.szarei]

ببینید من الان تو طراحی جداول مربوط به تفضیلی ها موندم . ما میایم تفضیلی ها رو گروه بندی میکنیم به : (اشخاص ، بانک ، کالا و گروه های تعریفی کاربر مثل گروه خوش حسابها ، گروه طلبکاران و ...) این گروه بندی فقط کار رسیدن به یه سری تفضیل رو راحت تر میکنه . مثلا نیاز نیست تو تمام تفضیل ها بگردیم دنبال کالای X .
یا وقتی که بخواهیم گزارشی رو فقط برای گروه خوش حسابها بگیریم ، این گروه بندی کار ما رو راحت تر میکنه .
حالا این گروه بندی رو شما چطور پیاده میکنید ؟
هر کدام از گروه تفضیل ها یه سری فیلد خاص دارن که باید ذخیره بشن . مثلا کالا نیاز به کدفنی و ... داره که ما برای اشخاص و بانک همچین چیزی نداریم
برای ذخیره این موارد شما چه راهی رو انتخاب میکنید ؟

[benyaminrahimi]

در اکثر توتال سیستم ها بخشی برای تعریف منابع (اشخاص - کالا - صندوق - بانک پروژه .... ) و جود دارند ودر بخشی دیگر همه این نوع کد ها به صورت مرکز پیاده می شوند ... دقت داشته باشید در حسابداری فقط اسم این مراکز و لینک آن کفایت میکند

ما در جدول هایی مستقل تعریف را نگهداری میکنیم و دریک جدول همه آنها را گروه بندی کرده به عنوان تفظیلی شناور میشناسم

[eng.szarei]

ممنون
برای خرید یا فروش چه راهی رو پیشنهاد میدید ؟
چون خرید باید یه جا ذخیره بشه و ثبت اتوماتیک اون نیز یه جای دیگه . این درسته ؟
حالا ما تو جدول اسنادمون ، سند هایی ثبت شده که مربوط به هر فرمی میتونه باشه . مثل خرید ، فروش ، مرجوعی ، کالای هدر رفته و ....

به نظر شما موارد بالا درست هست ؟ نظر خودتون رو برای طراحی این مورد بگید .
ممنون

[benyaminrahimi]

بله .. بستگی به کاربرد داره مثلا نرم افزار هایی نظیر آسان فاتور فروش همون سنده ...

ولی در نرم افزار های یکپارچه معمولا فاکتور و برگه ها یک جا ثبت و اسناد جی دیگه و برگه ها در سیستم حسابداری سند میخورند (اتوماتیک)