Исправление ошибок в 1с. Тестирование и исправление информационной базы. Какие галочки ставить

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

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

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

Причины, ведущие к проблемам:

• Аварийное прекращение работы (внезапное отключение питания);
• Физический износ жесткого диска;
• Сбои в работе компьютера.

Перед исправлением базы сделайте резервную копию

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

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

Если удалось войти в Конфигуратор, то нужно выбрать в меню опцию Администрирование → Выгрузить информационную базу, как на рис.1. В открывшемся окне нужно задать каталог для записи резервной копии и имя файла, в котором будет сохранен архив.

Перед тестированием и исправлением копия делается обязательно, поскольку при исправлении выполняются необратимые изменения данных. Иногда (очень редко) они могут не улучшить, а ухудшить состояние базы данных.

При нормальной работе резервные копии нужно делать регулярно, лучше всего – ежедневно. Для того, чтобы эта работа выполнялась автоматически, установите бесплатную программу Бэкапер-1С Резервные копии бухгалтерии .

Лучше хранить резервные копии не на том же носителе, где расположена сама база. Подойдет флэшка, хранилище в Интернете, другой жесткий диск. Ведь иногда потеря данных бывает связана с физическим износом жесткого диска.

Наличие резервных копий – страховка от потери данных. Однако нельзя поручиться, что в резервных копиях все идеально, поэтому актуальность опции Тестирование и Исправление не уменьшается.

Рис. 1. Выгрузка данных.

Подведем итог:

• Резервные копии нужно делать регулярно;
• Резервные копии нужно хранить на другом носителе;
• Для автоматизации есть программа Бэкапер-1С Резервные копии бухгалтерии;
• Перед тестированием и исправлением обязательно делают копию базы.

Исправление информационной базы внутренними средствами программы

После того, как сделана резервная копия, откроем базу в режиме Конфигуратора. Выбираем опцию меню Администрирование → Тестирование и исправление информационной базы.

В открывшемся окне нужно проставить галочки (рис.2).

Но лучше не делать этого: не все операции, перечисленные в меню, необходимы при ремонте после аварии.

Рис.2. Окно тестирования и исправления 1с 8 с проставленными галочками во всех пунктах. Так делать НЕ НАДО:

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

Выполнить все – не самый лучший вариант! Квалифицированные пользователи выполняют действия поэтапно и выборочно.

Этапы исправления

Рассмотрим все пункты меню Тестирование и исправление.

• Реиндексация таблиц информационной базы;
• Проверка логической целостности;
• Проверка ссылочной целостности;
• Пересчет итогов;
• Сжатие таблиц;
• Реструктуризация таблиц.

Первый этап, Реиндексация таблиц информационной базы, помогает решить 90% проблем. Что происходит в процессе реиндексации?

Внесение данных в справочники, создание новых документов сопровождается их автоматическим упорядочиванием. Названия выстраиваются по алфавиту, документы – по датам и т.д. При этом физический порядок следования записей не меняется. Записи выводятся на экран в определенном порядке, потому что им присвоены номера (индексы), и соответствие индекса физическому номеру записи содержится в таблицах индексов.

Индексы очень важны:

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

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

Каждая новая запись сопровождается изменениями в таблицах индексов: например, после внесения в справочник записи, начинающейся на букву А, ей будет присвоен один из первых индексов, а все остальные индексные номера будут изменены. Небольшая пауза, возникающая после внесения новой записи, связана с пересчетом индексов; чем больше база, тем заметнее пауза.

Создание документа и записей в нем приводит в движение несколько индексных таблиц (иногда несколько десятков). Фактически, реиндесация таблиц в 1с ведется постоянно во время работы с данными. Но в рабочем режиме индексируются каждый раз одна или несколько таблиц, а при Тестировании и исправлении выполняется полная индексация всех таблиц, и этот процесс, для больших баз, занимает длительное время.

Итак, при переиндексации происходят такие процессы:

