انجمن‌ها

سلام
خیر قربان شما یک کد برای کالای A تعریف می کنید و الگوی عملیات مالی آن را شناسایی ویژه قرار می دهید . ( به تفکیک شماره سریال برای شما اهمیت دارد و می توانند قیمت تمام شده های متفاوت داشته باشند )
تفاوت در نوع رخداد کالاست ، یکی رخداد دریافت از تولید و یکی رخداد خرید داخلی . که هر کدام قیمت رسید انبار خود را از محل خاص خود دریافت می کنند .

این عرایض بنده در صورتی صحیح است که مشتری شما نیاز به دستگاه A داشته باشد . ( بدون توجه به شماره سریال )
دستگاه A به یک شکل در انبار دیده می شود به تعداد 2 عدد . یکی با سریال 12 یکی با 13 . این دوکالا از نظر سازمان ما به جز شماره سریال هیچ تفاوت دیگری با هم ندارند .

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

با سلام.

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

با عرض سلام و تبریک سال نو خدمت تمامی دوستان و کارشناسان محترم

با تشکر از توجه کارشناسان محترم نسبت به مطلب فوق.

خدمت جناب سعادت عرض شود تمامی شماره سریال ها واقعی هستند و بر روی دستگاه ها ثبت میشود.

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

با اجازه وارد سناریوی قبل بشویم:

مثالی که عرض کردم به این منظور بود برای کالا حالات خاصی اتفاق میافتد، برای تفکیک این حالات مثالی که عرض شد از فیلد شماره سریال و رخداد برای تفکیک استفاده کردیم.
کالایی که خرید شود رخداد آن خرید داخلی است . همان کالا تولید میشود رخداد آن دریافت از تولید است باز همان کالا امانت داده میشود رخداد آن تحویل امانی است.کالای تولید شده دارای شناسنامهای متعددی است شماره سریال آنها را تفکیک میکند.

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

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

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

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

سال خوبی برای تمامی نوسایی ها  و غیره آرزو میکنم.

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

خجسته باد بهــار
بهارتــان هزار رنگ

سلام و تبریک سال نو خدمت شما دوست گرامی.

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

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

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

جناب سعادت ، محل نگهداری کالا یکی از معرفهای کالا(مشخصات ذاتی) است؟

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

مشخصات و معرفه هایی که متغیر هستند از دید بنده نمی بایست در کدینگ کالا و مشخصات اصلی آن نقشی داشته باشند ، فیلد های دیگری در کارت کالا نقش مشخصات فرعی را به عهده دارند.

سطح اول درخت کالای شرکت زیر به چه شکل است؟

یک شرکت کلوچه سازی هم کار تولیدی انجام میدهد هم کار خدماتی :

-- کالای مورد نظر ((خمیر خرما)) است --
-- 10 سردخانه مجزا موجود است --

1- خرما را وارد ایستگاه تولیدی میکنند و سپس تبدیل به خمیر خرما میشود . خمیر خرما وارد ایستگاه بعد میشود و در نهایت کلوچه تولید میشود.

2- شخصی خمیر خرما را خودش تامین میکند و قرار شده برایش کلوچه تولید کنند.

3-شخص دیگری میخواهد در سردخانه خمیر خرمایش را تا 2 ماه برایش نگه دارند.

4- همین شرکت خمیر خرمای خودش را از شرکت همکار تامین میکند.

5-در یک طرح آزمایشی خمیر خرما تحویل آزمایشگاه میشود.

ممکن است هر خمیر خرما در 5 مورد فوق در انبار ها(سرخانه) مختلفی نگه داری شود.

در حال حاضر چنین پروژه ای را پیش رو داریم ، راههای مختلفی را تست کردیم تا استارت کار زده شده است.

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

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

مواو اولیه                مواد اولیه                                  انبار 1                انبار شرکتی  
مواو مصرفی           مواد مصرفی                             انبار 2                انبار غیر شرکتی
محصولات                محصولات                                    ...                           ؟؟؟؟
؟؟؟؟                       محصولات خریداری شده             انبار 10               
                              کالاهای امانی                             ؟؟؟
                              ؟؟؟؟؟
------------------------------------------------------------------
پیشنهاد جدید

کالا                                                    انبار 1                        حساب= موجودی مواد          تفصیلی(قابل انتخاب در زمان ورود)=موجودی مواد اولیه
     انواع خرما                                     انبار 2                                                                                                                       = موجودی مواد مصرفی
     انواع خمیر خرما                              0000                                                                                                                      = موجودی محصولات
     انواع کلوچه                                   انبار 10                                                                                                                       .......
خدمات
    انواع خدمات کلوچه سازی
    انواع خدمات سردخانه

سلام

سال نوی همه دوستان عزیز مبارک

جناب اصفهانی، سال نو را با این همه علامت سوال آغاز کرده‌اید. پس ما عیدی خود را محفوظ فرض می‌کنیم...

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

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

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

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

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

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

پاینده باشید

سلام

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

ارادت

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

سلام

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

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

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

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

سلام

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

سلام جناب مومنی :

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

سلام

ارادتمندیم - لطف شما مستدام