Запись не верна значение поля физическое лицо не может быть пустым регистр накопления ндфл

Обновлено: 17.05.2024

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

ОШИБКА №1: ДАТА В МЕЖРАСЧЕТНЫХ ДОКУМЕНТАХ

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

Например, рассмотрим ситуацию с отпуском. Пусть 25.10.2018 г. я внесла документ - отпуск (Рис.1,п.1), который был выплачен 01.10.2018 г. (Рис.1,п.3). Естественно, что дата документа по умолчанию у меня заполнилась текущая (Рис.1,п.1), которой я заношу документы 25.10.2018 г. Я этого, как часто бывает, не заметила и дальше стала регистрировать выплату отпускных (Рис.1,п.2,п.4).

В документ ведомость в банк я уже проставляю правильную дату 01.10.2018 г. (Рис.1,п.5), но при автоматическом заполнении документа, сумма отпускных заполнилась (Рис.1,п.6), а сумма НДФЛ к перечислению, то есть сумма удержанного налога - не определилась (Рис.1,п.7).

Рис.1

Рис.2

ОШИБКА №2: ПЛАНИРУЕМАЯ ДАТА ВЫПЛАТЫ ДОХОДА

Следующая ошибка, которая приводит к некорректному заполнению формы 6-НДФЛ. И, опять рассмотрим в таких документах, как отпуск . В межрасчетных документах есть такой реквизит, как планируемая дата выплаты, она фиксируется, как дата фактического получения дохода, с кодами доходов, отличных от кода 2000. Очень важно эту дату корректировать, если по факту выплаты этих доходов прошла в какой-то другой день. Поскольку, именно эта дата, попадает в форму 6-НДФЛ в строку 100. И рассмотрим тот же пример с отпуском, который рассматривали в ошибке №1. Планировали выплатить 01.10.2018 г. (Рис.3,п.1), а по факту выплатили, допустим, 10.10.2018 г. (Рис.3,п.2).

Препроводим выплату и заполняем форму 6-НДФЛ (Рис.3,п.3), посмотрим, что же у нас получилось. Проверяем наш блок строк,
соответствующим этим отпускным (Рис.3, п.4,5,6). Стока 100 – дата фактического получения дохода указано 01.10.2018 г. (Рис.3, п.4), эта дата из документа отпуск (Рис.3,п.1). Дальше, 110 строка, дата удержания налога (Рис.3,п. 5) – это дата ведомости на выплату 10.10.2018 г. (Рис.3,п.2). И остается 120 строка – срок перечисления НДФЛ (Рис.3,п.6). Для дохода в виде отпускных 100 строка должна совпадать с датой выплаты этих отпускных, строка 110. А мы видим сейчас, что форма 6-НДФЛ заполнена некорректно.

Рис.3

ОШИБКА №3: НЕСООТВЕТСТВИЕ ДАТ

Следующая ошибка, которая приводит к неправильному заполнению формы 6-НДФЛ – не заполняется 130 строка, там, где у нас указываются доходы. Возникает она вследствие того, что не совпадает дата получения дохода в трех учетах: в учете доходов, исчисленного налога и удержанного налога. И, опять по традиции будем разбираться с нашим примером по отпуску сотрудника.
Дата получения дохода, попадающая в учет доходов, отражается в реквизите – планируемая дата выплаты (Рис.5,п.1). Она при
проведении документа записывается в регистр - учет доходов для исчисления НДФЛ (Рис.5,п.2,3).

Затем, смотрим исчисленный НДФЛ, более подробно можно посмотреть по кнопке - зеленый карандаш (Рис.5,п.4), здесь у нас так же фиксируется дата получения дохода, с которого был исчислен этот налог (Рис.5,п.5). И, очень важно, чтобы эта дата с датой выплаты, указанной в документе отпуск, совпадала. Теперь посмотрим, что дата получения дохода из регистра – расчеты налогоплательщика с бюджетом по НДФЛ , там, где у нас исчисленный налог, заполнен правильно в колонке - дата получения дохода (Рис.5,п.6,7).

