Переход с устаревшей платформы 1С:Предприятие 7.7 на современную Бухгалтерию предприятия 3.0 (БП 3.0) — это сложный технологический процесс, который часто сопровождается трудностями. Одной из наиболее распространенных проблем является ситуация, когда справочники переносятся успешно, а документы ввода остатков либо отсутствуют, либо загружаются, но не проводятся, оставляя оборотно-сальдовую ведомость пустой. В рамках данной статьи мы подробно разберем причины возникновения таких ошибок и разработаем алгоритм их устранения.
Прежде чем приступать к выгрузке данных, нам необходимо убедиться, что исходная база находится в идеальном техническом состоянии. Рассмотрим критически важные шаги подготовки:
Управление бухгалтерскими итогами и установим расчет по текущий квартал.Часто пользователь видит, что документы в списке БП 3.0 есть, но они помечены как незаписанные или непроведенные. Разберем, почему программа 1С 8.3 отказывается их проводить автоматически после загрузки.
Во-первых, проверим Учетную политику. В новой базе 1С 8.3 должна быть создана запись в регистре сведений Учетная политика. Важно, чтобы дата начала действия политики была либо равна дате ввода остатков (например, 31.12.2020), либо была ранее этой даты. Если программа не знает, какую систему налогообложения использует организация (в нашем случае УСН), она не сможет сформировать движения по специфическим регистрам, таким как Расходы при УСН или Книга учета доходов и расходов.
Во-вторых, обратим внимание на аналитику (субконто). Платформа 7.7 гораздо лояльнее относится к незаполненным субконто. В БП 3.0 многие поля являются обязательными. Если при переносе на счетах затрат не заполнились Статьи затрат или Номенклатурные группы, документ Ввод остатков не проведется. Нам придется зайти в каждый такой документ и вручную дозаполнить недостающие данные.
Одной из ключевых сложностей является различие в планах счетов. Рассмотрим ситуацию: в 7.7 бухгалтер добавил собственные субсчета, например 68.14 или 68.15, для детального учета налогов. Стандартная обработка перехода ACC77_8.ert работает по жестко заданным правилам обмена в формате XML. Она «не знает» о существовании ваших уникальных счетов.
В результате данные по этим счетам могут:
68 без аналитики;000;Рассмотрим решение: После загрузки нам необходимо сформировать Оборотно-сальдовую ведомость в обеих базах и сравнить их по счету 68. Если выявлены расхождения, следует вручную скорректировать документ Ввод остатков по налогам и сборам в БП 3.0, распределив суммы на соответствующие типовые субсчета (например, 68.10 или другие, предусмотренные конфигурацией).
Существует два основных способа миграции, и мы рекомендуем проверить оба, если один выдает ошибку:
...\1cv8\tmplt\1c\Accounting\...\Convert) находятся файлы ACC77_8.ert и Acc77_8.xml. Попробуем использовать именно их, так как они наиболее актуальны для текущего релиза 8.3.Поскольку мы переходим с упрощенной системы налогообложения, важно понимать, что в 1С 8.3 учет ведется не только на бухгалтерских счетах, но и в специальных регистрах накопления. Для корректного формирования КУДиР в будущем, документы ввода остатков должны заполнить следующие регистры:
Расходы при УСН;Прочие расчеты;Книга учета доходов и расходов (раздел I).Если в 7.7 были отрицательные остатки по взаиморасчетам с поставщиками («красное» сальдо), то в 8.3 это станет блокирующим фактором для проведения. Проанализируем такие остатки и устраним их в исходной базе перед повторным переносом.
Финальным этапом нашей совместной работы должна стать проверка вспомогательного счета 000. В системе 1С этот счет используется для обеспечения принципа двойной записи при вводе начальных остатков.
Выясним алгоритм проверки:
000.Если на счете 000 висит дебетовый или кредитовый остаток, это означает, что либо баланс в 7.7 не сходился на момент выгрузки, либо часть документов ввода остатков не была проведена. Нам необходимо последовательно открывать документы Ввод остатков по разделам (Основные средства, Запасы, Расчеты с контрагентами) и добиваться их успешного проведения, исправляя ошибки заполнения.
Таким образом, успех перехода с 7.7 на 3.0 зависит от тщательной подготовки данных в источнике, корректной настройки учетной политики в приемнике и внимательного анализа плана счетов на предмет пользовательских корректировок.