خلاصه اجرایی: مدیریت ارتباط با تأمینکنندگان (Supplier Relationship Management یا SRM) با هدیه و مراسم شروع نمیشود. ابتدا Supply base را بر اساس اهمیت، ریسک و وابستگی Segment کنید؛ سپس Specification، قرارداد، Owner، SLA، Change control، پرداخت، Scorecard و مسیر حل اختلاف را روشن کنید. قدردانی زمانی معتبر است که بر Evidence و معیار ازپیشاعلامشده تکیه کند، Compliance عادی را «لطف» نسازد و هیچ هدیه، Award یا رابطه شخصی بر Tender، ارزیابی یا تمدید قرارداد اثر نگذارد.
تصور کنید یک کارخانه ایرانی در پایان سال به «تأمینکننده برتر» تندیس میدهد، اما سه ماه صورتحساب همان شرکت را معطل کرده، Forecast را دیر فرستاده و Specification را پس از تولید تغییر داده است. Supplier برای نجات محموله اضافهکاری میکند و بعد بابت «فداکاری» تقدیر میشود. مشکل رابطه با تشکر حل نمیشود؛ خریدار باید علتهای ساختهشده در سمت خود، هزینه Change و حق تصمیم Supplier را اصلاح کند.
این راهنما برای Procurement، Supply Chain، Operations، Quality، Finance، HSE/ESG، Legal/Compliance و مدیران شرکتهای ایرانی است که میخواهند مدیریت ارتباط با تأمینکنندگان را از معامله روزانه تا توسعه، نوآوری، Recognition و Exit طراحی کنند. متن جای قرارداد، مشاوره حقوقی/مالیاتی یا Due diligence تخصصی نیست؛ قواعد قابل اعمال صنعت و شرکت خود را جداگانه بررسی کنید.
Vendor، Supplier، Contractor و Strategic partner یکی نیستند
| نقش | رابطه اصلی | نمونه | نیاز Governance |
|---|---|---|---|
| Vendor | فروش قلم/خدمت استاندارد | لوازم اداری | PO، قیمت، تحویل |
| Supplier | تأمین ورودی محصول/عملیات | قطعه، ماده اولیه، Cloud | Quality، continuity، change |
| Contractor | اجرای Scope با نیروی/فرایند خود | نگهداری یا ساخت | HSE، acceptance، liability |
| Service provider | SLA و Outcome خدمت | لجستیک، مرکز تماس | Availability، service credit |
| Distributor/agent | واسطه فروش/توزیع | نماینده منطقهای | Territory، inventory، conduct |
| Strategic supplier | وابستگی و ارزش مشترک بالا | تکنولوژی یا قطعه اختصاصی | Executive governance، BCP، roadmap |
| Business partner | اصطلاح چتری | JV، کانال، پیمانکار | نباید Scope حقوقی را مبهم کند |
| Supplier recognition | دیدهشدن Contribution مستند | Award یا پیام دقیق | معیار، Conflict و Evidence |
نام «شریک» بهخودیخود حق، ریسک یا تعهد تازه نمیسازد. نقش، قرارداد، اختیار و مسئولیت باید صریح بماند.
SRM رابطه دوستانه نیست؛ Operating model بین دو سازمان است
Dyer و Singh در Relational View منابع ارزش بینسازمانی را در داراییهای رابطهویژه، روالهای اشتراک دانش، منابع مکمل و Governance مؤثر صورتبندی میکنند. این یک چارچوب نظری است، نه تضمین اینکه هر رابطه نزدیک عملکرد بهتری دارد.
| لایه | پرسش SRM | Artifact |
|---|---|---|
| Commercial | قیمت، پرداخت، حجم و تغییر چگونه مدیریت میشود؟ | Contract/PO/change order |
| Operational | تقاضا، تحویل، ظرفیت و SLA چیست؟ | Forecast/SLA/plan |
| Quality | CTQ، acceptance، deviation و CAPA چیست؟ | Specification/quality agreement |
| Risk | وابستگی، continuity و incident چگونه کنترل میشود؟ | Risk register/BCP |
| Responsible conduct | اثر بر انسان/محیط/صداقت چیست؟ | Due diligence/remediation |
| Relationship | Issue، escalation و تصمیم مشترک چگونه پیش میرود؟ | Governance cadence |
| Development | کدام Capability با چه سرمایهای ساخته میشود؟ | Joint improvement plan |
| Recognition | چه Contributionی، توسط چه مرجعی و با چه کنترل؟ | Recognition record/award decision |
Trust مفید است، اما جای کنترل نمینشیند. مطالعه Villena، Revilla و Choi درباره سویه تاریک روابط خریدار–تأمینکننده هشدار میدهد که Social capital افراطی میتواند Objectivity را کم و Opportunism را زیاد کند؛ Context مطالعه را نباید به هر صنعت تعمیم قطعی داد.
پیش از Relationship program، Supply base را ببینید
| داده | پرسش | ریسک کیفیت داده |
|---|---|---|
| Supplier master | چه Entity/حساب/مالک واقعی داریم؟ | Duplicate و نام تجاری/حقوقی |
| Spend | خرید به تفکیک Category/Supplier/ارز چقدر است؟ | PO خارج سیستم |
| Critical input | توقف کدام قلم عملیات/مشتری را متوقف میکند؟ | Spend کم اما Criticality بالا |
| Capacity/lead time | Constraint و زمان واقعی چیست؟ | Quote قدیمی |
| Quality | Defect، deviation و escape کجاست؟ | تعریف متفاوت Defect |
| Continuity | Single source، geography و sub-tier چیست؟ | عدم Visibility لایه بعد |
| Commercial | Payment term، overdue و price change چیست؟ | Dispute با delay مخلوط |
| Conduct/impact | ریسک حقوق، کار، محیط، ایمنی و رشوه چیست؟ | Self-declaration تنها |
| Relationship | Issue، escalation و innovation history چیست؟ | حافظه فردی Buyer |
Spend بالا مساوی Supplier استراتژیک نیست. یک قطعه ارزان و بدون جایگزین ممکن است ریسک توقف بیشتری از قرارداد بزرگ خدمات عمومی داشته باشد.
Segmentation را با Criticality، Supply risk و Value بسازید
| Segment | ویژگی | Operating mode | Cadence |
|---|---|---|---|
| Strategic | اثر و وابستگی دوطرفه بالا | Roadmap، executive sponsor، joint risk | Monthly/QBR |
| Bottleneck | Spend شاید کم؛ جایگزینی دشوار | Continuity، buffer، alternate، redesign | Risk-based |
| Leverage | Spend/قدرت خرید بالا؛ بازار جایگزین | Competitive sourcing + performance | Quarterly/contract |
| Routine | ریسک و ارزش پایین | Automation/catalog/SLA | Exception-based |
| Development | Potential بالا، Capability gap مشخص | Joint improvement با Milestone | Project cadence |
| Exit/watch | ریسک، عدم Fit یا پایان نیاز | Containment، transition، closure | Event-based |
Segmentation باید حداقل سالانه و پس از تغییر بزرگ در محصول، بازار، مالکیت، کیفیت یا ریسک بازبینی شود. برنامه Recognition برای همه Segmentها یکسان نیست؛ Supplier routine لزوماً به Award نیاز ندارد.
Dependency دوطرفه را ثبت کنید
| بعد | وابستگی خریدار | وابستگی Supplier |
|---|---|---|
| Revenue/volume | سهم از خرید Category | سهم Buyer از فروش Supplier |
| Switching | Qualification و lead time جایگزین | Tooling/asset اختصاصی |
| Knowledge | دانش طراحی/فرایند Supplier | Forecast/spec/market knowledge Buyer |
| Cash | شرایط پرداخت و ارز | سرمایه در گردش/مطالبات |
| Technology | IP/roadmap/compatibility | دسترسی به platform/customer |
| Risk | Single source/geography | Customer concentration |
قدرت نامتقارن مجوز فشار نیست. اگر Buyer سهم بزرگی از درآمد Supplier دارد، تغییر Forecast، پرداخت دیر یا انتقال Risk میتواند اثر شدیدتری داشته باشد و Governance بیشتری میخواهد.
پایه احترام، خرید منصفانه است
| پایه | Definition of done | ضدالگو |
|---|---|---|
| Specification | نسخه، CTQ و acceptance روشن | انتظار شفاهی/متغیر |
| Equal information | Clarification مادی به همه Bidderها میرسد | اطلاعات ویژه رابطهای |
| Bid evaluation | Rubric و Approval پیش از بازکردن Offer | معیار پس از دیدن قیمت |
| Confidentiality | Quote/IP رقبا محافظت میشود | استفاده برای چانهزنی نامنصفانه |
| Contract/change | Scope، price، term و Change path | کار اضافی بدون Change order |
| Acceptance | بازرسی/تحویل و Dispute reason | رد مبهم یا تأخیر عمدی |
| Payment | Invoice درست در موعد توافقشده | Hold بدون علت/Owner |
| Issue resolution | SLA، escalation و closure | مکاتبه بیپاسخ |
پرداخت بهموقع «هدیه» نیست؛ اجرای تعهد است. میتواند نشانه احترام عملی باشد، اما نباید بهعنوان Recognition فوقالعاده تبلیغ شود.
Onboarding تأمینکننده را Definition of Ready کنید
| حوزه | آماده پیش از اولین سفارش | Owner |
|---|---|---|
| Identity | Entity، حساب، مالکیت و تماس معتبر | Vendor master/Compliance |
| Commercial | Contract/PO/price/tax/payment | Procurement/Finance |
| Quality | Specification، sample، inspection، deviation | Quality/Engineering |
| Operations | Forecast، order، delivery، packaging | Planning/Logistics |
| Data/security | Access، classification، retention، incident | IT/Security/Privacy |
| HSE/site | Permit، induction، PPE و emergency | HSE/Site |
| Conduct | Code، conflict، gifts و speak-up | Compliance |
| Governance | Owner، cadence، scorecard و escalation | SRM owner |
اگر یک مدرک Pending است، Risk owner و fallback را ثبت کنید؛ عبور شفاهی از Gate بعداً به Supplier نسبت داده نشود.
Supplier charter مرز تعامل روزمره را روشن میکند
- کانال رسمی سفارش، Forecast، تغییر و Incident چیست؟
- چه کسی اجازه تعهد قیمت، زمان یا Scope دارد؟
- اطلاعات حساس چگونه برچسب و به اشتراک گذاشته میشود؟
- Issue در چه زمانی و به کدام سطح Escalate میشود؟
- Scorecard از کدام Data source و Definition ساخته میشود؟
- Supplier چگونه داده یا تصمیم را Challenge میکند؟
- Gift، hospitality، donation و Conflict چگونه اعلام میشود؟
- Recognition عمومی نیازمند رضایت چه کسانی است؟
Charter قرارداد را جایگزین نمیکند؛ Working agreement اجرایی بین نقشهاست.
Scorecard را از Outcomeهای قابل تعریف بسازید
| بعد | Metric نمونه | تعریف لازم | Guardrail |
|---|---|---|---|
| Delivery | OTIF | On-time window، In-full و unit | Buyer-caused change جدا |
| Quality | PPM/Defect/escape | denominator و severity | Mix/inspection bias |
| Service | Response/restore time | clock، priority، pause | Availability context |
| Cost | TCO/variance | baseline، currency، scope | قیمت تنها نیست |
| Change | approved change adherence | version/effective date | Buyer late approval |
| Risk | BCP action closure | risk tier و due date | Self-report تنها |
| Conduct | Due diligence/CAPA | evidence و severity | Compliance minimum جایزه نیست |
| Innovation | verified value from joint experiment | baseline، contribution، IP | تعداد ایده Outcome نیست |
برای طراحی CTQ، Change control و Recovery کیفیت، راهنمای مدیریت کیفیت و تغییر را با Quality agreement Supplier همسو کنید.
Metric dictionary جلوی دعوای عدد را میگیرد
| فیلد | پرسش |
|---|---|
| Name/decision | Metric برای چه تصمیمی است؟ |
| Formula | صورت/مخرج و Unit چیست؟ |
| Event | کدام Timestamp/Status معتبر است؟ |
| Window | روز، ماه، Rolling یا Contract period؟ |
| Source | ERP، WMS، QMS، invoice یا sample؟ |
| Exclusion | Buyer change، force majeure یا dispute چگونه ثبت میشود؟ |
| Owner | چه کسی Data quality را تأیید میکند؟ |
| Challenge | Supplier تا چه زمان و با چه Evidence اعتراض میکند؟ |
| Version | تعریف از چه تاریخ عوض شده؟ |
Score نهایی را با وزنهای پنهان نسازید. یک Defect ایمنی بحرانی نباید با چند تحویل سریع «جبران» شود؛ Gateها را از Score تجمیعی جدا کنید.
QBR جلسه تشکر یا دادگاه Supplier نیست
| بخش QBR | خروجی | زمان/قاعده |
|---|---|---|
| Context | Demand، change و محدودیت دو طرف | پیشخوانی مشترک |
| Scorecard | Trend، exception و data dispute | Definition ثابت |
| Issue/CAPA | Severity، containment، owner، due | Blameless ولی پاسخگو |
| Buyer performance | Forecast، payment، decision SLA | دوطرفه |
| Risk/continuity | Scenario، trigger و action | Confidentiality |
| Development/innovation | Experiment/skill/capacity decision | IP/benefit rule |
| Recognition | Contribution دقیق و ترجیح انتشار | پس از Evidence |
| Decision log | چه کسی چه تصمیمی تا چه زمانی؟ | ارسال و تأیید |
Executiveها فقط برای عکس و Award نیایند؛ باید تصمیمهای Blocked، سرمایه، Risk acceptance و اختلاف Policy را حل کنند.
Buyer performance را هم اندازه بگیرید
| رفتار Buyer | Metric | اثر احتمالی |
|---|---|---|
| Forecast quality | bias/accuracy/frozen-window change | capacity و inventory |
| PO accuracy | خطای item/qty/date/price | rework و invoice dispute |
| Specification change | تغییر پس از freeze | scrap و delay |
| Decision time | sample/deviation approval lead time | queue و OTIF |
| Receipt/acceptance | زمان GR/inspection | payment clock |
| Payment | on-time undisputed invoice | cash/capacity |
| Access/HSE | permit/site wait | service delay |
| Communication | response/escalation closure | issue resolution |
Supplier relationship منصفانه وقتی شکل میگیرد که Buyer هم Scorecard خود را ببیند. نمیتوان تأخیر ناشی از Approval داخلی را در OTIF Supplier گذاشت و سپس بابت جبران بحران تندیس داد.
Issue management را از مقصریابی جدا کنید
| مرحله | پرسش | خروجی |
|---|---|---|
| Detect | چه Signal و Severity؟ | Incident record |
| Contain | مشتری/ایمنی/عملیات چگونه محافظت شود؟ | Containment owner |
| Notify | چه کسی و تا چه زمان؟ | Communication log |
| Preserve | چه Evidenceی نباید از بین برود؟ | lot/log/sample |
| Analyze | علت فنی و سیستمی دو طرف چیست؟ | Root-cause hypothesis |
| Correct | اقدام، owner و due چیست؟ | CAPA/change |
| Verify | اثر و عدم عارضه چگونه سنجیده میشود؟ | effectiveness evidence |
| Learn/close | Standard و recurrence چه شد؟ | closure/lesson |
تشکر از گزارش زودهنگام یا همکاری در Containment مفید است؛ اما نباید Liability، RCA یا Remedy را متوقف کند.
Supplier voice را به حلقه اقدام وصل کنید
Supplier survey سالانه بهتنهایی Voice نیست. کانال برای Invoice dispute، specification ambiguity، unethical request، forecast risk، HSE و innovation signal لازم است. الگوی Feedback-back را از راهنمای فرهنگ بازخورد و حلقه اقدام اقتباس کنید.
| فیلد ورودی | تعریف |
|---|---|
| Topic/severity | Commercial، quality، conduct، safety، continuity |
| Confidentiality | چه کسی میتواند هویت/داده را ببیند؟ |
| Owner/SLA | پاسخ و تصمیم با کیست؟ |
| Interim update | اگر تصمیم دیر شد چه خبر داده میشود؟ |
| Decision/rationale | Accept، reject، defer یا route و چرا |
| Action/evidence | چه چیزی تغییر کرد؟ |
| Anti-retaliation | گزارش صادقانه چه حفاظتی دارد؟ |
| Closure | Supplier نتیجه قابل اشتراک را دریافت کرد؟ |
قدردانی، Award، Incentive و Contract change را تفکیک کنید
| ابزار | هدف | نمونه | مرز |
|---|---|---|---|
| Respect | رفتار پایه | پاسخ، اطلاعات، پرداخت | جایزه نیست |
| Thank-you | Contribution مشخص | پیام برای هشدار زودهنگام | تعهد قراردادی حذف نمیشود |
| Recognition | دیدهشدن Practice/اثر | QBR note با Evidence | Privacy/consent |
| Supplier award | مقایسه در برنامه رسمی | Quality improvement award | Rubric، committee، appeal |
| Commercial incentive | همراستایی اقتصادی | gainshare/service credit | قرارداد و فرمول |
| Contract change | جبران Scope/ریسک تازه | price/lead-time adjustment | تشکر جای آن نیست |
| Supplier development | ساخت Capability | training/tooling/process | سرمایه و benefit روشن |
اگر Supplier برای Scope اضافه هزینه کرده، پیام تشکر تسویه نیست. ابتدا Change commercial را حل کنید؛ سپس Contribution فراتر را در صورت وجود به رسمیت بشناسید.
چه چیزی را نباید Award بدهید؟
| مورد | چرا خطرناک است؟ | جایگزین |
|---|---|---|
| رعایت حداقل قانون/ایمنی | Minimum را لطف میسازد | Gate eligibility |
| پنهانکردن Incident | Outcome ظاهری بهتر | پاداش reporting quality |
| تخفیف زیانده | فشار و unsustainable supply | TCO/contract review |
| Overtime بحران ساخته Buyer | Hero culture | RCA و capacity fix |
| هدیه به Buyer | تعارض/Influence | ثبت و route به Policy |
| اطاعت از درخواست غیراخلاقی | عادیسازی misconduct | Speak-up protection |
| Priority خارج قرارداد | آسیب مشتری دیگر/ریسک | Allocation rule شفاف |
| رابطه شخصی | Favoritism | Evidence و committee |
| عدد بدون baseline | Claim غیرقابل راستیآزمایی | Measurement plan |
| Contribution یک فرد برای کار تیم | Credit stealing | Contribution map |
قدردانی از رفتار اخلاقی یا مقاومت در برابر فشار باید محرمانگی و ضدتلافی داشته باشد؛ از راهنمای Recognition رفتار اخلاقی برای Guardrail استفاده کنید.
Supplier award را با Due process طراحی کنید
| مرحله | کنترل |
|---|---|
| Purpose | رفتار/Outcome و تصمیم مرتبط روشن |
| Eligibility | Segment، contract status و Gateهای conduct |
| Criteria | Metric dictionary، weight و Evidence window |
| Nomination | چند Source؛ self-nomination در صورت مناسب |
| Validation | Data owner و Supplier حق Challenge |
| Committee | چندنقشی، quorum، Conflict disclosure/recusal |
| Decision | Rationale و dissent ثبت میشود |
| Consent | نام، لوگو، Quote و داده با اجازه |
| Award | ارزش، مالیات/قانون/Policy بررسی |
| Appeal/correction | خطای داده یا conduct تازه route دارد |
Award نباید امتیاز Tender، قیمتگذاری یا تمدید آینده باشد مگر این اثر از پیش در Procurement rule و قراردادها شفاف و مجاز تعریف شده باشد.
هدیه و Hospitality را از Recognition جدا کنید
صفحه رسمی ISO 37001:2025 دامنه سیستم مدیریت ضد رشوه را برای سازمانها و Business associateها توضیح میدهد. استاندارد یا گواهی بهتنهایی انطباق قانونی شما را ثابت نمیکند؛ Policy و Risk assessment خود را اجرا کنید.
| سؤال تصمیم | اگر پاسخ نگرانکننده است |
|---|---|
| گیرنده یا دهنده در تصمیم Tender/Contract است؟ | Decline/recusal/Compliance review |
| ارزش، زمان یا تکرار غیرعادی است؟ | ثبت و Approval بالاتر |
| شخصی است یا برای سازمان؟ | Policy route؛ عدم نگهداری شخصی |
| قابل اعلام عمومی است؟ | اگر نه، Signal جدی |
| انتظار رفتار متقابل ایجاد میکند؟ | نپذیرفتن/بازگرداندن |
| قانون/قرارداد/Policy اجازه میدهد؟ | توقف تا بررسی متخصص |
| Donation یا سفر به Supplier مرتبط است؟ | Due diligence مستقل |
| Record و approver وجود دارد؟ | بدون ثبت اقدام نشود |
حد مبلغ عمومی و جهانی وجود ندارد. Threshold، ممنوعیت و Approval را بر اساس حوزه قضایی، صنعت، نوع سازمان و Policy قابل اعمال تعیین کنید.
Credit chain را بین دو سازمان ثبت کنید
| Contribution | Evidence | Credit |
|---|---|---|
| تشخیص مسئله | Signal/date/context | فرد/تیم گزارشدهنده |
| تحلیل فنی | test/model/RCA | SMEهای دو طرف |
| داده | baseline/validation | مالک/جمعآورنده/بازبین |
| طراحی راهحل | option/trade-off | مهندسی/عملیات/تأمین |
| سرمایه | budget/tooling/capacity | سازمان سرمایهگذار |
| Pilot | execution/learning | اپراتور/تیم اجرا |
| Challenge | ریسک یا فرض ردشده | مخالف مستدل |
| Scale | standard/training/change | تیم پیادهسازی |
| Impact | verified outcome | Contribution جمعی؛ نه ادعای تکعلتی |
لوگو یا نام مشتری/زیرتأمینکننده را بدون حق انتشار استفاده نکنید. IP ownership، Publication و Confidentiality باید پیش از Story یا Award روشن باشد.
Supplier Development سرمایهگذاری دوطرفه است
Krause، Handfield و Tyler در داده ۲۱۵ تجربه توسعه Supplier، مدلی از بهبود عملکرد از مسیر Knowledge transfer را آزمودهاند. این Evidence برای طراحی Capability plan مفید است، اما اثر و روش به صنعت، رابطه و سرمایه واقعی بستگی دارد.
| فیلد Development charter | پرسش |
|---|---|
| Capability gap | چه Outcome/فرایندی مانع است؟ |
| Baseline | وضع موجود و کیفیت داده چیست؟ |
| Intervention | Training، tooling، engineering یا finance؟ |
| Investment | هزینه/زمان/Asset با چه کسی است؟ |
| IP/confidentiality | دانش و خروجی متعلق به کیست؟ |
| Milestone | چه Evidence و چه موعدی؟ |
| Benefit sharing | Saving/volume/term چگونه تقسیم میشود؟ |
| Exit | اگر Milestone نرسید چه میشود؟ |
| Recognition | یادگیری/Contribution چگونه دیده میشود؟ |
Supplier Development نباید نام محترمانهای برای انتقال رایگان هزینه یا افشای دانش اختصاصی باشد.
نوآوری مشترک را با Stage gate و IP اداره کنید
| Gate | Decision | Control |
|---|---|---|
| Problem | مسئله/کاربر/ارزش واقعی؟ | Scope و Sponsor |
| Feasibility | فنی/تجاری/عملیاتی ممکن؟ | Confidentiality و Data |
| Business case | TCO/Benefit/Risk؟ | Assumption و currency |
| IP | Background/foreground rights؟ | Agreement پیش از افشا |
| Pilot | آزمایش امن و محدود؟ | Quality/HSE/customer guardrail |
| Decision | Scale، redesign یا stop؟ | Evidence و dissent |
| Commercialize | price/volume/exclusivity؟ | Contract/change |
| Learn/recognize | چه Contribution/lesson؟ | Credit chain و Consent |
قیف intake و Experiment را با راهنمای برنامه نوآوری از ایده تا آزمایش همسو کنید؛ اما IP، Competition و Commercial term بینسازمانی را اضافه نگه دارید.
Continuity با «وفاداری Supplier» جایگزین نمیشود
| ریسک | Control | Trigger |
|---|---|---|
| Single source | alternate، redesign، buffer | capacity/financial/incident |
| Long lead/import | visibility، inventory policy، route | delay/customs/logistics |
| Currency/price | index/renegotiation rule | threshold/period |
| Capacity | reservation/allocation protocol | demand surge |
| Quality escape | containment/traceability/recall | severity |
| Cyber/data | access/backup/incident SLA | compromise/outage |
| Sub-tier | critical mapping/notification | change/failure |
| People/HSE | due diligence/remedy | adverse impact |
هیچ Procurement حرفهای نباید برنامه توقف را بر این فرض بنا کند که Supplier «به خاطر قدردانی» شما را بر مشتری دیگر مقدم میداند. Allocation باید از پیش، اخلاقی و قراردادی روشن باشد.
تعارض و Renegotiation را زود Route کنید
| سطح | موضوع | Owner | خروجی |
|---|---|---|---|
| Operational | delivery/data/issue روزمره | Planner/Supplier contact | action log |
| Functional | quality/engineering/finance | Function leads | CAPA/decision |
| Commercial | price/scope/term/claim | Procurement/Commercial | change/settlement |
| Executive | dependency/investment/strategic risk | Sponsor | risk/roadmap decision |
| Compliance | bribery/conflict/adverse impact | Independent function | protect/investigate/remedy |
| Formal dispute | طبق قرارداد/قانون | Authorized legal route | resolution record |
برای گفتوگوی حرفهای و Process حل اختلاف، راهنمای مدیریت تعارض را با قرارداد و حقوق بینسازمانی تطبیق دهید. قدردانی نباید برای خاموشکردن Claim مشروع استفاده شود.
Responsible procurement را Risk-based اجرا کنید
ISO 20400:2017 راهنمای ادغام Sustainability در Procurement برای سازمانهای مختلف است و ISO اعلام کرده نسخه در ۲۰۲۳ تأیید شده است؛ این استاندارد Guidance است، نه گواهی انطباق. راهنمای Due Diligence رفتار مسئولانه OECD نیز فرایند Risk-based برای شناسایی و رسیدگی به اثرهای نامطلوب را تشریح میکند. قابلیت اعمال حقوقی آن را در Context خود بررسی کنید.
| مرحله Due diligence | خروجی Procurement | Recognition guardrail |
|---|---|---|
| Embed | Policy، role و resource | Award با Policy همسو |
| Identify/assess | اثر واقعی/بالقوه و severity | Score خوب ریسک جدی را پنهان نکند |
| Cease/prevent/mitigate | Action، leverage و priority | Compliance minimum Award نشود |
| Track | Evidence و effectiveness | Self-report کافی نیست |
| Communicate | Claim دقیق با limitation | Consent/accuracy |
| Remediate/cooperate | دسترسی به Remedy مناسب | تندیس جای Remedy نیست |
برای اتصال Supplier impact به استراتژی کلان، راهنمای مسئولیت اجتماعی شرکت را ببینید. هیچ Code of conduct یا Award سبز بهتنهایی Due diligence نیست.
Supplier کوچک را با الزام بیتناسب حذف نکنید
| مانع | مداخله منصفانه | مرز |
|---|---|---|
| فرم/مدرک سنگین | Risk-tiered evidence و راهنما | کنترل ضروری حذف نشود |
| سرمایه در گردش | Payment discipline/term review | تأمین مالی نیازمند بررسی جدا |
| استاندارد فنی | Template/training/sample | Quality gate ثابت |
| IT/Portal | کانال جایگزین امن | Audit trail حفظ شود |
| Forecast volatility | Visibility و frozen window | حجم تضمینی فقط قراردادی |
| Audit cost | Scope متناسب و reuse evidence | Independence لازم |
| Award access | Eligibility و nomination قابل دسترس | Popularity جای Evidence نیست |
Proportionality یعنی کنترل متناسب با ریسک، نه استاندارد دوگانه یا انتقال Risk به Supplier ضعیفتر.
Exit هم بخشی از رابطه سالم است
| حوزه Exit | Definition of done |
|---|---|
| Decision | reason، authority و contract path |
| Notice | زمان و کانال مجاز |
| Open orders | accept/cancel/change و liability |
| Payment/claim | invoice، credit، asset و dispute |
| Inventory/tooling | مالکیت، شمارش و انتقال |
| Data/access | return/delete/retain و evidence |
| Continuity | transition بدون آسیب مشتری/افراد |
| Learning | root cause و sourcing update |
| Recognition | Contribution گذشته در صورت مناسب؛ بدون معامله برای سکوت |
پایان قرارداد شکست اخلاقی نیست. رابطهای که دیگر Fit ندارد باید با انصاف، مستند و بدون تحقیر بسته شود.
اثر برنامه SRM و Recognition را محتاطانه بسنجید
| Metric | تعریف | محدودیت |
|---|---|---|
| OTIF/Quality trend | Cohort و Definition ثابت | Mix و Buyer-caused event |
| Issue closure | Median/P90 تا closure مؤثر | Severity mix |
| Supplier voice closure | بستهشده با Evidence / ورودی معتبر | Reporting climate |
| Payment discipline | undisputed on-time invoices | Dispute taxonomy |
| Development milestone | verified milestone / due | Investment و context |
| Innovation value | اثر تأییدشده با baseline | Attribution و lag |
| Continuity readiness | critical actions closed/tested | Paper plan نیست |
| Recognition fairness | eligible/selected by segment | حجم کم و privacy |
| Relationship perception | Itemهای دوطرفه + response rate | Subjective/nonresponse |
تمدید قرارداد، قیمت بهتر یا نوآوری ممکن است تحت اثر Market، Volume، Currency، Technology، Competition و افراد کلیدی باشد. قبل/بعد ساده اثر مستقل «قدردانی» را ثابت نمیکند.
Dashboard تصمیممحور بسازید
| نما | Metric | تصمیم |
|---|---|---|
| Supply base | segment/spend/criticality | resource/cadence |
| Delivery/quality | trend/exception/gate | contain/develop/source |
| Buyer behavior | forecast/change/payment | internal fix |
| Risk | dependency/BCP/action | mitigate/accept/escalate |
| Voice/issues | severity/SLA/closure | owner/capacity |
| Development | milestone/investment/outcome | scale/redesign/stop |
| Conduct | due diligence/CAPA/remedy | protect/investigate |
| Recognition | eligibility/evidence/fairness | award/correct/pause |
از Score کل Supplier برای پنهانکردن Gateهای ایمنی، فساد، Quality critical یا Data breach استفاده نکنید.
RACI مدیریت تأمینکننده را روشن کنید
| فعالیت | A | R | C | I |
|---|---|---|---|---|
| Segmentation | Procurement lead | Category manager | Ops/Risk/Finance | Supplier owner |
| Contract/change | Authorized commercial owner | Procurement | Legal/Finance/Technical | Supplier |
| Scorecard | SRM owner | Data owners | Supplier/Functions | Sponsor |
| Quality incident | Quality owner | Cross-functional team | Supplier/HSE/Ops | Leadership |
| Supplier development | Business sponsor | Project owner | Supplier/Engineering/Finance | Procurement |
| Due diligence | RBC/Compliance owner | Qualified team | Procurement/Supplier/Stakeholders | Leadership |
| Award decision | Program owner | Committee | Data/Compliance/Privacy | Supplier |
| Exit | Contract owner | Transition lead | Legal/Ops/Finance/Security | Supplier/Users |
A یعنی پاسخگوی نهایی. برای Award، فردی که Supplier را Nominate کرده نباید بهتنهایی A، Validator و تصمیمگیر باشد.
Pilot نودروزه برای یک Category اجرا کنید
روز ۱ تا ۳۰: Map و Baseline
- یک Category با ۵ تا ۱۲ Supplier و ریسک قابل مدیریت انتخاب کنید.
- Master data، spend، criticality، dependency، contract و issue history را پاکسازی کنید.
- Metric dictionary برای Delivery، Quality، Payment و Voice بنویسید.
- دوطرفه بودن Scorecard و مسیر Challenge را با Supplier توضیح دهید.
روز ۳۱ تا ۶۰: Run governance
- Segment، Owner، cadence و escalation را فعال کنید.
- اولین Scorecard را قبل از QBR برای Data challenge بفرستید.
- یک Buyer-performance issue و یک Supplier issue را با Owner ببندید.
- معیار Recognition را منتشر کنید؛ هنوز Award ندهید.
روز ۶۱ تا ۹۰: Decide و Recognize
- یک QBR با Decision log و یک Voice review اجرا کنید.
- Data quality، fairness، conflict و Consent را Audit کنید.
- فقط Contribution دارای Evidence و فراتر از Minimum را به رسمیت بشناسید.
- برای هر جزء تصمیم Scale، redesign، pause یا no conclusion بگیرید.
| Gate | Scale | Redesign/Pause |
|---|---|---|
| Data | Definition و challenge کار میکند | Mismatch/duplicate/ownership |
| Fairness | Criteria و recusal روشن | Favoritism/unequal access |
| Operations | Issue و تصمیم بسته میشود | جلسه بدون owner/action |
| Commercial | Change و payment منضبط | Recognition جای تعهد |
| Conduct | Gift/conflict/due diligence کنترلشده | ریسک unresolved |
| Value | Outcome/learning معتبر | فقط satisfaction/ceremony |
سناریوی ایران: تأمین بستهبندی مواد غذایی
یک تولیدکننده مواد غذایی در ایران از چهار Supplier بستهبندی خرید میکند. تغییر نرخ مواد اولیه، Lead time چاپ و محدودیت حمل باعث نوسان شده است. تیم خرید میخواهد به Supplierی که چند بار سفارش فوری را نجات داده Award بدهد.
| یافته | اقدام | Recognition |
|---|---|---|
| Forecast هر هفته عوض شده | frozen window و exception rule | نجات بحران بهتنهایی Award نیست |
| Artwork دیر تأیید شده | approval SLA و version log | Buyer-caused delay از OTIF حذف/جدا |
| Defect تعریف مشترک ندارد | CTQ، sample و severity | Quality evidence پس از تعریف |
| Invoiceها dispute مبهم دارند | reason taxonomy و owner | پرداخت تعهد است |
| یک Supplier tooling اختصاصی دارد | asset/IP/exit و alternate plan | Dependency به نام وفاداری پنهان نشود |
| ایده کاهش ضخامت مطرح شده | Pilot با food safety/quality guardrail | Credit مهندسی دو طرف |
| Gift نوروزی به Buyer | Policy/Compliance route و recusal | هیچ اثر بر Award/Tender |
| Award معیار ندارد | Gate conduct + scorecard + committee | پس از Window و Consent |
نتیجه معتبر ممکن است این باشد: «پس از اصلاح Forecast و Approval، OTIF هر چهار Supplier بهتر شد؛ Supplier الف در Pilot کاهش ضایعات با Quality guardrail سهم مشخص داشت و تیم مشترک به رسمیت شناخته شد.» نسبتدادن همه به تشکر یا وفاداری نادرست است.
Anti-patternهای رایج
| Anti-pattern | آسیب | اصلاح |
|---|---|---|
| همه Supplierها Partner هستند | Resource و risk مبهم | Segmentation |
| تشکر بهجای پرداخت | انتقال Cash risk | Payment discipline |
| Award بر اساس رابطه Buyer | Favoritism/Conflict | Evidence/committee/recusal |
| Score واحد | Gate بحرانی پنهان | Metric + gate |
| OTIF یکطرفه | Buyer-caused delay | Two-sided scorecard |
| QBR دادگاه | پنهانکاری/دفاع | joint context/action |
| Compliance Award | Minimum تبدیل به امتیاز | Eligibility gate |
| Hero supplier | تکرار بحران | RCA/system fix |
| Development رایگان | استخراج دانش/هزینه | charter/investment/IP |
| هدیه شخصی | Influence و ریسک رشوه | Policy/record/decline |
| اعتماد بدون کنترل | Objectivity کمتر | governance/audit |
| تمدید = وفاداری | Market/lock-in پنهان | TCO/risk/alternative |
| قطع ناگهانی | continuity/remedy risk | exit plan |
چکلیست پیش از قدردانی رسمی از Supplier
- Supplier entity، segment، contract و owner صحیح است.
- Purpose و Contribution فراتر از Minimum تعریف شده است.
- Metric dictionary، Window، source و exclusion روشن است.
- Buyer-caused change، delay و payment issue جدا شده است.
- Gateهای Quality، HSE، conduct و due diligence پاس شدهاند.
- Supplier فرصت Challenge داده و Data dispute بسته شده است.
- Nomination، validation و decision توسط یک فرد کنترل نمیشود.
- Conflict disclosure، recusal و gift/hospitality record کامل است.
- Contract change، invoice و Claim با تشکر جایگزین نشده است.
- Credit chain تیمها، sub-supplier و نقش پشتصحنه را میبیند.
- لوگو، نام، Quote و عدد فقط با حق انتشار استفاده میشود.
- Award هیچ امتیاز پنهانی در Tender یا تمدید ایجاد نمیکند.
- اثر و Limit ادعا ثبت و تاریخ بازبینی مشخص است.
منابع و حدود استفاده
- Dyer & Singh, 1998: Relational View و چهار منبع بالقوه ارزش بینسازمانی؛ چارچوب نظری، نه تضمین رابطه نزدیک.
- Villena, Revilla & Choi, 2011: بررسی سویه تاریک Social capital در روابط Buyer–Supplier و خطر کاهش Objectivity/Opportunism در شدت بالا.
- Krause, Handfield & Tyler, 2007: Supplier development و Knowledge transfer در ۲۱۵ تجربه شرکتهای تولیدی آمریکا؛ با محدودیت Context.
- Wowak et al., 2013: فراتحلیل ۳۵ مطالعه Supply-chain knowledge و Performance و نقش Context/روش اندازهگیری.
- ISO 20400:2017: راهنمای Sustainable procurement؛ نسخه تأییدشده در ۲۰۲۳ و غیرگواهیپذیر.
- OECD Due Diligence Guidance for Responsible Business Conduct: فرایند Risk-based ششمرحلهای برای اثرهای نامطلوب.
- ISO 37001:2025: معرفی سیستم مدیریت ضد رشوه و پوشش Business associates؛ نیازمند بررسی قواعد قابل اعمال.
این منابع Operating model میدهند. متن قرارداد، Tender، هدیه، مالیات، رقابت، تحریم، داده، HSE و Due diligence باید با متخصص و مقررات Context شما بررسی شود.
سؤالات متداول
مدیریت ارتباط با تأمینکنندگان یا SRM چیست؟
Operating model دستهبندی و اداره روابط Supplier است: از Contract، Performance، Quality و Risk تا Voice، Development، Innovation و Exit. سطح Governance باید با Criticality و Dependency متناسب باشد؛ همه فروشندگان Strategic partner نیستند.
بهترین روش قدردانی از تأمینکننده چیست؟
اول تعهدهای پایه مثل Specification روشن، پاسخ، Change منصفانه و پرداخت بهموقع را اجرا کنید. سپس Contribution مشخص و فراتر از Minimum را با Evidence، Credit درست و ترجیح Supplier به رسمیت بشناسید. Award رسمی به معیار، Committee، Conflict control و Consent نیاز دارد.
چه KPIهایی برای ارزیابی Supplier مناسباند؟
بسته به Category: OTIF، Quality/PPM، Service response، TCO، Change adherence، Risk action، conduct و verified innovation. برای هرکدام Formula، denominator، Window، Data source، exclusion و Challenge path بنویسید و Buyer performance را نیز بسنجید.
آیا هدیه به کارشناس خرید نوعی قدردانی است؟
ممکن است بهعنوان هدیه معرفی شود، اما در Procurement ریسک Conflict و Influence دارد؛ بهخصوص نزدیک Tender، ارزیابی یا تمدید. فرد نباید شخصاً تصمیم بگیرد. Policy، قانون، ثبت، Approval و در صورت لزوم Decline/recusal را اجرا کنید.
آیا رابطه خوب باعث میشود Supplier در بحران ما را در اولویت بگذارد؟
نباید برنامه Continuity را بر چنین فرضی بنا کنید. Capacity reservation، allocation rule، Forecast، buffer، alternate source و BCP را قراردادی و عملیاتی طراحی کنید. قدردانی میتواند ارتباط را محترمانه کند، اما حق مشتریان دیگر یا محدودیت واقعی Supplier را حذف نمیکند.
