Наши проекты

длительность

30час.

пользователей

8

длительность

25час.

пользователей

10

длительность

48час.

пользователей

46

ООО «Любимец»

📊 О проекте

• Заказчик: Магазин товаров для животных (розничные и оптовые продажи).
• Платформа: «1С:Бухгалтерия предприятия 8» (1С:БП).
• Сроки реализации: 5 рабочих дней.

❌ Проблема бизнеса (Точка А)
В связи с законодательными требованиями по обязательной маркировке кормов для животных, перед владельцем бизнеса встала задача срочно перестроить рабочие процессы.
С чем пришел клиент:

• Торговля маркированным товаром не велась, что грозило крупными штрафами и конфискацией продукции.
• В текущей базе «1С:БП» не были настроены сертификаты и обмен с ГИС МТ «Честный ЗНАК».
• Номенклатура (сотни наименований кормов) не имела признаков маркируемой продукции.
• Существующие сканеры на кассе не поддерживали считывание кодов DataMatrix.

🎯 Какие задачи мы решили

1. Связали системы: Настроили прямой обмен данными между «1С:БП» и личным кабинетом «Честного ЗНАКа».
2. Развернули модуль: Настроили локальный модуль маркировки для быстрой проверки и выбытия кодов.
3. Запустили оборудование: Подключили и откалибровали 2D-сканеры штрихкодов.
4. Навели порядок в базе: Настроили и заполнили справочник «Номенклатура» под требования ГИС МТ.

🛠 Как проходила реализация
Шаг 1. Настройка интеграции с ГИС МТ и локального модуля
Мы подключили к «1С» усиленную квалифицированную электронную подпись (УКЭП) заказчика и настроили прямое взаимодействие со станцией управления заказами (СУЗ). Дополнительно развернули локальный модуль «Честного ЗНАКа». Это позволило менеджеру проверять статусы кодов и принимать УПД от поставщиков напрямую через интерфейс «1С» без постоянных переходов на сайт честныйзнак.рф.
Шаг 2. Подготовка справочника «Номенклатура»
Наши специалисты провели массовую разметку базы данных. Для всех позиций кормов для животных были изменены типы номенклатуры (установлена особенность учета «Маркируемая продукция»). Заполнили корректные штрихкоды EAN-13 и связали их с глобальными кодами GTIN для безошибочного распознавания позиций системой.
Шаг 3. Подключение и калибровка торгового оборудования
Обычные линейные сканеры не подходят для работы с маркировкой. Мы интегрировали новые 2D-сканеры штрихкодов, перевели их в режим эмуляции COM-порта для быстрой передачи данных в «1С» и протестировали на чтение сложных, мелких и частично поврежденных кодов DataMatrix на мягких упаковках кормов.

🚀 Результат для клиента (Точка Б)

• 100% легальные продажи: Торговая точка полностью защищена от штрафов надзорных органов, а вся отчетность уходит в «Честный ЗНАК» автоматически.
• Высокая скорость обслуживания: Время сканирования товара на кассе и при приемке составляет всего 1.5−2 секунды.
• Никакого ручного ввода: Процессы приемки на склад и списания при продаже автоматизированы внутри «1С». Риск человеческой ошибки сведен к минимуму.

ООО «Сервис+»

📊 О проекте

• Заказчик: Торговая компания (оптово-розничная продажа автотоваров и моторных масел).
• Платформа: «1С:Бухгалтерия предприятия 8» (1С:БП).
• Интеграция: Сервис электронного документооборота СБИС ЭДО.
• Сроки реализации: 7 рабочих дней.

❌ Проблема бизнеса (Точка А)
Моторные масла подлежат обязательной маркировке, а их оборот без регистрации в ГИС МТ «Честный ЗНАК» влечет за собой крупные штрафы и конфискацию.
Основные сложности, с которыми пришел клиент:

• Проблема бочкового розлива: Масло закупается в бочках (например, 200 литров) с одним кодом DataMatrix, а продается на розлив литрами. Не было понимания, как легально списывать доли одной марки в «1С».
• Ручной документооборот: Накладные от поставщиков приходили в СБИС, но данные о кодах маркировки приходилось переносить в «1С» вручную, что занимало часы и приводило к ошибкам.
• Неподготовленная база: Справочник номенклатуры не содержал признаков маркируемой продукции, а сканеры на рабочих местах не распознавали коды DataMatrix.

🎯 Какие задачи мы решили

1. Настроили бесшовный ЭДО: Интегрировали модуль СБИС с «1С:БП» для автоматической приемки УПД с кодами маркировки.
2. Связали «1С» и Честный ЗНАК: Настроили прямой обмен данными и локальный модуль маркировки.
3. Решили проблему розлива: Внедрили и протестировали механизм частичного списания кодов маркировки для бочкового масла.
4. Подготовили базу и оборудование: Подключили 2D-сканеры и внесли изменения в справочник «Номенклатура».

🛠 Как проходила реализация
Шаг 1. Интеграция СБИС ЭДО и «1С:БП»
Мы установили и настроили внешний модуль СБИС для «1С». Теперь при поступлении моторных масел от поставщика универсальные передаточные документы (УПД) со всеми кодами маркировки автоматически загружаются в «1С». Менеджеру достаточно нажать одну кнопку для сверки и утверждения документа, после чего коды сами встают на баланс компании в «Честном ЗНАКе».
Шаг 2. Настройка частичного списания марок (Бочковое масло)
Это был ключевой этап проекта. Для моторных масел, продаваемых на розлив, мы настроили в «1С:БП» специальный режим выбытия. При первой продаже масла из новой бочки сканируется код DataMatrix, и в систему передается информация о списании конкретного объема (например, 4 литра из 200). Код остается активным в ГИС МТ до тех пор, пока вся бочка не будет полностью распродана, что на 100% соответствует требованиям закона.
Шаг 3. Модернизация номенклатуры и калибровка сканеров
Мы провели аудит товарного справочника. Всем позициям автовеществ, подлежащих маркировке, присвоили категорию «Продукция из автокомпонентов/моторные масла». Заполнили карточки кодами EAN-13 и GTIN. На рабочих местах подключили современные 2D-сканеры, перевели их в COM-режим и откалибровали для уверенного чтения кодов DataMatrix с канистр (включая глянцевые и изогнутые поверхности).

🚀 Результат для клиента (Точка Б)

• Прозрачный розлив: Реализован законный и удобный механизм продажи масла на литры из бочек. Больше нет риска получить штраф за некорректное списание.
• Автоматизация приемки на 90%: Время обработки накладных от поставщиков сократилось в 5 раз благодаря сквозной интеграции СБИС ЭДО и «1С».
• Защита от пересортицы: Сканеры мгновенно сверяют код при продаже, исключая человеческий фактор и путаницу в брендах или вязкости масел.

Магазины Солод И П Кузнецов И.Н.

📊 О проекте

