Как подготовиться к прекращению поддержки 1С:Комплексная автоматизация 1.1 и какие есть пути решения

Программист 1С v8.3 (Обычные формы) 1С:Комплексная автоматизация IT и автоматизация бизнеса
← На главную

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

Анализ сроков поддержки: КА 1.1 против УПП 1.3

Первоочередная задача — разобраться в официальных сроках. Согласно информационному письму №24295, поддержка редакции 1.1 «Комплексной автоматизации» была прекращена еще в 2019 году. Это означает прекращение выпуска обновлений под изменения законодательства и исправлений ошибок. Рассмотрим основные тезисы, касающиеся жизненного цикла программ:

  1. КА 1.1: Обновления выпускаться перестали. Пользователям необходимо либо переходить на современную 1С:Комплексная автоматизация 2, либо искать альтернативные пути поддержки.
  2. УПП 1.3: Ситуация здесь иная. Фирма «1С» обязалась предупредить о прекращении поддержки минимум за три года. По состоянию на более поздние данные, полная поддержка завершится к весне 2026 года.
  3. Платная поддержка: Важно понимать, что для УПП введена модель платного продления поддержки. Стоимость сопровождения существенно возрастает, что делает эксплуатацию «пенсионера» среди систем 1С дорогостоящим удовольствием.

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

Технический маневр: Конвертация КА 1.1 в УПП 1.3

Одним из неочевидных, но рабочих способов остаться на поддержке (пусть и платной), является превращение существующей базы КА 1.1 в УПП 1.3. Разберем, как это технически реализуется. Программный код и метаданные этих конфигураций совпадают более чем на 99%. Внутренние идентификаторы (GUID) многих реквизитов идентичны для соответствующих релизов.

Рассмотрим по шагам возможность «бесшовного» перехода:

  1. Подготовка файла обновления: Необходимо подготовить файл конфигурации (.cf) от УПП 1.3 того же периода выпуска, что и текущая КА 1.1.
  2. Замена конфигурации: Через процедуру сравнения и объединения конфигураций (или просто загрузкой .cf в некоторых случаях) производится замена метаданных.
  3. Результат: По опыту специалистов, такой переход позволяет сохранить данные без потерь, так как структура таблиц БД практически идентична. После этого база начинает восприниматься системой как УПП, что открывает возможность установки соответствующих обновлений.

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

Проблема переноса данных зарплаты при переходе на КА 2.0

Типовой переход на КА 2 (на базе ERP 2.0) часто сталкивается с проблемой переноса блока Зарплата и управление персоналом. В КА 1.1 использовался механизм ЗУП 2.5, в то время как КА 2 использует архитектуру ЗУП 3.1. Эти системы концептуально разные.

Выясним причины сложностей:

Рекомендуем следующий алгоритм: используйте типовые правила переноса для справочников и остатков, а данные для расчета среднего заработка переносите специальными документами переноса данных. Попытка «протянуть» документы за последние 5 лет приведет к неработоспособности базы. Для полноценного учета зарплаты лучше рассмотреть связку КА 2 + ЗУП 3.1 (отдельная база) с последующей синхронизацией проводок.

Исправление ошибок в последних релизах КА 1.1

Даже если вы используете последние доступные обновления или адаптируете код самостоятельно, можно столкнуться с техническими ошибками платформенного характера. Разберем пример ошибки, возникшей в модуле СправкаПоНДФЛВНалоговыйОрганС2015.

При записи документа система выдает ошибку: «Попытка передачи с клиента на сервер мутабельного значения». Проанализируем причину. Ошибка возникает в обработчике ПриЗаписи при вызове процедуры в общем модуле.

Посмотрим на проблемный участок кода:


мЗаписиОВычетах = Неопределено;
СправкиПоНДФЛПолныеПрава.ЗаписатьЗаписиДоходовВычетов(мЗаписиОДоходах, Ссылка, Организация);

Выясним причину: в функцию ЗаписатьЗаписиДоходовВычетов передается параметр, который на стороне клиента является мутабельным объектом (например, таблица значений или структура с ссылками на объекты). При переходе границы «клиент-сервер» платформа 8.3 блокирует такую передачу для обеспечения стабильности.

Для решения проблемы выполним следующие действия:

  1. Проверим содержимое переменной мЗаписиОДоходах. Если это коллекция данных, созданная на клиенте, ее необходимо преобразовать в массив или структуру, содержащую только простые типы или ссылки.
  2. Убедимся, что вызов процедуры происходит в контексте сервера. Если вызов инициирован из модуля формы, следует перенести логику в процедуру &НаСервере.
  3. В случае с Неопределено — само по себе это значение не является мутабельным, но если оно инициализируется через объект, который привязан к контексту формы, может возникнуть конфликт.

Будущее систем на «обычных формах»

Подводя итог, отметим, что эра систем на обычных формах (КА 1.1, УТ 10.3, БП 2.0) окончательно уходит. Основные риски использования таких программ сегодня:

Рекомендуем компаниям, всё еще использующим КА 1.1, начать планомерный переход на современные решения. Если бюджет не позволяет быстрый переход на ERP или КА 2, оптимальным «буфером» может стать переход на УПП 1.3 с приобретением соответствующей поддержки, что даст запас времени до 2026 года.

← На главную