Переход с конфигурации «1С:Бухгалтерия предприятия 3.0» (БП 3.0) на «1С:Комплексную автоматизацию 2» (КА 2) — это не просто обновление версии программы. Это полноценное внедрение новой системы, которое требует понимания фундаментальных различий в архитектуре этих программных продуктов. Рассмотрим наиболее эффективные способы переноса данных и выясним, почему некоторые очевидные решения могут привести к фатальным ошибкам.
Разберем первый и самый частый вопрос: можно ли заменить метаданные БП 3.0 на КА 2 через файл .cf? Ответ категоричен: нет. И вот почему:
РегистрБухгалтерии.Хозрасчетный. Проводки формируются непосредственно документами. В КА 2 (как и в ERP) реализована концепция оперативного учета. Здесь первичными являются регистры накопления (например, ВыручкаИСебестоимостьПродаж, РасчетыСКлиентами), а проводки в Хозрасчетный — это лишь производный результат отражения оперативных данных в регламентированном учете.Проанализируем наиболее легальный и безопасный способ, предлагаемый фирмой «1С». В составе дистрибутива конфигурации «Комплексная автоматизация» в папке \ExtFiles\Convert поставляется специализированная обработка для миграции данных.
Рассмотрим пошаговый алгоритм работы с ней:
DataUpload_BP3.epf. Она позволяет выгрузить нормативно-справочную информацию (НСИ) и остатки на определенную дату (как правило, на начало года или квартала).Важное ограничение: Типовая обработка предназначена только для переноса НСИ и остатков. Она не переносит документы за прошлые периоды. Это сознательное ограничение, так как корректно «трансформировать» проводки БП в движения оперативных регистров КА в автоматическом режиме практически невозможно без искажения данных.
Если перед нами стоит задача не разового перехода, а постепенной передачи данных, проанализируем вариант с EnterpriseData. Этот формат обмена является современным стандартом «1С» для интеграции различных конфигураций.
Как это работает в контексте перехода:
Однако здесь нас подстерегает сложность: в КА 2 гораздо больше обязательных аналитик. Например, для документа реализации в БП достаточно указать номенклатуру и склад. В КА 2 система может потребовать НаправлениеДеятельности, Договор с определенным типом обеспечения или Склад с определенной политикой учета. Поэтому после переноса через EnterpriseData документы часто остаются в состоянии «Не проведено» и требуют ручного дозаполнения полей, которых просто не существовало в исходной базе.
Если бизнес настаивает на переносе исторических документов (за год или более), придется прибегнуть к разработке собственных правил в Конвертации данных 2.1 или 3.0. Это трудозатратный процесс, который требует от программиста глубокого понимания обеих систем.
Проанализируем ключевые этапы создания такого переноса:
Поступление (акты, накладные) из БП должен превратиться в Приобретение товаров и услуг в КА. При этом нужно программно заполнить специфические реквизиты, такие как ХозяйственнаяОперация и НалогообложениеНДС.Выясним причину, по которой закрытие месяца в КА 2 после переноса данных часто выдает ошибки. В «Комплексной автоматизации» реализован жесткий контроль отрицательных остатков. Если при переносе документов из БП 3.0 (где контроль может быть отключен) возникла ситуация, когда товар был продан на секунду раньше, чем оприходован, КА 2 не позволит рассчитать себестоимость за весь месяц.
Также стоит учитывать механизм Intercompany (передачи товаров между организациями). Если в БП 3.0 продажи между своими юрлицами оформлялись простыми накладными, то в КА 2 необходимо правильно настроить схему обеспечения и использовать документы Передача товаров, иначе взаиморасчеты и себестоимость «поплывут».
На основе опыта многих внедрений, наиболее рациональным представляется следующий план действий:
Шаг 1: Подготовка нормативно-справочной информации. Очистите справочники в БП 3.0 от дублей. Перенесите их в КА 2 штатными средствами.
Шаг 2: Ввод остатков. На 1 января (или начало квартала) перенесите остатки по счетам через DataUpload_BP3.epf. Тщательно сверьте ОСВ обеих баз.
Шаг 3: Параллельный учет. В течение одного-двух месяцев вводите документы одновременно в БП и КА. Это позволит обучить пользователей (которые в КА столкнутся с гораздо более сложным интерфейсом) и проверить корректность закрытия месяца.
Шаг 4: Архивное хранение. Документы за прошлые периоды оставьте в базе БП 3.0. Для целей анализа и налоговых проверок старая база остается доступной в режиме просмотра.
Резюме: Перенос документов «один в один» из БП в КА — это путь, сопряженный с огромными затратами на разработку и последующую выверку. В 90% случаев бизнес-задачи решаются качественным переносом остатков и правильной настройкой оперативных контуров в новой системе.