Переход на типовую конфигурацию «1С:Бухгалтерия» с исторических самописных систем часто сопровождается методологическим шоком: программисты и бухгалтеры сталкиваются с выгрузками плана счетов на тысячи строк, где каждый отдельный объект, склад или тип операции вынесен в отдельный субсчет. Попытка воспроизвести такую структуру «один в один» в 1С неизбежно приводит к полной потере типового функционала. Рассмотрим детально, почему так происходит, как правильно сопоставить данные и перенести остатки без ущерба для обновлений и отчетности.
Проанализируем распространенную ситуацию, когда из старой базы выгружается структура вида 00101.3.здания...кап.рем. или 00101.3.пер.устр...кап.рем.. Разработчики, незнакомые с бухгалтерской архитектурой 1С, нередко принимают подобные записи за забалансовые счета с четырьмя-пятью уровнями вложенности.
На самом деле перед нами классическое кодирование аналитики внутри кода счета. В ранних системах или программах без развитого механизма субконто бухгалтеры создавали субсчета для каждого конкретного объекта ОС (здания, передаточного устройства) и каждого связанного с ним события (капитальный ремонт). В результате план счетов раздувался до десятков тысяч строк.
В типовой конфигурации «1С:Бухгалтерия» архитектура построена совершенно иначе:
10.3 для зданий и сооружений).Основные средства).Технически платформа 1С позволяет снять план счетов с поддержки, добавить новые уровни субсчетов и изменить максимальное количество субконто (по умолчанию в типовой их установлено 3). Однако делать это категорически запрещено по следующим причинам:
Разберем по шагам, как трансформировать громоздкую таблицу счетов в гармоничную структуру 1С.
Шаг 1. Сопоставление счетов с планом счетов бухгалтерского учета.
Берем номер и наименование группы из старой системы и находим ее прямой аналог в утвержденном плане счетов. Например, позиция 00101.3 соответствует типовому счету 10.3 («Здания и сооружения»). Префиксы вида 00 в самописках часто использовались просто для сортировки или технического обособления, поэтому ориентироваться нужно на экономический смысл счета, а не на его старое наименование.
Шаг 2. Вынос объектов в справочники.
Все элементы, стоящие после номера субсчета (в нашем примере: конкретные здания, передаточные устройства), переносятся не в план счетов, а в справочник ОсновныеСредства. Если пользователям критически важно видеть привычную классификацию, используем иерархию элементов справочника. Внутри справочника можно создать группы любого уровня вложенности без модификации метаданных конфигурации.
Шаг 3. Обработка капитальных ремонтов и модернизаций.
Выясним причину появления строк с признаком «капитальный ремонт». В типовом учете затраты на капитальный ремонт не хранятся бессрочно на отдельном субсчете учета основных средств:
15 («Капитальные инвестиции» / незавершенное строительство).Категорически не рекомендуется вводить остатки по основным средствам документом ручной бухгалтерской операции (ОперацияБух). Ручная проводка сформирует данные только по регистру бухгалтерии, но оставит пустыми служебные регистры сведений.
Для корректного старта учета используем специализированный документ:
10.3 указываем объект из справочника ОсновныеСредства, его первоначальную стоимость, накопленный износ, дату ввода в эксплуатацию, параметры амортизации и текущее подразделение.При больших объемах (тысячи строк исходного файла) пишем внешнюю обработку загрузки. Скрипт анализирует текстовый код старого счета, выделяет типовую маску счета для документа ВводНачальныхОстатков, находит или создает элемент справочника ОсновныеСредства и построчно заполняет табличную часть документа ввода остатков.