Обновился до 3.1.4.120. В этой редакции появилось перечисление "КатегорииДоходов", соответственно, измерения в регистрах "СведенияОДоходахПоНДФЛ", "РасчетыНалогоПлательщиковСБюджетомПоНДФЛ" (дальше буду называть его "РасчетыНП")

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

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

Тут я понял, что обновление корректно работает только на сферической базе в вакууме, но на реальной базе - никак, и полез в отладчик. Что обнаружил.

Дозаполнение измерения "КатегорияДохода" выполняется в общем модуле "УчетФактическиПолученныхДоходов", а конкретно по регистру "РасчетыНП" - в процедуре "ЗаполнитьКатегориюДоходаВИсчисленномНДФЛ".

Начал анализировать  результат запроса (выгрузил в таблицу значений), и что я вижу? А два поля, "Категория дохода" со значением NULL, и "КатегорияДохода1" с правильным значением "Прочие доходы от оплаты труда".

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

<code>
"ВЫБРАТЬ
РасчетыНалогоплательщиковСБюджетомПоНДФЛ.Регистратор КАК Регистратор,
|    РасчетыНалогоплательщиковСБюджетомПоНДФЛ.НомерСтроки КАК НомерСтроки,
|    КатегорииДоходов.КатегорияДохода КАК КатегорияДохода,
|    КатегорииДоходов.СуммаДохода КАК СуммаДохода,
|    РасчетыНалогоплательщиковСБюджетомПоНДФЛ.*
|ИЗ
</code>

Ну, вы поняли, да? Из регистра "РасчетыНП" выбираются все поля, а там тоже есть поле "Категория дохода". Скажу честно - дальше копать не стал. Посмотрел код обработки результата запроса ниже, дозаполнение категории происходит вот так:

<code>
Запись = НаборЗаписей.Добавить();
ЗаполнитьЗначенияСвойств(Запись, ВременныйНабор[0]);
Если Не ЗначениеЗаполнено(Запись.КатегорияДохода) Тогда
     Запись.КатегорияДохода = Перечисления.КатегорииДоходовНДФЛ.ОплатаТруда;
КонецЕсли;
                    
</code>

Это то самое место, где в значение нового измерения "Категория Дохода" подставляется "Оплата труда". Путем несложных умозаключений понял, что для исправления ошибки достаточно поменять код на следующий:

<code>
Если Не ЗначениеЗаполнено(Запись.КатегорияДохода) Тогда
   Если ЗначениеЗаполнено(Выборка.КатегорияДохода1) Тогда
      Запись.КатегорияДохода = Выборка.КатегорияДохода1;
   Иначе
      Запись.КатегорияДохода = Перечисления.КатегорииДоходовНДФЛ.ОплатаТруда;
   КонецЕсли;
КонецЕсли;
</code>

Эти же рассуждения направил на хотлайн 1с, не знаю, услышат ли меня наконец воины света, которые тщательно скрывают от разработчиков сообщения об ошибках, сваливая все непонятные ситуации на "это ваши ошибки учета". Надеюсь, кому-то это решение пригодится.

И да, я осознаю его минусы. Надо снимать конфу с поддержки сразу после обновления на новую редакцию, но до запуска в режиме предприятия. Надо потом обратно ставить на поддержку. Это время, да.

Все-таки надеюсь, что разработчики образумятся и сделают обновление, которое будет работать не только на пустой базе с минимальным набором документов, но и на реальной рабочей, а пока так.

Спасибо

(0) Спасибо, интересно было почитать.
Напиши еще все это в партнерскую конференцию, там большая тема есть про эту проблему. Пристыди "воинов света" перед их партнерами.

(0) Спасибо, но 3.1.4 вообще сильно глючный. Настолько, что 1С обещает 3.1.5 в этом году

+ к карме, 2.5 закрыли, 3.1 еще с косяками, кажись работой еще на год буду обеспечен

(0) "И да, я осознаю его минусы. Надо снимать конфу с поддержки сразу после обновления на новую редакцию, но до запуска в режиме предприятия. Надо потом обратно ставить на поддержку. Это время, да."

Расширение с назначением "Исправление" не?

(0) Почему надо ставить обратно на поддержку?

(6) например, чтобы обновляться автоматически дальше.

(0) Спасибо

Так вот откуда ноги растут с перерасчетом ндфл с начала года в начислении...

Если кому интересно произошло следующее. Разработчики видимо хотели обработать документы порциями по 1000 штук. Но забыли написать цикл для порций в 8(!) местах. В итоге в этих 8 местах обработалась только произвольная 1000 документов. Кроме того, при обработке табличных частей распределения удержаний забыли удалить старую строчку перед добавлением новых. Именно поэтому многие документы за год не перепроводятся (программа пишет ошибка распределения НДФЛ). Пришлось перетаскивать из архива (через COM соединение) начисленный НДФЛ и распределение НДФЛ во всех документах за 11 месяцев. Затем заново заполнять категорию дохода за год уже без ошибок. Протестировано на нескольких больших больницах (5 тыс. сотрудников). Только после этого расчетчики смогли нормально посчитать и выплатить декабрь

