Реестр поставщиков — это единая система данных о действующих и потенциальных контрагентах: реквизитах, категориях поставок, документах, результатах проверок, договорах, исполнении обязательств и оценках. Он помогает закупкам, безопасности, юристам и внутренним заказчикам работать с одной актуальной карточкой поставщика, а не собирать сведения заново для каждой процедуры.
Ценность реестра не в количестве записей. Рабочая система показывает, с кем компания может сотрудничать, для каких категорий поставщик допущен, какие ограничения действуют и на каких фактах основано решение. Поэтому реестр связан с регистрацией, квалификацией, оценкой, аудитами и закупочными процессами.
Единая карточка поставщика связывает исходные данные, результаты проверок и историю сотрудничества.
Какие задачи решает реестр поставщиков
Без единого реестра одно и то же юридическое лицо может встречаться под разными названиями в ERP, таблицах, договорах и переписке. Документы хранятся в разных папках, срок действия сертификата проверяют вручную, а оценка одного подразделения недоступна другому. В результате компания повторяет проверки и принимает решения на неполных данных.
Централизованный реестр позволяет:
- исключать дубли и поддерживать единый идентификатор контрагента;
- собирать регистрационные и квалификационные документы по установленному перечню;
- разделять поставщиков по категориям, регионам, статусам и уровням риска;
- контролировать сроки действия документов и допусков;
- видеть историю закупок, договоров, поставок, претензий и оценок;
- ограничивать участие в процедурах при выявленных рисках;
- формировать выборки и аналитику для категорийных менеджеров и руководителей.
Реестр, каталог и база контрагентов: в чём разница
| Инструмент | Что хранит | Для чего используется | Чего обычно не хватает |
|---|---|---|---|
| Справочник контрагентов | название, реквизиты, адреса | учётные операции и документы | квалификации, риска и истории решений |
| Каталог поставщиков | предложения, категории, контакты | поиск возможных исполнителей | управляемого допуска и контроля |
| Реестр поставщиков | данные, документы, статусы, оценки, связи | решения о сотрудничестве и контроль жизненного цикла | ценность зависит от качества процессов вокруг реестра |
| SRM-система | реестр плюс процессы взаимодействия | регистрация, квалификация, закупки, оценка и развитие | требует согласованной модели данных и ролей |
В небольшой компании функции могут находиться в одном приложении. Важно не название класса системы, а наличие связи между карточкой контрагента и решениями, которые принимаются на её основе.
Что должно быть в карточке поставщика
Состав полей зависит от отрасли и категории закупки. Универсальная карточка обычно включает несколько блоков:
- идентификация: юридическое наименование, ИНН, КПП, регистрационные данные и связанные организации;
- контакты: ответственные лица, каналы связи и роли на портале;
- категории: товары, работы и услуги, по которым поставщик рассматривается или допущен;
- документы: анкеты, лицензии, сертификаты, декларации и сроки их действия;
- проверки: результаты комплаенса, безопасности, финансовой и технической квалификации;
- исполнение: договоры, заказы, сроки, качество, претензии и корректирующие действия;
- решения: статус, ограничения, рейтинг, дата следующего пересмотра и основание.
Не следует собирать данные «на всякий случай». Для каждого поля полезно указать владельца, источник, срок актуальности и решение, на которое оно влияет.
Жизненный цикл поставщика
Поставщик проходит управляемый цикл, а каждое решение сохраняет основание и доказательства.
- Регистрация. Компания или сотрудник создаёт карточку, система проверяет обязательные поля и возможные дубли.
- Первичная проверка. Уточняются регистрационные сведения, документы и базовые ограничения.
- Квалификация. Для конкретной категории проверяются опыт, мощности, разрешения и другие требования.
- Участие в закупках. Допущенный поставщик получает приглашения и подаёт предложения.
- Исполнение обязательств. Накапливаются данные о сроках, качестве, документах и взаимодействии.
- Оценка и аудит. Факты сопоставляются с критериями, замечания переводятся в действия.
- Решение. Статус подтверждается, меняется, ограничивается или блокируется на установленный срок.
Статусы и правила допуска
Статус должен иметь однозначное значение. Например, «зарегистрирован» означает только наличие карточки, а «квалифицирован» — соответствие требованиям определённой категории. Поставщик может быть допущен к офисным товарам и одновременно ожидать технической квалификации для оборудования.
| Статус | Что означает | Допустимое действие | Контроль |
|---|---|---|---|
| Черновик | данные ещё не представлены полностью | редактирование анкеты | обязательные поля |
| На проверке | идёт рассмотрение документов | ответы на запросы проверяющих | срок и ответственный |
| Квалифицирован | подтверждены требования категории | участие в разрешённых процедурах | срок квалификации |
| Ограничен | есть условие или замечание | только разрешённые операции | основание и план действий |
| Заблокирован | сотрудничество временно или постоянно запрещено | новые закупки недоступны | решение уполномоченной роли |
Роли и ответственность
Поставщик заполняет анкету и поддерживает внешние документы. Закупки владеют категориями, взаимодействием и коммерческой оценкой. Безопасность и комплаенс проводят проверки в своей зоне. Технические эксперты подтверждают способность выполнить требования. Юристы контролируют договорные ограничения, а внутренний заказчик оценивает фактический результат.
Окончательный статус не должен меняться без основания. В системе сохраняются автор решения, дата, применённые критерии и связанные документы. Это особенно важно для блокировок и исключений из стандартных правил.
Оценка и рейтинг поставщиков
Рейтинг помогает сравнивать поставщиков, но не должен смешивать несопоставимые показатели. Цена, своевременность поставки, качество продукции и скорость ответа измеряются по-разному. Для каждой категории задают веса, период расчёта и минимальный объём данных.
В рейтинге могут использоваться:
- доля поставок в срок и среднее отклонение;
- число и тяжесть несоответствий;
- полнота сопроводительных документов;
- соблюдение условий договора и реакции на претензии;
- результаты аудита и выполнения корректирующих действий;
- коммерческие условия и стабильность цен;
- оценка внутренних заказчиков по заданным критериям.
Если данных мало, система должна показывать недостаточную статистику, а не формировать уверенный итоговый балл.
Интеграции
Реестр редко работает изолированно. Из ERP поступают заказы, поставки и платежные данные; из системы электронного документооборота — договоры и документы; из внешних сервисов — сведения для проверок. Портал поставщика позволяет контрагенту обновлять анкету и прикладывать подтверждения, не получая доступа к внутренней части системы.
Для интеграций нужно определить источник истины. Реквизиты могут синхронизироваться с учётной системой, а квалификационный статус — рассчитываться в SRM-контуре. Двусторонняя передача без правил владения быстро создаёт новые дубли.
Автоматизация реестра
Автоматизация полезна, когда она охватывает не только хранение, но и решения. Формы контролируют полноту данных, маршруты направляют анкету нужным проверяющим, напоминания следят за сроками, а правила ограничивают действия при истёкшем документе или заблокированном статусе.
В Comindware Управление закупками сведения о поставщиках связаны с заявками, планами, документацией, договорами и закупочными процедурами. Основа решения — Comindware Platform, поэтому процессы, формы и правила можно адаптировать под модель компании.
Нужен единый контур работы с поставщиками?
Покажем, как связать регистрацию, проверки, квалификацию, закупки и оценку в одном управляемом процессе.
Как внедрить реестр
- Определите категории поставщиков и решения, которые должен поддерживать реестр.
- Соберите текущие источники и назначьте владельцев данных.
- Согласуйте обязательные поля, статусы и правила переходов.
- Настройте поиск дублей и порядок объединения карточек.
- Запустите пилот на одной категории с понятными критериями.
- Подключите историю исполнения и оценку после поставки.
- Настройте аналитику, сроки пересмотра и контроль качества данных.
- После стабилизации масштабируйте на другие категории.
Частые вопросы
Кто должен вести реестр поставщиков?
Владельцем процесса обычно выступает закупочная функция, но отдельные данные подтверждают безопасность, юристы, технические эксперты и внутренние заказчики. Ответственность нужно распределить по блокам карточки.
Чем реестр отличается от списка контрагентов в ERP?
ERP хранит данные для учётных операций. Реестр дополнительно управляет регистрацией, квалификацией, документами, рисками, оценкой и статусом допуска.
Как часто обновлять данные?
Часть сведений обновляется по событию, другая — по сроку действия документа или установленному циклу проверки. Система должна напоминать о пересмотре до наступления ограничения.
Можно ли дать поставщику доступ к карточке?
Да, через защищённый портал с ограниченными правами. Поставщик видит только свои формы, запросы и документы, а внутренние проверки остаются недоступными.
Как бороться с дублями?
Использовать уникальные реквизиты, нормализацию названий, автоматические предупреждения и управляемую процедуру объединения карточек с сохранением истории.
Нужен ли рейтинг каждому поставщику?
Нет. Для разовой или ещё не исполненной поставки данных может быть недостаточно. В таком случае лучше показывать статус квалификации и объём доступной статистики.
Дополнительные материалы по закупкам
Руководства и практические примеры собраны в библиотеке Comindware.
Похожие записи:
