Миграция из старой базы 1С в BAS: что переносить, что очищать и что сверять

Сначала зафиксируйте не название программы, а точную точку перехода

Определите модель перехода и глубину истории

Справочники: переносить идентичность, а не накопленный беспорядок

Остатки: сумма должна совпадать вместе с аналитикой

Взаиморасчеты: долг без документа может потерять смысл

Данные по зарплате: разделите старт расчета и архив истории

Основные средства: учетная карточка должна соответствовать реальному объекту

НДС: проверяйте цепочку операции, а не только счета

Протокол миграции: документ, который отвечает на вопрос «что именно сделали»

Контрольная оборотка: как доказать, что переход выполнен корректно

Репетиция перехода и первый рабочий период

Когда нужно отдельное обучение команды

Итоговый чек-лист

Переход на BAS часто начинают с простого вопроса: «Можно ли перенести всю базу?». Для руководителя это звучит как техническая задача, но для бухгалтера настоящий вопрос иной: сохранится ли содержание учета после того, как данные окажутся в новой структуре? Одинаковая сумма на счете еще не означает одинаковую аналитику, а перенесенный контрагент — не гарантия, что долг остался привязанным к правильному договору, документу и валюте.

Поэтому миграция — не универсальная «конвертация в один клик», а отдельный учетный проект. В нем есть владелец решения, зафиксированный состав данных, правила преобразования, пробные загрузки, контрольная оборотно-сальдовая ведомость и письменное подтверждение результата. Чем старее и сильнее доработана база 1С, тем важнее сначала описать ее фактическую логику, а уже затем выбирать инструмент переноса.

Сначала зафиксируйте не название программы, а точную точку перехода

Формулировки «переходим с 1С на BAS» недостаточно для технического задания. За одинаковым привычным названием могут стоять разные конфигурации, редакции, релизы, платформы, расширения и годы локальных изменений. До первой тестовой выгрузки составьте паспорт миграции, в котором отдельно укажите:

• название исходной конфигурации 1С, ее редакцию и полный номер релиза;
• версию платформы, режим работы базы, СУБД, объем данных и кодирование старых интеграций;
• название целевой конфигурации BAS, редакцию и релиз, на котором будут выполнять тестовую и финальную загрузку;
• версию BAF для серверов и рабочих мест;
• все расширения, внешние обработки, обмены, печатные формы, дополнительные реквизиты и нестандартные доработки;
• организации, подразделения, склады, валюты, системы налогообложения и участки учета, которые входят в контур;
• дату среза, глубину истории, допустимое время простоя и ответственных за каждый контрольный участок.

По состоянию на 11 сентября 2026 года в информационной системе ИТС отдельно публикуются обновления BAF, прикладных конфигураций, форм регламентированной отчетности и сервисов. Например, 2 сентября 2026 года был опубликован BAF 8.3.23.2301, но это не делает этот релиз автоматически правильной целью для любого предприятия. Перед каждым пробным и финальным переносом сверяйте совместимость и актуальные обновления через ИТС BAS, а точные версии записывайте в протоколе. Так команда сможет воспроизвести результат и не спутает ошибку правил миграции с разницей релизов.

Определите модель перехода и глубину истории

Перенос «всего за все годы» кажется наиболее безопасным, но часто именно он затягивает проект и переносит в новую систему старые ошибки. На практике выбирают одну из трех моделей:

1. Начальные остатки на дату перехода. В BAS загружают нормализованные справочники, остатки и открытые операции, а старую базу оставляют доступной только для просмотра истории.
2. Остатки плюс ограниченный оперативный период. Помимо входящих остатков переносят документы текущего года или нескольких месяцев, чтобы пользователи видели привычный контекст и могли формировать нужные расшифровки.
3. Полная документальная история. Ее выбирают только тогда, когда есть обоснованная потребность, достаточный бюджет и подтверждено, что документы двух систем можно однозначно сопоставить.

Решение принимают не по принципу «вдруг понадобится», а по перечню рабочих и контрольных сценариев. Если давние документы нужны только для проверок, дешевле и надежнее сохранить защищенную копию старой базы, настроить доступ только для чтения и подготовить ключевые отчеты в открытом формате. При этом сроки хранения первичных документов и регистров определяются действующими требованиями для конкретного предприятия; сама миграция не является основанием сокращать их.

Справочники: переносить идентичность, а не накопленный беспорядок

Справочники создают каркас будущего учета. Если сначала загрузить дубликаты, а затем поверх них — остатки и документы, объединение элементов станет рискованным: долги, партии или основные средства могут разъехаться между разными карточками. Очистку нужно выполнять до основной загрузки, но без потери связи с источником.

Что проверить в основных справочниках

• Организации и банковские счета. Полные регистрационные данные, налоговый статус, валюта, действительность счетов, ответственные лица.
• Контрагенты и договоры. Уникальные коды, наименования, реквизиты, признаки покупателя и поставщика, валюта, вид договора, правила взаиморасчетов.
• Номенклатура. Единицы измерения, коэффициенты, ставки и виды налогообложения, коды, характеристики, серии, партии и складские настройки.
• Склады, кассы, подразделения и статьи. Действительность элементов, соответствие организационной структуре и аналитикам целевой конфигурации.
• Физические лица, сотрудники и должности. Отделение карточки человека от трудовых отношений, актуальность документов, отсутствие дублирования и обоснованный доступ к персональным данным.

Для каждого элемента сохраняйте таблицу соответствия «идентификатор в источнике — идентификатор в BAS». Дубликаты не стоит просто удалять: сначала определите главную карточку, перенаправьте на нее связи и зафиксируйте правило объединения. Неактивные элементы можно не загружать в рабочие списки, если они не участвуют в открытых остатках, гарантиях, расчетах или обязательной истории.

Остатки: сумма должна совпадать вместе с аналитикой

Начальные остатки переносят на согласованную дату после закрытия периода в старой базе. На время финального переноса операции либо останавливают, либо ведут в контролируемом «окне», где каждый новый документ попадает в журнал дельты. Иначе бухгалтер будет сверять два движущихся набора данных.

Минимальный контроль охватывает не только итог по счету, но и все значимые измерения:

• денежные средства — по организации, кассе, банковскому счету и валюте;
• запасы — в количестве и стоимости, по складу, номенклатуре, характеристике, серии или партии, если они используются;
• незавершенное производство и расходы — по подразделениям, статьям, заказам и другим необходимым аналитикам;
• собственный капитал, резервы и финансовый результат — после согласованных регламентных операций;
• налоговые счета — с расшифровкой до объектов, которые объясняют сумму.

Если целевая конфигурация имеет другую модель аналитики, заранее создайте правила преобразования. Например, одно субконто старой базы может раскладываться на договор, документ расчетов и направление деятельности в BAS. Такое правило нужно тестировать на типовых и нетиповых случаях, а не исправлять вручную уже после загрузки.

Взаиморасчеты: долг без документа может потерять смысл

Общая дебиторская или кредиторская задолженность — лишь верхний уровень проверки. Для дальнейшего погашения, зачета авансов и валютной переоценки BAS должна получить правильную структуру долга. Сверяйте остатки по контрагенту, договору, документу расчетов, валюте и сроку возникновения.

Отдельный список рисков стоит составить для:

• авансов и долгов, которые в старой базе учитывались на разных счетах или без документа расчетов;
• отрицательных остатков и «перевернутых» дебета с кредитом;
• валютных договоров, курсовых разниц и сумм одновременно в валюте и гривне;
• внутригрупповых операций, взаимозачетов и передач между организациями;
• давней задолженности, по которой необходимо управленческое или юридическое решение.

До тестового переноса желательно провести сверки с ключевыми контрагентами и закрыть технические копейки. Но «подчистить» реальный спорный долг только ради красивой оборотки нельзя: его следует перенести отдельно, отметить в реестре проблем и назначить ответственного.

Данные по зарплате: разделите старт расчета и архив истории