• Заказчик: Сеть магазинов разливных напитков (розничная торговля).
• Платформа: «1С:Бухгалтерия предприятия 8» (1С:БП).
• Суть проекта: Настройка маркировки «Честный ЗНАК» для пивной продукции, запуск работы с розливом из кегов.
• Сроки реализации: 4 рабочих дня.

❌ Проблема бизнеса (Точка А)
С введением обязательной маркировки пива в кегах и розницы, формат работы «по старинке» стал нелегальным. Клиент столкнулся со строгими правилами ГИС МТ «Честный ЗНАК» и ЕГАИС, не зная, как технически реализовать новые требования.
Основные проблемы на старте:

• Сложность учета кегов: Пиво поступает в кегах (например, 30 или 50 литров) с одной маркой DataMatrix, а продается порционно (по 0.5л, 1л, 1.5л). Не было понимания, как технически списывать доли кода при каждом розливе.
• Требование о «Постановке на кран»: По закону, при скрытии кеги необходимо в течение суток передать в «Честный ЗНАК» документ о ее подключении к оборудованию розлива. В ручном режиме это приводило к постоянным просрочкам и риску штрафов до 300 000 рублей.
• Отсутствие интеграции: База «1С:БП» не обменивалась данными с ГИС МТ, а кассовая зона не была оборудована для считывания кодов маркировки.

🎯 Какие задачи мы решили

1. Связали системы: Интегрировали «1С:БП» с личным кабинетом «Честного ЗНАКа».
2. Внедрили работу с кегами: Настроили автоматическое формирование документов «Подключение кега к оборудованию розлива».
3. Решили вопрос частичного выбытия: Реализовали механизм порционного списания кодов маркировки при розничных продажах.
4. Подготовили торговую точку: Сконфигурировали справочники и кассовое оборудование для быстрого сканирования.

🛠 Как проходила реализация
Шаг 1. Синхронизация «1С:БП» с ГИС МТ
Мы подключили к системе электронную подпись (УКЭП) заказчика и настроили прямой обмен данными со Станцией управления заказами (СУЗ). Теперь все входящие накладные с кодами маркировки отображаются прямо в «1С», а подтверждение приемки занимает у менеджера пару кликов.
Шаг 2. Автоматизация процесса «Постановки на кран»
Мы настроили рабочее место так, чтобы процесс полностью соответствовал закону. В момент, когда бармен или продавец открывает новый кег, он сканирует код DataMatrix. «1С» автоматически формирует и отправляет в «Честный ЗНАК» документ о подключении кега к крану с указанием срока годности после вскрытия.
Шаг 3. Настройка частичного списания марки при продаже
Это самый важный технический этап. Мы настроили логику порционных продаж:

• При продаже разливного пива на кассе выбирается нужный сорт и объем (например, 1.5 литра).
• Система автоматически подтягивает код маркировки того кега, который сейчас подключен к данному крану.
• При пробитии чека «Честный ЗНАК» списывает ровно 1.5 литра из общего объема кега.
• Марка остается активной в системе до тех пор, пока литраж кега полностью не обнулится.

Шаг 4. Настройка номенклатуры и кассы
В справочнике «Номенклатура» для всего пивного ассортимента установили вид «Маркируемая продукция» с особенностью учета «Пиво и слабоалкогольная продукция». Привязали коды GTIN. На кассах подключили и протестировали 2D-сканеры, настроив их на мгновенное чтение кодов даже со смоченных или изогнутых поверхностей кегов.

🚀 Результат для клиента (Точка Б)

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

📊 О проекте

• Заказчик: Региональный дистрибьютор и производитель сухих и влажных кормов для домашних животных.
• Платформа: «1С:Управление торговлей» (1С:УТ).
• Сроки реализации: 6 рабочих дней.

❌ Проблема бизнеса (Точка А)
Заказчик выпускает и отгружает корма крупными партиями. С введением обязательной маркировки предприятие столкнулось с угрозой полной остановки отгрузок контрагентам.
С какими сложностями велась работа:

• Облачные задержки: Попытки работать через личный кабинет «Честного ЗНАКа» в браузере приводили к зависаниям при заказе больших пулов кодов (от 5 000 штук за раз).
• Пустая база данных: Обширный каталог кормов (разные вкусы, объемы, веса упаковки) не содержал обязательных атрибутов маркировки и кодов ТН ВЭД.
• Сбои на производстве: Линейное сканирующее оборудование не могло распознавать коды DataMatrix на фольгированных и бликующих пачках влажного корма.

🎯 Какие задачи мы решили

1. Развернули локальный модуль СУЗ: Настроили прямой обмен «1С» с сервером «Честного ЗНАКа» для мгновенного заказа и печати марок.
2. Переформировали «Номенклатуру»: Навели порядок в справочнике, внедрив новые классификаторы для кормов.
3. Автоматизировали рабочее место: Настроили высокочувствительные 2D-сканеры для потоковой проверки марок.

🛠 Как проходила реализация
Шаг 1. Настройка локального модуля и СУЗ (Станции управления заказами)
Для бесперебойной работы мы настроили интеграцию «1С:УТ с «Честным ЗНАКом» на уровне локального модуля СУЗ. Это исключило необходимость заходить на сайт честныйзнак.рф. Теперь менеджер формирует заявку на эмиссию кодов маркировки напрямую из документа «Заказ на эмиссию кодов» в «1С». Коды приходят в учетную систему за секунды, автоматически агрегируются и отправляются на печать.
Шаг 2. Заполнение и модернизация справочника «Номенклатура»
Мы провели полную инвентаризацию и разметку ИТ-каталога товаров:

• Каждому виду корма присвоили признак «Маркируемая продукция» (подкатегория: «Корма для животных»).
• Карточки товаров синхронизировали с Национальным каталогом.
• Заполнили обязательные реквизиты: коды ТН ВЭД, GTIN, сведения о производителе и составе, без которых регистрация кодов маркировки невозможна.

Шаг 3. Интеграция сканирующего оборудования на складе
Мы подключили к «1С» промышленные 2D-сканеры штрихкодов. Основная сложность заключалась в типе упаковки — мягкие и глянцевые пачки кормов часто бликовали, из-за чего обычные настройки сканера выдавали ошибку. Мы обновили прошивку оборудования, перевели сканеры в режим эмуляции COM-порта и откалибровали контрастность. Теперь чтение DataMatrix происходит мгновенно при любом угле наклона упаковки.

🚀 Результат для клиента (Точка Б)

• Потоковая маркировка: Заказ, печать и введение кодов в оборот теперь происходят в едином окне «1С» со скоростью до 10 000 марок за один сеанс без зависаний.
• Полный порядок в карточках товаров: База данных «Номенклатура» на 100% соответствует требованиям ЦРПТ и готова к добавлению новых линеек продукции.
• Отгрузки без задержек: Благодаря быстрой работе сканеров время проверки и формирования оптовых партий сократилось на 45%. Риск отправки нечитаемой марки клиенту равен нулю.

ООО «Южные просторы»

📊 О проекте

• Заказчик: Розничный магазин кормов и товаров для животных.
• Платформа: «1С:Бухгалтерия предприятия 8» (1С:БП).
• Кассовое ПО: Автономное кассовое решение / «1С:Касса».
• Сроки реализации: 9 рабочих дней.

❌ Проблема бизнеса (Точка А)
С введением обязательной маркировки кормов для животных торговая точка столкнулась с необходимостью полной технической модернизации. Старая ИТ-инфраструктура не справлялась с новыми бизнес-процессами.
С чем пришел клиент:

• Низкая скорость и сбои: База «1С» работала в файловом режиме на слабом ПК, постоянно зависала, а в самой системе накопилось множество «битых» ссылок и ошибок при удалении объектов, блокирующих работу.
• Отсутствие маркировки: Программа не была интегрирована с ГИС МТ «Честный ЗНАК», а справочник «Номенклатура» не содержал признаков маркируемого товара.
• Рассинхронизация кассы и бухгалтерии: Данные о продажах с кассы приходилось переносить в «1С:БП» вручную, что приводило к путанице в остатках.
• Проблемы с оборудованием: Сканеры на кассе не считывали коды DataMatrix, а ТС ПИОТ (терминал самостоятельного приема и отгрузки товаров / терминал сбора данных) не был подключен к системе.

🎯 Какие задачи мы решили

1. ИТ-инфраструктура и аудит: Развернули базу «1С» на выделенном сервере и исправили накопившиеся системные ошибки.
2. Маркировка и оборудование: Настроили интеграцию с «Честным ЗНАКом», подключили 2D-сканеры и ТС ПИОТ.
3. Наведение порядка в базе: Заполнили справочник «Номенклатура» под требования маркировки зоотоваров.
4. Облачная синхронизация: Настроили автоматический обмен данными между кассой и «1С:БП» через облачное хранилище.

🛠 Как проходила реализация
Шаг 1. Серверные работы и «лечение» базы данных
Мы развернули и оптимизировали работу «1С:БП» на сервере, что обеспечило высокую скорость работы и защиту данных от сбоев. Провели полный аудит базы: устранили критические ошибки, из-за которых система блокировала удаление помеченных объектов, очистили базу от «мусорных» связей и дублей, восстановив ссылочную целостность.
Шаг 2. Интеграция с «Честным ЗНАКом» и модернизация справочников
Связали «1С:БП» с личным кабинетом ГИС МТ, настроив локальный модуль маркировки. В справочнике «Номенклатура» провели массовую категоризацию: для всех маркируемых кормов прописали особенности учета, привязали штрихкоды EAN-13 и сопоставили их с кодами GTIN.
Шаг 3. Подключение кассы, сканеров и ТС ПИОТ

• Подключили и откалибровали новые розничные 2D-сканеры для мгновенного чтения кодов DataMatrix с глянцевых упаковок кормов.
• Интегрировали в общую экосистему ТС ПИОТ для быстрой автоматизированной приемки маркированных партий товара на складе.
• Провели фискализацию и настройку онлайн-кассы для корректного выбытия марок при пробитии чеков.

Шаг 4. Настройка обмена данными через Яндекс Диск
Чтобы связать кассовую зону розничной точки и бухгалтерскую базу «1С:БП» без дорогостоящих серверных решений, мы реализовали надежную схему обмена. Настроили автоматическую выгрузку отчетов о розничных продажах и кодах маркировки с кассы в специальный каталог на Яндекс Диске. Из облака данные автоматически подтягиваются в «1С:Бухгалтерию». Обмен происходит в фоновом режиме по расписанию.

🚀 Результат для клиента (Точка Б)

• Стабильная и быстрая «1С»: Перенос на сервер увеличил скорость работы программы в 3 раза, а исправление ошибок удаления вернуло базе стабильность.
• 100% автоматический обмен: Бухгалтер видит актуальные продажи и списания марок с розничной кассы без ручного ввода. Все данные синхронизируются через облако.
• Готовность к проверкам: Продажа кормов полностью легальна. Сканеры и ТС ПИОТ считывают коды за 1.5−2 секунды, а отчеты в «Честный ЗНАК» уходят вовремя и без ошибок.

Магазины Строймаг ООО «Инструменты»

📊 О проекте

• Заказчик: Торгово-розничная компания (продажа строительных материалов, инструментов и автомобильных масел).
• Платформа: «1С:Управление нашей фирмой» (1С:УНФ).
• Суть проекта: Внедрение маркировки под ключ для категории «Моторные масла» в рамках общей учетной системы.
• Сроки реализации: 5 рабочих дней (включая обучение персонала).

❌ Проблема бизнеса (Точка А)
Заказчик успешно продавал строительные материалы, но столкнулся со сложностями при расширении ассортимента автомобильными маслами, которые подлежат обязательной маркировке.
С какими вызовами пришел клиент:

• Риск штрафов: Магазин не был зарегистрирован в ГИС МТ «Честный ЗНАК», что делало оборот масел нелегальным.
• Единая база для разных товаров: Требовалось внедрить маркировку в текущую «1С:УНФ» так, чтобы это не нарушило привычный учет обычных строительных материалов (цемент, краска, крепеж).
• Неподготовленное оборудование: Старые линейные сканеры на кассе не распознавали двумерные коды DataMatrix.
• Страх сотрудников перед новой системой: Персонал никогда не сталкивался с маркированным товаром и не знал правил приемки и продажи таких позиций.

🎯 Какие задачи мы решили

1. Интегрировали системы: Настроили обмен данными между «1С:УНФ» и ГИС МТ через локальный модуль маркировки.
2. Разделили учет в базе: Навели порядок в справочнике «Номенклатура», внедрив категории для маркируемой продукции.
3. Запустили оборудование: Подключили и откалибровали новые 2D-сканеры штрихкодов.
4. Обучили команду: Провели практическое обучение для сотрудников склада и кассиров.

🛠 Как проходила реализация
Шаг 1. Настройка интеграции «1С:УНФ» и локального модуля ГИС МТ
Мы подключили к «1С» электронную подпись (УКЭП) компании и активировали обмен со Станцией управления заказами (СУЗ). Настройка локального модуля позволила менеджеру работать с УПД от поставщиков масел, проверять статусы марок и вводить их в оборот напрямую через привычный интерфейс «1С:УНФ» без перехода на сайт «Честного ЗНАКа».
Шаг 2. Разграничение справочника «Номенклатура»
Чтобы не запутать учет, мы провели точечную модернизацию справочника товаров:

• Строительные материалы остались на стандартном товарном учете.
• Для моторных масел были созданы новые карточки с видом номенклатуры «Маркируемая продукция» (категория: «Моторные масла»).
• Заполнили для масел обязательные штрихкоды EAN-13 и привязали их к глобальным кодам GTIN для корректного распознавания на кассе.

Шаг 3. Подключение и калибровка 2D-сканеров
Для работы с кодами DataMatrix мы интегрировали современные 2D-сканеры штрихкодов. Настроили оборудование в режиме эмуляции COM-порта для мгновенной передачи данных в «1С». Особое внимание уделили калибровке: сканеры протестировали на чтение кодов с глянцевых, изогнутых и загрязненных поверхностей канистр с маслом.
Шаг 4. Обучение пользователей работе с маркировкой
Проведение технических настроек — это лишь половина дела. Мы провели подробный инструктаж для сотрудников клиента:

• Для кладовщиков/менеджеров: Показали, как принимать маркированный товар по ЭДО, сверять коды на канистрах с данными в «1С» и подтверждать поступление.
• Для кассиров: Отработали алгоритм продажи. Теперь при сканировании моторного масла «1С:УНФ» сама запрашивает код маркировки, добавляет его в чек и автоматически списывает в «Честном ЗНАКе» при печати чека.
• Разработали простые пошаговые памятки для персонала.

🚀 Результат для клиента (Точка Б)

• Мультитоварный учет без хаоса: В «1С:УНФ» успешно разделен учет обычных стройматериалов и маркированных масел. Бизнес расширил ассортимент без сбоев в операционной деятельности.
• 100% готовность персонала: Сотрудники избавились от страха перед «Честным ЗНАКом». Они уверенно выполняют операции приемки и продаж, не допуская ошибок.
• Быстрое обслуживание: Настройка сканеров сократила время считывания кодов DataMatrix до 1.5 секунд, исключив очереди на кассе.
• Безопасность бизнеса: Торговая точка полностью защищена от штрафов надзорных органов за некорректный оборот маркируемой продукции.

ИП Ветлугина А. В.

📊 О проекте

• Заказчик: Торговая компания (оптово-розничные продажи косметики и парфюмерии).
• Платформа: «1С:Управление торговлей» (1С:УТ).
• Канал обмена: Система электронного документооборота СБИС ЭДО.
• Суть проекта: Настройка обязательной маркировки под ключ для парфюмерно-косметической продукции.
• Сроки реализации: 4 рабочих дня.

❌ Проблема бизнеса (Точка А)
С расширением перечня маркируемой косметики и парфюмерии в ГИС МТ «Честный ЗНАК» компания заказчика столкнулась с необходимостью срочно легализовать и автоматизировать оборот товаров.
С чем пришел клиент:

• Риск жестких санкций: Продажа косметической продукции без маркировки грозила крупными штрафами и конфискацией партий товара.
• Ручной хаос в ЭДО: Накладные (УПД) с кодами маркировки от поставщиков приходили в личный кабинет СБИС, но данные о кодах приходилось сверять и переносить в «1С» вручную. Это отнимало много времени и приводило к ошибкам.
• Неподготовленная учетная система: В «1С:УТ» отсутствовала прямая связь с «Честным ЗНАКом», а карточки товаров в справочнике не имели признаков маркируемой продукции.

🎯 Какие задачи мы решили

1. Объединили СБИС и «1С»: Сконфигурировали модуль СБИС ЭДО для бесшовного обмена накладными с кодами маркировки напрямую в учетной системе.
2. Связали «1С» с Честным ЗНАКом: Настроили локальный модуль маркировки и СУЗ для прямой проверки и выбытия кодов.
3. Адаптировали номенклатуру: Разметили справочник под специфику учета парфюмерии и косметики.
4. Запустили контроль: Протестировали цепочку от автоматического получения кодов до их легальной продажи.

🛠 Как проходила реализация
Шаг 1. Сквозная интеграция СБИС ЭДО с «1С:УТ»
Мы установили и настроили специализированный модуль СБИС для «1С». Это позволило полностью уйти от ручного копирования данных из браузера. Теперь при поступлении косметики от дистрибьюторов универсальные передаточные документы (УПД), содержащие коды DataMatrix, загружаются прямо в документы поступления «1С». Система сама распознает коды и ставит их на баланс компании в «Честном ЗНАКе» сразу после подписания документа электронной подписью (УКЭП).
Шаг 2. Настройка взаимодействия с ГИС МТ
Подключили сертификат УКЭП внутри «1С» и активировали обмен данными со Станцией управления заказами (СУЗ). Развернули локальный модуль «Честного ЗНАКа». Благодаря этому менеджеры компании получили возможность проверять текущие статусы кодов маркировки (принадлежность, легальность, срок годности) в режиме реального времени, не покидая интерфейс «1С».
Шаг 3. Подготовка справочника «Номенклатура»
Парфюмерно-косметическая продукция имеет свои особенности учета. Мы провели аудит базы данных:

• Для всех подлежащих маркировке позиций изменили тип номенклатуры на «Маркируемая продукция» (с указанием соответствующей товарной группы ГИС МТ).
• Заполнили обязательные национальные штрихкоды EAN-13.
• Сопоставили номенклатуру с глобальными кодами GTIN для корректной идентификации товаров при дальнейшей реализации.

🚀 Результат для клиента (Точка Б)

• 100% защита от штрафов: Все процессы приемки и отгрузки косметики полностью приведены в соответствие с законодательством РФ.
• Приемка товара в 5 раз быстрее: За счет бесшовной связки СБИС ЭДО и «1С:УТ обработка входящих документов автоматизирована на 90%. Менеджеры больше не тратят часы на ручной ввод кодов.
• Исключение пересортицы: Интегрированная проверка марок на этапе приемки гарантирует, что на баланс встает именно тот товар, который привез поставщик.
• Прозрачный учет: Собственник бизнеса видит точные остатки маркированной косметики в разрезе каждой единицы продукции.

Юридическое лицо скрыто по пожеланию Заказчика

📊 О проекте

• Заказчик: Розничная торговая сеть / дистрибьютор молочной продукции.
• Платформа: «1С:Бухгалтерия предприятия 8» (1С:БП) / «1С:Розница».
• Канал обмена: Система электронного документооборота СБИС ЭДО.
• Суть проекта: Аудит базы, устранение критических ошибок учета кодов маркировки и отладка интеграции со СБИС для работы с ГИС МТ «Честный ЗНАК».
• Сроки реализации: 3 рабочих дня (экспресс-исправление).

❌ Проблема бизнеса (Точка А)
Клиент обратился в нашу компанию в критическом состоянии: из-за некорректных прошлых настроек учет маркированной молочной продукции полностью «развалился».
С какими проблемами пришел заказчик:

• Пересортица и «зависшие» коды: На балансе компании в «Честном ЗНАКе» числились тысячи кодов продукции, которой физически не было на складе, а продаваемый товар система блокировала.
• Сбои при приемке в СБИС: Накладные (УПД) от поставщиков молока и сыров подписывались в СБИС, но данные некорректно транслировались в «1С». Возникали постоянные расхождения в объемно-сортовом учете.
• Ошибки в «1С»: При попытке списать или продать товар программа выдавала критические ошибки («Код маркировки не принадлежит организации», «Неверный статус кода в ГИС МТ»), из-за чего на кассах скапливались очереди, а скоропортящийся товар списывался в убыток.

🎯 Какие задачи мы решили

