В статье рассматривается системная утилита «Тестирование и исправление информационной базы» — в каких случаях может помочь, какие имеет настройки для чего нужны.
Содержание
Бывает так, что из-за программного или аппаратного сбоя, аварийного прерывания работы или еще по ряду причин, в базе 1С начинают накапливаться ошибки. До поры они могут быть незаметными, но со временем симптомы проявляются все отчетливее. Вот лишь некоторые из них:
на самом деле, проблем и ошибок много, и для разных баз они могут быть совершенно разными, вплоть до того, что 1С в принципе отказывается запускаться или вылетает. В большинстве случаев причина — физическое повреждение базы данных или рассогласование логической целостности (например, платформа должна была удалить данные из двух таблиц синхронно, но по какой-то причине удалила только из одной, и т. п.).
Все болит, ничего не помогает!
Если мы словили ошибку времени выполнения — отладчик в руки и вперед! А что делать, если причина ошибки не локализуется и от нас не зависит? Верно! Воспользоваться средствами диагностики! Вообще, средств диагностики и исправления ошибок, связанных именно с платформой и БД, не так много.
Тестирование и исправление ИБ средствами встроенной утилиты
Запускается данная утилита из конфигуратора, через меню Администрирование, в котором следует выбрать пункт «Тестирование и исправление». Откроется окно утилиты:
Какие же флажки следует ставить и для чего?
Первое и главное — сделать резервную копию базы. Так как если вы будете не просто запускать не просто тестирование, а еще и исправление выявленных ошибок, данная операция будет необратима, и если что-то пойдет не так, все может стать еще хуже ?
Реиндексация таблиц информационной базы
Данная галочка отвечает за перестроение индексов у таблиц базы данных. Вообще, индексы — это предмет отдельного обсуждения, и здесь я упомяну лишь, что часть индексов создается платформой, а другая часть — нашими умелыми ручками разработчиков 1С. Индексы нужны для ускорения поиска данных и повышения производительности 1С при работе с данными. И вот этот флажок «Реиндексация таблиц» отвечает за то, что утилита заново физически пересчитает все индексы, чтобы они не расходились с индексируемыми исходными таблицами. Также, полное перестроение индексов может привести к значительной оптимизации их работы и ускорению всей системы в целом.
Небольшое дополнение — этот флажок больше подходит для файловых баз, так как для клиент-серверных 1С рекомендует реиндексацию делать средствами самой СУБД (MS SQL Server, PostgreSQL и т. д.) Например, можно почитать тут: https://its.1c. ru/db/metod8dev#content:5837:hdoc:p4
Проверка логической целостности информационной базы
Ошибки, связанные с нарушением логической целостности, чаще всего возникают в результате некорректного обновления конфигурации, или в момент аварийного завершения работы при записи объекта. Это происходит потому, что редактирование объекта в базе означает редактирование записей в соответствующих таблицах СУБД. А при аварийном завершении в одних таблицах записи уже внесены, а в других — система не успела, что и приводит к логической рассинхронизации.
Тестирование и исправление с установленным флажком «Проверка логической целостности информационной базы» решает эти проблемы, восстанавливая логические связи между записями в таблицах.
Проверка ссылочной целостности информационной базы
Это подпункт проверки логической целостности, и отдельно его указать нельзя — если проставить его, то и предыдущий устанавливается автоматически.
Данный флажок отвечает за проверку и исправление т. н. «битых» ссылок на несуществующие объекты. Чаще всего «битые» ссылки появляются из-за некорректных действий разработчика. Неверно настроенные правила обмена или непосредственное удаление объектов могут приводить к появлению «битых» ссылок.
Пересчет итогов
Итоги — это отдельные таблицы в ИБ, которые хранят рассчитанные на основе движений итоги по регистрам бухгалтерии, накопления и периодических регистров сведений. Простейший пример — мы начали учет в январе; за январь у нас 100 движений приход и 100 движений расход. Когда мы хотим сформировать отчет, к примеру, по остаткам на 15 февраля, платформа получает уже рассчитанные итоги за январь, досчитывает по таблице движений остатки до 15 февраля, и возвращает эти остатки. Если бы итогов не было, нам бы каждый раз пришлось анализировать все движения с начала времен, что сильно замедлило бы работу.
Но в процессе работы, в таблицах итогов накапливаются нулевые значения, которые замедляют обработку данных для соответствующих регистров. Кроме того, в результате сбоев, выключения электричества и т. п., таблица итогов может не соответствовать движениям, которые эти итоги сформировали. Например, два движения в приход 10 шт, но в итогах не 20шт, как ожидается, а 10.
Для того, чтобы привести в соответствие итоги и движения, а также для оптимизации таблиц итогов, и используется утилита со включенным флажком «Пересчет итогов».
Сжатие таблиц информационной базы
Данный флажок доступен только для файлового варианта, так как при использовании сервера 1С, за управление физическими таблицами и выделение места на диске под них отвечает СУБД. При удалении данных из базы 1С, платформа для экономии ресурсов и времени не удаляет физически данные из СУБД. Они остаются в таблицах, но со специальной пометкой, чтобы платформа 1С их не использовала. В результате объем файла БД со временем увеличивается за счет этих скрытых объектов. Сжатие таблиц ИБ физически удаляет такие объекты.
Реструктуризация таблиц информационной базы
Если включена данная опция, то утилита для каждой таблицы в СУБД создаст копию с такой же структурой, и переместит данные из старой таблицы в новую. Аналогичная процедура реструктуризации происходит при изменении структуры конфигурации.
Пересоздание автономной конфигурации
Этот флажок предназначен для создания автономной конфигурации для мобильного клиента с автономным режимом. Эта возможность появилась в платформе начиная с версии 8.3.16. Если вкратце, часть критичного функционала, который должен быть доступен оффлайн, можно вынести в автономную конфигурацию, которая будет использоваться мобильным клиентом, если основной сервер не доступен. Подробнее можно почитать здесь:
https://wonderland. v8.1c. ru/blog/mobilnyy-klient-s-avtonomnym-rezhimom/
Нюансы
Следует учитывать, что тестирование и исправление ИБ — процедура длительная, необратимая, и монопольная. Отсюда рекомендации — делайте перед запуском резервную копию, убедитесь что предоставлен монопольный доступ — кроме конфигуратора не должно быть ни других сеансов, ни фоновых заданий. И планируйте запуск утилиты в нерабочее время. Соответственно, чем больше размер базы и больше отмечено флажков, тем длительнее будет работа утилиты.
Фото ИА «Клерк. Ру»
Направления, которые следует рассматривать при исправлении ошибок:
Часть ошибок при закрытии месяца кроется в неправильных настройках программы, баз данных и, в первую очередь, в некорректных, зачастую впопыхах установленных настройках «Учетной политики». Необходимо знать причинно-следственные связи между «флажками» настроек и ошибками, возникающими в учете.
Другая часть ошибок возникает в результате неправильного оформления документов, технических ошибок бухгалтера, ошибок, возникающих по невнимательности или по незнанию.
Однако не стоит забывать и о таком варианте. Месяц закрыт, по отчету ошибок не обнаружено, однако в учете могут иметь место некорректные данные.
Чтобы не допустить подобных ошибок, следует после выполнения всех регламентных операций по закрытию периода проверить корректность полученных учетных данных.
Для этих целей в «1С:Бухгалтерии 8» включены специальные отчеты :
Рис. 1. Отчеты по анализу учета
Перечисленные отчеты – это инструмент внутреннего контроля по проверке информационной базы.
Совет!Проведите проверку и вы сможете своевременно обнаружить и исправить ошибки.
Обратим ваше внимание на отчет «Экспресс-проверка ведения учета».
Экспресс-проверка представляет собой набор проверок, сгруппированных по разделам учета. Каждая такая проверка контролирует отсутствие ошибок в данных. Контроль может заключаться в соответствии учетных данных тем или иным положениям законодательства или в соответствии данных внутренним алгоритмам, заложенным в программу разработчиком.
В отчете представлено несколько направлений, по которым будет проводиться проверка. Можно не проводить проверку сразу по всем направлениям, а выбрать то, что является важным в настоящий момент, например, проверка «Операции по кассе».
Список возможных проверок
Рис. 2. Работа с отчетом «Экспресс-проверка ведения учета»
Выполнив экспресс-проверку, пользователь получает отчет о ее результатах, в котором показывается общее число проведенных проверок и число проверок, в ходе выполнения которых были обнаружены ошибки в данных информационной базы. Результаты экспресс-проверки можно выводить с детализацией до раздела учета или до каждой проверки кликая по "+" слева от раздела или комментария). В отчете могут быть показаны комментарии к каждой выполненной проверке.
5. Книги продаж» и «Формирование записей книги покупок».
Для целей НДС в экспресс-проверке предусмотрены два блока проверок (рис. 3).
Рис. 3. Проверка ведения книги покупок и книги продаж
На рис. 4 показаны проверки раздела «Ведение книги продаж по налогу на добавленную стоимость».
Рис. 4. Результаты проверки книги продаж
Каждая проверка раздела решает свои задачи
Соблюдение нумерации счетов-фактур. Проверка контролирует данный порядок нумерации счетов-фактур и сообщает о фактах нарушения в хронологии или пропусках в нумерации счетов-фактур.
Полнота выписки счетов-фактур по документам реализации. Данная проверка контролирует отклонение от методики. Методика учета расчетов по НДС, реализованная в программе, предусматривает, что каждый проведенный документ реализации должен сопровождаться проведенным документом "Счет-фактура выданный".
Своевременность выписки счетов-фактур по документам реализации. Проверка контролирует выполнение требования, которое предусматривает, что счета-фактуры по операциям реализации товаров (работ, услуг) выставляются не позднее 5 календарных дней, считая со дня отгрузки товара (выполнения работ, оказания услуг).
Соответствие в БУ выручки от продаж начисленному НДС. Проверка обеспечивает контроль за правильностью отражения суммы НДС на бухгалтерском счете 90.03 «Налог на добавленную стоимость» по операциям реализации товаров, работ и услуг. То есть осуществляется сопоставление суммы НДС, рассчитанной с выручки, отраженной на счете 90.01.1 «Выручка по деятельности с основной системой налогообложения» сумме НДС, отраженной на счете 90.03 «Налог на добавленную стоимость». Ошибкой является несоответствие суммы НДС, отраженная на счете 90.03 «Налог на добавленную стоимость» сумме НДС, исчисленной с выручки. Такое несоответствие типично для операций, в которых осуществлялись ручные корректировки бухгалтерских проводок и сумм в них.
Итак, ошибки обнаружены. Как их исправлять?
По каждой проверке указывается предмет контроля, результат проверки, возможные причины ошибки, рекомендации по исправлению ошибки и приводится детальный отчет об ошибках (рис. 5).
Рис. 5. Анализ сообщений в экспресс-проверке. Ведение книги продаж
Бухгалтеру нужно проанализировать каждое сообщение. Если действительно имеет место ошибка, то ее нужно исправить. После исправления всех ошибок нужно заново сформировать отчет.
Например, на рис. 5 видно, что обнаружена ошибка в нумерации счетов-фактур, а именно: «пропуски в нумерации», «нарушении хронологии».
В программе нам сразу предлагается решить эту задачу восстановлением нумерации, которую можно выполнить, перейдя к этой функции по гиперссылке «Автоматическая перенумерация документов».
Обратите внимание! Сообщение нас предупреждает о несовпадении выданных первичных документов. Подойдите внимательно к решению подобных вопросов.
Выполнив автоматическую перенумерацию документов мы получили безошибочный отчет по книге продаж.
Аналогичным образом необходимо исправить ошибки в книге покупок, если они имеются.
Рассмотрим детальный отчет об ошибках
https://1c. alexcode. ru/tii-bazy-1s/
https://www. klerk. ru/soft/articles/422323/