2019-03-25 18:42:52

Краткое описание :

Изменяется общее кол-во материалов в заявке на ремонт

Описание :

Заявки на ремонт

Что измененно :

Изменяется общее кол-во материалов в заявке на ремонт

В заявках на ремонт при убранной галочке "отображать ресурсы относительно работ" при добавлении нового материала происходит пересчет "Количество материалов всего" по всем позициям.
Изменяется путем умножения "кол-ва работ" по активной позиции вида работ на "количество материалов на единицу работы".

Как измененно :

При убранном флаге "отображать ресурсы относительно работ"
"Количество материалов всего" пересчитывается умножением
"количество материалов на единицу работы" на "Количество работ"
из соответствующей работы.
А для новых МЦ "Количество материалов всего" пересчитывается умножением
"количество материалов на единицу работы" на "Количество работ" из активной позиции работ

2019-03-25 18:42:51

Краткое описание :

Добавить + и - в отчет.

Описание :

Не знаю, какая именно часть модуля "Спецодежда", научите

Что измененно :

В отчет "Сверка МБП" разницу в сумме, количестве выводить без модуля.

Как измененно :

Доработан отчет "Сверка МБП".
В excel-отчет данные в колонку расхождения выводятся как разница бухгалтерского сальдо и оперативного сальдо.
По знаку суммы можно определить по какому сальдо превышение/недостаток.

2019-03-25 18:42:54

Краткое описание :

Перечень льготных профессий по уволенным в 2018г. и вновь принятым в 2019г

Описание :

Перечень льготных профессий

Что измененно :

Отчет "Перечень льготных профессий" по уволенным в 2018г. и вновь принятым на ту же карточку в 2019г. не формируется.

Как измененно :

Перечень льготных профессий. Формат 1.20.
При формировании отчета учитываются данные закладки "Предыдущие назначения" 6-го окна картотеки сотрудников.

2019-03-25 18:42:52

Краткое описание :

Год для строки по налогу определился не правильно.

Описание :

Расчет подоходного налога

Что измененно :

В январе начислена материальная помощь за прошлый год.
Год для строки по налогу определился не правильно.
Это в последствии приводит к неправильному формированию налоговой отчетности.

Как измененно :

Для России доработан процесс формирования результатов расчета НДФЛ c материальной помоши за прошлый месяц.
Теперь даты и год периода, к которому относится начисленная сумма при расчёте удержания, определяется согласно настройкам налогообложения.

2019-03-25 18:42:52

Краткое описание :

Расчет удержаний - не разбивается перечисление аванса по аналитике входящих оплат для работающих НЕ с начала месяца

Описание :

Отнесение затрат по начислениям и удержаниям при расчете заработной платы

Что измененно :

1.В КВУ для перечисления аванса задан тип "Перечисление"/"Аванс" и правило "разбивать по подразделениям, аналитике, параметру и виду оплаты".
Начисления разбиты по аналитике "Производственные заказы" (для этого используется функционал распределения затрат). Но если работник принят не с начала месяца, то удержание аванса по заказам не разбивается) -

2.Кроме того, у этого же работника на основном ЛС таб. 29 есть начисление по ВО 35 (командировочные) без заказа, а в записи перечисления зарплаты (ВУ 223) по этому ВО формируется заказ из ЛС.

3.Необходимо изменить принцип распределения аванса по входящим видам оплат, согласно примеру.
Сначала сумма аванса пропорционально разбивается по ВО 7 и 9, а потом ещё каждый из них разбивается в соответствии с начислениями:
98400*112500/184500=60000 - это аванс с ВО 7
98400*72000/184500=38400 - аванс с ВО 9
Ну и дальше каждая часть разбивается ещё по часам из начислений :
60000*71,4/119=36000
60000*47,6/119=24000
38400*71,4/119=23040
38400*47,6/119=15360

4. Необходимо ограничить попадание сумм в период расчёта аванса.
На текущий момент период аванса ограничивается датой из реестра => поле "сформирован". Например, это поле равно 22/02/2019. И, если мы посмотрим, результаты расчёта удержаний, то увидим, что у записи аванса даты с 01/02/2019 - 22/02/2019
Таким образом, берем все виды оплат, которые входят в аванс и хотя бы частично попадают на период аванса. Пока нужно исключить те начисления, которые не попадают в этот период.