1. Провели ИТ-аудит: Нашли причины рассинхронизации между «1С», СБИС и «Честным ЗНАКом».
2. Исправили ошибки учета: Очистили базу от некорректных данных, восстановили правильные статусы кодов маркировки.
3. Настроили СБИС под требования ГИС МТ: Наладили бесшовную передачу накладных с кодами маркировки напрямую в учетную систему.
4. Запустили мониторинг: Настроили автоматическую проверку кодов при приемке, исключив попадание «чужого» товара на баланс.

🛠 Как проходила реализация
Шаг 1. Комплексный аудит и «лечение» базы «1С»
Наши специалисты проанализировали регистры учета маркированной продукции. Было выявлено, что ошибки возникали из-за дублирования карточек номенклатуры и сбоев в регистрах сведений ЕГАИС/Честный ЗНАК. Мы:

• Провели ручную и автоматическую сверку остатков «1С» с личным кабинетом «Честного ЗНАКа».
• Удалили дубли карточек товаров, исправили типы номенклатуры и привязали корректные коды ТН ВЭД.
• Списали «зависшие» и некорректные коды маркировки, восстановив полную прозрачность остатков.

Шаг 2. Настройка и калибровка СБИС ЭДО
Мы перенастроили интеграционный модуль СБИС для «1С». Главная сложность работы с молочной продукцией — это необходимость поддержки как объемно-сортового учета (когда передается только код товара и количество), так и поэкземплярного (для сыров и продукции долгого хранения). Мы настроили СБИС так, чтобы система автоматически распознавала тип маркировки в УПД и без ошибок распределяла данные по нужным регистрам «1С».
Шаг 3. Внедрение контроля на этапе приемки
Чтобы ситуация с пересортицей не повторилась, мы внедрили жесткий входящий контроль. Теперь при поступлении молочной продукции от поставщиков кладовщик делает выборочное или полное сканирование кодов DataMatrix. Система «1С» через СБИС мгновенно запрашивает статус кода в ГИС МТ. Если поставщик прислал чужой или заблокированный код, программа сразу сообщает об ошибке, защищая клиента от штрафов.

🚀 Результат для клиента (Точка Б)

• Стабильная работа без кассовых сбоев: Ошибки при продаже молока и сыров полностью устранены. Скорость обслуживания вернулась к норме.
• Порядок в СБИС и «1С»: Документооборот автоматизирован. УПД подписываются и проводятся за пару кликов, а данные в «Честный ЗНАК» уходят автоматически и без задержек.
• Экономия бюджета: За счет устранения ошибок и быстрой приемки скоропортящейся продукции списания из-за просрочки и блокировок сократились на 95%.
• Полная легальность: База данных очищена, остатки синхронизированы с ГИС МТ, бизнес готов к любым проверкам регуляторов.

Юридическое лицо скрыто по пожеланию Заказчика

📊 О проекте

• Заказчик: Крупный оптовый дистрибьютор безалкогольной продукции и сокосодержащих напитков.
• Платформа: «1С:Бухгалтерия предприятия 8» (1С:БП).
• Канал обмена: Бесплатный сервис электронного документооборота ЭДО-Лайт (ЦРПТ).
• Объем операции: Разовая отгрузка партии из 50 000 единиц маркированной продукции.
• Сроки реализации: 3 рабочих дня.

❌ Проблема бизнеса (Точка А)
С началом этапа обязательного поэкземплярного учета сокосодержащих напитков, дистрибьютор столкнулся с техническим вызовом. При формировании крупной оптовой партии для торговой сети возникла необходимость передать контрагенту 50 000 уникальных кодов DataMatrix в одном документе.
С какими сложностями велась работа:

• Высокие затраты на трафик: Использование коммерческих операторов ЭДО для передачи таких массивных УПД (универсальных передаточных документов) выливалось в серьезные регулярные расходы для бизнеса.
• Зависания и тайм-ауты: При попытке выгрузить 50 000 марок через стандартный интерфейс система «1С» и облачные сервисы падали по тайм-ауту (ошибка превышения времени ожидания сервера). Документ просто не уходил.
• Риск срыва контракта: Из-за невозможности корректно передать коды маркировки, отгрузка огромной партии напитков оказалась под угрозой срыва, что грозило клиенту неустойками со стороны ритейлера.

🎯 Какие задачи мы решили

1. Экономия бюджета: Настроили и интегрировали бесплатный встроенный модуль ЭДО-Лайт напрямую в «1С:БП».
2. Оптимизация производительности: Модернизировали логику обработки данных в «1С» для стабильной выгрузки сверхкрупных пакетов документов.
3. Бесперебойная передача: Успешно сформировали, подписали и отправили УПД на 50 000 кодов маркировки без сбоев и зависаний.

🛠 Как проходила реализация
Шаг 1. Настройка и интеграция сервиса ЭДО-Лайт
Чтобы избавить клиента от постоянной платы за каждую отправленную марку, мы приняли решение использовать бесплатный инструмент от ЦРПТ — ЭДО-Лайт. Мы подключили действующий сертификат электронной подписи (УКЭП) заказчика, зарегистрировали учетную запись в системе и провели бесшовную интеграцию ЭДО-Лайт с конфигурацией «1С:Бухгалтерия».
Шаг 2. Оптимизация «1С» для работы с Big Data
Главная техническая сложность заключалась в объеме информации. Пакет из 50 000 кодов DataMatrix весит много и создает колоссальную нагрузку на оперативную память и каналы связи.

• Мы оптимизировали параметры обмена и увеличили время ожидания ответов от серверов ГИС МТ (настройка тайм-аутов HTTP-запросов).
• Настроили алгоритм пакетной сборки кодов, чтобы учетная система обрабатывала массив данных стабильно, без пиковых нагрузок на процессор.

Шаг 3. Тестирование и успешная отправка сверхкрупной партии
В справочнике «Номенклатура» были проверены все карточки сокосодержащих напитков (привязаны GTIN, коды ТН ВЭД). Склад сформировал агрегированную партию. Нами была запущена тестовая, а затем и боевая отправка УПД. Документ успешно прошел валидацию в «1С», был подписан электронной подписью и мгновенно ушел контрагенту через ЭДО-Лайт. Вся цепочка кодов корректно сменила собственника в системе «Честный ЗНАК».

🚀 Результат для клиента (Точка Б)

• 0 рублей за отправку: Использование ЭДО-Лайт позволило полностью исключить затраты на оплату трафика у коммерческих операторов при передаче маркировки. Бизнес экономит существенные суммы на каждом крупном заказе.
• Стабильность ИТ-системы: Программа «1С» теперь без проблем переваривает и отправляет массивы по 50 000 кодов за один сеанс. Никаких зависаний и вылетов.
• Контракт спасен: Оптовая партия напитков уехала к покупателю строго в назначенное время, все коды маркировки переданы легально и вовремя.
• Готовый шаблон работы: У клиента остался настроенный и проверенный инструмент для дальнейшего масштабирования оптовых продаж.