(10) Сколько тебе платят за такие разбирательства?

(11) 600 р/час

(10) Напишите в 1С.
Они то этого наверно не знают. ))))
Пусть они сделают все правильно.

(13) Я написал, там мне порекомендовали исправить ошибки в учете. Привожу фрагмент переписки:

я - на тестовой базе проблема не воспроизводится, на реально воспроизводится, что делать?

хотлайн - ищите ошибки в учете

я - создаем физлицо, создаем сотрудника, оформляем договор,  на его основании акт, на основании акта начисление ЗП по договору, где тут ошибки?

хотлайн - вы даже в своем учете разобраться не можете, а от нас что-то хотите.

----------------

Обыкновенное хамство некомпетентного специалиста с синдромом вахтера, я считаю.

(14)Ярость затмила твои глаза и ты увидел то, чего нет. Брось скрин переписки, не верю, что прямо вот так и ответили тебе с ТП 1С.

(14) Можно качество ответа оценивать и давать комментарий - там и напишите, что вам нахамили и проблема в программе осталась

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

Я думал, что пострадали только пользователи УТ, обрадовавшиеся новым возможностям версии 11.4 и, обновившись на нее, получили головняк с ошибками - не передать. Оказывается и ЗУП туда же. Видимо разработчикам очень хотелось годовой премии за новые разработки и гнали к сроку, пусть сырой продукт, но до Нов Года. А вот нам, по всему, не видать такой премии. Исправить все их косяки явно не успеем, да и они не торопятся (((

(14) Получается ошибки возникают только в базе с наработанными данными. А если учет еще не велся, то вполне можно переходить сразу на 3.1.4. Или помимо НДФЛ встречается что-то еще интересное?

(19) ну не зря же именно в поставку 3.1.4 на сайте релизов 1С:ИТС положили сетап полной поставки, а не один лишь CFU.

Вот интересно, на этом фоне в 3.1.5 будет полный setup или только updsetup ? Хотелось бы с минимумом усилий качнуть перегрузкой в новую базу уже "закрытый" текущий год.

Ох уж этот ЗУП 3.
Есть одна контра, работают на КА 1.1 , на стареньком сервере на 1С 8.2 в базе живут 50 менеджеров. Зарплата живет в 7.7 на два бухгалтера.
Перенес тестово зарплату в ЗУП 3, так эти два бухгалтера завесили сервак в хламину, на котором раньше 50 человек работали.

(15) https://ibb.co/kZfC26

ну вот смотри. Весь скрин не буду вставлять, слишком большой, вставляю только ответ 1с.

(16) Это не работает. Ставил 1 на протяжении всей переписки, походу, они обозлились и начали хамить уже открыто.

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

У меня удержанный налог по документу выплаты встал верно, а суммы выплаченного дохода утроилась.

(22) В свое время вел переписку со службой поддержки. То ответы получали через полгода, то ответ в виде - это запланированное поведение программы ... Которое спустя пару релизов пропадало.
Хотя стоит заметить, что в последнии года скорость реакции службы ТП заметно увеличилась.

(14) Нет, это обычный ответ хотлайна :))

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

Реально это просто публиковать в открытом виде в максимально возможном количестве мест и прямо говорить что код и разработку ведёт не квалифицированный персонал.
То есть тупо лить заслуженное дерьмо на 1с.
Чисто для пробы можно попробоватьтв е эти исследования опубликоватьмв виде статьи на ИС.
Заодно посмотрим насколько декларации ИС о совместной работе и развитию сообщества соответствуют дейстчительности

(27) Разработку ведут вполне квалифицированные люди, но у них нет нормальной обратной связи с клиентами. Потому что на хотлайне сидят действительно некомпетентный и непрофессиональный персонал, который забыл, или не знает, кто его кормит.

Что касается разработчиков - на своем опыте знаю, что пока не сядешь и не посчитаешь месяц за бухгалтера, ты будешь крайне далек от понимания того, в чем твоя программа буху неудобна и где следует улучшить. У меня была на поддержке самописка на 1с77.

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

А пока они просто кодят по ТЗ человека, который сам далек от реальной жизни, такие косяки будут продолжаться.

"Вот ввели бы в 1с правило для разработчиков" // Не для разработчиков, а для постановщиков

А, ну ты и сам дальше пишешь "они просто кодят по ТЗ человека, который сам далек от реальной жизни" :)

(31) Согласен, и для тех, и для тех.

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

Но нет, отгородились глупыми правилами, что если после обновления все работает на сферической базе в вакууме - то у клиентов ошибки учета.

(0) "Из регистра "РасчетыНП" выбираются все поля, а там тоже есть поле "Категория дохода"." - где-то я уже встречал такое от 1С.

а как исправить то, что уже обновление наделало?

(0) Первый три цифры релиза говорят сами за себя :(

(3) >>Спасибо, но 3.1.4 вообще сильно глючный
Да и сам номер релиза напоминает какую-то греческую букву...

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

А у меня есть наоборот, пример адекватной реакции на ошибку.Она проявлялась только на базах ,перенесённых из 7.7.Пришлось потрудиться, создать демобазу и со скринштами доказать что происходит некорректное обновление.Было выпущено срочное обновление и ошибку быстро исправили.

подниму тему.
Не могу найти причину перерасчета НДФЛ в текущем периоде за весь календарный год
Пример в мае
12/05/17 | отпуск | приход | 10 000,00
12/05/17 | ведомость| расход | 10 000,00

Перерасчет в текущем периоде за май
12/05/17 | начисление от 30.11.17 | приход | 10 000,00
12/05/17 | начисление от 30.11.17 | приход | -10 000,00

(39) Категория дохода какая? Посмотри по всем 4 записям.

РасчетыНалогоплательщиковСБюджетомПоНДФЛ
1. Оплата труда
2. Оплата труда
3. Оплата труда
4. Оплата труда

а вот в СведенияОДоходахПоНДФЛ по доходам категория пустая

(40) рисовать обработку заполнения для РН записей с пустой категорией?

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

(42) SW1225336

аллилуйя
поэкспериментировал на одном подопытном.
пробежался по регистру миникодом
    ДоходыНДФЛ = РегистрыНакопления.СведенияОДоходахНДФЛ.СоздатьНаборЗаписей();
    ДоходыНДФЛ.ОбменДанными.Загрузка = Истина;
    ДоходыНДФЛ.Отбор.Регистратор.Установить(Документы.НачислениеЗарплаты.НайтиПоНомеру("00ЗП-000043", Дата(2017,05,31)));
    ФЛ = Справочники.ФизическиеЛица.НайтиПоКоду("00-0000054");
    ДоходыНДФЛ.Прочитать();
    Для Каждого Доход Из ДоходыНДФЛ Цикл
        Если Доход.ФизическоеЛицо = ФЛ Тогда
            Доход.КатегорияДохода = Перечисления.КатегорииДоходовНДФЛ.ОплатаТруда;
        КонецЕсли;    
    КонецЦикла;    
    ДоходыНДФЛ.Записать();


(пример на одном регистраторе)

все стало красиво.

(12) Открой мейл, многим бывает нужен консультант по ЗуПу. И ценник поднимай.

(39) 3 дня назад я написал причину, а ты все не можешь найти)

выпустили 3.1.4.161. кто-то уже успел проверить, исправили там косяки с НДФЛ?

(48)На партнерской конференции пишут, что с НДФЛ те же самые проблемы

(49) Да, видимо не зря 1С ЗУПовца ищет уже с год наверное :)

у зупа вообще самое низкое качество из всех конфиг.
+ они идут каким то своим путем и не используют обшую архетиктуру приложений на УФ

(51) Ты думаешь, блок ЗУП в твоем любимом ЕРП отличается от отдельной ЗУП? Или блок ЗУП в КА?

(49) (50) Понятно... походу вообще 3.1.5 придется ждать и на него сразу переходить, минуя 3.1.4, он заявлен на январь 2018, там надеюсь уж поправят

подтверждаю, как раз релиз доделал, вся та же самая фигня в движениях

(54) ну, как минимум, об этом косяке нет инфы в списке ошибок, который публичный идет по ссылке к релизу. Соотв. нет исправления. Я список посмотрел, а тестить не стал - отвлекали весь день.

(53) и тестовый 3.1.5 уже есть на релизах. Даже не надеюсь на него. Он идет как обновлюха, а не полный сетап

(51) Да, косякнули под НГ они мощно.

(53) Опытным путем понял, что надо считать декабрь на 3.1.3.274, а уже новый год начинать на новой редакции.

Даже при косяках с категорией дохода отчеты по НДФЛ заполнятся верно, и ладно.

У наших клиентов все красиво в декабре после наших исправлений. Можем помочь

(59) выложи в каталог или на ИС.

(0) на нимфостарт обязательно! Только подраздуй размер, чтобы гонорар перечислили. Я вот в свое время лоханулся - написал маленькую статью, рейтинг накидали, а денег не получил.

(60) Какой каталог, что такое ИС?

(62) catalog.mista.ru
Инфостарт

Но там еще нужно добавить пропущенную разработчиками строчку в конфигураторе, развернуть параллельно архив, сделанный перед обновлением, и из архива перенести налог и его распределение за 11 месяцев через OLE

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

(65) Поделитесь, пожалуйста, как заполнить без ошибок 1С?
Налог из копии восстановили. Теперь вопрос, как правильно заполнить категорию дохода?

Есть лечилка, как исправить НДФЛ?