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

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

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

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

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

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

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

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

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

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

Мы собрали ответы экспертов 1С на частые вопросы по исправлению ошибок, допущенных в учете и отчетности по НДС, а также в бухгалтерском и налоговом учете для целей налогообложения прибыли. Рассказываем, как исправить ошибки и отразить исправления в «1С:Бухгалтерии 8» ред.3.0.

Как исправить ошибки в номерах, датах и суммах полученных счетов-фактур, зарегистрированных в прошлых налоговых периодах?

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

Об обмене электронными документами из «1С:Бухгалтерии 8» (ред. 3.0), применении УПД и УКД эксперты 1С рассказывали на лекции от 14.12.2017 в 1С:Лектории.

Допущенные при регистрации счетов-фактур ошибки может обнаружить сам налогоплательщик, а может выявить налоговый орган при проведении камерального контроля (п. 3 ст. 88 НК РФ).

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

Во втором случае налогоплательщик получит от налогового органа сообщение с требованием представления пояснений (п. 2.7 Рекомендаций по проведению камеральных налоговых проверок, направленных письмом ФНС России от 16.07.2013 № АС-4-2/12705). В ответ на полученное сообщение налогоплательщик должен направить в налоговый орган пояснение с указанием корректных данных. При этом необходимость в последующем представлении уточненной декларации у налогоплательщика отсутствует, хотя ФНС России рекомендует это сделать (письмо от 06.11.2015 № ЕД-4-15/19395).

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

Ошибки, допущенные в прошлых налоговых периодах, исправляются путем аннулирования ошибочных регистрационных записей и внесения новых регистрационных записей в дополнительном листе книги покупок (п.п. 4, 9 Правил ведения книги покупок, утв. Постановлением Правительства РФ от 26.12.2011 № 1137 (далее - Постановление № 1137), письмо ФНС России от 30.04.2015 № БС-18-6/499@). Данные таких дополнительных листов используются для внесения изменений в налоговую декларацию по НДС (п. 6 Правил заполнения дополнительного листа книги покупок, утв. Постановлением № 1137).

Для исправления технических ошибок, допущенных при регистрации полученного счета-фактуры, в программе «1С:Бухгалтерия 8» редакции 3.0 используется документ Корректировка поступления (раздел Покупки ) с видом операции .

Документ можно создавать на основании документа Поступление (акт, накладная) , в этом случае основные поля на закладке Главное и табличная часть на закладках Товары или Услуги будут заполнены сразу при открытии документа.

Операция Исправление собственной ошибки позволяет исправить ошибочно введенные реквизиты счета-фактуры:

  • номер и дату;
  • ИНН и КПП контрагента;
  • код вида операции;
  • суммовые и количественные показатели.

Если технические ошибки не затрагивают суммовые или количественные показатели, то на закладке Главное в поле Отражать корректировку целесообразно установить значение Только в учете НДС , поскольку исправление технических ошибок ввода реквизитов счета-фактуры не влияет на отражение операций на счетах бухгалтерского учета и не требует внесения записей в регистр бухгалтерии.

В блоке Исправление ошибок в реквизитах счета-фактуры :

  • в строке Что исправляем автоматически проставляется гиперссылка на исправляемый документ Счет-фактура полученный ;
  • для реквизитов: Входящий номер , Дата , ИНН контрагента , КПП контрагента , Код вида операции формируются две колонки с показателями Старое значение и Новое значение , куда изначально автоматически переносятся соответствующие сведения из документа Счет-фактура полученный .

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

Рис. 1. Исправление технической ошибки, допущенной при регистрации полученного счета-фактуры

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

В этом случае в поле Отражать корректировку следует установить значение Во всех разделах учета , если необходимо одновременно скорректировать данные бухгалтерского и налогового учета по налогу на прибыль и НДС.

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

Каждой строке исходного документа соответствуют две строки в документе корректировки: до изменения и после изменения . В строке после изменения нужно указать исправленные суммовые (количественные) показатели.

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

  • в строке Счет-фактура внизу документа появляется гиперссылка на новый автоматически созданный документ Счет-фактура полученный , который является, по сути, «техническим дубликатом» ранее введенного ошибочного документа по операции приобретения товаров. Все поля нового документа Счет-фактура полученный будут заполнены автоматически на основании сведений, указанных в документе Кор-ректировка поступления ;
  • вносятся записи в специальные регистры для целей учета НДС.

