Переход с конфигурации 1С:Комплексная автоматизация 2.4 (КА 2.4) на связку 1С:Управление торговлей 11 (УТ 11) и 1С:Бухгалтерия предприятия 3.0 (БП 3.0) является актуальным вопросом для многих организаций. Важно сразу отметить, что прямого «обновления» КА 2.4 до УТ 11 или «отката» КА 2.4 на УТ 11 через типовой функционал 1С не предусмотрено. Конфигурация КА 2.4 является более широким решением, включающим в себя функционал УТ, но с добавлением подсистем производственного учета, бюджетирования, МСФО и других. Таким образом, переход осуществляется не путем обновления, а посредством переноса данных из одной информационной базы в две другие и последующей настройки обмена между ними.
Давайте подробно разберем, по каким причинам организации принимают решение о таком переходе, какие механизмы переноса данных можно использовать, и с какими сложностями мы можем столкнуться на этом пути.
Решение о разделении единой системы, такой как 1С:Комплексная автоматизация, на две специализированные — Управление торговлей и Бухгалтерия предприятия — обычно обусловлено несколькими ключевыми факторами:
Одной из наиболее частых причин является необходимость обеспечения гибкости в работе с данными по отдельным организациям. Руководство часто ставит задачу обеспечить возможность выгрузки данных только по одной конкретной организации для проведения проверок или аудита. Также возникает потребность в удалении информации по закрытой организации из общей базы. В 1С:Комплексной автоматизации, хотя и есть функционал для ведения учета по нескольким организациям, штатного механизма для легкой выгрузки или удаления данных одной организации, как, например, через распределенные информационные базы (РИБ) в связке УТ+БП, может быть недостаточно. В связке УТ 11 и БП 3.0, использующей обмен данными, становится значительно проще реализовать такие требования. Например, создание отдельной базы БП для каждой организации или использование механизмов РИБ в УТ и БП позволяет более явно и удобно управлять данными по каждой организации в отдельности.
Бухгалтеры часто предпочитают работать с 1С:Бухгалтерией предприятия 3.0. Эта конфигурация создана специально для бухгалтерского и налогового учета, имеет более простой, интуитивно понятный и привычный интерфейс, который не перегружен функционалом управления торговлей, производством или бюджетированием. Для специалистов, чья основная задача — ведение регламентированного учета, отсутствие лишних разделов и функций в БП 3.0 значительно повышает комфорт и эффективность работы. В КА же бухгалтерам приходится ориентироваться в более сложной структуре меню и документов, многие из которых не относятся напрямую к их задачам.
Если ваша конфигурация 1С:Комплексная автоматизация подверглась значительным доработкам и изменениям, процесс обновления становится трудоемким и дорогостоящим. Часто основные доработки касаются оперативного контура (по сути, функционала УТ), тогда как бухгалтерский учет в БП остается более типовым или требует меньших изменений. Разделение системы на УТ и БП позволяет поддерживать БП в более типовом состоянии, что значительно упрощает и ускоряет процесс ее обновления. При этом все сложные доработки остаются в УТ, и их влияние на процесс обновления БП минимизируется. Это обеспечивает стабильность и актуальность бухгалтерского учета, не привязанного к сложной логике оперативного контура.
Поскольку прямого «обновления» КА до УТ или «отката» не существует, переход осуществляется через перенос данных и настройку обмена. Давайте рассмотрим возможные подходы к реализации этого процесса.
Общий подход к переносу данных:
Первоначальный перенос данных из КА 2.4 в чистые базы УТ 11 и БП 3.0, как правило, осуществляется с использованием стандартных механизмов 1С для обмена данными. Это может быть Универсальный обмен данными в формате XML, который работает на базе правил конвертации данных (EnterpriseData), или же индивидуально разработанные правила обмена, если типовые решения не покрывают всех потребностей. Важно понимать, что типовые правила обмена между КА и БП могут отсутствовать, так как КА уже содержит полный бухгалтерский учет.
Настройка обмена между КА (или УТ) и БП: проблемы и решения:
Основная сложность возникает при настройке регулярного обмена между УТ и БП (или непосредственно между КА и БП, если вы решили сначала перенести данные в УТ, а затем настроить обмен с БП). На форумах часто упоминают проблему, когда БП «не хочет загружать данные из КА», даже если на демо-конфигурациях удалось настроить обмен, указав в БП, что источником является УТ 11. Эта проблема решаема несколькими способами:
Если вы столкнулись с трудностями при настройке обмена, пытаясь указать в БП, что вы обмениваетесь с УТ 11, и при этом источник данных фактически КА, то оптимальным решением является использование опции «Обмен с другой программой» в настройках обмена 1С:Бухгалтерия предприятия. Этот режим предоставляет максимальную гибкость и снимает многие типовые ограничения и фильтры, которые могут быть активированы при выборе конкретной конфигурации-источника (например, УТ 11).
Как настроить:
Администрирование > Настройки синхронизации данных.Другая программа.Этот подход позволяет избежать встроенных в 1С механизмов фильтрации и ограничений, которые могут препятствовать корректной загрузке данных из конфигурации, формально не являющейся УТ, но имеющей схожую структуру данных, как в случае с КА.
Часто правила обмена, разработанные для связки УТ 11 и БП 3.0, могут быть адаптированы или непосредственно использованы для обмена данными из КА 2.4 в БП 3.0, поскольку оперативный контур КА во многом совпадает с УТ. Для этого используется стандартная обработка Универсальный обмен данными в формате XML.
Как настроить:
Универсальный обмен данными в формате XML в вашей базе КА 2.4.Если при таком подходе возникают ошибки, это может быть связано с тем, что в КА есть специфические объекты или реквизиты, которых нет в типовой УТ, или их структура отличается. В этом случае потребуется доработка правил обмена.
В случаях, когда типовые правила обмена между УТ 11 и БП 3.0 не полностью покрывают потребности или вызывают ошибки из-за специфики КА, необходимо обратиться к доработанным правилам обмена или создать их самостоятельно на основе формата EnterpriseData. Этот формат предназначен для универсального обмена данными между различными конфигурациями 1С.
Что учитывать при доработке:
Контрагенты, Номенклатура, Организации. Для этого часто используют механизмы поиска по наименованию или другим уникальным идентификаторам.При необходимости создания собственных правил конвертации данных обычно используется конфигурация Конвертация данных, которая позволяет визуально настраивать правила переноса и трансформации данных между любыми конфигурациями 1С.
Разделение единой системы на две имеет свои преимущества, но также сопряжено с определенными вызовами. Давайте проанализируем основные из них.
Работа с электронным документооборотом в связке УТ + БП может стать значительно сложнее, чем в единой базе КА. В КА процессы ЭДО, как правило, интегрированы более тесно, и все статусы документов видны в одной системе. При разделении баз возникает задача синхронизации статусов ЭДО и передачи информации о подписанных документах между УТ (где происходит формирование и отправка документов) и БП (где они должны быть отражены в бухгалтерском учете).
Решение: Настройка веб-сервисов или доработка обмена.
Для обеспечения сквозного учета и корректной работы с ЭДО в связке УТ + БП часто требуется настройка веб-сервисов или дополнительные доработки правил обмена. Например, можно реализовать веб-сервис на стороне УТ, который будет предоставлять БП актуальные статусы документов ЭДО, или же доработать типовые правила обмена для передачи этой информации.
Рассмотрим пример концептуального кода, который демонстрирует, как УТ может предоставлять информацию о статусах ЭДО через веб-сервис, а БП — запрашивать ее:
// В конфигурации 1С:Управление торговлей (УТ) создаем веб-сервис.
// Например, в модуле объекта (или отдельном модуле, который публикуется как веб-сервис)
// создадим функцию для получения статуса документа.
Функция ПолучитьСтатусДокументаЭДО(ИдентификаторДокумента) Экспорт
// ИдентификаторДокумента - это может быть УИД документа, номер или другой уникальный признак.
// Предположим, мы ищем документ "РеализацияТоваровУслуг" в УТ.
ДокументУТ = Документы.РеализацияТоваровУслуг.НайтиПоУникальномуИдентификатору(ИдентификаторДокумента);
Если ДокументУТ = Неопределено Тогда
Возврат "ДокументНеНайденВУТ";
КонецЕсли;
// В типовых конфигурациях 1С статус ЭДО хранится в регистре сведений
// или непосредственно в документе, если ЭДО интегрировано.
// Предположим, есть реквизит "СтатусЭДО" у документа.
Если ДокументУТ.Метаданные().Реквизиты.Найти("СтатусЭДО") <> Неопределено Тогда
Возврат ДокументУТ.СтатусЭДО.Наименование; // Возвращаем строковое представление статуса
Иначе
Возврат "СтатусЭДОНеДоступен";
КонецЕсли;
КонецФункции
// В конфигурации 1С:Бухгалтерия предприятия (БП) можем вызывать этот веб-сервис.
// Например, при проведении или при обновлении данных о документе.
Процедура ЗагрузитьСтатусЭДОИзУТ()
// Параметры для подключения к веб-сервису УТ
АдресВебСервисаУТ = "http://ваш_адрес_ут/ws/EDOService?wsdl"; // Указать актуальный адрес публикации веб-сервиса
ИмяСервиса = "EDOService"; // Имя веб-сервиса, как опубликовано в УТ
ИмяПорта = "EDOServiceSoap"; // Имя порта веб-сервиса
Попытка
// Создаем WS-прокси для взаимодействия с веб-сервисом
WSПрокси = Новый WSПрокси(АдресВебСервисаУТ, ИмяСервиса, ИмяПорта);
// Установка параметров аутентификации, если требуется
// WSПрокси.Пользователь = "ИмяПользователя";
// WSПрокси.Пароль = "ПарольПользователя";
// Получаем документ в БП, для которого нужно обновить статус
ДокументБП = Документы.РеализацияТоваровУслуг.НайтиПоНомеру("0000001", Дата("20230101")); // Пример получения документа
Если ДокументБП <> Неопределено Тогда
// Вызываем функцию веб-сервиса УТ для получения статуса
СтатусЭДО = WSПрокси.ПолучитьСтатусДокументаЭДО(ДокументБП.УникальныйИдентификатор());
Сообщить("Статус ЭДО документа '" + ДокументБП.Номер + "': " + СтатусЭДО);
// Здесь можно обновить соответствующий реквизит в документе БП
// ДокументБП.СтатусЭДО = СтатусЭДО;
// ДокументБП.Записать();
Иначе
Сообщить("Документ не найден в БП.");
КонецЕсли;
Исключение
Сообщить("Ошибка при вызове веб-сервиса УТ: " + ОписаниеОшибки());
КонецПопытки;
КонецПроцедуры
Этот пример демонстрирует базовый подход. В реальной системе потребуется более сложная логика, включающая обработку ошибок, передачу более полного набора данных и обеспечение безопасности.
Системы маркировки, такие как "Честный знак", добавляют еще один уровень сложности. В единой базе КА учет маркированной продукции происходит сквозным образом. При разделении на УТ и БП возникает необходимость обеспечить корректную передачу кодов маркировки, статусов и всех сопутствующих данных из УТ (где происходит оперативный учет маркировки) в БП (для отражения в регламентированном учете). Это может потребовать значительных доработок правил обмена и логики работы в обеих системах, чтобы избежать расхождений и ошибок. В некоторых случаях поддержка маркировки в разделенных базах может стать настолько трудоемкой, что потребуется выделение дополнительных ресурсов или специалистов.
Поддержание актуальности и непротиворечивости справочников (например, Контрагенты, Номенклатура) и всех аналитических разрезов (например, Подразделения, Статьи затрат) становится критически важным. Любое расхождение может привести к ошибкам в учете и отчетности. Необходимо тщательно продумать логику синхронизации, определить основную базу для каждого справочника и настроить правила обмена так, чтобы данные обновлялись корректно и без дублирования. При большом количестве доработанных аналитик в КА их перенос и последующая синхронизация в связке УТ + БП потребует значительных усилий.
Переход с 1С:Комплексная автоматизация 2.4 на связку 1С:Управление торговлей 11 и 1С:Бухгалтерия предприятия 3.0 — это серьезный проект, который требует тщательного планирования и анализа. Он может быть оправдан необходимостью повышения гибкости работы с данными по организациям, упрощения бухгалтерского учета и облегчения обновлений для сильно доработанных конфигураций. Однако такой переход также несет в себе риски, связанные с усложнением обмена данными, особенно в части ЭДО и систем маркировки, а также с необходимостью поддержания целостности данных в двух различных системах.
Мы рекомендуем провести детальный анализ текущих потребностей вашего бизнеса, уровня доработок в КА, а также оценить готовность ваших специалистов к настройке и поддержке сложного обмена данными между двумя отдельными информационными базами. Только после такой комплексной оценки можно принимать взвешенное решение о целесообразности и способах реализации данного перехода.