Введение. Решение, за которое автору обычно прилетает критика

В профессиональной среде 1С есть негласное правило: если решение нестандартное - значит это скорее всего "костыль". Любая попытка не обновлять базу на последние релизы УТ 11.5 или ERP 2.5, КА 2.5, воспринимается как временная мера, технический долг или некомпетентность специалиста. Особенно остро это чувствуется в вопросах маркировки, где 1С жестко диктует: "Обновляйтесь до актуальных релизов или умрите".

В декабре 2023 года мы приняли решение, которое на словах выглядело сомнительно: использовать УТ 11.5 как отдельную систему исключительно для задач маркировки, оставив основную учетную систему на глубоко кастомизированной УТ 10.3.

В апреле 2024 года мы запустились.

В июне 2025 года я опубликовал техническую часть Древняя УТ 10.3 (10.3.6.8) и маркировка товара: как обойтись без перехода на УТ 11.5 (мой практический опыт), где описывал саму доработку УТ 10.3 и механику обмена.

В январе 2026 года. Позади почти два года реальной нагрузки, десятки обновлений "Честного знака", УТ 11.5 и десятки тысяч промаркированных товаров.

В этой статье я намеренно не буду углубляться в код (см. прошлую статью). Здесь - о здравом смысле, инженерной логике и о том, почему спустя два года эксплуатации я уверен: это был не компромисс, а единственно верное для нас архитектурное решение.

1. Немного о реальности, а не о методичках

Большинство рекомендаций по маркировке строятся на идеальной картине мира: типовая конфигурация, минимальные доработки, "всё обновляется по одной кнопке". На практике же в компаниях, работающих на рынке 10+ лет:

• Учет живет в системе, которая обросла кастомом на 70%.

• ИТ-система - это живой организм, адаптированный под уникальные бизнес-процессы, а не демо-стенд.

• Маркировка - это внешний раздражитель бизнеса, который меняется чаще, чем успевает высохнуть краска на коробках.

Именно в такой реальности приходится принимать решения. Не "как правильно по книжке", а как внедрить систему и при этом не остановить отгрузки на месяц из-за кривого обновления или конфликта метаданных.

2. Почему идея "одна система для всего" перестает работать в 2026 году

Тезис "всё в одной базе" звучит красиво на презентациях, но плохо масштабируется в эпоху агрессивного госрегулирования.

Маркировка - это:

• Внешний регулятор с непредсказуемым поведением

• Постоянно меняющиеся API и форматы (JSON, XML, разрешительный режим, Офлайн модуль, ПИоТ)

• Жесткие сроки исполнения (не успел обновиться - не продал)

Управленческий учет (УТ 10.3) - это:

• Внутренние процессы и скорость работы

• Удобство пользователей и стабильность

• Накопленная база данных и уникальные алгоритмы расчета цен/себестоимости

• Тесная интеграция с другими информационными системами

Когда эти два мира живут в одной конфигурации, появляется конфликт интересов. Обновление ради маркировки ломает привычный учет, а доработка учета усложняет обновление под "Честный знак". Разделение систем в данном случае - это не слабость, а изоляция рисков.

3. Модель "УТ 11.5 как сервис" (как это выглядит спустя 2 года)

Мы сознательно ограничили роль УТ 11.5. Она не знает ничего о наших деньгах, заказах поставщикам или зарплате сотрудников. Её роль - исключительно высокотехнологичный шлюз.

• Она делает только то, для чего нам нужно: эмиссия, агрегация, работа с ГИС МТ.

• Она не хранит финансовую историю - только историю кодов маркировки.

• Она обновляется в "бесшумном" режиме: зашел, обновил конфигурацию, проверил связь с ЦРПТ, вышел.

Почему это надежно? К январю 2026 года мы прошли через изменений протоколов ЦРПТ. Пока коллеги на кастомизированных базах судорожно портировали код из новых релизов 1С, мы просто ставили типовое обновление на наш "шлюз" (УТ 11.5).

4. Что неожиданно оказалось плюсом (инсайты эксплуатации)

4.1. Обновления перестали быть стрессом

Когда УТ 11.5 не содержит управленческой логики, риск того, что "после обновления отвалится печать счетов", равен нулю. Обновления стали рутинной задачей на 10-15 минут, а не ночным кошмаром.

4.2. Маркировка перестала "мешать жить" в основной базе

Менеджеры в УТ 10.3 не видят лишних реквизитов, бесконечных статусов КМ и сложных форм 11-й редакции. Для них маркировка - это просто статус "Готово к отгрузке". Это колоссально снижает нагрузку на техподдержку и количество ошибок персонала.

4.3. Легкость обучения

Категорийному менеджеру проще объяснить работу в чистой УТ 11.5, чем обучать его работе в перегруженном монстре, где старый интерфейс перемешан с новыми вставками под ГИС МТ.

5. Ошибки, которые мы допустили 

Чтобы статья не выглядела как "история успешного успеха", я обязан рассказать о граблях, на которые мы наступили в самом начале. Главная из них - попытка следовать "традиционным" методам интеграции в условиях, когда вендор активно эти методы уничтожает.

Попытка выжить на "Конвертации данных 2.0"

Когда мы только проектировали систему в декабре 2023-го, мы решили пойти по пути наименьшего сопротивления: взяли типовой механизм обмена на правилах конвертации. Это была стратегическая ошибка.

В чем была ловушка: В последних релизах УТ 11.5 компания 1С начала планомерную "зачистку" старых механизмов обмена. Мы столкнулись с тем, что система буквально боролась против нас:

• Удаление правил: После каждого обновления конфигурация УТ 11.5 "вычищала" загруженные нами правила обмена. Система считала их устаревшими и принудительно их удаляла.

• Точка невозврата: В какой-то момент (в релизах конца 2024 - начала 2025 года) возможность использовать формат КД 2.0 в типовой УТ 11.5 фактически исчезла или была настолько глубоко заблокирована, что поддержка этого "костыля" стала отнимать очень много времени. 

Вывод: Мы осознали, что пытаемся строить фундамент на болоте. Именно этот тупик заставил нас выкинуть стандартные механизмы и написать свой легковесный обмен через JSON и HTTP-сервисы.

Ну и, конечно, сыграл роль "синдром 1С-ника": каждый уважающий себя программист просто обязан в какой-то момент жизни написать свой собственный, "самый правильный и стабильный" обмен, потому что типовой - это всегда "не то". В нашем случае эта тяга к велосипедостроению неожиданно стала спасением для бизнеса.

Как только мы ушли от навязываемых правил 1С в сторону простого HTTP-запроса, всё встало на свои места:

1. Мы перестали зависеть от того, что 1С удалит в следующем релизе.

2. Обмен стал работать в десятки раз быстрее.

3. Мы получили полный контроль над данными.

Подробную хронику этой "борьбы" и техническую реализацию нашего обмена я расписал в [первой статье] - это сэкономит вам месяцы жизни, если вы всё еще пытаетесь заставить КД 2.0 работать в 2026 году.
 

6. Почему это решение - не тупик, а подготовка к будущему

Частый аргумент против таких схем: "А потом всё равно придётся переделывать всё под УТ 11.5".

На практике в 2026 году мы видим обратное. Данные не теряются, логика маркировки уже отделена. Когда (если) бизнес решит полностью отказаться от УТ 10.3, миграция пройдет значительно легче, потому что один  блок - маркировка, уже работает на новой платформе и обкатан, часть сотрудников уже работает в новом интерфейсе.

Это не тупик. Это промежуточный, но устойчивый этап развития ИТ-ландшафта.

7. Сводная таблица: Почему мы выбрали этот путь

8. Моя цель: Почему я пишу об этом сейчас?

Я написал эту статью с одной целью: поделиться уверенностью в том, что ранее выбранный вариант был правильным.

В декабре 2023 года я сомневался. В июне 2025 года я видел, что данный механизм работает. В январе 2026 года я уверен, что выбор был правильным.

Я делюсь этим опытом, чтобы усилить мнение тех специалистов, которые думают можно ли идти против "канонов" 1С.
Задумайтесь, ведь ваша задача как инженера - обеспечить непрерывность бизнеса, а не следовать методичкам любой ценой.

Что мы получили на выходе:

1. Стабильную УТ 10.3, которая не "пухнет" от кода маркировки.

2. Актуальную УТ 11.5, которая всегда готова к новым прихотям регулятора.

3. Спокойствие ИТ-отдела и стабильную работу бизнеса.

Кому такой подход подходит, а кому - нет

Подходит, если:

• УТ 10.3 глубоко доработана под специфику бизнеса.

• Нет бюджета на "проект века" по миграции на УТ 11.5

• Маркировку нужно внедрять "вчера" и без рисков.

Не подходит, если:

• У вас почти типовая база.

• Бизнес готов к радикальным изменениям и переобучению всех отделов.

Итог спустя два года

Использовать УТ 11.5 как отдельную систему для маркировки - это не "костыль", а осознанное архитектурное решение. Да, оно не универсальное, но в реальных условиях оно:

1. Работает.

2. Масштабируется.

3. Не мешает бизнесу жить и зарабатывать деньги.

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

В следующем материале я планирую подробнее разобрать складскую часть и работу с кодами маркировки через ТСД (приемка/отгрузка) для УТ 10.3
Подпишитесь на меня, чтобы не пропустить.

Вместо послесловия: Если вы находитесь в ситуации выбора - не бойтесь "гибридов". Правильно настроенный обмен делает такую связку монолитной для пользователя и гибкой для администратора. Технические детали и файлы для реализации вы можете найти в моей первой статье.

Коллеги, а как вы встретили 2026 год? Всё еще допиливаете 10.3 для маркировки или сразу ушли на УТ 11.5, ERP2.5, КА 2.5?
Давайте обсудим в комментариях.
 

Другие статьи автора:

• Древняя УТ 10.3 (10.3.6.8) и маркировка товара: как обойтись без перехода на УТ 11.5 (мой практический опыт)
• Автоматическое обновление токенов Честного Знака в 1С: устраняем человеческий фактор
• Дубликатор кодов маркировки (КИЗ) DataMatrix: Расширение 1С с проверкой в Честном Знаке (копирует ЛЮБЫЕ КИЗы!)
• Маркировка остатков товаров на складе: Как сделать все быстро и без ошибок (мой практический опыт)
• Маркировка остатков в распределенной рознице: Как промаркировать более 100 тыс. товаров в нескольких десятках магазинов без хаоса и ошибок