В дополнительном листе книги покупок будут отражены две записи:

  • аннулирование записи по полученному счету-фактуре, содержащему ошибки в реквизитах;
  • регистрационная запись по тому же самому счету-фактуре с исправленными реквизитами.

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

В бухгалтерском учете ошибка предшествующего отчетного года, выявленная после утверждения бухгалтерской отчетности за этот год, исправляется в текущем отчетном периоде (п.п. 9, 14 Положения по бухгалтерскому учету «Исправление ошибок в бухгалтерском учете и отчетности» (ПБУ 22/2010), утв. приказом Минфина России от 28.06.2010 № 63н, далее - ПБУ 22/2010).

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

  • невозможно определить период совершения этих ошибок (искажений);
  • такие ошибки (искажения) привели к излишней уплате налога.

Очевидно, что завышение суммы прямых расходов не могло привести к излишней уплате налога на прибыль за прошлый год. Налог за прошлый период не был излишне уплачен еще и потому, что у организации в прошлом году образовался убыток, следовательно, такие ошибки учитываются относительно налогового периода, в котором они были совершены (письмо Минфина России от 07.05.2010 № 03-02-07/1-225). Поэтому организация должна выполнить перерасчет налоговой базы и суммы налога за период совершения ошибки, а также представить в налоговый орган уточненную налоговую декларацию за прошлый год (абз. 1 п. 1 ст. 81 НК РФ).

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

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

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

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

  • в текущем периоде исправить ошибку только в бухгалтерском учете - записями по соответствующим счетам в корреспонденции со счетом 84 «Нераспределенная прибыль (непокрытый убыток)» или со счетом 91 «Прочие доходы и расходы» в зависимости от существенности ошибки (п.п. 9, 14 ПБУ 22/2010);
  • для организаций, применяющих Положения по бухгалтерскому учету «Учет расчетов по налогу на прибыль организаций» ПБУ 18/02, утв. приказом Минфина России от 19.11.2002 № 114н (далее - ПБУ 18/02), отразить постоянную разницу (ПР). В данном случае под ПР понимаются доходы, формирующие бухгалтерскую прибыль отчетного периода, но не учитываемые при определении налоговой базы по налогу на прибыль как отчетного, так и последующих отчетных периодов;
  • вручную составить регистр налогового учета за прошлый год, где отразить уменьшение прямых расходов;
  • заполнить и представить в ФНС уточненную декларацию по налогу на прибыль за прошлый год;
  • доначислить и доплатить налог на прибыль за прошлый период;
  • рассчитать, начислить и уплатить пени по налогу на прибыль.

Организация (на ОСНО, плательщик НДС, положения ПБУ18/02 не применяет) обнаружила ошибки: в прошлых отчетных периодах текущего года не все расходы были отражены в учете. Как и в каком периоде нужно зарегистрировать в программе соответствующие документы?

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

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

Таким образом, указанные расходы автоматически будут учтены при определении налоговой базы (прибыли) текущего отчетного (налогового) периода, которая в соответствии с пунктом 7 статьи 274 НК РФ определяется нарастающим итогом с начала года.

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

А как быть, если организация выявила в текущем отчетном (налоговом) периоде расходы, относящиеся к прошлым налоговым периодам (например, в связи с тем, что первичные документы были получены не вовремя)?

По мнению Минфина России (письмо от 24.03.2017 № 03-03-06/1/17177), такое неотражение является искажением налоговой базы предыдущего налогового периода, поэтому действовать надо в соответствии с положениями статьи 54 НК РФ. При этом, если в текущем отчетном (налоговом) периоде организация понесла убыток, то в этом периоде перерасчет налоговой базы невозможен, так как налоговая база признается равной нулю.

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

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

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

Что касается налога на добавленную стоимость, то налогоплательщики-покупатели имеют право заявлять налоговый вычет в пределах 3-х лет после принятия на учет приобретенных на территории РФ товаров, работ, услуг, имущественных прав (абз. 1 п. 1.1 ст. 172 НК РФ). Поэтому организация не обязана представлять уточненную декларацию по НДС.

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

Поскольку в программе установлена дата запрета изменения данных (например, 30 июня), то зарегистрировать принятие к учету основного средства следует в периоде обнаружения ошибки (например, в июле) с помощью документа Принятие к учету ОС (раздел ОС и НМА).

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

На закладке Амортизационная премия следует установить флаг Включить амортизационную премию в состав расходов.

При этом, если в действительности ОС было принято к учету в предыдущем отчетном периоде (например, в мае), данный факт хозяйственной жизни необходимо подтвердить первичными документами (приказом руководителя, актом о приеме-передаче объекта ОС, инвентарной карточкой объекта ОС), где зафиксированы соответствующие даты. Амортизация в программе начнет начисляться с августа. В этом же месяце в состав косвенных расходов будут включены расходы на капитальные вложения в размере не более 10 % (не более 30 % - в отношении ОС, относящихся к 3-7 амортизационным группам) первоначальной стоимости ОС (п. 9 ст. 258, п. 3 ст. 272 НК РФ).

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

Рис. 2. Корректировка начисленной амортизации ОС

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

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

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

СТОРНО Дебет 08.04.1 Кредит 60.01

СТОРНО Дебет 01.01 Кредит 08.04.1 - на сумму корректировки стоимости ОС;

СТОРНО Дебет 20.01 (26, 44) Кредит 02.01 - на сумму корректировки амортизации за май, июнь, июль текущего года;

Дебет 20.01 (26, 44) Кредит 02.01 - на сумму амортизации за август текущего года с учетом скорректированной первоначальной стоимости ОС.

Для целей налогового учета по налогу на прибыль соответствующие суммы фиксируются также в ресурсах Сумма НУ Дт и Сумма НУ Кт . Чтобы в дальнейшем амортизация в бухгалтерском и налоговом учете начислялась с учетом внесенных корректировок, параметры амортизации нужно уточнить с помощью документа (раздел ОС и НМА - Параметры амортизации ОС ). Документ следует также создать в августе (рис. 3). При вводе документа Изменение параметров амортизации ОС в шапке нужно указать следующие реквизиты:

  • наименование события в «жизни» основного средства, которое отражается данным документом;
  • установить флаги Отражать в бухгалтерском учете и Отражать в налоговом учете .

Рис. 3. Изменение параметров амортизации ОС

В табличном поле нужно указать:

  • основное средство, у которого изменяются параметры начисления амортизации из-за обнаруженной ошибки;
  • в поле Срок использ. (БУ) - срок полезного использования основного средства в бухучете в месяцах, первоначально установленный организацией при принятии к учету, например 62 месяца;
  • в поле Срок для аморт. (БУ) - оставшийся срок полезного использования для начисления амортизации в бухгалтерском учете. Данный СПИ рассчитывается как первоначально установленный СПИ за вычетом количества месяцев начисления амортизации за май-август (62 мес. - 4 мес. = 58 мес.);
  • в поле Стоимость для вычисления аморт. (БУ) - оставшаяся стоимость ОС для начисления амортизации в бухгалтерском учете. Данная стоимость рассчитывается как скорректированная первоначальная стоимость ОС за вычетом начисленной амортизации за май-август;
  • в поле Срок использ. (НУ) - срок полезного использования в месяцах для начисления амортизации в налоговом учете. В указанной ситуации этот срок не меняется.

Начиная с сентября при выполнении регламентной операции Амортизация и износ основных средств прог-рамма будет рассчитывать амортизацию согласно уточненным параметрам.

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

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

В июле текущего года организация (ОСНО, плательщик НДС) подписала с поставщиком дополнительное соглашение на уменьшение цены товарно-материальных ценностей (ТМЦ), приобретенных в прошлых налоговых периодах. В этом же месяце получены корректировочные счета-фактуры. Данные ТМЦ были включены в состав расходов в периоде поступления. В каком налоговом периоде необходимо отразить доходы, связанные с уменьшением покупной цены: можно ли их учесть в текущем периоде или следует подать уточненные декларации за прошлые годы? В прошлых годах у организации была прибыль для целей налогообложения.