ООО «Ясень Плюс»

📊 О проекте

• Заказчик: Торгово-производственная компания.
• Платформа: «1С:Управление торговлей», редакция 11 (1С:УТ).
• Сложность: Высокая (сильно измененная, нетиповая конфигурация).
• Сроки реализации: 3 недели.

❌ Проблема бизнеса (Точка А)
Компания долгое время работала на версии «1С:УТ 11.4». Однако со временем фирма столкнулась с необходимостью перехода на редакцию 11.5 для использования новых типовых механизмов (включая улучшенный учет маркировки, новые правила интеркомпани и распределения затрат), а также для сохранения полноценной поддержки от разработчиков «1С».
Основные риски и сложности апгрейда:

• Огромное количество доработок: За годы эксплуатации старая база была сильно кастомизирована под нужды заказчика (изменены логика проведения документов, алгоритмы ценообразования, отчеты и печатные формы).
• Изменение архитектуры 11.5: В новой редакции фирма «1С» кардинально переработала внутреннюю структуру данных (в частности, механизмы партионного учета и расчетов с контрагентами). Обычное автоматическое обновление полностью «сломало» бы базу и стерло весь уникальный функционал.
• Непрерывность процессов: Бизнес не мог позволить себе остановить отгрузки и прием платежей даже на один день.

🎯 Какие задачи мы решили

1. Провели аудит кода: Выявили все нетиповые доработки и оценили их совместимость с архитектурой новой редакции 11.5.
2. Безопасно обновили платформу: Выполнили поэтапный технический апгрейд конфигурации на тестовом контуре.
3. Перенесли и адаптировали доработки: Переписали устаревший кастомный код и перенесли его в новую версию с использованием современных механизмов (через расширения конфигурации).
4. Запустили рабочую систему: Бесшовно перевели пользователей на обновленную «1С:УТ 11.5» без потери данных и остановки продаж.

🛠 Как проходила реализация
Шаг 1. Создание тестового контура и технический аудит
Проект занял несколько недель кропотливой работы. Первым делом мы развернули полную копию рабочей базы клиента на изолированном тестовом сервере. Был проведен глубокий анализ изменений: наши программисты составили реестр всех доработок, внедренных в «1С:УТ 11.4», и сопоставили их с новыми объектами метаданных в версии 11.5.
Шаг 2. Адаптация и перенос кастомного функционала
Поскольку архитектура расчетов и складских регистров в 11.5 сильно изменилась, часть старых доработок клиента перестала работать. В течение двух недель мы:

• Пошагово переписывали программный код, адаптируя его под новые стандарты разработки «1С».
• Максимально выносили доработки из основного кода в изолированные расширения конфигурации. Это сделало базу более чистой и позволит клиенту легко обновляться в будущем.
• Заново интегрировали сторонние сервисы и внешнее оборудование, которые использовал заказчик.

Шаг 3. Комплексное тестирование и перенос данных
После сборки обновленной конфигурации мы провели масштабное тестирование всех ключевых бизнес-процессов: от закупки товара до оптовой отгрузки и расчета себестоимости. Совместно с ключевыми сотрудниками заказчика проверили корректность формирования кастомных отчетов. Все выявленные баги и расхождения в расчете партий были оперативно устранены.
Шаг 4. Финальный запуск (Go-Live)
В выходной день, когда нагрузка на склад и менеджеров была минимальной, мы зафиксировали старую базу, перенесли финальные оперативные данные за последние дни и накатили подготовленное обновление. В понедельник утром команда заказчика зашла уже в новую, стабильно работающую «1С:УТ 11.5».

ООО «СетривТранс»

📊 О проекте

• Заказчик: Крупный автотехцентр (мультибрендовый автосервис на 12 постов).
• Платформа: «Альфа-Авто: Автосалон+Автосервис+Автозапчасти», редакция 5.
• Канал связи: Чат-бот мессенджера WhatsApp (через официальный/сервисный API).
• Суть проекта: Автоматизация подтверждения визитов клиентов на ремонт без участия сотрудников.
• Сроки реализации: 6 рабочих дней.

❌ Проблема бизнеса (Точка А)
До старта проекта автотехцентр нес ощутимые финансовые потери из-за простоев ремонтных зон.
С какими трудностями столкнулся клиент:

• Высокий процент «no-show» (неявок): Около 15−20% клиентов, записавшихся на плановое ТО или ремонт, просто не приезжали в назначенное время, не предупредив сервис. В итоге подъемники простаивали, а автомеханики сидели без работы.
• Выгорание и загрузка персонала: Мастера-приемщики тратили до 2 часов в день на ручной обзвон клиентов для подтверждения записи. Они не успевали качественно работать с людьми в ремзоне.
• Низкая эффективность звонков: Клиенты все реже поднимают трубки с незнакомых номеров, путая звонки из автосервиса со спамом.

🎯 Какие задачи мы решили

1. Настроили триггерную логику: Запрограммировали «Альфа-Авто 5» на отслеживание статусов документов «Заявка на ремонт».
2. Интегрировали мессенджер: Связали базу данных «Альфа-Авто» с чат-ботом WhatsApp.
3. Разработали сценарий бота: Создали интерактивный чат-бот для подтверждения, переноса или отмены записи.
4. Исключили ручной труд: Полностью освободили мастеров-приемщиков от рутинных сервисных обзвонов.

🛠 Как проходила реализация
Шаг 1. Настройка шлюза обмена данными в «Альфа-Авто 5»
Мы разработали внутренний модуль (расширение кода) для «Альфа-Авто 5», который анализирует журнал документов «Заявка на ремонт». Система в автоматическом режиме сканирует базу и выбирает записи, до визита которых осталось ровно 24 часа (или иное заданное время), считывая имя клиента, госномер автомобиля и время записи.
Шаг 2. Разработка интерактивного чат-бота WhatsApp
Обычные СМС-оповещения не дают обратной связи, поэтому мы интегрировали чат-бота.

• За 24 часа до ремонта бот отправляет клиенту сообщение: «Здравствуйте, [Имя]! Вы записаны на ремонт автомобиля [Марка/Госномер] завтра на [Время]. Подтверждаете визит?».
• Под сообщением выводятся интерактивные кнопки или варианты ответов: «Да, буду», «Нужно перенести», «Отменить запись».

Шаг 3. Синхронизация бота с учетной системой в реальном времени
Связали ответы бота со статусами документов в «Альфа-Авто»:

• Если клиент нажимает кнопку «Да», статус заявки в «Альфа-Авто» автоматически меняется на «Подтверждено» (мастер видит это по цвету строки в планировщике).
• Если клиент нажимает «Отменить» или «Перенести», статус документа меняется, а мастеру-приемщику мгновенно падает всплывающее уведомление-задача: «Связаться с клиентом для переноса времени». Освободившееся в календаре окно сервис может сразу отдать другому автовладельцу.

🚀 Результат для клиента (Точка Б)

• Простой ремзоны снизился на 40%: Благодаря автоматическим напоминаниям клиенты перестали забывать про визиты. Если кто-то отменял запись, автосервис успевал закрыть «окно» клиентами из листа ожидания.
• Мастера сфокусированы на продажах: Время на рутинные обзвоны сократилось до нуля. Мастера-приемщики теперь занимаются только дефектовкой, подбором запчастей и личным общением с клиентами в сервисе.
• Конверсия в ответ — 85%: В мессенджерах люди отвечают гораздо охотнее и быстрее, чем на телефонные звонки. Отклик на сообщения бота составил более 85%.
• Повышение лояльности: Клиенты оценили удобный современный формат общения, где отменить или подтвердить визит можно в один клик без звонков диспетчеру.

Юридическое лицо скрыто по пожеланию Заказчика

📊 О проекте

• Заказчик: Крупный дилерский автотехцентр с собственным малярно-кузовным цехом (МКЦ).
• Платформа: «Альфа-Авто: Автосалон+Автосервис+Автозапчасти», редакция 5.
• Оборудование: Лабораторные/колеровочные весы с возможностью передачи данных по COM-порту (RS-232 / USB).
• Суть проекта: Разработка кастомной обработки для автоматического получения точного веса компонентов краски напрямую в "1С".
• Сроки реализации: 5 рабочих дней.

❌ Проблема бизнеса (Точка А)
До старта проекта учет лакокрасочных материалов (ЛКМ) в малярном цеху велся «на глаз» или на бумаге, что приводило к серьезным финансовым потерям.
С какими сложностями пришел клиент:

• Огромный перерасход и сливы: Колеровщик смешивал краску по рецепту, взвешивал компоненты на автономных весах, а в "Альфа-Авто" данные вносились вручную и постфактум. Это позволяло списывать лишние дорогие тонеры и скрывать недостачи.
• Ошибки человеческого фактора: Ошибившись при ручном переносе граммов из блокнота в программу, сотрудники искажали складские остатки. Из-за этого нужного пигмента могло не оказаться в наличии в самый ответственный момент.
• Медленный процесс: Ручной учет подбора автоэмали занимал много времени, затягивая общие сроки кузовного ремонта автомобиля.

🎯 Какие задачи мы решили

1. Разработали уникальный софт: Написали внешнюю обработку для «Альфа-Авто 5″ для прямого съема данных с весов.
2. Связали оборудование и "1С»: Настроили чтение данных с весов через COM-порт (эмуляцию) в режиме реального времени.
3. Автоматизировали списание материалов: Сделали так, чтобы фактически налитый вес пигментов мгновенно формировал документ списания.
4. Запустили жесткий контроль: Исключили возможность ручной корректировки веса колеровщиком в программе.

🛠 Как проходила реализация
Шаг 1. Физическое подключение и настройка драйвера оборудования
Мы изучили техническую документацию колеровочных весов заказчика. Оборудование было подключено к рабочему месту колориста. Мы настроили передачу данных через интерфейс RS-232 (или USB-выход в режиме эмуляции COM-порта), выставили корректную скорость передачи пакетов (Baud rate) и проверили стабильность сигнала, чтобы исключить помехи от работы другого цехового оборудования.
Шаг 2. Разработка обработки взвешивания в "Альфа-Авто 5″
Наши программисты написали специализированную обработку. Теперь процесс подбора краски выглядит так:

• Колорист открывает заказ-наряд или карточку подбора краски в "Альфа-Авто".
• Программа выводит на экран рецепт (перечень необходимых тонеров и пигментов).
• При наливании каждого компонента весы непрерывно передают точный вес в граммах (до сотых долей). Наша обработка «слушает» COM-порт, налету подхватывает эти данные и сама заполняет табличную часть документа.

Шаг 3. Внедрение защиты от махинаций и автоматического списания
Чтобы исключить человеческий фактор, мы заблокировали для обычных пользователей возможность вручную редактировать ячейки с весом в "1С". Программа принимает только те цифры, которые физически зафиксировали весы. Как только колеровщик завершает смешивание, обработка автоматически формирует в "Альфа-Авто 5″ документ «Перемещение товаров» или «Списание материалов» на производство. В ремзону уходит ровно столько граммов, сколько было налито.

🚀 Результат для клиента (Точка Б)

• Расход ЛКМ сократился на 18%: За счет ликвидации серых схем, скрытых перерасходов и "округлений" в пользу сотрудников, автосервис получил чистую экономию на дорогих материалах.
• Идеальный порядок на складе: Данные о фактических остатках пигментов в "1С" теперь на 100% совпадают с реальностью. Больше нет внезапных дефицитов краски.
• Ускорение работы колориста: Процесс оформления подбора автоэмали сократился в 3 раза. Сотруднику больше не нужно ничего писать на бумажках или вбивать вручную на клавиатуре.
• Прозрачная аналитика: Руководство кузовного цеха видит точную себестоимость каждого замеса краскопульта вплоть до копейки и грамма

ООО «Альведа»

📊 О проекте

• Заказчик: Крупный холдинг (распределенная ИТ-инфраструктура, более 20 информационных баз «1С» на сервере).
• Технологический стек: Платформа «1С:Предприятие 8.3», механизмы HTTP-сервисов (REST API), JSON.
• Суть проекта: Создание единой панели мониторинга для автоматического сбора логов авторизации и удаленного администрирования учетных записей.
• Сроки реализации: 10 рабочих дней.

❌ Проблема бизнеса (Точка А)
С ростом компании и увеличением количества информационных баз (ЗУП, ERP, БП, УТ и кастомные конфигурации) нагрузка на ИТ-отдел стала критической.
С какими сложностями столкнулся ИТ-департамент:

• Отсутствие сквозного контроля: Чтобы узнать, кто, когда и в какую базу заходил, администраторам приходилось вручную заходить в журнал регистрации каждой отдельной базы. Это делало оперативный аудит безопасности невозможным.
• Рутинное увольнение сотрудников: При увольнении сотрудника или смене его обязанностей администратору требовалось вручную заходить во все 20+ баз и поочередно блокировать/удалять учетную запись. На это уходило много времени, возникал риск забыть закрыть доступ в одну из систем.
• Неэффективное использование лицензий: Компания не могла отследить «брошенные» аккаунты, которые месяцами не использовались, но резервировали под себя дорогостоящие клиентские лицензии «1С».

🎯 Какие задачи мы решили

1. Создали единый центр управления: Разработали центральную базу-консоль для агрегации данных со всего сервера.
2. Внедрили HTTP-сервисы: Реализовали быстрый и легковесный механизм обмена данными между базами по протоколу HTTP без использования тяжелых COM-соединений.
3. Автоматизировали сбор метрик: Настроили потоковый сбор статистики входов пользователей в режиме реального времени.
4. Реализовали удаленное удаление: Добавили функцию мгновенного отзыва прав и удаления пользователей во всех базах из одного окна.