• Записи заново ранжируются и упорядочиваются;
• Восстанавливается связь между таблицами и другими объектами;
• Во многих случаях – восстанавливается работа программы.

После переиндексации можно проверить – восстановилась ли работоспособность базы.

Следующий этап – проверка логической целостности. Проверяется соответствие реальной структуры информационной базы и ее описания в Конфигурации (наличие объектов, наличие связей между объектами). Эта проверка зачастую сообщает об ошибках даже в работающей базе, не следует паниковать при таких сообщениях. Однако это повод для обращения за консультацией к специалисту.

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

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

Если нет необходимости, то от пересчета итогов лучше воздержаться.

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

Сжатие таблиц – полезная функция, хотя ее выполнять не обязательно.

Реструктуризация таблиц – операция, актуальная при переходе на новую версию программы. При реструктуризации создаются пустые таблицы с форматом, заданным в конфигурации, и в них переносится, запись за записью, информация из старых таблиц. В новых таблицах могут быть расширены поля, добавлены новые поля. Реструктуризация – это операция, которая должна подготовить информационную базу для работы по-новому, и она абсолютно необходима при обновлениях.

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

Итак, при исправлении «упавшей» программы необходимы и полезны опции:

• Реиндексация таблиц информационной базы
• Проверка логической целостности
• Проверка ссылочной целостности

Что делать, если не удается запустить Тестирование и исправление?

Если база сильно повреждена и даже в Конфигуратор не удается войти, остается еще одна возможность восстановления: воспользуйтесь утилитой chdbfl.exe. Файл можно найти в папке Bin каталога установки (рис.3).

Рис. 3. Выбор утилиты chdbfl.exe

По записи в командной строке, показанной на рис.3, видно, что путь к файлу лежит через каталог 1сv8.2, или 1сv8.3, короче говоря, через каталог программы. Он может быть расположен в папке Program Files или в другой папке. Нужно найти место расположения каталога и открыть его. Внутри каталога открыть папку Bin,

Запустив исполняемый файл, выбирайте базу, подлежащую исправлению, и разрешите исправлять обнаруженные ошибки (рис.4)

Рис.4. Окно программы chdbfl.exe

Подведем итоги. Если программа не запускается после аварийного прерывания работы, нужно сделать следующее:

• Сделать резервную копию;
• Попытаться войти через Конфигуратор и воспользоваться опцией Тестирование и исправление;
• Если в Конфигуратор не удается войти, найти программу exe и попытаться спасти данные при помощи этой программы;
• Если все попытки не дают результата, нужно обратиться за помощью к специалистам;
• В случае невосстановимой потери данных установить последнюю работоспособную резервную копию;
• Если резервное копирование не выполнялось – восстанавливать данные по первичным документам и бумажным распечаткам.

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

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

Первым предложением каждого специалиста в такой ситуации, станет восстановление резервной копии. Если таковой не имеется или она устарела, необходимо будет предпринять ряд несложных действий, например, протестировать базу 1С. В данной статье мы рассмотрим только один из механизмов поиска и устранения ошибок в базах данных 1С, а также особенности его использования.

Тестирование и исправление информационной базы 1С мы рассмотрим на примере конфигурации 1С Бухгалтерия редакции 3.0 (релиз – 3.0.54.20), платформа - 8.3.10.2561. Для более старых редакций и других конфигураций, а также версий платформы 8.2, алгоритм работы данной утилиты аналогичен.

Начнем с нашего обязательного напоминания о том, что перед ЛЮБЫМИ манипуляциями с конфигуратором 1С, в том числе и перед тем, как провести тестирование и исправление базы 1С 8.3, рекомендуется создать резервную копию той базы данных, с которой мы собираемся иметь дело.

Нужный нам режим работы, созданный, чтобы протестировать базу 1С и исправить найденные ошибки, доступен в конфигураторе, в разделе меню «Администрирование».

Запустив утилиту, мы увидим следующее окно:

Оно содержит перечень проверок и режимов, а также способы тестирования. Остановимся на каждом из них подробнее.

Реиндексация таблиц ИБ – при постановке галочки проводится реиндексация таблиц. Это процесс полного перестроения индексов таблиц БД. Реиндексация достаточно сильно улучшает производительность и быстродействие систем 1С.

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

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

Пересчет итогов, с понятием о которых мы сталкиваемся в регистрах 1С. Это таблицы результатов, подсчитанные данные из которых анализировать проще и быстрее, чем «пересматривать» весь регистр. Процедура способна увеличить скорость работы БД.

Сжатие таблиц ИБ – уменьшает объем БД. Дело в том, что при удалении объектов из БД, 1С не удаляет их окончательно, а только помечает на удаление. Т.е. они остаются в БД, но не доступны в работе. Если такие данные не удаляются специальной обработкой, то они удаляются при сжатии таблиц ИБ. Того же эффекта, кстати, можно достичь выгрузкой/загрузкой файла БД.

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

Чуть ниже этого списка находится поле выбора вида тестирования: будет ли проходить просто тестирование, при котором система покажет имеющиеся ошибки, но не будет их исправлять, или тестирование с дальнейшим исправлением. В этом случае система постарается исправить все найденные ошибки.

Еще ниже находятся варианты работы с «битыми» ссылками и при частичной потере данных. Доступны три варианта:

• Создавать объекты – система создает пустой элемент, который потом можно будет заполнить данными вручную.
• Очищать ссылки – «битые» ссылки и объекты с частичными данными будут удалены.
• Не изменять – только показав ошибки, объекты система менять не станет.

И последняя зона нашего окна – возможность приостановить и продолжить прерванное тестирование. Дело в том, что в некоторых БД процесс тестирования и исправления может занять длительное время (от 1-2, до 20-30 часов). При наличии подозрений на то, что система будет проводить проверку очень долго, можно поставить галочку «Прервать выполнение проверки через» и установить временной промежуток, по истечении которого выполнение проверки будет приостановлено.

При наличии галочки «Продолжить прерванное ранее тестирование», нажатие кнопки «Выполнить» продолжит тестирование с места остановки.

Утилита chdbfl.exe

Если в силу ряда причин попасть в конфигуратор мы не можем – нет прав на запуск, например, то можно воспользоваться утилитой «chdbfl.exe». Это, по сути, аналог тестирования и исправления файловой (для SQL не подходит) информационной базы. Она проводит проверку физической целостности БД. Рассмотрим, где она находится и как ею пользоваться.

Заходим в папку с установленной платформой. Скачивать файл не надо.

После запуска мы увидим следующее окно:

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

После окончания проверки система сообщит о найденных ошибках.

Если с вашей базой 1С возникли проблемы, полезли различные ошибки или даже она перестала запускаться, то следует выполнить тестирование и исправление базы 1С.Первое и самое важное, что нужно сделать перед исправлением любой конфигурации, – . Мы не зря привели 2 способа создания резервной копии базы 1С. Даже если конфигурация перестала запускаться в режиме конфигуратора, вы всегда сможете сделать ее копию, воспользовавшись 1 способом (копированием файла конфигурации).

Теперь, когда резервная копия сделана, запустите базу в режиме конфигуратора:

Если ваша конфигурация повреждена на столько, что не запускается даже в режиме Конфигуратора, то для ее восстановления можно , которая входит в комплект поставки 1С Предприятие 8.

Выберите пункт ‘Администрирование’-‘Тестирование и исправление…’ :

Перед вами откроется окно с настройками режима проверки и исправления базы 1С, которые нужно выбрать и нажать кнопку ‘Выполнить’.

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

Рассмотрим все режимы проверки и исправления по порядку:

Реиндексация таблиц информационной базы.

Для ускорения поиска по определенным реквизитам объектов нашей конфигурации система 1с формирует индексы. В данном режиме исправления система сформирует все индексы заново.

Проверка логической целостности информационной базы.