Как измененно :

Для значения "учет ведется" и аналогичных в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Учет выплат по реестрам"
доработана функция формирования результатов расчета удержаний.
Доработка выполнялась для значений "Перечисление"/"Аванс" и правила "разбивать по подразделениям, аналитике, параметру и виду оплаты".

1. Теперь удержание аванса разбивается по заказам для поступивших в текущем месяце.
2. Изменён принцип распределения аванса по входящим видам оплат, согласно примеру.
Сначала сумма аванса пропорционально разбивается по видам оплаты, которые входят в расчёт аванса:
98400*112500/184500=60000 - это аванс с ВО 7
98400*72000/184500=38400 - аванс с ВО 9
Затем каждая часть разбивается ещё по часам из начислений:
60000*71,4/119=36000
60000*47,6/119=24000
38400*71,4/119=23040
38400*47,6/119=15360

3. Ограничено попадание сумм в период расчёта аванса.
На текущий момент период аванса ограничивается датой формирования реестра.
Таким образом, для формулы распределения аванса учитываются все виды оплат, которые входят в аванс и, хотя бы частично, попадают в период аванса.
Исключаются те начисления, которые не попадают в этот период.

4.Доработано отнесение НДФЛ по виду оплаты к определённой группе для перечислений.
Теперь при отнесении НДФЛ дополнительно проверяется входит ли вид оплаты в расчёт удержаний в принципе.
Если В.О.не входит в расчёт удержаний, то НДФЛ от этой группы не отнимается.

2019-03-25 18:42:53

Краткое описание :

Изменения в ПУ-3 с 01.01.2019

Описание :

Индивидуальные сведения в ПФ (Формы ПУ-3, ПУ-6 и т.д.)

Что измененно :

Необходимо доработать формы ПУ-3 с учтем изменений с 01.01.2019.

Как измененно :

Республика Беларусь. ПУ-3. Изменения с 2019 года.
* Запрещено формирование с типом формы "корректирующая". При попытке
сформировать корректирующую форму за 2019 или позднее выводится сообщение
"Формирование корректирующей формы с 2019 года недоступно!" и формирование
прерывается.
* Добавлена новая форма "Форма ПУ-3 (отчет на бумажном носителе) - формат 2019
года".
* Поле "Квартал" заполняется для типа формы "И" и "П".
* В область начислений и взносов по месяцу добавлено поле "Код причины
начисления выплат (дохода), на которые начисляются страховые взносы, ниже
уровня месячной минимальной заработной платы, установленного и
проинспектированного в соответствии с законодательством".
* Добавлен справочник "Код причины". Автоматическая инициализация производится
после входа в интерфейс формирования ПУ-3.
* После формирования ПУ-3 (тип формы: "И" или "П"), если у сотрудников найдены
месяцы с начислениями ниже МЗП, на экран выведется сообщение "При формировании
отчета были выявлены начисления ниже МЗП, для которых не заполнены коды причин!
Заполнить?". При согласии откроется интерфейс "Причины начислений ниже МЗП"
(поля: "Таб. номер", "Фамилия, имя, отчество", "Месяц", "Код причины")
позволяющий вручную заполнить причины. После заполнения, коды причин будут
хранится в системе и при повторном формировании попадут в отчет. Некоторые коды
причин заполнятся автоматически на этапе формирования отчета на основании
типовых кодов табельных отклонений:
Б - период временной нетрудоспособности (14);
ОЖ - период отпуска по уходу за ребенком до достижения им возраста 3 лет (13);
ГС - лица, находящиеся под следствием до решения суда (12);
А и УБЗ - отпуск без сохранения заработной платы в связи обучением, по
семейно-бытовым и другим уважительным причинам (09);
П - целодневные неявки (простои) (07);
ОА - отпуска по инициативе нанимателя (04).
Если на один период приходится Б и ОЖ, приоритет имеет ОЖ. В остальных случаях,
приоритет имеет первое найденное отклонение с одним из типовых кодов, указанных
выше.
* В интерфейс формирования ПУ-3 на закладку "Дополнительные" добавлена кнопка
"Начисления ниже МЗП". По нажатию кнопки открывается интерфейс "Причины
начислений ниже МЗП" (поля: "Таб. номер", "Фамилия, имя, отчество", "Месяц",
"Код причины") позволяющий изменить коды причин, которые уже указаны. Интерфейс
учитывает установленный фильтр по сотрудникам и параметр "учет доходов со
смежных лицевых счетов".
* После запуска формирования ПУ-3, анализируются данные по МЗП (в справочнике)
за период формирования отчета. В случае, если за какой-то из месяцев МЗП не
заполнена, выводится об этом сообщение, предлагается заполнить (открыть
справочник) и прерывается формирование отчета.
* Версия файлов электронного формата изменена на 1.7.

2019-03-25 18:42:52

Краткое описание :

Для снижения времени по вводу документов "накладная на приход", необходимо оптимизировать время ввода документа.

Описание :

Приходные накладные

Что измененно :

Путь "Управление снабжением"=> "Документы"=> "Приходные накладные"
Сейчас для "Распределения по складскому разрезу" заказчику надо вызвать локальное меню(по правой клавише мышки) затем выбрать "Распределения по складскому разрезу". Заказчик просит добавить два поля "склад" и "МОЛ" в самой шапке документа(по аналогии с документами накладными на реализацию). У заказчика все операции идут один документ один склад.
Предложение: Добавить два поля в шапке документа "Склад" и "МОЛ". При заполнении полей "склад" и "МОЛ" автоматически должно происходить распределение по складскому разрезу в спецификации. В настройку системы, добавить параметр регулирующий работу данного изменения(условно: распределение по старому и распределение по новому).

Как измененно :

В приходных накладных при выборе склада или МОЛа автоматически формируется распределение по складам.

2019-03-25 18:42:51

Краткое описание :

Сумма прописью в акте сверки должна выводиться с заглавной буквы

Описание :

Акт сверки

Что измененно :

Сумма прописью в акте сверки должна выводиться с заглавной буквы
Должно быть:

Согласно данному документу задолженность ООО "Организация 1"
перед АО "Собственная организация" по состоянию на 30.04.2018 составляет 112 ¬50,00 руб. (Сто двенадцать тысяч восемьсот пятьдесят руб. 00 коп.)
 ¬

Как измененно :

Сумма прописью в акте сверки выводится с заглавной буквы

2019-03-25 18:42:52

Краткое описание :

Импорт графиков не изменяет режим работы в доплатах

Описание :

Графики работы

Что измененно :

Раздел локального меню "Персональные графики"
При выполнении импорта в режимах "Формирование новых графиков" и "Импорт
графиков из документа Excel" происходит замена режима работы.
При этом не запускается функция проверки и замены этого значения в доплатах ЛС.

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

Как измененно :

В интерфейс импорта персональных графиков добавлены следующие
параметры: "Создать график" (используется по умолчанию), "Создать график и
изменить данные в ЛС". Данная доработка позволяет либо только загружать график
(без каких либо иных действий), либо загружать график и менять зависящие данные
в ЛС (например, режим работы по ЛС, доплаты).

Технология работы импорта персональных данных из файла excel в разрезе галочки
"Перезаписывать существующие".
Если галочка "Перезаписывать существующие" не стоит, и в указанном диапазоне
нет персонального графика для данного лицевого счета, то и действий по
перезаписи производится не будет, а будет создан новый персональный график.
Если вышеуказанная галочка проставлена, то в рамках указанного диапазона ищется
персональный график для указанного лицевого счета и перезаписывается график
работы, который указан в импортируемом файле.

2019-03-25 18:42:52

Краткое описание :

Неверно удерживаются алименты по нескольким исп.листам в фиксированных суммах с разными макс.ограничениями

Описание :

Алименты, исполнительные

Что измененно :

Неверно удерживаются алименты по нескольким исп.листам, с различными значениями параметра по решению суда, в фиксированных суммах с разными макс.ограничениями.
Не соблюдаются максимальные ограничения по удержаниям, алименты удерживаются полностью в фиксированных суммах.

Как измененно :

Исправлен учет максимального ограничения в случае расчета алиментов/ИЛ по нескольким постоянным удержаниям, для которых установлены различные значения параметра по решению суда.

2019-03-25 18:42:51

Краткое описание :

Фиксирование ставки НДС при разбивании платежа на хозоперации

Описание :

Платежное поручение

Что измененно :

Фиксирование ставки НДС при разбивании платежа на хозоперации
Есть предоплата прошлого года с налогом 18%. Привязываем ДО текущего года с налогом 20%. Сумма по ДО меньше предоплаты. При привязке ДО появляется сообщение: "Платежный документ №... и ДО №... относятся к периодам действия различных ставок НДС! Зафиксировать налоги в платежном документе?" При ответе "да" фиксируется не только ставка НДС 18%, но и сумма, которая равна всему налогу с предоплаты. В данном случае требуется фиксировать только ставку 18%, а сумму пересчитывать по этой ставке от суммы хозоперации.

Как измененно :

Переработан алгоритм привязки ДО к платежным документам.

Описание существующего алгоритма при привязке одного ДО к хозяйственной операции документа:
1. Сумма текущей хозоперации уменьшается до суммы задолженности по ДО.
2. Запускается обработка накладных и если включено дробление хозяйственных хозопераций в разрезе накладных, то текущая хозоперация уменьшается до суммы первой накладной, а для всех остальных накладных формируются новые хозоперации.
3. Если включена обработка суммовых разниц, то формируются хозоперации по суммовым разницам.
4. Запускается контроль соответсвия сумм хозопераций и документа и на разницу либо формируется новая хозоперация, либо уменьшается сумма документа.

Описание существующего алгоритма при привязки нескольких ДО к хозяйственной операции документа:
1. Сумма текущей хозоперации уменьшается до суммы задолженности по первому ДО.
2. Запускается обработка накладных и если включено дробление хозяйственных хозопераций в разрезе накладных, то текущая хозоперация уменьшается до суммы первой накладной, а для всех остальных накладных формируются новые хозоперации.
3. Если включена обработка суммовых разниц, то формируются хозоперации по суммовым разницам.
4. Для всех последующих ДО формируется новая хозоперация на сумму задолженности по ДО (ведется контроль по не превышению суммы платежа).
5. Для каждого ДО выполняется пункт 2 и 3.
6. Запускается контроль соответсвия сумм хозопераций и документа и на разницу либо формируется новая хозоперация, либо уменьшается сумма документа.

Алгоритм работы одинаковый как при привязке ДО из шапки платежного документа, так и при привязке в хозяйственной операции.
Недостатки данного алгоритма в том, что при создании новых хозопераций (на остаток, или при привязке нескольких ДО), хозоперации не наследуют некоторые атрибуты исходной хозоперации (внешние атрибуты, вид платежа, аналитику).

Переработан алгоритм привязки ДО и теперь он основывается на механизме дробления хозоперации.

Описание нового алгоритма привязки одного ДО к хозяйственной операции.
1. Текущая хозоперация дробиться на две. Исходная хозоперация становится на сумму задолженности по ДО, а остаток на сумму разницы между исходной ХО и суммой задолженности по ДО.
2. К текущей хозоперации привязывается ДО.
3. Запускается обработка накладных и если включено дробление хозяйственных хозопераций в разрезе накладных, то текущая хозоперация уменьшается до суммы первой накладной, а для всех остальных накладных формируются новые хозоперации.
4. Если включена обработка суммовых разниц, то формируются хозоперации по суммовым разницам.

Описание нового алгоритма привязки нескольких ДО к хозяйственной операции.
1. Текущая хозоперация дробиться на две. Исходная хозоперация становится на сумму задолженности по первому ДО, а остаток на сумму разницы между исходной ХО и суммой задолженности по первому ДО.
2. К текущей хозоперации привязывается ДО.
3. Запускается обработка накладных и если включено дробление хозяйственных хозопераций в разрезе накладных, то текущая хозоперация уменьшается до суммы первой накладной, а для всех остальных накладных формируются новые хозоперации.
4. Если включена обработка суммовых разниц, то формируются хозоперации по суммовым разницам.
5. Остаток становится текущей хозоперацией и к ней привязывается следующее ДО по алгоритму описанному в пунктах 1-4.
6. Пункт 5 повторяется до тех пор пока либо не закончится свободная сумма по хозоперации, либо пока не будут обработаны все ДО.

Описание нового алгоритма привязки нескольких ДО к нескольким хозяйственным операции.
1. На закладке ХозОперации помечаются хозоперации к которым необходимо привязать ДО.
2. Выбор ДО необходимо выполнять с закладки ХозОперации.
3. К первой выбранной хозоперации привязывается первое выбранное ДО если сумма задолженности по ДО превышает сумму ХО, в противном случае выполняется дробление хозоперации на две. Исходная хозоперация становится на сумму задолженности по ДО, а остаток на сумму разницы между исходной ХО и суммой задолженности по ДО.
4. К текущей хозоперации привязывается ДО.
5. Запускается обработка накладных и если включено дробление хозяйственных хозопераций в разрезе накладных, то текущая хозоперация уменьшается до суммы первой накладной, а для всех остальных накладных формируются новые хозоперации.
6. Если включена обработка суммовых разниц, то формируются хозоперации по суммовым разницам.
7. Остаток становится текущей хозоперацией и выполняются пункты 3-6 до тех пор как не закончится свободная сумма по хозоперации.
8. Если сумма по хозоперации закончилась, то переходим к следующей хозоперации и выполняем для нее пункты 3-7.
9. Разноска заканчивается либо когда обработаны все хозоперации, либо когда будут привязаны все ДО.

Описание нового алгоритма привязки одного или нескольких ДО в шапке платежного документа.
1. Выбор одного или нескольких ДО из шапки платежного документа.
2. Происходит автоматическая пометка всех не разнесенных по ДО хозяйственных операций.
3. Выполняется алгоритм привязки одного или нескольких ДО к помеченным хозоперациям.

На каждой итерации дробления хозоперации происходит дробление БА и наследование исходной связи с ФОБ.
Если в хозоперации перед привязкой ДО нет связи с ФОБ, то после привязки ДО такая связь формируется.
Привязать ДО можно только к хозоперации по которой нет разноски по ДО. Для переразноски необходимо сначала отвязать ДО.

2019-03-25 18:42:52

Краткое описание :

Отображаются архивные ВУ

Описание :

Расчет удержаний в режиме "Удержания и выплаты"

Что измененно :

В классификаторе видов удержаний можно указать архивное удержание или нет.
Если оно архивное, то согласно справке:
Архивное - позволяет перевести удержание в архив: если установить да, то удержание НЕ БУДЕТ отображаться в основных интерфейсах выбора удержаний (в сервисных функциях, отчетах, при вводе удержаний).
Однако при выполнении функции Операции - Удержания и выплаты - Расчет архивные удержания отображаются, что не соответствует информации, предоставленной в справке. Просьба исправить.

Как измененно :

После доработки в интерфейсе Расчета удержания и выплат при выборе удержания была убрана возможность выбора архивных удержаний.

2019-03-25 18:42:54

Краткое описание :

Сезонные ставки

Описание :

Отчеты по ШР и ШН

Что измененно :

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

Как измененно :

Доработан интерфейс формирования отчета "Штатное расписание РБ от 2009" (Управление персоналом - Штатное расписание - Просмотр штатного расписания - Отчеты по штатному расписанию - Штатное расписание для Республики Беларусь от 01.09.2009).
В поток добавлено новое поле "TempSE."TEMPSE_ISSEASEMPSTAFF". Данное поле содержит информацию о том, является ли данная ставка сезонной и вакантной (1 - сезонная вакантная ставка на дату введения ШР, 0 - ставка не имеет признак сезонной либо не вакантна).

Для установки признака сезонности для ставки необходимо:
* внести в справочник характеристик рабочих мест новую характеристику "СЕЗОННАЯ СТАВКА". Точность наименование обязательна, т.к. сравнение производится по наименованию характеристики;
* в интерфейсе "Штатное расписание" на закладке "Характеристики" добавить характеристику "СЕЗОННАЯ СТАВКА".