Сначала разберемся, можно ли признать ошибкой учет ТМЦ по ценам, указанным в первоначальных первичных документах. В соответствии с пунктом 2 ПБУ 22/2010, не являются ошибками неточности или пропуски в отражении фактов хозяйственной деятельности, выявленные в результате получения новой информации, которая не была доступна организации на момент отражения (неотражения) таких фактов. На момент получения ТМЦ и списания их в производство в предыдущих налоговых периодах организация корректно отражала все доходы и расходы. Подписанное с поставщиком соглашение об изменении цены товара является независимым событием, которое не является ошибкой в бухгалтерском учете. Таким образом, при отражении в бухгалтерском учете изменения цены ТМЦ правила ПБУ 22/2010 не применяются.

В бухгалтерском учете прибыль прошлых лет, выявленная в отчетном году, включается в состав прочих доходов (прочих поступлений). Прочие поступления признаются по мере их выявления и подлежат зачислению на счет прибылей и убытков организации (п.п. 7, 11, 16 Положения по бухгалтерскому учету «Доходы организации» ПБУ 9/99, утв. приказом Минфина России от 06.05.1999 № 32н, далее - ПБУ 9/99). А как быть с налогом на прибыль? НК РФ не раскрывает понятия «ошибки (искажения)», поэтому данное понятие следует использовать в том значении, в каком оно используется в законодательстве о бухгалтерском учете (п. 1 ст. 11 НК РФ), и Минфин России с этим соглашается (письмо от 30.01.2012 № 03-03-06/1/40). Несмотря на это, контролирующие органы настаивают на корректировке налоговой базы по налогу на прибыль в прошлых периодах при уменьшении цены на проданный товар:

  • при отражении в налоговой базе покупателя скидки, предоставленной ему путем пересмотра цены товара, у данного налогоплательщика налогооблагаемого дохода не возникает (пп. 19.1 п. 1 ст. 265 НК РФ не применяется). Необходимо пересчитать стоимость сырья и материалов в налоговом учете с учетом изменения цены, в том числе путем пересчета средней стоимости соответствующих ТМЦ начиная с периода оприходования до момента списания (письмо Минфина России от 20.03.2012 № 03-03-06/1/137);
  • изменения показателей доходов или расходов, возникшие в связи с изменением цены договора, в том числе в связи с предоставлением скидок, учитываются в порядке, предусмотренном статьей 54 НК РФ, т. е. как при обнаружении ошибки (письмо Минфина России от 22.05.2015 № 03-03-06/1/29540).

Поскольку в рассматриваемой ситуации корректировка налогового учета затрагивает несколько прошлых налоговых периодов, в программе целесообразно воспользоваться последовательностью действий, описанных ранее: с помощью документа Операция отразить доходы прошлых лет в бухгалтерском учете, в специальных ресурсах для целей налогового учета отразить ПР (если организация применяет положения ПБУ18/02), затем вручную составить регистры налогового учета, куда приложить расчеты корректировок налоговой базы по каждому налоговому периоду.

В отношении НДС - ситуация намного проще. При получении от поставщика корректировочного счета-фактуры на уменьшение стоимости ТМЦ, покупатель должен:

  • восстановить часть входного НДС, принятого к вычету при оприходовании ТМЦ. Восстановление НДС нужно выполнить в том налоговом периоде, на который приходится наиболее ранняя из следующих дат: дата получения дополнительного соглашения на уменьшение стоимости ТМЦ либо дата получения корректировочного счета-фактуры (пп. 4 п. 3 ст. 170 НК РФ). В нашей ситуации - это III квартал;
  • отразить в книге продаж документ, полученный первым (п. 14 Правил ведения книги продаж, утв. Постановлением № 1137).

Данные операции автоматически выполняются с помощью документа Корректировка поступления с видом операции Корректировка по согласованию сторон .

Чтобы не затрагивать бухгалтерский и налоговый учет, на закладке Главное в поле Отражать корректировку следует установить значение Только в учете НДС .

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

По мнению контролирующих органов, при обнаружении нескольких ошибок (искажений), повлекших как занижение, так и завышение налоговой базы и суммы налога, относящихся к прошлым налоговым (отчетным) периодам, налоговая база и сумма налога уточняются в разрезе каждой обнаруженной ошибки (письмо Минфина России от 15.11.2010 № 03-02-07/1-528).

Перерасчет налоговой базы и суммы налога производится в соответствии с абзацами 2 и 3 пункта 1 статьи 54 НК РФ.

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

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

Изменения в данные налогового учета вносятся:

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

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

Данный документ автоматически исправляет все ошибки прошлых лет в упрощенном порядке, который установлен для несущественных ошибок согласно пунктам 9 и 14 ПБУ 22/2010.

Для исправления НДС необходимо зарегистрировать новый (исправленный) экземпляр счета-фактуры (п. 7 Правил заполнения счетов-фактур, утв. Постановлением № 1137). В дополнительном листе книги продаж автоматически будут отражены две записи (п. 3 Правил заполнения дополнительного листа книги продаж, утв. Постановлением № 1137):

  • аннулирование записи по выставленному счету-фактуре, содержащему ошибки;
  • регистрационная запись по исправленному счету-фактуре.

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

Данной неприятности можно избежать, если все ошибки исправить в прошлом налоговом периоде, поскольку сумма переплаты налога больше суммы недоплаты. Для этого в программе целесообразно воспользоваться последовательностью действий, описанной ранее: в текущем периоде с помощью документа Операция отразить доходы и расходы прошлых лет в бухгалтерском учете (в корреспонденции с 91 или 84 счетом), при необходимости отразить постоянные разницы, затем вручную составить регистр налогового учета за прошлый налоговый период. А документ Корректировка реализации - использовать только для корректировки НДС.

Надоело искать новости на множестве бухгалтерских сайтов? Боитесь пропустить действительно важные изменения в законодательстве? Подписывайтесь на крупнейший бухгалтерский канал БУХ.1С в Telegram https://t.me/buhru (или набрать @buhru в строке поиска в Telegram) и мы оперативно пришлем важные новости прямо в ваш телефон!

В информационных базах на платформе 1С могут возникнуть множество различных ошибок:

нарушение логической/физической целостности базы, ошибки пользователей, «кривой» код разработчика и многое другое.

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

Во-первых, стоит задать несколько уточняющих вопросов пользователю:

1) Релизы платформы/конфигурации.

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

3) Как давно возникла и при каких обстоятельствах появляется. Не воспроизводимые ошибки, которых мы ранее не встречали, мы наврядли сможем исправить.

4) Возникает ли если запустить 1с с другого компьютера/от другого пользователя? Это даст нам пищу для размышлений - сможет ли помочь очистка кэша, настройка прав, или очистка настроек пользователя.

Теперь немного о самих ошибках и том как их решать.

Общее:
Часть ошибок возникает при использовании нелицензионного ПО (windows, 1C и т.д.).

Распространенный пример - ломаная платформа. Один из патчей взламывает конкретную версию платформы, поэтому после установки новой версии платформы и попытке зайти в базу можно увидеть окно «Не обнаружено свободной лицензии».

Если Вы встретили ошибку в первый раз - возможно, кто-то уже ее встречал -

поищите в google, возможно кто-то уже с этим сталкивался и решил проблему, и Вы не потратите лишних пару часов своего времени.

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

Актуальный релиз платформы - у каждой конфигурации написано, какой релиз платформы рекомендован для работы с этой конфигурацией.

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

!!!ВАЖНО

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

Если база не открывается в конфигураторе - скопировать папку с базой и выполнять все операции на копии!

1) База вообще не открывается ни в пользовательском режиме, ни в конфигураторе.

  • Самое быстрое, что можно сделать - очистить временные файлы (удалить базу из списка баз и подключить заново)

    Это действие не удалит временные файлы (кэш), а создаст новую папку для временных файлов базы, удалить файлы можно:
    В Windows 7 в C:\Users\Имя_Пользователя\AppData\Roaming\1C\1Cv8x
    В Windows XP C:\Documents and Settings\Имя_Пользователя\Application Data\1C\1Cv8х

  • Также можно попытаться зайти в базу от другого пользователя.
  • Если база файловая, то стоит запустить утилиту для тестирования физической целостности базы chdbfl. Она находится в папке:
    C:\Program Files (x86)\1cv8\8.x.x.xxx\bin\chdbfl.exe
  • Если база sql-ная то тестирование средствами sql.
  • Если ни то ни другое не помогло, то можно обновить платформу (см. под какой платформой работает релиз)
  • Если не получилось ничего из перечисленного, можно воспользоваться программкой Tool_1CD.

2) Если база при запуске уходит в дамп.

  • Отключить аппаратное ускорение видеокарты:
  1. Откройте свойства экрана. Это можно сделать через Панель управления, или просто щелкнув правой кнопкой мыши по любому месту рабочего стола, свободному от окон и значков, и выбрав пункт контекстного меню «Свойства».
  2. В открывшемся окне настройки дисплея перейдите на закладку «Параметры» и нажмите кнопку «Дополнительно».
  3. В открывшемся окне свойств видеокарты перейдите на вкладку «Диагностика».
  4. Передвиньте движок «Ускорение» в крайнюю левую позицию («нет») и нажмите «Применить» или «Ок». Аппаратное ускорение отключено. Изменения вступят в силу после перезагрузки системы.
  1. Откройте Панель управления (Пуск — Панель управления).
  2. Найдите и откройте элемент «Экран».
  3. В левой части открывшегося окна щелкните по ссылке «Настройка параметров экрана».
  4. В открывшемся окне нажмите на ссылку «Дополнительные параметры».
  5. Перейдите на вкладку «Диагностика» и нажмите кнопку «Изменить параметры».
  6. В открывшемся окне передвиньте движок в крайнее левое положение («нет») и нажмите «Ок». Если UAC включен, придется подтвердить, что изменения санкционированы пользователем. Аппаратное ускорение отключено. Изменения вступят в силу после перезагрузки системы.

В Windows 7 в некоторых случаях кнопка «Изменить параметры» будет неактивна. В этом случае отключить аппаратное ускорение невозможно, так как видеокарта и ее драйвер не поддерживают манипуляции аппаратным ускорением.

  • Если антивирус Касперский, то можно попробовать отключить самозащиту и переименовать файлы kloehk.dll и mzvkbd3.dll в папке Касперского. (Ошибка возникала на старых версиях 2011 года, но еще иногда встречается)
  • Проверить соответствие релиза платформы/конфигурации.
  • Попробовать зайти в базу с другой платформы.

3) База открывается в конфигураторе, но не хочет заходить в пользовательский режим.

  • Очистка временных файлов
  • Попытка зайти за другого пользователя
  • chdbfl / тестирование средствами sql
  • Тестирование и исправление ИБ:
    В конфигураторе Администрирование-Тестирование и исправление - галочки в зависимости от ситуации.
  • Попробовать создать др. пользователя с полными правами и зайти от него.
  • Попробовать перенести на другой ПК и открыть там, может что-то с ПК.

4) При каком-то действии выкидывает на код в конфигуратор.

  • Для проверки стоит очистить кэш.
  • Если не помогло то скорей всего ошибка в коде - особенно актуально для нетиповых и самописных конфигураций, но встречается иногда и в типовых.

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

Если типовая, то возможно ошибка в релизе.

В любом случае стоит пробежать в отладчике и посмотреть что не так.

5) Под одним пользователем дает что-то сделать, под другим нет.

  • Настройки прав пользователей.
  • Настройки пользователя.
  • Очистка кэша.

6) С одного ПК заходит, с другого нет.

  • Проверить в проводнике видит ли базу - может к папке с базой не предоставлен общий доступ.
  • Очистка кэша.
  • Зайти под другим пользователем.

7) Я ничего не делал/делала но у меня все сломалось

  • Если смогут подсказать что именно «не делали» и когда, то можно воспользоваться
  • журналом регистрации с отборами и возможно узнать, в чем проблема.
  • Журнал регистрации можно найти в конфигураторе:
  • Администрирование - журнал регистрации.

    Либо в пользовательском режиме - расположение зависит от конфигурации.

8) Недостаточно памяти.

Был у меня случай, пришел клиент, говорит, при закрытии месяца вылетает ошибка "Недостаточно памяти". Взялся я за эту проблему. Думал, что легко, сначала добавил оперативки - ошибка. Было 2 гигабайта, стало 4, а все равно 1с-ке мало. Размер файла подкачки менял - ошибка, переустановка системы (поставил Windows 7) дало только временный результат, где-то на неделю. Перепробовал все. Спустя некоторое время решение было найдено.

Решение

На клиентском компе запустить командную строку от имени администратора, прописать там следующее:

BCDEdit /set increaseuserva xxxx - вместо хххх пишите объем виртуального адресного пространства в мегабайтах, т.е. сколько нужно памяти под работу приложений. По умолчанию 2 гига. Вообще в 32-разрядных операционных системах выделяется 4 гигабайта: 2 - на приложения и 2 на нужды самой ОС. Я выбрал 3000 (т.е. CDEdit /set increaseuserva 3000 ). Однако система может подглючивать. Особенно, если у вас 2 гига оперативки, как у меня. Это для ОС семейства Windows Vista, 7, Windows 2008.

Для Windows XP \ Windows 2003 пишем
/3GB /userva=xxxx (xxxx в МБ в диапазоне 2048 - 3072) в файле boot.ini, рекомендуемый максимум значений userva 2900-3030.

9) Элементы форм налезают друг на друга и имеют неправильное расположение.

  • Очистка кэша.

10) Ошибка СУБД Внутренняя ошибка компоненты dbeng8

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

Решение: обновиться до актуального релиза на всех рабочих местах.

Если не помогло, тогда делаем следующее:

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

11) Ошибка в платформе 8.3.4.428

  • В версии 8.3.4.428 платформы "1С:Предприятие" обнаружена критичная ошибка, возникающая при реструктуризации данных. Данная ошибка локализована и будет исправлена в следующей версии платформы.

12) Конфликт блокировок при выполнении транзакции:


Microsoft OLE DB Provider for SQL Server: Could not continue scan with NOLOCK due to data movement.
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=3, Severity=C, native=601, line=1

"Как проверить (восстановить) базу на MS SQL Server средствами сервера
Проверку логической целостности нужно выполнять штатными средствами 1С:Предприятия (Тестирование и исправление ИБ). В случае, если такую проверку не удается выполнить, следует проверить физическую целостность БД средствами MS SQL. Для проверки целостности средствами MS SQL нужно выполнить следующую команду:
Код:
DBCC CHECKDB ("",REPAIR_REBUILD)
Перед выполнением этой команды нужно базу данных перевести в режим "single user":
Код:
sp_dboption "","single user",true
В процессе работы DBCC CHECKDB могут быть обнаружены ошибки и часть может быть сразу же исправлена. Если ошибки остались, то по всей видимости их нельзя восстановить без потери некоторых данных. В этом случае нужно запустить DBCC CHECKDB с параметром REPAIR_ALLOW_DATA_LOSS (перед запуском желательно сделать копию файлов базы данных).
Код:
DBCC CHECKDB ("",REPAIR_ALLOW_DATA_LOSS)
После выполнения DBCC CHECKDB нужно не забыть вернуться в нормальный режим (выйти из режима "single user"):
Код:
sp_dboption "","single user",false" (Взято с сайта )

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

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

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

Рассмотрим этот инструмент и как с ним работать. Особенно подробно разберем какие флаги надо ставить в интерфейсе.

Запустим программу в режиме конфигуратор:

Выбираем из меню Администрирование пункт “Тестирование и исправление”:

Какие галочки ставить?

Существуют различные варианты настройки тестирования, рассмотрим эти галки:

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

В нашем примере проставим все галочки как показано на рисунке и нажимаем “Выполнить”:

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

После окончания тестирования нажимаем “Закрыть”:

Результат выполнения операций мы можем увидеть в окне служебных сообщений.

Тестирование и исправление закончено.

Если конфигуратор не открывается: утилита chdbfl.exe

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

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

После того как нажали копировать, нажимаем правой кнопкой на пустом месте окна папки и нажимаем “Вставить”. Копия сделана, запускаем утилиту:

Появляется главное окно утилиты. Нам нужно указать имя файла базы данных. Нажимаем на три точки. Открывается окно выбора файла БД. Ищем каталог вашей базы и в нем указываем на файл 1Cv8.1CD. Нажимаем “Открыть”.

Ставим галочку “Исправлять обнаруженные ошибки” и нажимаем “Выполнить”.

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

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

vk.com/buhcenter группа вконтакте.
1-bc.ru сайт компании, на котором можно ознакомиться с услугами.
 Реиндексация таблиц информационной базы.
Для быстрого поиска информации к основным таблицам с основными данными добавляются вспомогательные таблицы, в которых данные сортируются по заданным полям основной таблицы - таблицы индексирования. За счет использования таблиц индексирования в разы увеличивается производительность 1с, поскольку нет необходимости перебирать всю основную таблицу данных для выборки, можно воспользоваться индексным файлом и выбрать необходимые записи оттуда.
При записи данных в основные таблицы данных, таблицы индексирования так же заполняются. Но по разным техническим причинам индексы могут сбиваться, что в итоге может приводить к ошибкам. Для исправления данного класса ошибок, когда выполняется тестирование и исправление базы 1с 8.3 необходимо установить галочку у данного пункта меню.
 Проверка логической целостности информационной базы
В момент создания новых объектов в конфигурации 1с в базе данных создаются новые таблицы, в которых указываются связи с другими таблицами базы. По различным причинам связи могут становиться некорректными (например из за некорректного обновления или неожиданного отключения электричества в момент записи). Что бы исправить такого рода ошибки выбираем данный пункт меню.
 Проверка ссылочной целостности информационной базы
Вероятно, вам приходилось видеть «битые ссылки» в 1с конфигурациях. Если нет, то вы счастливчик!
Для выявления и исправления этих ошибок выбираем данный пункт меню, при этом ниже активируются варианты обработок таких ошибок (см. рис. выше). Мы можем выбрать, каким образом исправлять ошибки при при наличии ссылок на несуществующие объекты: создавать объекты, очищать ссылки, не изменять; и при частичной потере данных: создавать объекты, удалять объект, не изменять.
 Пересчет итогов
Для выполнения быстрых выборок данных в базе 1с существуют таблицы с уже просчитанными данными с периодичностью месяц. Когда мы обращаемся за этими данными - они не собираются из основных таблиц (это заняло бы много времени), а выдаются сразу же из данных таблиц итогов. Соответственно, что бы этот механизм работал, необходимо иметь корректные итоги за прошедшие периоды. Поэтому в случае, если 1с «обманывает» в отчетах, то исправляется такая ошибка этим пунктом меню.
 Сжатие таблиц информационной базы
Удаление объектов в базе данных - операция достаточно кропотливая и долгая, поэтому в конфигурациях 1с процесс удаления разделен на 2 этапа. Когда вы удаляете объекты в конфигурации, в базе данных 1с данные зануляются и из-за этого не участвуют в дальнейших операциях, хотя физически остаются на месте. Что бы вычистить таблицы от этих записей делают тестирование и исправление базы 1с 8.3 с пунктом меню «Сжатие таблиц информационной базы».
 Реструктуризация таблиц информационной базы
При изменении реквизитов какого либо объекта метаданных 1с, базе данных необходимо дополнить все таблицы измененного объекта новыми записями. Это делается через реструктуризацию таблиц базы данных. В процессе реструктуризации создаются копии таблиц базы данных с структурой текущей конфигурации, после этого осуществляется перенос данных в созданные таблицы. В случае добавления реквизита в метаданных 1с, для него будет создана незаполненная колонка в новой таблице; в случае удаления реквизита - в новой таблице колонка под этот реквизит не будет создана, и, соответственно, он не перенесется.
В процессе реструктуризации будут пересозданы все таблицы базы данных, поэтому эта операция - самая длительная.

Последние материалы раздела:

Установка официальной прошивки на Samsung Galaxy S3
Установка официальной прошивки на Samsung Galaxy S3

Среди десятков моделей смартфонов, выпускаемых ежегодно одним из лидеров рынка - компанией Samsung - особое внимание привлекают флагманские девайсы...

Как изменить голос в Скайпе?
Как изменить голос в Скайпе?

Описание Отзывы (0) Скриншоты Если главной преградой на пути к свободному общению является незнание иностранных языков, то программа...

методы отбора проб. Щуп с продольным вырезом
методы отбора проб. Щуп с продольным вырезом

ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР ПЕСТИЦИДЫ ПРАВИЛА ПРИЕМКИ, МЕТОДЫ ОТБОРА ПРОБ, УПАКОВКА, МАРКИРОВКА, ТРАНСПОРТИРОВАНИЕ И ХРАНЕНИЕ ГОСТ...