Как следует из названия, в данном режиме система проверяет и исправляет логические ошибки в структурах таблиц базы данных.

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

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

Пересчет итогов.

Итоги - это своеобразные индексы для регистров. Например, итоги по регистру остатков товаров позволяют нам быстро получать остатки товаров на нужную дату и т.д. В данном режиме система пересчитывает все итоги за все периоды. Как правило это очень долгая по времени проверка.

Сжатие таблиц информационной базы.

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

Реструктуризация таблиц информационной базы.

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

Выбрав нужный пункт, запустите проверку нажав на кнопку ‘Выполнить’.

Совсем недавно, начиная с версии 3.0.43.50, в программе 1С:Бухгалтерия 8 редакция 3.0 в документ «Корректировка поступления» разработчиками добавлен новый вид операции Исправление собственной ошибки. Теперь документ позволяет не только регистрировать полученные от поставщика исправленные или корректировочные счета-фактуры и производить соответствующую корректировку в учете, но и исправлять допущенные работниками бухгалтерии технические ошибки. В данной статье мы на конкретном примере подробно рассмотрим, как можно исправить в бухгалтерском учете и в целях налогообложения ошибку, совершенную при вводе в программу сведений из первичного документа.

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

Рассмотрим пример

Организация «Рассвет» применяет общий режим налогообложения – метод начисления и Положение по бухгалтерскому учету (ПБУ) 18/02 «Учет расчетов по налогу на прибыль организаций». Организация является плательщиком НДС.

В январе 2016 года при вводе в программу первичного документа, предъявленного сторонней организацией акта об оказании услуг, бухгалтер-операционист допустил две ошибки. Во-первых, указал неверную стоимость услуги, а во-вторых, при регистрации полученного от поставщика счета-фактуры, ошибся в указании его номера. Полученный от поставщика акт об оказании услуг регистрируется в программе с помощью документа Поступление с видом операции Услуги. В графе «Сумма» табличной части документа вместо правильных 6 000 рублей было указано 5 000 рублей.

Полученный счет-фактура регистрируется в «подвале» документа путем указания его номера и даты. Вместо «настоящего» номера 7 был указан номер 1.
Расходы на приобретенную услугу в бухгалтерском учете относятся к общехозяйственным расходам (счет учета 26). Документ Поступление с вышеперечисленными ошибками и результат его проведения представлены на Рис. 1.

При проведении документ в бухгалтерском учете и в целях налогообложения прибыли учел стоимость услуг без НДС по дебету счета 26 «Общехозяйственные расходы», выделил по дебиту счета 19.04 «НДС по приобретенным услугам» сумму предъявленного поставщиком НДС в корреспонденции с кредитом счета 60.01 «Расчеты с поставщиками и подрядчиками». Также документ сформировал запись в регистр накопления НДС предъявленный, который является основанием для формирования записей в книгу покупок.

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

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

Сформированный с неправильным номером документ Счет-фактура полученный приведен на Рис. 2.

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

Результат проведения документа Счет-фактура полученный приведен на Рис. 3.

Документ при проведении в бухгалтерском учете принял к вычету сумму НДС и сформировал запись в регистр НДС Покупки (в книгу покупок), соответственно, с заниженной суммой НДС и ошибочным номером счета-фактуры.
Книга покупок за первый квартал показана на Рис. 4.

Стоимость услуги была оплачена поставщику только в следующем квартале. Документ Платежное поручение был создан на основании ошибочного документа Поступление.

Проводка соответствующего документа Списание с расчетного счета, созданного при получении выписки с расчетного счета, показана на Рис. 5.

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

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

В соответствии с п. 5 ПБУ 22/2010 «Исправление ошибок в бухгалтерском учете и отчетности», ошибка отчетного года, выявленная до окончания этого года, исправляется записями по соответствующим счетам бухгалтерского учета в том месяце отчетного года, в котором выявлена ошибка.

В соответствии с п. 1 ст. 54 НК РФ, при обнаружении ошибок (искажений) в исчислении налоговой базы, относящихся к прошлым налоговым (отчетным) периодам, в текущем налоговом (отчетном) периоде перерасчет налоговой базы и суммы налога производится за период, в котором были совершены указанные ошибки (искажения).

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

Как мы уже говорили, в результате допущенной ошибки, была занижена сумма расходов. Следовательно, в целях налогообложения прибыли, была завышена налогооблагаемая база (прибыль) и, соответственно, это привело к излишней уплате налога. Поэтому исправления в целях налогообложения прибыли можно произвести в текущем отчетном периоде, как и в бухгалтерском учете.

А вот для того, чтобы разобраться, как нам поступить с НДС, мы обратимся к Постановлению Правительства Российской Федерации № 1137 от 26.12.2011 года. В соответствии с п. 4 Правил ведения книги покупок, при необходимости внесения изменений в книгу покупок (после окончания текущего налогового периода) аннулирование записи по счету-фактуре, корректировочному счету-фактуре производится в дополнительном листе книги покупок за налоговый период, в котором были зарегистрированы счет-фактура, корректировочный счет-фактура, до внесения в них исправлений.

Для исправления описанной нами ошибки мы воспользуемся документом Корректировка поступления и в качестве вида операции выберем Исправление собственной ошибки.

На закладке Главное необходимо выбрать основание – это тот документ поступления, в котором допущена ошибка, который мы будем корректировать (в нашем случае это документ Поступление (акт, накладная) № 1 от 11.01.2016 г.). Чуть ниже, при выборе основания, автоматически отражается ссылка на исправляемый документ Счет-фактура полученный и его реквизиты.

Нам необходимо исправить входящий номер (новое значение равняется 7). На данной закладке можно выбрать, где будет отражаться корректировка: только в учете НДС или во всех разделах учета (мы хотим внести исправления в бухгалтерский учет, в учет по налогу на прибыль и в учет НДС). Также можно выбрать счета для отражения доходов и расходов.

Заполненная закладка Главное документа Корректировка поступления представлена на Рис. 6.

Если для исправления ошибки, необходимо исправлять какие-то суммовые показатели, то тогда могут понадобиться закладки: Товары, Услуги, Агентские услуга.
Так как в нашем примере ошибка допущена при вводе в программу акта об оказании услуг, мы воспользуемся закладкой Услуги и укажем правильную цену – 6 000 рублей.
Закладка Услуги документа Корректировка поступления представлена на Рис. 7.

При проведении документ в бухгалтерском учете сторнирует ошибочную проводку по вычету НДС (Дт 68.02 - Кт 19.04) на сумму 900 рублей и сформирует правильную проводку на сумму 1 080 рублей. Дополнительно выделит по дебету счета 19.04 недостающую сумму предъявленного поставщиком НДС (180 рублей), увеличит по дебету счета 26 «Общехозяйственные расходы» в бухгалтерском и налоговом учете сумму расходов на услугу (1 000 рублей) и, соответственно, увеличит по кредиту счета 60.01 сумму задолженности поставщику (1 180 рублей).
Проводки документа Корректировка поступления представлены на Рис. 8.

Кроме проводок в бухгалтерском и налоговом учете документ сформирует записи в регистрах накопления по НДС.
В регистре НДС предъявленный (суммы НДС, предъявленные поставщиками) будет зафиксирован приход на правильную сумму НДС, и, так как эта сумма НДС непосредственно документом регистрируется в книге покупок, сразу же будет отражен ее расход.

В регистре НДС Покупки будут сформированы две записи. Первая запись - это сторно не правомерно принятой к вычету суммы НДС с ошибочным номером счета-фактуры. А вторая запись - это вычет правильной суммы НДС по счету-фактуре с правильными реквизитами. Так как исправления вносятся в прошлый налоговый период по НДС, в сформированных записях будет проставлен признак дополнительного листа и прописан соответствующий корректируемый период.
Сформированные документом Корректировка поступления записи в регистры накопления представлены на Рис. 9.

