سلام
ما میوه ها را با سبد خریداری میکنیم
مثلا 50 کیلو گیلاس که 10 عدد سبد 5 کیلویبی هست هر کیلو 7000 خرید با وزن سبد مشه 350 هزار تومان
هر سبد 400 گرم هست ما فاکتور خرید را با وزن خالص گیلاسها 46 کیلو میزنیم و فی خرید را با قیمت تمام شده 7600 و فروش را 8500
حالا اگر یکی سبدی خرید کند باید فی فروش سبدی که 7500 تومان هست را بزنیم که نرم افزار خطای فروش زیر قیمت خرید را میزنه اگر در قسمت تخفیف ها تخفیف بزنیم در سود اشتباه میشه همینطور وزن هم زیاد میاد
همه هم به صورت سبدی خرید نمیکنن که کلا قیمت سبدی وارد کنیم
همین طور در واحدهای فروش هم امکان تعریف ان نیست چون وزن آن درست در نمی آید
این مساله برای تمام میوه ها و همین طور تخم مرغ و خیلی از کالاهای وزنی وجود دارد
راهکار چیست؟
با سلام
نقل قول:ما میوه ها را با سبد خریداری میکنیم
مثلا 50 کیلو گیلاس که 10 عدد سبد 5 کیلویبی هست هر کیلو 7000 خرید با وزن سبد مشه 350 هزار تومان
هر سبد 400 گرم هست ما فاکتور خرید را با وزن خالص گیلاسها 46 کیلو میزنیم و فی خرید را با قیمت تمام شده 7600 و فروش را 8500
حالا اگر یکی سبدی خرید کند باید فی فروش سبدی که 7500 تومان هست را بزنیم که نرم افزار خطای فروش زیر قیمت خرید را میزنه
تا همینجای صحبتهای شما یک خطای منطقی بسیار مهم وجود دارد. شما طبق این صحبتها 46 کیلو گرم کالا را در خرید ثبت می کنید و اما در فروش 50 کیلوگرم کالا را می فروشید. این منطقی نیست و اساسا صرفنظر از قیمت خرید و فروش در موجودی کالای شما نیز تاثیر می گذارد و باعث می شود تا موجودی کالای شما 4 کیلوگرم منفی گردد. اشکال کار شما دقیقا در همین جای کار است. شما بر اساس چه منطقی خرید را 46 کیلو ثبت می کنید و فروش را 50 کیلو؟
روش صحیح کار به این شکل است که در ادامه می گویم.
صرفنظر از اینکه کالای شما چیست (گیلاس یا هر کالای وزنی دیگری) باید یک تعادلی بین نحوه ثبت خرید ها و نحوه ثبت فروشها برقرار باشد. در مثال بالا شما دارید یک سبد کالا را با وزن 4.6 کیلوگرم در هنگام خرید ثبت می کنید اما در فروش آن را 5 کیلوگرم حساب می کنید. این صد در صد اشتباه است. اگر شما کالایی را با وزن 4.6 کیلو گرم ثبت کردید موقع فروش هم باید آن را با همان وزن ثبت کنید. تا اینجای کار ما با قیمت کالا هیچ کاری نداریم. مهم تعادل منطقی برقرار کردن بین وزن کالای خریداری شده و وزن کالای فروخته شده است. شما نمی توانید 4.6 کیلوگرم بخرید و 5 کیلوگرم بفروشید.
حالا ببینیم اگر تعادل وزنی بین ثبت خرید و ثبت فروش را برقرار کنیم چه می شود.
نقل قول:مثلا 50 کیلو گیلاس که 10 عدد سبد 5 کیلویبی هست هر کیلو 7000 خرید با وزن سبد مشه 350 هزار تومان
هر سبد 400 گرم هست ما فاکتور خرید را با وزن خالص گیلاسها 46 کیلو میزنیم و فی خرید را با قیمت تمام شده 7600 و فروش را 8500
شما 50 کیلو گیلاس خریداری می کنید، هر کیلو 7000 تومان که جمعا می شود 350 هزار تومان.
در نتیجه قیمت هر کیلویی که خریداری کرده اید می شود 7000 تومان و نه 7600 تومانی که شما به آن رسیده اید.
حالا شما می گویید من وزن سبدها را کم کردم و در خرید نزدم. طبیعتا در فروش هم باید آن را کم کنید و نزنید. یعنی اگر به جای 50 کیلو کالایی که خریده اید، 46 کیلوگرم کالا را در خرید ثبت کنید قطعا در فروش هم باید به همان شکل عمل کنید و مجموعا 46 کیلو در فروش ثبت نمایید.
در پایان یک نکته دیگر : این مساله با واحدهای فرعی اندازه گیری کالا هم قابل انجام است. در ادامه یک فیلم آموزشی برای نحوه معرفی واحدهای فرعی که تا حدودی کلیت مساله آن از مثال شما گرفته شده است (البته با اندکی تفاوت در اعداد و ارقام) برایتان قرار می دهم.
فیلم آموزشی نحوه استفاده از واحدهای فرعی اندازه گیری کالا در نرم افزار فروشگاهی راهکار
http://kahlek.ir/rahkaredu/index.php/post355421
نقل قول:ای شما یک خطای منطقی بسیار مهم وجود دارد. شما طبق این صحبتها 46 کیلو گرم کالا را در خرید ثبت می کنید و اما در فروش 50 کیلوگرم کالا را می فروشید. این منطقی نیست و اساسا صرفنظر از قیمت خرید و فروش در موجودی کالای شما نیز تاثیر می گذارد و باعث می شود تا موجودی کالای شما 4 کیلوگرم منفی گردد. اشکال کار شما دقیقا در همین جای کار است. شما بر اساس چه منطقی خرید را 46 کیلو ثبت می کنید و فروش را 50 کیلو؟
در پایان سوالم بیان کردم همه سبدی خرید نمیکنند ما میوه ها را کیلو کیلو می فروشیم یعنی در پایان سبد خالی برای ما میماند و همان ۴۶ کیلو فروش می‌رود اما بعضی از مشتری ها کل سبد را می‌خرند و انتظار دارند کیلو هزار تومان که در همه فروشگاها مرسوم است ارزانتر حساب کنیم و مشکل از اینجا شروع می‌شود چون مقدار فروش فله ای با یکجا در طول روز متفاوت هست همینطور وزن سبدهایی هر میوه با میوه دیگر و حتی وزن سبد گیلاس ها هم با هم تفاوت دارد نمی‌شود از واحد فرعی فروش استفاده کرد ما از واحد فرعی فروش در خیلی از کالاها که استاندارد وزن دارند استفاده میکنیم مثلاً برنج که همه کیسه آن ده کیلویی هست یا حداقل همه قیمت خرید یکسانی دارند اما سبد های میوه استاندارد نیستند یکی ۵ کیلو یکی ۴/۵ تازه هروز سبدها یک نوع میوه متفاوت هستند از ۳ کیلو تا ۱۰ کیلو
ما در حال حاظر برای فروش سبدی هم وزن سبد را به صورت تخمینی کم میکنیم تا مشکل وزن در نرم افزار حل شود اما با مراجعه مکرر مشتری ها مواجه هستیم که چرا قیمت در فروشگاه ما گرانتر هست و باید توضیح دهیم که وزن سبد کم شده و چه تاثیری در قیمت دارد و شاید همه قانع نشوند
با سلام
نقل قول:در پایان سوالم بیان کردم همه سبدی خرید نمیکنند ما میوه ها را کیلو کیلو می فروشیم یعنی در پایان سبد خالی برای ما میماند و همان ۴۶ کیلو فروش می‌رود
این قضیه همچنان خطای منطقی که بنده ذکر کردم را دارد. همان 46 کیلو به فروش نمی رود، اگر حتی یک نفر از مشتریان شما سبدی خرید کند با توجه به اینکه شما سبدهایتان 5 کیلویی می باشد باز موجودی کالای شما اشتباه می شود.
چند نکته مهم در صحبتهای شما هست که باید التفات داشته باشید :
نقل قول:اما بعضی از مشتری ها کل سبد را می‌خرند و انتظار دارند کیلو هزار تومان که در همه فروشگاها مرسوم است ارزانتر حساب کنیم ...
نقل قول:اما با مراجعه مکرر مشتری ها مواجه هستیم که چرا قیمت در فروشگاه ما گرانتر هست و باید توضیح دهیم که وزن سبد کم شده و چه تاثیری در قیمت دارد و شاید همه قانع نشوند
ببینید بحث واحدهای اندازه گیری یک بحث علمی است و باید بصورت منطقی و علمی با آن برخورد شود. اینکه انتظارات مشتریان چیست و یا اینکه شما چطوری باید مشتریان را قانع کنید نمی تواند در ماهیت واحدهای اندازه گیری تاثیری بگزارد. در واقع واحدهای اندازه گیری برای این توسط بشر اختراع شده اند که برای اندازه گیری کمیت های استانداردی ایجاد شود.
نقل قول:ما در حال حاظر برای فروش سبدی هم وزن سبد را به صورت تخمینی کم میکنیم تا مشکل وزن در نرم افزار حل شود
در مورد این مساله که اشاره کردید، دقیقا چه مشکلی باید در نرم افزار حل شود. اساسا یک مشکلی باید کشف شود تا بعد به حل آن بپردازیم. این مساله ناشی از کمبود در نرم افزار نیست. چون در نرم افزار با این مساله واحدهای اندازه گیری و حتی تبدیل واحدهای اندازه گیری به یکدیگر بصورت علمی برخورد شده است. این مساله ناشی از عدم رعایت استاندارد خاصی توسط شما در کارتان است. در واقع همانطور که قبلا هم خدمتتان عارض شدم شما باید الزاما یک وحدت رویه در نحوه ثبت ورودی و خروجی داشته باشید. در واقع الان شما سعی دارید یک اشتباه را با یک اشتباه دیگر حل کنید که این قطعا شدنی نیست.
نقل قول: وزن سبدهایی هر میوه با میوه دیگر و حتی وزن سبد گیلاس ها هم با هم تفاوت دارد نمی‌شود از واحد فرعی فروش استفاده کرد
تنوع سبدها مانع استفاده از واحدهای فروش فرعی نمیباشد. با این تنوع وزن سبدها دو جور می توانید برخورد کنید. اگر بخواهید بر اساس واقعیت فیزیکی کارتان اطلاعات را در سیستم ثبت نمایید باید تمامی انواع این تنوع سبدها را به عنوان واحد فرعی و با معرفی نسبت تبدیل مشخص و قیمت مشخص هر سبد در نرم افزار معرفی کنید. و برنامه هم برای شما هیچ محدودیتی ندارد. بعنوان مثال شما می توانید تا بیش از هزار نوع واحد فرعی هم برای هر کالا معرفی کنید.
در همین مثال گیلاس شما می توانید موارد زیر را بصورت فرضی داشته باشید :
1. سبد 5 کیلویی
2. سبد 3 کیلویی
3. سبد 8 کیلویی
و ...
و هیچ محدودیتی هم نخواهید داشت.
همینطور می توانید بسته به سلیقه و انتخاب خودتان بصورت کلی از سبدها صرفنظر کنید و با یک نرخ گذاری استاندارد همه گیلاسها را وزنی بخرید و وزنی بفروشید. انتخاب اینکه کدام روش برای شما بهتر است بر عهده خودتان است و نرم افزار هر دو مکانیزم را در اختیار شما قرار می دهد.
در پایان ذکر این نکته ضروری است که اگر شما می خواهید هم بصورت سبدی و هم بصورت کیلویی کالا ها را بتوانید خرید و فروش کنید هیچ راهی جز معرفی واحدهای فرعی ندارد و الزاما باید از واحدهای فرعی استفاده کنید.
بحث تنوع سبدها نیست. بحث استاندارد نبودن وزن سبدهاست یعنی هر سبد به صورت فله ای پرشده و وزن استانداردی ندارد و متغیر هست و حتما باید برای فروش وزن شود
نه این مشکل مربوط به نرم افزار شما نیست
من با دیگر دوستان هم صنف خودم هم که صحبت میکردم همین مشکل را با نرم افرای خود داشتند
شاید به خاطر هماهنگ نبودن روش فروش میوه با استانداردهای فروش هست که امکان استفاده نرم افزار در بخش خرده فروشی دچار مشکل میکند
من این مشکل را اینجا بیان کردم چون دیدم شما در خیلی از جاها با ترفندهایی مشکل را حل میکنید گفتم شاید اینجا هم یه ترفندی وجود داشته باشد که به ذهن ما نرسیده
در پایان از نحوه پاسگویی شما و موشکافی مساله در این سوال و همینطور سوالهای دیگر در انجمن ممنونم