Заявочно-закупочная система для промышленных предприятий на 1С

Снабжение — главная статья себестоимости, которую никто не контролирует

Мы работаем с предприятиями Дальнего Востока и Крайнего Севера, и за годы работы наша команда накопила портфель из десятков внедрений заявочно-закупочных систем. Горнодобыча, судостроение, сервис тяжёлой спецтехники, торговые компании — отрасли разные, но боль одна: снабжение поедает бюджет, а контроля над ним нет.

В этой статье разберём, как устроена система, которую мы проектируем и внедряем снова и снова. Не абстрактный «модуль закупок», а живой инженерный конструктор — от первой заявки механика до финальной проверки качества на складе.

Среда обитания: почему снабжение в промышленности — это не офисные закупки

Чтобы понять, зачем нужна отдельная система, нужно увидеть среду, в которой она работает.

Золотодобывающая артель

Представьте производственный участок в нескольких сотнях километров от ближайшего города. Вокруг — тайга. Сотовой связи нет вообще. Интернет — единственная спутниковая тарелка с каналом в пару мегабит на весь вахтовый посёлок.

Работа сезонная: промывочный сезон начинается в апреле и длится до октября-ноября. Между сезонами — подготовка. В конце лета механики оценивают износ техники. Осенью центральный офис консолидирует заявки и закупает годовую потребность. Зимой грузы везут по зимникам и ледовым переправам. К апрелю склады участков должны быть укомплектованы на сто процентов.

Тяжёлая карьерная техника работает круглосуточно. Каждый час простоя — это потерянные сотни тысяч рублей. Если на складе не окажется нужной запчасти, компания встаёт перед жёстким выбором: остановить работу на неделю-две или заказать экстренную доставку за несопоставимые деньги.

Идеальная модель — когда годовая заявка полностью реализуется по плану: запчасти используются, ничего дополнительного не закупается. Это значит, что планирование было точным и техника эксплуатировалась без аварий.

Судостроительный завод

Другой наш клиент — предприятие, строящее и ремонтирующее суда. Здесь нет тайги, но есть тысячи позиций комплектующих, жёсткая смета проекта на каждый корабль и строгий контроль качества. Каждая деталь, попадающая на строящийся объект, должна пройти комиссию входного контроля. Задержка сдачи судна — штрафы в миллионы.

Сервисные и торговые компании

Дилеры и сервисные компании обслуживают чужую тяжёлую технику. Поставщики взрывчатых веществ для горнорудных предприятий. Торговые компании с большим ассортиментом. Агросервисы с парком техники. У всех — общая задача: несколько подразделений создают заявки, а закупает один человек. И этому человеку нужна система, а не лавина писем.

Четыре «чёрные дыры» снабжения, которые мы видим на каждом проекте

1. «Мешок двигателей за забором»

Склады предприятий живут своей жизнью. На удалённых участках старший кладовщик помнит всё наизусть. Каждая запчасть покупалась в разное время, по разной цене, по разному курсу доллара — но учёта этого нет. На балансе числятся миллионные остатки, но что конкретно лежит, где именно и в каком состоянии — не знает никто. Как говорят на местах: «У нас какой-то мешок двигателей за забором стоит».

Бульдозер ломается — деталь ищут часами. Не находят, заказывают у дилера по завышенной цене. Через неделю выясняется, что нужная запчасть лежала на складе.

2. «Информационный туман» в закупках

Механики с участков шлют заявки как придётся: по почте, в мессенджерах, голосом по телефону. Единой точки сбора нет. Одна и та же позиция запрашивается несколько раз разными людьми. Закупщик в офисе вручную сводит эту лавину в какое-то подобие таблицы. Позиции дублируются, артикулы путаются.

3. Закупщик и его «любимый» поставщик

Ни для кого не секрет, как нередко устроены закупки. Закупщик работает с проверенными контрагентами по личным договорённостям. Руководство не может проверить: а сравнивались ли вообще цены? Сколько поставщиков получили запрос? Почему выбран именно этот?

Как точно описал это наш ведущий специалист: «Закупщик говорит: у нас 2000 позиций, что я буду у десяти поставщиков это всё сравнивать? Давай вот у этих двух проверенных». И дальше — полная непрозрачность.

4. Деталь поставили, а что с ней стало — неизвестно

