Дабы упростить друг другу жизнь, предлагаю тут выкладывать то, что обнаружили. Ибо нашлась крайне неприятная ошибка, на сотни тысяч рублей, в 1С ответили, что она зарегистрирована, а https://bugboard.v8.1c.ru/search.html?page=0 вот тут она не находится.
Вот мое письмо:
"Добрый день.  

В базе настроен вид начисления "Доплата за рабочие дни нахождения в командировке" по описанию из ссылки https://its.1c.ru/db/staff1c#content:34825:zup30, отличие только в формуле, она более сложная:

Макс(0,Макс(?(Оклад> 0, (Оклад + СуммадляКвалификационнаяНадбавка)*ВремяВЧасах/НормаЧасов - РасчетнаяБаза,0), ?(ТарифнаяСтавкаЧасовая*ВремяВЧасах > 0, ТарифнаяСтавкаЧасовая*ВремяВЧасах + СуммадляКвалификационнаяНадбавка*ВремяВЧасах/НормаЧасов - РасчетнаяБаза,0))). Больше года данная формула корректно работала, в данный момент она начисляет доплату не по часам командировки, а по полным часам за месяц. Опытным путем было обнаружено, что если в дополнительных видах времени у данного вида начисления ничего не указывать, то оно рассчитывается так, будто там указано "Рабочее время". Если указать вид времени, который в организации не используется (Вахта), рассчитывает верно. Необходимо исправить поведение программы, чтобы считало верно без указания доп. видов времени (как было ранее)"

Вот ответ
"Это ошибка № 00110920.
Срок исправления пока не определен."

Неа,пока на 3.1.5 и дальше не собираюсь двигаться.Только если уж совсем припрет

в 3.1.7 опять переработали KPI, а так как я в данный момент как раз его допиливаю, пришлось перейти, ибо пилить потом второй раз желания нет

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

(0) Эта же ошибка в релизе 3.1.6.54, и может быть даже в предыдущих. В 3.1.6.6 все норм.

(4) я прыгал с 3.1.5.212 на 3.1.7.61,так что вполне может тянуться с 3.1.6.54

перестала работать рассылка расчетных листков, которая больше года работала. у расчетчика при формировании ошибки доступа - была ошибка на доступ к Справочник.ГруппыДоступа. дал доступ теперь ругается на РегистрСведений.ТаблицыГруппДоступа. я то пока временно пооткрываю на это все доступ, но может кто разбирался - что там поломали в очередной раз?

(4) зато в 3.1.6.6 какой-то ад с увольнениями.Начинает пересчитывать зарплату при увольнении за кучу прошлых месяцев, и начисляет, даже если сотрудник болел весь месяц. Перескочил на 3.1.6.54, там можно выбрать месяц, начиная с которого надо пересчитать зарплату при увольнении.

Чертов кактус. У меня НДФЛ странно считать начал. Пока не разобрался.

(6) доступ к РегистрСведений.ТаблицыГруппДоступа есть только у роли ПолныеПрава... сделал запрос в 1С

https://bugboard.v8.1c.ru/error/000043450.html вот эта ошибка еще шикарна. я там насчитал 14 обращений, релиз вышел 2 недели назад. исправлять похоже никто и не торопится особо

ЗУП, РИБ после взаимного обмена не у всех объектов очищается регистрация изменений добавлю в копилку ошибок

(0)В ЗУП 3.1.6.54 не работает выплата по договорам ГПХ, если у пользователя нет полных прав и включено разделение доступа на уровне записей.

(12) см (10) ))

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

(14)Ну я так не могу, я пока сам делаю раз в месяц выплату..

(14)2 часа курил отладчиком ЗУП 3.1, всё раскопал..
Там и поправить то двумя строчками не выйдет..
А если отключить отбор, то наверное отбор по организациям перестанет работать для сотрудников по трудовым договорам..

Такие дела :(

зик 77 стабильна

(17) Стоит, наверное, дороже КОРП 2.5...

(17) последний год поддержки :)

(19) а потом 7.7 корп)

Ошибка - не ошибка, но в списке сотрудников перестало отображаться состояние Работа/Увольнение, кадры и расчетчики жалуются что неудобно

(21) да, есть такое. я вывел столбец - дата увольнения. сказали, так устроит

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

(8) что было - разобрались?

(23) отбой. в данном случае это косяк бухов

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

Таки я не понял, на какой релиз лучше переходить с 2.5? На 3.1.5, 3.1.6 или 3.1.7? Читал, что 3.1.5 типа стабильный релиз с поддержкой до конца этого года, а остальное чуть ли не экспериментальное и не годное для реальной работы.

(26) 2.5 корп

(26) на 3.1.5 переходи, не ниже 3.1.5.212.
(25) убил бы буха.... посчитала всю зп. ндфл с премии в общем расчете сидел, выплата общая была. а потом она взяла и сделала расчет ндфл с премии в самой премии (ну и выплату отдельными платежками), а в общем расчете не перерасчитала ее. в итоге с премии ндфл был дважды начислен... короче опять косяк бухов, при этом я еще минут 10 объяснял, что именно она неправильно сделала, пока до нее не дошло

Обновляюсь в рамках 3.1.5, более новое оставляю для любителей острых ощущений.

(29) +100500

(29) (30) Трусы. (26) Запускаю расчет на 120 тыс сотров на 3.1.7

небось в штате есть отдельные единицы, в функционал которых входит именно тестирование новых релизов, перед накатом на рабочую базу?

https://releases.1c.ru/project/HRM30 вышел 3.1.7.87, но список исправленных ошибок пока посмотреть не получается - его не выложили для данного релиза

3.1.7.87 - доплата за дни в командировке снова считается =)

(31) 120 тыс. сотров в одной базе?

(35) Да

(36) Круто!

(36) напомни, за результат расчета отвечаешь? Тут то на несчастном 222 опять блох наловили..

(38) Естественно. Полное ведение учета, от и до

(39) хы-хы, как же вы ответили за косяки этого релиза?)

(40) Я? У нас запуск еще не состоялся, сказано же было - "запускаю".

(34) и косяки с обменами поправили

Ребят, подскажите, смысла ждать обновления на 3.1.6.х нет?

Надо ставить 3.1.7.х, да?

А то чёт последний 3.1.6.54 и то от мая, а сейчас уже июль, а в нём косяков дофига чёт..

(43)3.1.6 больше не будет релизов.

(44)Спасибо, будем значить мыкаться на 3.1.7.х с надеждой, что там меньше косяков..

В общем в 3.1.7.84 тоже проблема с договорниками..

Если не полные права, то по договорникам не заполняются выплаты и ещё вот "Расчет по страховым взносам" к примеру..

При наличии расчетов оплаты в выходные и праздничные дни.
Некорректно считает общее отработанное время за месяц. И дает "лишние" оплачиваемые часы/дни" в целом за месяц.

Интересно - а в суд за ущербом никто так и не обращался?

(48) за май в этой же базе все было посчитано без перекоса. Это после обновлений на выходящие свежие релизы

(49) У меня третий отпуск по уходу - в печати косяки. Обновила на 7 - всё тоже самое.
В сад (тьфу) суд!

(50) (49) так-то уточняю, кто вид времени ДО не получил, тому все верно рассчиталось. Это на грабли наступили у таких, кто и в ДО оказался и в выходной день другой на работу по приказу выходил с двойной оплатой.

В копилку ошибок ЗУП 3.1.7.71: не удаляйте строки из документа Премии! https://forum.infostart.ru/forum68/topic195870/

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

(51) (50) (49) и еще одно уточнение - нет там ошибки - там просто отпуск без сохранения оплаты шлепнули взамен июнь в июль и не видели, что он "упал не туда"

(52) описанную тупизну можно почти на любом релизе провернуть -- это просто поведение документа на множестве релизов, т.к. он изначально имеет такой интерфейс.

(54) И как это объяснить расчетчику?! Что нельзя удалять строчки...

(55) влюбить ее в себя
если повезет, то она станет тебе верить без объяснений

(52) В 3.1.5.ххх тоже встречал документ премия где строки очищены, но в журнале документов, в колонках удержано есть суммы

Описание ошибки:
Считаем предварительно отпуск (так как он начинается в след. месяце, то еще нет данных о текущей зарплате)
выплачиваем его с авансом. Сумма отпуска 42 501,40 руб. С этим документом нет проблем - доход и НДФЛ попадают на дату выплаты аванса.

После расчета зарплаты и ввода премии делаем исправление отпуска в ТЕКУЩЕМ месяце и указываем что выплачиваем вместе с ЗП (начало след месяца). Посчитались суммы отпускных 52 053,50 и НДФЛ с нее хорошо. Только вот движения по регистру "Учет доходов для НДФЛ" плохие. В идеале на дату выплаты зарплаты должна попасть дельта 9 552,10 руб между старой суммой отпускных и новой. А там полная ерунда.
http://imglink.ru/show-image.php?id=d4e48fd786509c1a157580c47979fcc8

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

http://imglink.ru/show-image.php?id=e06f444924b2c07aa4ed8abb47571993

30 997,93 -  9 552,1 = 21 445,83 – на эту сумму увеличен доход по 2012 коду документом исправлением.
21 445,83*13% = 2 788

Может я придираюсь? И это нормально?

Зарплата и кадры государственного учреждения, редакция 3.1 (3.1.5.272)

(58) Илья, я ж тебе вчера рассказал, что лучше исправлять следующим месяцем. Тогда нормально считается.

У меня еще с релиза 3.1.6.6. какая-то ерунда с договорниками.

Организация большая, может быть 100-200 актов по ДГПХ. Большинство начисляются нормально, но 5-6 из них программа в упор не видит при начислении.

Движения в регистре "Плановые начисления по договорам" есть, в регистре "Данные для подбора сотрудников" тоже есть, но не начисляет.

Помечаю акт на удаление, ввожу новый на основании того же договора - начисляет. Причину так и не понял.

(61) В регистре "Плановые начисления по договорам" месяц начисления имеет дату не 01.07.2018, как положено, а 19.07.2018.

Странный глюк, но теперь хотя бы понятно, в чем дело.

(58), (59) У нас тоже исправления текущим месяцем работают крайне коряво. Например, если при перерасчете получился отрицательный НДФЛ за один из периодов (у нас был отпуск был переходящий с июня по июль, из-за вычета за июль), то НДФЛ сторнируется, но не начисляется вообще. Нашел строчку в коде с комментарием
     Если НДФЛТекущегоПериодаВсего < 0 Тогда // произошел перерасчет обязательств текущего периода из-за изменения данных "задним" числом
          Возврат
     КонецЕсли;
Начислением зарплаты он, конечно, потом начисляется, но в ведомости встает непонятная сумма и не по тому основанию.

+(63) если отпуск дважды исправлен текущим периодом (1-из-за среднего, 2-исправлен период из-за больничного), то последний док не сторнирует доход, получается сумма дохода для НДФЛ больше и сумма к выплате.

(64) Ну так механизм исправлений изначально рассчитан на то, что исправление пойдет следующим месяцем, а не текущим. Разработчики, похоже, не предусмотрели ситуаций с двумя исправлениями.

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

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

(33) Список исправленных ошибок выложили 13.07.2018

(52) знаю про этот глюк. надо не через Del удалять строку, а через пункт меню - Удалить сотрудника. Но лучше просто запретить удаление, а кому не положена премия - ставить 0