Ошибка 1С «Файл базы данных поврежден» регулярно возникает при работе с версиями платформ 8.2 и 8.3. Данная ошибка может возникнуть как при запуске информационной базы, так и в процессе какой-либо операции. Рассмотрим, как можно исправить данную ошибку.
Рис. 1. Окно с ошибкой
В первую очередь, ОБЯЗАТЕЛЬНО(!!!) сделайте копию поврежденной базы. Лучше сделать копию файла 1Cv8.1CD. Для этого необходимо перейти в каталог, где хранится база, скопировать ее и сохранить в любом для Вас удобном каталоге.
Рис. 2. Копирование базы
Рис. 3. Вставка базы в каталог
После копирования базы, необходимо внутреннее тестирование. Для этого заходим в нашу базу через конфигуратор, переходим по вкладке “Администрирование” и нажимаем на “Тестирование и исправление”.
Рис. 4. Запуск Конфигуратора
Рис. 5. Тестирование и исправление
Перед нами появляется окно тестирование и исправления информационной базы. Ставим галочки, как показано на рисунке 6 и запускаем тестирование.
Рис. 6. Запуск тестирования и исправления
После внутреннего тестирования необходимо провести еще и внешнее тестирование. Для этого мы закрываем конфигуратор и открываем утилиту chdbfl.exe. Она находится в папке с платформой, которая, как правило, находится в папке C:\Program Files (x86)\1cv8\8.3.10.2252\bin.
Рис.7. Путь к утилите
Запускаем данный файл, в поле “Имя файла БД” прописываем путь, где лежит наша база и ставим галочку “Исправлять обнаруженные ошибки, далее выполняем тестирование.
Рис. 8. Запуск внешнего тестирования
После всех выполненных операций можете зайти в базу. Если ни один из перечисленных способов не помог восстановить поврежденную базу, разбираться с ней придется вручную. Сделать это сможет только квалифицированный программист.
Пивкин Андрей. Специалист Линии консультаций
Мы собрали ответы экспертов 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С, а также особенности его использования.
Тестирование и исправление информационной базы 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 не подходит) информационной базы. Она проводит проверку физической целостности БД. Рассмотрим, где она находится и как ею пользоваться.
Заходим в папку с установленной платформой. Скачивать файл не надо.
После запуска мы увидим следующее окно:
В нем нужно указать путь к файлу БД и подтвердить (или не делать этого) необходимость исправления выявленных ошибок. Путь к файлу БД можно узнать из списка баз данных.
После окончания проверки система сообщит о найденных ошибках.
vk.com/buhcenter группа вконтакте.
1-bc.ru сайт компании, на котором можно ознакомиться с услугами.
Реиндексация таблиц информационной базы.
Для быстрого поиска информации к основным таблицам с основными данными добавляются вспомогательные таблицы, в которых данные сортируются по заданным полям основной таблицы - таблицы индексирования. За счет использования таблиц индексирования в разы увеличивается производительность 1с, поскольку нет необходимости перебирать всю основную таблицу данных для выборки, можно воспользоваться индексным файлом и выбрать необходимые записи оттуда.
При записи данных в основные таблицы данных, таблицы индексирования так же заполняются. Но по разным техническим причинам индексы могут сбиваться, что в итоге может приводить к ошибкам. Для исправления данного класса ошибок, когда выполняется тестирование и исправление базы 1с 8.3 необходимо установить галочку у данного пункта меню.
Проверка логической целостности информационной базы
В момент создания новых объектов в конфигурации 1с в базе данных создаются новые таблицы, в которых указываются связи с другими таблицами базы. По различным причинам связи могут становиться некорректными (например из за некорректного обновления или неожиданного отключения электричества в момент записи). Что бы исправить такого рода ошибки выбираем данный пункт меню.
Проверка ссылочной целостности информационной базы
Вероятно, вам приходилось видеть «битые ссылки» в 1с конфигурациях. Если нет, то вы счастливчик!
Для выявления и исправления этих ошибок выбираем данный пункт меню, при этом ниже активируются варианты обработок таких ошибок (см. рис. выше). Мы можем выбрать, каким образом исправлять ошибки при при наличии ссылок на несуществующие объекты: создавать объекты, очищать ссылки, не изменять; и при частичной потере данных: создавать объекты, удалять объект, не изменять.
Пересчет итогов
Для выполнения быстрых выборок данных в базе 1с существуют таблицы с уже просчитанными данными с периодичностью месяц. Когда мы обращаемся за этими данными - они не собираются из основных таблиц (это заняло бы много времени), а выдаются сразу же из данных таблиц итогов. Соответственно, что бы этот механизм работал, необходимо иметь корректные итоги за прошедшие периоды. Поэтому в случае, если 1с «обманывает» в отчетах, то исправляется такая ошибка этим пунктом меню.
Сжатие таблиц информационной базы
Удаление объектов в базе данных - операция достаточно кропотливая и долгая, поэтому в конфигурациях 1с процесс удаления разделен на 2 этапа. Когда вы удаляете объекты в конфигурации, в базе данных 1с данные зануляются и из-за этого не участвуют в дальнейших операциях, хотя физически остаются на месте. Что бы вычистить таблицы от этих записей делают тестирование и исправление базы 1с 8.3 с пунктом меню «Сжатие таблиц информационной базы».
Реструктуризация таблиц информационной базы
При изменении реквизитов какого либо объекта метаданных 1с, базе данных необходимо дополнить все таблицы измененного объекта новыми записями. Это делается через реструктуризацию таблиц базы данных. В процессе реструктуризации создаются копии таблиц базы данных с структурой текущей конфигурации, после этого осуществляется перенос данных в созданные таблицы. В случае добавления реквизита в метаданных 1с, для него будет создана незаполненная колонка в новой таблице; в случае удаления реквизита - в новой таблице колонка под этот реквизит не будет создана, и, соответственно, он не перенесется.
В процессе реструктуризации будут пересозданы все таблицы базы данных, поэтому эта операция - самая длительная.
Иногда при работе с 1С могут возникать сбои или ошибки.
В данной статье мы поговорим о тестировании и исправлении информационной базы 1С.
Информационная база 1С (в терминах фирмы 1С) - место хранения всех данных по учету в одной или нескольких организациях, характеризуемое определенным адресом хранения. Возможны два варианта хранения информационной базы: файловый и клиент-серверный вариант.
Если у Вас возникла необходимость провести процедуру тестирования и исправления информационной базы 1С:
Во первых, следует создать копию базы данных (если это возможно, т.к. иногда структура базы становится настолько «покалечена», что отсутствует даже возможность создать резервную копию).
Во вторых: После создания резервной копии следует открыть Конфигуратор, далее в меню: Администрирование -> Тестирование и исправление…
Процедура тестирования и исправления информационной базы служит для диагностики и устранения ошибочных состояний информационных баз, имеющих различный формат хранения данных (файловый или клиент-серверный ):
Процедура позволяет выбрать проверки и режимы, которые должны быть выполнены для текущей информационной базы.
Реиндексация таблиц - это перестроение индексов таблиц, направленное на повышение быстродействия работы базы.
Проверка логической целостности – это целое множество проверок логики базы данных
Проверка ссылочной целостности - это подмножество проверки логической целостности базы данных, существующее для отдельной работы с «битыми» ссылками. Конкретнее будет объяснено ниже по тексту.
Пересчет итогов – расчет итогов таблиц регистров накопления
Сжатие таблиц информационной базы – данный пункт отвечает за уменьшение размера базы после тестирования. Объяснить уменьшение размера базы можно, например, так: когда из базы удаляется объект, он, по сути, остается в базе внутри, но невидимым для конечного пользователя. Сделано это для того, чтобы объект все-таки можно было восстановить уже после полного удаления из базы (хотя мы с таким не встречались). И сжатие таблиц, как раз убирает информацию об удаленных уже объектах из базы данных. От этого таблицы становятся меньше (это всего лишь один пример, как работает сжатие).
Действие «Сжатие таблиц информационной базы» доступно только для файлового варианта. Остальные варианты работают и в файловом и в серверном режиме.
Реструктуризация таблиц – пример можно привести такой: берется таблица № 1, создается копия ее структуры, назовем, как Таблица № 2 и данные из таблицы № 1 копируются порциями в таблицу № 2.
Имеется возможность выполнять только тестирование или тестирование с исправлением.
Пункты настроек по обработке ошибок базы становятся доступными для выбора при варианте обработки «Тестирование и исправление», а также режиме «Проверка ссылочной целостности информационной базы».
Первая настройка: «При наличии ссылок на несуществующие объекты» означает, что в базе будет произведен поиск «битых ссылок» (когда какой-то реквизит ссылается, к примеру, на элемент справочника, а физически данный элемент уже в базе отсутствует. В результате, встречаются записи типа «Объект не найден <……>») и вариант обработки таких ссылок:
Попытка создать несуществующий объект;
Ничего не изменять.
Вторая настройка: «При частичной потере данных объекта» означает, что данные какого-либо объекта были потеряны, но оставшихся данных вполне хватает для восстановления утраченного. Варианты обработки таких объектов не отличаются по смыслу от вариантов предыдущей настройки.
Процесс тестирования и исправления информационной базы может быть разбит на несколько этапов. При этом доступны следующие возможности:
- ограничение времени тестирования и исправления;
- сохранение параметров тестирования между этапами;
- продолжение прерванного ранее тестирования и исправления;
- поддержка тестирования и исправления порциями в командной строке запуска.
Следует заметить, что тестирование и исправление информационной базы 1С может выполняться только в монопольном режиме (т.е. работа пользователей с информационной базой в процессе тестирования и исправления невозможна).
Утилита chdbfl
Вариант с тестированием базы средствами самой программы 1С – не единственный. В комплект поставки платформы 1С: Предприятие входит еще вспомогательная утилита для тестирования и исправления файлового варианта базы данных.
Опять-таки перед всеми операциями с базой обязательно создавайте копию.
После удачного резервного копирования надо открыть утилиту chdbfl. Она находится в каталоге установленной программы 1С.
Путь к ней, как правило, такой: C:\Program Files\1cv82\ «релиз платформы 1с» \bin
Там находится файл: «chdbfl.exe»
Убедившись, что в базе 1С, которую будете тестировать, не находится ни один пользователь (в том числе вы), запускаете программу.
В окне «Имя файла БД» выбираете путь к файлу с базой данных. Сам файл всегда имеет расширение *.1CD, а путь к папке с базой данных можно посмотреть в списке информационных баз, который открывается при запуске 1С: Предприятие.
Можно просто тестировать базу, можно сразу поставить галочку «Исправлять обнаруженные ошибки». Тогда программа сама поправит ошибки в базе. Настроек тут, правда, никаких нет и программа будет уже сама исправлять ошибки базы автоматически.
После выбора базы и установки режима нужно просто нажать на «Выполнить». Программа начнет работать и через некоторое время сообщит о завершении процесса тестирования.
1С8 Параметры консольного вызова тестирования и исправления
DESIGNER (CONFIG в 8.0) Запуск в режиме Конфигуратора.
/@ Путь к файлу с параметрами командной строки.
/F
Путь к файловой информационной базе (исключая имя файла).
/S
Адрес информационной базы на сервере 1С:Предприятия.
/IBName
запуск информационной базы по имени базы в списке информационнх баз. При необходимости имя должно быть взято в двойные кавычки. При этом, если имя содержит двойные кавычки, то нужно заменить каждые двойные кавычки на две двойные кавычки. Если в списках баз будет найдено более чем одна база с указанным именем, то пользователю будет выдана ошибка.
/N
Имя пользователя, как оно задано в Конфигураторе.
/P
пароль пользователя, имя которого указано в параметре /N. Если у пользователя нет пароля, этот параметр можно опустить.
/Out[ -NoTruncate] Задаёт файл для вывода служебных сообщений. Если задано -NoTruncate, файл не очищается (не используется в тонком клиенте). C 8.2.15 файл сообщений открывается в режиме, допускающем совместное чтение, и во время пакетного режима запуска Конфигураторa запись в этот файл выполняется сразу, а не буферизуется.
/UC [код доступа] — позволяет выполнить установку соединения с информационной базой, на которую установлена блокировка установки соединений. Если при установке блокировки задан непустой код доступа, то для установки соединения необходимо в параметре /UC указать этот код доступа.
/DumpIB[ИмяФайла] Выгрузка информационной базы.
/IBCheckAndRepair
выполнить тестирование и исправление информационной базы.
. -ReIndex
реиндексация таблиц;
-LogIntegrity
проверка логической целостности или
-LogAndRefsIntegrity
проверка логической и ссылочной целостности;
-RecalcTotals
пересчет итогов;
-IBCompression
сжатие таблиц;
-Rebuild
реструктуризация таблиц информационной базы;
-BadRefCreate
создавать объекты или
-BadRefClear
очищать объекты или
-BadRefNone
не изменять при частичной потере объектов:
-BadDataCreate
создавать объекты или
-BadDataDelete
удалять объекты или
-BadDataNone не изменять объекты;
UseStartPoint
использовать сохраненную точку возврата для продолжения тестирования с того места, на котором оно было прервано в предыдущем сеансе;
TimeLimit:hhh:mm
ограничение максимального времени сеанса тестирования: hhh
- количество часов (0..999); mm
- количество минут (0..59).
Примеры использования параметров
C:\Program Files\1cv8\bin\1cv8.exe CONFIG /F"C:\DemoTrd2" /N"Федоров (администратор)" /P"" /IBcheckAndRepair -LogIntegrity
C:\Program Files\1cv82\common\1cestart.exe DESIGNER /S"Server-1C\1C-Work82" /N"Администратор" /P"12345" /IBcheckAndRepair -LogIntegrity
Спасибо!
