استعلام قیمت مفیدِ فهرست مواد، یا BOM RFQ، فقط ارسال فهرست مهندسی نیست. به تأمینکننده دقیق میگوید کدام قطعات قابل سفارش لازماند، برای چه تعدادی قیمت بدهد، چه زمانی نیاز است و کدام شرایط بدون تأیید نباید تغییر کند. شناسایی روشن، تعریف تعداد و الزامات تحویل، راستیآزمایی و قیمتدهی را آسانتر میکند.
1. مصرف هر واحد را از تعداد خرید جدا کنید
تعداد در BOM مهندسی ممکن است مصرف هر دستگاه یا هر PCB باشد. تأمینکننده معمولاً تعداد درخواست خرید جاری را لازم دارد. کد داخلی و نشانگر مرجع را اگر به بررسی کمک میکند حفظ کنید، اما تعداد خرید و واحد اندازهگیری صریح اضافه کنید.
در یک محاسبه توضیحی، دستگاهی با دو کانکتور برای ساخت 100 دستگاه به 200 کانکتور نیاز دارد. هر ذخیره اضافی برای ضایعات، یدکی یا خدمات پس از فروش را تیم پروژه باید جدا تعیین کند، نه اینکه تأمینکننده بیاطلاع اضافه کند. پیشبینی سالانه را از نیاز جاری تأییدشده جدا نگه دارید تا پیشبینی با سفارش اشتباه نشود.
پیش از جمعکردن قلم یکسان در ماژولهای مختلف، تأیید کنید سازنده، شماره قطعه کامل، بستهبندی و الزامات تحویل واقعاً یکساناند. ردیفهای با کد داخلی یکسان ولی الزامات بازنگری متفاوت را نباید صرفاً با هم جمع کرد.
2. از شماره قطعه کامل و قابل سفارش استفاده کنید
در هر ردیف، سازنده و کد سفارش کامل با همه پسوندهای مرتبط را بیاورید. کد داخلی، نشانه روی قطعه، نام سری و شرح کوتاه کمک میکنند، اما جایگزین شماره قطعه قابل سفارش و شناساییپذیر نیستند.
برای مثال، Hirose FH12-10S-0.5SH(55) محصول مشخصی را شناسایی میکند. کوتاهکردن آن به «FH12 10P» بدون تأیید، اطلاعاتی را از مشخصات سفارش حذف میکند.[1] برای مجموعه کانکتور مشخص کنید درخواست شامل هدر برد، بدنه، کنتاکت یا مجموعه کامل تعریفشده است. JST این اجزا را جدا فهرست میکند؛ «یک مجموعه XH» فهرست اجزای کافی نیست.[2]
وقتی شماره قطعه نامطمئن است، متن اصلی را حفظ و فیلد توضیح اضافه کنید. نویسهها را حذف نکنید و ردیف را با نتیجه جستوجوی مشابه بازنویسی نکنید. جایگزین تأییدشده باید شماره قطعه و سابقه تأیید مستقل داشته باشد، نه اینکه با کد اصلی در یک سلول مخلوط شود.
3. هدف تحویل را از تعهد تأییدشده جدا کنید
مشخص کنید تاریخ به ارسال درخواستی اشاره دارد یا رسیدن الزامی و منطقه دریافت را اضافه کنید. برای تحویل زمانبندیشده، تعداد و تاریخ هدف هر نوبت را بنویسید، نه فقط جمع کل و کلمه «فوری».
الزامات بستهبندی را شرح دهید: بستهبندی اصلی سازنده، بستهبندی مجدد مجاز، قرقره کامل یا قالب نمونه توافقشده. حداقل سفارش، مضرب بسته، هزینه بستهبندی مجدد و تعداد موجود باید در پیشنهاد تأیید شوند. الزام خالی، گزینه پیشفرض تأمینکننده را قابلقبول نمیکند.
برای مقایسهپذیری پیشنهادها، ارز، مالیات، حمل، اعتبار قیمت و مدارک یا بازرسی شاملشده را هم روشن کنید. اینها موارد تأیید ویژه معاملهاند، نه شرایطی که خودکار میان تأمینکنندگان یکسان باشند.
4. اگر کاربرگ عریض ناخوانا شد، از جدولهای پیوندی استفاده کنید
فیلدهای زیر را میتوان در صفحهگسترده یا سیستم داخلی نگه داشت. برای خوانایی، شناسایی محصول و شرایط خرید جدا نشان داده شدهاند و با شماره ردیف یکسان پیوند دارند.
ردیفهای توضیحی محصول. تعداد و الزامات فرضیاند و نماینده موجودی، پیشنهاد قیمت یا سفارش واقعی نیستند.
| ردیف | سازنده | شماره قطعه کامل / شرح | تعداد خرید | وضعیت روشنسازی |
|---|---|---|---|---|
| 01 | Hirose | FH12-10S-0.5SH(55) | 200 عدد | قطعه شناسایی شده؛ شرایط تجاری نیازمند تأیید |
| 02 | JST | بدنه XHP-4؛ کنتاکت و هدر جدا فهرست شدهاند | 300 عدد | قطعه شناسایی شده؛ فهرست قطعات جفتشونده نیازمند تأیید |
| 03 | ارائه نشده | شرح اصلی: «کانکتور FPC 0.5 میلیمتر» | 100 عدد | اطلاعات برای تعیین شماره قطعه کافی نیست |
محصولات نامبرده را میتوان در منابع سازنده شناسایی کرد،[1][2] اما شناسایی، تناسب کاربرد را ثابت نمیکند. ردیف سوم نباید با حدس به شماره قطعه قطعی تبدیل شود.
شرایط استعلام مرتبط با ردیفهای محصول
| ردیف / دامنه | الزام قابل تعریف | اطلاعات پروژه |
|---|---|---|
| هر ردیف | آیا گزینه جایگزین میتواند جدا قیمتگذاری شود و چه کسی آن را تأیید میکند | ______ |
| هر ردیف | بستهبندی، ترجیح کد تاریخ یا بچ و مدارک همراه | ______ |
| هر ردیف | تعدادهای زمانبندیشده و تاریخ ارسال یا رسیدن درخواستی | ______ |
| کل استعلام یا ردیفهای مشخص | منطقه مقصد، ارز، مبنای مالیات و حمل | ______ |
| کل استعلام | بازنگری BOM، تاریخ استعلام، مخاطب و تاریخ هدف پاسخ | ______ |
5. اطلاعات مفقود را آشکار کنید
وضعیتهای مفید ردیف شامل «اطلاعات روشن است؛ بررسی پیشنهاد میتواند ادامه یابد»، «توضیح مهندسی لازم است» و «پیشنهاد جداگانه گزینه مجاز است» میشود. اجازه پیشنهاد گزینه، اجازه تغییر قطعه تأمینی بدون تأیید نیست.
اگر پاسخ تأمینکننده با درخواست فرق دارد، تفاوتها را صریح فهرست کنید: پسوند تغییرکرده، بستهبندی متفاوت، تعداد ناکافی، فاصله زمانی تحویل یا سند ناموجود. سپس خرید میتواند درباره پذیرش تصمیم بگیرد. مرور فقط ستون قیمت واحد کافی نیست.
در بازنگریها، شماره ردیف را حفظ یا نگاشت روشن قدیمبهجدید ارائه کنید و بگویید کدام شماره قطعه، تعداد یا تاریخ تغییر کرده است. این کار مشخص میکند پیشنهاد به کدام نسخه درخواست پاسخ میدهد.
6. درخواست را میان مهندسی، برنامهریزی و خرید بررسی کنید
مهندسی باید هویت، بازنگری و اختیار جایگزینی را تأیید کند. برنامهریزی یا تیم پروژه باید تعداد و اهداف تحویل را تأیید کند. خرید باید شرایط تجاری و نیاز مدارک را تأیید کند. استعلام میتواند موارد حلنشده داشته باشد، به شرط آنکه آشکار باشند و تأمینکننده بداند چه چیز را ابتدا روشن کند.
استعلام کامل، استعلام بدون سلول خالی نیست؛ استعلامی است که مجهول مهم در آن با الزام توافقشده اشتباه نمیشود. هنگام ارسال BOM به MISUXIN، تعداد خرید جاری، اهداف تحویل و شرایط ثابت را اضافه کنید. شرایط تأمین و معامله همچنان نیازمند تأیید بعدی هر دو طرف است.
مطالعه مرتبط
چگونه درخواست قطعات جایگزین از برندهای چینی را آماده کنیم
ردیابیپذیری قطعات: کد تاریخ، بچها و مدارک پشتیبان
منابع
[1] Hirose، اطلاعات محصول FH12-10S-0.5SH(55). مشخصات محصول. برای نشاندادن شماره قطعه کامل، تعداد موقعیت، گام و محل کنتاکت استفاده شده است، نه توصیه انتخاب یا اعلام موجودی.
[2] JST، صفحه محصول XH. فهرست محصولات و اجزا برای بدنهها، کنتاکتها و هدرها؛ هر جزء باید جداگانه شناسایی شود.
منابع در 17 سپتامبر 2026 مشاهده شدهاند. مثالهای محصول، روشهای مستندسازی و ارزیابی را نشان میدهند؛ توصیه قطعه، تأیید قابلیت جایگزینی یا تعهد تأمین نیستند.