Рис.5

Дальше проверяем удержанный налог в документе – ведомость на выплату . Нажимаем двойным кликом на сумму НДФЛ (Рис.5,п.1) в документе и открываем расшифровку и проверяем, что удержанный налог так же фиксируется в привязке к дате получения дохода (Рис.5,п.2).

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

Я до этого писала, что все три даты у нас должны совпадать. Совпадает дата учета дохода (Рис.5,п.2,3), дата получения дохода, исчисленного дохода (Рис.5,п.6,7) и дата в учете удержанного налога (Рис.6,п.3,4). Если у нас в регистре - учет доходов для исчисления НДФЛ будет другая дата, то произойдет несоответствие. В форме 6-НДФЛ не определится сумма по 130 строке и строка 100 заполнится по данным учета удержанного налога (Рис.7). Поэтому, сумма налога заполнится, а сумма дохода нет, из-за нестыковки дат.

Сегодня на этом все! Если данная статья оказалась вам полезной, то обязательно подписывайтесь на рассылку, оставляйте комментарии и не пропускайте новые статьи.

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

В стандартной поставке конфигурации "Бухгалтерия предприятия, редакция 3.0" предусмотрена типовая процедура свертки базы, однако, она не всем подходит в силу тех или иных причин. Например, в базе после свертки все равно можно встретить неактуальные, помеченные на удаление документы и справочники, да и само удаление помеченных объектов после свертки может занять длительное время, которое не всегда есть.

Гораздо проще и логичнее выглядит свертка базы путём создания пустой базы данных и перегрузки в неё остатков из рабочей.

Для данной свертки и предназначены правила из вложения.

Правила обмена разработаны в конфигурации Конвертация данных ред. 2.1, а выгрузка данных происходит через типовую обработку "Универсальный обмен данными в формате XML":

Перед выгрузкой нужно указать на какую дату и по какой организации выгрузить данные:

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

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

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

Правила тестировались на релизе Бухгалтерии 3.0.65.91 на платформе 8.3.12.1529

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

UPD от 26.02.2019:

В запросе для выгрузки остатков по материалам добавлена проверка на то, что КоличествоОстаток может быть равным 0
Из правил обмена удален реквизит "ИПИспользуетТрудНаемныхРаботников" справочника "Организации", т.к. данный реквизит в более поздних версиях бухгалтерии удален, что могло приводить к ошибкам при выгрузке данных

UPD от 21.03.2019:

UPD от 18.04.2020:

Правила обновлены для работы с релизом Бухгалтерия предприятия 3.0.76.67

UPD от 30.07.2020:

Правила обновлены для работы с релизом Бухгалтерия предприятия 3.0.79.21

Специальные предложения

Обновил описание конфигурации до актуальной для меня версии БП 3.0.67.43.

После проверки правил исправил названия реквизитов, которые были переименованы.
(ИПИспользуетТрудНаемныхРаботников, ПредъявляетНДС, СтавкаНДС)

Загружаются и проводятся документы "ВводНачальныхОстатков" кроме "Расчеты с персоналом по оплате труда"

Выдает следующие ошибки:

По даблклику на ошибке заводит новый документ "Ведомость в банк"
Вторую ошибку очевидно выдает процедура СформироватьВедомости(Отказ) из модуля объекта документа "ВводНачальныхОстатков"
сравнил: она не поменялась с версии 3.0.65.91

Попытался использовать отладку обработчиков загрузки - не прерывается на выставленных точках останова.
В самой обработке ""Универсальный обмен" при отладке перед попытками записи у документа "ВводНачальныхОстатков" в ТЧ "Расчеты с персоналом по оплате труда" уже стоит:

"Ошибка получения представления значения: В данной транзакции уже происходили ошибки!"

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

Читайте также: