Керування постачальниками рідко ламається спочатку на «стратегічній синергії». Ламається, коли статус замовлення, закінчення сертифікатів, зміна lead time і розбіжності по рахунках живуть разом у пошті й таблицях. Shandong XYN Information Technology Co., Ltd. (许愿牛科技 / XYN Tech) майже завжди ставить модуль постачальників у першу чергу при замовній розробці для виробництва й дистрибуції. Текст для закупівель і операцій, що ведуть китайських постачальників, зокрема зарубіжних покупців. Порівняння пошти з таблицями та SRM. Це не хмарний тариф, який вмикають завтра.
День, коли пошти й таблиць уже замало
Завод із 40 допущеними постачальниками ще може втримати досвідчений планувальник і книга Excel. Після 80 постачальників, понад 3000 номенклатур і трьох переписувань одного замовлення під новий строк збій фіксований: постачальник відповідає за старою версією строку; скани сертифікатів у особистій пошті; фінанси не зводять прихід зі списком рахунків; закупівлі в чаті питають, чи прийшла партія. Справа не в ліні. Об’єкти не мають унікального номера.
Зарубіжні закупівлі провалюються частіше: постачальник у Китаї, замовлення в пошті, претензії з якості в WeChat, звірка в Excel. Часові пояси роблять «хто змінював строк минулої ночі» неаудитованим. Система має тримати статус, вкладення й відповідальних під одним номером замовлення. Це не ще один чат.
Чотири речі, якими система постачальників має володіти
Замовлення
Закупівля потребує незмінного номера. Строк, кількість, ціна йдуть версіями; старі версії читаються. Портал постачальника відкриває лише його замовлення, чужі ціни не видно. У поставках ERP-виробництва XYN Tech зв’язує замовлення, прихід і звірку кредиторки одним кодом номенклатури, щоб склад і фінанси не вели два довідники.
Сертифікати
Ліцензія, сертифікати систем менеджменту, дозволи на небезпечну хімію чи харчову продукцію мають дату закінчення. Нагадування має падати на конкретну посаду, а не крик у чат. Суб’єкт сертифіката прив’язаний до майстер-даних постачальника; після зміни юрособи старий документ не проходить КПП. Це той самий клас майстер-даних, що й кадрові посвідчення. Не тримайте два дерева тек.
Lead time
Lead time — не одна клітинка. Це дата обіцянки, дата підтвердження, дата відвантаження й дата прибуття. Зміна обіцянки залишає код причини. Робочий стіл планувальника спочатку показує ризик дефіциту, а не десять непрочитаних листів. Якщо комплектність усе ще кричать на ранковій планерці, дані строку не в системі.
Звірка
Тристороннє звірення: замовлення, прихід, рахунок. Розбіжності закривають рядками. Умовне прийняття й повернення дозволені; затирати різницю в таблиці не можна. Зрив місячного закриття зазвичай від дисципліни приймання, не від плану рахунків.
Пошта + таблиця проти співпраці з постачальниками
| Тема | Пошта + Excel | Система постачальників |
|---|---|---|
| Статус замовлення | Кожен шле свій файл | Один номер; статус усередині й зовні збігається |
| Зміна строку | Шукати в листуванні | Версія + код причини + хто підтвердив |
| Закінчення сертифіката | Скани розкидані | Попередження на посаду |
| Звірка | Ручна збірка наприкінці місяця | Тристороннє звірення, закриття рядками |
| Видимість зарубіжних закупівель | Пояси роздувають усні обіцянки | Портал: лише свої замовлення й висновки ВТК |
| Права | Пересилання розносить файл | За постачальником, закупівельною оргструктурою й сумою |
Межа з ERP і WMS
Система постачальників — не другий складський регістр. Залишок іде за складським виконанням; у дорозі — за версією замовлення. У XYN Tech є ПЗ 「ERP生产管理系统 V1.0」(2022-08-04). Виробничі майданчики можуть дивитися цифрову систему розумного виробництва групи Jianfeng. Спочатку заморозьте коди номенклатури й постачальників, потім говоріть про екрани порталу. Без заморозки портал лише синхронізує хаос постачальнику.
Митницю, інспекцію й правила перевезення небезпечних вантажів не запихайте в SRM першої черги. Якщо перша черга проводить замовлення—підтвердження—відвантаження—приймання—звірку, вона вже замінює близько 80% пошти. Решта — налаштування, не новий об’єкт.
Три додаткові кроки, коли зарубіжний покупець веде китайських постачальників
- Мова договору й мова системи розділені: поля системи — за двомовним глосарієм, договір — за юридичним текстом.
- Вкладення за претензіями якості йдуть на номер замовлення, не на особистий диск. Фото, протоколи випробувань і поступки висять на одній партії.
- Не розраховуйте, що постачальник осилить складний workflow. Що менше дій на порталі, то краще: підтвердити строк, завантажити накладну, відповісти на невідповідність.
Що не можна робити в першій черзі
Бальні магазини постачальників, боти автотендерів і повністю автоматичні зали RFQ виглядають як «цифровізація». Вони тягнуть команду з брудними майстер-даними на другий фронт. Відмова в першій черзі — не консерватизм, а захист дисципліни звірки. Scorecard можна пізніше: спочатку сирі події щодо своєчасності, придатності й числа змін ціни, потім грейди. Без подій оцінка — враження менеджера закупівель у новій оболонці.
Майстер-дані раніше сторінки порталу. Коротка назва, повна назва, податковий номер і розрахунковий рахунок мають мати унікальні ключі. Один артикул — багато кодів вирішується на рівні номенклатури; постачальник не повинен «обирати схожий код» на порталі. У поставках ланцюга XYN Tech вважає це умовою старту: немає схеми кодування — календар розробки стоїть. Якщо зарубіжні закупівлі наполягають на своїх кодах, будується таблиця відповідності. Китайський завод свої внутрішні коди не викидає.
XYN Tech може зібрати замовну систему навколо цих об’єктів і розгорнути в контурі клієнта. Це не вітринний SaaS SRM. Профіль компанії та ПЗ: xynkeji.com/about. Якщо потрібні ще внутрішні узгодження і CRM клієнта, ролі ріжуться: зміна строку постачальника не йде через воронку продажів і не «особливо затверджується» в WeChat. Спочатку поставте номер замовлення, потім стратегію взаємодії. Інакше система стане дорожчою таблицею.