Переход с устаревшей конфигурации «1С:Комплексная автоматизация 1.1» (КА 1.1) на современные платформы «1С:Комплексная автоматизация 2.4» (КА 2.4) или «1С:Комплексная автоматизация 2.5» (КА 2.5) представляет собой не стандартное обновление, а масштабный проект по полноценному внедрению новой учетной системы с нуля. Программы созданы на принципиально разных архитектурных платформах (обычные формы и старая логика регистров против управляемых форм и новой концепции оперативного учета). На этапе пресейла и оценки проекта перед исполнителем и заказчиком встает множество сложных вопросов.
В этой статье мы подробно разберем ключевые аспекты оценки такого перехода, проанализируем критические технические нюансы, с которыми программисты и консультанты сталкиваются на практике, и выясним причины, по которым перенос исторических оборотов за прошлые периоды может стать фатальной ошибкой для проекта.
Заказчики часто настаивают на жестком требовании: «Нам необходимо перенести все документы и обороты за прошлый или текущий год». Наш главный совет в этой ситуации — постарайтесь всеми силами убедить клиента отказаться от этой идеи. Давайте разберем по шагам, почему прямая конвертация документов практически неосуществима и крайне нерациональна:
ЗаказПокупателя из старой базы в документ ЗаказКлиента новой базы потребует сложнейшего сопоставления аналитик, которые в новой системе могут просто отсутствовать или работать иначе.ОтчетПроизводстваЗаСмену. В новых редакциях КА 2.4/2.5 производственный блок претерпел фундаментальные изменения. Учет строится либо через документы ПроизводствоБезЗаказа, либо через сложные цепочки с этапами производства. Написать универсальные правила конвертации, которые корректно трансформируют старые производственные документы в новую структуру, физически невозможно без ручного переписывания логики проведения каждого документа.В качестве альтернативного решения для сохранения истории продаж и финансовых результатов за прошлые периоды в новой КА 2.4/2.5 предусмотрен специальный механизм — ввод упрощенных остатков по продажам и финансовым результатам без детального переноса всей первичной документации. Эти данные можно подготовить в виде файлов и загрузить через стандартные обработки.
Для того чтобы назвать клиенту реалистичные сроки и стоимость перехода, категорически недостаточно просто посмотреть на оборотно-сальдовую ведомость (ОСВ). Нам необходимо детально проанализировать внутреннее состояние исходной информационной базы. Рассмотрим, на что следует обратить внимание в первую очередь:
Перенос материально-производственных запасов (товаров, материалов на складах, готовой продукции) — один из самых сложных этапов. Здесь нас подстерегает опасная ловушка, связанная с режимом учета затрат в исходной базе:
В КА 1.1 учет затрат чаще всего велся в режиме РАУЗ (Расширенная аналитика учета затрат). Стандартные правила переноса остатков, разработанные фирмой «1С», по умолчанию ориентированы на получение остатков МПЗ из регистров партионного учета. Однако, если у клиента в старой базе был включен РАУЗ, партионные регистры у него пустые или содержат некорректные исторические данные многолетней давности. Если запустить перенос без предварительной подготовки, остатки по складам (счета 10, 41, 43) либо вообще не перенесутся, либо перенесутся с колоссальными ошибками в суммовой оценке.
Чтобы избежать этой проблемы, разработчику необходимо модифицировать правила выгрузки. Давайте посмотрим на концептуальный пример кода, который позволяет проверить наличие дубликатов по ключевым аналитикам в старой базе (например, дубли контрагентов по ИНН), что также критически важно для корректного переноса взаиморасчетов:
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| Контрагенты.ИНН КАК ИНН,
| КОЛИЧЕСТВО(РАЗЛИЧНЫЕ Контрагенты.Ссылка) КАК КоличествоДублей
|ИЗ
| Справочник.Контрагенты КАК Контрагенты
|ГДЕ
| Контрагенты.ИНН <> """"
|СГРУППИРОВАТЬ ПО
| Контрагенты.ИНН
|ИМЕЮЩИЕ
| КОЛИЧЕСТВО(РАЗЛИЧНЫЕ Контрагенты.Ссылка) > 1";
РезультатЗапроса = Запрос.Выполнить();
Если Не РезультатЗапроса.Пустой() Тогда
Выборка = РезультатЗапроса.Выбрать();
Пока Выборка.Следующий() Цикл
Сообщить("Внимание! Обнаружен дубль по ИНН: " + Выборка.ИНН + " (Количество: " + Выборка.КоличествоДублей + ")");
КонецЦикла;
КонецЕсли;
Перед началом переноса необходимо запустить подобные проверки и провести тотальное «причесывание» справочников в КА 1.1.
Еще одно важное концептуальное различие между системами, которое часто рушит автоматический перенос взаиморасчетов:
В КА 1.1 использовался один плоский справочник Контрагенты. В архитектуре КА 2.4/2.5 произошло разделение на два справочника:
Партнеры — управленческий справочник, определяющий структуру холдингов, группы компаний и фактических клиентов.Контрагенты — регламентированный справочник юридических лиц, содержащий ИНН, КПП и банковские реквизиты для выставления документов.При стандартном переносе система пытается автоматически создать связку «один к одному». Если справочник контрагентов в старой базе велся небрежно (содержал дубли по ИНН, неверные договоры или хаотично разбросанные по папкам карточки), в новой базе сформируется некорректная структура связей. Как результат — остатки по взаиморасчетам (счета 60 и 62) перенесутся с ошибками в разрезе аналитик, и бухгалтерия не сможет закрыть периоды в новой программе. Базу КА 1.1 нужно жестко вычистить по ИНН/КПП еще до старта выгрузки.
Зарплатный блок в старой КА 1.1 построен на базе устаревшего решения «Зарплата и Управление Персоналом 2.5», а в новых КА 2.4/2.5 используется современный блок, аналогичный «Зарплате и Управлению Персоналом 3.1». При переходе стандартный помощник переносит не просто остатки расчетов, но и историю кадровых изменений, а также данные по начислениям за последние 2-3 года. Это необходимо для корректного расчета среднего заработка (для отпусков и больничных) в новой системе.
Любые методологические ошибки расчетчиков в КА 1.1 (ручные корректировки регистров накопления по зарплате, незакрытые перерасчеты прошлых периодов, некорректно проведенные вытеснения начислений) мгновенно сломают логику расчета в новой базе. Зачастую консультантам приходится вручную пересчитывать и вычищать этот блок или принимать решение о переносе только кадрового среза с последующим ручным вводом данных для среднего заработка по мере необходимости.
Что касается раздельного учета НДС (актуально для предприятий с экспортом по ставке 0%, деятельностью без НДС или ЕНВД): структура регистров НДС в КА 1.1 и КА 2.4/2.5 отличается кардинально. Остатки по заблокированному НДС (НДС к распределению, НДС по партиям) практически никогда не переносятся автоматически без ошибок. Будьте готовы к тому, что придется вручную сверять и корректировать каждую позицию по регистру НДСПредъявленный, сопоставляя ее с остатками на 19 счете в разрезе счетов-фактур.
Исходя из практического опыта участников профессионального сообщества, примерные трудозатраты на переход для предприятия среднего масштаба (без учета переноса исторических оборотов) распределяются следующим образом:
EnterpriseData или HTTP-сервисы уйдет минимум от 2 до 3 месяцев работы разработчика.Если оценивать бюджет проекта в денежном или часовом эквиваленте для среднего предприятия (при условии, что большая часть данных переносится типовыми правилами, а выверку остатков бухгалтерия заказчика частично берет на себя), то проект укладывается примерно в 150–250 часов работы специалистов. На крупных производствах со сложным учетом затрат и развитым кастомом стоимость и сроки возрастают в разы.
В завершение обязательно обратите внимание клиента на важный методологический момент. Официальная поддержка редакции КА 2.4 со стороны фирмы «1С» уже завершена. Актуальной и развивающейся версией является КА 2.5.
В версии КА 2.5 реализовано множество принципиально новых механизмов, отвечающих современным требованиям законодательства и стандартам бухгалтерского учета (например, новые механизмы учета аренды по ФСБУ 25/2018, учет основных средств по ФСБУ 6/2020, а также усовершенствованные алгоритмы распределения затрат и расчета себестоимости). Если вы согласуете переход на версию 2.4, то в ближайшем будущем клиенту придется нести дополнительные финансовые затраты на повторный переход с 2.4 на 2.5. Намного логичнее и экономически выгоднее сразу планировать внедрение актуальной редакции КА 2.5.