Платформа 1С v8.x (все механизмы)
Сложные периодические расчеты
1С:Зарплата и Управление Персоналом 2.5
1С:Зарплата и кадры бюджетного учреждения
1С:Управление производственным предприятием
Лучшие комментарии
Уважаемые коллеги, с 2018 года прекращается поддержка ЗУП 2.5 и ЗиКБУ.
Вероятно, еще какое-то время данные конфигурации будут поддерживаться силами сообщества, по крайней мере новые формы отчетности можно будет дербанить из УПП 1.3 и адаптировать. Но моя личная рекомендация - не затягивайте, переходите на ЗУП 3.1.3 с начала 2018 года. Если конфигурация типовая или с незначительными доработками, то и думать нечего.
Да, перепрыгивать с обычных форм в такси - ну, такое... хотя мои бухгалтера вполне успешно осваивают новый интерфейс. Показал им удобные функции, такие как избранное и история - красота.
Я рад, если кому-то данная обработка дала отсрочку в 1-1.5 года, но по сути дела время перехода на новую версию программы пришло. Для ЗУП 3 за это время вышли несколько десятков релизов (3.1 -> 3.4), что несомненно позволит сегодня перейти на более стабильную версию, чем это 1.5 года назад.
PS. Многое из того, что было запланировано в этой обработке так и не было реализовано. Видно не судьба. Рад за каждого, кому она оказалась полезна.
====================================================
Пока писал этот пост, заглянул на ИТС, а там вчера выложили 3.1.4 =)))
Вероятно, еще какое-то время данные конфигурации будут поддерживаться силами сообщества, по крайней мере новые формы отчетности можно будет дербанить из УПП 1.3 и адаптировать. Но моя личная рекомендация - не затягивайте, переходите на ЗУП 3.1.3 с начала 2018 года. Если конфигурация типовая или с незначительными доработками, то и думать нечего.
Да, перепрыгивать с обычных форм в такси - ну, такое... хотя мои бухгалтера вполне успешно осваивают новый интерфейс. Показал им удобные функции, такие как избранное и история - красота.
Я рад, если кому-то данная обработка дала отсрочку в 1-1.5 года, но по сути дела время перехода на новую версию программы пришло. Для ЗУП 3 за это время вышли несколько десятков релизов (3.1 -> 3.4), что несомненно позволит сегодня перейти на более стабильную версию, чем это 1.5 года назад.
PS. Многое из того, что было запланировано в этой обработке так и не было реализовано. Видно не судьба. Рад за каждого, кому она оказалась полезна.
====================================================
Пока писал этот пост, заглянул на ИТС, а там вчера выложили 3.1.4 =)))
Остальные комментарии
Избранное
Подписка
Сортировка:
Древо развёрнутое
Свернуть все
Исправлена ошибка: При сворачивания/разворачивании расшифровок по физлицам в соответствующем разделе затирались ручные корректировки декларации.
Исправлена ошибка: В элементах формы на закладке Раздел 1 ранее было отключено свойство "Редактирование текста", что не позволяло корректировать данные раздела вручную
Исправлена ошибка: В элементах формы на закладке Раздел 1 ранее было отключено свойство "Редактирование текста", что не позволяло корректировать данные раздела вручную
Управление производственным предприятием, редакция 1.3 (1.3.83.1)
Не удалось записать дополнительные свойства объектов! - Возможно недостаточно прав!
НазначениеСвойства.Родитель = ПланыВидовХарактеристик.НазначенияСвойствКатегорийОбъектов.ГруппаДокументов;
------------------------------------------------------------------------------------ОШИБКА---------------------------------------------------------------------------------------
ПланыВидовХарактеристик.НазначенияСвойствКатегорийОбъектов.ГруппаДокументов {(1)}: Поле объекта не обнаружено (ГруппаДокументов)
Пока просто закомментировал, на что-то влияет?
Не удалось записать дополнительные свойства объектов! - Возможно недостаточно прав!
НазначениеСвойства.Родитель = ПланыВидовХарактеристик.НазначенияСвойствКатегорийОбъектов.ГруппаДокументов;
------------------------------------------------------------------------------------ОШИБКА---------------------------------------------------------------------------------------
ПланыВидовХарактеристик.НазначенияСвойствКатегорийОбъектов.ГруппаДокументов {(1)}: Поле объекта не обнаружено (ГруппаДокументов)
Пока просто закомментировал, на что-то влияет?
(66) user597109_ironotter, в Вашей базе не хватает одного предопределенного элемента, который есть в ЗУП 2.5..
По сути влияет только на иерархию элементов в Плане Видов Характеристик "Свойства объектов", то есть только на красоту.
Заключу эту строку в попытку в следующей версии. Спасибо за замечание.
По сути влияет только на иерархию элементов в Плане Видов Характеристик "Свойства объектов", то есть только на красоту.
Заключу эту строку в попытку в следующей версии. Спасибо за замечание.
Прикрепленные файлы:
(3) ol_2004@mail.ru, Можно чуть подробнее?
Конфа типовая? ЗУП 2.5.107?
В расшифровке Раздела 1 никакие данные не задвоились?
В расшифровке первого раздела в подвале колонки 020 какая сумма?
Или у вас настолько крупная организация, что сумма начисленного дохода за полугодие превышает 100млн и обработке просто не хватило разрядности в ячейке?
Конфа типовая? ЗУП 2.5.107?
В расшифровке Раздела 1 никакие данные не задвоились?
В расшифровке первого раздела в подвале колонки 020 какая сумма?
Или у вас настолько крупная организация, что сумма начисленного дохода за полугодие превышает 100млн и обработке просто не хватило разрядности в ячейке?
Классная вещь! Спасибо разработчику.
"+" за идею!
Работа с документами для рядового бухгалтера понятнее и проще, чем поиск по регистрам,
записи в которых непонятно когда в предыдущих релизах,
предыдущими расчетчиками,
были сделаны некорректно, а отсюда и тянутся какие-то суммки то "+", то "-".
Еще бы добавить отбор по обособленному подразделению (КПП/ОКТМО), цены бы не было этой обработке.
"+" за идею!
Работа с документами для рядового бухгалтера понятнее и проще, чем поиск по регистрам,
записи в которых непонятно когда в предыдущих релизах,
предыдущими расчетчиками,
были сделаны некорректно, а отсюда и тянутся какие-то суммки то "+", то "-".
Еще бы добавить отбор по обособленному подразделению (КПП/ОКТМО), цены бы не было этой обработке.
(8) спасибо за отзывчивость.
Подразделение - да , этоэлемент справочника "Подразделения организации"
с установленной галочкой "Подразделение зарегистрировано в ИФНС как обособленное с присвоением кода по ОКАТО и КПП, но не имеет выделенного баланса"
и заполнены реквизиты код ОКТМО, код КПП и еще должен выбираться код ифнс, в которую подается файл, как в регламентированном отчете.
Фирма 1С до сих пор не может внести изменения в ЗУП, чтобы в даннос справочнике у был еще и реквизит "Код ИФНС",
они все еще по старинке в справках 2-ндфл берут код ИФНС как первые 4 цифры КПП, а это совсем не всега совпадает!
И от этого кода ИФНС зависит и генерируемое имя выгружаемого файла. Например имя файла по такому ОБП д.б. таким:
"NO_NDFL6_6195_6195_хххххххххх616332001_20160728_88527f89-d78f-4d65-bb14-a4e505e80f25.xml",
где хххххххххх - ИНН организации, 616332001 - код КПП ОБП, а 6195 - код ИФНС по месту регистрации ОБП.
Ну а ОКТМО ОБП , это уже внутри файла, как и для обычной организации.
Подразделение - да , этоэлемент справочника "Подразделения организации"
с установленной галочкой "Подразделение зарегистрировано в ИФНС как обособленное с присвоением кода по ОКАТО и КПП, но не имеет выделенного баланса"
и заполнены реквизиты код ОКТМО, код КПП и еще должен выбираться код ифнс, в которую подается файл, как в регламентированном отчете.
Фирма 1С до сих пор не может внести изменения в ЗУП, чтобы в даннос справочнике у был еще и реквизит "Код ИФНС",
они все еще по старинке в справках 2-ндфл берут код ИФНС как первые 4 цифры КПП, а это совсем не всега совпадает!
И от этого кода ИФНС зависит и генерируемое имя выгружаемого файла. Например имя файла по такому ОБП д.б. таким:
"NO_NDFL6_6195_6195_хххххххххх616332001_20160728_88527f89-d78f-4d65-bb14-a4e505e80f25.xml",
где хххххххххх - ИНН организации, 616332001 - код КПП ОБП, а 6195 - код ИФНС по месту регистрации ОБП.
Ну а ОКТМО ОБП , это уже внутри файла, как и для обычной организации.
Разрядность чисел поправил.
Отбор по подразделению сделал, но нет возможности полноценно протестировать - тем кто отписался в этой теме отправил ЛС (если кого забыл - киньте ЛС сами).
Короче ищу добровольцев для теста.
Добавил в запросы условие "Подразделение В Иерархии", то есть в декларацию войдет выбранное подразделение и все его подчиненные.
Дивиденды начисляются вне подразделений. Чтобы включить дивиденды в конкретное подразделение - нужно поставить подразделению галочку "дивиденды".
При выборе подразделения в выгружаемый файл подставляется КПП (2 раза) и ОКТМО подразделения. Насколько это правильно - я пока тоже не знаю, надо штудировать информацию о формате файла в КонсультантПлюс.
Косяк описанный Mityushina в (11) сегодня поправить уже не успеваю.
Так что, если у кого-то есть допначисления в документе "Разовые начисления" - обработка пока их не считает.
Отбор по подразделению сделал, но нет возможности полноценно протестировать - тем кто отписался в этой теме отправил ЛС (если кого забыл - киньте ЛС сами).
Короче ищу добровольцев для теста.
Добавил в запросы условие "Подразделение В Иерархии", то есть в декларацию войдет выбранное подразделение и все его подчиненные.
Дивиденды начисляются вне подразделений. Чтобы включить дивиденды в конкретное подразделение - нужно поставить подразделению галочку "дивиденды".
При выборе подразделения в выгружаемый файл подставляется КПП (2 раза) и ОКТМО подразделения. Насколько это правильно - я пока тоже не знаю, надо штудировать информацию о формате файла в КонсультантПлюс.
Косяк описанный Mityushina в (11) сегодня поправить уже не успеваю.
Так что, если у кого-то есть допначисления в документе "Разовые начисления" - обработка пока их не считает.
Добрый!
(14)
1. Принцип немного не тот. Тут заполнять нужно не по подразделению, а по ОКТМО. А один и тот же ОКТМО может быть у разных подразделений, и они все могут находится в разной иерархии. Так что ПодразделениеОрганизации В ИЕРАРХИИ (&ПодразделениеОрганизации) не подойдет.
2. Удержанный НДФЛ у Вас собирается по документам расчета НДФЛ, что годится только для учетной политики "принимать исчисленный как удержанный". Т.к. 1С не рекомендует пользоваться этой фичей, то и заполнение будет неверным.
3. В запросе по начислениям не учитывается ТЧ "ДополнительныеНачисления", а это материалка, подарки и проч.
4. Я бы переписал запрос по начислениям, выбирая данные из РР, так есть гарантия, что не пропустишь какой-нибудь вид документа или табличную часть. ИМХО.
А так да, развивайте продукт, типовые конфы в этом плане вообще нефункциональны, видимо принуждают перейти на ред 3.0.
Успехов!
(14)
1. Принцип немного не тот. Тут заполнять нужно не по подразделению, а по ОКТМО. А один и тот же ОКТМО может быть у разных подразделений, и они все могут находится в разной иерархии. Так что ПодразделениеОрганизации В ИЕРАРХИИ (&ПодразделениеОрганизации) не подойдет.
2. Удержанный НДФЛ у Вас собирается по документам расчета НДФЛ, что годится только для учетной политики "принимать исчисленный как удержанный". Т.к. 1С не рекомендует пользоваться этой фичей, то и заполнение будет неверным.
3. В запросе по начислениям не учитывается ТЧ "ДополнительныеНачисления", а это материалка, подарки и проч.
4. Я бы переписал запрос по начислениям, выбирая данные из РР, так есть гарантия, что не пропустишь какой-нибудь вид документа или табличную часть. ИМХО.
А так да, развивайте продукт, типовые конфы в этом плане вообще нефункциональны, видимо принуждают перейти на ред 3.0.
Успехов!
(17) the1,
а вот по пункту 2
я не совсем согласен. В моем запросе в качестве даты удержания НДФЛ берется поле "ДатаВыплатыДохода", а не дата удержания НДФЛ из табличной части.
То есть политика не "принимать исчисленный как удержанный", а грубо говоря "применять выплаченный как удержанный".
То есть всё зависит от того, насколько достоверно заполнены поля "Дата выплаты дохода" в документах.
Но Вы правы в том, что обработка не проверяет наличие самих документов выплаты.
Тут принцип "Какую бухгалтер указал дату выплаты дохода - такую и берем". Моих бухгалтеров устроил именно такой подход, а не правка накопленных годами ошибок в регистре по НДФЛ и постоянное перепроведение периода.
а вот по пункту 2
2. Удержанный НДФЛ у Вас собирается по документам расчета НДФЛ, что годится только для учетной политики "принимать исчисленный как удержанный". Т.к. 1С не рекомендует пользоваться этой фичей, то и заполнение будет неверным.
я не совсем согласен. В моем запросе в качестве даты удержания НДФЛ берется поле "ДатаВыплатыДохода", а не дата удержания НДФЛ из табличной части.
То есть политика не "принимать исчисленный как удержанный", а грубо говоря "применять выплаченный как удержанный".
То есть всё зависит от того, насколько достоверно заполнены поля "Дата выплаты дохода" в документах.
Но Вы правы в том, что обработка не проверяет наличие самих документов выплаты.
Тут принцип "Какую бухгалтер указал дату выплаты дохода - такую и берем". Моих бухгалтеров устроил именно такой подход, а не правка накопленных годами ошибок в регистре по НДФЛ и постоянное перепроведение периода.
(14) Вот из типовой, для понимания, приблизительно как собираются доходы по ОКТМО
ВЫБОР
КОГДА &КодПоОКАТО
ТОГДА ВЫБОР
КОГДА НДФЛСведенияОДоходах.Период < ДАТАВРЕМЯ(2013, 1, 1)
ТОГДА ""
КОГДА НДФЛСведенияОДоходах.КодПоОКТМО <> ""
ТОГДА НДФЛСведенияОДоходах.КодПоОКТМО
КОГДА ЕСТЬNULL(НДФЛСведенияОДоходах.ПодразделениеОрганизации.КодПоОКТМО, "") <> ""
ТОГДА НДФЛСведенияОДоходах.ПодразделениеОрганизации.КодПоОКТМО
ИНАЧЕ ЕСТЬNULL(НДФЛСведенияОДоходах.ОбособленноеПодразделение.КодПоОКТМО, "")
КОНЕЦ
ИНАЧЕ ""
КОНЕЦ КАК КодПоОКТМО Показать
(18) the1, (16) Филипп,
я действительно абсолютно не знаком с формированием 6-НДФЛ по обособленным подразделениям.
Изучением вопроса не занимался, тк не требовалось, а всё, что успел сделать наспех - это добавить фильтр по подразделению.
Завтра у меня последний рабочий день перед отпуском. Исправлю всё, что успею.
я действительно абсолютно не знаком с формированием 6-НДФЛ по обособленным подразделениям.
Изучением вопроса не занимался, тк не требовалось, а всё, что успел сделать наспех - это добавить фильтр по подразделению.
Завтра у меня последний рабочий день перед отпуском. Исправлю всё, что успею.
Еще забыла, в регламентированном отчете 6-НДФЛ специально для этой формы в конфигурацию ЗУП фирмой 1С был добавлен еще 1 вид справочника "Регистрация в ИФНС",
с полями: КПП, код ИФНС, Организация. Причем этот справочник сам по себе, никак не увязан со справочником "Подразделения организации" , заполняется вручную, выбирается в форме заполнения декларации и служит как раз только для генерации имени выгружаемого файла и заполнения титульного листа.
с полями: КПП, код ИФНС, Организация. Причем этот справочник сам по себе, никак не увязан со справочником "Подразделения организации" , заполняется вручную, выбирается в форме заполнения декларации и служит как раз только для генерации имени выгружаемого файла и заполнения титульного листа.
Не торопимся качать файл - через пару-тройку часов будет новая версия:
1. Правильный (я надеюсь) отбор обособок по ОКТМО+КПП
2. Учет доп начислений из документа "разовые начисления"
3. Возможность редактировать все возможные коды руками
1. Правильный (я надеюсь) отбор обособок по ОКТМО+КПП
2. Учет доп начислений из документа "разовые начисления"
3. Возможность редактировать все возможные коды руками
(22) vikm, разумеется.
Файл уже там, информация по обновлению в публикации.
Тестирование категорически приветствуется - на доработку у меня осталось 3 часа, после чего начинается мой отпуск, который продлится до 1 сентября.
(16) Филипп, Теперь при наличии хотя бы одного элемента в этом справочнике на форме появляется спец кнопка, для заполнения кодов ИФНС и КПП из него.
(11) Mityushina, исправлено
Файл уже там, информация по обновлению в публикации.
Тестирование категорически приветствуется - на доработку у меня осталось 3 часа, после чего начинается мой отпуск, который продлится до 1 сентября.
(16) Филипп, Теперь при наличии хотя бы одного элемента в этом справочнике на форме появляется спец кнопка, для заполнения кодов ИФНС и КПП из него.
(11) Mityushina, исправлено
madonov, добрый день!
Огромное человеческое СПАСИБО!
Будем тестировать.
С точки зрения рядового работяги-бухгалтера Вы сделали очень правильно, что основную идею построили на анализе документов, а не регистров,
что позволяет применять упрощенный учет без внесения платежек по уплате (при количестве ОБП больше 100 и ведении бухучета в другой программе это значительно увеличивает трудоемкость) и манипулировать датой уплаты налога в документе начисления.
По регистрам куча обработок на сайте, которые просто дублируют регламентируют отчетность и просто делают расшифровку.
Приятного отдыха!
Огромное человеческое СПАСИБО!
Будем тестировать.
С точки зрения рядового работяги-бухгалтера Вы сделали очень правильно, что основную идею построили на анализе документов, а не регистров,
что позволяет применять упрощенный учет без внесения платежек по уплате (при количестве ОБП больше 100 и ведении бухучета в другой программе это значительно увеличивает трудоемкость) и манипулировать датой уплаты налога в документе начисления.
По регистрам куча обработок на сайте, которые просто дублируют регламентируют отчетность и просто делают расшифровку.
Приятного отдыха!
Найдена незначительная ошибка:
При работе без обособок оба кода ИФНС по умолчанию брались из поля "Код налогового органа - получателя отчетности".
Поправил. Теперь КодИФНС из КодИМНС, КодИФНСПолучателя из КодИФНСПолучателя.
Файл обновлён.
Так, что если у кого эти коды отличаются можно обновиться, ну или не забываем поправить ручками.
Кнопка "Заполнить" становится активной только когда заполнены реквизиты:
- Организация
- КодПоОКТМО
- КПП
- КодИФНСПолучателя
- КодИФНС
Кнопка "Сохранить" становится активной только когда заполнены реквизиты:
- Организация
- КодПоОКТМО
- КПП
- КодИФНСПолучателя
- КодИФНС
- Подпись
- ДатаПодписи
- Телефон
- КодМестаПредставленияРасчета
- Раздел 1 (хотя бы 1 строка в таблице)
- Раздел 2 (хотя бы 1 строка в таблице)
При работе без обособок оба кода ИФНС по умолчанию брались из поля "Код налогового органа - получателя отчетности".
Поправил. Теперь КодИФНС из КодИМНС, КодИФНСПолучателя из КодИФНСПолучателя.
Файл обновлён.
Так, что если у кого эти коды отличаются можно обновиться, ну или не забываем поправить ручками.
Кнопка "Заполнить" становится активной только когда заполнены реквизиты:
- Организация
- КодПоОКТМО
- КПП
- КодИФНСПолучателя
- КодИФНС
Кнопка "Сохранить" становится активной только когда заполнены реквизиты:
- Организация
- КодПоОКТМО
- КПП
- КодИФНСПолучателя
- КодИФНС
- Подпись
- ДатаПодписи
- Телефон
- КодМестаПредставленияРасчета
- Раздел 1 (хотя бы 1 строка в таблице)
- Раздел 2 (хотя бы 1 строка в таблице)
И немного теоретической информации по 6НДФЛ: контрольные соотношения и формат файла.
Тем, кто будет дорабатывать обработку под свои нужды может пригодиться.
Тем, кто будет дорабатывать обработку под свои нужды может пригодиться.
Прикрепленные файлы:
Контрольные соотношения 6НДФЛ.doc
Формат 6НДФЛ.doc
Добрый день,
скачала отчет- получаю ошибку след.содержания:
и ссылка на конфигуратор:
{Форма.Форма.Форма(1233)}: Ошибка при вызове метода контекста (ВыполнитьПакет)
МассивРезультатов = Запрос.ВыполнитьПакет();
по причине:
{(18, 20)}: Таблица не найдена "Документ.НачислениеЗарплатыРаботникамОрганизаций.ДатыВыплаты"
ЛЕВОЕ СОЕДИНЕНИЕ <<?>>Документ.НачислениеЗарплатыРаботникамОрганизаций.ДатыВыплаты КАК НачислениеЗарплатыРаботникамОрганизацийДатыВыплаты
скачала отчет- получаю ошибку след.содержания:
и ссылка на конфигуратор:
{Форма.Форма.Форма(1233)}: Ошибка при вызове метода контекста (ВыполнитьПакет)
МассивРезультатов = Запрос.ВыполнитьПакет();
по причине:
{(18, 20)}: Таблица не найдена "Документ.НачислениеЗарплатыРаботникамОрганизаций.ДатыВыплаты"
ЛЕВОЕ СОЕДИНЕНИЕ <<?>>Документ.НачислениеЗарплатыРаботникамОрганизаций.ДатыВыплаты КАК НачислениеЗарплатыРаботникамОрганизацийДатыВыплаты
(34) antss, добрый день!
У Вас точно ЗУП 2.5?
Если да, то у вас устаревший (минимум на несколько месяцев) релиз программы, и ваша конфигурация просто не содержит в себе необходимых для этой обработки таблиц.
Обновление конфигурации до актуального релиза должно помочь.
У Вас точно ЗУП 2.5?
Если да, то у вас устаревший (минимум на несколько месяцев) релиз программы, и ваша конфигурация просто не содержит в себе необходимых для этой обработки таблиц.
Обновление конфигурации до актуального релиза должно помочь.
(36) Jen,
Да, обработка не обучена собирать доходы из документов "Оплата праздничных и выходных дней", и к сожалению в ближайшее время у меня не будет возможности её доработать =( .
Прежде чем тратить $m на скачивание рекомендую внимательно прочесть описание
...
В расчете принимают участие следующие документы:
Показать...
В расчете принимают участие следующие документы:
- НачислениеЗарплатыРаботникамОрганизаций
- ОплатаПоСреднемуЗаработку
- ПремииРаботниковОрганизаций
- РегистрацияРазовыхНачисленийРаботниковОрганизаций
- ДоговорНаВыполнениеРаботСФизЛицом
- НачислениеПоБольничномуЛисту
- НачислениеОтпускаРаботникамОрганизаций
- РасчетПриУвольненииРаботникаОрганизаций
- НачислениеДивидендовОрганизаций
Да, обработка не обучена собирать доходы из документов "Оплата праздничных и выходных дней", и к сожалению в ближайшее время у меня не будет возможности её доработать =( .
//UPD 10.10.2016 - В расчет добавлен документ ОплатаПраздничныхИВыходныхДнейОрганизаций (36) .
//UPD 10.10.2016 - Для определения даты выплаты в документах Оплата по среднему / Премии (начисление НДФЛ) / Оплата праздничных и выходных теперь используется дополнительный реквизит.
Обращаю внимание, что для корректной работы обработки у пользователя должны быть права на создание элементов ПланыВидовХарактеристик "НазначенияСвойствКатегорийОбъектов" и "СвойстваОбъектов", а также права на редактирование регистра сведений "ЗначенияСвойствОбъектов".
Где брать обновление - думаю все уже знают =).
//UPD 10.10.2016 - Для определения даты выплаты в документах Оплата по среднему / Премии (начисление НДФЛ) / Оплата праздничных и выходных теперь используется дополнительный реквизит.
Обращаю внимание, что для корректной работы обработки у пользователя должны быть права на создание элементов ПланыВидовХарактеристик "НазначенияСвойствКатегорийОбъектов" и "СвойстваОбъектов", а также права на редактирование регистра сведений "ЗначенияСвойствОбъектов".
Где брать обновление - думаю все уже знают =).
(40) makas, Спасибо за отзыв.
Мои бухгалтера просили исключить только пособие по уходу за ребенком до 3-ех лет.
Почему никому до вас не потребовалось исключать пособие до 1,5 не знаю - возможно вы и правы, что стоит. Надо садиться читать законодательство и разбираться.
На память знаю только то, что пособие до 1,5 лет выплачивается за счет средств ФСС, а не работодателем.
К сожалению под рукой нет ни Консультанта (чтобы изучить законодательство), ни 1С (чтобы поправить обработку) - Я в отпуске до конца августа.
Мои бухгалтера просили исключить только пособие по уходу за ребенком до 3-ех лет.
Почему никому до вас не потребовалось исключать пособие до 1,5 не знаю - возможно вы и правы, что стоит. Надо садиться читать законодательство и разбираться.
На память знаю только то, что пособие до 1,5 лет выплачивается за счет средств ФСС, а не работодателем.
К сожалению под рукой нет ни Консультанта (чтобы изучить законодательство), ни 1С (чтобы поправить обработку) - Я в отпуске до конца августа.
(41)
Согласно п.2 ст.230 НК РФ: "Налоговые агенты представляют в налоговый орган по месту своего учета: ...расчёт сумм налога на доходы физических лиц, исчисленных и удержанных налоговым агентом, за первый квартал, полугодие, девять месяцев - не позднее последнего дня месяца, следующего за соответствующим периодом, за год - не позднее 1 апреля года, следующего за истекшим налоговым периодом, по форме, форматам и в порядке, которые утверждены федеральным органом исполнительной власти, уполномоченным по контролю и надзору в области налогов и сборов."
Доходы в виде государственных пособий сотрудникам, имеющим детей, выплачиваемым за счёт средств ФСС России (например, пособие женщинам, вставшим на учёт в ранние сроки беременности, единовременное пособие при рождении ребенка, пособие по уходу за ребёнком до 1,5 лет), НДФЛ не облагаются (п.1 ст.217 НК РФ). В отношении этих доходов организация не признаётся налоговым агентом.
Следовательно, в расчёте 6-НДФЛ данные доходы не отражаются.
Доходы в виде государственных пособий сотрудникам, имеющим детей, выплачиваемым за счёт средств ФСС России (например, пособие женщинам, вставшим на учёт в ранние сроки беременности, единовременное пособие при рождении ребенка, пособие по уходу за ребёнком до 1,5 лет), НДФЛ не облагаются (п.1 ст.217 НК РФ). В отношении этих доходов организация не признаётся налоговым агентом.
Следовательно, в расчёте 6-НДФЛ данные доходы не отражаются.
(42) Agema, (40) makas,
Уточнил в бухгалтерии момент относительно пособия до 1.5 лет.
Хабаровский край вошел в пилотный проект ФСС, и мы как работодатель пособие до 1,5 лет не выплачиваем (его за нас платит ФСС).
Отпуск закончился, как разгребу накопившуюся работу - доработаю и обработку =).
Уточнил в бухгалтерии момент относительно пособия до 1.5 лет.
Хабаровский край вошел в пилотный проект ФСС, и мы как работодатель пособие до 1,5 лет не выплачиваем (его за нас платит ФСС).
Отпуск закончился, как разгребу накопившуюся работу - доработаю и обработку =).
//UPD 12.09.2016 - Из расчета исключены пособия по уходу за ребенком до 1.5 лет.
И вроде бы это единственное замечание, которое я не успел исправить до отпуска.
Спасибо всем, кто принимает участие в тестировании обработки и просто проявляет к ней интерес.
Думаю в октябре мы снова здесь все соберемся =) .
=============================
А нет, было еще пожелание о включение в расчет документа "Оплата праздничных и выходных дней". Есть над чем работать, как будет свободная минутка - допишу.
И вроде бы это единственное замечание, которое я не успел исправить до отпуска.
Спасибо всем, кто принимает участие в тестировании обработки и просто проявляет к ней интерес.
Думаю в октябре мы снова здесь все соберемся =) .
=============================
А нет, было еще пожелание о включение в расчет документа "Оплата праздничных и выходных дней". Есть над чем работать, как будет свободная минутка - допишу.
Сегодня достигнут рубеж в 100 скачиваний - в масштабах ИС совсем немного, но все равно очень приятно.
А еще обработка была замечена на главной в графе "Выбор экспертов". Я понятия не имею как и кем формируется этот рейтинг, но спасибо =) .
А еще обработка была замечена на главной в графе "Выбор экспертов". Я понятия не имею как и кем формируется этот рейтинг, но спасибо =) .
(47) Anna_Valenty, не знаю, попробуйте, обработку отправил в ЛС.
(48) DimaBab, изначально именно так и задумывалось - написать обработку для заполнения типовой декларации, а уже из типовой выгружать файлик для сдачи. Не буду лукавить - я просто не смог разобраться с механизмом заполнения типовой формы декларации. Гораааздо проще оказалось написать свою собственную выгрузку в итоговый XML для отправки.
Поэтому - нет, пока не планируется, тк требует слишком много времени, которого у меня сейчас очень мало.
=========================================
Anna_Valenty протестировала обработку на конфигурации "Управление производственным предприятием, редакция 1.3 (1.3.80.2)" - полёт нормальный.
Добавил информацию о совместимости в публикацию.
(48) DimaBab, изначально именно так и задумывалось - написать обработку для заполнения типовой декларации, а уже из типовой выгружать файлик для сдачи. Не буду лукавить - я просто не смог разобраться с механизмом заполнения типовой формы декларации. Гораааздо проще оказалось написать свою собственную выгрузку в итоговый XML для отправки.
Поэтому - нет, пока не планируется, тк требует слишком много времени, которого у меня сейчас очень мало.
=========================================
Anna_Valenty протестировала обработку на конфигурации "Управление производственным предприятием, редакция 1.3 (1.3.80.2)" - полёт нормальный.
Добавил информацию о совместимости в публикацию.
//UPD 13.10.2016 - пользователь Anna_Valenty помогла обнаружить ошибку, при которой данные о начислениях из документов "ПремииРаботниковОрганизаций" и "РасчетПриУвольненииРаботникаОрганизаций" не попадали в декларацию в случаях, когда в карточке сотрудника в закладке "трудовой договор" не было заполнено подразделение.
В табличной части этих документов нет колонки "ПодразделениеОрганизиции", поэтому приходится его брать из карточек сотрудников с закладки "Трудовой договор". Тем у кого есть обособки рекомендую проверить правильность заполнения этого поля.
В табличной части этих документов нет колонки "ПодразделениеОрганизиции", поэтому приходится его брать из карточек сотрудников с закладки "Трудовой договор". Тем у кого есть обособки рекомендую проверить правильность заполнения этого поля.
//UPD 14.10.2016 - пользователь Бирюков Артем (artemb) обнаружил ошибку - в декларацию попадали данные из документа "НачислениеЗарплатыРаботникамОрганизаций", с Периодом начисления "ПерваяПоловинаТекущегоМесяца", что неправильно (я убедился в этом, ознакомившись с )
//UPD 14.10.2016 - пользователь Бакулева Марина помогла обнаружить ошибку, при которой начисления по ДГПХ не попадали в декларацию в случае, когда в документе не заполнено подразделение. Да и вообще с незаполненным подразделение в любом документе была беда - ВСЕМ рекомендую обновиться до 2.2.2.
//UPD 14.10.2016 - пользователь Бакулева Марина помогла обнаружить ошибку, при которой начисления по ДГПХ не попадали в декларацию в случае, когда в документе не заполнено подразделение. Да и вообще с незаполненным подразделение в любом документе была беда - ВСЕМ рекомендую обновиться до 2.2.2.
(56) svetik_svetiko,
Попробуйте:
1 .Меню \ Операции \ План Видов Характеристик \ Свойства объектов - зайти и посмотреть есть ли там элемент "Документы - Дата выплаты (6-НДФЛ)". Если нет, то попробуйте создать элемент (любой, потом удалить)
2. Меню \ Операции \ Регистр сведений \ Значения свойств объектов - зайти и создать запись (любую, потом удалить)
Получится?
Попробуйте:
1 .Меню \ Операции \ План Видов Характеристик \ Свойства объектов - зайти и посмотреть есть ли там элемент "Документы - Дата выплаты (6-НДФЛ)". Если нет, то попробуйте создать элемент (любой, потом удалить)
2. Меню \ Операции \ Регистр сведений \ Значения свойств объектов - зайти и создать запись (любую, потом удалить)
Получится?
//UPD 19.10.2016 - благодаря пользователю den_vladimir обнаружена ошибка, при которой в декларацию попадали начисления "Отпуск по беременности и родам" и "Пособие за счет ФСС при постановке на учет в ранние сроки беременности". Ошибка исправлена, доступна версия 2.2.3.
//UPD 20.10.2016 - Утомился исключать поочередно все начисления, не облагаемые НДФЛ. Наконец решил исключить их ВСЕ по общему признаку, что следовало сделать с самого начала, а не идти по методу "Костыли и велосипеды".
Тем более, что это оказалось очень просто - ВСЕ начисления без кода дохода по НДФЛ исключены из расчета.
Версия 2.2.4 доступна на яндекс-диске. Публикация будет обновлена в ближайшее время.
Тем более, что это оказалось очень просто - ВСЕ начисления без кода дохода по НДФЛ исключены из расчета.
Версия 2.2.4 доступна на яндекс-диске. Публикация будет обновлена в ближайшее время.
Прикрепленные файлы:
(64) svetik_svetiko, спасибо за отзыв.
Делать отдельную версию ради настолько незначительных изменений считаю нерентабельным, да и как я понял Вы уже самостоятельно поправили запросы. Но обязательно учту в следующей версии.
Сейчас воюю с выгрузкой в типовую декларацию, если получится, то будет версия 3.0.0 =))
Делать отдельную версию ради настолько незначительных изменений считаю нерентабельным, да и как я понял Вы уже самостоятельно поправили запросы. Но обязательно учту в следующей версии.
Сейчас воюю с выгрузкой в типовую декларацию, если получится, то будет версия 3.0.0 =))
Реализовал заполнение Раздела 1 по разным ставкам НДФЛ. Учёт ставок отличных от 13% несколько упростил, но думаю этого вполне хватит.
Версия 3.1.0 доступна для тестирования на Яндекс-диске. Стабильной её не считаю, всем у кого в учёте нет ставок НДФЛ отличных от 13% рекомендую использовать версию 3.0.0. В публикации файл обновлять пока не стал.
Для версии 3.1.0 требуется тестирование со стороны сообщества:
1. Если у вас в учёте нет ставок НДФЛ отличных от 13%, то для помощи мне, Вам достаточно скачать версии 3.0.0, 3.1.0, заполнить за 9 месяцев и сравнить полученный результат - данные обеих деклараций должны сойтись.
2. Если среди сотрудников Вашей организации есть налоговые Нерезиденты РФ, то можете попробовать скачать версию 3.1.0, заполнить, и тщательно проверить как заполнится Раздел1 и его расшифровку.
Чем больше будет отзывов, тем быстрее я смогу исправить обнаруженные ошибки, ну или убедиться в их отсутствии.
Версия 3.1.0 доступна для тестирования на Яндекс-диске. Стабильной её не считаю, всем у кого в учёте нет ставок НДФЛ отличных от 13% рекомендую использовать версию 3.0.0. В публикации файл обновлять пока не стал.
Для версии 3.1.0 требуется тестирование со стороны сообщества:
1. Если у вас в учёте нет ставок НДФЛ отличных от 13%, то для помощи мне, Вам достаточно скачать версии 3.0.0, 3.1.0, заполнить за 9 месяцев и сравнить полученный результат - данные обеих деклараций должны сойтись.
2. Если среди сотрудников Вашей организации есть налоговые Нерезиденты РФ, то можете попробовать скачать версию 3.1.0, заполнить, и тщательно проверить как заполнится Раздел1 и его расшифровку.
Чем больше будет отзывов, тем быстрее я смогу исправить обнаруженные ошибки, ну или убедиться в их отсутствии.
(72) chesnokov-a-v, Доброго времени суток. Спасибо за отзыв.
Сумма налоговых вычетов (строка 030) - это единственное, что я собираю по регистрам накопления.
В регистре накопления "Предоставленные стандартные и социальные вычеты по НДФЛ" за этот год точно есть записи с кодом вычета 508?
Сумма налоговых вычетов (строка 030) - это единственное, что я собираю по регистрам накопления.
В регистре накопления "Предоставленные стандартные и социальные вычеты по НДФЛ" за этот год точно есть записи с кодом вычета 508?
(73) Вы правы в регистре "Предоставленные стандартные и социальные вычеты по НДФЛ" этих данных нет.
Они есть в регистре"НДФЛ сведения о доходах" (поля "Сумма вычета" и "Код Вычета").
Еще заметил одну особенность: Если в сентябре ввести больничный период расчета сентябрь, дата документа любое число сентября, а Дата выплаты дохода для НДФЛ октябрьская, т.е. больничный выплачиваем вместе с зарплатой за сентябрь. Тогда в первом разделе учитываются начисления по больничному, но не учитывается НДФЛ. И возникает разница между рассчитанным НДФЛ и Начисленным (проверял на 2.5.110.1)
Не попадает, так как в регистре "НДФЛ расчеты с бюджетом" дата получения дохода стоит октябрьская
При этом, если сравнивать с документом Начисление зарплаты за сентябрь (дата выплаты з.п. стоит такая же как в больничном 05.10.16) в регистр "НДФЛ расчеты с бюджетом" дата получения дохода пишется 30.09.16 г.
Мне кажется, что это ошибка разработчиков конфигурации.
Они есть в регистре"НДФЛ сведения о доходах" (поля "Сумма вычета" и "Код Вычета").
Еще заметил одну особенность: Если в сентябре ввести больничный период расчета сентябрь, дата документа любое число сентября, а Дата выплаты дохода для НДФЛ октябрьская, т.е. больничный выплачиваем вместе с зарплатой за сентябрь. Тогда в первом разделе учитываются начисления по больничному, но не учитывается НДФЛ. И возникает разница между рассчитанным НДФЛ и Начисленным (проверял на 2.5.110.1)
Не попадает, так как в регистре "НДФЛ расчеты с бюджетом" дата получения дохода стоит октябрьская
При этом, если сравнивать с документом Начисление зарплаты за сентябрь (дата выплаты з.п. стоит такая же как в больничном 05.10.16) в регистр "НДФЛ расчеты с бюджетом" дата получения дохода пишется 30.09.16 г.
Мне кажется, что это ошибка разработчиков конфигурации.
(79) chesnokov-a-v, Отвечу немного не по порядку.
Регистр "НДФЛ расчеты с бюджетом" в моей обработке не используется вообще.
Данные по больничным берутся из документа "Начисление по больничному листу". Начисления из закладки "Оплата", удержания из закладки "НДФЛ".
При этом квартал, к которому относится начисление определяется по полю "Месяц начисления" (в шапке документа). Квартал к которому относится удержание определяется по колонке "Дата получения дохода" (табличная часть "НДФЛ").
Если у вас по каким-либо причинам в документе поля "Месяц начисления" отличается от "дат удержания", то да - начисления и удержания могут разбежаться по разным кварталам, ну и в регистре "НДФЛ расчеты с бюджетом" будет описанное вами несоответствие.
Я вижу эту ситуацию как-то так, могу ошибаться конечно, но я бы проверил закладку "НДФЛ" и проблемных больничных.
Получается, что не только в строку 030 не попадает,но и в строке 040 излишек на сумму этого вычета не... излишка в 040 не будет.
Косяк, требуется переписать все запросы... Займет определенное время, но думаю реально. Буду над этим работать.
Важное замечание. Спасибо.
Если в сентябре ввести больничный период расчета сентябрь, дата документа любое число сентября, а Дата выплаты дохода для НДФЛ октябрьская, т.е. больничный выплачиваем вместе с зарплатой за сентябрь. Тогда в первом разделе учитываются начисления по больничному, но не учитывается НДФЛ. И возникает разница между рассчитанным НДФЛ и Начисленным (проверял на 2.5.110.1)
Не попадает, так как в регистре "НДФЛ расчеты с бюджетом" дата получения дохода стоит октябрьская.
Не попадает, так как в регистре "НДФЛ расчеты с бюджетом" дата получения дохода стоит октябрьская.
Регистр "НДФЛ расчеты с бюджетом" в моей обработке не используется вообще.
Данные по больничным берутся из документа "Начисление по больничному листу". Начисления из закладки "Оплата", удержания из закладки "НДФЛ".
При этом квартал, к которому относится начисление определяется по полю "Месяц начисления" (в шапке документа). Квартал к которому относится удержание определяется по колонке "Дата получения дохода" (табличная часть "НДФЛ").
Если у вас по каким-либо причинам в документе поля "Месяц начисления" отличается от "дат удержания", то да - начисления и удержания могут разбежаться по разным кварталам, ну и в регистре "НДФЛ расчеты с бюджетом" будет описанное вами несоответствие.
Я вижу эту ситуацию как-то так, могу ошибаться конечно, но я бы проверил закладку "НДФЛ" и проблемных больничных.
в регистре "Предоставленные стандартные и социальные вычеты по НДФЛ" этих данных нет.
Они есть в регистре"НДФЛ сведения о доходах" (поля "Сумма вычета" и "Код Вычета").
Они есть в регистре"НДФЛ сведения о доходах" (поля "Сумма вычета" и "Код Вычета").
Получается, что не только в строку 030 не попадает,
Косяк, требуется переписать все запросы... Займет определенное время, но думаю реально. Буду над этим работать.
Важное замечание. Спасибо.
Доступна версия 3.1.2.
1. Доработан алгоритм заполнения строки 030 Раздела1. Обсуждалось в (72), (73), (79), (80).
2. Строка 100 Раздела2 по ДГПХ теперь заполняется Датой выплаты, однако если кому-то требуется видеть там конец месяца начисления - в обработке просто нужно снять галочку "Заполнять строку 100 по ДГПХ Датой выплаты". Обсуждалось в (85), (89).
3. Если в документе "ПремииРаботниковОрганизаций" в графе "Вид премии" стоит начисление с кодом отличным от "2000", то в строку 100 Раздела2 пойдет Дата выплаты, в противном случае - последний день месяца начисления. Обсуждалось в (86), (88), (89), (90), (91), (92), (93), (94), (95), (96).
4. Из расчета исключены документы НачислениеЗарплатыРаботникамОрганизаций с типом расчета "За вторую половину месяца". Замечание от пользователя artemb (Бирюков Артем).
//////////////////////////////////////////
Планы на будущее:
1. Добавить в расчет декларации документ ОплатаСверхурочныхЧасов
1. Доработан алгоритм заполнения строки 030 Раздела1. Обсуждалось в (72), (73), (79), (80).
2. Строка 100 Раздела2 по ДГПХ теперь заполняется Датой выплаты, однако если кому-то требуется видеть там конец месяца начисления - в обработке просто нужно снять галочку "Заполнять строку 100 по ДГПХ Датой выплаты". Обсуждалось в (85), (89).
3. Если в документе "ПремииРаботниковОрганизаций" в графе "Вид премии" стоит начисление с кодом отличным от "2000", то в строку 100 Раздела2 пойдет Дата выплаты, в противном случае - последний день месяца начисления. Обсуждалось в (86), (88), (89), (90), (91), (92), (93), (94), (95), (96).
4. Из расчета исключены документы НачислениеЗарплатыРаботникамОрганизаций с типом расчета "За вторую половину месяца". Замечание от пользователя artemb (Бирюков Артем).
//////////////////////////////////////////
Планы на будущее:
1. Добавить в расчет декларации документ ОплатаСверхурочныхЧасов
Обращение в поддержку ИС отправил. //Всё починили
Если кому нужна версия 3.1.0 с разбивкой Раздела 1 по различным ставкам НДФЛ - забираем обновление на Яндекс-диске, на сегодня уже есть отзывы подтверждающие её стабильность.
//UPD 27.10.2016 - Обработка обучена заполнению Раздела 1 по разным ставкам НДФЛ.
Файл обновлен.
//UPD 31.10.2016 - благодаря пользователю den_vladimir обнаружена ошибка, из-за которой в расшифровку раздела 2 не попадали начисления по документу "Оплата праздничных и выходных дней организаций". Сам раздел 2 при этом формировался правильно, ошибка была исключительно в расшифровке.
Доступна версия 3.1.1.
Сегодня 31.10.2016 - последний день сдачи 6-НДФЛ за 9 месяцев.
Кто-то конечно будет подавать корректировки, будут и "опаздуны". Но с большинством пользователей можно попрощаться до марта 2017г и поздравить их с успешной сдачей 6-НДФЛ за 9 месяцев.
Доступна версия 3.1.1.
Сегодня 31.10.2016 - последний день сдачи 6-НДФЛ за 9 месяцев.
Кто-то конечно будет подавать корректировки, будут и "опаздуны". Но с большинством пользователей можно попрощаться до марта 2017г и поздравить их с успешной сдачей 6-НДФЛ за 9 месяцев.
(81) vitalchikkk, с точки зрения законодательства думаю должна, да и в Раздел2 тоже, но...
Документ ОплатаСверхурочныхЧасов на сегодняшний день в моей обработке не используется. Возможно доработаю в следующих версиях.
Редко им пользуются судя по всему, из 215 скачиваний - Вы первый, кому он понадобился =) .
В расчете принимают участие следующие документы:
НачислениеЗарплатыРаботникамОрганизаций
ОплатаПоСреднемуЗаработку
ПремииРаботниковОрганизаций
РегистрацияРазовыхНачисленийРаботниковОрганизаций
ДоговорНаВыполнениеРаботСФизЛицом
НачислениеПоБольничномуЛисту
НачислениеОтпускаРаботникамОрганизаций
РасчетПриУвольненииРаботникаОрганизаций
НачислениеДивидендовОрганизаций
Оплата праздничных и выходных дней организаций
НачислениеЗарплатыРаботникамОрганизаций
ОплатаПоСреднемуЗаработку
ПремииРаботниковОрганизаций
РегистрацияРазовыхНачисленийРаботниковОрганизаций
ДоговорНаВыполнениеРаботСФизЛицом
НачислениеПоБольничномуЛисту
НачислениеОтпускаРаботникамОрганизаций
РасчетПриУвольненииРаботникаОрганизаций
НачислениеДивидендовОрганизаций
Оплата праздничных и выходных дней организаций
Документ ОплатаСверхурочныхЧасов на сегодняшний день в моей обработке не используется. Возможно доработаю в следующих версиях.
Редко им пользуются судя по всему, из 215 скачиваний - Вы первый, кому он понадобился =) .
Здравствуйте!
А можете добавить в свою обработку какую-нибудь настройку, которая позволит в документах ОплатаПоСреднемуЗаработку, ПремииРаботниковОрганизаций и ОплатаПраздничныхИВыходныхДнейОрганизаций использовать дату документа в качестве даты получения дохода?
Извините, если вопрос уже был, просто очень много комментариев)))
А можете добавить в свою обработку какую-нибудь настройку, которая позволит в документах ОплатаПоСреднемуЗаработку, ПремииРаботниковОрганизаций и ОплатаПраздничныхИВыходныхДнейОрганизаций использовать дату документа в качестве даты получения дохода?
Извините, если вопрос уже был, просто очень много комментариев)))
(83) TeMochkiN, Доброго времени суток.
Для заполнения ДатыВыплаты в этих документах используется дополнительное свойство - см. комментарий (50).
Так вот, эти доп свойства по умолчанию как раз и заполняются датой самого документа. То есть все работает именно так, как Вам требуется.
Для заполнения ДатыВыплаты в этих документах используется дополнительное свойство - см. комментарий (50).
Так вот, эти доп свойства по умолчанию как раз и заполняются датой самого документа. То есть все работает именно так, как Вам требуется.
(84) хорошо, проверю ещё раз, а то что-то после первого запуска обработки это доп.свойство не добавилось к докам, вручную пришлось добавить. Хотя назначение свойства автоматически создалось. А вот ещё такой момент, у договоров ГПХ сумма дохода и НДФЛ разбиваются на отдельные строчки, разница лишь в дате фактического получения дохода (строка 100). В чем может быть проблема?
(87) я туда уже вставил назначение, которое создалось автоматически обработкой, но эффекта это не дало, кажется. Сотая строка так и не заполняется корректно по премиям :(
а так, ваша обработка конечно чудо! :)
конечно, думаю, тут все люди понимающие :) никто вас тут не обязывает отвечать в срочном порядке, это же форум :)
а так, ваша обработка конечно чудо! :)
конечно, думаю, тут все люди понимающие :) никто вас тут не обязывает отвечать в срочном порядке, это же форум :)
И так. По порядку.
Если ознакомиться с описанием обработки, то там можно найти такие строки:
С одной стороны ДГПХ относится к межрасчетным выплатам, но сам по себе документ не удерживает НДФЛ, а только лишь начисляет доход. НДФЛ удерживается позже, документом начисления ЗП. Поэтому было принято решение подавать в строку 100 не ДатуВыплаты, а конец месяца, за который происходит начисление, то есть считать ДГПХ так же как ЗП.
.........
Так... а почему когда я рассчитываю удержание, я подставляю в строку 100 дату выплаты, а не конец месяца начисления...?!?!?
Ага, а потому, что в это таблице свалено в кучу удержание НДФЛ по доходам, которые начислены разными документами:
- ОплатаТруда
- ДГПХ
- РасчетПриУвольнении
- ОплатаПоСреднему
- Премии
Вот и как тут собрать 6НДФЛ, когда ЗУП сваливает все удержания в кучу в одном документе.
Вот и получаются разные даты в строке 100. Начисление строка 100 - это конец месяца, а удержание строка 100 - дата выплаты.
Короче надо переписать Начисления ДГПХ, чтобы в строку 100 тоже шла дата выплаты. Это вероятно правильнее с точки зрения законодательства, и решит проблему.
////////////////////////////////////////////////////
Что касается премий
если честно не понял с какой именно строкой проблема, поэтому опишу все.
Увидел, что речь о сотой строке. Премия - это не межрасчетная выплата, это оплата труда. В сотую строку идет последний день месяца начисления, а не ДатаВыплаты, так как это оплата труда.
Начисления (Документ ПремииРаботниковОрганизаций):
100 = Последний день месяца начисления
110 = Дата выплаты дохода (по умолчанию равна Дате документа, но можно редактировать)
120 = Строка 110 + 1 день + праздники и выходные
Удержания (Документ НачислениеЗарплатыРаботникамОрганизаций)
100 = Последний день месяца начисления
110 = Дата выплаты дохода (из документа НачислениеЗарплатыРаботникамОрганизаций!!!)
120 = Строка 110 + 1 день + праздники и выходные
Вообще в публикации есть табличка, в которой сказано, как заполняются строки 100, 110, 120 для различных документов.
В отличии от ДГПХ тут полное единообразие, разбиение начисления от удержания может быть только в том случае, если премия выплачивалась отдельно от ЗП.
То есть если в документе ПремииРаботниковОрганизаций и НачислениеЗарплатыРаботникамОрганизаций разные даты выплаты - получается бардак.
Мне самому, если честно, категорически не нравится, что в ЗУП начисление дохода производится разными документами с разными датами, а удержание НДФЛ потом сваливается в кучу.
////////////////////////////////////////////////////
Планы на будущее:
1. Добавить переключатель (начисление дохода по ДГПХ: концом месяца / Датой Выплаты) - и пускай каждый сам решает как ему вкуснее.
2. Исключить из расчета документы НачислениеЗарплатыРаботникамОрганизаций с типом расчета "За вторую половину месяца" - они там лишние, правда их почти никто не использует.
3. Добавить в расчет декларации документ ОплатаСверхурочныхЧасов
Если ознакомиться с описанием обработки, то там можно найти такие строки:
Далее содержится информация о той «истине» к которой пришли в нашей организации.
Спорными моментами могут являться:
....
Расчёт строк 100 по ДГПХ аналогично ЗП (последним днем месяца), а не аналогично межрасчётным выплатам (датой выплаты). Такое решение было принято, тк ДГПХ у нас оплачиваются вместе с ЗП, да и удержание НДФЛ с ДГПХ в ЗУП 2.5 происходит документом начисления ЗП.
Спорными моментами могут являться:
....
Расчёт строк 100 по ДГПХ аналогично ЗП (последним днем месяца), а не аналогично межрасчётным выплатам (датой выплаты). Такое решение было принято, тк ДГПХ у нас оплачиваются вместе с ЗП, да и удержание НДФЛ с ДГПХ в ЗУП 2.5 происходит документом начисления ЗП.
С одной стороны ДГПХ относится к межрасчетным выплатам, но сам по себе документ не удерживает НДФЛ, а только лишь начисляет доход. НДФЛ удерживается позже, документом начисления ЗП. Поэтому было принято решение подавать в строку 100 не ДатуВыплаты, а конец месяца, за который происходит начисление, то есть считать ДГПХ так же как ЗП.
.........
Так... а почему когда я рассчитываю удержание, я подставляю в строку 100 дату выплаты, а не конец месяца начисления...?!?!?
Ага, а потому, что в это таблице свалено в кучу удержание НДФЛ по доходам, которые начислены разными документами:
- ОплатаТруда
- ДГПХ
- РасчетПриУвольнении
- ОплатаПоСреднему
- Премии
Вот и как тут собрать 6НДФЛ, когда ЗУП сваливает все удержания в кучу в одном документе.
Вот и получаются разные даты в строке 100. Начисление строка 100 - это конец месяца, а удержание строка 100 - дата выплаты.
Короче надо переписать Начисления ДГПХ, чтобы в строку 100 тоже шла дата выплаты. Это вероятно правильнее с точки зрения законодательства, и решит проблему.
////////////////////////////////////////////////////
Что касается премий
поэтому, премии у меня всё-таки не ложатся на нужные даты :(
Увидел, что речь о сотой строке. Премия - это не межрасчетная выплата, это оплата труда. В сотую строку идет последний день месяца начисления, а не ДатаВыплаты, так как это оплата труда.
Начисления (Документ ПремииРаботниковОрганизаций):
100 = Последний день месяца начисления
110 = Дата выплаты дохода (по умолчанию равна Дате документа, но можно редактировать)
120 = Строка 110 + 1 день + праздники и выходные
Удержания (Документ НачислениеЗарплатыРаботникамОрганизаций)
100 = Последний день месяца начисления
110 = Дата выплаты дохода (из документа НачислениеЗарплатыРаботникамОрганизаций!!!)
120 = Строка 110 + 1 день + праздники и выходные
Вообще в публикации есть табличка, в которой сказано, как заполняются строки 100, 110, 120 для различных документов.
В отличии от ДГПХ тут полное единообразие, разбиение начисления от удержания может быть только в том случае, если премия выплачивалась отдельно от ЗП.
То есть если в документе ПремииРаботниковОрганизаций и НачислениеЗарплатыРаботникамОрганизаций разные даты выплаты - получается бардак.
Мне самому, если честно, категорически не нравится, что в ЗУП начисление дохода производится разными документами с разными датами, а удержание НДФЛ потом сваливается в кучу.
////////////////////////////////////////////////////
Планы на будущее:
1. Добавить переключатель (начисление дохода по ДГПХ: концом месяца / Датой Выплаты) - и пускай каждый сам решает как ему вкуснее.
2. Исключить из расчета документы НачислениеЗарплатыРаботникамОрганизаций с типом расчета "За вторую половину месяца" - они там лишние, правда их почти никто не использует.
3. Добавить в расчет декларации документ ОплатаСверхурочныхЧасов
(89)
А вы это по коду дохода определяете?
Если поменять код дохода на 4800 (Иные доходы), то будет ли по премии в сотой строке день выплаты, а не конец месяца?
Планы на будущее:
1. Добавить переключатель (начисление дохода по ДГПХ: концом месяца / Датой Выплаты) - и пускай каждый сам решает как ему вкуснее.
...
Было бы очень круто! :)
1. Добавить переключатель (начисление дохода по ДГПХ: концом месяца / Датой Выплаты) - и пускай каждый сам решает как ему вкуснее.
...
Премия - это не межрасчетная выплата, это оплата труда. В сотую строку идет последний день месяца начисления, а не ДатаВыплаты, так как это оплата труда.
А вы это по коду дохода определяете?
Если поменять код дохода на 4800 (Иные доходы), то будет ли по премии в сотой строке день выплаты, а не конец месяца?
(90) TeMochkiN,
Нет, опрелеляю исключительно по типу документа начисления. Хотя Ваша идея вероятно более правильная - но при разработке не пришло в голову.
В таблице в публикации первую колонку правильнее было бы назвать "вид документа начисления", а не "вид дохода", иначе действительно может ввести в заблуждение. Поправлю публикацию, как буду за ПК (с телефона это не очень удобно).
Нет, опрелеляю исключительно по типу документа начисления. Хотя Ваша идея вероятно более правильная - но при разработке не пришло в голову.
В таблице в публикации первую колонку правильнее было бы назвать "вид документа начисления", а не "вид дохода", иначе действительно может ввести в заблуждение. Поправлю публикацию, как буду за ПК (с телефона это не очень удобно).
(91) до нас просто поздно дошло озарение, как правильно начислять в программе премию, чтобы это соответствовало требованиям ФНС (она ж хочет, чтобы в сотой строке по премиям была дата выплаты, а не последний день месяца). В голове были мысли использовать вместо документа "Премии" -> "Регистрация разовых начислений" + вид расчета премии с кодом дохода НДФЛ 4800, но только недавно , что собственно это единственный вариант, чтобы всё получилось так, как хочет ФНС.
(92) TeMochkiN,
А собственно в чем именно выражается подобное желание ФНС? С какой стати они требуют заполнять начисления премии по правилам для межрасчетных выплат?
Есть какая-либо нормативка по этому поводу? Письма ифнс, разъяснения?
В статье на итс сказано, что в сотую строку идёт конец месяца, но если очень хочется, то можно это имзменить (зачем непонятно).
А собственно в чем именно выражается подобное желание ФНС? С какой стати они требуют заполнять начисления премии по правилам для межрасчетных выплат?
Есть какая-либо нормативка по этому поводу? Письма ифнс, разъяснения?
В статье на итс сказано, что в сотую строку идёт конец месяца, но если очень хочется, то можно это имзменить (зачем непонятно).
(94) TeMochkiN,
Мда, и в Главной Книге .
Между тем в НК РФ сказано:
Если премия предусмотрена трудовым договором или положением о премировании - это оплата труда. Если премия - это не оплата труда, то можно и взносами не облагать?
И вот тут возникает вопрос о том, что же главнее с точки зрения законодательства - письмо ФНС, или какой-то там Налоговый Кодекс...
4. Заполнять строку 100 для премий в зависимости от кода дохода
Мда, и в Главной Книге .
Между тем в НК РФ сказано:
Статья 223. Дата фактического получения дохода
.......
2. При получении дохода в виде оплаты труда датой фактического получения налогоплательщиком такого дохода признается последний день месяца, за который ему был начислен доход за выполненные трудовые обязанности в соответствии с трудовым договором (контрактом).
.......
2. При получении дохода в виде оплаты труда датой фактического получения налогоплательщиком такого дохода признается последний день месяца, за который ему был начислен доход за выполненные трудовые обязанности в соответствии с трудовым договором (контрактом).
Если премия предусмотрена трудовым договором или положением о премировании - это оплата труда. Если премия - это не оплата труда, то можно и взносами не облагать?
И вот тут возникает вопрос о том, что же главнее с точки зрения законодательства - письмо ФНС, или какой-то там Налоговый Кодекс...
Планы на будущее:
1. Добавить переключатель (начисление дохода по ДГПХ: концом месяца / Датой Выплаты) - и пускай каждый сам решает как ему вкуснее.
2. Исключить из расчета документы НачислениеЗарплатыРаботникамОрганизаций с типом расчета "За вторую половину месяца" - они там лишние, правда их почти никто не использует.
3. Добавить в расчет декларации документ ОплатаСверхурочныхЧасов
1. Добавить переключатель (начисление дохода по ДГПХ: концом месяца / Датой Выплаты) - и пускай каждый сам решает как ему вкуснее.
2. Исключить из расчета документы НачислениеЗарплатыРаботникамОрганизаций с типом расчета "За вторую половину месяца" - они там лишние, правда их почти никто не использует.
3. Добавить в расчет декларации документ ОплатаСверхурочныхЧасов
4. Заполнять строку 100 для премий в зависимости от кода дохода
(92) TeMochkiN,
"Премии" -> "Регистрация разовых начислений" + вид расчета премии с кодом дохода НДФЛ 4800
К сожалению решение сработает не всегда. Если премия начислена и выплачена до выплаты ЗП за прошлый месяц все равно получим не совсем желаемый результат: 06.09 начисляем и выплачиваем премию (ЗП за август уже начислена), а ЗП за август выплачиваем 10.06. В итоге часть выплаты премии пойдет на погашение ЗП за август, которую мы сейчас не выплачивали.
2. Строка 100 Раздела2 по ДГПХ теперь заполняется Датой выплаты, однако если кому-то требуется видеть там конец месяца начисления - в обработке просто нужно снять галочку "Заполнять строку 100 по ДГПХ Датой выплаты".
Судя по всему если убрать галочку получим в итоге расхождения между 2-НДФЛ и 6-НДФЛ.
Для примера возьмем начисления сентября: договоры ГПХ отражаются в регистре "НДФЛ сведения о доходах" по дате выплаты в документе начисления ЗП, а на основе этого регистра заполняется 2-НДФЛ. Соответственно когда мы уберем галку в 6-НДФЛ все попадет в месяц начисления - сентябрь, а в 2-НДФЛ в месяц выплаты - октябрь, т.к. ЗП за сентябрь выплачиваем в октябре.
Если по итогам года ИФНС будет сверять суммы по 2-НДФЛ и 6-НДФЛ получим как минимум вопрос с просьбой пояснить расхождения.
(98) buKIN,
Так не убирайте =) . Именно поэтому она и включена по умолчанию. Предыдущие версии обработки всегда работали по алгоритму "снятой галочки", что не устроило некоторых пользователей, по вполне понятным причинам.
Просто бывают организации, где ДГПХ выплачивают вместе с ЗП, а не по факту выполнения. У меня лично именно такой случай, и бухгалтерия попросила считать ДГПХ как ЗП. Я понимаю, что это несколько не соответствует законодательству, но надо - значит надо, поэтому оставил возможность снятия этой галочки.
Я опирался на Приложение N 3 Утвержденое приказом ФНС России от 14.10.2015 N ММВ-7-11/450 ФОРМАТ ПРЕДСТАВЛЕНИЯ РАСЧЕТА СУММ НАЛОГА НА ДОХОДЫ ФИЗИЧЕСКИХ ЛИЦ, ИСЧИСЛЕННЫХ И УДЕРЖАННЫХ НАЛОГОВЫМ АГЕНТОМ (ФОРМА 6-НДФЛ), В ЭЛЕКТРОННОЙ ФОРМЕ.
То есть, как я понял кодов в любом случае два, но они могут быть одинаковые (и у большинства организаций именно так и есть). Подробная информация о формате конечного файла представлена в сообщении (28) в прикрепленном файле.
Судя по всему если убрать галочку получим в итоге расхождения между 2-НДФЛ и 6-НДФЛ.
Так не убирайте =) . Именно поэтому она и включена по умолчанию. Предыдущие версии обработки всегда работали по алгоритму "снятой галочки", что не устроило некоторых пользователей, по вполне понятным причинам.
Просто бывают организации, где ДГПХ выплачивают вместе с ЗП, а не по факту выполнения. У меня лично именно такой случай, и бухгалтерия попросила считать ДГПХ как ЗП. Я понимаю, что это несколько не соответствует законодательству, но надо - значит надо, поэтому оставил возможность снятия этой галочки.
КодИФНСПолучателя вроде необходимо заполнять только крупнейшим налогоплательщикам, а в обработке он обязательный.
Я опирался на Приложение N 3 Утвержденое приказом ФНС России от 14.10.2015 N ММВ-7-11/450 ФОРМАТ ПРЕДСТАВЛЕНИЯ РАСЧЕТА СУММ НАЛОГА НА ДОХОДЫ ФИЗИЧЕСКИХ ЛИЦ, ИСЧИСЛЕННЫХ И УДЕРЖАННЫХ НАЛОГОВЫМ АГЕНТОМ (ФОРМА 6-НДФЛ), В ЭЛЕКТРОННОЙ ФОРМЕ.
Имя файла обмена должно иметь следующий вид:
R_T_A_K_O_GGGGMMDD_N, где:
R_T - префикс, принимающий значение NO_NDFL6;
A_K - идентификатор получателя информации, где:
A_K - идентификатор получателя информации, где: A - идентификатор получателя, которому направляется файл обмена, K - идентификатор конечного получателя, для которого предназначена информация из данного файла обмена <1>. Каждый из идентификаторов (A и K) имеет вид для налоговых органов - четырехразрядный код (код налогового органа в соответствии с классификатором "Система обозначения налоговых органов" (СОНО));
--------------------------------
<1> Передача файла от отправителя к конечному получателю (K) может осуществляться в несколько этапов через другие налоговые органы, осуществляющие передачу файла на промежуточных этапах, которые обозначаются идентификатором A. В случае передачи файла от отправителя к конечному получателю при отсутствии налоговых органов, осуществляющих передачу на промежуточных этапах, значения идентификаторов A и K совпадают.
R_T_A_K_O_GGGGMMDD_N, где:
R_T - префикс, принимающий значение NO_NDFL6;
A_K - идентификатор получателя информации, где:
A_K - идентификатор получателя информации, где: A - идентификатор получателя, которому направляется файл обмена, K - идентификатор конечного получателя, для которого предназначена информация из данного файла обмена <1>. Каждый из идентификаторов (A и K) имеет вид для налоговых органов - четырехразрядный код (код налогового органа в соответствии с классификатором "Система обозначения налоговых органов" (СОНО));
--------------------------------
<1> Передача файла от отправителя к конечному получателю (K) может осуществляться в несколько этапов через другие налоговые органы, осуществляющие передачу файла на промежуточных этапах, которые обозначаются идентификатором A. В случае передачи файла от отправителя к конечному получателю при отсутствии налоговых органов, осуществляющих передачу на промежуточных этапах, значения идентификаторов A и K совпадают.
То есть, как я понял кодов в любом случае два, но они могут быть одинаковые (и у большинства организаций именно так и есть). Подробная информация о формате конечного файла представлена в сообщении (28) в прикрепленном файле.
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|