Запчасти устанавливаются на технику, но их износ не отслеживается. В системе нет привязки к конкретному инвентарному номеру машины. Невозможно ответить: сколько моточасов отработал этот двигатель? Почему гусеница на скальном грунте вышла из строя втрое быстрее нормативного срока? Годовая заявка формируется интуитивно — «на глаз».

Архитектура решения: модульный конструктор, а не монолит

Заявочно-закупочная система — это не готовая коробка. Это конструктор из нескольких модулей, которые собираются и настраиваются под конкретное предприятие. От организации к организации система видоизменяется, но базовые принципы — одинаковые везде.

Вот из каких блоков она состоит.

Модуль 1. Сбор и консолидация заявок

Все подразделения подают заявки в единую систему. Механики, главные инженеры, начальники участков — каждый со своего рабочего места. Система автоматически объединяет одинаковые позиции.

Допустим, на трёх участках запросили одну и ту же запчасть: 10, 8 и 12 единиц. Закупщик видит это как единую позицию — 30 штук. Он знает, кто запросил и куда, но работает не в разрезе каждого участка, а с общей задачей. Это принципиально: он может собрать крупный заказ и получить лучшую цену у поставщика.

Маршруты согласования настраиваются индивидуально. У кого-то — три этапа (механик → главный инженер → финдиректор). У кого-то — вообще без согласований, потому что бизнес маленький и скорость важнее.

Модуль 2. Тендерный модуль — автоматическое сравнение поставщиков

Когда заявки собраны и согласованы, закупщик запускает процедуру запроса цен. Система генерирует стандартную форму Excel со всеми позициями закупки. В файле заблокировано всё, кроме двух полей — цена и количество, доступное к поставке. Поставщик не может изменить структуру, переименовать позиции или вставить макросы.

Закупщик вводит адреса электронной почты пяти-десяти-двадцати поставщиков, нажимает кнопку — и запросы улетают. Для него нет разницы между двумя и двадцатью получателями.

Когда заполненные файлы возвращаются, система загружает их автоматически, сопоставляет цены по уникальным идентификаторам позиций и строит сравнительную матрицу. Цены, сроки доставки, условия оплаты — всё сведено в один экран. Лучшие предложения подсвечены. Закупщик анализирует, принимает решение, и из этого формируется заказ поставщику.

Антикоррупционный эффект. Вся история взаимодействия с поставщиками сохраняется в системе навсегда. Руководитель может через три года поднять любую закупку и увидеть: кто прислал какие цены, кто победил, по каким критериям. Когда закупщик знает, что каждое его решение документировано, мотивация работать с «любимым» поставщиком резко снижается.

Модуль 3. Автоматизация складов — маркировка и адресное хранение

Для того чтобы знать, что мы тратим, нужно хорошо вести первичный учёт ТМЦ. Каждая запчасть идентифицируется уникальным штрихкодом или QR-кодом. Если условия хранения агрессивные — мороз, масло, пыль — используем пластиковые бирки и RFID-метки.

На складе организовано адресное хранение. Кладовщик берёт терминал сбора данных (ТСД), выбирает запчасть — система говорит: «Иди в зону такую-то, стеллаж такой-то, ячейка такая-то». Подошёл, отсканировал — готово.

При этом интерфейс мобильного приложения максимально упрощён. Мы намеренно убрали все лишние поля, оставив две-три большие кнопки: «Положить на склад», «Взять со склада», «Отремонтировать машину». Это осознанный выбор: люди на производственных участках подбираются по умению ремонтировать технику, а не по навыкам работы в 1С. Чем меньше вводит человек — тем меньше ошибок.

Модуль 4. Ресурсная аналитика — моточасы, пробег, износ

Когда на складе порядок и каждая выдача привязана к наряд-заказу и инвентарному номеру машины, появляется возможность считать ресурс.

Сколько моточасов отработал двигатель? Какой пробег у гусеницы на данном типе грунта? Нормально ли эксплуатировалась техника или её «убивали»? В типовых конфигурациях 1С такого функционала нет — это всегда доработка. Но база проверена на горнодобывающих компаниях.

Система учитывает ресурсные характеристики каждого узла: нормативный срок службы, фактическую наработку. На основе этих данных можно сформировать годовую заявку не «пальцем в небо», а с точной привязкой к реальному износу. Это касается и запчастей, и ГСМ — топлива, масла, расходников.

