2015-07-22 14:52:21
Краткое описание :
Медленно открывается интерфейс целодневных неявокОписание :
Целодневные неявкиЧто измененно :
Интерфейсы Заработная плата - Операции - Целодневные неявки и Заработная плата - Документы - Лицевые счета - Смежные данные - Текущие данные - Целодневные неявки открываются очень медленно, примерно по 1,5 минуты. Необходимо ускорить быстродействие открытия интерфейса.
Как измененно :
Интерфейс "Целодневных неявок" открывается быстрее.
2015-07-22 14:52:21
Краткое описание :
Персонал: Разный порядок следования отпусков в приказе и в
печатной форме (записка-расчет Т-60)Описание :
41. Предоставление отпускаЧто измененно :
Персонал: Разный порядок следования отпусков в приказе и в
печатной форме (записка-расчет Т-60).
Создаем приказ на предоставление отпуска с 15/02/2014 по 15/03/2014
Отпуска в приказе находятся в такой последовательности:
1) Дополнительный отпуск (к ежегодному) продолжительностью 7 дней
2) Основной отпуск продолжительностью 21 день
После утверждения в модуле з/п он появляется как:
Дополнительный отпуск (к ежегодному) с 15/02/2014 по 21/02/2014 (7 дней)
Основной отпуск с 22/02/2014 по 15/03/2014 (21 день)
Но, в в печатной форме приказа "Записка-расчет о предоставлении отпуска"
отпуска распределены по-другому:
Основной отпуск с 15/02/2014 по 08/03/2014 (21 день)
Дополнительный отпуск (к ежегодному) с 09/05/2014 по 15/05/2014 (7 дней)
Хотя такая ситуация никак не влияет на расчет, клиент в находится недоумении.
Как измененно :
В индивидуальные печатные RTF-формы теперь для каждого отпуска
из приказа выводятся отдельно даты его начала и окончания, а также количество
календарных дней отпуска. Порядок отпусков в печатной форме теперь
соответствует таковому в приказе.
В шаблоны индивидуальных печатных форм (RTF) для приказов о предоставлении
отпуска (РПД-6, РПД-41) добавлены следующие циклы с описанными ниже полями:
- t6_2004_CycleVac - цикл по отпускам с типом "основной";
sVacName - наименование отпуска
dVacPeriod1 - дата начала отпуска
dVacPeriod2 - дата окончания отпуска
wVacDayCount - кол-во календарных дней отпуска
wVacDayCount_rab - кол-во рабочих дней отпуска
- t6_2004_CycleDopVac - цикл по отпускам с типом "дополнительный";
sDopVacName - наименование отпуска
dDopVacPeriod1 - дата начала отпуска
dDopVacPeriod2 - дата окончания отпуска
wDopVacDayCount - кол-во календарных дней отпуска
wDopVacDayCount_rab - кол-во рабочих дней отпуска
В поток для индивидуальных печатных форм FastReport для приказов о
предоставлении отпуска (РПД-6, РПД-41) добавлен источник NFormT6_dop_5 со
следующими полями:
- wDop - тип отпуска (0 - основной, 1 - дополнительный)
- NOtpus - наименование отпуска
- sPeriod1 - дата начала отпуска
- sPeriod2 - дата окончания отпуска
- wDayCalend - кол-во календарных дней отпуска
- wDayRab - кол-во рабочих дней отпуска
2015-07-22 14:52:21
Краткое описание :
При заполнении реквизитов больничного в модуле УП в определенном порядке, не заполняется количество дней за счет предприятияОписание :
9-е окно (сведения о заболеваемости)Что измененно :
При заполнении реквизитов больничного в модуле "Управление персоналом" в определенном порядке (Вид пособия - Начало учета листа - Окончание), не заполняется количество дней за счет предприятия. Если оформлять больничный в другом порядке (Вид пособия - Начало учета листа - Количество дней), тогда количество дней за счет предприятия проставляется.
Данная проблема проявляется на Z_SREDN 9.1.74 на платформе Oracle.
Как измененно :
Исправлено отображение количества дней за счет предприятия в окне редактирования больничных листов при заполнении полей в порядке Вид пособия - Дата начала учета листа - Дата окончания листа.
2015-07-22 14:52:20
Краткое описание :
Не правильно обрабатывается запись о сторнировании при пересечении отпуска с больничнымОписание :
Предварительная разноскаЧто измененно :
Не правильно обрабатывается запись о сторнировании с причиной Б_О" при переносе сумм отпуска из-за пересечения с больничным.
Если заменить причину на Б_О то сторнирование работает корректно.
Очередной отпуск с 30.04.15 -02.05.2015. Расчет отпуска по архиву оплат. Сумма отпускных перечислена полностью. Записи об отпуске находятся в архиве
Расчетный период - май.
В мае сотрудница приносит больничный с 30.04.2015 по 30.04.2015
После ввода больничного запускаем функцию Контроль пересечения больничных с отпусками.
Эта функция создает записи разделе "Сторнирование и пересчет" Смежных данных:
При расчете зарплаты мы должны получить перенос сумм с апреля на май один день.
Но в предварительном просмотре создается запись на два дня с плюсовым количеством дней, а должно быть две записи.
Одна с минусовым количеством дней на 30.04.15, вторая с плюсовым на 3.05.2015.
Как измененно :
Доработана функция "Предварительная разноска" по обработке записей о сторнировании с причиной Б_О" при переносе сумм отпуска из-за пересечения с больничным.
Теперь запись о переносе отпуска формируется корректно.
Примечание.
Напомним, что в Классификаторе видов оплат для записи об отпуске должны быть указаны следующие настройки:
тип оплаты "О"
(31) Сторнируется при наличии больничного, отпуска за закрытый период
(32) Учитывается при сторнировании отпускных сумм
Ниже описана ситуация, в которой проявлялась ошибка.
Очередной отпуск с 30.04.15 -02.05.2015. Расчет отпуска по архиву оплат. Сумма отпускных перечислена полностью. Записи об отпуске находятся в архиве.
Расчетный период - май.
В мае сотрудница приносит больничный с 30.04.2015 по 30.04.2015
После ввода больничного запускаем функцию Контроль пересечения больничных с отпусками.
При расчете зарплаты должны получить перенос сумм с апреля на май за один день.
2015-07-22 14:52:21
Краткое описание :
Два разных СДЗ в расчете отпуска (один правильный, второй ошибочный)Описание :
Расчет отпускныхЧто измененно :
Для РФ. Если у работника нет начислений, приходящихся на расчетный период, помеченный при формировании отпуска, то при расчете пакета, состоящего из нескольких отпусков, у этих отпусков разные СДЗ (один правильный, второй ошибочный).
Как измененно :
Исправлено. При отсутствии начислений в раcчетном периоде, СДЗ при расчете отпуска рассчитывается верно для всех отпусков пакета.
2015-07-22 14:52:20
Краткое описание :
Обработка сторнирующих записей типа С_БОписание :
Сторнирующие записиЧто измененно :
Не верная обработка сторнирующих записей типа С_Б для вечерних
В разноске в результате получаются следующие записи:
Дней Часов Начало Окончание
-6 -24 01.03.2012 26.03.2012
1 24 01.03.2012 24.03.2012
Дней должно быть 6 ( 25 и 26 выходные и рабочих дней и часов нет)
Как измененно :
Исправлена функция Предварительная разноска для оплат с типом "ВЧ", "НЧ", "ПЧ", "РВ", "СЧ".
Теперь время за работу для этих типов оплат определяется в соответствии с табелем учета рабочего времени.
Если при этом, количество дней или часов в суммах оплат меньше значения в табеле, то выбирается значение из сумм оплат.
Доработка функционирует для тех российских пользователей, у которых в классификаторе налогов на ФОТ имеется запись с учетом работы во вредных условиях труда.
Возврат происходит по следующей схеме:
1. возвращаются в полном размере все записи из архива оплат, период которых, хотя бы частично, попадает на время больничного листа.
Даты, количество дней и часов совпадают с теми, которые указаны в архиве оплат.
Если, на один и тот же период, в архиве оплат имеется несколько записей с одинаковыми параметрами, то в предварительном просмотре формируется общая запись за период.
Дни и часы в результирующей записи о возврате равны сумме всех одинаковых записей.
2. По каждому периоду результирующей записи о возврате, в предварительном просмотре формируется новая запись.
Даты начала и окончания этой записи, а также дни и часы, соответствуют рабочему периоду.
3.Если в результате получится так, что количество дней возврата совпадет с количеством дней за рабочее время по текущему табелю, возврат не будет выполняться.
2015-07-22 14:52:20
Краткое описание :
Не учитывается настройка при расчете сверхурочныхОписание :
Предварительная разноска сверхурочных, ночных, работы в праздники и выходныеЧто измененно :
Не учитывается настройка при расчете сверхурочных
При расчете не учитываются настройки
- Часы работы сверхурочно - вводить вручную
- Часы работы сверхурочно(остаток) - вводить вручную
Всегда работает как - рассчитывать автоматически - ручное заполнение игнорируется
Как измененно :
Исправлен расчет сверхурочных. При сочетании настроек:
- "Настройки Галактики \ Управление персоналом \ Табельный учет \ Расчет итогов \ Суммированный учет сверхурочных часов" - "да",
- "Настройки Галактики \ Управление персоналом \ Табельный учет \ Расчет итогов \ Хранить итоговое количество часов для каждого перехода отдельно" - "да"
- "Настройки Галактики \ Управление персоналом \ Табельный учет \ Расчет итогов \ Часы работы сверхурочно" - "вводить вручную",
Часы работы сверхурочно(остаток)" - "вводить вручную"
в расчет заработной платы попадает именно введенное вручную значение часов сверхурочных и остатка.
2015-07-22 14:52:21
Краткое описание :
Возникла проблема формирования данных в отчете "Контроль отпусков" из-за новой технологии планирования отпусков. Необходима доработка.Описание :
Контроль отпусковЧто измененно :
Возникла проблема формирования данных в отчете "Контроль отпусков" в связи с введением новой технологии планирования отпусков.
Из-за того, что отпуск в приказе разбивается по рабочим периодам в зарплату он тоже приходит разбитым. Возникает проблема печати отчета "Контроль отпусков" в зарплате. Отчет собирает данные по дате начала отпуска. Раньше это был один период и в отчет попадал весь отпуск. Теперь период разбит и каждый кусок попадает в свой период. Бухгалтер использовал отчет еженедельно, для сверки начисленных и выплаченных отпускных. Теперь отчет уже не несет возможности контроля, как это было раньше. Подробное описание во вложении.
Просьба доработать отчет. Предлагаем добавить параметр формирования по дате начала пакета (верхней записи) или дате начала отпусков, входящих в пакет (существующий на данный момент вариант).
Как измененно :
Добавлен параметр "формирование по дате начала пакета", при выборе которого, если отпуск разбит на части, даты отпуска и информация о нем берется всего пакета.
2015-07-22 14:52:20
Краткое описание :
Сохранять пометку контрагентов при перевыборе в отчетеОписание :
Привязка платежных документовЧто измененно :
Сохранять пометку контрагентов при перевыборе оных в отчете
Расчеты с поставщиками и получателями | Отчеты | Исполнение документов-оснований | Привязка платежных документов
Как измененно :
Пометка сохраняется при перевыборе контрагентов
2015-07-22 14:52:21
Краткое описание :
При заключении/продлении контракта формируется неверный оклад, если в истории были записи о его изменении.Описание :
65. Заключение/продление контрактаЧто измененно :
При заключении/продлении контракта в том случае, если все записи истории назначения имеют дату окончания меньшую, чем дата заключения/продления контракта, в приказ подставляется оклад из предыдущей записи истории о заключении/продлении контракта. С учетом того, что при обновлении по сотрудникам в соответствии со штатным расписанием в дату окончания действия записи истории подставлялась дата окончания контракта, возникают сложности с подстановкой данных в приказ. К примеру, в приказ попадает не тот оклад, который ожидает увидеть пользователь.
Как измененно :
При оформлении приказа о заключении/продлении контракта (РПД-65 по персоналу) в него подставляются текущие (отображаемые в 6 окне картотеки) данные об окладе, режиме работы и других атрибутах назначения.
В РПД-65 по персоналу добавлены для отображения дополнительные поля.
2015-07-22 14:52:21
Краткое описание :
Неверная информация в протоколе больничного для алкоголиков.Описание :
Справки о расчете больничныхЧто измененно :
Первичный больничный был 8 дней.
Для вторичного больничного в интерфейсе расчета больничного отображается: 40%-4 дня, 50%-26 дней (это верно), а в протоколе уже видим: 40%-6 дней, 50%-24 дня.
Как измененно :
Исправлена печать справки для вторичного больничного с тремя процентами оплаты по настройке на страну "Беларусь".
Теперь и для вторичного больничного все проценты отображаются правильно.
2015-07-22 14:52:21
Краткое описание :
Help. Подключить топик справкиОписание :
Виды пособий по нетрудоспособностиЧто измененно :
К классификатору "Виды пособий по нетрудоспособности" подключить справку "Классификатор "Виды пособий по нетрудоспособности"" (вместо существующих, если подключены другие).
Как измененно :
Подключено.
2015-07-22 14:52:21
Краткое описание :
В справку по расчету больничного с типом "Травм" в формате FastReport в поле Сумма к расчету за 2013 год выводится 0.Описание :
Справки о расчете больничныхЧто измененно :
В справку по расчету больничного с типом "Травм" в формате FastReport в поле Сумма к расчету за 2013 год выводится 0.
В текстовой справке все выводится.
Если убрать тип "Травм", сумма выводится.
Как измененно :
Исправлена ошибка при выводе справки о расчете больничного с типом "Травм" в формате FastReport.
Теперь в поле Сумма к расчету за первый год выводится сумма заработка за год.
2015-07-22 14:52:20
Краткое описание :
Ошибка в отнесении сверхурочных на код выплатыОписание :
Предварительная разноска сверхурочных, ночных, работы в праздники и выходныеЧто измененно :
При смене режима учета сверхурочных в течение месяца с поденного на суммированный и обратно (в параметрах перехода) неправильно формируется вид оплаты для суммированного учета.
Как измененно :
Исправлена ошибка при формировании вида оплаты при смене режима учета сверхурочных с поденного на суммированный и обратно.
2015-07-22 14:52:20
Краткое описание :
Некорректный пересчет доплаты из-за больничного если 2 записи о пересчете.Описание :
Предварительная разноскаЧто измененно :
У сотрудника в мае была рассчитана доплата за период с 1 по 13 мая, но в архиве период указан весь месяц
В июне сотрудник принес 2 больничных листа.
Их ввели в систему - создались две записи о сторнировании.
Если посчитать ЗП, то сторнирования суммы 2174,58 не происходит, но происходит доначисление той же суммы за правильный период с 1 по 13 мая. Это неправильный расчет.
Если запись о сторнировании внести только одну - общую:
То при расчете ЗП КВО 2207 посчитается корректно и в результат расчета не попадет.
Как измененно :
Доработана функция "Предварительная разноска" в части возврата сумм, начисленных на период больничного листа для случая, когда имеется два больничных листа за прошлый период.
Теперь возврат и доначисление сумм за рабочий период происходит корректно.
По прежнему, учитывается случай, когда количество дней возврата за нерабочий период и начисления за рабочий период совпадает.
В этих случаях записи аннулируются, но при этом лишние записи не появляются.
Доработка функционирует для тех российских пользователей, у которых в классификаторе налогов на ФОТ имеется запись с учетом работы во вредных условиях труда.
Напомним, что возврат в этом случае происходит по следующей схеме:
1. возвращаются в полном размере все записи из архива оплат, период которых, хотя бы частично, попадает на время больничного листа.
Даты, количество дней и часов совпадают с теми, которые указаны в архиве оплат.
Если, на один и тот же период, в архиве оплат имеется несколько записей с одинаковыми параметрами, то в предварительном просмотре формируется общая запись за период.
Дни и часы в результирующей записи о возврате равны сумме всех одинаковых записей.
2. По каждому периоду результирующей записи о возврате, в предварительном просмотре формируется новая запись.
Даты начала и окончания этой записи, а также дни и часы, соответствуют рабочему периоду.
2015-07-22 14:52:21
Краткое описание :
Ошибки при работе с приказом в режиме "личная карточка уже заполнена"Описание :
Прием на работуЧто измененно :
При оформлении приказа в режиме "личная карточка уже заполнена":
1. Если назначение в 6 разделе картотеки есть, то несмотря на то, что дата назначения указана, поле приказа "зачислить на работу с" не заполняется.
2. Если назначение в 6 разделе отсутствует, то при утверждении приказа возникают ошибки, но приказ утверждается.
Как измененно :
При выборе сотрудника в приказ о приеме на работу в режиме "личная карточка уже заполнена":
- в поле "зачислить на работу с" подставляется дата назначения;
- при отсутствии назначений данные в приказ не подставляются, при попытке утверждения такого приказа выдается сообщение о том, что приказ не заполнен.
2015-07-22 14:52:20
Краткое описание :
Не нужно сторнировать записи в предварительной разноске для оплат за период с 1 по 31, если отработанное время совпадает с табелемОписание :
Предварительная разноскаЧто измененно :
Не нужно сторнировать записи в предварительной разноске для оплат за период с 1 по 31, если отработанное время совпадает с табелем.
Пример. Расчетный месяц - май 2015. С 28 по 29 мая (30-31 выходные) заносим в табель отклонение без оплаты, к примеру Б.
Рассчитываем зарплату за отработанные дни. В постоянных доплатах есть доплаты (премии, доплаты) назначенные за период с 1 по 31, но при это количество отработанных дней с учетом неоплачиваемой неявки (к примеру отработано из 22 дней 20, т.к. 2 неоплачиваемая неявка)
Переходим на следующий месяц. Сотрудник приносит больничный, вносим больничный и рассчитываем. Считаем зп за июнь.
В предварительной разноске создаются записи с минусом за два дня мая (28 и 29) для оплат с алгоритмом 2 и пользовательскими, у которых дата начала 01/05/2015, дата окончания 31/05/2015. Соответственно происходит пересчет сумм, чего не нужно делать в этом случае.
Разбивать по датам в КВО "минус".
Как измененно :
Доработано формирование записей о возврате за предыдущий период функцией "Предварительная разноска", для записей с типом "СБ".
Схема следующая.
Количество дней и часов из каждой записи справочника "Суммы оплат", подлежащей возврату, сравнивается с рабочим временем по табелю за период этой оплаты.
Если сумма начислялась за то же время, которое совпадает со временем текущего табеля, возврат не происходит.
Исключение составляют виды оплат, для которых указана дополнительная входимость (29) Запись с нулевой продолжительностью и суммой.
В этом случае формируется запись с указанием количества дней и часов = 0.
Новая схема учитывает различные значения поля "Период оплаты" классификатора видов оплат.
2015-07-22 14:52:20
Краткое описание :
Дооценка для округления ценОписание :
Акт дооценкиЧто измененно :
Настройки для РБ.
В связи с тем, что из оборота выводятся купюры в 50р, клиенту необходимо
провести дооценку остатков в рознице с учетом округления цен до 100р.
В связи с этим предлагается доработать функцию локального меню в Акте Дооценки
розничной торговли, которая позволила бы пересчитать новые цены согласно
правилам округления.
Как измененно :
Доработан механизм округления (локальное меню Дополнить
остатками для округления). Дооценка проводится 2-мя документами: Акт дооценки и
Акт уценки. Если округляемая часть цены больше 50 рублей, то округляется в
большую сторону до 100 рублей иначе в меньшую сторону
2015-07-22 14:52:20
Краткое описание :
2 шкалы для процента СДЗ для больничныхОписание :
Расчет больничныхЧто измененно :
В Украине теперь 2 шкалы для процента среднедневного заработка для расчета суммы пособия по нетрудоспособности. Одна шкала для пособия за счет предприятия, вторая для пособия за счет ФСС.
Как измененно :
Доработка для Украины.
Доработан расчет пособий по нетрудоспособности по стажу. Теперь есть возможность рассчитывать сумму за счет ФСС по проценту, отличному от процента за счет Предприятия. Для этого изменено окно выбора процента по стажу (Стажи работ, открывается по кнопке выбора в поле Стаж). Теперь в нем две колонки - Процент(Предпр.) и Процент(ФСС).
Внимание! Если диапазоны по шкалам отличаются, то в таблицу нужно занести все диапазоны для какждого значение процента. Т.е. классификатор будет выглядеть следующим образом:
Стаж Процент (Предпр.) Процент (ФСС)
0-3 50 60
3-5 60 60
5-8 70 80
более 8 100 100
Здесь получается единственный нюанс в том, что период 0-5 за счет предприятия нужно будет заносить двумя записями (0-3, 3-5).
Если в классификаторе видов пособий в колонке Нач. процент установлен 0 или 1, это означает, что расчет пособия производится по стажу. В этом случае при условии, что установлена настройка "Разбить пособие на основную и дополнительную суммы", количество дней первого процента принимается равным количеству дней за счет работодателя ("Настройки Галактики \ Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по среднему \ Больничные \ Продолжительность \ Количество дней за счет работодателя"). Значение начального процента выбирается из колонки Процент(Предпр.), значение второго процента - из колонки Процент(ФСС).
Если значение процента за счет ФСС нулевое, то значение второго процента принимается равным проценту за счет предприятия.
2015-07-22 14:52:20
Краткое описание :
В фильтре невозможно пометить виды отпусков, у которых есть
подчиненныеОписание :
Расчет [РФ]Что измененно :
При формировании отпуска сотрудника можно в качестве вида
отпуска выбрать элемент справочника, не являющийся листовым (папку). А при
формировании оценочных обязательств такой вид отпуска нельзя пометить в фильтре
окна параметров.
Как измененно :
В окне параметров формирования оценочных обязательств по
отпускам разрешена пометка и элементов, являющихся папками в классификаторе
видов отпусков.
2015-07-22 14:52:20
Краткое описание :
Протокол отмены пакетного распределения платежейОписание :
Пакетное распределение платежейЧто измененно :
Протокол отмены пакетного распределения платежей
Проблема описана во вложении.
Как измененно :
Реализован интерактивный протокол отмены пакетного
распределения, для режимов распределения по договорам,
ДО и накладным/актам. Для просмотра протокола
необходима выполнить пункт локального меню "Протокол
отмены платежного документа".
Каждая операция отмены распределения записывается
в протокол как сессия, т.е. последовательность
отмененных хозопераций, выполненных за последнюю
операцию отмены. Все операции сессии имеют один номер и
он отображается в первом поле "№" - номер сессии
отмены. Сессий может быть много, поэтому для
наглядности нечетные сессии отображаются черным цветом
шрифта, а четные - пурпурным. Протокол сам очищается
после закрытия окна распределения платежных документов
по Договорам, ДО, накладным, актам. Однако пользователь
может удалить любую сессию, нажав на клавишу F8, при
этом будет произведено удаление всей сессии, к которой
принадлежит текущая запись протокола.
Из протокола можно попасть в документы, которые
участвуют в этом протоколе. Т.е. если курсор находится
в поле, которое относится к платежному документу, то
нажав F4 пользователю будет открыт текущий платежный
документа. Находясь в поле относящемуся к ДО, по F4
будет открываться ДО. Это так же относится к накладным,
договорам и уточняющим соглашениям.
В поле "Операция" отображается информация о типе
отмены, которая произошла в платежном документе. Могут
быть следующие типы:
- "Отмена расп." - когда произошла отмена
распределения по спецификации накладной;
- "Отвязка ДО" - когда ДО было отвязано от
платежного документа;
- "Отвязан" - когда договор и ли уточняющее
соглашения были отвязаны от платежного документа;
- "Ошибка" - в случае возникновения каких либо
ошибок при выполнении отмены.