Добавили серию в партию номенклатуры — для штрихкодирования
Первая крупная разработка в феврале 2024 — 6 часов одной задачей. В партию номенклатуры добавили реквизит «Серия». При печати штрихкода теперь доступны все реквизиты выбранной в партии серии — на этикетке есть всё, что нужно для прослеживаемости товара на складе и в цепочке маркировки. Реализовано отдельным расширением, чтобы не блокировать обновления типовой конфигурации.
Доработали обмен УНФ ↔ БП по 4 ключевым правилам
Главная задача марта 2024 года — 8 часов одной задачей. Обмен УНФ ↔ БП в типовом виде работал, но при выгрузках терялись или искажались критичные реквизиты, без которых регламентированный учёт собирался с ошибками.
Прописали 4 правила обмена: при выгрузке номенклатуры её номенклатурная группа не перезаписывается (раньше — затиралась типовым значением); для новой номенклатуры автоматически проставляется основная номенклатурная группа; в документе «Поступление товаров» способ учёта НДС заполняется из настройки счетов учёта, а не вручную; в «Расходе материалов» автоматически заполняются и номенклатурная группа, и способ учёта НДС. Параллельно разработали правила конвертации с использованием отдельной конфигурации «Конвертация данных 2.0» — это даёт прозрачный механизм для развития обмена в будущем.
Настроили полную цепочку маркировки в Честном знаке
Главный отраслевой блок проекта. С декабря 2024 по июнь 2025 года выстроили в 1С:УНФ цепочку, которая закрывает все требования Честного знака к производителю маркируемой продукции.
Цепочка работает так. В опубликованную карточку товара заносится код GTIN. Под этот товар создаётся заказ на производство. По заказу формируется запрос на коды маркировки в Честный знак — система получает коды и подгружает их в 1С. После производства формируется «Отчёт о нанесении кодов» — он подтверждает, что коды физически нанесены на продукцию. Далее идёт ввод в оборот (с обязательным документом соответствия). После — агрегация упаковки: коды отдельных единиц объединяются в коды коробов, паллет и так далее. После продажи — вывод из оборота.
Цепочку прогнали в тестовом контуре с разбором ошибок (например, выявили, что при вводе в оборот не указывался документ соответствия — поправили). В производство пошёл выверенный процесс. Параллельно внедрили адресное хранение — без него для маркированной продукции невозможно отслеживать местоположение конкретной партии.
Настроили планирование и расчёт потребностей под спецификации
У производителя цикл планирования начинается с прогноза продаж — что и в каком объёме нужно выпустить. Дальше идёт расчёт потребностей: по спецификациям продукции система понимает, сколько и какого сырья надо закупить, чтобы покрыть план.
Разобрали с клиентом типовой функционал планирования продаж и закупок в УНФ. Совместно наполнили базу нужными данными — спецификации, минимальные остатки, плановые объёмы. Настроили работу с обработкой «Расчёт потребностей»: добавление и изменение спецификаций, корректные отборы и настройку списка. Прогнали расчёт на тестовой копии базы, нашли недостающие данные и точечно дополнили рабочую базу. Параллельно разобрались с давальческой схемой — корректно настроили работу с регистром «Запасы и агентские услуги» и проверку отчётов после формирования цепочки документов.
Развели себестоимость выпуска и себестоимость продаж
У производителя финансовый результат на единицу продукции — главная управленческая цифра. Чтобы он считался верно, нужно аккуратно разнести затраты между выпуском (то, что уходит в себестоимость произведённой партии) и продажами (то, что относится к коммерческим расходам).
Настроили распределение затрат на себестоимость выпуска и себестоимость продаж. Отдельно — распределение ЗП по этому же принципу: часть заработной платы производственных сотрудников падает в себестоимость выпуска, часть — в коммерческие. Поставили задачу программистам на отчёт «Фин.результат на ед. продукции» — управленческая сводка, которая теперь показывает реальную маржу по каждой выпущенной позиции. По мере работы разобрали и точечные ошибки в себестоимости (в частности, по бренду «La Diva») — выявили причины расхождений, поправили документы.
Подключили согласование заявок на расход ДС и платёжный календарь
Параллельно с основной разработкой собрали финансовый блок: функционал согласования заявок на расход денежных средств, типовой платёжный календарь и настройку прав доступа под него. Заявки на оплату теперь живут внутри системы — с понятным маршрутом согласования и видимостью статуса каждой по правам пользователя.
Поддерживаем расширения и адаптируем под обновления УНФ
Все доработки в проекте живут в кастомных расширениях. После каждого обновления типовой 1С:УНФ проходим по расширениям и адаптируем — анализируем ошибки проведения документов, поправляем ссылки на изменённые объекты типовой конфигурации. В ноябре 2025 года собрали новое расширение с отдельным набором элементов под точечную задачу. В феврале 2026 года сделали отдельное расширение для отправки уведомлений на почту при проведении документа «Перемещение» — чтобы заинтересованные сотрудники видели движения товара без открытой 1С.