К статье
Практический материал

Администрирование · 11 мин

Как обнулить 1С УНФ и начать учёт с чистого листа

Как обнулить базу 1С УНФ: пометка документов на удаление, свёртка остатков, создание чистой копии. Пошаговые инструкции, риски и проверка результата.

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

Важно понимать: в УНФ нет волшебной кнопки «обнулить всё». Любой сценарий требует подготовки — резервной копии, анализа данных и проверки результата. Ошибка на любом этапе может привести к потере учётных данных, восстановление которых обойдётся дорого или окажется невозможным.

Ниже разобраны все рабочие способы обнуления базы, их ограничения, порядок действий и контрольные точки. Материал подходит для актуальных релизов УНФ (редакция 3.0) как для файлового, так и для клиент-серверного варианта работы.

Что значит «обнулить» базу и какой сценарий выбрать

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

Отдельный случай — обнуление конкретного участка: например, только остатков склада или только взаиморасчётов. Тогда удалять всю базу не нужно, достаточно ввести корректирующие документы (оприходования, списания, корректировки долга) или воспользоваться документом «Ввод начальных остатков».

Маршрут решения

Как выбрать действие

Учёт в базе тестовый или ошибочный, реальных обязательств по данным нетУдалите все документы через пометку и «Удаление помеченных объектов»
История длинная, но текущие остатки верны и нужныВыполните свёртку базы на выбранную дату
Нужны только справочники (номенклатура, контрагенты), документы не нужныСоздайте новую чистую базу и перенесите справочники обработкой
Нужно обнулить только склад или только расчётыИспользуйте корректирующие документы вместо полной очистки

Подготовка: резервная копия и анализ данных

Первый и обязательный шаг — полная резервная копия. Для файловой базы завершите работу всех пользователей и скопируйте файл 1Cv8.1CD из каталога базы в отдельную папку. Более надёжный способ — выгрузка через конфигуратор: меню «Администрирование» → «Выгрузить информационную базу». Полученный файл с расширением .dt позволит восстановить базу целиком.

Для клиент-серверного варианта (SQL) копию делает администратор средствами СУБД или через консоль кластера 1С. Не полагайтесь только на копирование файла базы, пока в ней работают пользователи — копия может оказаться повреждённой.

Далее проверьте, какие данные в базе критичны. Сформируйте оборотно-сальдовую ведомость (если используется бухгалтерский учёт), отчёты «Остатки товаров на складах» и «Взаиморасчёты с контрагентами» и сохраните их в Excel или PDF. Эти отчёты понадобятся для сверки после обнуления и как доказательство состояния учёта на момент операции.

Способ 1. Удаление всех документов через пометку

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

В УНФ массовая пометка выполняется через обработку «Групповое изменение реквизитов» (раздел «Администрирование» → «Обслуживание» → «Корректировка данных»). Выберите тип объектов «Документы», отметьте все виды документов, установите реквизит «Пометка удаления» в значение «Истина» и выполните изменение. Операция может занять продолжительное время на больших базах.

После пометки откройте «Администрирование» → «Обслуживание» → «Удаление помеченных объектов» и запустите удаление. Если система сообщит, что объекты используются (например, на документ ссылается другой документ), пометьте на удаление и связанные объекты, затем повторите процедуру. После завершения проверьте отчёты: остатки по регистрам должны стать нулевыми.

Порядок действий
  1. 1
    Сделайте выгрузку базы в файл .dt через конфигуратор
  2. 2
    Завершите сеансы всех пользователей
  3. 3
    Через «Групповое изменение реквизитов» пометьте на удаление все документы
  4. 4
    Запустите «Удаление помеченных объектов» в монопольном режиме
  5. 5
    Обработайте сообщения о связанных объектах и повторите удаление
  6. 6
    Сформируйте отчёты по остаткам и убедитесь, что они нулевые

Способ 2. Свёртка базы на дату

Свёртка — это «схлопывание» истории: все документы до выбранной даты удаляются или архивируются, а вместо них создаются документы ввода остатков. Текущее состояние учёта сохраняется, история — нет. Это стандартный способ обнулить старые периоды, не теряя актуальные данные.

В УНФ свёртка выполняется обработкой «Свёртка информационной базы», которая входит в состав поставки или доступна на диске ИТС. Обработка анализирует остатки по регистрам на дату свёртки, формирует документы ввода начальных остатков и помечает на удаление документы прошлых периодов. Перед запуском убедитесь, что остатки в отчётах корректны — свёртка перенесёт в новую базу и ошибки, если они есть.

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

Способ 3. Новая чистая база с переносом справочников

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

Для переноса используют типовую обработку «Выгрузка и загрузка данных XML» (доступна на диске ИТС) или встроенный механизм синхронизации. Поскольку конфигурации идентичны, выгрузка-загрузка проходит без конвертации: выгружаете справочники из старой базы в XML-файл и загружаете в новую. Перед загрузкой проверьте, что в новой базе созданы те же валюты, единицы измерения и организации — иначе часть элементов не загрузится из-за битых ссылок.

Начальные остатки на дату старта учёта вводятся документом «Ввод начальных остатков» (раздел «Компания» или «Деньги» в зависимости от участка). Данные для ввода берите из контрольных отчётов старой базы.

Сравнение вариантов обнуления

Удаление всех документов

Быстро и просто, подходит для тестовых баз. Не подходит, если в базе есть юридически значимые данные

Свёртка базы

Сохраняет актуальные остатки, убирает историю. Требует тщательной сверки и архивной копии старой базы

Новая база с переносом справочников

Максимально чистый старт, но трудоёмко: нужно переносить справочники и вручную вводить начальные остатки

Обнуление отдельных участков учёта

Часто обнулить нужно не всю базу, а конкретный участок. Для складских остатков используйте документы «Списание запасов» (убрать лишнее) и «Оприходование запасов» (добавить недостающее) по результатам инвентаризации — документ «Инвентаризация запасов» в УНФ автоматизирует этот процесс и сам формирует корректирующие документы.

Взаиморасчёты с контрагентами корректируются документом «Взаимозачёт» (списание встречных долгов) или «Корректировка долга». Денежные остатки по кассе и счетам исправляются через «Поступление в кассу» / «Расход из кассы» с соответствующей статьёй, но делать это стоит только после выяснения причины расхождения — иначе вы замаскируете ошибку, а не решите её.

Типичные ошибки
01
Обнуление без резервной копии — при ошибке данные теряются безвозвратно
02
Удаление документов закрытых периодов, по которым сдана отчётность — риск претензий при проверке
03
Свёртка базы с ошибочными остатками — ошибки переносятся в новую базу и закрепляются
04
Удаление справочников вместе с документами — номенклатуру и контрагентов придётся заводить заново
05
Работа в базе пользователями во время удаления — часть объектов блокируется и не удаляется

Проверка результата после обнуления

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

Дополнительно выполните тестирование и исправление базы (через конфигуратор, в режиме проверки логической и ссылочной целостности) — массовое удаление объектов иногда оставляет битые ссылки. Завершите работу пунктом «Администрирование» → «Обслуживание» → проверкой, что в базе не осталось помеченных на удаление объектов.

Контрольные точки

Как проверить результат

Отчёт «Остатки товаров на складах»
Норма

Нулевые остатки (при полном обнулении) или совпадение с контрольным отчётом (при свёртке)

Тревожный признак

Остались позиции с количеством или суммой

Отчёт по взаиморасчётам
Норма

Нет долгов по контрагентам или суммы совпадают с данными до свёртки

Тревожный признак

Появились непонятные сальдо по контрагентам

Удаление помеченных объектов
Норма

Список помеченных объектов пуст

Тревожный признак

Остались объекты, которые «используются в других объектах»

Тестирование и исправление
Норма

Проверка завершена без ошибок ссылочной целостности

Тревожный признак

Есть сообщения о битых ссылках и потерянных объектах

Итог

Что важно запомнить

Обнуление УНФ — это всегда подготовка (копия, контрольные отчёты), выбор подходящего сценария (удаление, свёртка или новая база) и обязательная сверка результата. Данные закрытых отчётных периодов не удаляют, а архивируют вместе со старой копией базы.

Частые вопросы

Можно ли обнулить УНФ без конфигуратора?

Да. Пометка документов через «Групповое изменение реквизитов», удаление помеченных объектов и ввод начальных остатков выполняются прямо в режиме 1С:Предприятие. Конфигуратор нужен только для выгрузки резервной копии в .dt и тестирования базы — хотя копию файловой базы можно сделать и простым копированием файла 1Cv8.1CD.

Удалятся ли справочники вместе с документами?

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

Как обнулить базу в облачной УНФ (1С:Фреш)?

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

Что делать, если после удаления документов остатки не обнулились?

Проверьте, не остались ли непомеченные документы в закрытых периодах или среди объектов, которые система не смогла удалить из-за ссылок. Также остатки могут формироваться документами ввода начальных остатков — их нужно пометить отдельно. Повторно запустите удаление помеченных объектов и перепроверьте отчёты.

Можно ли обнулить только один склад или одну организацию в базе?

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

Сколько времени занимает полное обнуление базы?

Зависит от объёма данных. Небольшая база с несколькими тысячами документов очищается за десятки минут. База с сотнями тысяч документов может обрабатываться несколько часов, особенно этап удаления помеченных объектов. Планируйте операцию на нерабочее время и заранее предупредите пользователей.