6-НДФЛ - Формирование, проверка, корректировка, перенос в типовой отчет. ЗУП 2.5 / УПП 1.3 / ЗиКБУ
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
| Наименование | Скачано | Купить файл | По подписке PRO |
|---|---|---|---|
|
6-НДФЛ - Формирование, проверка, корректировка, перенос в типовой отчет. ЗУП 2.5 / УПП 1.3 / ЗиКБУ.
.epf 67,87Kb ver:3.3
599
|
599 | 4 200 руб. Купить | 5 SM Скачать |
|
Дополнительная благодарность автору 5$m (ПРИ ЖЕЛАНИИ - КАЧАТЬ НЕ ОБЯЗАТЕЛЬНО!)
.txt 0,10Kb
1
|
1 | 4 200 руб. Купить | 5 SM Скачать |
|
Дополнительная благодарность автору 10$m (ПРИ ЖЕЛАНИИ - КАЧАТЬ НЕ ОБЯЗАТЕЛЬНО!)
.txt 0,10Kb
1
|
1 | 6 200 руб. Купить | 10 SM Скачать |
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Изначально данная публикация позиционировалась как заготовка для программистов, и я не ждал, что она будет хоть немного востребована.
Однако, ситуация с типовыми механизмами формирования 6-НДФЛ в ЗУП 2.5 (УПП 1.3) очень печальна, я и сам всё это затеял от отчаяния. Наверное поэтому и было получено столько откликов в комментариях и ЛС. Именно замечания / пожелания сообщества сделали эту обработку гораздо более универсальной и функциональной, чем первая версия.
================================
Вроде и выровняли всю первичку в первом квартале, сформировали 6-НДФЛ, отправили.
Но спустя пару обновлений и перепроведений базы - всё снова расползлось, и первый квартал и полугодие соответственно не идёт никак.
Психанул... решено было делать свою обработку по формированию 6-НДФЛ.
Все данные декларации собираются не по регистрам, а по первичным документам. Исключение составляет сумма налоговых вычетов (Строка 030 Раздела 1).
В расчете принимают участие следующие документы:
- НачислениеЗарплатыРаботникамОрганизаций
- ОплатаПоСреднемуЗаработку
- ПремииРаботниковОрганизаций
- РегистрацияРазовыхНачисленийРаботниковОрганизаций
- ДоговорНаВыполнениеРаботСФизЛицом
- НачислениеПоБольничномуЛисту
- НачислениеОтпускаРаботникамОрганизаций
- РасчетПриУвольненииРаботникаОрганизаций
- НачислениеДивидендовОрганизаций
- Оплата праздничных и выходных дней организаций (//UPD 10.10.2016)
Прочие документы, которые могут повлиять на НДФЛ, в нашем учете в 1-ом полугодии не использовались, поэтому и в алгоритме заполнения декларации их нет.
Нет в нашем учёте и ставок НДФЛ отличных от 13%, поэтому в Разделе 1 автоматически не может быть заполнено более 1 строки.
//UPD 27.10.2016 - Обработка обучена заполнению Раздела 1 по разным ставкам НДФЛ.
Дебаты о том, как же правильно (с точки зрения законодательства) заполнять строки декларации 6-НДФЛ не утихают. Истина уже где-то рядом, но абсолютной пока не является.
Далее содержится информация о той «истине» к которой пришли в нашей организации.
Спорными моментами могут являться:
- Заполнение строки 070 (мы разбили так, как посчитали наиболее правильно - об этом далее)
Расчёт строк 100 по ДГПХ аналогично ЗП (последним днем месяца), а не аналогично межрасчётным выплатам (датой выплаты). Такое решение было принято, тк ДГПХ у нас оплачиваются вместе с ЗП, да и удержание НДФЛ с ДГПХ в ЗУП 2.5 происходит документом начисления ЗП. //UPD 07.11.2016 Начиная с версии 3.1.2 в строка 100 по ДГПХ заполняется Датой выплаты, однако если кому-то требуется видеть там конец месяца начисления - в обработке просто нужно снять галочку "Заполнять строку 100 по ДГПХ Датой выплаты". Обсуждалось в (85), (89).
Раздел 1 – заполняется нарастающим итогом с начала года по конец текущего квартала
010 – Ставка налога % (13%)
020 – Сумма начисленного дохода
025 – В ТОМ ЧИСЛЕ сумма начисленного дохода в виде дивидендов
030 – Сумма налоговых вычетов //UPD 07.11.2016 - Доработан алгоритм заполнения строки 030 Раздела1. Обсуждалось в (72), (73), (79), (80).
040 – Сумма исчисленного налога
045 – В ТОМ ЧИСЛЕ сумма исчисленного налога на доходы в виде дивидендов
050 – Сумма фикс аванс платежа (не заполняем)
Итоги:
060 – Количество физлиц, получивших доход
070 – Сумма удержанного налога
080 – Сумма налога, не удержанная налоговым агентом (не заполняем)
090 – Сумма налога, возвращенная налоговым агентом (не заполняем)
Погодовая разбивка Раздела 1 осуществляется по дате начисления, за исключением строки 070!
Строка 070 – это сумма строк 140 раздела 2, погодовая разбивка по строке 120, но строка 100 должна быть больше 31.12.2015г
Раздел 2 – заполняется данными за текущий квартал
100 – Дата факт получения дохода
110 – Дата удержания налога
120 – Срок перечисления налога
130 – Сумма факт полученного дохода
140 – Сумма удержанного налога
|
Вид Дохода |
Дата факт получения дохода (100) |
Дата удержания налога (110) |
Срок перечисления налога (120) |
|
Начисление ЗП работникам организации |
Последний день месяца |
Дата выплаты ЗП (Окончательный расчет, авансы не учитваются) |
Дата выплаты ЗП + 1 день + перенос выходных дней |
| ДГПХ | Дата выплаты / Последний день месяца (если убрать галочку "Заполнять строку 100 по ДГПХ Датой выплаты") | Дата выплаты |
Дата выплаты + 1 день + перенос выходных дней |
|
Оплата по среднему / Оплата праздничных и выходных |
Последний день месяца |
*ДатаВыплаты |
*ДатаВыплаты + 1 день + перенос выходных дней |
| Премии | Последний день месяца (если код дохода 2000) / *ДатаВыплаты (иной код дохода) | *ДатаВыплаты | *ДатаВыплаты + 1 день + перенос выходных дней |
|
Больничные / Отпускные |
Дата выплаты |
Дата выплаты |
Конец месяца от ДАТЫ ВЫПЛАТЫ + перенос выходных дней |
|
Расчёт при увольнении |
Последний рабочий день работника |
Дата выплаты |
Дата выплаты + 1 день + перенос выходных дней |
|
Дивиденды |
Дата выплаты |
Дата выплаты |
Дата выплаты + 1 день + перенос выходных дней |
*В ЗУП 2.5 в документах ОплатаПоСреднемуЗаработку, ПремииРаботниковОрганизаций и ОплатаПраздничныхИВыходныхДнейОрганизаций нет реквизита "ДатаВыплатыДохода".
ИСПОЛЬЗУЙТЕ ДОПОЛНИТЕЛЬНЫЙ РЕКВИЗИТ - (раскройте спойлер для отображения).
В документах Оплата по среднему / Премии (начисление НДФЛ) / Оплата праздничных и выходных для указания даты выплаты дохода необходимо использовать дополнительный реквизит
Поквартальная разбивка Раздела 2 осуществляется по строке «110 – Дата удержания налога».
Поквартальная разбивка Раздела 2 осуществляется по строке «110 – Дата удержания налога» или строке «120 – Срок перечисления налога». Настраивается переуключателем на титульной странице обработки. //UPD 24.04.2017 - 3.2.3
ФУНКЦИОНАЛЬНЫЕ ВОЗМОЖНОСТИ И ИНТЕРФЕЙС ОБРАБОТКИ
1. Автоматическое заполнение декларации по организации за период
2. Вывод всех возможных расшифрок, как расширенных (по физлицам), так и сводно (по документам) + удобная расшифровка любой строки Раздела 2
3. Возможность ручной корректировки данных в Разделе 1 и Разделе 2. После редактирования дат в Разделе 2 есть возможность автоматически сгруппировать строки с равными датами.
4. Проверка контрольных соотношений (4 обязательных и 2 дополнительных, для проверки раздела 2 после ручных корректировок)
5. Выгрузка итогового файла для отправки декларации
6. Выгрузка данных в типовой регламентный отчет 6-НДФЛ - Перед печатью, выгрузкой или проверкой типового отчета необходимо его СОХРАНИТЬ, иначе лезут ошибки. //UPD 24.10.2016.
Обработка автоматически НЕ ЗАПОЛНЯЕТ строки 050, 080 и 090 Раздела 1 - в моём частном случае это просто не требуется.
Кнопка "Заполнить" становится активной только когда заполнены реквизиты:
- Организация
- КодПоОКТМО
- КодИФНСПолучателя
- КодИФНС
Кнопка "Сохранить" становится активной только когда заполнены реквизиты:
- Организация
- КодПоОКТМО
- КодИФНСПолучателя
- КодИФНС
- Подпись
- ДатаПодписи
- Телефон
- КодМестаПредставленияРасчета
- Раздел 1 (хотя бы 1 строка в таблице)
- Раздел 2 (хотя бы 1 строка в таблице)
ЕСЛИ ИСПОЛЬЗУЕТЕ ДЛЯ ОТПРАВКИ ОТЧЕТНОСТИ В ИФНС – ПРОВЕРЯЙТЕ КОРРЕКТНОСТЬ ПОДАВАЕМЫХ ДАННЫХ.
Информация об обновлениях (раскройте спойлер для отображения)
//UPD 28.07.2016 - Исправлена ошибка: При сворачивания/разворачивании расшифровок по физлицам в соответствующем разделе затирались ручные корректировки декларации.
//UPD 28.07.2016 - Исправлена ошибка: В элементах формы на закладке Раздел 1 ранее было отключено свойство "Редактирование текста", что не позволяло корректировать данные раздела вручную
//UPD 28.07.2016 - Исправлена ошибка: Нехватка разрядности в числовых полях
//UPD 28.07.2016 - Добавлен отбор по подразделениям. К сожалению не имею возможности его полноценно протестировать - так что это пока ТЕСТОВЫЙ режим. Отбор не по ОКТМО, а по иерархии подразделений. Мне уже собщили, что такой подход ошибочен, тк подразделения с одинаковым ОКТМО могут быть в разной иерархии. Постараюсь доработать в ближайшее время.
//UPD 29.07.2016 - Исправлена ошибка: Ранее программа не брала в расчет доп начисления из документа "Разовые начисления".
//UPD 29.07.2016 - Отбор по подразделениям переписан. Он больше не основан на иерархии справочника "Подразделения организации". Отбор осуществляется по полям "Код по ОКТМО" и "КПП". То есть, в случае если у вас несколько обособленных подразделений с одинаковыми КПП и ОКТМО - выбирайте ЛЮБОЁ из них и получится декларация по ВСЕМ подразделения имеющих такие же коды. Что касается дивидендов - они начисляются не в разрезе подразделений, поэтому они попадут в декларацию, только когда КПП и ОКТМО организации соответствуют отбору по этим полям (подразделение не заполнено, либо коды ОКТМО и КПП подразделения совпадают с ОКТМО и КПП организации).
//UPD 29.07.2016 - Проверка соотношений вынесена на отдельную страницу.
//UPD 29.07.2016 - На титульную страницу вынесены: КПП, ОКТМО, Код ИФНС-получателя, Код ИФНС, Телефон , Код места представления расчета. Что позволяет отредактировать их вручную и сформировать файл выгрузки с нужными параметрами
//UPD 12.09.2016 - Из расчета исключены пособия по уходу за ребенком до 1.5 лет
//UPD 10.10.2016 - В расчет добавлен документ ОплатаПраздничныхИВыходныхДнейОрганизаций
//UPD 10.10.2016 - Для определения даты выплаты в документах Оплата по среднему / Премии (начисление НДФЛ) / Оплата праздничных и выходных теперь используется дополнительный реквизит.
//UPD 13.10.2016 - пользователь Anna_Valenty помогла обнаружить ошибку, при которой данные о начислениях из документов "ПремииРаботниковОрганизаций" и "РасчетПриУвольненииРаботникаОрганизаций" не попадали в декларацию в случаях, когда в карточке сотрудника в закладке "трудовой договор" не было заполнено подразделение.
//UPD 14.10.2016 - пользователь Бирюков Артем (artemb) обнаружил ошибку - в декларацию попадали данные из документа "НачислениеЗарплатыРаботникамОрганизаций", с Периодом начисления "ПерваяПоловинаТекущегоМесяца", что неправильно (я убедился в этом, ознакомившись с этой статьёй на ИТС)
//UPD 14.10.2016 - пользователь Бакулева Марина помогла обнаружить ошибку, при которой начисления по ДГПХ не попадали в декларацию в случае, когда в документе не заполнено подразделение. Да и вообще с незаполненным подразделение в любом документе была беда - всем рекомендую обновиться
//UPD 19.10.2016 - благодаря пользователю den_vladimir обнаружена ошибка, при которой в декларацию попадали начисления "Отпуск по беременности и родам" и "Пособие за счет ФСС при постановке на учет в ранние сроки беременности". Ошибка исправлена, доступна версия 2.2.3.
//UPD 20.10.2016 - Утомился исключать поочередно все начисления, не облагаемые НДФЛ. Наконец решил исключить их ВСЕ по общему признаку, что следовало сделать с самого начала, а не идти по методу "Костыли и велосипеды".
Тем более, что это оказалось очень просто - ВСЕ начисления без кода дохода по НДФЛ исключены из расчета. Доступна версия 2.2.4.//UPD 24.10.2016 - Появилась возможность выгрузки данных в типовой регламентный отчет 6-НДФЛ. Перед печатью, выгрузкой или проверкой типового отчета необходимо его СОХРАНИТЬ, иначе лезут ошибки.
//UPD 27.10.2016 - Обработка обучена заполнению Раздела 1 по разным ставкам НДФЛ.
//UPD 31.10.2016 - благодаря пользователю den_vladimir обнаружена ошибка, из-за которой в расшифровку раздела 2 не попадали начисления по документу "Оплата праздничных и выходных дней организаций". Сам раздел 2 при этом формировался правильно, ошибка была исключительно в расшифровке. Доступна версия 3.1.1.
//UPD 07.11.2016 - 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 (Бирюков Артем).Выражаю благодарность за участие в улучшении обработки пользователям: Бирюков Артем (artemb), Артём Артёмов (TeMochkiN), Александр Чесноков (chesnokov-a-v).
//UPD 22.11.2016 - 3.1.3: Декларация обучена собирать доходы по ставке 35% с закладки "Погашение займов" документа НачислениеЗП.
//UPD 16.12.2016 - 3.1.5:Исправлена ошибка из-за которой в строку 025 попадали оплаты праздничных и выходных.
Добавлена возможность настройки поквартального разбития строки 070 (по 110 или по 120). Кому как нравится, по 110 возможно правильнее, но у ИФНС могут возникнуть вопросы, поэтому по умолчанию оставил 120.//UPD 10.02.2017 - 3.2.0:
Добавлена возможность сохранения и восстановления промежуточного итога, в случаях когда данные декларации правятся вручную в обработке.
Добавил дополнительный реквизит "Дата выплаты дохода" для документа "Расчет при увольнении" (по умолчанию заполняется датой увольнения)
Поправил доплату до среднего заработка в больничных
Поправил премии (внес коды доходов, прописал удержание НДФЛ из соответствующей вкладки документа).
//UPD 22.02.2017 - 3.2.1:
1. Строка 030 по регистру "Стандартные вычеты по НДФЛ" теперь заполняется не по дате, а по месяцу налогового периода
2. Строки 020 , 025, 040, 045 раздела 1 теперь разбиваются по периодам не по дате начисления, а по дате фактического получения дохода (по строке 100 раздела 2)//UPD 06.03.2017 - 3.2.2:
Исправил ошибки, обнаруженные пользователем Виктор Бредихин (brodya)
//UPD 24.04.2017 - 3.2.3:
Добавлен переключатель для настройки поквартальной разбивки раздела 2 - по строке 110 или 120.
//UPD 01.11.2017 - 3.3:
Maxim Kolkin (the) - доработал версию 3.2.3 для корректной работы в ЗиКБУ. От себя лично и от имени сообщества выражаю ему благодарность за участие в жизни проекта.
Вступайте в нашу телеграмм-группу Инфостарт
6-НДФЛ 6НДФЛ 6 НДФЛ обработка отчет регламентный отчет ЗУП ЗУП 2.5 УПП УПП 1.3 ЗиКБУ регистры 2016 2017
См. также
Зарплата Роли и права Системный администратор Бухгалтер 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х Молдова Россия Казахстан Бухгалтерский учет Платные (руб)
Расширение позволяет максимально полно ограничить доступ пользователей к данным по заработной плате, а именно закрывает доступ к документам начисления и выплаты заработной платы, не позволяет просматривать бухгалтерские отчеты по счету учета зарплаты а также убирает зарплатные проводки из журнала проводок. Расширение запрещает просматривать платежные документы на выплату зарплаты, так же не доступны регламентные отчеты в ПФР и ИФНС. Расширение предлагает готовые настроенные профили "Бухгалтер без зарплаты", "Только просмотр без зарплаты".
9675 руб.
27.05.2021 60622 537 129
Зарплата Консолидация данных 1С:Зарплата и Управление Персоналом 3.x Россия Управленческий учет Платные (руб)
Расширение для создания и настройки обмена с консолидированной базой ЗУП. Код разработки под определенные требования проекта.
85400 руб.
11.07.2025 7147 6 1
Зарплата Производство готовой продукции (работ, услуг) Учет рабочего времени Рабочее место Аналитик Пользователь Руководитель проекта 1С:Предприятие 8 1С:Управление торговлей 10 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Торговля и склад 7.7 Бытовые услуги, сервис Оптовая торговля, дистрибуция, логистика Электротехника и микроэлектроника Управленческий учет Платные (руб)
Модуль или расширение «Сервисный центр для 1С» позволяет принимать в ремонт оборудование (компьютеры, бытовая техника и т.п.), оформлять заявки инженеров на посещение клиентов и вести начисление заработной платы для сотрудников. Позволяет наладить автоматизированный учет в сервисном центре на уже существующей базе.
15500 руб.
01.11.2012 108860 137 1
Поиск данных Инструменты администратора БД Корректировка данных Разработчик Бухгалтер Пользователь 1С:Предприятие 8 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 Россия Платные (руб)
Решение для автоматической сверки данных между любыми конфигурациями 1С. Помогает контролировать и проверять обмены, проверять наличие документов при переносах данных, находить изменения в закрытых периодах
9760 руб.
14.11.2025 6197 28 8
Задачи пользователя Инструментарий разработчика Корректировка данных Закрытие периода Разработчик Аналитик Бухгалтер Пользователь Руководитель проекта Стажер 1С 8.3 1С:ERP Управление предприятием 2 1С:Управление нашей фирмой 3.0 Управленческий учет Платные (руб)
Обработка предназначена для поиска, анализа и исправления отрицательных остатков во всех регистрах накопления информационной базы 1С.
6100 руб.
27.02.2026 3215 18 3
Перенос данных 1C Зарплата Бюджетный учет Разработчик Бухгалтер 1С:Предприятие 8 1С:Зарплата и кадры государственного учреждения 3 1С:Зарплата и Управление Персоналом 3.x Государственные, бюджетные структуры Россия Бюджетный учет Платные (руб)
Обработки для быстрого перехода с конфигураций «КАМИН:Расчет зарплаты для бюджетных учреждений 3.5» и «КАМИН:Зарплата для бюджетных учреждений 5.5» на конфигурацию «Зарплата и кадры государственного учреждения».
20740 руб.
28.07.2016 73811 196 160
Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)
Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).
14640 руб.
29.04.2020 52972 146 164
Зарплата Кадровый учет Бухгалтер 1С:Предприятие 8 1С:Управление нашей фирмой 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)
Предлагаем расширить возможности конфигурации 1С:УНФ 3.0 в части ведения кадрового учета. С помощью данного расширения в конфигурацию будут добавлены новые документы: "Отпуск" и "Командировка". Документы облегчат работу кадровика и расчетчика, а также повысят эффективность работы за счет оптимизации и упрощения процесса ведения учета.
36600 руб.
31.10.2024 4225 4 0
Вероятно, еще какое-то время данные конфигурации будут поддерживаться силами сообщества, по крайней мере новые формы отчетности можно будет дербанить из УПП 1.3 и адаптировать. Но моя личная рекомендация - не затягивайте, переходите на ЗУП 3.1.3 с начала 2018 года. Если конфигурация типовая или с незначительными доработками, то и думать нечего.
Да, перепрыгивать с обычных форм в такси - ну, такое... хотя мои бухгалтера вполне успешно осваивают новый интерфейс. Показал им удобные функции, такие как избранное и история - красота.
Я рад, если кому-то данная обработка дала отсрочку в 1-1.5 года, но по сути дела время перехода на новую версию программы пришло. Для ЗУП 3 за это время вышли несколько десятков релизов (3.1 -> 3.4), что несомненно позволит сегодня перейти на более стабильную версию, чем это 1.5 года назад.
PS. Многое из того, что было запланировано в этой обработке так и не было реализовано. Видно не судьба. Рад за каждого, кому она оказалась полезна.
====================================================
Пока писал этот пост, заглянул на ИТС, а там вчера выложили 3.1.4 =)))
Исправлена ошибка: В элементах формы на закладке Раздел 1 ранее было отключено свойство "Редактирование текста", что не позволяло корректировать данные раздела вручную
Не удалось записать дополнительные свойства объектов! - Возможно недостаточно прав!
НазначениеСвойства.Родитель = ПланыВидовХарактеристик.НазначенияСвойствКатегорийОбъектов.ГруппаДокументов;
------------------------------------------------------------------------------------ОШИБКА---------------------------------------------------------------------------------------
ПланыВидовХарактеристик.НазначенияСвойствКатегорийОбъектов.ГруппаДокументов {(1)}: Поле объекта не обнаружено (ГруппаДокументов)
Пока просто закомментировал, на что-то влияет?
По сути влияет только на иерархию элементов в Плане Видов Характеристик "Свойства объектов", то есть только на красоту.
Заключу эту строку в попытку в следующей версии. Спасибо за замечание.
Конфа типовая? ЗУП 2.5.107?
В расшифровке Раздела 1 никакие данные не задвоились?
В расшифровке первого раздела в подвале колонки 020 какая сумма?
Или у вас настолько крупная организация, что сумма начисленного дохода за полугодие превышает 100млн и обработке просто не хватило разрядности в ячейке?
Потому что именно для таких фирм 6-НДФЛ - ИЗОЩРЕННАЯ ПЫТКА для бухгалтера!!
Это очень сложно добавить?
Обработку скачала.
"+" за идею!
Работа с документами для рядового бухгалтера понятнее и проще, чем поиск по регистрам,
записи в которых непонятно когда в предыдущих релизах,
предыдущими расчетчиками,
были сделаны некорректно, а отсюда и тянутся какие-то суммки то "+", то "-".
Еще бы добавить отбор по обособленному подразделению (КПП/ОКТМО), цены бы не было этой обработке.
Подразделение - да , этоэлемент справочника "Подразделения организации"
с установленной галочкой "Подразделение зарегистрировано в ИФНС как обособленное с присвоением кода по ОКАТО и КПП, но не имеет выделенного баланса"
и заполнены реквизиты код ОКТМО, код КПП и еще должен выбираться код ифнс, в которую подается файл, как в регламентированном отчете.
Фирма 1С до сих пор не может внести изменения в ЗУП, чтобы в даннос справочнике у был еще и реквизит "Код ИФНС",
они все еще по старинке в справках 2-ндфл берут код ИФНС как первые 4 цифры КПП, а это совсем не всега совпадает!
И от этого кода ИФНС зависит и генерируемое имя выгружаемого файла. Например имя файла по такому ОБП д.б. таким:
"NO_NDFL6_6195_6195_хххххххххх616332001_20160728_88527f89-d78f-4d65-bb14-a4e505e80f25.xml",
где хххххххххх - ИНН организации, 616332001 - код КПП ОБП, а 6195 - код ИФНС по месту регистрации ОБП.
Ну а ОКТМО ОБП , это уже внутри файла, как и для обычной организации.
Отбор по подразделению сделал, но нет возможности полноценно протестировать - тем кто отписался в этой теме отправил ЛС (если кого забыл - киньте ЛС сами).
Короче ищу добровольцев для теста.
Добавил в запросы условие "Подразделение В Иерархии", то есть в декларацию войдет выбранное подразделение и все его подчиненные.
Дивиденды начисляются вне подразделений. Чтобы включить дивиденды в конкретное подразделение - нужно поставить подразделению галочку "дивиденды".
При выборе подразделения в выгружаемый файл подставляется КПП (2 раза) и ОКТМО подразделения. Насколько это правильно - я пока тоже не знаю, надо штудировать информацию о формате файла в КонсультантПлюс.
Косяк описанный Mityushina в (11) сегодня поправить уже не успеваю.
Так что, если у кого-то есть допначисления в документе "Разовые начисления" - обработка пока их не считает.
(14)
1. Принцип немного не тот. Тут заполнять нужно не по подразделению, а по ОКТМО. А один и тот же ОКТМО может быть у разных подразделений, и они все могут находится в разной иерархии. Так что ПодразделениеОрганизации В ИЕРАРХИИ (&ПодразделениеОрганизации) не подойдет.
2. Удержанный НДФЛ у Вас собирается по документам расчета НДФЛ, что годится только для учетной политики "принимать исчисленный как удержанный". Т.к. 1С не рекомендует пользоваться этой фичей, то и заполнение будет неверным.
3. В запросе по начислениям не учитывается ТЧ "ДополнительныеНачисления", а это материалка, подарки и проч.
4. Я бы переписал запрос по начислениям, выбирая данные из РР, так есть гарантия, что не пропустишь какой-нибудь вид документа или табличную часть. ИМХО.
А так да, развивайте продукт, типовые конфы в этом плане вообще нефункциональны, видимо принуждают перейти на ред 3.0.
Успехов!
а вот по пункту 2
я не совсем согласен. В моем запросе в качестве даты удержания НДФЛ берется поле "ДатаВыплатыДохода", а не дата удержания НДФЛ из табличной части.
То есть политика не "принимать исчисленный как удержанный", а грубо говоря "применять выплаченный как удержанный".
То есть всё зависит от того, насколько достоверно заполнены поля "Дата выплаты дохода" в документах.
Но Вы правы в том, что обработка не проверяет наличие самих документов выплаты.
Тут принцип "Какую бухгалтер указал дату выплаты дохода - такую и берем". Моих бухгалтеров устроил именно такой подход, а не правка накопленных годами ошибок в регистре по НДФЛ и постоянное перепроведение периода.
ВЫБОР
КОГДА &КодПоОКАТО
ТОГДА ВЫБОР
КОГДА НДФЛСведенияОДоходах.Период < ДАТАВРЕМЯ(2013, 1, 1)
ТОГДА ""
КОГДА НДФЛСведенияОДоходах.КодПоОКТМО <> ""
ТОГДА НДФЛСведенияОДоходах.КодПоОКТМО
КОГДА ЕСТЬNULL(НДФЛСведенияОДоходах.ПодразделениеОрганизации.КодПоОКТМО, "") <> ""
ТОГДА НДФЛСведенияОДоходах.ПодразделениеОрганизации.КодПоОКТМО
ИНАЧЕ ЕСТЬNULL(НДФЛСведенияОДоходах.ОбособленноеПодразделение.КодПоОКТМО, "")
КОНЕЦ
ИНАЧЕ ""
КОНЕЦ КАК КодПоОКТМО Показатья действительно абсолютно не знаком с формированием 6-НДФЛ по обособленным подразделениям.
Изучением вопроса не занимался, тк не требовалось, а всё, что успел сделать наспех - это добавить фильтр по подразделению.
Завтра у меня последний рабочий день перед отпуском. Исправлю всё, что успею.
с полями: КПП, код ИФНС, Организация. Причем этот справочник сам по себе, никак не увязан со справочником "Подразделения организации" , заполняется вручную, выбирается в форме заполнения декларации и служит как раз только для генерации имени выгружаемого файла и заполнения титульного листа.
1. Правильный (я надеюсь) отбор обособок по ОКТМО+КПП
2. Учет доп начислений из документа "разовые начисления"
3. Возможность редактировать все возможные коды руками
Файл уже там, информация по обновлению в публикации.
Тестирование категорически приветствуется - на доработку у меня осталось 3 часа, после чего начинается мой отпуск, который продлится до 1 сентября.
(16) Филипп, Теперь при наличии хотя бы одного элемента в этом справочнике на форме появляется спец кнопка, для заполнения кодов ИФНС и КПП из него.
(11) Mityushina, исправлено
Огромное человеческое СПАСИБО!
Будем тестировать.
С точки зрения рядового работяги-бухгалтера Вы сделали очень правильно, что основную идею построили на анализе документов, а не регистров,
что позволяет применять упрощенный учет без внесения платежек по уплате (при количестве ОБП больше 100 и ведении бухучета в другой программе это значительно увеличивает трудоемкость) и манипулировать датой уплаты налога в документе начисления.
По регистрам куча обработок на сайте, которые просто дублируют регламентируют отчетность и просто делают расшифровку.
Приятного отдыха!
При работе без обособок оба кода ИФНС по умолчанию брались из поля "Код налогового органа - получателя отчетности".
Поправил. Теперь КодИФНС из КодИМНС, КодИФНСПолучателя из КодИФНСПолучателя.
Файл обновлён.
Так, что если у кого эти коды отличаются можно обновиться, ну или не забываем поправить ручками.
Кнопка "Заполнить" становится активной только когда заполнены реквизиты:
- Организация
- КодПоОКТМО
- КПП
- КодИФНСПолучателя
- КодИФНС
Кнопка "Сохранить" становится активной только когда заполнены реквизиты:
- Организация
- КодПоОКТМО
- КПП
- КодИФНСПолучателя
- КодИФНС
- Подпись
- ДатаПодписи
- Телефон
- КодМестаПредставленияРасчета
- Раздел 1 (хотя бы 1 строка в таблице)
- Раздел 2 (хотя бы 1 строка в таблице)
Тем, кто будет дорабатывать обработку под свои нужды может пригодиться.
Формат 6НДФЛ.doc
скачала отчет- получаю ошибку след.содержания:
и ссылка на конфигуратор:
{Форма.Форма.Форма(1233)}: Ошибка при вызове метода контекста (ВыполнитьПакет)
МассивРезультатов = Запрос.ВыполнитьПакет();
по причине:
{(18, 20)}: Таблица не найдена "Документ.НачислениеЗарплатыРаботникамОрганизаций.ДатыВыплаты"
ЛЕВОЕ СОЕДИНЕНИЕ <<?>>Документ.НачислениеЗарплатыРаботникамОрганизаций.ДатыВыплаты КАК НачислениеЗарплатыРаботникамОрганизацийДатыВыплаты
У Вас точно ЗУП 2.5?
Если да, то у вас устаревший (минимум на несколько месяцев) релиз программы, и ваша конфигурация просто не содержит в себе необходимых для этой обработки таблиц.
Обновление конфигурации до актуального релиза должно помочь.
...
В расчете принимают участие следующие документы:
- НачислениеЗарплатыРаботникамОрганизаций
- ОплатаПоСреднемуЗаработку
- ПремииРаботниковОрганизаций
- РегистрацияРазовыхНачисленийРаботниковОрганизаций
- ДоговорНаВыполнениеРаботСФизЛицом
- НачислениеПоБольничномуЛисту
- НачислениеОтпускаРаботникамОрганизаций
- РасчетПриУвольненииРаботникаОрганизаций
- НачислениеДивидендовОрганизаций
Да, обработка не обучена собирать доходы из документов "Оплата праздничных и выходных дней", и к сожалению в ближайшее время у меня не будет возможности её доработать =( .
//UPD 10.10.2016 - Для определения даты выплаты в документах Оплата по среднему / Премии (начисление НДФЛ) / Оплата праздничных и выходных теперь используется дополнительный реквизит.
Обращаю внимание, что для корректной работы обработки у пользователя должны быть права на создание элементов ПланыВидовХарактеристик "НазначенияСвойствКатегорийОбъектов" и "СвойстваОбъектов", а также права на редактирование регистра сведений "ЗначенияСвойствОбъектов".
Где брать обновление - думаю все уже знают =).
Мои бухгалтера просили исключить только пособие по уходу за ребенком до 3-ех лет.
Почему никому до вас не потребовалось исключать пособие до 1,5 не знаю - возможно вы и правы, что стоит. Надо садиться читать законодательство и разбираться.
На память знаю только то, что пособие до 1,5 лет выплачивается за счет средств ФСС, а не работодателем.
К сожалению под рукой нет ни Консультанта (чтобы изучить законодательство), ни 1С (чтобы поправить обработку) - Я в отпуске до конца августа.
Доходы в виде государственных пособий сотрудникам, имеющим детей, выплачиваемым за счёт средств ФСС России (например, пособие женщинам, вставшим на учёт в ранние сроки беременности, единовременное пособие при рождении ребенка, пособие по уходу за ребёнком до 1,5 лет), НДФЛ не облагаются (п.1 ст.217 НК РФ). В отношении этих доходов организация не признаётся налоговым агентом.
Следовательно, в расчёте 6-НДФЛ данные доходы не отражаются.
Уточнил в бухгалтерии момент относительно пособия до 1.5 лет.
Хабаровский край вошел в пилотный проект ФСС, и мы как работодатель пособие до 1,5 лет не выплачиваем (его за нас платит ФСС).
Отпуск закончился, как разгребу накопившуюся работу - доработаю и обработку =).
И вроде бы это единственное замечание, которое я не успел исправить до отпуска.
Спасибо всем, кто принимает участие в тестировании обработки и просто проявляет к ней интерес.
Думаю в октябре мы снова здесь все соберемся =) .
=============================
А нет, было еще пожелание о включение в расчет документа "Оплата праздничных и выходных дней". Есть над чем работать, как будет свободная минутка - допишу.
А еще обработка была замечена на главной в графе "Выбор экспертов". Я понятия не имею как и кем формируется этот рейтинг, но спасибо =) .
(48) DimaBab, изначально именно так и задумывалось - написать обработку для заполнения типовой декларации, а уже из типовой выгружать файлик для сдачи. Не буду лукавить - я просто не смог разобраться с механизмом заполнения типовой формы декларации. Гораааздо проще оказалось написать свою собственную выгрузку в итоговый XML для отправки.
Поэтому - нет, пока не планируется, тк требует слишком много времени, которого у меня сейчас очень мало.
=========================================
Anna_Valenty протестировала обработку на конфигурации "Управление производственным предприятием, редакция 1.3 (1.3.80.2)" - полёт нормальный.
Добавил информацию о совместимости в публикацию.
//UPD 24.10.2016 - Появилась возможность выгрузки данных в типовой регламентный отчет 6-НДФЛ. Перед печатью, выгрузкой или проверкой типового отчета необходимо его СОХРАНИТЬ, иначе лезут ошибки.
Файл обновлен (везде).
В табличной части этих документов нет колонки "ПодразделениеОрганизиции", поэтому приходится его брать из карточек сотрудников с закладки "Трудовой договор". Тем у кого есть обособки рекомендую проверить правильность заполнения этого поля.
//UPD 14.10.2016 - пользователь Бакулева Марина помогла обнаружить ошибку, при которой начисления по ДГПХ не попадали в декларацию в случае, когда в документе не заполнено подразделение. Да и вообще с незаполненным подразделение в любом документе была беда - ВСЕМ рекомендую обновиться до 2.2.2.
Не удалось записать дополнительные свойства объектов! - Возможно недостаточно прав!
У меня полные права.
Попробуйте:
1 .Меню \ Операции \ План Видов Характеристик \ Свойства объектов - зайти и посмотреть есть ли там элемент "Документы - Дата выплаты (6-НДФЛ)". Если нет, то попробуйте создать элемент (любой, потом удалить)
2. Меню \ Операции \ Регистр сведений \ Значения свойств объектов - зайти и создать запись (любую, потом удалить)
Получится?
Тем более, что это оказалось очень просто - ВСЕ начисления без кода дохода по НДФЛ исключены из расчета.
Версия 2.2.4 доступна на яндекс-диске. Публикация будет обновлена в ближайшее время.
Делать отдельную версию ради настолько незначительных изменений считаю нерентабельным, да и как я понял Вы уже самостоятельно поправили запросы. Но обязательно учту в следующей версии.
Сейчас воюю с выгрузкой в типовую декларацию, если получится, то будет версия 3.0.0 =))
Версия 3.1.0 доступна для тестирования на Яндекс-диске. Стабильной её не считаю, всем у кого в учёте нет ставок НДФЛ отличных от 13% рекомендую использовать версию 3.0.0. В публикации файл обновлять пока не стал.
Для версии 3.1.0 требуется тестирование со стороны сообщества:
1. Если у вас в учёте нет ставок НДФЛ отличных от 13%, то для помощи мне, Вам достаточно скачать версии 3.0.0, 3.1.0, заполнить за 9 месяцев и сравнить полученный результат - данные обеих деклараций должны сойтись.
2. Если среди сотрудников Вашей организации есть налоговые Нерезиденты РФ, то можете попробовать скачать версию 3.1.0, заполнить, и тщательно проверить как заполнится Раздел1 и его расшифровку.
Чем больше будет отзывов, тем быстрее я смогу исправить обнаруженные ошибки, ну или убедиться в их отсутствии.
Обработка - супер. Но есть маленькие недочеты.
Пока что нашел, что при расчете суммы вычетов не учитывается вычет по коду 508 (мат помощь при рождении ребенка).
Сумма налоговых вычетов (строка 030) - это единственное, что я собираю по регистрам накопления.
В регистре накопления "Предоставленные стандартные и социальные вычеты по НДФЛ" за этот год точно есть записи с кодом вычета 508?
Они есть в регистре"НДФЛ сведения о доходах" (поля "Сумма вычета" и "Код Вычета").
Еще заметил одну особенность: Если в сентябре ввести больничный период расчета сентябрь, дата документа любое число сентября, а Дата выплаты дохода для НДФЛ октябрьская, т.е. больничный выплачиваем вместе с зарплатой за сентябрь. Тогда в первом разделе учитываются начисления по больничному, но не учитывается НДФЛ. И возникает разница между рассчитанным НДФЛ и Начисленным (проверял на 2.5.110.1)
Не попадает, так как в регистре "НДФЛ расчеты с бюджетом" дата получения дохода стоит октябрьская
При этом, если сравнивать с документом Начисление зарплаты за сентябрь (дата выплаты з.п. стоит такая же как в больничном 05.10.16) в регистр "НДФЛ расчеты с бюджетом" дата получения дохода пишется 30.09.16 г.
Мне кажется, что это ошибка разработчиков конфигурации.
Не попадает, так как в регистре "НДФЛ расчеты с бюджетом" дата получения дохода стоит октябрьская.
Регистр "НДФЛ расчеты с бюджетом" в моей обработке не используется вообще.
Данные по больничным берутся из документа "Начисление по больничному листу". Начисления из закладки "Оплата", удержания из закладки "НДФЛ".
При этом квартал, к которому относится начисление определяется по полю "Месяц начисления" (в шапке документа). Квартал к которому относится удержание определяется по колонке "Дата получения дохода" (табличная часть "НДФЛ").
Если у вас по каким-либо причинам в документе поля "Месяц начисления" отличается от "дат удержания", то да - начисления и удержания могут разбежаться по разным кварталам, ну и в регистре "НДФЛ расчеты с бюджетом" будет описанное вами несоответствие.
Я вижу эту ситуацию как-то так, могу ошибаться конечно, но я бы проверил закладку "НДФЛ" и проблемных больничных.
Они есть в регистре"НДФЛ сведения о доходах" (поля "Сумма вычета" и "Код Вычета").
Получается, что не только в строку 030 не попадает,
Косяк, требуется переписать все запросы... Займет определенное время, но думаю реально. Буду над этим работать.
Важное замечание. Спасибо.
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 по разным ставкам НДФЛ.
Файл обновлен.
Доступна версия 3.1.1.
Сегодня 31.10.2016 - последний день сдачи 6-НДФЛ за 9 месяцев.
Кто-то конечно будет подавать корректировки, будут и "опаздуны". Но с большинством пользователей можно попрощаться до марта 2017г и поздравить их с успешной сдачей 6-НДФЛ за 9 месяцев.
НачислениеЗарплатыРаботникамОрганизаций
ОплатаПоСреднемуЗаработку
ПремииРаботниковОрганизаций
РегистрацияРазовыхНачисленийРаботниковОрганизаций
ДоговорНаВыполнениеРаботСФизЛицом
НачислениеПоБольничномуЛисту
НачислениеОтпускаРаботникамОрганизаций
РасчетПриУвольненииРаботникаОрганизаций
НачислениеДивидендовОрганизаций
Оплата праздничных и выходных дней организаций
Документ ОплатаСверхурочныхЧасов на сегодняшний день в моей обработке не используется. Возможно доработаю в следующих версиях.
Редко им пользуются судя по всему, из 215 скачиваний - Вы первый, кому он понадобился =) .
А можете добавить в свою обработку какую-нибудь настройку, которая позволит в документах ОплатаПоСреднемуЗаработку, ПремииРаботниковОрганизаций и ОплатаПраздничныхИВыходныхДнейОрганизаций использовать дату документа в качестве даты получения дохода?
Извините, если вопрос уже был, просто очень много комментариев)))
Для заполнения ДатыВыплаты в этих документах используется дополнительное свойство - см. комментарий (50).
Так вот, эти доп свойства по умолчанию как раз и заполняются датой самого документа. То есть все работает именно так, как Вам требуется.
а так, ваша обработка конечно чудо! :)
конечно, думаю, тут все люди понимающие :) никто вас тут не обязывает отвечать в срочном порядке, это же форум :)
Если ознакомиться с описанием обработки, то там можно найти такие строки:
Спорными моментами могут являться:
....
Расчёт строк 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. Добавить в расчет декларации документ ОплатаСверхурочныхЧасов
1. Добавить переключатель (начисление дохода по ДГПХ: концом месяца / Датой Выплаты) - и пускай каждый сам решает как ему вкуснее.
...
А вы это по коду дохода определяете?
Если поменять код дохода на 4800 (Иные доходы), то будет ли по премии в сотой строке день выплаты, а не конец месяца?
Нет, опрелеляю исключительно по типу документа начисления. Хотя Ваша идея вероятно более правильная - но при разработке не пришло в голову.
В таблице в публикации первую колонку правильнее было бы назвать "вид документа начисления", а не "вид дохода", иначе действительно может ввести в заблуждение. Поправлю публикацию, как буду за ПК (с телефона это не очень удобно).
А собственно в чем именно выражается подобное желание ФНС? С какой стати они требуют заполнять начисления премии по правилам для межрасчетных выплат?
Есть какая-либо нормативка по этому поводу? Письма ифнс, разъяснения?
В статье на итс сказано, что в сотую строку идёт конец месяца, но если очень хочется, то можно это имзменить (зачем непонятно).
Мда, и в Главной Книге .
Между тем в НК РФ сказано:
.......
2. При получении дохода в виде оплаты труда датой фактического получения налогоплательщиком такого дохода признается последний день месяца, за который ему был начислен доход за выполненные трудовые обязанности в соответствии с трудовым договором (контрактом).
Если премия предусмотрена трудовым договором или положением о премировании - это оплата труда. Если премия - это не оплата труда, то можно и взносами не облагать?
И вот тут возникает вопрос о том, что же главнее с точки зрения законодательства - письмо ФНС, или какой-то там Налоговый Кодекс...
1. Добавить переключатель (начисление дохода по ДГПХ: концом месяца / Датой Выплаты) - и пускай каждый сам решает как ему вкуснее.
2. Исключить из расчета документы НачислениеЗарплатыРаботникамОрганизаций с типом расчета "За вторую половину месяца" - они там лишние, правда их почти никто не использует.
3. Добавить в расчет декларации документ ОплатаСверхурочныхЧасов
4. Заполнять строку 100 для премий в зависимости от кода дохода
Для примера возьмем начисления сентября: договоры ГПХ отражаются в регистре "НДФЛ сведения о доходах" по дате выплаты в документе начисления ЗП, а на основе этого регистра заполняется 2-НДФЛ. Соответственно когда мы уберем галку в 6-НДФЛ все попадет в месяц начисления - сентябрь, а в 2-НДФЛ в месяц выплаты - октябрь, т.к. ЗП за сентябрь выплачиваем в октябре.
Если по итогам года ИФНС будет сверять суммы по 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 совпадают.
То есть, как я понял кодов в любом случае два, но они могут быть одинаковые (и у большинства организаций именно так и есть). Подробная информация о формате конечного файла представлена в сообщении (28) в прикрепленном файле.
Моей обработке он необходим, иначе имя файла получится неправильное, поэтому сделал и второе поле обязательным. Думаю не сильно сложно продублировать 4 цифры в соседнем окошке =).
Если Подразделение = Справочники.ПодразделенияОрганизаций.ПустаяСсылка() Тогда //Если ГОЛОВА
КодПоОКТМО = Организация.КодПоОКТМО;
КПП = Организация.КПП;
КодИФНСПолучателя = Организация.КодИФНСПолучателя; //Для ГОЛОВЫ берем КодИФНСПолучателя из карточки организации (закладка ПРОЧЕЕ)
КодИФНС = Организация.КодИМНС; //Для ГОЛОВЫ берем КодИФНС из карточки организации (закладка ОСНОВНЫЕ)
Иначе //ЕСЛИ обособка
КодПоОКТМО = Подразделение.КодПоОКТМО;
КПП = Подразделение.КПП;
КодИФНСПолучателя = Лев(Подразделение.КПП,4); //У подразделения нет поля "КодИФНСПолучателя", поэтому берем последние 4 цифры КПП
КодИФНС = Лев(Подразделение.КПП,4); //У подразделения нет поля "КодИМНС", поэтому берем последние 4 цифры КПП
КодМестаПредставленияРасчета = "220";
КонецЕсли; ПоказатьПросто в карточке организации (головы) можно указать оба кода ИФНС на закладках ("основные" и "прочее"), а в карточках подразделений этих полей нет. Поэтому коды головы заполняются согласно тому, что прописано в карточке организации (на закладках "основные" и "прочее"), а коды подразделений просто по КПП.
кстати говоря, бывают исключения, но это не проблема, в самой декларации можно поменять ИФНС :)
Евгений, у меня к вам другой вопрос) у вас в описании указано, что обработка обучена заполнению Раздела 1 по разным ставкам НДФЛ, в нашей базе ваша обработка почему-то не подхватывает данные по ставке 35%, в чем может быть проблема?
на всякий случай уточню, у нас УПП 1.3.83.2
А код дохода НДФЛ у вида начисления какой?
2610 , 2740, 3020?
Если да, то в графе "Ставка" стоит "35% (30%)"? Организация проводила стимулирующие лотереи =) ?
Каким документом это всё начислено?
Немного объясню, как построен мой алгоритм:
1. Программа определяет статус плательщика НДФЛ каждого физлица на каждый месяц отчетного периода.
2. Если физлицо НЕ резидент, то его ставка НДФЛ в конкретном месяце 30%.
Если физлицо резидент и ставка кода дохода "35% (30%)", то его ставка НДФЛ в конкретном месяце 35%
Во всех остальных случаях ставка НДФЛ 13%
PS. Вы проверили как в новой версии заполняется строка 100 по Премиям и ДГПХ? Теперь все нормально?
начисление производится документом "Начисление зарплаты сотрудникам организаций" на закладке "Погашение займов".
эм... да я там схалтурил немножко. Великим специалистом по ЗУП не являюсь, поэтому периодически открываю для себя всякие "новые" закладки, которыми сам ранее никогда не пользовался =).
Короче обработка эту закладку вообще не обрабатывает, данные из неё не идут ни в один раздел.
Сейчас постараюсь доработать этот момент.
///////////////////////////
Вроде дописал, протестировать правда не на чем, поэтому версия 3.1.3 пока только на Яндекс-диске.
Как будет информация, что работает правильно - обновлю публикацию.
Маленькое замечание - не учитываются сторнирования (посмотрела код). А так - просто супер! Я бы и 100 плюсов поставила!
По поводу сторнирования - думаю получится доработать в скором времени.
////////////////////////////////////////////////////
А со сторнированием все оказалось несколько веселее, чем я ожидал.
Сам по себе документ "Сторнирование" не имеет табличных частей, у него есть лишь набор движений по регистрам, которые и отображаются на форме в виде таблиц. Пока не получается придумать как воткнуть сторнирование в обработку, не включая в запрос регистры...
если получится, с вами обязательно поделюсь
Действительно в табличной части документа "ПремииРаботниковОрганизаций" нет графы "подразделение" и приходится брать его из карточки сотрудника.
Проблемы могут быть только в том случае, если сотрудника в середине периода перевели между различными обособленными подразделениями (с разными ОКТМО / КПП). Если же сотрудника перевели в подразделение с аналогичным ОКТМО / КПП, то это не имеет никакого значения.
Городить костыли для настолько частного случая откровенно не хочется, это надо на дату каждого начисления получать актуальное подразделение на дату этого начисления.
На Яндекс-диске доступна для тестирования версия 3.1.4.
Для документов ПремииРаботниковОрганизаций и РасчетПриУвольненииРаботникаОрганизаций подразделение теперь берется не из карточки сотрудника, а из регистра сведений "Кадровая история сотрудников (по юрлицам)".
Для документа РасчетПриУвольненииРаботникаОрганизаций берется подразделение, в котором сотрудник числился на дату увольнения.
Для документа ПремииРаботниковОрганизаций берется подразделение, в котором сотрудник числился на конец периода за который начисляется премия.
Для корректной работы теперь требуется, чтобы обязательно был заполнен производственный календарь на весь год.
В публикации обновлю файл, после того, как кто-нибудь отпишется об успешном тестировании.
PS. Да простят меня специалисты по базам данных за такой запрос. Я осознаю, насколько он неоптимален. Но я прикладной разработчик, для меня важно, чтобы программный продукт исправно работал и был легок в поддержке. А сколько секунд уходит на заполнение декларации 5 или 20 - мне непринципиально.
Разберусь
Поэтому в публикации до сих пор 3.1.3 - о стабильной работе 3.1.4 так никто и не отписался. А там как раз и изменен алгоритм определения подразделения для Премии - подробнее в (113) и (116). Буду искать косяк.
Из публикации
Соответственно и поквартальная разбивка тоже по 120 строке. То есть вы удержали налог в последний день квартала, но срок перечисления приходится уже на следующий квартал.
Почему я сделал именно так?
Источник - .
Хотя, возможно правильнее было бы по 110 строке разбивать... но мне бухгалтера сказали - раз перечислен в следующем квартале, значит и отражать в строке 070 нужно в следующем, иначе строка 070 не пойдет с суммой фактических перечислений за квартал и ИФНС замучает запросом пояснений.
Сделаю возможность настройки разбивки строки 070 (по 110 или 120)
Разберусь.
Спасибо - стало гораааздо "удобнее".
А теперь по делу:
Получается, что если в течении года сотрудник перейдет из одной обособки в другую, то и раздел 1 поползет за предыдущие периоды, что совсем недопустимо.
Короче говоря - "Женя, нефиг халтурить, иди дописывай, чтоб было по-людски".
В строке 070 раздела 1 организация указывает общую сумму удержанного НДФЛ, а в строках 140 раздела 2 — удержанный НДФЛ в разрезе по датам выплаты дохода. В прежних редакциях контрольных соотношений ФНС России утверждала, что строка 070 должна быть равна сумме всех строк 140 (письма от 20.01.16 № БС-4-11/591@ и от 28.12.15 № БС-4-11/23081@).
Затем налоговики разъяснили, что зарплату за март, которую компания выплатила в апреле, нужно включить в строку 070 раздела 1 отчета за I квартал. Но ее можно не отражать в разделе 2, так как дата выплаты дохода относится к следующему кварталу (письма ФНС России от 25.02.16 № БС-4-11/3058@ и от 12.02.16 № БС-3-11/553@).
Если организация решила следовать этим разъяснениям, сумма всех строк 140 не совпадет со строкой 070. Поэтому ФНС России исключила это требование из Контрольных соотношений. Ведомство отдельно подтвердило, что выполнять это соотношение необязательно (письмо ФНС России от 15.03.16 № БС-4-11/4222@).
ПРИМЕР.
Воспользуемся формой 6-НДФЛ, которая приведена слева. Зарплату за март 2016 года ООО «Организация» выплатило 4 апреля, то есть во II квартале. Поэтому компания воспользовалась рекомендациями ФНС России и не стала отражать эти выплаты в разделе 2 формы 6-НДФЛ за I квартал 2016 года. Однако НДФЛ с зарплаты за март она включила в строку 070 раздела 1.
Таким образом, общая сумма исчисленного НДФЛ по строкам 140 раздела 2 составила 328 900 руб. (158 600 + 6500 + 150 800 + 6500 + 6500). Но в строке 070 раздела 1 организация указала, что удержала НДФЛ в размере 478 365 руб. С учетом новой редакции Контрольных соотношений это не является нарушением. Значит, это расхождение не вызовет вопросов налоговиков.
Полезная информация.
Можно не отражать, а можно и отразить. В описании обработки четко сказано, что строка 070 считается как сумма строк 140. Если есть желание что-либо исключить из раздела 2 руками - да пожалуйста, обработка позволяет. Да, будет ругаться на неправильное контрольное соотношение, но если человек понимает, что он делает - его это не смутит. Функционал обработки при наличии неправильных контрольных соотношений никак не ограничивается - работает и выгрузка и перенос в типовой отчет.
Вообще экзотика. Строки 025 и 045 собираются исключительно по документу "НачислениеДивидендовОрганизаций". Другие документы в расчете этих строк вообще не участвуют. Как у вас оплата праздничных и выходных попадает в строку 025 - категорически непонятно.
Вы точно правильно посмотрели расшифровку раздела 1? А если установить отбор как на картинке? Там будут оплаты праздничных и выходных?
Что касается всех прочих ошибок - у меня обработка с версии 2.2.4 до 3.1.4 даёт абсолютно одинаковые цифры по всем полям всех разделов. Не исключаю, что там могут быть ошибки - пользователи их находят, отписываются конкретно что куда не вошло и все это оперативно правится. Так и появляются новые версии - информация по всем UPD-ам есть в описании обработки под зеленым спойлером.
Самостояетельно качественно отладить такую обработку очень сложно, особенно когда для тестирования всего 2 живых базы. Основная цель её публикации на ИС - это именно повышение её универсальности и точности силами сообщества, за счет полученных отзывов.
С июля по ноябрь было выпущено 13 версий (это только те, которые были опубликованы) и всё это благодаря конструктивной критике за которую я очень благодарен сообществу. Я не могу самостоятельно залезть в Вашу базу, и разобраться почему у вас итоги не совпадают с расшифровкой. Для исправления ошибок нужна более конкретная информация.
Очень жаль, что Вам она не подошла. Лично мне очень даже - подходит (даже версия 1.0), впрочем никому не навязываю.
А вообще - кто-бы спорил, в конце публикации есть примечание большими красными буквами.
Строка 020 уменьшилась и стала показывать сумму меньшую реальной, в версии 2.2.4 этого косяка не было.
Строка 070 во всех версиях показывает меньшую требуемой. Не знаю что не попадает, такое ощущение что отнимается ровно половина от налоговых вычетов)))
Вобщем подвожу итог, обработка очень сырая, много ошибок и для сдачи отчетности к сожалению, не подходит!!!
Объем и характер необходимых доработок мне неизвестен.
Если кто-то возьмется переписать последнюю версию обработки под ЗиКБУ и в дальнейшем её поддерживать - пускай делает свою публикацию. С моей стороны никаких претензий не будет (естественно если проект останется некоммерческим), наоборот, еще и ссылками обменяемся.
Исправлена ошибка из-за которой в строку 025 попадали оплаты праздничных и выходных.
Добавлена возможность настройки поквартального разбития строки 070 (по 110 или по 120). Кому как нравится, по 110 возможно правильнее, но у ИФНС могут возникнуть вопросы, поэтому по умолчанию оставил 120.
Незначительно поправил запрос относительно премий, но не уверен, что проблема была в этом.
(125)
Что касается отсутствия премий в строке 020. Если в версии 3.1.5 проблема не уйдет, тогда:
1. Нужно проверить заполнен ли производственный календарь на этот год
2. Проверить наличие записей по сотрудникам в регистре "Кадровая история сотрудников (по юрлицам)"
3. Заполнен ли период начисления премии в документах - "Начислено по итогам работы за период с .... по ....", тк подразделение организации как раз и определяется на конец периода начисления премии и если дата пустая - будет косяк.
4. Проверьте попадают ли в строку 020 данные из документов "Расчет при увольнении" (алгоритм схожий, эта информация поможет при отладке)
Что касается отсутствия разовых начислений в строке 070 - для начала проверьте проставлена ли в документах Дата выплаты дохода для НДФЛ. Других вариантов пока не вижу, тк у меня замечательно все попадает. Если проставлена - тогда уже буду копать глубже.
Нашли еще:
В 040 строку отчета за 9 месяцев попало октябрьское начисление зарплаты -364 рубля с датой получения дохода сентябрь.
В строку 130 не попали оплаты праздничных и выходных с датой документа 31.12.2015 23:59:59 где месяц начисления январь. Но попали лишние оплаты праздничных и выходных, где документ от 30 сентября, но месяц начисления октябрь.
И тогда первый раздел четко сойдется с Анализом начисления налогов и взносов и есть шанс что с 2-ндфл в конце года))
Действительно "ситуация с типовыми механизмами формирования 6-НДФЛ в ЗУП 2.5 очень печальна".
Собираюсь вплотную заняться тестированием Вашей обработки.
Первый вопрос:
Для больничных настроено так - "Конец месяца от ДАТЫ ВЫПЛАТЫ + перенос выходных дней".
А как насчет "доплаты до среднего заработка" в больничном?
В ЗУП 3.0 в сентябре появилась фишка "доплата за дни болезни может быть незарплатным доходом".
Для больничных настроено так - "Конец месяца от ДАТЫ ВЫПЛАТЫ + перенос выходных дней".
А как насчет "доплаты до среднего заработка" в больничном?
Доплаты до среднего от оплаты больничного не отделял. Все, что начислено больничным - "Конец месяца от ДАТЫ ВЫПЛАТЫ + перенос выходных дней".
На работе сейчас маленько завал предновогодний + новый проект. Как маленько разгребу всё это - так возьмусь, за накопившиеся замечания по обработке.
В планах:
1. Разобраться с ошибками, описанными в (128)
2. Проверять код дохода НДФЛ в больничных (130)
Если я правильно помню, то по законодательству расчет при увольнении происходит строго в день увольнения, поэтому и не заморачивался с доп реквизитом. Что-нибудь придумаю.
Сохранение самого отчета отчета в XML c возможностью развернуть обратно - задачка не сложная. Добавлю в план доработок.
Спасибо за отзыв.
==============================================
Уважаемые коллеги. Я приношу извинения, что подзабросил обработку. Обязательно исправлюсь как закрою пару срочных проектов на работе.
Пишу код с утра до вечера, после работы голова уже не варит, поэтому пока откладываю, чтобы не добавить обработке новых косяков (о старых Вы хотя бы знаете).
(137)
Очень интересный момент.
Ранее НДФЛ по премиям удерживался документом начисления ЗП.
То есть начисление НДФЛ происходило документом ПремииРаботниковОрганизаций, а удержание НачислениеЗарплатыРаботникамОрганизаций.
Документ ПремииРаботниковОрганизаций ранее либо вовсе не имел закладки НДФЛ, либо она не использовалась. Закладка "НДФЛ" в документе ПремииРаботниковОрганизаций на сегодняшний день моей обработкой не считается.
Емаё... сколько всего уже нужно исправить 0_о
В новой версии:
1. Добавлена возможность сохранения и восстановления промежуточного итога, в случаях когда данные декларации правятся руками в обработке.
2. Поправил премии
3. Добавил дополнительный реквизит "Дата выплаты дохода" для документа "Расчет при увольнении" (по умолчанию заполняется датой увольнения)
4. Поправил доплату до среднего заработка в больничных
5. Наверняка добавлены какие-то новые ошибки... тестируем, отписываемся...
И еще, очень важный момент. В ЗУПе в начислении премий появилась настройка "Выплачивать вместе с зарплатой", в этом случае "ДатаВыплатыДохода" остается пустой. Так вот, моя обработка не понимает параметр "Выплачивать вместе с зарплатой", ей требуется заполнение реквизита "ДатаВыплатыДохода". Не умеет она на лету определять когда там выплачивалась ЗП конкретному сотруднику в конкретный месяц.
1. В строку 030 попадает вычет за январь 2017. В декабре был начислен больничный лист, а выплачен в январе. Дата выплаты -13.01.17. К Б/Л применен вычет за январь.
Регистр предоставленные стандартные вычеты по НДФЛ выглядит так:
Дата Месяц налог. периода Код вычета Предоставлено вычета
31.12.2016 23:59:59 01.01.2017 126/114 1 400,00
31.12.2016 23:59:59 01.01.2017 127/115 1 400,00
В отчет 6 НДФЛ, строку 030 эти вычеты не попадают
2. Строка 020 в проверке не совпадает с отчетом 6НДФЛ. С суммой в 6НДФЛ мы согласны. ( свод за 2016 убрали исключаемые суммы и суммы БЛ,отпусков и ГПХ, выплаченных в январе 2017г. 6 НДФЛ совпадает с анализом начисленных налогов и взносов. Уже выяснили, что в строку 020 в проверке ( версия 3.2.0) попадают БЛ , начисленные в декабре, но выплаченные в январе. Дата выплаты дохода 13.01.17 и ГПХ , начисленные в декабре, но выплаченные в январе . даты выплаты дохода проставлены правильно - 13.01.17
На Яндекс-диске версия 3.2.1.
Исправлено:
1. Строка 030 по регистру "Стандартные вычеты по НДФЛ" теперь заполняется не по дате, а по месяцу налогового периода
2. Строки 020 , 025, 040, 045 раздела 1 теперь разбиваются по периодам не по дате начисления, а по дате фактического получения дохода (по строке 100 раздела 2).
Прошу протестировать.
И раздел 1 и его расшифровка формируются одним и тем же запросом, повторить ошибку не удается.
В расшифровке ставка НДФЛ у этих строк правильно определилась?
В 1 разделе одна строка? Ставок отличных от 13% нет?
А вот тут все несколько сложнее.
Моя обработка собирает декларацию на основе документов начисления и реквизита "Дата выплаты дохода" в этом документе.
И возможности указать несколько дат выплаты на одно физ лицо, да еще и с привязкой к суммам в документах начисления нет.
Если ЗП выплачивается по мере поступления денег (грубо говоря каждый день всем и по частям), то я Вам категорически сочувствую, особенно если численность сотрудников больше нескольких десятков. Собрать 6НДФЛ при таких условиях моя обработка не поможет, а типовая...ну про неё мы все знаем...
В Хабаровске рабочий день уже окончен, а без конфигурации под рукой мне сложно ответить смогу ли я чем-то Вам помочь в этой ситуации. Вероятно, что нет, а если и придумаю что-нибудь, то реализовано это будет категорически нескоро.
Если таких сотрудников немного, то моя обработка позволяет поправить раздел 2 руками... но это безусловно так себе выход.
=========================================
Сейчас перечитал Ваше сообщение и понял, что категорически не знаю, как в такой ситуации правильно распределить вычеты по НДФЛ между разными датами...
По ФИФО? Пропорционально суммам НДФЛ?
Вот уж правда, страна в которой не платить налоги проще, чем платить...
Ну, в больничных - это в больничных, надеюсь их Вы кусочками не оплачиваете =))
Берем документ выплаты ЗП, смотрим сумму льготы по сотруднику в этом документе и делим пропорционально выплатам... Правда возможна погрешность на копейки.
Стоп... а НДФЛ с АВАНСА? Его как отражать? Он же при нормальном режиме выплаты отражается вместе с ЗП... а при ЗП частями - Тоже пропорционально 0_о ?
=======================================
Почитал по Авансам - выходит, что любые выплаты до конца месяца месяца не влияют на 6НДФЛ, но, если например Аванс выплачен с задержкой (позже последнего дня выплаты), то эта выплата заполняется наравне с ЗП, несмотря на то что это аванс...
Если честно - в голове пока каша и отсутствие четкого понимания того, как это всё в принципе должно выглядеть.
При последних выплатах.
Если НДФЛ в последней выплате меньше суммы льготы, то остаток льготы переносить на предпоследнюю и тд..
Таким образом получится, что задержки перечисления НДФЛ точно нет.
Если раскидывать льготу пропорционально, то ИФНС может посчитать, что в первых платежах сумма НДФЛ была занижена для отсрочки перечисления.
Но есть несколько ошибок в коде:
1) Куски запросов где ПремииРаботниковОрганизацийНДФЛ, нет связей с таблицей Сотрудники_Подразделения по ФизЛицу. Ещё вроде в группировку не добавлена Сумма по Налогу, но это не точно, много переделывал, могу что-то напутать.
2) В таблице ВТдляотбора в запросе Премии_Удержания_ЗаКвартал - не выбрано поле Премии_Удержания_ЗаКвартал.СуммаУдержанногоНалога, соответственно в объединении поле СуммаУдержанногоНалога140 равняется 0.
3) В запросы попадают физлица, которые увольнялись, а потом были приняты обратно.
Пример: Сотрудник Иванов работал в подразделении Магазин1, потом уволился, это было очень давно. Спустя какое-то время был принят в эту же организацию, но в подразделение Магазин2. Теперь при заполнении 6-НДФЛ по Магазину1, попадают начисления премии по Иванову, хотя они были на Магазине2. Думаю это связано с первым пунктом, связь я там делал по ФизЛицу.
Обработка изначально была гораздо проще, со временем шло нагромождение кода, при чем кое-где откровенными костылями (что меня лично нисколько не смущает).
Поэтому я и не берусь её адаптировать для других конфигураций - даже одну версию очень сложно постоянно подпирать костылями и при этом не косячить.
Да и возможности для самостоятельного тестирования у меня ограничиваются одной живой базой на 100 сотрудников, что вообще ни о чем.
Основная цель, которую я преследую этой публикацией - это не смартмани, а именно тестирование силами сообщества.
Ошибки 1 и 3 связаны с тем, что изначально бралось текущее подразделение из карточки сотрудника, возможность перевода в другое подразделение не была предусмотрена, а потом забыл повязать ПремииРаботниковОрганизацийНДФЛ и Сотрудники_Подразделения - исправлюсь.
Ошибка 2 - сейчас нет времени глянуть, но вполне мог и там накосячить, эта таблица появилась в одном из последних релизов ЗУПа, соответственно и в обработку добавил недавно. Вы первый, кто заметил =).
P.S. Костыли и велосипеды - программируем как умеем, с учетом имеющихся ресурсов.
На Яндекс-диске для тестирования 3.2.2 - исправлены (наверное) ошибки найденные Виктором Бредихиным (brodya)
ВЫБРАТЬ РАЗРЕШЕННЫЕ РАЗЛИЧНЫЕ
РаботникиОрганизаций.Период,
РаботникиОрганизаций.Сотрудник,
РаботникиОрганизаций.ПодразделениеОрганизации
ПОМЕСТИТЬ Сотрудники_ДатыСменыПодразделений
ИЗ
РегистрСведений.РаботникиОрганизаций КАК РаботникиОрганизаций
ГДЕ
РаботникиОрганизаций.Организация = &Организация
И ВЫБОР
КОГДА РаботникиОрганизаций.Сотрудник.ДатаУвольнения = ДАТАВРЕМЯ(1, 1, 1)
ТОГДА ИСТИНА
ИНАЧЕ РаботникиОрганизаций.Сотрудник.ДатаУвольнения >= НАЧАЛОПЕРИОДА(&Период, КВАРТАЛ)
КОНЕЦ
; Показать
Подробнее:
- здесь полезные советы есть.
Если начисление в декабре и выплата в декабре - в декларации за год. Если начисление в декабре, а выплата в январе - 1 кв.
То есть разбивка по периоду идет по дате фактической выплаты, и неважно за какой период начисляется доход.
Такой алгоритм действует для всех видов дохода, кроме ЗП.
Да, эти документы моей обработкой на сегодняшний день не учитываются.
Хотя оплату сверхурочных я даже ставил себе в план на доработку, но руки по итогу так и не дошли.
Поэтому да, пока так. Будет свободное время - допишу. Но в последнее время с этим очень туго...
Проанализировал возможность реализации в моей обработке заполнения раздела 2 по выплатам (для случаев, когда ЗП выплачивается частями):
1. Реализация потребует много трудочасов.
2. Для заполнения придется придумать систему "меток" для документов выплаты, чтобы запрос мог отличать выплату зп от прочих выплат. И эти метки на все документы выплаты зп придется выставлять вручную - так себе автоматизация.
3. Из п.2 можно сделать вывод о снижении точности - тк появляется вероятность ошибок при расстановке "меток".
4. Мне лично это, к счастью для меня, не требуется.
Поэтому тем, у кого ЗП выплачивается более 1 раза в месяц моя обработка ни сегодня, ни в будущем не особо поможет. 1С рекомендует переходить на ЗУП 3.
в ЗУПе в табличной части документ.НачислениеЗапрлаты.НДФЛ есть реквизит "СуммаАванса",
это сумма когда то заплаченного аванса по НДФЛ, причем, если не ошибаюсь, самими НЕгражданами ;)
в этом случае во втором разделе сумма НДФЛ =0, сумма доходов =...(доходам), дата факт. выплаченного дохода=...(дата), остальные две даты "00.00.0000".
могу предложить это доделать, (для себя уже сделал), включить в вашу текущую версию
согласно письмам ФНС заполнять в разделе 2 надо только те доходы, срок перечисления кототрых в 1 квартале,
то есть мартовская зарплата не должна попадать в отчет за 1 квартал
вот как описывает консультант
Раздел 2 заполняется на отчетную дату (31 марта, 30 июня, 30 сентября и 31 декабря соответственно) (Письмо ФНС от 25.02.2016 N БС-4-11/3058@ (п. 2)). В нем приводятся обобщенные показатели только о тех доходах, НДФЛ с которых был удержан и перечислен в бюджет в течение последних трех месяцев периода, за который подается расчет. То есть в разд. 2 не надо показывать суммы доходов нарастающим итогом с начала года (Письма ФНС от 08.06.2016 N БС-4-11/10170@, от 27.04.2016 N БС-4-11/7663 (п. 3)).
Кроме того, даже если доход получен в течение последних трех месяцев, за которые подается расчет, но установленный НК РФ срок перечисления НДФЛ с этого дохода еще не наступил, то этот доход в разд. 2 также не отражается. Такой доход и удержанный с него НДФЛ отражаются в разд. 2 6-НДФЛ за период, в котором налог должен быть перечислен в бюджет (Письма ФНС от 05.04.2017 N БС-4-11/6420@, от 25.01.2017 N БС-4-11/1249@, от 15.12.2016 N БС-4-11/24063@).
Например, зарплата за март 2017 г. выплачена 31.03.2017. НДФЛ с нее должен быть перечислен в бюджет не позднее 03.04.2017 (01.04.2017 и 02.04.2017 - выходные дни). Поэтому, даже если удержанный с зарплаты НДФЛ перечислен в бюджет 31.03.2017, мартовская зарплата и НДФЛ с нее не попадут в разд. 2 6-НДФЛ за I квартал.
Учитывая место моей работы, спорить с тем, что написано в КП вероятно не стоит.
Но, при описанной выше ситуации получится, что сумма фактических перечислений за 1 квартал будет выше, чем заявлена в декларации, а сумма перечислений за 2 квартал будет занижена на эту же сумму.
У моих бухгалтеров нет никакого желания каждый квартал подавать пояснения в ИФНС на тему того, почему сумма фактических перечислений не совпадает с разделом 2.
=============================================
Сделаю переключатель, по типу как у строки 070. А там пускай каждый для себя решает - жить спокойно, или морочиться с соблюдением БС-4-11/6420@
Вероятно, еще какое-то время данные конфигурации будут поддерживаться силами сообщества, по крайней мере новые формы отчетности можно будет дербанить из УПП 1.3 и адаптировать. Но моя личная рекомендация - не затягивайте, переходите на ЗУП 3.1.3 с начала 2018 года. Если конфигурация типовая или с незначительными доработками, то и думать нечего.
Да, перепрыгивать с обычных форм в такси - ну, такое... хотя мои бухгалтера вполне успешно осваивают новый интерфейс. Показал им удобные функции, такие как избранное и история - красота.
Я рад, если кому-то данная обработка дала отсрочку в 1-1.5 года, но по сути дела время перехода на новую версию программы пришло. Для ЗУП 3 за это время вышли несколько десятков релизов (3.1 -> 3.4), что несомненно позволит сегодня перейти на более стабильную версию, чем это 1.5 года назад.
PS. Многое из того, что было запланировано в этой обработке так и не было реализовано. Видно не судьба. Рад за каждого, кому она оказалась полезна.
====================================================
Пока писал этот пост, заглянул на ИТС, а там вчера выложили 3.1.4 =)))
И проверьте на всякий случай заполнен ли производственный календарь на оба года. Кстати, уже были проблемы с подразделениями в премиях см сообщение (113) и ответы на него. Вроде было решено, но если сотрудник у вас переводился между подразделениями в период между начислением и выплатой - могут быть накладки...
Сам я успешно спрыгнул с 2.5 на 3.1.5, у меня теперь даже потестировать особо не на чем, да и раньше все что касается обособленных подразделений я писал на ощупь, не имея возможности для проверки на реальной базе с обособками - конечно могут быть неточности.
Поддержка данного продукта с моей стороны на сегодня весьма посредственная, тк:
- ЗУП 2.5 официально признан устаревшим, из-за чего актуальность обработки упала почти в нули
- Как бы я не старался, но данная обработка все таки является решением для частного случая, сделать её по настоящему универсальной не получится из-за самого ЗУП 2.5
- Мой личный интерес к обработке потерян, тк в моей работе более нет ЗУП 2.5
- На работе я снова остался без напарника и тяну лямку за двоих - категорическая нехватка времени.
Я рад, что и спустя 2 года обработка приносит пользу, но как я и писал в (181) - время ЗУП 2.5 ушло, причем еще в 2016г.. Эта обработка - способ отсрочить переход, но он все равно неизбежен.
В обработку нельзя загрузить готовую декларацию, сформированную где-то еще.
Она формирует декларацию самостоятельно, по описанным алгоритмам.
Кнопки "Сохранить" и "Загрузить" предназначены для сохранения промежуточных итогов работы.
Сформировали декларацию, проверили, поправили, сохранили промежуточный итог в файл *.6xml, на следующий день загрузили информацию из этого файла, проверяете и правите дальше.
Как декларация готова - либо переносите в типовой регламентный отчет, либо выгружаете для отправки в ИФНС через кнопку "Сохранить для отправки".
"ПерваяПоловинаТекущегоМесяца" в обработке все еще используется. Хотя уже не актуально.
"Налогового кодекса РФ из п. 2 ст. 223 НК РФ отменили, следовательно для аванса и зарплаты за месяц теперь действует общее правило в части удержания НДФЛ: датой дохода является день выплаты. Соответственно, и удерживать налог нужно при каждой выплате денег работнику, в т. ч. при выплате аванса."
Обработка не обновляется с конца 2017 года, тк прекратилась поддержка ЗУП 2.5, а это основная конфигурация, для которой велась данная разработка.
В настоящее время у меня нет ни одной базы, с кадровым учетом на основе ЗУП 2.5 (ЗУП 2.5, УПП 1.3, КА, ЗиК БУ...). Мне даже отладку провести негде.
Все что могу порекомендовать - перенести кадровый учет в ЗУП 3 и наладить обмен данными с УПП. Вести сегодня кадровый учет в УПП 1.3 - это очень сомнительно удовольствие...
Других комментариев дать не имею возможности.
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 539335
Создание 27.07.16 14:58
Обновление 13.03.23 08:25
Просмотры 76402
Загрузки 601
Рейтинг
82
Комментарии 193
Код открыт Да
Рубрики Зарплата Корректировка данных
Кому Бухгалтер
Тип файла Внешняя обработка (ert,epf)
Платформа 1С:Предприятие 8
Конфигурация
1С:Зарплата и Управление Персоналом 2.5
,
1С:Зарплата и кадры бюджетного учреждения
,
1С:Управление производственным предприятием
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги НДФЛ
Вид учета Бухгалтерский учет
Доступ к файлу Абонемент ($m)
