انجمن‌ها

ارسال توسط alipour روشن 01 خرداد 1390 09:58 ق.ظ
حتی اگر موجودی آن کالا هم در نرم افزار و هم در انبار صفر باشد.

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

با سلام و خسته نباشید
فرمایش شماجناب آقای مولایی متین
یک مورد: وقتی موجودی سیستم با موجودی واقعی یکسان نباشد ، مجبوریم تفکیک به بچ را بیاوریم که فقط بچ های جدید و دارای مانده را می آورد. امکانش هست که وقتی CTRl+B می زنیم سیستم کلیه بچ های مربوط به ان کالا را بیاورد؛ حتی آن بچ هایی که در سیستم فاقد مانده باشد؟ چون اگر تمام بچ های مربوط به آن کالا (که با CTRL+D مشخص می شود) را در سطرهای برگه شمارش نیاوریم با پیغام خطا مواجه میشویم.( یا شاید بچی باشد که در سیستم فاقد مانده است اما در انبار موجودی دارد )

با تشکر

سلام

خود این داستان در سال 84 پیاده شده و بحث هم مربوط به سال 90 است.

روال باید به این صورت باشد:

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

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

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

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

نکته مهم در این روش این است که کالای بچ‌پذیر حتما باید در برگه شمارش هم دارای بچ باشد.

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

در ضمن در Ctrl+B بچ‌های "جدید" آورده نمی‌شوند. پیغام تایید منجر به این اشتباه شده است: بچ (جدید) دارای مانده در برگه درج می‌شود. در اینجا بچ جدید یعنی بچی که از قبل در برگه درج نشده باشد - نه یک بچ جدید که معلوم نیست برای استفاده توسط چه کالایی در سیستم تعریف شده است!!

به هر حال منتظر اعلام نظر همکاران عزیز هستیم.

ارادت

سلام

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

سلام

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

با سلام
روال پیشنهادی شما جناب آقای مومنی خوبه.

بنابراین رفتار فعلی سیستم در برگه شمارش:

1- اگر کالا با چند بچ درگیر شده باشد، مثلا بچ 1 ، 2 و 3 . در سیستم بچ 1 و2 مانده دارد و موجودی واقعی هر دو بچ با سیستم همخوانی دارد. در برگه شمارش دیگر نیازی به تفکیک بچ (CTRL+B) نیست و مقدار شمارش نهایی را *خالی* میگذاریم.
2- اما اگر کسری یا مازاد داشتیم، باید این تفکیک صورت بگیرد ؛ با CTRL+B بچ 1 و 2 میاید و باید دستی بچ 3 را هم بیاوریم و حتما برای هر سه بچ عددی در شمارش نهایی درج شود(حتی درج عدد صفر برای بچ 3 ). وگر نه با پیغام خطای "کالای تحت مکان نما به تفکیک بچ به طور کامل شمارش نشده است." مواجه میشویم.

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

با سپاس

سلام

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

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

ارادت

ممنون از توضیحتان.

به نظر می رسد اگر در برگه شمارش با زدن CTRL+INS کلیه کالا به تفکیک بچ (دارای مانده) در فهرست بازنمایی شود ، مناسب باشد . در این صورت کاربر برای اقلام دارای کسری یا مازاد ستون شمارش نهایی را مقدار دهی می کند( دقیقا مثل کالا).