کنترل ریال، تومان و واحد فروش در به‌روزرسانی قیمت محصولات یعنی هر عدد را همراه معنای آن منتقل کنیم. «۲۴۰ هزار» بدون واحد پول و بدون مشخص‌بودن اینکه قیمت یک عدد است یا یک بسته، داده کافی برای تغییر قیمت سایت نیست. تبدیل صحیح عدد هم وقتی به کالای اشتباه یا واحد نامناسب وصل شود، خروجی نادرست می‌سازد.
این راهنما بر مرحله کنترل پیش از ورود قیمت تمرکز دارد. اگر هنوز جدول اولیه ندارید، راهنمای تبدیل لیست قیمت PDF به اکسل مرحله استخراج را پوشش می‌دهد. پس از آن باید واحد پول، واحد فروش و سطح بسته‌بندی هر ردیف را مستقل کنترل کنید.
برای هر قیمت، سه پاسخ روشن داشته باشید
| پرسش | نمونه داده لازم | وقتی نامشخص است |
|---|---|---|
| عدد با چه واحد پولی بیان شده؟ | واحد صریح منبع و واحد واقعی مقصد | تبدیل انجام نشود؛ منبع تأیید شود |
| قیمت برای چه مقدار کالا است؟ | یک عدد، یک متر یا یک بسته با مقدار معلوم | ردیف برای تکمیل اطلاعات متوقف شود |
| شرایط عدد چیست؟ | تاریخ اعتبار، وضعیت مالیات و تخفیف طبق سند | قیمت قابل مقایسه فرض نشود |
واحد چاپ‌شده بالای فایل را همراه همان فایل و نسخه ثبت کنید. اگر پاورقی یک جدول یا ردیف استثنا دارد، قاعده عمومی فایل نباید آن را بپوشاند. تاریخ دریافت و تاریخ اعتبار قیمت نیز دو داده جدا هستند؛ فایل تازه دریافت‌شده ممکن است قیمت منقضی داشته باشد.
واحد ذخیره، نمایش و ورودی را جدا بررسی کنید
در فروشگاه، عدد ورودی، عدد ذخیره‌شده و برچسب نمایش ممکن است تحت تأثیر تنظیمات یا افزونه‌ها باشند. یک محصول نمونه را از خروجی واقعی سامانه بررسی کنید و واحد مورد انتظار واردکننده یا اتصال را مستند کنید. نمایش کلمه «تومان» به‌تنهایی قرارداد عددی ورودی را ثابت نمی‌کند.
راهنمای رسمی واحد پول ووکامرس محل تنظیم واحد پایه، جداکننده‌ها و تعداد اعشار را توضیح می‌دهد. این راهنما تصریح می‌کند که تغییر واحد پایه، مبلغ محصولات را خودکار تبدیل نمی‌کند. پس اصلاح برچسب یا تنظیم currency را راه تبدیل انبوه قیمت‌ها در نظر نگیرید؛ رفتار فروشگاه و افزونه‌های آن باید جدا بررسی شود.
مبلغ خام را نگه دارید و خروجی را فقط یک بار بسازید
ستون‌های مبلغ خام، واحد خام، واحد فروش منبع، مقدار بسته، مبلغ مقصد و قاعده تبدیل را جدا کنید. تابع یا فرمول تبدیل باید همواره مبلغ خام را بخواند. اگر فایل خروجی قبلی دوباره ورودی تبدیل شود، امکان ده‌برابر یا یک‌دهم‌شدن مجدد عدد وجود دارد.
جداکننده هزارگان، ممیز و ارقام فارسی را نیز طبق قرارداد فایل بخوانید. حذف همه نشانه‌ها از یک رشته می‌تواند ممیز واقعی را حذف کند. مقدار ناخوانا، خالی و صفر سه وضعیت متفاوت‌اند؛ سلول خالی را بدون تصمیم به قیمت صفر تبدیل نکنید. قاعده گردکردن نیز پیش از خروجی‌گیری مشخص شود.
نمونه فرضی تبدیل هم‌زمان واحد پول و بسته
این مثال کاملاً فرضی است؛ قیمت واقعی یا اعلام واحد قانونی پول نیست. در قرارداد همین نمونه، هر تومان برابر ۱۰ ریال در نظر گرفته شده است. منبع برای یک بسته ۱۲عددی، مبلغ ۲۴۰٬۰۰۰ تومان ثبت کرده و مقصد، قیمت یک عدد را با واحد ریال دریافت می‌کند. امکان فروش تکی و تعداد بسته نیز در این سناریو تأیید شده‌اند.
| مرحله | محاسبه در نمونه | نتیجه |
|---|---|---|
| قیمت هر عدد در واحد منبع | ۲۴۰٬۰۰۰ تقسیم بر ۱۲ | ۲۰٬۰۰۰ تومان برای یک عدد |
| تبدیل به واحد مقصد | ۲۰٬۰۰۰ ضرب در ۱۰ | ۲۰۰٬۰۰۰ ریال برای یک عدد |
| کنترل برگشتی | ۲۰۰٬۰۰۰ تقسیم بر ۱۰، سپس ضرب در ۱۲ | ۲۴۰٬۰۰۰ تومان برای بسته |
کنترل برگشتی خطای محاسبه را آشکار می‌کند، اما معتبر بودن تعداد بسته یا هویت کالا را ثابت نمی‌کند. اگر عدد ۱۲ در منبع تأیید نشده باشد، همین محاسبه ظاهراً صحیح هم قابل اجرا نیست. تبدیل متر به کیلوگرم، یا بسته به واحدی با مقدار متغیر، به ضریب معتبر همان کالا نیاز دارد و با حدس انجام نمی‌شود.
قیمت تأمین‌کننده با قیمت فروش نهایی یکی نیست
منبع ممکن است قیمت پایه، قیمت پس از تخفیف یا مبلغ دارای مالیات را نشان دهد. انتقال آن به قیمت فروش نیازمند قاعده تجاری تأییدشده است. تخفیف، مالیات، حمل و حاشیه فروش را به عنوان تصمیم‌های جدا ثبت کنید؛ این راهنما نرخ یا فرمول تجاری مشترکی برای همه شرکت‌ها تعیین نمی‌کند.
اگر چند تأمین‌کننده دارید، ابتدا کد و نام کالا را به شناسه مرجع تطبیق دهید و بعد مبلغ‌ها را روی واحد قابل مقایسه ببرید. پایین‌تر بودن عدد خام، به‌تنهایی ارزان‌تر بودن پیشنهاد را نشان نمی‌دهد. برای تشخیص تغییر نسخه‌ها نیز مقایسه لیست قیمت جدید و قدیم باید پس از همین یکسان‌سازی انجام شود.
پیش از اجرا و پس از آن چه چیزی کنترل شود؟
پیش‌نمایش باید شناسه کالا، مبلغ فعلی، مبلغ پیشنهادی، واحد، منبع و دلیل تغییر را کنار هم نشان دهد. ردیف دارای واحد نامشخص، بسته متغیر یا تناقض با منبع وارد فایل اجرایی نشود. تغییر غیرعادی نیز به بازبینی برود؛ آستانه هشدار را بر اساس همان گروه کالا تعریف کنید، نه یک درصد ثابت برای همه محصولات.
ابتدا نمونه‌ای شامل قیمت عادی، اعشار، بسته و موارد مرزی را روی محیط آزمایشی بررسی کنید. پس از اجرای مجاز، عدد ذخیره‌شده و نمایش عمومی را با خروجی تأییدشده مقایسه کنید. نسخه قبل، فایل اجرا و گزارش ردیف‌های موفق یا ردشده را نگه دارید. اصلاح قیمت نباید ناخواسته موجودی، وضعیت انتشار یا مشخصات کالا را تغییر دهد.
کنترل قیمت را به فرایند دوره‌ای تبدیل کنید
برای هر نوبت دریافت لیست، یک گزارش آماده تأیید بسازید: ردیف‌های روشن، موارد مبهم، تغییرات و نتیجه بازخوانی. در خدمت مدیریت اطلاعات و قیمت محصولات از فایل می‌توان این کنترل‌ها را برای یک خانواده کالا و قالب مشخص تعریف کرد؛ انتشار قیمت فقط در دامنه جداگانه و پس از تأیید مسئول مجاز انجام می‌شود.
برای بررسی نیاز شرکت، تعداد فایل در هر دوره، واحدهای موجود و سامانه مقصد را توضیح دهید. پیشنهاد پس از بررسی دامنه و نمونه مجاز تنظیم می‌شود؛ مبلغ ثابت یا دقت یکسان برای همه فایل‌ها قابل تعمیم نیست.
پرسش و پاسخ
خیر. واحد باید از منبع معتبر و تنظیمات واقعی سامانه مقصد مشخص شود. حدس‌زدن از روی تعداد صفرها یا قیمت قبلی، جای تأیید واحد را نمی‌گیرد.
طبق مستند رسمی ووکامرس، تغییر واحد پایه به‌خودی‌خود مبلغ محصولات را تبدیل نمی‌کند. رفتار افزونه‌های واحد پول و نمایش قیمت نیز باید در همان فروشگاه بررسی شود.
مبلغ خام و مبلغ مقصد را جدا نگه دارید و هر بار خروجی را از داده خام با قاعده ثبت‌شده بسازید. تبدیل مجدد روی خروجی قبلی اجرا نشود و چند مبلغ پس از ورود با منبع بازخوانی شوند.
ردیف را از خروجی اجرایی کنار بگذارید و برای تکمیل اطلاعات ارجاع دهید. قیمت بسته بدون تعداد معتبر نباید به قیمت تکی تبدیل شود و تبدیل متر به کیلوگرم نیز به اطلاعات فنی همان کالا نیاز دارد.
گفتگو
دیدگاه‌ها و پرسش‌های شما
اگر درباره این نوشته تجربه، سوال یا نکته‌ای دارید، همین‌جا بنویسید تا گفتگو برای خوانندگان بعدی هم کامل‌تر شود.