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

Обработка «Создание документов перечисление НДФЛ»

Методология использования обработки для формирования документов «Перечисление НДФЛ в бюджет».

Начнем издалека…

В момент удержания НДФЛ, в учете регистрируется обязанность налогового агента (организации) перечислить в бюджет сумму налога, удержанную из зарплаты сотрудников. При этом, необходимость эта регистрируется в точности такой же датой, как и дата удержания налога. Суммы к перечислению (обязательства налогового агента) регистрируется в разрезе ставок налогообложения (13%, 30%, 9% и т.д.), месяцев налогового периода (т.е. месяцев, в которых зарегистрирован доход и налог) и территориальной принадлежности (ОКТМО/КПП). Факт перечисления НДФЛ также регистрируется в разрезе этих признаков, с целью обеспечения правильного формирования отчетности по НДФЛ и расчетов с бюджетом.

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

Рассмотрим обычную ситуацию:

За период сентябрь-октябрь Акимова Евгения Игоревна работала в обособленном подразделении, затем была переведена в другое обособленное подразделение и принесла больничный лист за предыдущий период. Получится такая картина по суммам начислений и удержанного НДФЛ:

Чтобы было правильно по нашему примеру, в сентябре нужно было отразить сумму НДФЛ по разным ОКТМО/КПП, а в октябре сумму пересчитанного НДФЛ за сентябрь нужно было отразить с минусом, а за октябрь весь НДФЛ полностью. Но на практике, отражаются суммы удержанного НДФЛ без учета месяца и территориальной принадлежности, ориентируясь только на удержания. Например, так:

Заполнение документа «Перечисление НДФЛ в бюджет РФ» без использования обработки, если в документе указана сумма перечисления, больше удержанной суммы налога, то она полностью будет распределена между физическими лицами, в результате будет зарегистрирован тот факт, что по каждому физическому лицу, указанному в документе, налога перечислено больше, чем удержано. В этом случае из учета не только будет полностью списана необходимость перечислить по каждому физическому лицу сумму налога, но и будет зарегистрирован излишне перечисленный налог, т.е. "необходимость со знаком минус". Такая необходимость на последующие месяцы налогового периода не переносится, т.е. не может быть зачтена при регистрации необходимости перечислить удержанный по этому физическому лицу налог за другой месяц налогового периода, по другой ставке налога, по другим кодам ОКТМО и КПП. Такой подход основывается на положениях НК РФ и подтверждается письмом ФНС от 19 октября 2011 г. № ЕД-3-3/3432@, в котором сказано:

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

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

Как видно из отчета, в учете образовались отрицательные суммы налога, необходимые к перечислению. Такие суммы на дальнейшее ведение учета (по другим месяцам налогового периода, другим ставкам, другим кодам ОКТМО/КПП) никакого влияния оказывать не будут, т.к. "не являются налогом". При правильном отражении всех операций в программе такие суммы говорят о некорректности ведения взаиморасчетов с ИФНС и согласно письму ИФНС от 19 октября 2011 г. N ЕД-3-3/3432@, не являются налогом, т.к. были лишь перечислены, а начислены и удержаны не были.

В результате, при формировании 2-НДФЛ получится переплата и/или недоплата по разным ОКТМО/КПП и периодам.

Нарушение по периодам получения дохода не слишком принципиально, если они произошли в одном налоговом периоде (году), но если это произошло между годами, то будут ошибки при формировании отчетности по НДФЛ.

Такая ситуация может возникнуть из-за:

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

Правильное оформление документов перечисления весьма трудоемко (именно поэтому возникает «пересортица»).

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

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

Порядок использования обработки

Открываем обработку. Открыть её можно через «Файл» - «Открыть», или сохранить в программе во внешних отчетах и обработках.

1. Выбираем организацию. Если организация не выбрана, то будут проанализированы остатки по всем (это может быть долго).

2. Проставляем дату документа.

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

3. Установленная галочка «Только положительные суммы» говорит о том, что в список остатков будут выведены данные только о положительных остатках в регистре «Расчеты налоговых агентов с бюджетом по НДФЛ».

4. Нажимаем на кнопку «Заполнить остатками».

После этого действия обработка анализирует остатки по регистру накопления «Расчеты налоговых агентов с бюджетом по НДФЛ» и создает строку в табличной части на каждую совокупность {Месяц налогового периода + ОКАТО/КПП (или ОКТМО/КПП) + ставка НДФЛ.}

Для того, чтобы лучше понимать, о чем я говорю, посмотрим универсальный отчет по данному регистру с группировками по месяцу, ОКАТО, ставке НДФЛ:

Как видим, за январь 2010 будет создан 1 документ, за февраль 2010 - тоже один, за март 2010 - уже два, т.к. в этом месяце происходила смена ОКАТО/КПП (или были начисления НДФЛ на разные ОКАТО/КПП), и в апреле 2010 - создастся уже 4 документа перечисления.

