Многие компании, использующие конфигурацию «1С:Комплексная автоматизация 1.1» (КА 1.1), часто задаются вопросом: можно ли оставить эту систему в качестве управленческой базы, а весь регламентированный учет и отчетность перенести в современную «1С:Бухгалтерия предприятия 3.0» (БП 3.0)? На первый взгляд, это кажется компромиссным и экономным решением, ведь КА 1.1 годами дорабатывалась под нужды бизнеса, а пользователи привыкли к интерфейсу обычных форм.
В этой статье мы подробно проанализируем, «взлетит» ли такая схема, разберем ключевые технологические и законодательные риски, а также рассмотрим практические варианты настройки обмена данными между устаревшей и новой конфигурациями.
Давайте честно ответим на вопрос, без чего рискует остаться компания, продолжая использовать КА 1.1 в качестве операционной системы. Фирма «1С» полностью прекратила поддержку этой конфигурации еще 1 апреля 2019 года. С этого момента система находится вне правового и технологического поля обновлений. Рассмотрим основные группы рисков подробнее.
1. Государственные информационные системы (ГИС) и маркировка
Современное торговое и производственное законодательство требует тесной интеграции с государственными сервисами контроля в режиме реального времени. Сюда входят:
2. Интеграция с торговым оборудованием и ККТ
Розничные продажи жестко привязаны к требованиям 54-ФЗ и форматам фискальных данных (ФФД 1.2). Современные драйверы онлайн-касс требуют актуальных библиотек подключаемого оборудования, которые несовместимы с кодом КА 1.1. Попытка подключить кассу напрямую к старой базе потребует написания собственных драйверов или серьезного изменения ядра конфигурации.
3. Налог на добавленную стоимость (НДС) и прослеживаемость товаров
Если вести продажи в КА 1.1, то вы не сможете полноценно использовать механизмы прослеживаемости импортных товаров (счета-фактуры с РНТД). Кроме того, логика расчета НДС постоянно претерпевает изменения, которые не отражаются в старой конфигурации.
4. Технологический долг платформы
Современные версии БП 3.0 требуют для работы актуальных версий платформы «1С:Предприятие 8.3» (8.3.21, 8.3.22 и выше). При запуске КА 1.1 на новейших версиях платформы часто возникают непредвиденные проблемы: некорректная работа обычных форм, утечки оперативной памяти, сбои при взаимодействии с современными версиями СУБД PostgreSQL или MS SQL.
Такой подход жизнеспособен, но с жесткими ограничениями. Рассмотрим схему, при которой оптовые продажи ведутся в КА 1.1, розница выносится в отдельную базу «1С:Розница» (где поддерживаются все маркировки и онлайн-кассы), а бухгалтерский учет транслируется в БП 3.0.
Основной трудностью здесь становится синхронизация данных. Типового обмена между КА 1.1 и БП 3.0 больше не существует. Нам придется настраивать обмен самостоятельно.
Если настраивать классический обмен через «Конвертацию данных 2.0», то при каждом обновлении БП 3.0 правила обмена будут ломаться из-за изменения структуры метаданных новой бухгалтерии. Чтобы избежать этой рутины, рекомендуется использовать обмен через формат EnterpriseData (ED).
Формат EnterpriseData — это универсальный XML-стандарт, поддерживаемый современными конфигурациями. БП 3.0 умеет принимать данные в этом формате «из коробки» и безболезненно обновляется. Основная задача — научить КА 1.1 выгружать данные в формате ED.
Разберем, как концептуально строится алгоритм выгрузки документов из КА 1.1 в БП 3.0 через EnterpriseData:
Рассмотрим пример кода обработчика, который выполняет маппинг единиц измерения номенклатуры при подготовке XML-пакета для EnterpriseData:
// Пример сопоставления единиц измерения при выгрузке из КА 1.1 в ED
Функция ПолучитьКодЕдиницыИзмеренияED(ЕдиницаИсточника) Экспорт
Если ЗначениеЗаполнено(ЕдиницаИсточника) Тогда
// Извлекаем классификатор ОКЕИ
КодОКЕИ = ЕдиницаИсточника.Код;
Если ПустаяСтрока(КодОКЕИ) Тогда
Возврат "796"; // По умолчанию штуки
Иначе
Возврат СокрЛП(КодОКЕИ);
EndIf;
КонецЕсли;
Возврат "796";
КонецФункции
При трансляции документов из КА 1.1 в БП 3.0 мы обязательно столкнемся с архитектурными различиями систем:
Посмотрим на пример кода, решающего проблему схлопывания характеристик при выгрузке накладной реализации:
// Алгоритм сворачивания табличной части по номенклатуре без учета характеристик
Процедура СвернутьТабличнуюЧастьДляБП(ТаблицаТоваров)
// Создаем структуру для группировки данных
ТаблицаТоваров.Колонки.Добавить("НоменклатураБП", Новый ОписаниеТипов("СправочникСсылка.Номенклатура"));
Для Каждого Строка Из ТаблицаТоваров Цикл
// Здесь может быть логика поиска или создания номенклатуры в БП
Строка.НоменклатураБП = НайтиНоменклатуруБП(Строка.Номенклатура, Строка.ХарактеристикаНоменклатуры);
КонецЦикла;
// Сворачиваем по новой колонке номенклатуры, суммируя количество и сумму
ТаблицаТоваров.Свернуть("НоменклатураБП", "Количество, Сумма, НДС");
КонецПроцедуры
Схема «КА 1.1 как управленка + БП 3.0» жизнеспособна, но требует регулярных затрат на поддержку обменов и ручной допил интеграций с ГИС. Если ваше предприятие активно развивается, этот подход станет «черной дырой» для ИТ-бюджета.
Рекомендуем рассмотреть альтернативные сценарии перехода: