سیستم حسابداری فروشگاه

[peterhawk]

از دوستان خواهش میکنم که کمک کنند
سیستم ما یک سیستم حسابداری فروشگا ه است که به صورت زیر است
در موجودیت لیست کالاها مشخصات کالاه- گروها-تعداد -قیمت خرید _ نام_ کد و ......
ریز فاکتور که شامل سلسله مراتبی است مانند فاکتور فروش و..........
اسناد ما شامل دو نوع پرداختی و دریافتی است که شماره سند _مبلغ_بابت_شرح.......
دفتر شامل دفتر کل_معین _تفضیلی_روزانه
ایا er زیر درسته یا باید ریز فاکتورها در داخل موجودیت اسناد باشد یعنی خود این ریز فاکتورها میتواند موجودیت باشد یا شامل اسناد هست؟؟؟
و موجودیت دفتر به نظر دوستان درسته یا این دفتر view از اسناد است و نمیتواند موجودیت باشد؟؟؟
اگر به نظر شما کم و کسری داره لطفا کمک کنید81723

[maktoom]

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

[mahan.2002]

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

[maktoom]

اگر بخواید کار رو از لحاظ امنیتی هم درست انجام بدید...الان شماره اسناد در اختیار هرکسی هست. شاید بهتره برای رعایت امنیت کار دیگه ای انجام بدید.
اما اینکه تصمیم گرفتید یک ریز فاکتور داشته باشید و شماره فاکتوری که ریز فاکتور متعلق به اونه رو داخلش بیارید بنظر کار درستیه. از افزونگی کم می کنه.
چون در غیر اینصورت به ازای ثبت هر کالا یک رکورد باید ثبت می کردید.
انواع فاکتور ها اگر عینا مثل هم هستند فقط انواعشون متفاوته که اینها رو بعنوان رکورد می تویند بیارید که برای آپدیت راحت تر می تونید یه جدول به نام انواع فاکتور بسازید.
هر فاکتور با توجه به تاریخی که داره باید مشخص باشه مال چه کسیه و کدوم کارمند در چه سمتی اون رو براش صادر کرده.
خوب ممکنه یه کارمند در یه فروشگاه هم حسابدار هم فروشنده و یا رئیس باشه. باید معلوم باشه این کارمند در چه سمتی فاکتور رو صادر کرده.
همچنین باید توجه داشت آیا اطلاعات قابل بازیابی در سیستم برای مشتری باید ثبت بشه یا نه. یعنی مشتری یه حساب دفتری یا چنین چیزی خواهد داشت یا نه.
که جواب به این پاسخ نکات دیگه ای رو در پی خواهد داشت.
چون اگر ثبت نشه مشتری که امروز میاد و همون مشتری که فردا میاد با هم فرق خواهند داشت. اما اگه ثبت بشه تمام مراجعات مشتری باید قابل دستیابی باشه.
که البته هر دو حالت فوق براحتی قابل طراحی هستن.

[peterhawk]

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

ممنون از راهنمایتون به نظر منم برای جلوگیری از افزونگی بهتر که از انواع استفاده کنیم ولی ایا این ریز فاکتو جزءی از اسناد است؟؟(یعنی سلسله مراتب اسناده)
و منظورتون از اینکه برای امنیت کار دیگه انجام بدیم چیه؟؟

[tiphooo]

بهتر بود به جاب فاکتور خرید در سیستم فروش! جایی برای پیش فاکتور پیش بینی می کردید.و البته پیش فروش هم در دیاگرام شما نیست

[maktoom]

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

[peterhawk]

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

[peterhawk]

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

[mahan.2002]

با سلام
خب شما زمانی که فاکتور صادر می کنید... همون رو باید در سیستم خودتون ثبت کنید ( بلاخره فاکتوری که صادر میکنید باید مشخص با شه بدکاری یا بستانکاری و یا هر مورد دیگه ) پس نیازی نیست دوباره این سند بره برای حسابدار .
در ضمن انواع مختلفی فاکتور در نظر گرفتید بد نبود یه 5، 6 تا دیگم در نظر میگرفتید! فاکتور خدماتی که گرفتید یه فاکتور صنعتی ، معدنی ، .. کشاورزی !! هم میگرفتید کامل می شد.

شما یه فاکتور در نظر بگیرید یا اگر میخواهید حداکثر یه فاکتور خرید یه فاکتور فروش.

نوع رابطه ای که تو شکل در نظر گرفتید فکر نمیکنم منطقی باشه . اصلا برای بانک اطلاعاتی نیست . مخصوصا در جایی که همه فاکتور هارو به یک نقطه وصل کردید تا جای که میدونیم در تعریف بانک اصلا معنایی نداره شاید برای درس مهندسی نرم بدرد بخوره ولی برای تعریف بانک بعید میدونم چنین حالتی منطقی داشته باشه

ریز فاکتور و بقیه فاکتور هارو حذف کنید. بنظرم فقط دوتا جدول فاکتور فروش و فاکتور خرید در نظر بگیرید.

جداولی که بنظرم درست گرفتی 1. مشتری 2. کالا البته رابطه ها شون نه

مشتری وصل کن به فاکتور ...، کالا هم وصل کن به فکتور ....

اگر میخوای برای هر فاکتور هم یه سند درست کنی از فاکتور هم وصل کن به سند ...

امیدوارم کمکت کنه