Свертка информационной базы «1С:Бухгалтерия 8» (редакция 3.0) — это процедура, к которой прибегают в надежде уменьшить объем базы данных, ускорить работу системы и скрыть ошибки прошлых периодов. Однако на практике стандартная свертка часто превращается в источник колоссального объема ручной работы для бухгалтера и лавины технических проблем для системного администратора или программиста. Очень часто «свернутая» база начинает вести себя непредсказуемо при первом же закрытии месяца или сдаче квартальной отчетности.
В этой статье мы подробно разберем, какие конкретно разделы учета, отчеты и механизмы гарантированно перестанут заполняться автоматически после проведения стандартной свертки, почему это происходит на уровне регистров и как минимизировать негативные последствия, если процедура уже выполнена. Также мы рассмотрим альтернативный, более надежный способ оптимизации размера базы данных.
Первое, с чем сталкивается бухгалтер в свернутой базе при сдаче отчетности, — это невозможность автоматического формирования Бухгалтерского баланса. Согласно правилам составления бухгалтерской отчетности, в балансе должны быть приведены показатели не только за текущий отчетный период, но и за два предшествующих года. Например, если мы сворачиваем базу на 01.01.2023 года, то в балансе за 2023 год должны быть отражены данные на 31.12.2022 и на 31.12.2021.
Поскольку при свертке все первичные документы и обороты за прошлые периоды удаляются, а вместо них создаются документы ВводОстатков на дату свертки, программа физически теряет информацию о сальдо на конец прошлых лет. Как результат:
Рассмотрим эту проблему шире: любые сравнительные аналитические отчеты, сопоставляющие динамику продаж, расходов или движения денежных средств «год к году», станут бесполезными.
Учет НДС в конфигурации «1С:Бухгалтерия 3.0» является одним из самых сложных и завязан на партионный учет и регистры накопления. Стандартная свертка практически всегда ломает автоматизацию этого блока в следующих сценариях:
Корректировки поступлений и реализаций прошлых периодов. Если в новом периоде возникает необходимость сделать документ КорректировкаПоступления или КорректировкаРеализации, а сам исходный (корректируемый) документ находился до даты свертки, автоматическое заполнение не сработает. Программа не найдет первичный документ-основание. Бухгалтеру придется делать все корректировки вручную, включая ручное формирование проводок и записей в регистры НДС.
Сложный (раздельный) учет НДС. Если организация ведет деятельность, облагаемую по разным ставкам (например, экспорт по ставке 0%, операции без НДС или деятельность на патенте), то программа использует партионный учет для отслеживания входящего НДС по регистрам НДСПредъявленный и НДСПоПриобретеннымЦенностям. Свертка «схлопывает» эти партии. В результате автоматическое распределение НДС при закрытии месяца начинает выдавать ошибки, а входящий НДС по остаткам товаров на складах не может быть корректно списан или принят к вычету.
Регистрация счетов-фактур на аванс. При свертке расчетов с покупателями и поставщиками реальные документы оплаты заменяются служебными документами расчетов (ввода остатков). При регламентной операции «Регистрация счетов-фактур на аванс» программа может повторно попытаться начислить НДС с авансов, которые уже были отражены в прошлых периодах, что приводит к задвоению налога в Книге продаж или невозможности принять НДС к вычету при последующей отгрузке в Книге покупок.
Для организаций, применяющих упрощенную систему налогообложения с объектом «Доходы минус расходы» (УСН 15%), стандартная свертка противопоказана в 95% случаев. Для признания расходов при УСН (например, по приобретенным товарам и материалам) программа должна отследить выполнение цепочки событий:
Вся эта цепочка контролируется в регистре накопления РасходыПриУСН. Когда мы выполняем свертку, первичные документы поступления и оплаты удаляются. Программа теряет информацию о том, какие конкретно позиции из остатков на складе были оплачены поставщику, а какие нет.
При продаже этих остатков в новом периоде их стоимость не попадет в КУДиР автоматически. Бухгалтеру придется вручную анализировать каждый остаток, сверять его с архивной базой и вручную корректировать записи регистра РасходыПриУСН, присваивая им правильные статусы (например, «Не списано, оплачено»). В противном случае организация понесет прямые убытки из-за завышения налогооблагаемой базы.
Начисление амортизации в «1С:Бухгалтерии 3.0» — это процесс, который полностью зависит от внесистемных данных, хранящихся в многочисленных регистрах сведений. Для правильного расчета программе недостаточно просто видеть остаток по дебету счета 01 и кредиту счета 02. Ей жизненно необходима информация из следующих регистров сведений:
ПервоначальныеСведенияОСБухгалтерскийУчет (информация о первоначальной стоимости, сроке полезного использования и способе начисления амортизации);ПараметрыАмортизацииОСБухгалтерскийУчет (параметры для расчета в текущем месяце);СостоянияОСОрганизаций (приостановлено ли начисление амортизации, например, из-за консервации);СобытияОСОрганизаций.При выполнении стандартной свертки эти регистры часто переносятся некорректно или частично очищаются, особенно если по объектам ОС ранее проводилась модернизация, переоценка или изменение параметров амортизации. При первом же закрытии месяца после свертки вы можете столкнуться с тем, что:
Каждую карточку ОС после свертки придется перепроверять вручную, сверяя ведомость амортизации с архивной базой.
Если учет заработной платы и кадровый учет ведутся непосредственно в «1С:Бухгалтерии 3.0» (без использования внешней программы «1С:Зарплата и управление персоналом»), то свертка разрушает этот блок практически полностью.
Выплата зарплаты и авансов. Документы ВедомостьВКассу и ВедомостьВБанк перестают заполняться автоматически. Учет взаиморасчетов с сотрудниками ведется не только на счете 70, но и в специализированных регистрах накопления ВзаиморасчетыССотрудниками и ЗарплатаКВыплате. Свертка часто переносит сальдо по счету 70, но очищает или некорректно заполняет эти регистры. В итоге программа «не понимает», за кем именно числится долг и в каком размере его нужно выплатить.
Расчет среднего заработка для отпусков и больничных. Чтобы рассчитать сумму отпускных или больничного листа, программе требуются данные о начислениях сотрудника за предшествующие 12 или 24 месяца соответственно. Поскольку все документы начислений за эти периоды удалены сверткой, база для расчета среднего заработка окажется пустой. Бухгалтеру придется поднимать архивную базу, рассчитывать средний заработок вручную и вручную вносить эти данные в документы начислений в новой базе.
Автоматическое списание расходов будущих периодов (счет 97) также завязано на регистры сведений. Свертка часто нарушает логику работы этих механизмов. Если после свертки пользователь случайно перепроведет документы закрытия месяца за период, предшествующий свертке (например, декабрь при свертке на 1 января), или если параметры списания РБП перенеслись некорректно, автоматическое списание на счета затрат (20, 26, 44) может прекратиться либо суммы начнут удваиваться. Рекомендуется детально проверить карточку счета 97.21 по каждому объекту РБП.
Особое внимание стоит уделить забалансовым счетам, на которых учитывается малоценное имущество в эксплуатации (например, счет МЦ.04 «Инвентарь и хозяйственные принадлежности в эксплуатации», или счет 01 «Арендованные основные средства»).
Стандартный помощник свертки баз очень часто «забывает» проанализировать и перенести остатки по забалансовым счетам. В результате документы ввода остатков по ним просто не создаются, и все накопленные данные о спецодежде, инвентаре и малоценке, находящейся у сотрудников, бесследно исчезают. Восстанавливать эти данные приходится вручную путем создания документов ВводОстатков по забалансовым счетам.
Многие пользователи и администраторы считают, что свертка значительно уменьшит размер базы данных (файла .1CD или таблиц SQL). На практике это миф. Стандартная свертка при параметрах по умолчанию (когда часть критически важных регистров предлагается не сворачивать ради сохранения работоспособности базы) практически не уменьшает ее физический размер.
Проанализируем реальный пример: база активно росла в течение нескольких лет. Была выполнена свертка за три года, после чего запущено удаление помеченных объектов и полное тестирование и исправление (ТиИ) со сжатием таблиц. В результате размер файла базы данных уменьшился всего на 10-15%. При этом на саму процедуру удаления помеченных объектов ушло колоссальное количество времени, так как в базах объемом более 10 Гб этот процесс часто зависает или аварийно завершается из-за нехватки оперативной памяти СУБД.
Вместо того чтобы запускать стандартную свертку, которая оставляет в базе огромное количество «мусорных» связей, битых ссылок и недоудаленных объектов, опытные специалисты используют метод переноса остатков в чистую базу. Разберем этот процесс по шагам:
ВводОстатков на выбранную дату (например, на начало года) в старой базе, после чего эти документы переносятся в новую чистую базу.Этот подход гарантирует, что новая база будет действительно «чистой», без технических ошибок в структуре таблиц, а ее размер сократится на 70-80%, в отличие от стандартной свертки.
Свертка базы «1С:Бухгалтерия 3.0» — это крайняя мера, которая несет в себе больше рисков и трудозатрат для бухгалтерии, чем реальной пользы. Если вы все же решились на эту процедуру, обязательно сделайте резервную копию и будьте готовы к тому, что в первые месяцы работы бухгалтерам придется вручную проверять и корректировать регламентные операции по НДС, начислению амортизации ОС, списанию РБП и расчету среднего заработка.