مقایسه لیست قیمت جدید و قدیم زمانی قابل اتکاست که مطمئن باشیم دو عدد به همان کالا، همان واحد فروش و همان شرایط اشاره می‌کنند. در شرکت‌های تولیدی و پخش، جابه‌جایی ردیف‌های فایل، تغییر نام کالا یا تفاوت قیمت بسته و عدد می‌تواند گزارش ظاهراً درست اما گمراه‌کننده بسازد. خروجی مطلوب، فهرستی از تغییرات قابل بررسی است که مسئول فروش پیش از به‌روزرسانی سایت آن را تأیید کند.
در این راهنما، یک روش پیشنهادی برای طراحی این فرایند می‌خوانید. اگر ورودی شما PDF است، ابتدا باید جدول قابل بررسی استخراج شود؛ راهنمای تبدیل لیست قیمت PDF به اکسل به این مرحله می‌پردازد. مقایسه را بعد از تثبیت داده‌ها آغاز کنید.
پیش از مقایسه، شناسنامه هر دو فایل را ثبت کنید
برای فایل قدیم و جدید، نام تأمین‌کننده، شماره نسخه، تاریخ صدور، تاریخ شروع اعتبار، واحد پول و محدوده محصولات را ثبت کنید. تاریخ دریافت فایل همیشه تاریخ اجرای قیمت نیست. همچنین ممکن است نسخه جدید تنها مربوط به یک گروه کالا باشد؛ در چنین وضعیتی نمی‌توان هر کالای غایب را حذف‌شده دانست.
قیمت پایه، قیمت پس از تخفیف و مبلغ شامل مالیات را در ستون‌های مستقل نگه دارید. مقایسه قیمت پایه نسخه قدیم با قیمت نهایی نسخه جدید، تغییر واقعی را نشان نمی‌دهد. تا زمانی که عنوان ستون یا شرایط فروش روشن نیست، وضعیت آن ردیف باید «نیازمند بررسی» بماند.
تطبیق کالا را با شناسه پایدار انجام دهید
مبنای پیشنهادی، کد یکتای کالا یا SKU است. شماره ردیف برای تطبیق مناسب نیست، چون با اضافه‌شدن یک محصول جابه‌جا می‌شود. اگر کد ندارید، ابتدا یک جدول تطبیق تأییدشده بر پایه برند، مدل، سایز، جنس و نوع بسته‌بندی بسازید. شباهت نام فقط نامزد تطبیق معرفی کند؛ دو عنوان شبیه الزاماً یک کالا نیستند.
صفرهای ابتدای کد را حفظ کنید و شناسه را مانند متن بخوانید. قبل از اتصال دو جدول نیز کدهای تکراری را جدا کنید؛ یک کد با چند قیمت ممکن است مربوط به چند واحد فروش یا یک خطای منبع باشد. برای گرفتن خروجی کامل، باید ردیف‌های هر دو نسخه حفظ شوند. برای نمونه، اتصال Full outer join در Power Query تمام ردیف‌های دو جدول را وارد نتیجه می‌کند و مبنای مناسبی برای دیدن اقلام مشترک و غیرمشترک است.
واحد فروش و واحد پول را همسان کنید
قیمت هر متر با قیمت هر شاخه و قیمت هر عدد با قیمت هر کارتن قابل مقایسه مستقیم نیست. ضریب تبدیل باید از اطلاعات معتبر همان کالا بیاید. اگر تعداد در بسته یا طول شاخه تغییر کرده، هم قیمت اصلی و هم قیمت بر واحد پایه را نشان دهید؛ تبدیل نامشخص را حدس نزنید.
در فایل کاری، ریال یا تومان را صریح بنویسید. اگر هر دو فایل با قرارداد رایج ریال و تومان تهیه شده‌اند، تبدیل تومان به ریال یک بار با ضریب ۱۰ انجام می‌شود؛ ستون اصلی، مقدار تبدیل‌شده و دلیل تبدیل را نگه دارید. حذف جداکننده هزارگان و یکسان‌سازی رقم‌های فارسی و لاتین نیز نباید مقدار اعشار یا کد کالا را تغییر دهد.
گزارش تغییرات چه وضعیت‌هایی داشته باشد؟
| وضعیت | معنای گزارش | اقدام پیشنهادی |
|---|---|---|
| قیمت تغییرکرده | کالا و مبنای قیمت یکسان، مبلغ متفاوت | بررسی اختلاف مبلغ و درصد |
| بدون تغییر | کالا و قیمت همسان | حفظ در گزارش کنترل |
| کالای جدید | فقط در نسخه جدید دیده شده | بررسی هویت و مجوز ایجاد محصول |
| غایب از نسخه جدید | فقط در نسخه قدیم دیده شده | استعلام وضعیت؛ حذف یا ناموجودکردن خودکار ممنوع |
| تطبیق یا واحد مبهم | شناسه، واحد یا شرایط قابل مقایسه نیست | توقف همان ردیف برای بازبینی |
اختلاف مبلغ برابر است با قیمت جدید منهای قیمت قدیم. درصد تغییر نیز از تقسیم اختلاف بر قیمت قدیم و ضرب در ۱۰۰ به دست می‌آید؛ فقط وقتی قیمت قدیم معتبر و بزرگ‌تر از صفر باشد. قیمت قدیم صفر یا خالی را «درصد نامعتبر» گزارش کنید. مقدار «تماس بگیرید» هم صفر نیست و نباید با قیمت عددی وارد محاسبه شود.
یک سناریوی آموزشی فرضی
فرض کنید قیمت یک کالای مشخص از ۱۰۰ هزار تومان به ۱۱۰ هزار تومان رسیده و واحد فروش هر دو نسخه «عدد» است؛ گزارش، ۱۰ هزار تومان و ۱۰ درصد افزایش نشان می‌دهد. اگر همین نسخه جدید قیمت یک بسته ده‌عددی را نوشته باشد، این محاسبه معتبر نیست و ابتدا باید واحد اصلاح شود. این مثال صرفاً آموزشی است و نتیجه پروژه واقعی وب کمک نیست.
هوش مصنوعی در کدام بخش کمک می‌کند؟
نقش مناسب هوش مصنوعی در این طراحی، پیشنهاد ساختار ستون‌ها، استخراج از سند و معرفی نامزدهای تطبیق نام‌های متفاوت است. محاسبه اختلاف و اجرای قواعد واحد باید صریح و قابل تکرار باشد. خروجی تطبیق پیشنهادی همراه دلیل و منبع به بازبین ارائه شود؛ یک پاسخ روان از مدل، شاهد درستی تطبیق نیست.
برای فایل‌های کوچک و منظم، اکسل یا Power Query ممکن است کفایت کند. وقتی قالب تأمین‌کنندگان متفاوت است یا این کار مرتب تکرار می‌شود، ارزش بررسی خدمات تبدیل فایل و مدیریت اطلاعات محصولات بیشتر می‌شود. دامنه اجرا و اتصال‌ها بعد از بررسی نمونه فایل مشخص خواهد شد.
از گزارش پیش‌نمایش تا انتشار تأییدشده
- نسخه اصلی هر دو فایل و خروجی اولیه فروشگاه را نگه دارید.
- گزارش شامل SKU، نام، واحد، قیمت قدیم و جدید، اختلاف، منبع و وضعیت بررسی بسازید.
- ردیف‌های مبهم و تغییرات غیرمنتظره را همراه صفحه منبع به مسئول مربوط ارجاع دهید.
- فقط ردیف‌های تأییدشده را به فایل به‌روزرسانی تبدیل کنید.
- پس از اعمال، قیمت و واحد نمونه‌های منتخب و تعداد تغییرات را دوباره بخوانید.
در ووکامرس، ابزار ورود CSV برای تطبیق محصولات موجود از ID یا SKU استفاده می‌کند؛ بنابراین نگاشت شناسه بخشی از کنترل انتشار است. راهنمای رسمی ورود و به‌روزرسانی محصولات ووکامرس نیز بررسی ستون‌ها و آزمون نمونه کوچک را توضیح می‌دهد. گزارش مقایسه به‌تنهایی مجوز انتشار قیمت نیست.
برای بررسی فرایند به‌روزرسانی قیمت شرکت شما، تعداد فایل‌ها، تناوب تغییرات، قالب ورودی و مقصد خروجی را مشخص کنید. آغاز مناسب، یک گروه کالایی و یک گزارش اختلاف قابل تأیید است؛ اتصال مستمر به سایت پس از ارزیابی همین خروجی تصمیم‌گیری می‌شود.
پرسش و پاسخ
می‌توان بر پایه ترکیب برند، مدل، سایز و واحد فروش نامزد تطبیق ساخت، اما باید جدول تطبیق تأیید شود. شباهت نام به‌تنهایی برای تغییر قیمت محصول کافی نیست.
درصد تغییر نسبت به صفر تعریف نمی‌شود. ردیف باید با وضعیت قیمت پایه نامعتبر گزارش شود و مبلغ جدید پس از بررسی مستقل تأیید شود.
خیر. ممکن است فایل جدید بخشی از محصولات را پوشش دهد یا نسخه ناقص باشد. حذف یا ناموجودکردن محصول به تأیید جداگانه نیاز دارد.
در روش پیشنهادی این راهنما، ابتدا گزارش پیش‌نمایش و ردیف‌های مبهم بررسی می‌شوند. فقط تغییرات تأییدشده وارد مرحله به‌روزرسانی و بازخوانی می‌شوند.
گفتگو
دیدگاه‌ها و پرسش‌های شما
اگر درباره این نوشته تجربه، سوال یا نکته‌ای دارید، همین‌جا بنویسید تا گفتگو برای خوانندگان بعدی هم کامل‌تر شود.