Модуль 5. Отслеживание поставок и входной контроль

После формирования заказа поставщику система отслеживает статус доставки. Общий экран показывает: что оплачено, что едет, ориентировочные сроки. Возможна привязка к трекингу транспортных компаний.

На этапе приёмки — разные сценарии для разных предприятий. Кому-то достаточно простого акта: товар пришёл, приняли, разнесли по складам. Но на судостроительном заводе, например, действует полноценный входной контроль качества. Поступившие комплектующие блокируются в системе до тех пор, пока комиссия по качеству не проведёт физическую проверку, не прикрепит сертификаты и не подпишет акт. Только после этого материал можно выдать на строящийся объект.

Связь и автономность: как работать, когда интернета практически нет

Отдельная инженерная задача — обеспечить работу на удалённых участках с плохой или отсутствующей связью.

Прямой доступ к центральной базе 1С через удалённый рабочий стол по спутниковому каналу — бессмысленно. Канал узкий, пинг огромный, сессии отваливаются, экраны зависают. Кладовщики и механики отказываются работать в таких условиях.

Наш стандартный подход: развернуть на каждом участке маленькую автономную локальную базу данных. Она работает полностью независимо, все операции проводятся мгновенно на месте. Обмен с центральной системой идёт в фоновом режиме — сжатые пакеты изменений передаются автоматически, а при обрыве связи очередь просто накапливается и отправляется позже.

Эта локальная база, как правило, самописная — с максимально упрощённым интерфейсом. Типовые документы 1С с двадцатью полями не подходят для человека в меховых рукавицах. Ему нужно «попикать сканером» и нажать одну большую кнопку.

Кстати, для тех же предприятий мы организовывали спутниковую связь, настраивали приоритезацию трафика, чтобы утренние видеоконференции руководства не конфликтовали с фоновым обменом данными. Такие задачи тоже входят в зону нашей ответственности.

Кому нужна заявочно-закупочная система

За годы работы мы внедряли ЗЗС в совершенно разных отраслях. И каждый раз убеждались: базовые принципы — одинаковые. Меняется только специфика.

Система нужна, когда выполняются два условия:

1. Несколько центров запроса — несколько ролей в компании могут запрашивать закупку, а покупает кто-то один.
2. Ценность в планировании — есть смысл собирать, группировать и анализировать заявки, а не просто «купить по звонку».

Если эти два условия есть — система нужна. Точка.

Типичные отрасли:

Было → Стало: что меняется после внедрения

Технологический стек и платформа

Решение работает на 1С и не привязано к одной конфигурации — подойдёт практически любая товароучётная система от 1С. Конкретная конфигурация зависит от масштаба и сценариев:

• 1С:Комплексная автоматизация — для большинства предприятий с фокусом на операционный учёт.
• 1С:ERP Управление предприятием — для компаний с золотоизвлекающими фабриками, несколькими переделами производства и потребностью в глубокой управленческой аналитике.
• Отраслевые конфигурации (например, ERP для горнорудной отрасли, WMS Логистика) — при наличии специфических учётных требований.

Дополнительные компоненты:

• Терминалы сбора данных (ТСД) с ПО DataMobile для складских операций.
• Принтеры этикеток для маркировки ТМЦ.
• Пластиковые бирки и RFID-метки для агрессивных условий хранения.
• Автономные локальные базы на удалённых участках с асинхронным обменом.
• Спутниковая связь с настройкой приоритезации трафика (при необходимости).

С чего начать: порядок внедрения

Бюджетирование, аналитика затрат и ресурсное планирование — всё это возможно только при дисциплинированном первичном учёте. Нельзя начинать с «верхушки айсберга», игнорируя фундамент.

Наш стандартный подход:

Как навести порядок в вашем снабжении

Заявочно-закупочная система — это не готовый продукт с полки. Это проектирование процессов под вашу организацию. Каждое внедрение начинается с того, что наши бизнес-аналитики приезжают к вам, изучают реальные процессы «на земле» и проектируют систему, которая закроет именно ваши задачи.

Мы не предлагаем абстрактных ИТ-концепций. Мы строим системы, которые работают в меховых рукавицах, при отсутствии связи и под давлением сезонных дедлайнов.