انجمن‌ها

سلام

همانطور که فرمودید، تفصیلی مورد اشاره شما، "تفصیلی فروش" نام دارد. برای "موجودی" کالاها (که قاعدتا مورد نظر شما است) تفصیلی لحاظ نکرده‌ایم. استفاده از تفصیلی فروش برای منظور اشاره شده اصلا صحیح نیست. ضمن اینکه در موجودی‌ها برای "انبار" تفصیلی لحاظ شده است.

ارادت

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

نام حساب نام تفصیلی فروش بدهکار بستانکار

بهای تمام شده کالای فروش رفته کالای الف 100 ریال

موجودی کالای ساخته شده - - - - - - 100 ریال


بدهکاران نام مشتری 120 ریال

فروش کالای الف 120 ریال


بنابراین میتوانیم با ارتباط تفصیلی کالا (فروش) به دو حساب درگیر ، و با استفاده از تحلیل تفصیلی به حساب در پایان دوره به گزارش تحلیلی زیر برسیم :

تحلیل عملیات تفصیلی کالای الف به حسابها :

نام حساب گردش بدهکار گردش بستانکار

1- بهای تمام شده کالای فروش رفته x ریال
2- فروش y ریال


و نهایتا با استفاده از این گزارش سود ناویژه حاصل از فروش به تفکیک کالاها (x-y) در یک صفحه گزارش در حسابداری قابل رویت است .

تصور بنده حقیر این است که شاید اگر امکان این گزارش در حسابداری موجود نباشد ، استفاده از تفصیلی فروش در الگوهای عملیات مالی فروش نیز چندان کاربردی نباشد .
چرا که از نظر مدیران ، سود ناویژه فروش (x-y) ، به تفکیک کالا بسیار مهمتر از میزان فروش به تفکیک کالاست .

با سپاس و عذرخواهی از اطاله کلام

باسلام مجدد:
متاسفانه ثبتهای حسابداری درست ارسال نشدند:

1- ثبت انبار :

بهای تمام شده کالای فروش رفته (کالای الف) 100 ریال بدهکار
موجودی کالای ساخته شده 100 ریال بستانکار


2- ثبت فروش :

بدهکاران ( مشتری) 100 ریال بدهکار
فروش ( کالای الف ) 100 ریال بستانکار


با تشکر

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

سلام

توضیح شما بسیار هم واضح بود. خیلی ممنون

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

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

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

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

با طرف حسابهای موجود هم می‌توان خیلی راحت با درج یک تفصیلی (فقط برای کالاهای قابل فروش - یا اصلا هر کالایی که بهای تمام شده آن به عنون طرف حساب لحاظ می‌شود) به همان نتیجه دقیقی که مورد نظر شما است دسترسی داشت. در ضمن برای کالاهای نیم ساخته می‌توان از مرکز مصرف مناسب کرد و تفصیلی را از آن مرکز هم بدست آورد. برای کالاهای فروش رفته تصور می‌کنم که نیاز به تغییر دستی طرف حساب داشته باشیم.

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

تجربه سایر دوستان در مشاهده و بررسی سیستم‌های پیاده شده بسیار بیشتر از بنده است. امیدواریم از نظرات مفید عزیزان در این بحث استفاده کنیم.

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

ممنون

ارادت

با سلام و عرض ادب.

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

با عرض سلام

بنده هم به عنوان عضو کوچک نوسا نظر خودم رو میدم و با جناب مولایی موافق هستم.

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

در ضمن من عاشق ماکارونی هستم (ولی با ابزار مناسب خوردن آن).

سلام

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

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

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

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

یک تعمق اندک دیگر هم بفرمایید و دوباره اعلام نظر کنید - چشم

پ.ن. 1 - پ.ن. پاسخ قبلی بنده را نیز دوباره مطالعه فرمایید
پ.ن. 2 - یک بار برنجی با کیفیت خیلی پایین پخته بودم - دوستی خورد و گفت "شفته" شده. پاسخ دادم در ضمن من عاشق شفته هستم؛ اگر با ابزار مناسب از آن استفاده شود، برای محکم کردن فونداسیون ابنیه بی‌نظیر است.

ارادت

با سلام مجدد.

همانطور که قبلا هم اشاره شد: "سود ناویژه به تفکیک کالا به سهولت از سیستم فروش بدست می‌آید" پس بنده هم مانند شما معتقدم که امکان لوکسی خواهد بود. اما در مورد بودن و نبودن این امکان لوکس و موارد دیگر، نظر شما کاملا محترم و برای ما حجت است. بنده به شخصه، با مورد خاصی که اصرار به بودن این امکان خاص داشته باشند، برخورد نکرده ام.

با سلام و عرض ادب و تشکر از راهنمایی دوستان عزیز :
ضمن تایید فرمایشات سروران عزیز ، عرض میکنم :
1- در بسیاری از شرکتها نرم افزار فروش موجود نیست و برای محاسبه سود ناویژه مجبوریم گزارش را در حسابداری ببینیم .
2 - گزارش تحلیلی ماتریسی و نمودار سه بعدی مربوطه در حسابداری یک گزارش کاملا منحصر بفرد است .( تحلیل مجموعه حساب به تفصیلیها و برعکس )
3 - بسیاری از مدیران مالی مایلند برخی گزارشات کلیدی و مورد نظر خود را در حسابداری ببینند .( البته در صورتیکه اطلاعات به صورت خودکار منتقل شوند . )
4 - ضرورت نداشتن وجود تفصیلی کالا در طرف حساب الگوهای انبار همانند تفصیلیهای فروش ، قرارداد ، نماینده ، بازاریاب ، مرکز فروش ، طرف بدهکار و . . . در الگوهای فروش است . اما باعث زیبایی فوق العاده و افزایش راحتی کاربر و رضایت بیش از انتظار مشتریان است .
5 -بسیاری از امکانات سیستم نوسا ممکن است غیر ضروری به نظر برسد ، اما وجود آنها باعث جذابیت جدی کاربران است .
6 - دربسیاری از شرکتها به دلیل برآوردن خواسته مشتری مجبور شدیم یا به تعداد کالاها الگو تعریف کنیم و یا از کاربر بخواهیم تا به صورت دستی تفصیلی کالا را در طرف حساب برگه های انبار درج کند .
7 - استفاده از تفصیلی فروش در سیستم فروش ، در کنار تفصیلی کالا در سیستم انبار ، معنا و مفهوم بسیار زیباتری خواهد داشت .
با تشکر و ارادت

با سلام خدمت شما، اینکه یک امکانی در سیستم نوسا "صرفا برای جذابیت بیشتر و زیبایی و از این حرف‌ها گذاشته شده "، خیلی با حرف شما موافق نیستم !!!
جناب تاج الدینی عزیز می‌توانید مورد شماره 6 را بیشتر توضیح دهید و کلاٌ چرا؟
....
پ ن: هر چند مخاطب شما معمولا جناب مومنی هستند ولی جسارت ما را بپذرید این یک پورتال عمومی است و متن عمومی ایجاد شبهه برای عموم می‌نماید.

با سلام و احترام خدمت برادر عزیز ، جناب سعادت :

اصولا یکی از دلایلی که نرم افزار نوسا را از سایر نرم افزارها متمایز کرده است ، بر آورده کردن خواسته های تقریبا غیر ضروری ، اما بسیار جذاب و کاربردی است . و برآورده کردن نیازهای مشتریان ( در صورت امکان ) در نسخه های بعدی است . وبه نظر بنده حقیر در هیچ یک از نرم افزارهای نوسا نیاز ضروری وجود ندارد که لحاظ نشده باشد .

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

سلام

با تشکر از لطفی که به ما دارید

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

در مورد نکاتی که فرمودید، باید عرض کنم که

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

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


جناب سعادت، استفاده از نظرات دوستان همیشه تشکر ما را به همراه دارد. لطف شما مستدام

ارادت

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

سلام

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

در ضمن امکان "استفاده از آخرین حساب و تفصیلی‌های رخداد مشابه" هم در اختیارتان هست. با استفاده از این امکان، برای هر کالا کافی است یکبار طرف حساب را به صورت دستی تنظیم کنید (با هر تفصیلی دلخواه) و در ادامه برای رخدادهای بعدی از قانونی که به شیوه پیش‌گفته تنظیم شده باشد استفاده نمایید. اجازه دهید برای پیاده‌سازی این ابزار که فقط "ممکن" است اندکی عملیات تنظیم طرف حساب را برای "برخی" از کاربران ساده‌تر کند مجبور به تعریف فیلد "تفصیلی کالا در انبار برای استفاده در طرف حساب اختصاصی" نشویم.

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

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

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

با تشکر از راهنمایی شما . بسیار ممنونم

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