4) Перед тем, как нажать на кнопку «Создать документы» мы можем удалить лишние строки из таблицы (кнопка Del/Delete на клавиатуре). Нажимаем на «Создать документы»

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

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

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

6) Если в обработке установить флажок «Перезаполнение», то все документы, которые уже были созданы, будут отменены и сформируются новые документы. Обработка ищет существующие документы на перечисление по соответствию даты документа, месяца налогового периода, ОКАТО/КПП, ставке НДФЛ. У найденных документов перезаполняются реквизиты шапки, очищается табличная часть. При этом ранее введенные сведения не сохраняются! Если документов введено несколько, то она изменит первый найденный.

1 Возможные ошибки при исчислении НДФЛ в программе 1С 8.2 ЗУП 2.5
2 Возможные ошибки при исчислении НДФЛ в программе 1С 8.3 ЗУП 3.0.
3 Возможные ошибки при исчислении НДФЛ в программе 1С 8.3 Бухгалтерия 3.0
4 Возможные ошибки при исчислении НДФЛ
5 Возможные ошибки в межрасчетных документах на примере 1С 8.3 ЗУП 3.0
6 Возможные ошибки в межрасчетных документах на примере 1С Бухгалтерия 3.0
7 Возможные ошибки в межрасчетных документах на примере 1С 8.2 ЗУП 2.5

Возможные ошибки при исчислении НДФЛ в программе 1С 8.2 ЗУП 2.5 Рассмотрим в программе 1С ЗУП 2.5 на примере документа «Отпуск». Начислили отпускные, которые изначально планировали выплатить 29.01.2016 г. По факту выплата производится 28.01.2016 г. Поэтому дату выплаты дохода в документе начисления отпуска мы изменяем на 28.01.2016 г.

У некоторых пользователей программы 1с 8.3 проблемы с ндфл. а как у вас?

Есть какие либо способы откатить с последнего обновления и даже на несколько штук назад. В ноябре было еще все хорошо.А сейчас от бессилия просто уже тупо плакать хочется Добавлено: 19 Янв 2018, 11:27 Цитата: Геннадий ОбьГЭС от 19 Янв 2018, 05:49 На всякий случай уточню — документы перепрводили (включая непроведенные), месяцы перезакрывали? Ну, как на это ответить можно по скриншоту и отсутствию даже минимальной информации Геннадий ОбьГЭС, подскажите, пожалуйста, какую именно информацию предоставить? Я начинала все с нуля, последовательно вносила и проводила начисления — ведомости — выплаты.

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

Учет ндфл в 1с 8.3 бухгалтерия 3.0

Важно! Что бы избежать возможных ошибок по НДФЛ отслеживайте в программе 1С 8.3 (8.2) соответствие между датой дохода в регистре учета доходов и датой дохода в регистре учета налога, в противном случае в программе будут ошибки при начислении налога. При регистрации каких-либо доходов в программе фиксируется дата фактического получения дохода.
Для доходов с кодом 2000 – это последний день месяца начисления. Для иных доходов – это планируемая дата выплаты из соответствующего документа начисления.
Когда рассчитывается налог, то в программе происходит анализ с какого именно дохода этот налог начисляется, и определяется дата фактического получения дохода, которая фиксируется в регистре учёта налога. Почему может возникать разница в дате получения дохода, которая учитывается в регистре учёта доходов и регистре налогового учета по НДФЛ? Рассмотрим ниже.

Ндфл исчисленный не равен удержанному

Возможные ошибки в межрасчетных документах на примере 1С 8.3 ЗУП 3.0 На примере программы 1С ЗУП 3.0 в документе «Отпуск» планируемая дата выплаты 28.01.2016, но дату документа установим 30.01.2016 г., то есть позже планируемой даты выплаты. Проведем его. Запись Регистра учета налога у нас сформировалась по состоянию на 30.01.2016 г.

Важно

Если мы выплачиваем отпускные раньше даты документа – 28.01.2016 г. как и планировали, заполняем ведомость, видим – не заполняется НДФЛ удержанный. По состоянию на 28.01.2016 нет исчисленного налога. Соответственно, при проведении такой ведомости НДФЛ удержанный не регистрируется.

Внимание

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

Проблема с ндфл

Возможные ошибки в межрасчетных документах на примере 1С Бухгалтерия 3.0 В программе 1С Бухгалтерия 3.0 все тоже самое. Важна дата документа. Рассмотрим на примере документа «Отпуск». Планируемая дата выплаты – 28.01.2016 г., а дату документа намеренно поставим позже, например, 30.01.2016 г. Проведем документ. Исчисленный налог зарегистрировался по состоянию на 30.01.2016 г.

