Перерасчет отпуска по уходу за ребенком (пилотный проект) в версии 3.1.14

1. user607507_mr.bosv 08.09.20 12:58 Сейчас в теме
Доброго всем дня,
После перехода с версии 3.1.10 на 3.1.14 проблема с перерасчетом начислений отпуска по уходу за ребенком. В нашей области с 01.07.2019 действует пилотный проект по прямым выплатам ФСС, так вот программа в версии 3.1.14 делает сторно всех начисленных сумм до начала действия проекта. В учетной политике дата начала действия прямых выплат стоит, в РС Перерасчеты данных по сотруднице нет. Может кто сталкивался с такой проблемой или может подскажет в каком направлении копать? Обновление производилось с версии 3.1.10.531 и там проблема не воспроизводится.
GooTower; deiterij; user_2010; +3 Ответить
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. user958326 08.09.20 16:51 Сейчас в теме
(1)
А обновление релиза было совершено на "идентичный по дате"?
3. user607507_mr.bosv 08.09.20 17:12 Сейчас в теме
(2)
Неверную дал информацию - обновление было с 3.1.10.550 на 3.1.14.166. После чего обновились на 3.1.14.183
4. user958326 08.09.20 18:01 Сейчас в теме
(3)
По дате все ок, соответствуют, а до обновления на 3.1.14.183 тоже не работало или ок было?
6. user607507_mr.bosv 08.09.20 20:16 Сейчас в теме
5. GSokolov 320 08.09.20 19:50 Сейчас в теме
(1) А что вы хотите в пособии по уходу пересчитывать? Оно изначально неверно рассчитано было и его нужно исправить в т.ч. исправить и все выплаченные месячные пособия?
7. user607507_mr.bosv 08.09.20 20:24 Сейчас в теме
(5)
В том то и дело, что ничего не хочу сторнировать. До начала действия проекта по прямым выплатам (01.07.2019) начислялись и выплачивались суммы за отпуск по уходу за ребенком, после 01.07.2019 работодатель данное начисление не выплачивает, его платит ФСС и в документе Начисление зарплаты и взносов графа "сумма" пустая. Теперь, после перехода на версию 3.1.14 при расчете за август (июльская зарплата начислялась и выплачивалась на версии 3.1.10) все суммы по отпуску за уходу за ребенком, которые начислялись до 01.07.2019 сторнируются.
8. user958326 08.09.20 20:55 Сейчас в теме
(7)
Прям за прошлый год сторнируются? А что говорит ТП 1с?
9. user607507_mr.bosv 08.09.20 21:28 Сейчас в теме
(8)
Да, даже по тем, что уже давно закончились. Учет в ЗУП3 ведем с 2017 года, так вот сторнирует и за 2017 и т.д., как будто пилотный проект с "лохматых годов". В поддержку еще не обращался, решил узнать есть еще у кого-то подобные проблемы. Нет никого с пилотными проектами или всё красиво рассчитывается?
10. user958326 08.09.20 21:43 Сейчас в теме
(9)
Надеюсь вы копии базы часто делаете? Я бы все таки в тп обратился
11. user607507_mr.bosv 08.09.20 21:51 Сейчас в теме
(10)
с копиями проблем нет :)
12. user958326 08.09.20 21:53 Сейчас в теме
(11)Тогда можно продолжать эксперименты )
13. GSokolov 320 09.09.20 09:11 Сейчас в теме
(11) Тогда в копии, где нет проблем с 3.1.10, проверить ещё раз её отсутствие, затем обновиться на 3.1.14 и проверить ещё раз. Не должно быть такой проблемы, если не перепроводился документ отпуска по уходу. Очистите кэш, результаты перепроведения могут там застрять, в конце концов можете ещё отладчиком пройтись и поискать, откуда ноги сторно растут.
14. user_2010 902 09.09.20 09:27 Сейчас в теме
(9) В учетной политике организации дата перехода на прямые выплаты установлена = 01/07/2019?
У нас тоже прямые выплаты с 01/07/2019. Проверила обновление - отработало корректно, перерасчета пособий нет. Что-то в вашей базе случилось.
15. user607507_mr.bosv 09.09.20 11:39 Сейчас в теме
(14)
Да, в учетной политике настройка установлена. Спасибо, теперь понятно, что не ошибка в релизах. Будем "лечить" базу
17. deiterij 28.01.21 13:21 Сейчас в теме
(15)
Добрый день!
Подскажите, удалось выяснить причину перерасчета? Столкнулись с такой же проблемой.
16. slasher777 29.09.20 20:08 Сейчас в теме
Значки конечно в панели разделов убого сейчас смотрятся на фоне минималистичных значков 16х16 в той же ERP, где всегда не хватает свободного пространства на экране и приходится у панели разделов убирать текстовые обозначения разделов и при этом остающиеся значки приятно смотрятся, то если это же провернуть в этом продукте, то будет так же убого как и в 1С Документообороте, где тоже гигантские значки разделов. И в борьбе за более рациональное использование пространства на экране, даже приходится включать компактность во всем интерфейсе ERP чтобы убрать гигантизм интерфейса "Такси".
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот