انجمن‌ها

ضمن عرض سلام خدمت شما دوست گرامی

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

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

 در این صورت راه حلی که شاید بتوان ارائه داد ، این است که شما قیمت کالا را به صورت پایه در تعرفه وارد نمایید و با استفاده از قوانین تغییر تعرفه ( به صورت درصد ) برای هر بچ جدا تغییرات لازم را اعمال کنید ( کاربر بنا بر نیاز ، هر قانون را علامت زده تا اعمال شود ) .

موفق باشید .

با عرض سلام خدمت شما دوست گرامی

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

می توانید قیمت های مختلف یک کالا را در درون یک تعرفه یا در تعرفه های مختلف وارد نمائید و هنگام فراخوانی تعر فه های مربوط به آن کالا بنا به صلاحدید یکی از قیمتها را انتخاب نمائید .

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

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

تصور بفرماييد در شركت ما كه يك شركت پخش سراسري داروي دامي است و بيش از 100 قلم كالا وجود دارد و اين روزها هم كه هر روز قيمت ها تغيير ميكند
با وضعيت موجود تعين تعرفه ها كه فقط توسط يك كاربر ساده قسمت فروش انجام ميشود (تعين تعرفه نياز به تاييد مثلا امور مالي و فروش و ... ندارد )   و هر روز طي تماس پرسنل انبار از تغير قيمت كالاي ارسالي با خبر ميشويم احتمال خطا چقدر زياد است .
حال چنانچه اين امكان وجود داشت كه در بين سيستم فروش و انبار ارتباطي برقرار نمود كه تعرفه هاي تعين شده را به شماره هر بچ ورودي به انبار متصل كرد
در زمان فراخواني حواله هاي انبار در سيستم فروش ، با توجه به اينكه براي هر بچ يك تعرفه خاص تعين شده سيستم پس از كنترل بچ از حواله فروش ، تعرفه مربوطه را در سيستم قرار ميدهد .

البته بنده فقط از ديد حسابداري عرض كردم و بحث برنامه نويسي و امكان سيستمي را زياد سر در نمياورم

سلام

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

ضمن اینکه بله، به نظر بنده هم بچ یک مفهوم انباری است - به این معنی که کاربر انبار باید این تصور را در کل سیستم داشته باشد که بچ کلا در اختیار وی قرار دارد و هر تغییری که در آن می‌دهد برای کمک به سیستم خود انبار دار است و تاثیر ناخواسته‌ای در سایر نرم‌افزارها نمی‌دهد؛ در ضمن دوست نداریم که در زمان حذف بچ زائد در انبار پیغام دهد که بچ در فلان تعرفه بکار رفته و قابل حذف نیست. تازه داستان‌های صدور اطلاعات در فایل XML را هم داریم که اصلا وارد آن بحث نمی‌شویم... [...] - ... [...]

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

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

ارادت