آقا خیلی دلمان می خواهد این بحث به جای برسد که ماها که تجربه برنامه نویسی کمی داریم بتونیم یک سیستم حسابداری ایجاد کنیم آقای linux قول داده بودید که نمونه کد بزارید برنامه بنویسید و اینجا قرار بدید ؟؟؟
با سلام
یه پیشنهادی دارم اول ما بیامم سیستم توسط دیاگرام شبیه سازی کنیم بعد بیایمم حالا در مورد پیاده سازی بانک صحبت کنیم.
دوستانی که در این مورد تجربه دارند اگر دیاگرام های در این مورد دارن که می تونه به این بحث کمک کنه بزارن که یکم موقیت بحث از نظر دید روشن بشه ..
در ضمن با این وضعیتی که این تایپک داره میره جلو من فکر میکنم دوستان بیشتر منحرف میشن از بحث اصلی . اگر یه ساختار که قابلیت بخش بدی و طبقه بندیه بحث رو داشته باشه بنظر من خیلی بهتر البته
من فکر میکنم این مشکل نه تنها در مورد این مورد بلکه در مورد بقیه ی موضوعات که در این سایت بصورت سر فصل ارئه میشه وجود داره . لطفا فکری به حال این ساختار تاریخی کنید! به نظرم ما افتادیم توی
یه استک که هر مطلبی از بالا میندازیم توی اون در اخرم می بینیم که این وضعیت رو داریم بدون هیچ موضوع بندی .
دوستان یه فکری به حال این وضعیت کنند.. بنظرم ساختار خیلی بی کیفیتی داریم تجربه میکنیم!
آخرین ویرایش به وسیله mahan.2002 : پنج شنبه 27 بهمن 1390 در 02:33 صبح دلیل: تصحیح نحوی
خوب بله همه برنامه می نویسند که از ان استفاده کنند بعضی ها به یکسری مسائل بلد نیستند میاند اینجا که از دوستانشون کمک بگیرند بعضی ها هم مسائلی بلد هستند که دیگران بلد نیستند کلا اینجا برای کمکگرفتن هستش ؟
اگر اینجا دوست ندارید کد بگذارید راهنماییهای خیلی خوبی شما می تونید بکنید چون شما استادید تو این زمینه
ممنون میشم اگر کمک کنید
درود
یک تاپیک 9 صفحه ای با پست های بسیار طولانی که بعد از چند ساعت مطالعه پست هاش نه مطلب تخصصی در زمینه حسابداری به چشم میخوره و نه مطلب تخصصی در مورد پیاده سازی نرم افزاری
اما در عوض کلی تناقض موجود هست !
در ضمن فرا تر از بحث فنی شاید بحث در مورد نیازسنجی بازار به این نرم افزارها هم بد نباشه چون جناب حمیدرضاصادقیان در یکی از پست ها فرمودند که بازار از نرم افزارهای حسابداری اشباع شده و ....
آخرین ویرایش به وسیله delphidark : جمعه 15 اردیبهشت 1391 در 11:59 صبح
بنظر شما ارتباط اشخاص - حساب بانکی - مراکز هزینه - توی دیتابیس باید چطوری با تفصیل برقرار باشه
یک نفر به طور کامل میشه سال مالی را بگه چیه هر نرم افزاری اجرا میکنم اول سال مالی را میگه تعریف کنید و ارتباطش با سایر قسمتها به صورت یک مثال توضیح بدهید
سال مالی در حقیقت یک فیلتره که فقط هنگام انتخاب اون اطلاعات همون سال رو نشون می دهد یا به ثبت و ضبط اطلاعات توی اون پرداخته می شه که میشه گفت مهمترین قسمت یه برنامه حسابداریه
معمولا تاریخ تاسیس یک شرکت به عنوان مبدا شروع سال مالی تعریف شده و طول آن معمولا 365 روز می باشد و همیشه منظور از سال مالی یک سال کامل از 1/1 الی 12/29 نیست مثلا می تواند از 91/07/01 الی 92/06/31 باشد و در سیستم حسابداری بازه شروع شماره اسناد در پایان دوره مجددا reset شده و از یک شروع می شود پس باید معلوم شود بالفرض سند شماره 10 از کدام سال مالی چون ممکن است چندین سال مالی داشته باشیم و در همه آنها سند شماره 10 وجود داشته باشد
در کلیه سیستم ها با انتخاب سال مالی معمولا با ورود به هر فرم باید اطلاعات مربوط به سال مالی (دوره مالی ) انتخاب شده نمایش داده شود
گاها بعضی از شرکتها برای اینکه سال مالی آنها از ابتدا تا انتهای یک سال شمسی باشد تاریخ تاسیس شرکت تا پایان همان سال را یک دوره در نظر گرفته و دوره های بعدی از ابتدا تا انتهای سال می باشد و طول دوره اول در این حالت از سایر دوره ها کوتاهتر است بنابراین الزامی برای یکسان بودن طول دوره مالی وجود ندارد
سلام موضوع پایان نامه من درباره پیاده سازی سیستم بانک هست که من احتیاج به یه سری اطلاعات درباره مواردی که باید درش لحاظ بشه دارم امکانش هست راهنماییم کنین ممنون
حالا این سیستم مالی چه جوری میشه پیاده سازیش کرد یعنی به چه طریق کنترل کنیم که 365 روز فرار رسید اخه با ساعت سیستم نمیشه چون امکان داره کاربر ساعت و تاریخ سیستم را جلو یا عقب ببره به چه طریق میشه کنترل کرد ؟
سئوال دیگه اینه :
ما الان بلفرض یک شاخه حساب داریم به این صورت :
1. دارایی - دارایی جاری - بانک - بانک صادرات - حساب سپهر - شماره حساب1
2.- سرمایه
3- بدهکاریها
4..
می خواستم ببینم حساب یک شخص مثلا " اقای نوروزی " حسابش جز کدام دسته از کدینگ حسابها میشه ؟
دوست عزیز نقطه شروع و خاتمه سال مالی را شما مشخص نمی کنید که مثلا با تاریخ یا ساعت سیستم کنترل کنید
سال مالی را کاربر تعریف می کند شروع سال مالی شاید بیشتر از 50 درصد شرکتها ابتدای سال شمسی نیست و گرنه مثلا می گفتند سال 1391 یا 1390 دیگر نمی گفتند سال مالی
و در مورد حسابرسی که دوستمون گفتن حسابرسی هر سال مالی در انتهای سال دیگر صورت می گیرد و اگر مثلا شروع سال مالی یک شرکت 10/01 باشد در سال بعد حسابهای انجا حسابرسی می شود و اگر هم 01/01 هم بود باز به همین شکل بود
آقای نوروزی فر در لیست حسابهای مالی نیست اشخاص در تفصیلی ها مشخص می شوند نه در حسابهای مالی
من میدونم شخصها در تفصلیها می باشند اما جزو کدام دسته ؟؟
این سال مالی درست متوجه نشدم چیه اگر چند پست بالاتر نگاه کنی یکی گفته 365 روز سال هستش ؟؟
لیست تفصیلی ها از حسابهای مالی جداست
مثلا دارایی - دارایی جاری - بانک - بانک صادرات - حساب سپهر - شماره حساب1
اگر بخواهید اینها را به صورت درختواره تعریف کنید دچار اشتباه شده اید
درست آن به این شکل است
دارایی جاری - بانک - صندوق ریالی ------------> این موارد در قسمت حسابهای مالی تعریف می شود
بانکها - بانک صادرات شماره حساب 1 -----------> این قسمت در تفصیلی ها تعریف می شود
جدول حساب و تفصیلی از هم جداست
سال مالی در سال اول می تواند حتی 10 روزه باشد و در سالهای بعد 365 یا 366 روزه است
بنابراین اینکه سال مالی همیشه 365 روز است اینگونه نیست
کلمه سال مالی را یا کلمه <<سال>> اشتباه نگیرید . سال با سال مالی فرق می کند
شما به جای سال مالی از کلمه دوره مالی استفاده کنید شاید مفهوم را بهتر برساند
حتما در مدرسه به یاد دارید که می گفتند سال تحصیلی 91-90 شروع دوره مالی آنها از 1390/07/01 الی 1391/06/31 می باشد
من سال مالی را به این صورت جدولش را ایجاد کردم
ID سال مالی
Name نام سال مالی
Datestart شروع سال مالی
Datefinish پایان سال مالی
و ای دی این سال مالی را در تمامی سندها و فاکتورها و حتی در کالاها هم قرار داده ام که تقریبا به این صورت شده
IDSaal ای دی سال مالی
ID سند
شماره سند
نوع سند
ایا به این صورت درست می باشد
آخرین ویرایش به وسیله noroozifar : سه شنبه 26 اردیبهشت 1391 در 18:35 عصر
شما باید یک فیلد MaliYear نیز برای مشخص بودن سال مالی در نظر بگیرید تا بعدا به مشکل نخورید. فیلد فوق باید کلید باشد. علت این کار این است که امکان دارد در یک بانک بخواهید چند سال مالی داشته باشید. ضمن اینکه این فیلد باید با جداول Master و Detail سند ارتباط داشته باشد.
موفق باشید.
باتشکر ار طرح پیشنهادتون منم رشته ام حسابداریه با برنامه نویسی حسابداری موافقم اگه برنامه جدیدی گیرم اومد همکاری میکنم
با سلام .
من یک سئوالی برام پیش اومده .
باید برای هر سال مالی یک دیتابیس جداگونه تعریف بشه یا نه کل اطلاعات رو می شه توی یک دیتابیس ذخیره کرد ؟
عموما سیستمهای مالی یک سری زیر سیستمهای جداگونه دارن مثل فروش ، انبار ، حقوق و ....
حالا سال مالی این زیر سیستمها باید با سال مالی همدیگه برابر باشه یا نه اینا با هم متفاوت باشن هم مشکلی پیش نمی یاد ؟
می تونیم یک موجودیت با نام سال مالی داشته باشیم که مشخصه هایی مانند : کد،نام،تاریخ شروع،تاریخ پایان،بسته/باز است،شماره سند افتتاحیه،شماره سند اختتامیه رو داشته باشه که هنگام زدن سند در سیستم ثبت می شه که در کدوم سال مالی سند می زنیم و با این روش می تونیم گزارشات رو بر اساس سالی مالی که در آن قرار داریم طراحی می کنیمباید برای هر سال مالی یک دیتابیس جداگونه تعریف بشه یا نه کل اطلاعات رو می شه توی یک دیتابیس ذخیره کرد ؟
با فرض طراحي يك ديتابيس براي كل اطلاعات ، اگر سالهاي مالي متعددي ايجاد شود و در هر سال مالي ، اسناد حسابداري زيادي هم ثبت شود ، سرعت لود اطلاعات به شدت كاهش مي يابد .
همچنين گزارشگيري از اطلاعات نيز مستلزم صرف زمان زيادي مي باشد .
من فكر مي كنم كه بايستي هر سال مالي ديتابيس جداگانه اي داشته باشد .
اين تاپيك تعطيل شده يا هنوزدوستاني هستن كه بخوان بحث روادامه بدن ؟
من همه موضوعات مطرح شده رو مرور كردم . مطالب جالبي عنوان شده و حيفه كه نيمه كاره رها بشه .
اگه دوستان همكاري كنن و اساتيد كمك كنن اين بحث رو به يه سرانجامي برسونيم . هدف كسب تجربه و آموزش مگه نيست .
تحليل سيستمهاي مالي به دليل فراگير بودنشون خيلي به افزايش مهارتها كمك مي كنه .
دوستان اعلام آمادگي كنن .
سلام !
من توی برنامه ام از یک جدول استفاده کردم که اطلاعات گروه کالا و کالاها رو ذخیره میکنه با توجه به اینکه یک فیلد نوع گروه کالا یا کالا بودن رو مشخص میکنه و فیلد دیگری در زمان اینکه فیلد اول نوع کالا رو نشان بدهد کد گروه کالا رو در خودش ذخیره میکنه حالا یک دستور میخوام که فهرست کالاها به همراه گروه کالای مرتبط رو بیاره.
ممنون میشم اگه کسی بتونه من رو راهنمائی کنه
سلام
اول اینکه اگر امکان داره چدولتون رو به 2 چدول گروه و کالاها تبدیل کنید و رابطه بین چداول برقرار کنید
ولی با هیمن چدول موجود هم میتونید از فیلد کد گروه به کد کالا ارتباط برقرار کنید
بعدش کوئری تون بسازید
"select kalaname from kala where groupid="filter mored nazar
kalaname فیلد نام کالاتون هست و groupid فیلد کد گروه
دوستان ميتونيد حسابداري تارارو دانلود كنيد. براي هر سال مالي يك بك آپ يا همون سال مالي جديد درست ميكنه در ضمن بانك اطلاعاتي اون قايل استفاده ميباشد.http://www.taragroup.org/Downloads.aspx
با سلام
دیاگرام یک نمونه از حساب تفصیلی شناور ارسال کردم
نظر دوستان رو میخاستم بدونم این روش صحیح است یا نه
در واقع یک رابطه چند به چند بین دو چدول تفصیلی و معین با جدول TBL_Tafsili_Moeinبرقرار کردم
بدین معنی که یک معین میتونه چند تفصیلی داشته باشه و برعکس و توی اسناد حسابداری و یا خرید و فروش فقط از کد TafsiliID از چدول تفصیلی استفاده میکنم
بعضی دیگه از دوستان گفته بودن که تفصیلی نباید با معین رابطه داشته باشه بعضی دیگه نظرشون این بود که توی سند حسابداری هم کد تفصیلی باشه هم کد معین که به نظرم نیاز کد معین در سند حسابداری باشه نیست
دوستان اگر روش مناسب تری جهت تفصیلی شناور دارن ممنون میشم
با تشکر از شما :
در یک برنامه حسابداری بهتر هستیکسری حسابها بعنوان حسابهایسیستمی تعریف شن مثل: حسابهای سرمایه ، اسناددریافتنی ، اسناد پرداختنی ، صندوق ، درآمد فروش ، قیمت تمام شده کالای فروش رفته : موحودی کالا و...
البته قبل از همه باید مشخص بشه که ما می خوایم فوندانسیون حسابداری مون رو بر اساس حسابداری دائمی تعریف کنیم یا حسابداری ادواری ؟ و یا کاربر می تونه در همون اول برنامه انتخاب کنه و .....
بقیه حسابها رو خود کاربر باید بتونه تعریف و کد گذاری کنه . لازم به توضیح هست که کدهایی که در نظر می گیریم بر اساس استاندارد موجود باشند که برای دارائی ها کد 1 - بدهی ها کد 2 ، سرمایه کد 3 ، درآمدها کد 4 ، خرید و قیمت تمام شده کد 5 و هزینه ها کد 6 تعریف شده
دوست من بستگی داره حساب شخص مثلن آثقای نوروزی جزء کدام دسته از حساب اشخاص باشه - حسابها به سه گروه تقسیم میشن 1: بدهکاران تجاری ، 2: بستانکاران تجاری - 3: اشخاص که می تون تجاری نباشند مثل حسابهای دستی دادن دستی گرفتن که ربطی به اشخاص تجاری نداره یعنی داد و ستد و خرید و فروش با اونها انچام نمی دیم . اشخاص رو در لیست حسابها می شه بصورت انفرادی تعریف کرد و یا یک حساب کل ایجاد نمود و اشخاص مربوطه رو در زیر اون تعریف کرد
دیاکرام پست قبلی نشون میده که کاربر میتونه بصورت درختی حسابهای کل و معین و تفصیلی رو تعریف کنه.
منظور من از سوالم گروههای تفصیلی شناور هست
که این گروهها به چه صورت باید با حساب معین و تفصیلی در ارتباط باشه؟
که هم بشه بصورت درختی و پله ای حسابهای معین و تفصیلی رو تعریف کرد ؟
و هم چطور یک حساب معین به یک گروه تفصیلی وصل بشه و از طرف دیگه این گروههای تفصیلی زیر مجموعه های خودش در جدول تفصیلی رو داشته باشه
دیاگرام رو بصورت زیر تصحیح کردمش
سلام من 2 سال پيش اين مطالب را خوندم امروز به صورت تصادفي اين تاپيك را امروز خوندم،ديدم حتي براي نمونه يه ديتابيس در حد اكسس هم نذاشتن دوستن .به هر حال اگر موافقيد يه ديتابيس بسازيم و اينجا آپلود كنيم تا بتونيم بيشتر و بهتر ياد بگيريم
اینم یک نمونه ساده یک نونه خوب از بانک هم دارم نمیتونم ارسال کنم نمیدونم چرا؟
اینترنتم یک میکه ولی ارسال نمیشه حجمش هم کمه ببخشید
از دوستان کسی میدونه برای طراحی حسابداری بازرگانی ، جداول خرید ، فروش ، مرجوعی خرید و فروش ، پیش فاکتور ها ، هزینه ها ، خرید و فروش اموال رو باید به صورت جدا تعریف کرد یا همه اونا رو توی یک یا دو جدول ؟
چون اگه جدا باشن برای بدست اوردن گزارش معین و تفضیلی صندوق مجبوریم این جداول رو با هم Join کنیم که تعدادش زیاد میشه و اگه هم بخوایم یکی شون کنیم مقادیر Null ما زیاد میشه .
شما چه راهی رو برای این کار دارید ؟
ممنون از مطالبتون
آخرین ویرایش به وسیله SepehrJon : چهارشنبه 23 بهمن 1392 در 19:16 عصر