Расчет количества ставок в зависимости от признака "Сезонная ставка" необходимо скорректировать непосредственно в отчете самостоятельно.

2019-03-25 18:42:54

Краткое описание :

Добавить в поток Квалификационный уровень из справочника должностей/профессий

Описание :

Штатное расписание (c корректирующим коэффициентом)

Что измененно :

Управление персоналом \ Кадры \ ШР \ Просмотр ШР \ Пользовательские отчеты по ШР \ Штатное расписание для Республики Беларусь от 01.09.2009.

В печатной форме в поле Тарифный разряд по ЕТС не всегда требуется выводить разряд из классификатора тарифных ставок. Например:
* Для водителей в классификаторе тарифных ставок разряды от 1 до 20, но по факту в зависимости от вида машины ставка может быть только 4 или 5 разряда.
* Грузчики не имеют разрядов, в поле нужно выводить 0 или пусто. Хоть тариф можно задать без привязки к тарифной ставке, в печатную форму никакие суммы не выведутся, во всех столбцах будет 0.

Предложение: Добавить в поток печатной формы значение поля "Квалификационный уровень" из справочника должностей/профессий (наименование), вычисляемое для должности/профессии, выбранной в ставке. В этом случае будет возможно сделать доработку: в случае если в поле "Квалификационный уровень" задано значение - выводить это значение в поле "Тарифный разряд по ЕТС" печатной формы, если пусто - выводить разряд по тарифной сетке.

Как измененно :

Доработана печатная форма "Управление персоналом \ Кадры \ ШР \ Просмотр ШР \ Пользовательские отчеты по ШР \ Штатное расписание для Республики Беларусь от 01.09.2009".
В поток печатной формы в таблицу "TempSE" добавлено поле "KvalLevel", содержащее значение поля "Квалификационный уровень" из справочника должностей/профессий (наименование).

2019-03-25 18:42:51

Краткое описание :

Сломался системный отчет 1. Группировочная ведомость по счету в формате Excel.

Описание :

Группировочная ведомость

Что измененно :

Сломался системный отчет 1. Группировочная
ведомость по счету в формате Excel.
Замечания:
1. Справа какая - то непонятная граница, которую
приходится вычищать.
2. Не влазит содержимое полей в ячейки, каждый
столбик приходится подбирать вручную. Ладно еще, если
это поле "Содержание операции". Там большие данные, но
ведь даже Дата операции и Номер документа тоже влазят.
Просьба исправить шаблон

Как измененно :

Убрана лишняя граница с правой стороны отчета. Расширены поля "Дата операции" и "Номер документа".

2019-03-25 18:42:53

Краткое описание :

Вид стажа "ЛТП"

Описание :

Индивидуальные сведения в ПФ (Формы ПУ-3, ПУ-6 и т.д.)

Что измененно :

Республика Беларусь. ПУ-3.
Необходимо реализовать поддержку кода категории плательщика страховых взносов
05 с видом деятельности ЛТП.

Как измененно :

Республика Беларусь. Код категории плательщика страховых
взносов 05 (вид деятельности ЛТП).

Пенсионные стажи.
В случае, если у сотрудника указан код категории плательщика страховых взносов
05, вместо кода ВЗНОСЫВРЕМ указывается код ЛТП. Поле "Показатель" заполняется
количеством дней с фактическим рабочим временем, заполняется поле
"Продолжительность рабочей недели (в днях)". При склейке периодов анализируется
поле "Продолжительность рабочей недели (в днях)" и в случае различия, периоды
не склеиваются. Периоды стажа не прерываются отклонениями.

ПУ-3.
При формировании отчета, если у сотрудника указан код категории плательщика
страховых взносов 05, формируется форма с категорией 05. Параметр "Информацию о
категории брать на основании" закладки "Дополнительные" в интерфейсе
формирования отчета должен быть в значении - поля: "Категория".

2019-03-25 18:42:52

Краткое описание :

Лицензирование интерфейса "Сервер распределенного расчета"

Описание :

Сервер распределенного расчета

Что измененно :

Сейчас для запуска любого количества экземпляров интерфейса
сервера распределенного расчета заработной платы достаточно наличия в
лицензионном файле элемента DISTRIBUTE.
Нужно реализовать стандартный механизм лицензирования этого интерфейса -
количество одновременно открытых его экземпляров должно ограничиваться
количеством доступных лицензий DISTRIBUTE.

Как измененно :

Доработано - учитывается количество лицензий DISTRIBUTE.
Также в интерфейсе "Сервер распределенного расчета" убрана кнопка [Подробнее],
по которой выводилась информация о сроках режима опытной эксплуатации.

2019-03-25 18:42:53

Краткое описание :

Перевод сотрудника в другой филиал

Описание :

5. Перемещение

Что измененно :

РПД-5. При переводе сотрудника, находящегося в отпуске, в день окончания отпуска в другой филиал с раздельной отчетностью при проверке приказа получаем ошибку: "Найдены оформленные отпуска, попадающие на период после перевода. Приказ утвердить нельзя!".
Исходные данные:
* Сотрудник в первом филиале находится в отпуске по 04/02/2019;
* Приказ со следующим содержанием:
- Дата ухода с первого филиала 04/02/2019;
- Приступить к работе в новом филиале с 05/02/20194
- Вариант оформления: перевод в другой филиал (раздельная отчетность);

Необходимо внести изменения в процедуру проверки приказа: если отпуск заканчивается в день ухода из филиала, то такой приказ РПД-5 можно утвердить.

Как измененно :

РПД-5. Доработана процедура проверки приказа: для вариантов оформления приказа "Перевод в другой филиал ..." приказ считается оформленным правильно в случае, когда на дату ухода с должности обнаружен отпуск, но отпуск, при этом, заканчивается в день ухода с должности.

2019-03-25 18:42:52

Краткое описание :

Разный расчёт НДФЛ в межрасчётных выплатах в зависимости от того, сколько ЛС отмечено

Описание :

Расчет удержаний в режиме "Начисления и выплаты"

Что измененно :

Выполняя расчет НДФЛ используя "расчет без учета вычетов на работник и иждивенцев" мы получаем разные варианты расчёта НДФЛ в зависимости от того считаем по одному сотруднику или сразу по группе. Это ошибочно в корне. Мы всегда должны получать одинаковый результат расчета НДФЛ.

Как измененно :

Доработана функция расчета НДФЛ в межрасчётный период. Теперь вычеты предыдущего сотрудника не применяются при новом расчёте.
Одновременно учтена аналогичная ситуация с учётом сумм из смежных лицевых счетов.
Примечание.
Проблема проявлялась при значениях, отличных от "нет" в астройке
"...\ Расчеты с персоналом \ Налог на доходы \ Раздельный расчет по обособленным подразделениям"

2019-03-25 18:42:53

Краткое описание :

СЗВ-ИСХ. Доп. сведения к исчислению страхового стажа

Описание :

Форма СЗВ-ИСХ

Что измененно :

СЗВ-ИСХ. Доп. сведения к исчислению страхового стажа.
При наличии в ЛС в стажевой записи заполненного основания для выслуги лет, но не заполненных первого или второго параметров, выводить основание в тэг
<ИС4:ВЛ>
<ИС4:Основание> ..
.
Аналогично с тэгом <ИС4:ДоляСтавки>.

Как измененно :

Доработано формирование СЗВ-ИСХ в формате xml: при непустом значении основания в стажевой записи лицевого счета в тэг <ИС4:ВЛ> добавляется тэг <ИС4:Основание>. Аналогично для доли ставки: добавляется тэг <ИС4:ДоляСтавки>.

2019-03-25 18:42:54

Краткое описание :

не доступны для изменения настройки округления в отчете 12-Т

Описание :

Форма 12-т [РБ]

Что измененно :

В параметрах формирования отчета 12-Т не доступны для изменения настройки округления как без установленной галочки "Округлять итоги раздела V", так и с установленной галочкой "Округлять итоги раздела V".

Как измененно :

В параметрах формирования отчета 12-Т открыт доступ для изменения настройки округления "Округлять итоги раздела V".

2019-03-25 18:42:52

Краткое описание :

Не всегда срабатывает импорт персональных графиков из excel

Описание :

Графики работы

Что измененно :

Не всегда срабатывает импорт персональных графиков из excel.
Если в файле импорта т.н. более 5 символов формируется протокол:"Нет сотрудника
с табельным № ...".

Как измененно :

Исправлено. После доработки импорт персонального графика
осуществляется и для табельных номеров больше 5 символов.

2019-03-25 18:42:52

Краткое описание :

Экспорт ЭЛН. Заполнение тэга LN_DATE в xml-файле для дальнейшей передачи в Контур.

Описание :

Экспорт ЭЛН

Что измененно :

Экспорт ЭЛН.
В связи с доработками интерфейса листков нетрудоспособности необходимо изменить заполнение тэга LN_DATE (дата выдачи листка нетрудоспособности) в xml-файле для дальнейшей передачи в Контур.

Как измененно :

Зарплата - Операции - Больничные - Расчет больничных - Экспорт ЭЛН для дальнейшей передачи в Контур.

В тэг "LN_DATE" выводится значение из поля "Предоставлен с..." интерфейса листков нетрудоспособности (BlankBln.DateBeg).

2019-03-25 18:42:53

Краткое описание :

2-НДФЛ. Доработка учета вычетов на себя при формировании справок с параметром "По подразделениям отнесения затрат" и "Без права сдачи"

Описание :

2-НДФЛ (Общие вопросы)

Что измененно :

2-НДФЛ. Доработка учета вычетов на себя при формировании справок с параметром "По подразделениям отнесения затрат" и "Без права сдачи".
Необходимо доработать определение суммы предоставленных вычетов с учетом возможной погрешности округления.

Как измененно :

Зарплата - Отчеты - Отчеты в налоговую инспекцию - Справки 2-НДФЛ

Доработано формирование справок 2-НДФЛ с параметром "По подразделениям отнесения затрат" и "Без права сдачи" в части определения сумм предоставленных вычетов с учетом округления.
То есть, если сумма вычета на себя, в результате расчета при формировании справок получается равной 500.05, то сумма округляется до 500 руб.

2019-03-25 18:42:51

Краткое описание :

сверка МБП без анализа МОЛ

Описание :

Отчеты пользователя

Что измененно :

В случае когда не ведется оперативный учет СФО в разрезе МОЛ, а бухгалтерский учет ведется в разрезе МОЛ:

При формировании отчета Сверка МБП по одной МЦ формируется две строки в разрезе бухгалтерского учета с МОЛ и в разрезе оперативного учета без МОЛ. Нужна возможность исключить МОЛ из сверки.

Как измененно :

Доработан отчет "Сверка МБП".
Добавлен параметр "Тип сверки" с вариантами: Склад + МОЛ/Склад/МОЛ.
Выбирая необходимый тип сверки можно исключить данные(МОЛ/СКЛАД) для сверки.

2019-03-25 18:42:53

Краткое описание :

Индивидуальная карточка учета в ЗП

Описание :

Карточка индивидуального учета выплат и сумм СВ/ЕСН [РФ]

Что измененно :

В интерфейсе "Персонал \ ЗП \ Отчеты \ Отчёты по налогам на ФОТ \ Карточка индивидуального учета выплат и сумм СВ/ЕСН" в индивидуальной карточке учета выплат и сумм СВ/ЕСН не заполняется № договор и дата назначения в случае наличия замещений и/или временных переводов, попадающих в период.

Как измененно :

Доработан интерфейс "Персонал \ ЗП \ Отчеты \ Отчёты по налогам на ФОТ \ Карточка индивидуального учета выплат и сумм СВ/ЕСН". При поиске назначения для выборки договора теперь используются только основные назначения и внешние совмещения.

2019-03-25 18:42:51

Краткое описание :

При передаче суточных в пределах нормы в ЗП не верно

Описание :

Превышение норм расходов

Что измененно :

При передаче суточных в пределах нормы в ЗП не верно.
Подробности во вложении.

Как измененно :

Исправлено