Есть те, кто уже перешел на 3.1.4? Я на тестовой базе пока его проверяю, мне не нравится, что после перепроведения ведомости на выплату через банк с видом выплаты "зарплата за месяц" в движениях по регистрам с НДФЛ появляется куча записей новых, с нулевой суммой НДФЛ, но не нулевой суммой дохода. Еще у кого-то возникали вопросы по этим записям? Как-то не хочется себе перед НГ устраивать геморрой (сейчас поймал одну запись, явно лишняя она и фактически, как дубль создается)

(0) это косяк, на партнерке уже обсасывают

http://www.zup1c.ru/2017/12/08/v-1s-zup-3-1-4-mozhno-ne-sledit-za-datoj-vyplaty-v-mezhraschetnyx-dokumentax/ вот тут в статье разжевано, что именно поменялось и почему могут новые записи появится. но в статье все красиво, а в реале ерунда какая-то

(1) ооо, пасиб! значит торможу пока переход

Да обновляйся, не очкуй)

(4) ты иди на 3.1.5 переход ваяй, а то KPI загнется)

(5) Как только релизят 3.1.5 - пишу заяву на увольнение ))))))))))

https://forum.infostart.ru/forum68/topic182994/ для информации. я бы не советовал переходить до выхода релиза с исправлением

Я перевел одну организацию. У меня всегда месяц налогового периода равен периоду регистрации (так просят расчетчики) Пришлось сделать чтобы если выплачиваем в месяце отличном от месяца регистрации то ничего не трогаем.  В общем нормально.

(8) у меня теже симптомы, что в той теме описаны - проводишь выплату ЗП, не указав подразделение, а в движениях черти чо, даж 2016 год залетает в ноябре 2017го. на 3.1.3 все нормально. причем если взять и перепровести документ за март 2017, там появляются записи за октябрь и ноябрь 2017. короче, я лучше обожду)

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

релиз 3.14, хе :)

Тоже обратил на это внимание
3.1.4.159 будет самый самый )))