Ошибки в работе с 1с бухгалтерия. Наиболее частые ошибки «1С» и методы их исправления. Обновление платформы до последней версии

Важно! Если бухгалтер планирует внести корректировки в прошлый период и налог не занижен, то корректировка налоговых данных в 1С 8.3 производится вручную.

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

Допустим, общество «Конфетпром» в марте обнаружило техническую ошибку при предоставлении услуг связи за декабрь 2015 года, сумма затрат была превышена на 30 600 руб.

Было оформлено документом Поступление (акты, накладные) из раздела Покупки. Также сразу был зарегистрирован счёт-фактура:

Также был выставлен счёт-фактура:

и был принят НДС к вычету:

На данное поступление был оформлен корректирующий документ .

Важно определить причину корректировки (вид операции):

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

Рассмотрим данный пример при двух этих ситуациях.

Собственная ошибка

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

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

На закладке Услуги заносим новые данные:

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

Помимо этого, при корректировке прошлого периода в 1С 8.3 создаются корректировочные проводки прибыли (убытка):

В Книге покупок отображается скорректированная сумма НДС:

После исправления прошлого периода в 1С 8.3 необходимо сделать за прошлый год в разделе Операции – Закрытие месяца в декабре.

Как исправить ошибку, если забыли внести расходную накладную, как учитывать «забытые» неучтенные документы в части налогового учета при расчете налога на прибыль в 1С 8.3 читайте в

Техническая ошибка в документах поставщика

При допущенной ошибке поставщика Вид операции устанавливаем Исправление в первичных документах. Указываем номер исправления как для поступления, так и для счёта-фактуры:

На закладке Услуги указываем правильное значения:

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

Товарную накладную:

Счет-фактуру:

Для отражения исправленного счёта-фактуры в Книге покупок необходимо создать документ Формирование записей книги покупок из раздела Операции, выбрав Регламентные операции по НДС:

Помимо основного листа в Книге покупок:

Исправление также отражается в дополнительном листе:

Корректировка реализации прошлого периода

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

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

Была оформлена документом Реализация (акты, накладные) из раздела Продажи. Также сразу был зарегистрирован счёт-фактура:

На данную реализацию был оформлен корректирующий документ Корректировка реализации. Вид операции при технической ошибке выбирается Исправление в первичных документах. На закладке Услуги необходимо внести корректирующие изменения:

Также необходимо выставить исправленный счёт-фактуру:

В движениях отражаются корректирующие проводки:

Исправленная реализация отражается в дополнительном листе Книги продаж. Для её формирования необходимо перейти на страницу Продажи – Книга продаж:

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

Аннулирование ошибочно занесённого документа

Бывают ситуации, когда ошибочно занесён документ, например, создан .

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

Производится ручной операцией Сторно-операцией в Операции, введённые вручную из раздела Операции.

В поле Сторнирующий документ выбрать ошибочно введённый документ. Данный сторно документ сторнирует все проводки, а также начисление НДС:

Для занесения сторно операции в Книгу покупок необходимо создать Отражение НДС к вычету из страницы Операции:

  • В документе необходимо установить все галочки;
  • Обязательно указать дату записи дополнительного листа:

На закладке Товары и услуги:

  • Заполнить данные из расчётного документа и установить отрицательную сумму;
  • Проконтролировать, чтобы в поле Событие было установлено значение Предъявлен НДС к вычету:

Проверить правильно ли отражено аннулирование ошибочного документа можно в Книге покупок – раздел Покупки:

Как отразить реализацию прошлого периода

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

Допустим, общество «Конфетпром» в марте обнаружило неотражённую реализацию услуг связи за декабрь 2015 года.

Для отражения забытого документа реализации в 1С 8.3 формируем Реализация (акты, накладные) на дату нахождения ошибки. В нашем случае март, а не декабрь:

В документе счёт-фактура указываем дату исправления (март) и эта же дата указывается в Выставлен (передан контрагенту):

Для отражения НДС в прошлом периоде необходимо установить галочку Ручная корректировка и исправить в регистре НДС Продажи:

  • Запись дополнительного листа – установить Да;
  • Корректируемый период – установить дату изначального документа. В нашем случае декабрь:

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

Иногда функционирующая программа может показывать неверные результаты. Из списка «исчезают» документы, при попытке открыть документ программа зависает, в отчетах появляются странные результаты. Все эти «глюки» прекращаются после тестирования и исправления 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С:Бухгалтерия 8» редакции 3.0 реализован следующий механизм исправления ошибок прошлых лет, связанных с отражением поступления товаров (работ, услуг). Если ошибки (искажения):

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

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

Пример 1

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

Порядок заполнения табличной части Услуги и регистрации исправленной версии документа Счет-фактура полученный не отличается от порядка, описанного в Примере 1в статье"Исправление ошибки отчетного года в 1С:Бухгалтерии 8".

Обращаем внимание , если в учетной системе для организации ООО «Новый интерьер» установлена дата запрета изменения данных «закрытого» периода (т. е. периода, по которому представлена отчетность в контролирующие органы - например, 31.12.2015), при попытке провести документ на экран будет выведено сообщение о невозможности изменения данных в запрещенном периоде. Это происходит потому, что документ Корректировка поступления в описываемой ситуации вносит изменения в данные налогового учета (по налогу на прибыль) за прошлый налоговый период (за сентябрь 2015 года). Чтобы провести документ Корректировка поступления дату запрета изменения данных придется временно снять.

После проведения документа Корректировка поступления сформируются бухгалтерские проводки и записи в специальных ресурсах для целей налогового учета по налогу на прибыль (рис. 1).


Рис. 1. Результат проведения документа «Корректировка поступления»

Помимо записей в регистр бухгалтерии вводятся корректирующие записи в регистры накопления НДС предъявленный и НДС покупки . Все записи, относящиеся к корректировке НДС за III квартал, не отличаются от записей в Примере 1 в статье"Исправление ошибки отчетного года в 1С:Бухгалтерии 8" , так как в части НДС в данном примере порядок исправления не отличается. Рассмотрим подробнее, как исправляются ошибки прошлых лет в бухгалтерском учете и налоговом учете по налогу на прибыль.

Согласно пункту 14 ПБУ 22/2010 прибыль, возникшая в результате уменьшения завышенной стоимости аренды в сумме 30 000 руб., в бухгалтерском учете отражается в составе прочих доходов текущего периода (исправляется записью по кредиту счета 91.01 «Прочие доходы» в феврале 2016 года).

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

Для учета результата корректировки расчетов с контрагентами (если такая корректировка выполняется после завершения отчетного периода) в программе служит счет 76.К «Корректировка расчетов прошлого периода». На счете 76.К отражается задолженность по расчетам с контрагентами, начиная с даты операции, которая подлежит корректировке, по дату корректирующей операции (в нашем примере с сентября 2015 года по февраль 2016 года).
Обращаем внимание, что запись Сумма НУ ДТ 76.К Сумма НУ КТ 90.01.1 - это условная проводка, которая служит лишь для корректировки налоговой базы в сторону увеличения и правильного исчисления налога на прибыль.

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

Вручную скорректировать показатели в Приложении № 1 и Приложении № 2 к Листу 02 уточненной декларации по прибыли за 9 месяцев и за 2015 год (уменьшить доходы от реализации и одновременно уменьшить косвенные расходы на 30 000 руб.);
вручную скорректировать корреспонденцию счетов для целей налогового учета как показано на рисунке 2.


Рис. 2. Корректировка проводки

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

Теперь при автоматическом заполнении отчетности скорректированные данные налогового учета попадут, как в уточненную декларацию по прибыли за 9 месяцев 2015 года, так и в уточненную декларацию по налогу на прибыль организаций за 2015 год.

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

  • как скорректировать сальдо расчетов с бюджетом по налогу на прибыль, которое изменится после доплаты суммы налога?
  • почему после корректировки прошлого периода не выполняется ключевое соотношение БУ = НУ + ПР + ВР?

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

Дебет 99.01.1 Кредит 68.04.1 со вторым субконто Федеральный бюджет

На сумму доплаты в Федеральный бюджет;

Дебет 99.01.1 Кредит 68.04.1 со вторым субконто Региональный бюджет

На сумму доплаты в бюджет субъектов РФ.

Что касается равенства БУ = НУ + ПР + ВР, действительно, после корректировки прошлого периода оно не выполняется. Отчет Анализ состояния налогового учета по налогу на прибыль (раздел Отчеты ) за 2015 год также будет иллюстрировать, что правило Оценка стоимости по данным бухгалтерского учета = Оценка стоимости по данным налогового учета + Постоянные и временные разницы не выполняется для разделов Налог и Доходы. Такая ситуация возникает в связи с разночтением в законодательстве по бухгалтерскому и налоговому учету и в данном случае не является ошибкой.

Согласно пункту 1 статьи 81 НК РФ исправление ошибки, которая привела к занижению налоговой базы, должно быть отражено в периоде отражения исходной операции, а в бухгалтерском учете исправление ошибки прошлых лет вносится текущим периодом. Постоянные и временные разницы - это понятия, относящиеся к бухгалтерскому учету («Положение по бухгалтерскому учету "Учет расчетов по налогу на прибыль организаций" ПБУ 18/02», утв. приказом Минфина России от 19.11.2002 № 114н). Нет оснований для признания разниц в прошлом периоде, до внесения исправительной записи в бухгалтерском учете.

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

В этой статье мы рассмотрим данную системную утилиту «Тестирование и исправление информационной базы» в 1С 8.3 и особенности её использования.

Перед проведением любых операций необходимо !

Тестирование и исправление информационной базы 1С

Режим тестирования и исправления вызывается в конфигураторе системы 1С 8.3 выбором меню Администрирование — Тестирование и исправление.

Проверки и режимы

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

Получите 267 видеоуроков по 1С бесплатно:

  • Реиндексация таблиц информационной базы — если установлен этот флаг, будет произведена реиндексация таблиц. Реиндексация — полное перестроение индексов для заданных таблиц. Реиндексация существенно повышает производительность системы в целом. Данная процедура никогда не будет лишней и увеличивает производительность системы.
  • Проверка логической целостности информационной базы — система умеет проверять логическую и структурную целостность базы данных, находить ошибки в организации данных (например, страниц в файле).
  • Проверка ссылочной целостности информационной базы — подпункт логической проверки, проверяет информацию в базе данных на наличие «битых» ссылок. «Битые» ссылки появляются в базе из-за некорректной обработки информации разработчиком, чаще всего при непосредственном удалении данных или неправильно настроенном обмене данных. При нахождении ошибок можно выбрать 3 варианта действий: Создавать объекты — система создает элементы-заглушки, которые можно потом заполнить необходимой информацией, Очищать ссылки — «битые» ссылки будут очищены, Не изменять — система только покажет Вам ошибки.
  • Пересчет итогов — в платформе 1С в и есть понятие итогов. Итоги — таблица подсчитанных результатов, данные из которой получить быстрее, чем анализировать весь регистр сведений. Как правило, пересчет итогов увеличивает производительность системы.
  • Сжатие таблиц информационной базы — если установлен этот флаг, будет сжата и уменьшится в объеме. Связанно это с тем, что при удалении данных из базы данных, 1С не удаляет физически эти объекты, а лишь «помечает» их на удаление. Т.е. пользователь не видит их, а они есть:). Вот именно сжатие базы данных и удаляет такие записи окончательно. Также такого эффекта можно достичь выгрузкой и загрузкой файла базы данных (*.dt).
  • Реструктуризация таблиц информационной базы — процесс, с помощью которого система осуществляет пересоздание таблиц баз данных, обычно эта процедура вызывается при внесения изменений в структуру метаданных конфигурации. Реструктуризация всей БД — процесс долгий, будьте внимательны.

Если по каким-то причинам тестирование и исправление не помогает или у вас нет доступа в конфигуратор, воспользуйтесь утилитой .

Что еще почитать