Зарплата объединяет бухгалтерские итоги, кадровые события, расчетные показатели и чувствительные персональные данные. Здесь особенно опасно переносить только сальдо по счету расчетов с работниками. Для корректного продолжения расчета могут потребоваться:

• актуальные физические лица, сотрудники, кадровые позиции и действующие условия труда;
• начисленная, но не выплаченная зарплата, депонированные суммы, удержания и исполнительные документы;
• данные для расчета среднего заработка, отпусков и больничных в необходимом периоде;
• остатки отпусков, резервы, взаиморасчеты по налогам и взносам;
• персональные налоговые параметры и льготы с датами действия;
• кадровая история, если она действительно используется целевым функционалом и ее можно однозначно воспроизвести.

Решение о глубине истории по зарплате принимает расчетчик зарплаты вместе с кадровым специалистом, а не только разработчик. Доступ к файлам выгрузки ограничивают, временные копии удаляют после приемки, а резервные копии хранят в защищенном месте. После загрузки выполните параллельный расчет контрольного месяца и сравните начисления, удержания, взносы, выплату и проводки по каждому сотруднику.

Основные средства: учетная карточка должна соответствовать реальному объекту

Для основного средства недостаточно перенести первоначальную стоимость и накопленную амортизацию. Необходимы инвентарный номер, дата ввода в эксплуатацию, состояние, материально ответственное лицо, место использования, счета учета, подразделение, метод и параметры амортизации, срок полезного использования, ликвидационная стоимость, модернизации и компоненты, если их ведут отдельно.

Лучший момент для миграции основных средств — после инвентаризации. Физический объект, инвентарная карточка и бухгалтерская сумма должны образовывать одну цепочку. Отдельно разберите полностью амортизированные, но действующие объекты; имущество в ремонте, на консервации или в аренде; незавершенные капитальные инвестиции; объекты с неверным местом эксплуатации. Контрольный расчет амортизации в BAS сравнивают не только общей суммой, но и пообъектно.

НДС: проверяйте цепочку операции, а не только счета

НДС — один из участков, где механический перенос проводок чаще всего дает ложное ощущение равенства. В BAS важна связь между хозяйственным документом, первым событием, авансом, налоговым назначением, налоговой накладной или расчетом корректировки и состоянием их обработки.

В карту переноса включите:

• налоговые настройки организаций и контрагентов с датами действия;
• виды ставок и налоговое назначение номенклатуры и операций;
• остатки по НДС-счетам с документальной расшифровкой;
• незакрытые авансы, ожидаемый налоговый кредит и налоговые обязательства;
• зарегистрированные, незарегистрированные, заблокированные или отклоненные налоговые документы и корректировки;
• операции со смешанным или специальным режимом использования, если они есть в учете предприятия.

Действующие ставки, формы и правила заполнения не стоит зашивать в одноразовую обработку переноса. Их проверяют на дату перехода, а целевую базу обновляют до согласованного совместимого релиза. После загрузки бухгалтер воспроизводит контрольные сценарии: закрытие аванса, формирование налоговых документов, корректировки, распределение и сверку с регламентированными отчетами.

Протокол миграции: документ, который отвечает на вопрос «что именно сделали»

Протокол нужен не для формальности. Без него после нескольких тестов невозможно уверенно сказать, по какому правилу сформирован конкретный остаток и почему часть записей отброшена. Для каждого запуска протокол должен содержать:

• дату и время, копии баз, точные релизы конфигураций и BAF;
• версию обработки или сценария миграции и контрольную сумму пакета, если ее использует команда;
• перечень перенесенных объектов, периодов и организаций;
• количество прочитанных, созданных, сопоставленных, пропущенных и ошибочных записей;
• примененные правила очистки, объединения и преобразования;
• ошибки со ссылкой на идентификатор источника и решение по каждой из них;
• итоги контрольных отчетов до и после загрузки;
• фамилии ответственных и статус приемки каждого участка.

Ручные исправления без протокола нужно минимизировать. Если тест выявил системную проблему, лучше изменить правило преобразования и повторить загрузку на чистой тестовой копии. Иначе финальный запуск будет отличаться от проверенного, а причину расхождения придется восстанавливать по памяти.

Контрольная оборотка: как доказать, что переход выполнен корректно

Контрольная оборотно-сальдовая ведомость, или привычная «контрольная оборотка», формируется в обеих системах на одинаковую дату, по одинаковым организациям и в одинаковой валюте, по согласованным правилам сравнения. Сначала сверяют баланс в целом, затем счета, а далее — аналитику до первичного объекта.

В критерии приемки заранее запишите, где допускается разница округления, а где отклонение должно быть нулевым. Каждую разницу классифицируют: ошибка исходных данных, сознательная очистка, изменение методики учета, техническая ошибка или округление. Формула «в целом почти сошлось» для приемки непригодна.

Репетиция перехода и первый рабочий период

Надежный план предусматривает как минимум две пробные загрузки. Первая показывает неизвестные форматы и пробелы в правилах. Вторую проводят после исправлений в полном объеме и с хронометражем, чтобы проверить, укладывается ли команда в окно остановки. При финальном запуске используют ту же версию правил, которую уже приняли на репетиции.

1. Создайте резервные копии и проверьте возможность восстановления.
2. Закройте согласованный период в источнике и зафиксируйте дату и время среза.
3. Выполните выгрузку, автоматические проверки и загрузку в BAS.
4. Сформируйте контрольную оборотку и детализации по критическим участкам.
5. Получите подписи ответственных бухгалтеров, кадровика и руководителя о приемке.
6. Откройте новую базу для работы и ведите журнал первых ошибок без возврата к параллельному вводу «на всякий случай».

В первые дни проверяйте не только остатки, но и новые операции: оплату и погашение долга, поступление и списание запасов, начисление зарплаты, амортизацию, закрытие месяца и НДС-сценарии. Старую базу переводят в режим чтения, но не уничтожают до завершения согласованного срока хранения и стабилизации работы.

Когда нужно отдельное обучение команды

Даже технически правильная база не дает результата, если пользователь продолжает воспроизводить в BAS привычки старой конфигурации. Для нетипового участка полезно разобрать его на собственных примерах: справочники, документы, взаиморасчеты, контрольные отчеты и границы доработок. Именно такой практический формат предлагает программа о индивидуальных конфигурациях BAS; BAS Бухгалтерия на этой странице вынесена в отдельный курс, что также стоит учитывать при выборе обучения.

Учебный сценарий лучше строить по ролям. Кладовщику нужны партии, склады и инвентаризация; менеджеру — заказы, резервы и взаиморасчеты; бухгалтеру — проводки, закрытие периода и налоговый контур; руководителю — отчеты и критерии достоверности. До запуска каждый должен выполнить в тестовой базе свои пять-десять ежедневных операций и объяснить, каким отчетом проверяется результат.

Итоговый чек-лист

• Зафиксированы точные исходная и целевая конфигурации, релизы, BAF, расширения и все доработки.
• Определены дата среза, глубина истории и список данных, которые сознательно не переносятся.
• Справочники очищены, а таблица соответствия идентификаторов сохранена.
• Остатки детализированы до необходимой аналитики, а открытые взаиморасчеты — до документов.
• Зарплата проверена контрольным расчетом, основные средства — пообъектно, НДС — по цепочке событий.
• Выполнено как минимум две пробные загрузки на копиях.
• Каждый запуск имеет протокол, реестр ошибок и воспроизводимую версию правил.
• Контрольная оборотка и детализации подписаны ответственными за участки.
• Старая база и резервные копии защищены, а доступ к персональным данным ограничен.
• Пользователи отработали свои реальные операции до даты старта.

Успешная миграция не обязательно переносит больше всего данных. Она переносит именно те данные, которые нужны для непрерывной работы и доказательного учета, очищает то, что мешало старой системе, и оставляет понятный след проверки. Если через месяц после запуска бухгалтер может объяснить каждую начальную сумму, открыть ее аналитику и повторить контроль, переход действительно завершен — независимо от того, сколько строк было перемещено.