ЗУП релиз 3.1.9.106

Новая тема
Показывать по 10 20 40 сообщений
Попробовала поставить релиз 3.1.9.106 - пришла в ужас.

Предыдущий релиз 3.1.8.246 Начисления за январь созданы, зарплата выплачена, месяц "закрыт". Все отлично. Создаем начисление за февраль - все в порядке (скан приложила). Документ не сохраняю. Больше ничего не делаю. закрываю программу.

Устанавливаю обновление 3.1.9.106.


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


Причем, что интересно  - за февраль лезет весь этот ужас, но даже если начисление за февраль не сохраняю, создаю начисление за март - все нормально. А удалила документ за январь и попробовала создать новый - вылетает с ошибкой:
Код
{ОбщийМодуль.ДлительныеОперации.Модуль(376)}: Значение не является значением объектного типа (ДатаНачала) 

 

Восстанавливаю копию с 3.1.8.246 - никаких проблем все отлично считается.


Кто-нибудь еще ставил это обновление? Сталкивался с подобным?


Прикрепленные файлы:
Ответили: пост #2 , пост #6
Ответ на пост №1
Svetlana_E, у меня этот ужас как раз появился в релизе 3.1.8.246, причем именно при расчете за январь 2019, за другие месяца, февраль, март - все нормально было. Переписка с техподдержкой оптимизма не вызвала, сказали, что исправление ждать к середине марта.
Вы в техподдержку писали?
Ответили: пост #3
Ответ на пост №2
Тэра,нет. Все мои переписки с техподдержкой выглядят одинаково: я - есть проблема. Они - выйти на ошибку не удалось ( иногда потом выясняется, что эта ошибка уже зарегистрирована!, просто почему-то видна, только если ищешь по номеру, а не в общем списке), нам ваша база не нужна, разверните демо базу, и создайте эту ситуацию и т.д. . Ни разу!!!! Ни разу не было адекватной реакции.  Глупо создавать демо базу. Там в 90% не выходишь на эту ситуацию. В итоге, с техподдержкой я завязала... Хоть может будет настроение поругаться - напишу :)))   Сейчас восстановила 246 релиз - аванс надо отправлять, а в новом и аванс фикс. суммой не заполняется :((( , январь надо пересчитать - это тоже невозможно, вылетает ошибка.
Тэра, а как вы справились в январе?
Svetlana_E пишет:
Цитата

      
      
Тэра, а как вы справились в январе?
В техподдерку написала. Но поскольку, так же как и у вас, опыт  общения с ними исключительно негативный, просто дала команду исправлять налог вручную.
Спустя две недели тоже самое мне в итоге и посоветовали спецы из ТП.
Ответ на пост №1
Svetlana_E, попробуйте через Все функции включить константу Выполнять расчет зарплаты без оптимизации и пересчитать. Предварительно проверьте, что нет записей необходимости перерасчетов за прошлый год. И вышел релиз 3.1.9.107, некоторые ошибки убрали.
Ответили: пост #12
Вышел релиз 3.1.9.107. Как там дела с НДФЛ?
Ответили: пост #8 , пост #9
Ответ на пост №7
Vladko, почитайте список исправленных ошибок - про НДФЛ нет ничего. Есть про аванс, который уже все давно выплатили :)
Ответ на пост №7
У нас в 3.1.9.107 (также, как и в 106) такая проблема, разумеется, в тестовой копии: при расчете зарплаты в закладке НДФЛ всем добавляются какие-то копейки в колонку Примененные вычеты, даже если вычетов и нет у сотрудника. Например: общие начисления 32187.00, НДФЛ 4186.00, примененные вычеты 1.71 . Что бы это значило? Такой релиз использовать нельзя.


Базу я переносил на 01.01.2019, в январе все просчиталось нормально (кроме перекосов выплат по источникам финансирования) на релизе 3.1.8.246
AVK пишет:
Цитата

      
                   
                   Ответ на
                   пост №7
             
      
Что бы это значило?
Так вы сами и ответили - "Такой релиз использовать нельзя"
Ответили: пост #11
Читают тему
(гостей: 2)

Быстрый переход