Имя: Пароль:
1C
 
ЗУП 3.1.4
, ,
0 KnightAlone
 
12.12.17
16:05
Есть те, кто уже перешел на 3.1.4? Я на тестовой базе пока его проверяю, мне не нравится, что после перепроведения ведомости на выплату через банк с видом выплаты "зарплата за месяц" в движениях по регистрам с НДФЛ появляется куча записей новых, с нулевой суммой НДФЛ, но не нулевой суммой дохода. Еще у кого-то возникали вопросы по этим записям? Как-то не хочется себе перед НГ устраивать геморрой (сейчас поймал одну запись, явно лишняя она и фактически, как дубль создается)
1 Джо-джо
 
12.12.17
16:07
(0) это косяк, на партнерке уже обсасывают
2 KnightAlone
 
12.12.17
16:07
http://www.zup1c.ru/2017/12/08/v-1s-zup-3-1-4-mozhno-ne-sledit-za-datoj-vyplaty-v-mezhraschetnyx-dokumentax/ вот тут в статье разжевано, что именно поменялось и почему могут новые записи появится. но в статье все красиво, а в реале ерунда какая-то
3 KnightAlone
 
12.12.17
16:08
(1) ооо, пасиб! значит торможу пока переход
4 borodaty_
pontorez
 
12.12.17
16:08
Да обновляйся, не очкуй)
5 KnightAlone
 
12.12.17
16:10
(4) ты иди на 3.1.5 переход ваяй, а то KPI загнется)
6 borodaty_
pontorez
 
12.12.17
16:12
(5) Как только релизят 3.1.5 - пишу заяву на увольнение ))))))))))
7 KnightAlone
 
13.12.17
17:12
https://forum.infostart.ru/forum68/topic182994/ для информации. я бы не советовал переходить до выхода релиза с исправлением
8 FireAlex
 
13.12.17
17:55
Я перевел одну организацию. У меня всегда месяц налогового периода равен периоду регистрации (так просят расчетчики) Пришлось сделать чтобы если выплачиваем в месяце отличном от месяца регистрации то ничего не трогаем.  В общем нормально.
9 KnightAlone
 
13.12.17
17:59
(8) у меня теже симптомы, что в той теме описаны - проводишь выплату ЗП, не указав подразделение, а в движениях черти чо, даж 2016 год залетает в ноябре 2017го. на 3.1.3 все нормально. причем если взять и перепровести документ за март 2017, там появляются записи за октябрь и ноябрь 2017. короче, я лучше обожду)
10 Костя56
 
23.12.17
18:52
Если кому интересно произошло следующее. Разработчики видимо хотели обрабатывать документы и регистры порциями по 1000 документов. Но забыли написать цикл для этих порций в 8(!) местах. В итоге 8 местах обработалась только произвольная 1000 абсолютно разных документов. Причем эти обработчики еще и взаимосвязаны, т.е. следующая обработка должна запускаться когда предыдущей обработаны ВСЕ документы начислений за год. Кроме того, при разбивке строк распределения НДФЛ в документах за 2017 год по категориям дохода забыли удалить старую строчку перед добавлением новых. Именно поэтому обработанные документы за год не перепроводятся. Программа пишет ошибка распределения НДФЛ, потому что у многих стало распределено в 2 раза больше налога (осталась старая строчка и добавились новые). Пришлось перетаскивать из архива (через COM соединение) начисленный НДФЛ и распределение НДФЛ во всех документах начислений за 11 месяцев, затем переписывать движения всех документов по 2м регистрам. Затем заново заполнили категорию дохода за год уже без ошибок. Протестировано на нескольких больших больницах (по 5 тыс. сотрудников) на ЗУП и ЗиК ГУ. Только после этого расчетчики смогли нормально посчитать и выплатить декабрь
11 Neg
 
23.12.17
21:24
релиз 3.14, хе :)
12 Gucci76
 
24.12.17
11:50
Тоже обратил на это внимание
3.1.4.159 будет самый самый )))
Основная теорема систематики: Новые системы плодят новые проблемы.