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

Заявочно-закупочная система (ЗЗС) — это решение на базе 1С для автоматизации полного цикла снабжения и закупок промышленного предприятия: от внутренней заявки и конкурентного тендера до складского учёта с ТСД, ресурсной аналитики по моточасам и приёмки с входным контролем. Это не внешняя торговая площадка (ЭТП) и не отдельная SRM-система рядом с 1С — а весь цикл снабжения внутри вашей 1С. Внедряем удалённо по всей России; при необходимости команда выезжает на объект в любую точку страны нужным составом. Наши корни и основной опыт — Дальний Восток и Крайний Север: горнодобыча, судостроение, сервис тяжёлой техники, вахтовые участки.

Автоматизация снабжения: главная статья себестоимости, которую никто не контролирует

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

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

Почему автоматизация закупок в промышленности — это не офисные закупки

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Работа без интернета: автономная база 1С на удалённых участках и вахте

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

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

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

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

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

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

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

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

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

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

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

Было → Стало: результаты автоматизации снабжения

Технологический стек: автоматизация закупок на 1С:ERP / КА / УТ + ТСД

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

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

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

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

С чего начать: этапы внедрения автоматизации снабжения

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

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

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

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

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

Частые вопросы о заявочно-закупочной системе