مقایسه تأمین‌کنندگان با کمک هوش مصنوعی؛ قیمت، کیفیت، تحویل و هزینه کل خرید

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

اول شرط‌های الزامی، سپس امتیازدهی

پیش از جمع‌کردن امتیازها، موارد غیرقابل‌چشم‌پوشی را تعیین کنید: مشخصات فنی موردنیاز، ظرفیت تأمین مقدار لازم، موعد ضروری و مدارکی که برای همان کالا لازم است. این فهرست را مسئول فنی و خرید تأیید کنند. در چارچوب پیشنهادی این مقاله، گزینه‌ای که شرط الزامی را ندارد از فهرست قابل‌انتخاب کنار می‌رود. قیمت پایین نباید نقص آن شرط را با امتیاز بیشتر جبران کند. اگر مدرک یا اطلاعات هنوز نرسیده، وضعیت «نیازمند تکمیل» ثبت شود؛ نبود اطلاعات با مردودبودن قطعی یکسان نیست.

معیارهای امتیازی برای مقایسه گزینه‌های واجد شرایط کاربرد دارند. در آموزش ارزیابی تأمین‌کننده SAP، قیمت، کیفیت، تحویل و خدمت از معیارهای ارزیابی‌اند و وزن‌ها سهم هر معیار در نتیجه را تعیین می‌کنند. این منطق را می‌توان متناسب با نوع خرید به کار برد؛ وزن مناسب قطعه بحرانی خط تولید الزاماً با کالای عمومی اداری یکسان نیست.

هزینه را با دامنه و مبنای یکسان مقایسه کنید

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

هر هزینه را با منبع، دوره و فرض مشخص ثبت کنید. برای هزینه خرابی یا تأخیر، بدون سابقه معتبر عدد قطعی نسازید؛ می‌توان دامنه یا سناریو تعریف کرد. مبلغ نامعلوم را صفر نگذارید و هزینه‌ای را که قبلاً در قیمت آمده دوباره جمع نکنید. شرایط پرداخت نیز کنار نتیجه دیده شود؛ یکسان‌سازی ارزش زمانی مبالغ، در صورت نیاز، باید با مبنای موردتأیید مسئول مالی انجام شود.

مثال فرضی مقایسه هزینه دو پیشنهاد

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

هزینه فرضی؛ میلیون تومان	تأمین‌کننده الف	تأمین‌کننده ب
بهای کالا	۱۰۰	۱۰۸
حمل	۶	۳
بازرسی اولیه لازم	۱۰	۲
جمع دامنه محاسبه	۱۱۶	۱۱۳

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

جدول امتیازدهی باید قابل توضیح باشد

نمونه بعدی مستقل از جدول هزینه بالاست. فرض می‌کنیم الف و ب هر دو شرایط الزامی را دارند و مسئولان مربوط برای معیارها، امتیاز فرضی صفر تا صد ثبت کرده‌اند. وزن‌ها آموزشی‌اند و توصیه ثابت برای همه خریدها نیستند. فرمول نتیجه، مجموع «امتیاز هر معیار × وزن آن به‌صورت اعشاری» است؛ مجموع وزن‌ها باید صد درصد باشد.

معیار	وزن فرضی	امتیاز الف	امتیاز ب
هزینه در دامنه تعیین‌شده	۳۵٪	۹۵	۸۵
کیفیت دارای شاهد	۳۰٪	۶۵	۹۰
قابلیت تحویل	۲۰٪	۶۰	۹۰
خدمت و شرایط همکاری	۱۵٪	۹۰	۷۵
امتیاز نهایی وزنی	۱۰۰٪	۷۸٫۲۵	۸۶

برای بازتولید نتیجه، باید معلوم باشد مثلاً امتیاز کیفیت ۹۰ از چه داده‌ای آمده است: نتیجه بازرسی، سابقه پذیرش یا ارزیابی فنی مشخص. صرفاً خوش‌نام‌بودن یا متن تبلیغاتی فروشنده کافی نیست. برای دو گزینه در یک مقایسه، روش امتیازدهی و وزن یکسان به کار ببرید. اگر با تغییر معقول یک وزن، برنده عوض می‌شود، نتیجه حساس است و باید قبل از تصمیم، علت و داده‌های آن بررسی شود.

نقش AI و معیار پذیرش یک آزمایش محدود

AI می‌تواند شرایط پیشنهادها را دسته‌بندی کند، اختلاف‌ها را خلاصه کند و برای اطلاعات ناقص پرسش پیشنهادی بسازد. امتیاز قطعی نباید از حدس درباره اعتبار فروشنده تولید شود. سابقه عملکرد باید از داده مجاز شرکت بیاید و با تاریخ و نوع خرید مشخص باشد؛ تأمین‌کننده تازه ممکن است سابقه داخلی نداشته باشد و به ارزیابی تکمیلی یا خرید آزمایشی مصوب نیاز پیدا کند.

• هر امتیاز به شاهد یا روش محاسبه مشخص متصل باشد؛ مقدار نامعلوم به امتیاز ساختگی تبدیل نشود.
• گزینه فاقد شرط الزامی در رتبه‌بندی نهایی گزینه‌های قابل‌انتخاب وارد نشود و دلیل آن دیده شود.
• با ورودی و وزن یکسان، محاسبه عددی همان نتیجه را تولید کند؛ متن AI جای فرمول را نگیرد.
• مسئول خرید بتواند اصلاح یا انتخاب متفاوت خود را با دلیل ثبت کند و سابقه قبلی حفظ شود.

انتخاب ثبت‌شده را به گردش تأیید خرید وصل کنید تا برنده جدول با مجوز نهایی اشتباه نشود. برای بررسی خرید و تدارکات هوشمند کارخانه، یک گروه کالایی و معیارهای فعلی انتخاب را شرح دهید. دامنه پایلوت می‌تواند تهیه پرونده مقایسه قابل‌بررسی باشد؛ کاهش هزینه یا کیفیت بهتر تنها پس از سنجش سفارش‌ها و عملکرد واقعی قابل‌نتیجه‌گیری است.

فایل ثبت شواهد مقایسهٔ تأمین‌کنندگان

دریافت جدول مقایسه تأمین‌کنندگان — فایل متنی قابل ویرایش، 2 کیلوبایت. نمونه‌ها کاملاً فرضی‌اند و نتیجهٔ اجرای پروژه یا ارزیابی تأمین‌کننده واقعی نیستند.

این جدول مشترک با راهنمای مقایسه پیش‌فاکتورها است؛ مبلغ خام، واحد فروش و جمع نمونه را کنار شاهد فنی، کیفیت و تحویل نگه می‌دارد. همهٔ گزینه‌های نمونه هنوز «نیازمند تکمیل» هستند و هیچ برنده‌ای تعیین نشده است.

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

فایل از نوع متن جدولی با پسوند TXT، جداکنندهٔ Tab و کدگذاری UTF-8 است. در Excel از Data → From Text/CSV وارد کنید؛ جداکننده را Tab و کدگذاری را UTF-8 بگذارید. پیش از بارگذاری، ستون‌های شناسه و کد را از نوع Text انتخاب کنید تا صفر ابتدایی از بین نرود. سپس نسخه کاری را با فرمت XLSX ذخیره کنید. راهنمای ورود فایل متنی در Excel جزئیات تنظیم ستون‌ها را توضیح می‌دهد.

پرسش و پاسخ