🛠 Как проходила реализация
Шаг 1. Проектирование архитектуры и HTTP-сервисов
Для решения задачи мы отказались от устаревших механизмов синхронизации в пользу современной микросервисной архитектуры. На стороне целевых информационных баз были развернуты легковесные HTTP-сервисы. Мы спроектировали API, принимающий и отправляющий данные в компактном формате JSON, что обеспечило минимальную нагрузку на серверную сеть и высокую скорость отклика.
Шаг 2. Реализация централизованного сбора статистики входов
Мы настроили триггеры на событие начала сеанса в базах «1С». Теперь в момент авторизации пользователя в любой из баз на сервере, система автоматически отправляет асинхронный HTTP-запрос в центральную базу-консоль. Консоль мгновенно фиксирует:

• Имя пользователя и его учетную запись.
• Имя информационной базы.
• Точное время входа и IP-адрес рабочего места.
• Тип клиента (тонкий, веб-клиент, толстый).

Шаг 3. Разработка модуля удаленного управления и удаления пользователей
В центральной панели администрирования был реализован инструмент обратной связи. Мы написали программный код, который по команде администратора формирует POST-запрос к конкретной базе (или ко всем сразу). При отправке команды «Удалить пользователя»:

• Удаленная база принимает HTTP-запрос.
• Программа автоматически завершает все активные сеансы данного сотрудника (Drop Session).
• Учетная запись безопасно удаляется из списка пользователей ИБ, а связанные с ней настройки архивируются. При этом ссылочная целостность документов не нарушается.

🚀 Результат для клиента (Точка Б)

• Управление доступом в 1 клик: Время на блокировку или удаление уволенного сотрудника во всех ИТ-системах холдинга сократилось с 30 минут до 5 секунд. Полностью исключен риск утечки данных через «забытые» учетные записи.
• Прозрачный аудит 24/7: ИТ-директор и служба безопасности получили интерактивный дашборд, где видны все перемещения пользователей по базам сервера в реальном времени.
• Оптимизация лицензий: Были выявлены и деактивированы более 15% неиспользуемых учетных записей, что освободило пул клиентских лицензий и сберегло бюджет компании на покупку новых рабочих мест.
• Высокая отказоустойчивость: Использование HTTP-сервисов позволило системе работать незаметно для пользователей — процесс сбора статистики никак не влияет на производительность текущих рабочих баз.

ООО «Ильтранс»

📊 О проекте

• Заказчик: Крупный логистический холдинг (грузоперевозки по РФ и СНГ, собственный и наемный автопарк).
• Платформа: «1С:Бухгалтерия предприятия 8» (1С:БП, КОРП).
• Суть проекта: Разработка и внедрение кастомного модуля многоэтапного согласования договоров и проверки контрагентов с разграничением прав доступа.
• Сроки реализации: 1.5 месяца.

❌ Проблема бизнеса (Точка А)
До старта проекта в компании действовал регламент проверки клиентов и перевозчиков, но выполнялся он в хаотичном режиме через корпоративную почту и мессенджеры. Это приводило к критическим проблемам:

• Долгие согласования и потеря заявок: Договоры «зависали» на этапах проверки у юристов или службы безопасности (СБ). Из-за этого логисты не могли оперативно размещать заявки на рейсы сторонним перевозчикам, упуская выгодные заказы и теряя маржинальность.
• Высокие финансовые риски: Из-за отсутствия жесткого контроля в «1С» менеджеры периодически подписывали заявки и отправляли машины заказчикам с плохой репутацией или признаками банкротства. Это оборачивалось невозвратной дебиторской задолженностью и судами.
• Размытая ответственность: Было невозможно отследить, на ком именно застопорился документ и кто конкретно одобрил сделку с проблемным контрагентом.

🎯 Какие задачи мы решили

1. Разработали матрицу согласования: Спроектировали и внедрили в «1С:БП» полноценный модуль Workflow с четкой цепочкой участников: Оператор ➡️ Служба безопасности ➡️ Юристы ➡️ Коммерческий директор (Комдир).
2. Ускорили проверку благонадежности: Автоматизировали процесс комплаенса и скоринга контрагентов.
3. Запустили жесткие блокировки: Исключили возможность отгрузки и оформления перевозок по несогласованным договорам.
4. Ускорили работу с наемным транспортом: Свели к минимуму время от создания карточки перевозчика до публикации рейса.

🛠 Как проходила реализация
Шаг 1. Проектирование бизнес-процесса и ролевой модели
Мы детально изучили внутреннюю структуру холдинга и разработали кастомный механизм бизнес-процессов внутри «1С:БП». Для каждого участника цепочки было создано специализированное рабочее место с разделением прав доступа:

• Оператор (Логист): Инициирует процесс, прикрепляет скан-копии документов и заполняет базовую карточку.
• Служба безопасности (СБ): Проводит проверку по факту благонадежности, аффилированности, судебных исков и финансовой устойчивости.
• Юристы: Проверяют протоколы разногласий, соответствие устава и уставных документов, юридическую чистоту договора.
• Коммерческий директор: Принимает финальное управленческое решение по лимитам дебиторской задолженности и условиям поставок (постоплата/предоплата).

Шаг 2. Разработка и программирование модуля в «1С»
Вместо покупки сторонних тяжелых BPM-систем мы реализовали весь функционал прямо внутри рабочей «1С:Бухгалтерии» клиента с помощью механизмов задач и бизнес-процессов.

• Документ движется по цепочке строго последовательно. Как только СБ ставит визу «Одобрено», задача мгновенно и автоматически падает на рабочий стол юристу, а затем Комдиру. На каждом этапе система фиксирует автора, дату и время принятия решения.
• В модуль была заложена триггерная система уведомлений: если документ задерживается на одном из этапов дольше регламентного времени, система отправляет напоминание исполнителю и его руководителю.

Шаг 3. Внедрение автоматических запретов
Мы внедрили сквозной контроль в смежные цепочки документов: до тех пор, пока карточка контрагента и договор не получат финальный статус «Согласован», система жестко блокирует возможность создания любых заявок на перевозку, выписки счетов и проведения актов. Человеческий фактор и обход правил со стороны менеджеров ради выполнения плана стали технически невозможны.

🚀 Результат для клиента (Точка Б)

• Минимизация финансовых рисков: Вероятность заключения договора с неплатежеспособным заказчиком или фирмой-однодневкой снижена практически до 0%. Служба безопасности отсекает проблемных контрагентов на самом раннем этапе.
• Ускорение процессов в 3 раза: Среднее время проверки контрагента и полного согласования договора сократилось с нескольких дней до пары часов. Логисты теперь мгновенно получают одобрение на работу со сторонними перевозчиками и закрывают горящие рейсы без задержек.
• Прозрачность и контроль КПЭ (KPI): Руководство холдинга видит полную историю согласования каждого договора. Всегда понятно, на каком этапе находится документ и сколько времени заняла проверка у каждого департамента.
• Единая экосистема: Все процессы проходят внутри одной базы «1С:Бухгалтерия». Сотрудникам не нужно переключаться между почтой, таск-трекерами и учетной системой.