После проведения выплаты, причем не в Ведомости, а именно выплату «Выдача наличных» или списание с расчетного счета раньше, чем дата документа «Отпуск», то удержанный налог не регистрируется, не определяется и не фиксируется в Регистре. Поэтому важна дата документа, если мы поставим 28.01.2016 г. и перепроведем выдачу наличных, то запись по НДФЛ удержанному сформировалась, все попало в Регистр и дальше попадет в форму 6-НДФЛ.

Возможные ошибки ндфл в 1с 8.3 и 8.2 – как найти и исправить

Также здесь есть дата выплаты и при изменении этой даты все меняется автоматически. Дата получения дохода для НДФЛ изменяется также автоматически.

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

Если на момент удержания налога, сам налог не начислен, то удерживать, собственно, нечего. Важно! Отслеживайте в программе 1С: даты межрасчетных документов – это дата начисления налога, если на момент выплаты налог не начислен, то он не будет удержан. Особенно это актуально для незарплатных доходов, так как в качестве даты начисления налога фиксируется дата документа. Таким образом, в третьей версии дата документа «Отпуск», дата документа «Больничный» и других документах тоже важна.

Но если мы меняем дату в основной форме документа, автоматически происходит изменение даты в форме «Подробнее о расчете НДФЛ». Здесь проще, программа ЗУП 3.0. сама нам гарантирует, что эти даты будут совпадать.

Единственное, в текущем релизе программы 1С есть ошибка для документа «Больничный лист». Если он выплачивается с зарплатой, и мы меняем дату выплаты, то в этом случае дата получения дохода в форме «Подробнее о расчете НДФЛ» сама не меняется.

Здесь нужно сделать перерасчет, либо поменять дату в форме «Подробнее о расчете НДФЛ» вручную. Для всех других случаев, дата учета НДФЛ должна меняться автоматически при дате выплаты. Но на всякий случай, этот момент проверяйте, контролируйте совпадение дат. Возможные ошибки при исчислении НДФЛ в программе 1С 8.3 Бухгалтерия 3.0 Что касается программы 1С Бухгалтерия 3.0, здесь также есть два межрасчетных документа «Больничный лист» и «Отпуск».
Одна строка в НДФЛ с «минусом» от 29.01.2016 г, а вторая строка с «плюсом» от 28.01.2016 г. В 6-НДФЛ добавляются еще две группы строк с 100 по 140. В одной все сторнируется, а в другой – все начисляется заново. Чтобы такой ситуации не возникало, внимательно отслеживайте дату получения дохода, которая будет учтена в Регистре учета доходов и дату получения дохода, которая будет учтена в Регистре учета налога.

Они должны совпадать. Возможные ошибки при исчислении НДФЛ в программе 1С 8.3 ЗУП 3.0. В программе 1С ЗУП 3.0 дата получения дохода также учитывается в двух регистрах: Регистре учета доходов и Регистре учета налога.

Например, рассмотрим документ «Отпуск». В Регистр учета доходов идет дата выплаты из основной формы документа. А в Регистр учета налога – дата из формы «Подробнее о расчете НДФЛ».

Эти две даты должны совпадать.
В этой статье мы рассмотрим работу с НДФЛ в 1С 8.3 Бухгалтерия 3.0 - от настроек до операций и отчетности. Содержание

1 Настройка программы
- 1.1 Налоговые данные
- 1.2 Настройка зарплаты
2 Операции учета НДФЛ в 1С
3 Отчетность
4 Проверка корректности начисления НДФЛ

Ошибки заполнения заполнении 6-НДФЛ в 1С ЗУП 8.2 (2.5)

Открываем Универсальный отчет с условным оформлением:

Выбираем поиск ошибок раздел 2 формы 6 – НДФЛ:

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

Исправление ошибок при заполнении 6-НДФЛ в 1С 8.2 ЗУП 2.5

Вы уже попробовали заполнить форму 6-НДФЛ в своей базе 1С ЗУП 2.5? Достаточно один раз допустить ошибку, как учет НДФЛ буквально «рушится», и заметить это можно, только сформировав 6-НДФЛ.

Забыли исправить планируемую дату выплаты

Из Универсального отчета получена ошибка -удержан налог раньше, чем был получен доход, это тот случай, когда забыли исправить планируемую дату выплаты:

Как исправить данную ошибку? Открыв форму, можно увидеть, что в нашем примере, это (Ромашкиной):

Проведем документ, вернемся в ошибки. Ошибка не исправилась, дата получения дохода стоит 28.01.2016 г.:

Заходим в закладку оплаты и поправляем дату получения дохода на 27.01.2016 затем заново проводим:

Однако ошибка не уходит, что также видно в форме 6-НДФЛ:

Следует помнить, что 2 раздел формы 6-НДФЛ строится по удержанному налогу, а удержанный налог регистрируется в документе выплаты. Для полного исправления ошибки необходимо перепровести выплату:

После проведенных действий ошибка исправилась полностью. В отчете 6 – НДФЛ исправилась дата на 27.01.2016 и доход «схлопнулся» по дате получения из регистра учета дохода с регистром учета налога:

Исправили планируемую дату выплаты дохода, но забыли исправить дату НДФЛ

Рассмотрим на примере документа . Начислено пособие по больничному листу за январь 2016 года с датой выплаты 05.02.2016. Фактически выплачено пособие вместе с зарплатой 04.02.2016. При выплате зарплаты в начислении по больничному листу поправили дату выплаты дохода на 04.02.2016, а на закладке НДФЛ не поправили:

Почему так получилось? Потому что доход отразился датой 04.02.2016, так как мы поправили в документе на главной форме «Больничный лист», а сумма налога на вкладке «НДФЛ» отразилась датой 05.02.2016. Программа 1С выпрямляет эту «кривизну».

После проведения документа выплаты отразится запись в регистре удержанного налога «НДФЛ Расчеты с бюджетом»:

Из регистра удержанного налога, данные автоматически попадают в форму 6 – НДФЛ:

Для исправления ошибки необходимо в документе «больничный лист», на закладке НДФЛ, исправить дату на правильную 04.02.2016 и провести документ:

После того, как исправили ошибки, в форме 6 – НДФЛ также все заполнилось правильно:

Чтобы не пришлось заниматься поиском и исправления ошибок, применяйте правильный подход при ведении учета НДФЛ. А именно:

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

Нарушили последовательность проведения документов

И последнее, по поводу путаницы с датами . У 99% пользователей 1С ЗУП 2.5 «не идет» удержанный НДФЛ и даты в Разделе 2 формы 6-НДФЛ. Связано это с тем, что учет удержанного НДФЛ в 1С ЗУП 2.5 (в отличие от новой редакции ЗУП 3.0) «скрыт» от глаз пользователя, расчет производится автоматически при проведении документов, поэтому результат зависит, в том числе, и от последовательности проведения.

Например, сотруднику начислено , фактически пособие выплачено 04.02.2016. При этом дату документа оставили ту, в какой день вводили:

Затем начислили отпуск:

Проводим документ выплаты отпускных от 27.01.2016:

В регистре учета удержанного НДФЛ зарегистрировалось удержание налога с пособия по больничному листу и произошло наложение документов:

Следует вернуться и поправить дату пособия на дату выплаты – 04.02.2016:

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

Возвращаемся к документу выплаты и перепроводим документ:

Контролируем регистр удержанного налога «НДФЛ расчеты с бюджетом». Все верно.

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

Больше всего проблем досталось, возможно, пользователям 1С 8.2 (ЗУП 2.5). Сначала им настоятельно рекомендовалось снимать галочку «При начислении НДФЛ принимать исчисленный налог к учету как удержанный», затем практика показала, насколько было удобнее эту галочку оставить.

Также производителями 1С для удобства выправления запутанной ситуации в последовательности документов начислений и выплат заработной платы был создан не менее запутанный документ «Цепочка документов учета НДФЛ». Попытка его использования добавляет боли в измученные головы бухгалтеров. На момент последних часов срока сдачи первой декларации 6-НДФЛ количество информации о том, как работать с этим документом, было крайне скупо.

Порядок заполнения формы 6 НДФЛ в 1С ЗУП

Раздел 2 формы 6-НДФЛ в 1С ЗУП требует четкого хронологического порядка документов. Новые требования повышают уровень ответственности ко вводу каждого факта начисления и удержания в программе. После проведения каждого документа начисления/выплаты/удержания необходимо постоянно контролировать движение по регистру накопления «НДФЛ расчеты с бюджетом» — каждая сумма начисления должна закрываться суммой удержания, причем даты должны соответствовать срокам, указанным в ст.223, ст.226 НК РФ.

Согласно ст.223 НК РФ определение даты фактического получения дохода:

Согласно ст.226 НК РФ срок перечисления НДФЛ:

Меню «Действия» -> Перейти -> НДФЛ расчеты с бюджетом

В ЗУП 2.5 есть 2 варианта учетной политики по НДФЛ. Регистрируется выбор варианта флажком «При начислении НДФЛ принимать исчисленный налог к учету как удержанный»:

флажок снят — «обычный учет»;
флажок установлен — «упрощенный учет».

При «упрощенном учете» документ начисления для регистра НДФЛ является и документом удержания налога. При «обычном учете» документ начисления является только документом начисления, а удержание налога производится документом выплаты дохода. В определенный момент, чтобы удобнее было вносить разные даты выплат в одном документе начисления разным сотрудникам, 1С было сделано улучшение и добавлена эта возможность — появилась гиперссылка «Подробнее…» около даты выплаты зарплаты: