Z_LSCHET
Краткое описание :
Доработать функционал перевода сотрудника из филиала в филиал (раздельная отчетность) РПД5Описание :
Сведения о переходахЧто измененно :
Доработать функционал перевода сотрудника из филиала в филиал (раздельная отчетность) РПД5:
1) В части формирования переходов в межпериод. При выполнении функции перевода из филиала в филиал, необходимо анализировать, был(и) ли переход(ы) в межпериод у сотрудника до даты перевода, если такой(вые) имелись, то они должны переносится в новый лицевой счет, но с датой окончания, ограниченной датой перевода минус 1 день. Создавать автоматический переход в межпериод с 1-го числа месяца, до даты перевода минус 1 день с параметрами из лицевого счета, в таком случае, нет необходимости.
2) Не учитывать данные переходы в межпериод, и ссылающиеся на них табели при выборе лицевых счетов в интерфейсах при формировании отчетов, статистических данных.
Как измененно :
При переводе сотрудника из одного филиала в другой теперь происходит дополнительная обработка переходов: переходы из старого филиала, перенесенные в новый, ограничиваются датой перевода в другой филиал минус 1 день. Переходы, начавшиеся после даты перевода в другой филиал, или в тот же день, в новый филиал не переносятся.
Переход с первого числа месяца по дату перевода в новый филиал минус 1 день с параметрами из старого лицевого счета создается в новом филиале всегда, как и раньше. Если при этом у сотрудника были другие переходы с такими же датами начала и окончания (или ставшие таковыми после обрезки дат окончания), то в новом филиале происходит объединение переходов: в переход, созданный автоматически, подбрасываются параметры из конфликтующих переходов, после чего конфликтующие переходы удаляются (из нового филиала).
Пункт 2 реализован в рамках другой проблемы.
Z_LSCHET
Краткое описание :
Некорректное заполнение размера соц налогов при переводе между филиалами несколько раз.Описание :
Архив налогов на ФОТ и копия архиваЧто измененно :
Некорректное заполнение размера соц налогов при переводе между филиалами несколько раз - теряются суммы по первому филиалу.
Как измененно :
Исправлено - в третьем филиале для работника в смежных данных в справочнике "Размер социальных налогов до расчёта зарплаты" на закладке "Суммы по предыдущему филиалу" отражаются данные по двум (в общем случае по всем) предыдущим.
Z_LSCHET
Краткое описание :
Ускорение выбора подразделения в лицевых счетахОписание :
Лицевые счета (окно ввода и редактирования)Что измененно :
Требуется ускорить замену подразделения при выборе подразделения в окне редактирования лицевого счета.
Как измененно :
Ускорена замена подразделения при выборе подразделения в окне редактирования лицевого счета.
Z_LSCHET
Краткое описание :
Зачем при каждом заоплнении curlschet запускается "Корректировка перекрестных ссОписание :
Лицевые счета (окно ввода и редактирования)Что измененно :
Зачем при каждом заполнении curlschet запускается "Корректировка перекрестных ссылок"?
Вошел в лиц.счета, сменил фильтр или что обновилось - помимо заполнение curlschet
запускается этот процесс - ждать от 30 до 60 секунд на базе с 25000 лиц.счетами
немного раздражает.
Мне кажется, что в этот момент еще идет удаление и вставка appldocs. Объясните зачем этот процесс и нельзя ли его вызывать
по какой то настройке или из меню?
Как измененно :
Проведена оптимизация сохранения текущих
подразделений традиционного фильтра по подразделениям.
Сохранение производится в таблицу Notes, при этом
создается только одна запись.
Z_LSCHET
Краткое описание :
Проблема с фильтром в списке лицевых счетовОписание :
Общая ведомость распределенияЧто измененно :
Как выяснилось в результате решения ПиР 102.83637
и формирования ОВР по цеху отнесения затрат, теперь при
формировании ОВР если я устанавливаю фильтр по
подразделению 1, в котором находится дополнительный
смежный лицевой счет, в выборку подтягивается и
основной лицевой счет для этого дополнительного,
находящийся в подразделении 2. Соответственно в лицевых
счетах устанавливается фильтр по ЛС, попавшим в
выборку.При этом если установлено разграничение прав
доступа к подразделениям, то для тех кому разрешен
доступ к ЛС из подразделения 1, становятся доступными
смежные ЛС из подразделения 2, доступ к которым для
этого пользователя закрыт.
Выдержка из письма:"нас совершенно не устраивает,
что при этом не учитывается разграничение прав доступа
к подразделениям. Если у пользователя нет прав на
подразделение, он не должен видеть ЛС из него ни при
каких фильтрах."
Как измененно :
Исправлено. Изменен алгоритм выборки лицевых счетов для фильтра в режиме
работы по цеху отнесения затрат. Если в фильтр попал дополнительный
лицевой счет - основной лицевой счет не добавляется.