Также при проведении документа в программе будет создан (зарегистрирован) новый документ Счет-фактура полученный с пояснением «исправление собственной ошибки» (смотри Рис. 6). Данный документ можно просмотреть в списке документов Счет-фактура полученный. Ошибочный и исправленный документы показаны на Рис. 10.

Форма исправленного документа Счет-фактура полученный содержит дату исправления и ссылку на исправляемый документ. Также в форме документа присутствуют значения реквизитов полученного от поставщика счета-фактуры до исправления ошибки и после ее исправления (Рис. 11).

Давайте, для проверки корректности наших действий, сформируем книгу покупок за первый квартал – налоговый период, в котором была допущена ошибка.
В формируемом нами отчете укажем нужный период. В настройках отчета включим флажок «Формировать дополнительные листы» и укажем вариант формирования – за текущий период.
Настройки отчета Книга покупок показаны на Рис. 12.

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

Как сделать тестирование и исправление базы 1С:Бухгалтерия (8.3 редакция 3.0)

Итак, с базой возникли проблемы. Полезли ошибки или она просто перестала запускаться. Не торопитесь вызывать программиста, многое можно сделать своими силами.

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

2. Теперь, когда резервная копия сделана, запустите базу в режиме конфигуратора:

3. Выберите пункт "Администрирование"-"Тестирование и исправление..." :

4. Перед нами много вариантов проверок и исправлений, которые нужно выбрать и нажать кнопку "Выполнить". В принципе, можно выбрать их все, но наиболее разумным будет выполнять эти проверки и исправления по-порядку и после каждого исправления проверять - не пропали ли ошибки в базе:

5. Будем тестировать и исправлять сразу (второй вариант):

6. Если база очень большого размера, то можно ограничить выполнение проверок во времени. Не будем этого делать:

7. Реиндексация таблиц информационной базы. Что это такое? Для каждой таблицы (например, справочника) в базе строится индекс для ускорения поиска по определенным полям. Так вот, это исправление заново строит все индексы:

8. Проверка логической целостности информационной базы проверяет и исправляет логические ошибки в структурах таблиц:

9. Проверка ссылочной целостности информационной базы проверяет все ссылки на объекты, которые могут уже не существовать или быть разрушенными:

Поэтому на данной проверке нужно указать, что делать с такими объектами: создавать новые, очищать или ничего не делать.

10. Пересчет итогов. Итоги - грубо говоря, это индексы для регистров, в которых хранится информация, создаваемая документами. Например, наличие итогов по регистру остатков товара позволяет нам быстро получать значение остатков товара на некоторую дату. Эта проверка заново пересчитывает все итоги за все время. Замечу, что обычно это очень долгая по времени проверка.

11. Со временем базы данных сильно увеличиваются в размерах. Это происходит, потому что в базе накапливается много данных, которые мы пометили на удаление, затем удалили, но на самом-то деле в базе они по-прежнему остались (просто мы их больше не видим). Пункт "Сжатие таблиц информационной базы" производит их настоящее удаление и база сокращается в размере:

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

13. Выбрав нужный пункт, запускайте проверку (кнопка "Выполнить"):

14. После всех проверок откроется окно Служебные сообщения с информацией о результатах тестирования:

Если исправление не помогло и стало только хуже - из резервной копии, которую мы сделали на первом этапе.

Тестируем через обновлятор

Для пользователей моего всё ещё проще.

Отметьте нужную базу в списке, а затем из пункта "Ещё" выберите пункт "6.06 Тестирование и исправление баз":

Откроется окно с опциями полностью совпадающими с опциями конфигуратора:

Отметьте нужные и нажмите кнопку "ОК".

При этом обновлятор:

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

При этом, если вам потребуется восстановить (откатить) базу на созданную резервную копию перед тестированием - отметьте базу галкой, а затем из пункта "Ещё" выберите вариант "6.01 Восстановить файл данных базы из zip, 7z, rar".