2016-05-31 14:30:56
Краткое описание :
Дополнительные поля в приказе на назначение доплатОписание :
9. Назначение персональных надбавокЧто измененно :
В модуле "Управление персоналом" формируем приказ о назначении доплаты, используя распорядительное действие "Назначение персональных надбавок" в этом приказе отсутствуют поля "причина доплаты" и "основание доплаты".
Как измененно :
В РПД 9 и 13 добавлено поле "Основание", а также реализован его вывод в индивидуальную форму печатной формы приказа.
2016-05-31 14:30:55
Краткое описание :
Неправильно при печати отображается символ "№" в украинской кодировкеОписание :
?Что измененно :
БД установлена с параметрами кодовой страницы ОЕМ (или
ANSI), "украинский". Символ "№" при печати отчета отображается как
"NГ" (если символ № пришел из формы). Если символ № в
отчет попадает из полей интерфейса, то он отображается
нормально.
Пример отчета см. во вложении.
Если в каталог EXE Галактики подложить файл
atlantis.cfg с параметром
Atlantis.NLS.Page = "ukr";
то и в этом случае ошибка не пропадает.
Примечение: с обновлением vision_w_dll_5210 ошибка
также есть (исправилась только ошибка с отображением
символа i по 101.35665).
Как измененно :
\r\nР2016-05-31 14:30:56
Краткое описание :
Информация об увольнении на вкладке "Предыдущие назначения" 6-го окна картотекиОписание :
6-е окно (сведения о работе на предприятии)Что измененно :
Необходимо добавить информацию об увольнении (из приказа на увольнение) на вкладку "Предыдущие назначения" 6-го окна картотеки в случае повторного приема на работу.
Как измененно :
На закладку "Предыдущие назначения" выводится информация о номере и дате приказа на увольнение.
2016-05-31 14:30:56
Краткое описание :
Предложения по развитию функционала "Перечень свободных вакансий"Описание :
Список вакансийЧто измененно :
В интерфейс Управление персоналом - Сотрудники - Подбор персонала - Список вакансий добавить:
информацию о реальном количестве ставок на должности.
Как измененно :
В интерфейс Управление персоналом - Сотрудники - Подбор персонала - Список вакансий добавлена информация о реальном количестве ставок на должности.
2016-05-31 14:30:56
Краткое описание :
Перечень льготных профессий формат 1.20Описание :
Перечень льготных профессийЧто измененно :
Перечень льготных профессий формат 1.20
Как измененно :
Разработана версия 1.20 отчета "Перечень льготных профессий" (на основании версии 1.19, при этом принцип формирования данных не изменялся).
В интерфейсе настройки параметров формирования перечня льготных профессий для форматов 1.19 и 1.20 доступно поле "Путь сохранения", в котором можно указать папку, куда будет сохранен сформированный перечень льготных профессий.
Данный параметр сохраняется в DSK-файл, по умолчанию (если параметра в DSK-файле нет) в данном поле указан путь на папку OUT для текущего пользователя (OutputFilesDirectory).
2016-05-31 14:30:56
Краткое описание :
Персонал: Все приказы по персоналу. Проблема с разграничением прав с сетевыми именами содержащими домен.Описание :
к распорядительным действиямЧто измененно :
Системная функция UserName неправомерно используется в прикладном коде для позиционирования в X$USERS по полю XU$LOGINNAME, т.к. возвращает значение, не всегда совпадающее с логином пользователя, хранящимся X$USERS.XU$LOGINNAME (на MS SQL на базах с включённой NT-авторизацией из логина вырезается имя домена).
На упомянутых базах это приводит к неработоспособности разграничения прав доступа к реестру всех приказов по персоналу.
Как измененно :
При проверке прав доступа к распорядительным действиям теперь учитывается не имя пользователя, а его идентификатор.
2016-05-31 14:30:56
Краткое описание :
Дать возможность корректировать дату окончания "Временных переводов"Описание :
6-е окно (сведения о работе на предприятии)Что измененно :
Дать возможность корректировать дату окончания "Временных переводов".
Как измененно :
Поле "Дата окончания" "Временных переводов" открыта для редактирования. После редактирования корректируется запись истории и данные передаются в рабочую корзину.
2016-05-31 14:30:56
Краткое описание :
Некорректно отрабатывает функция Замены тарифных ставок, копируя галочки из предыдущей записи Истории параметров назначений в новуюОписание :
Замена тарифных ставокЧто измененно :
Некорректно отрабатывает сервисная функция замены тарифных ставок с проведением замены в картотеке. Запись, создаваемая при обновлении, просто копирует галочки из предыдущей.
Предполагается, что данная проблема актуальна и для других функций раздела "Операции/Изменение тарифов/окладов".
Проблема обнаружилась у клиента следующим образом: у некоторых сотрудников после приказа на изменение режима работы (РПД=60) изменяется тариф на старый, причем предыдущей записью в Истории параметров назначений сотрудника стоит "Изменение оклада" без галочки рядом с полем "Оклад".
Как измененно :
При создании записи об изменении оклада в истории назначений с помощью сервисной функции "Замена тарифных ставок" для этой записи устанавливается только флаг модификации данных об оплате.
2016-05-31 14:30:55
Краткое описание :
Некорректно рассчитывается сумма скидки по имущественному вычету, назначенному задним числомОписание :
Расчет подоходного налогаЧто измененно :
Некорректно рассчитывается сумма скидки по имущественному вычету, назначенному в прошлом месяце. В марте в постоянные доплаты был заведен 180 ВО с 97 алгоритмом (полагаю, для локализации также имеет значение наличие у сотрудника вычетов на иждивенцев).
НДФЛ возвращен за янв-фев, за март предоставился вычет
Считаем зп за апрель. Сумма вычета по приобретении недвижимости больше суммы дохода, причем на сумму равную сумме янв+фев - (вычеты за янв+фев)
Проблема проявляется в том случае, когда доход за расчетный месяц меньше положенных вычетов.
Установлено значение "в декабре или в месяце увольнения" в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Сторнирование и возврат \ Возвращать налог за счет вычетов"
Как измененно :
Исправлена ошибка предоставления имущественного вычета, назначенного в прошлом месяце для значений "нет" или" в декабре или в месяце увольнения" в настройке "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Налог на доходы \ Сторнирование и возврат \ Возвращать налог за счет вычетов".
Теперь в таких случаях скидка за расчетный месяц не предоставляется, если она была полностью реализована в прошлом периоде.
В размере годового дохода после расчета заработной платы сумма скидки за месяц не уменьшается.
2016-05-31 14:30:55
Краткое описание :
Невозможно создать личную карточку учета, если еще нет не однойОписание :
Личная карточка учета спецоснасткиЧто измененно :
Если в списке Личных карточек учета спецоснастки еще нет не одной, то при нажатии F7 окно новой карточки мелькает и закрывается.
Как измененно :
Исправлено.
2016-05-31 14:30:56
Краткое описание :
переименовать метки, подсказки, оглавление раздела в истории доплатОписание :
6-е окно (сведения о работе на предприятии)Что измененно :
История доплат. В связи с изменением структуры записи "Снятие персональных надбавок ", необходимо:
- изменить текст подсказки для даты окончания действия доплаты
- погасить метку "по дату"
- изменить название метки "с даты" на "дата окончания"
- изменить название раздела в оглавлении таблицы с "назначить с" на "начало операции"
Как измененно :
История доплат
- изменено название раздела в оглавлении таблицы с "назначить с" на "Дата начала операции"
- поля "дата с" и "дата по" переименованы в "с" и "по" и перенесены на одну строку с действием
- для изменения надбавки теперь отображается действие "Изменить"
- поле "по" пропадает вместе с заголовком для действий, где оно не нужно
- поле таблицы "Дата приказа" растянуто до нужного размера
- все поля подогнаны
2016-05-31 14:30:55
Краткое описание :
Изменить алгоритм сторнирования налогов на ФОТ, рассчитываемых не из годовой базыОписание :
Расчёт налогов на ФОТЧто измененно :
Необходимо изменить алгоритм расчете налогов на ФОТ для случаев расчета с ненулевым значением настройки ""Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Налоги \ Количество месяцев для сторнирования помесячных налогов".
Возможно, появятся отчёты, которым важно будет, чтобы просторнированные налоги формировались не одной суммой по идентичным видам оплат, а отдельными записями на каждое начисление.
Как измененно :
Для РБ. Изменен алгоритм расчета налогов на ФОТ для случая расчета с ненулевым значением настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Взносы и налоги на ФОТ \ Взносы \ Взносы в пенсионный фонд \ Количество месяцев для сторнирования отчислений в ФСЗН". В данном случае перешли на сторнирование налога на каждую сумму начисления отдельно.
2016-05-31 14:30:55
Краткое описание :
Уменьшение длительности операций исходя из количества
профессий (аналогично проблеме 103.6253)Описание :
Алгоритмы расчетаЧто измененно :
Уменьшение длительности операций исходя из количества профессий
(аналогично проблеме 103.6253)
Как измененно :
реализовано для трудовых ресурсов.
Должно быть:
Общесистемные настройки:
Производство и планирование - Нормирование - При расчете длительности ручное и
машинное время операции = выбирать большее
(и ручное время должно быть больше, чем машинное);
Производство и планирование - Нормирование - Норма основного времени (ручного)
= для каждого трудового ресурса
Натройка количества проффессий:
планирование производства - операции - журнал резервироания ПЦ.
там для проффессии сформировать иерархию в разрезе подразделений и задать
количества на требуемые даты.
так же в самом 103 алгоритме включить настройку "Учитывать доп параметры
расчета длительности" = "Учитывать количество единиц ПЦ"
2016-05-31 14:30:55
Краткое описание :
Алгоритм формирования договоров по плану снабжения №5998Описание :
Планы снабженияЧто измененно :
Алгоритм формирования договоров по плану снабжения №5998
Требуется адаптация под СМНП "Приморск"
Как измененно :
Реализовано
2016-05-31 14:30:55
Краткое описание :
Импорт плана снабжения из Excel по шаблонуОписание :
Планы снабженияЧто измененно :
Импорт плана снабжения из Excel по шаблону REN (см. вложеные
файлы)
Как измененно :
Реализовано
2016-05-31 14:30:55
Краткое описание :
инц 2.42388 АТС Проджект 22-й. Флаг Пропускать позиции с
нулевыми значениями нарушает создание связи с ПОЗИЦИЯМИ входящихОписание :
по 22-му системному алгоритму "Копирование и агрегация документов"Что измененно :
Если для 22 алгоритма установлены настройки(закладка -
"Дополнительные параметры"):
-"Связать позиции документа-приемника с позициями документа-источника" -
"Включено"
-"Пропускать позиции с нулевыми значениями" - "Включено"
то для позиций в спецификации документа существующее распределение по входящим
удаляется, а для новых позиций не формируется. Если настройку "Пропускать
позиции с нулевыми значениями" перевести в положение "Выключено" распределение
будет сформировано для новых и сохранено для существующих позиций.
Формирование распределения должно регламентироваться только настройкой
-"Связать позиции документа-приемника с позициями документа-источника".
Как измененно :
Ошибка исправлена. Устранена зависимость формирования
распределение по входящим от значения настройки "Пропускать позиции с нулевыми
значениями".
2016-05-31 14:30:56
Краткое описание :
РПД=9+РПД=10: проблемы при копировании снимаемых доплатОписание :
10. Снятие персональных надбавокЧто измененно :
Если назначение доплат оформляется групповым приказом одновременно с их снятием,то при использовании копирования данных в РПД=10 в случае если у сотрудника имеется такая же доплата как созданная в РПД - 9, в скопированного сотрудника попадает более ранняя доплата.
Как измененно :
При копировании содержимого приказа в РПД - 10 и РПД - 12 при наличии двух одинаковых доплат у сотрудника, вставляется более поздняя.
2016-05-31 14:30:55
Краткое описание :
9.1 103(5) Ошибка при установке дат позиций: код = 311',cmOKОписание :
по 103-му алг "Формирование журнала резервирования по плановым документам"Что измененно :
9.1 103(5) Ошибка при установке дат позиций: код = 311',cmOK
тест : d:\Z_TEST\910\Satin\TestDirectSql\
сегмент: 024_ПП_103(5) алг Размер партии из МК (ПП_ DIRECTSQL)
Как измененно :
исправлено
2016-05-31 14:30:56
Краткое описание :
Признак группового/сводного приказа хранить не нужноОписание :
Интерфейс всех приказов по персоналуЧто измененно :
Признак группового/сводного приказа хранить не нужно.
В настоящий момент признаки того, что именно представляет из себя приказ (сводный или нет, групповой или нет), хранятся в следующих полях:
- TitleDoc.iNmb
- PartDoc.IsPers
- ContDoc.cInf
Данные признаки используются для:
- нумерации приказов (раздельная нумерация по типам РПД при создании приказа, уменьшение счетчика при удалении приказа)
- удалении приказов (проверка возможности удаления PartDoc при удалении подчиненного ContDoc, аналогичная проверка для связки PartDoc - TitleDoc)
В то же время, для определения того, является ли:
- приказ сводным, достаточно найти второй PartDoc, привязанный к TitleDoc
- приказ групповым, достаточно найти второй ContDoc, привязанный к PartDoc
Предлагаю:
- вместо обращения TitleDoc.iNmb, PartDoc.IsPers, ContDoc.cInf проверять содержимое приказа
- не поддерживать заполнение данных полей
- упростить режим проверки типа приказа сервисной функции Контроль данных - Таблицы приказов
Кроме упрощения кода это позволит избежать потенциальных ошибок, связанных с добавлением нового режима изменения состава приказа.
Как измененно :
Признаки сводного/группового приказа больше не хранятся в полях TitleDoc.iNmb, PartDoc.IsPers, ContDoc.cInf.
2016-05-31 14:30:56
Краткое описание :
РПД=12: утверждение приказа корректирует ранее утвержденные приказы с РПД=9 и РПД=13Описание :
12. Изменение надбавкиЧто измененно :
Утверждение приказа об изменении надбавки, назначенной ранее приказами с РПД=9 или РПД=13,
приводит к изменению в этих приказах процента или суммы доплаты. Т.е. происходит корректировка ранее утвержденных приказов.
Некорректной становится и печать данных приказов во всех возможных формах печати: если доплата привязана к основному назначению,
то при печати приказа величина берется из приказа с РПД=12. Если доплата привязана к совмещению, то величина доплаты печатается с величиной
на момент утверждения приказов с РПД=9 или РПД=13. И для первого, и для второго случая, ситуации ошибочны:
- для основного назначения, и в интерфейсе, и при печати величина доплаты не соответствует величине на момент утверждения данных приказов
- для совмещения печать корректна, но есть несоответствие значения доплаты в интерфейсе приказа и значения доплаты при его печати.
Как измененно :
Исправлена ситуация с изменением утвержденных РПД - 9 и РПД - 13 после утверждения РПД - 12, а так же изменено удаление приказов РПД - 9 и РПД - 13, теперь если в истории удаляемой доплаты имеется запись созданная при утверждении другого приказа, то приказ удален не будет и будет выдано соответствующее сообщение в протокол.
2016-05-31 14:30:56
Краткое описание :
Нет возможности утвердить скопированный приказ на перемещение для совместителя.Описание :
5. ПеремещениеЧто измененно :
Сотруднику оформляют приказ о совмещении с открытием нового ЛС (РПД-4). Далее оформляется приказ на перемещение по совместительству, приказ утверждается, после чего выясняется, что в нем забыли установить дату окончания перемещения.
Для того, чтобы не вводить приказ с нуля, его копируют и удаляют. Но при попытке утвердить созданный при копировании приказ на перемещение по совместительству выдается сообщение о том, что с выбранного совместительства уже был оформлен перевод и приказ не утверждается.
Как измененно :
При утверждении скопированного приказа о переводе с совместительства сообщение о том, что с выбранного совместительства уже был оформлен перевод, не возникает, если исходный приказ удален или не утвержден.
2016-05-31 14:30:56
Краткое описание :
Старые интерфейсы стажейОписание :
Пенсионный стажЧто измененно :
Необходимо удалить старые интерфейсы (не поддерживаемые) формирования стажей.
Как измененно :
Ненужные исходники компонента Z_StaffPensioner перенесены в OldFiles.
2016-05-31 14:30:56
Краткое описание :
Нет отката номера приказа при его удаленииОписание :
1. Прием на работуЧто измененно :
Установлена настройка "Отдельная нумерация по различным распорядительным действиям"=да
Тогда, при выполнении следующей последовательности действий нет отката номера приказа при его удалении в реестре приказов:
- создаем приказ с отдельной нумерацией по распорядительным действиям
- удаляем из приказа единственный раздел
- удаляем пустой приказ - номер в справочнике РПД остался
Как измененно :
Приказ без разделов невозможно соотнести с конкретным распорядительным действием, что приводит к проблемам с автоматической нумерацией, поэтому удаление последнего раздела из приказа по персоналу запрещено. При необходимости его удаления следует удалять приказ целиком.
При изменении номера приказа в том случае, если он был последним задействованным (как при сквозной нумерации, так и при раздельной нумерации по распорядительным действиям), номер освобождается. Введенный вручную номер при этом как занятый в настройки/справочник РПД не попадает, т.е. при необходимости изменения порядка нумерации приказов нужно изменять значения настроек из раздела "Настройки Галактики \ Управление персоналом \ Управление и учет кадров \ Приказы \ Приказы по персоналу \ Формирование номеров" или настройки нумерации в справочнике распорядительных действия по персоналу.
Доработано освобождение занятых номеров приказов при удалении приказов по персоналу в случае удаления карточки или лицевого счета сотрудника.
При раздельной нумерации по распорядительным действиям в тех случаях, когда приказ становится или перестает быть сводным (в т.ч. после удаления карточки или лицевого счета сотрудника), прежний его номер освобождается, а новый занимается.
2016-05-31 14:30:55
Краткое описание :
117 алг. В окне Состояние производства сделать поиск по
коду ПартииОписание :
по 117-му системному алгоритму " Состояние производства и формирование ССЗ"Что измененно :
117 алг. В окне Состояние производства сделать поиск по коду
Партии
Как измененно :
добавлен быстрый поиск по коду партии в окне состояние
производства.
2016-05-31 14:30:55
Краткое описание :
117 алг в безымянном окне выбора партийОписание :
по 117-му системному алгоритму " Состояние производства и формирование ССЗ"Что измененно :
117 алг в безымянном окне выбора партий:
1. Дать заголовок окна
2. Добавить поле код партии
3. Добавить функции Раскрыть все узлы Свернуть все узлы
4. Добавить поиск по Коду партии
Как измененно :
Реализовано
2016-05-31 14:30:55
Краткое описание :
Не корректно отрабатывает сторнирование пенсионных взносов за 2014 год в 2016Описание :
Расчет обязательных взносов (удержаний)Что измененно :
Неправильно рассчитываются пенсионные взносы за период, в котором год меньше предыдущего.
Как измененно :
Для РБ: Реализовано хранение баз для обложения пенсионными взносами за период, в котором год меньше предыдущего года. Информация для просмотра доступна "Смежные данные\Расчет заработной платы\Архив годового дохода\Налоги".
Для Украины: изменена система сбора баз для обложения взносами для ускорения процесса.
При расчете начислений исключен сбор баз для обложения пенсионными взносами. Сбор баз для обложения пенсионными взносами производится только при расчете удержаний.
2016-05-31 14:30:56
Краткое описание :
РПД=5: в утвержденном приказе неверна ссылка на назначение у удаляемого рабочего периодаОписание :
5. ПеремещениеЧто измененно :
После утверждения приказа о перемещении возникает путаница с подписями в окне с информацией о рабочих периодах (кнопка "Рабочие периоды" в РПД-5 по персоналу).
Как измененно :
Информация о рабочих периодах в приказе зависит от его статуса, т.к. при его утверждении происходит перепривязка/создание рабочих периодов. При наличии в системе рабочих периодов, связанных с предыдущим назначением, они отображаются в окне просмотра под заголовком "Рабочие периоды предыдущего назначения". Если существуют рабочие периоды, связанные с назначением перемещения, они отображаются под заголовком "Рабочие периоды текущего назначения", иначе в разделе "Создаваемые рабочие периоды" отображаются возможные рабочие периоды по датам назначения.
2016-05-31 14:30:56
Краткое описание :
РПД-10,12: неутвержденный приказ с РПД=10 блокирует доплату для работы в приказе с РПД=12Описание :
10. Снятие персональных надбавокЧто измененно :
Неутвержденный приказ с РПД=10 блокирует работу с доплатой в приказе с РПД=12.
Вне зависимости от того, если в приказе с РПД=10:
- установлена дата закрытия доплаты
- установлена дата начала ее частичного снятия
- в приказе, вообще, не заполнены даты, касающиеся снятия доплаты
становится невозможным оформить приказ об изменении данной доплаты приказом с другим распорядительным действием с РПД=12.
Т.е. для блокировки достаточно просто занести доплату в приказ с РПД=10.
Как измененно :
Неутвержденный приказ РПД - 10 теперь не вносит никаких изменений в доплаты, а так же исправлено отображение информации о доплате после утверждения приказа.
2016-05-31 14:30:56
Краткое описание :
В РПД-95 (конкурс на занятие вакантной ставки) можно внести подразделение и должность с датой меньше даты создания подразделения и ставки.Описание :
Все индивидуальные приказы (прием, перевод, отпуск, увольнение)Что измененно :
В РПД-95 (конкурс на занятие вакантной ставки) можно внести подразделение и должность с датой меньше даты создания подразделения и ставки.
Создать приказ с датой равной дате создания подразделения, указать дату начала конкурса, выбрать подразделение и должность. После этого изменить дату начала конкурса более раннюю, чем была изначально задана. В результате в печатную форму приказа попадает подразделение и должность которой на дату конкурса еще не было.
Как измененно :
РПД-95.
Добавлена проверка. При утверждении приказа проверяется диапазон дат конкурса и сравнивается с датами существования подразделения / датами действия ставки. В случае, если будет найдено несоответствие, будет выведено сообщение "Период конкурса выходит за рамки существования подразделения!" или "Период конкурса выходит за рамки действия ставки!" и приказ утвержден не будет.
2016-05-31 14:30:56
Краткое описание :
Неправильно названа переменная для сохранения/чтения в DSK.Описание :
События системыЧто измененно :
В интерфейсе UserEvents переменная названа PlanOtp_DeptIer, что может привести к конфликту, если в интерфейсе PlanOtp будет использоваться аналогичная переменная.
Необходимо переменную PlanOtp_DeptIer интерфейса UserEvents переименовать в _Events_DeptIer.
Как измененно :
Переменная PlanOtp_DeptIer интерфейса UserEvents переименована в _Events_DeptIer.
При первом запуске отчета о событиях системы уровень иерархии будет установлен в значение 10.
При последующих - останется введенное значение.
2016-05-31 14:30:55
Краткое описание :
Нет возможности выйти из интерфейса "Дополнительные входимости"Описание :
Классификатор видов оплатЧто измененно :
Нет возможности выйти из интерфейса "Дополнительные входимости".
Классификатор видов оплат, закладка "Расчеты", кнопка "Дополнительно", F7 - добавить доп.входимость. Если не выбрать входимость и попытаться выйти из окна или стать на другую позицию таблицы входимости, вылетает сообщение "Не задана входимость вида оплаты". Это происходит до тех пор, пока не будет удалена запись или не будет отменена операция по клавишам ALT + BACKSPACE.
Как измененно :
Классификатор видов оплат, закладка "Расчеты", кнопка "Дополнительно", F7 - добавить доп.входимость. Если входимость не была выбрана и была предпринята попытка перейти на другую запись входимостей, пустая запись будет удалена. Устранена невозможность покинуть интерфейс в такой ситуации, а также было удалено сообщение "Не задана входимость вида оплаты".
2016-05-31 14:30:56
Краткое описание :
При замене тарифных ставок необходим протокол по сотрудникам, которым не производилась заменаОписание :
Замена тарифных ставокЧто измененно :
У некоторых сотрудников в результате выполнения функции не меняется ставка. В протоколе их нет. Как их вычислить - специального отчета в системе нет. Требуется в протоколе показывать сотрудников, по которым изменения не произошли не важно есть ли у них ошибки в данных или нет ошибок. Требуется специальный отчет с перечнем сотрудников, у которых ставки не поменялись для оперативного реагирования и отслеживания перечня сотрудников, у которых ставка не изменилась.
Как измененно :
При выполнении сервисной функции по замене тарифных ставок формируется отчет.
В шапке отчете указана дата приказа о замене и наименование организации, а также результирующая строка обработки. Далее в отчете располагается информация о обновлении тарифа (два блока: справки по ШР и картотеке сотрудников; блок выводится только при запуске соответствующего типа замены: по ШР/сотрудникам).
После справок выводятся два протокола о невыполненных операциях: по ШР и по сотрудникам. Протоколы представлены в виде таблиц и содержат информацию о ставки/сотруднике и текст сообщения; данные в таблицах сгруппированы по подразделениям. Слева от строки протокола указан символ "!" для записей, сообщающих о выполненной замене, но с корректировкой.
В протокол по сотрудникам выводятся следующие виды сообщений:
1) Сотрудник находится в долгосрочном отпуске и настройка "Обновление данных для сотрудников в долгосрочном отпуске" имеет значение "не проводить";
2) Оклад назначения сотрудника не попадает в вилку по ШР;
3) Нет доступа к подразделению назначения;
4) К назначению не привязан тариф;
5) Дата тарифной сетки назначения не соответствует обрабатываемой;
6) Новый оклад назначения вышел за границы вилки и был к ней приведен (помечены символом "!");
7) Не удалось обновить запись таблицы назначений (только в случае корректировки данных);
8) Не удалось осуществить вставку записи в таблицу истории назначений (только в случае корректировки данных);
9) Не передался сигнал в РК (только в случае корректировки данных).
В протокол по штатному расписанию выводятся следующие виды сообщений:
1) К ставке не привязан тариф ( выводится только при установленном флаге "Формировать журнал по отвязанным ставкам");
2) Дата тарифной сетки ставки не соответствует обрабатываемой;
3) Оклад ставки не попадает в вилку по ШР;
4) Новый оклад ставки вышел за границы вилки и был к ней приведен (помечены символом "!");
5) Не удалось обновить запись таблицы ставок штатного расписания (только в случае корректировки данных);
6) Не удалось осуществить вставку записи в таблицу истории ставок (только в случае корректировки данных).
Дополнительно в поток данных протокола выводятся ссылки на обработанные ставки и назначения: tmp4SHRProtocol.StStruct; tmp4PersonProtocol.Appoint; ErrProtocol_SHR.ES_StStruct; ErrProtocol_Psn.EP_Appoint.
2016-05-31 14:30:55
Краткое описание :
Алг. 173 Повысить скорость расчетаОписание :
по 173 -му системному алгоритму "Изменение числовых полей.Установка цветов""Что измененно :
Алг. 173 Повысить скорость расчета
На данный момент расчет производится во всех представлениях документа.
Учитывая наличие представления "Календарный график", объем расчетов
неоправданно возрастает.
Достаточно производить расчеты в одном представлении, в данном случае
плоском. Для этого необходимо добавить настройку "Алгоритм представления" с
возможностью указать представление для расчета. Как вариант - задавать текущее
представление по умолчанию, это избавит от необходимости перенастраивать все
алгоритмы.
Как измененно :
Добавлена настройка "представление", если ее значение "пусто",
то расчет производится по всем представлениям.
2016-05-31 14:30:55
Краткое описание :
алг. 140 Ошибка формирования протоколаОписание :
по 140-му системному алгоритму "Загрузка данных по движению МЦ...Что измененно :
алг. 140 Ошибка формирования протокола
Ошибка формирования поля "Дата-время начала расчета" - подставляется
дата-время окончания расчета.
В тексте протокола нет никаких данных по длительности расчета.
Как измененно :
Ошибка исправлена. Время начала расчета протокола
устанавливается корректно.
2016-05-31 14:30:55
Краткое описание :
алг. 135 Повысить скорость расчетаОписание :
по 135-му системному алгоритму " Получение остатков для плановых документов..."Что измененно :
Необходимо повысить скорость расчета 135 алгоритма.
Как измененно :
Скорость расчета повышена в 3,5 раза.
2016-05-31 14:30:55
Краткое описание :
алг. 140 Повысить скорость расчетаОписание :
по 140-му системному алгоритму "Загрузка данных по движению МЦ...Что измененно :
Необходимо повысить скорость расчета 140 алгоритма.
Как измененно :
Скорость расчета повышена в 1,5 раза.
2016-05-31 14:30:56
Краткое описание :
РПД 9,10,12,13 при копировании содержимого приказа необходимо искать сотрудника с верным назначениемОписание :
9. Назначение персональных надбавокЧто измененно :
РПД 9,10,12,13 при копировании содержимого приказа необходимо искать сотрудника с верным назначением, если такой сотрудник найден не вставлять новую запись, а по необходимости добавлять доплату в существующую запись.
Как измененно :
В РПД 9, 10, 12, 13 при копировании содержимого приказа добавлен поиск соответствующего назначения, если такая запись уже есть в приказе то новая вставлена не будет, а так же для РПД 10 и 12 добавлен поиск копируемой доплаты в приказе, если доплата уже в приказе копирование этой доплаты произведено не будет.
2016-05-31 14:30:55
Краткое описание :
9.1 137 алг при расчете ошибка Ошибка при выполнении
SQL-сценария (построение дерева)!Описание :
по 137-му алгоритму "Просмотр потребности в материалах"Что измененно :
9.1 137 алг при расчете ошибка Ошибка при выполнении
SQL-сценария (построение дерева)!
Как измененно :
Исправлено
2016-05-31 14:30:55
Краткое описание :
9.1 7037 алг Следующие потребители/позиции ошибкаОписание :
№7038 "Сумма по строке"Что измененно :
9.1 7037 алг Следующие потребители/позиции
'Ошибка выполнения запроса! BindParamsForConsumers'
Как измененно :
исправлено
2016-05-31 14:30:55
Краткое описание :
9.1 Логирование предупреждений при работе с DSKОписание :
Не знаю, какая именно часть модуля "Фактические затраты", научитеЧто измененно :
9.1 Логирование предупреждений при работе с DSK
Логирование предупреждений при работе с dsk
По предложению Ларина(согласовано с Леонтьевым) отделу интегрального
тестирования было
рекомендовано регистрировать проблемы в ПИР по факту появления сообщений в
dsk логах.
Разъяснения Корзюка рассылались в письме "Параметры, хранящиеся в DSK"
22.02.2016
по e-mail руководителям отделов разработки.
Сегмент: Новая инициализация алгоритмов и типов данных 10.2010
----------------------------------------------------
14.03.2016 11:32:31, объект:"CheckBaseMNF_wTypeForReinit"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : REINITDATA
Записан: ICHECKBASEMNF
Как измененно :
Проанализировав код, пришел к выводу, что объект
"CheckBaseMNF_wTypeForReinit" вполне может не только считываться из интерфейса
REINITDATA , но и записываться там же (по событию, возникающему после нажатия
кнопки 'Выполнить' в интерфейсе REINITDATA). В интерфейс ICHECKBASEMNF значение
объекта "CheckBaseMNF_wTypeForReinit" и на данный момент передается согласно
разъяснения Корзюка в письме "Параметры, хранящиеся в DSK" от 22.02.2016 как
возвращаемый параметр в случае нажатия кнопки 'Выполнить' в интерфейсе
REINITDATA.
2016-05-31 14:30:56
Краткое описание :
Для РПД-3, 4, 70 в статус-строке убрать лишнюю кнопку F7.Описание :
4. Внутреннее совместительство, совмещениеЧто измененно :
Для РПД-3, 4, 70 в статус-строке убрать лишнюю кнопку F7.
Как измененно :
В РПД-3, 4, 70 в статус-строке убрана лишняя F7 и F8 в нижней части приказа.
2016-05-31 14:30:55
Краткое описание :
алг. 22 Не совпадают типы статусов позиций
документа-приемника и Статусы позиций (куда копировать) на Вкладке
"Дополнительные параметры"Описание :
по 22-му системному алгоритму "Копирование и агрегация документов"Что измененно :
Статусы для позиций в спецификации документа выбранные
пользователем, не совпадают по типу документа со статусами для позиций в
спецификации сформированных 22 алгоритмом(настройка алгоритма - "закладка
<Дополнительные параметры>\Статус позиции (куда копировать)"). В результате
чего для позиций в спецификации, сформированных 22 алгоритмом оказываются
установлены статусы, которые не используются при работе с данным типом
документов, из-за чего могут возникнуть проблемы например при наложении фильтра
- позиции спецификации в этом случае не будут отображены, хотя наименование
статуса будет совпадать с требуемым. Данная ситуация отслеживается для
потребности в материалах - тип документа, который накладывается в качестве
ограничения на общий список статусов при выборе пользователем соответствует
типу текущего документа - "Потребность в материалах", а для 22 алгоритма при
выборе статусов всегда определяется тип - "Документ планирования". Необходимо
при вызове интерфейса выбора статусов для алгоритма учитывать тип документа в
котором планируется провести правки.
Как измененно :
Ошибка исправлена. При выборе статуса для настройки "закладка
<Дополнительные параметры>\Статус позиции (куда копировать)" 22 алгоритма,
учитывается тип документа в котором планируется провести правки.
2016-05-31 14:30:55
Краткое описание :
Логирование предупреждений при работе с dsk ( объект:"PFNEWVZ...." )Описание :
Страховые взносы на обязательное пенсионное страхование [РФ]Что измененно :
\r\nДоработка отчета 4-фонд (РїРѕСЃРѕР±РёСЏ). Р’ марте сотруднице начислили РїРѕСЃРѕР±РёРµ Р·Р° январь, февраль, март. Р’ колонке \"Р—Р° последний месяц квартала\" должно отображаться РїРѕСЃРѕР±РёРµ только Р·Р° март.\r\nКак измененно :
Предупреждения исправлены.
2016-05-31 14:30:55
Краткое описание :
Добавить возможность создания записей в каталоге договоров подряда на основании архива договоровОписание :
Архив договоров подрядаЧто измененно :
Клиенты часто не ведут каталог договоров подряда. Создать архив договоров мы можем через сервисную функцию, теперь необходимо иметь возможность создать записи в каталоге договоров подряда на основании архива договоров. Нужно предусмотреть 3 алгоритма формирования:
1-й вариант:
На основании одной записи архива - одну запись в каталоге. Даты действия - вручную либо на основании дат архива. Номер договора - константа + табельный номер работника
2-й вариант:
По нескольким записям - один договор на каждого работника. Даты и номер - см.п.1
3-й вариант:
По нескольким записям - один договор. Номер - вручную, даты - см.п.1
Как измененно :
Для Республики Беларусь разработана сервисная функция по созданию договоров подряда на основании архива договоров подряда. Данная функция доступна по пути "Заработная плата - Операции - Договора подряда - Формирование договоров подряда на основании архива договоров подряда".
Настройки функции:
* Даты - поля ввода даты
* Устанавливать даты:
* На основании архива договоров подряда - берутся из записей архива договоров подряда
* Фиксированные - берутся из настроек сервисной функции (не используется с режимом формирования "По каждой записи архива")
* Номер - поле ввода номера договора
* На основании табельного номера - автоматически создается системой на основании приписки "ДП_" ("ДП_Х_") и табельного номера сотрудника
* Фиксированный - из поля "Номер" (не используется с режимом формирования "По каждой записи архива")
* Режим формирования
* По каждой записи архива - для каждой записи архива создается отдельный договор подряда
* По всем записям периода - для всех записей, полностью попадающих в период формирования
* Учитывать записи архива с не пустыми номерами договора - переписывает договор для записей, у которых уже есть ссылка на договор
2016-05-31 14:30:56
Краткое описание :
Учитывать состояние записи(AppHist.wstate) при заполнение вычисляемых полей добавленных в ПиР 102.105214Описание :
1-е окно (общие сведения)Что измененно :
Учитывать состояние записи(AppHist.wstate) при заполнение вычисляемых полей, которые можно добавить конфигуратором:
contract_status
contract_dateBeg
contract_dateEnd
contract_DocNumber
contract_year
contract_3month
contract_Num
contract_date.
Как измененно :
При заполнение вычисляемых полей, которые можно добавить конфигуратором:
contract_status
contract_dateBeg
contract_dateEnd
contract_DocNumber
contract_year
contract_3month
contract_Num
contract_date
учитывается признак утвержденного приказа (AppHist.wstate).
2016-05-31 14:30:56
Краткое описание :
Неверная подбивка итогов при наличии иерархии СЕОписание :
Отчеты по ШР и ШНЧто измененно :
Неверная подбивка итогов при наличии иерархии СЕ.
Как измененно :
В пользовательском отчете по штатному расписанию "Отчеты по ШР и ШН" расчет итогов по уровням иерархии производится корректно.
2016-05-31 14:30:56
Краткое описание :
Ошибка в индивидуальной форме печати приказаОписание :
1. Прием на работуЧто измененно :
Принимаем человека с окладом 44 руб.59 коп. и тремя процентными доплатами (50,20,4). В печатной форме приказа общая сумма доплат 32 руб. 100коп. На самом деле это уже 33 руб.
Как измененно :
Исправлено округление в печатных формах приказов с РПД-1, 3, 5, 7, 65, 70.
2016-05-31 14:30:55
Краткое описание :
В ReadMe алгоритма FactToClaim.xml указать тип
используемого ДООписание :
Функциональность доступа из JavaScript в ГалактикуЧто измененно :
В ReadMe алгоритма FactToClaim.xml указать тип используемого ДО
По инциденту 2.78618
В описании не указано с каким типом ДО может работать данный скрипт. Это
вводит пользователя в заблуждение. Как выяснилось, работает только с ДО/ЛЗК, то
есть с производственными ордерами. Также необходимо четко указать, что скрипт
работает с дополнительными полями, но не работает с расчетными полями заявки. И
наконец, нужно в явном виде указать, что алгоритм должен запускаться из
локального меню заявки, и туда его нужно добавить.
Также необходимо в сценарии скрипта указать правильно наименование
используемого параметра reDirectPrih. Сейчас там не хватает 2 символов, и
скрипт выдает ошибку.
Как измененно :
Изменен текст скрипта и файл, содержащий описание его работы.
2016-05-31 14:30:55
Краткое описание :
Доработка отчета 4-фонд (пособия)Описание :
Отчет 4-фонд [РБ]Что измененно :
Доработка отчета 4-фонд (пособия). В марте сотруднице начислили пособие за январь, февраль, март. В колонке "За последний месяц квартала" должно отображаться пособие только за март.
Как измененно :
Доработано формирование отчета 4-фонд. Закреплено правило отражения данных о количестве ежемесячных пособий семьям в ситуации, когда в последнем месяце отчетного квартала начислялось пособие на одного ребенка за несколько месяцев. В этом случае по строкам 34 - 38 в графе 2 указывается одно пособие, которое выплачено за последний месяц квартала.
2016-05-31 14:30:55
Краткое описание :
Логирование предупреждений при работе с dsk объект: "STRACH_Filter2", "STRACH_DateBegin","STRACH_DateEnd"Описание :
Документы персонифицированного учета. Обязательное страхованеЧто измененно :
06.04.2016 14:04:49, объект:"STRACH_Filter2"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
----------------------------------------------------
06.04.2016 14:04:57, объект:"STRACH_DateBegin"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
----------------------------------------------------
06.04.2016 14:04:57, объект:"STRACH_DateEnd"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:26, объект:"STRACH_PeriodField"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:26, объект:"STRACH_YearField"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:26, объект:"STRACH_PU2PeriodField"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:26, объект:"STRACH_PU2YearField"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:26, объект:"STRACH_TypesPu2"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:26, объект:"STRACH_DivPr2"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:26, объект:"STRACH_DocMarker"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:26, объект:"STRACH_PDocFiltr"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:29, объект:"STRACH_fio_isp"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:29, объект:"STRACH_isp_fone"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:29, объект:"STRACH_Fio_ruk"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:29, объект:"STRACH_Dolg_ruk"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:29, объект:"STRACH_Adv6_Priz"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:29, объект:"STRACH_DataOtch"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:29, объект:"STRACH_RegNomPred_RB"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:29, объект:"STRACH_KppPred"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:29, объект:"STRACH_PachNumBegin"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:29, объект:"STRACH_pSort"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:30, объект:"STRACH_AllCounter"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:30, объект:"STRACH_LinkingParameter"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:30, объект:"STRACH_NameFile"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
06.04.2016 14:04:30, объект:"STRACH_Path"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PU2
Записан: STRACH
Как измененно :
\r\nР2016-05-31 14:30:55
Краткое описание :
Логирование предупреждений при работе с dsk объект:"PFRB_PU2Count"Описание :
Документы персонифицированного учета. Обязательное страхованеЧто измененно :
06.04.2016 14:04:27, объект:"PFRB_PU2Count"
[x]: Несовпадение типов считываемого объекта (Integer) и сохраненного (Word)
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : STRACH
Записан: PU2
06.04.2016 14:04:26, объект:"STRACH_PachNumBegin"
[x]: Несовпадение типов считываемого объекта (LongInt) и сохраненного (Word)
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : STRACH
Записан: PU2
Как измененно :
Исправлена передача параметров: ошибок и предупреждений по работе с DSK между интерфейсами Strach и PU2/RBDPENS не появляется.
Также для ПУ-2 исправлен вывод в поток данных кода причины увольнения.
2016-05-31 14:30:56
Краткое описание :
Логирование предупреждений при работе с dsk объект:"Form9_wOption"Описание :
Список для негосударственного пенсионного обеспечения [кроме Укр]Что измененно :
Форма9- пенсионер, Форма9а- пенсионер
07.04.2016 15:54:14, объект:"Form9_wOption"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : FORM9A
Записан: FORM9
07.04.2016 15:57:19, объект:"Form9_wOption"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : FORM9A
Записан: FORM9
Как измененно :
Исправлено чтение параметра "Отчет по пенсионерам" (Form9a_wOption) из DSK-файла при открытии интерфейса параметров формирования отчета "Список для негосударственного пенсионного обеспечения".
2016-05-31 14:30:55
Краткое описание :
алг. 65 На вкладке "Фильтр" добавить настройки для
использования дат начала и окончания из заголовка текущего планового документаОписание :
по 65-му " Формирование плановых документов по накладным"Что измененно :
алг. 65 На вкладке "Фильтр" добавить настройки для
использования дат начала и окончания из заголовка текущего планового документа.
Клиент указывает, что расчет по 2 позициям плана передач (4 алгоритма 65)
шел более 2,5 часа, что неприемлемо. Так как алгоритмы выполняются в пакете, и
вручную даты начала/окончания для полей "По дате выписки" и "По дате отпуска"
не вводятся, алгоритм обрабатывает все документы указанных в настройке типов.
Обрабатываются документы "Накладная на приход готовой продукции <<Учет в
производстве>>" и "Накладная на внутреннее перемещение <<Учет в производстве>>".
Описание клиента во вложении.
Автоматический учет дат документа-источника позволит резко сократить
количество обрабатываемых документов, а значит, сократить длительность расчета.
Новая настройка должна применяться для полей "По дате выписки" и/или "По дате
отпуска".
Настройки расчетных алгоритмов 65 можно посмотреть в базе maketprz911,
любой документ "ПЗ_(ПРЗ) План передач цеха_Цех 1500 Сборочный", функция
локального меню "БФ3.7_99_Расчет текущих остатков по ЦУ в план передач".
Прошу учесть, что это наш проект ПРЗ, и выполнить в кратчайшие сроки.
Как измененно :
На вкладке "Фильтр" добавлен набор настроек под названием
"Расширенный фильтр для накладных".
Если активно значение "По дате выписки", то настройка "По дате создания" из
группы "Фильтр для накладных" становится недоступной.
Если активно значение "По дате отпуска", то настройка "По дате списания" из
группы "Фильтр для накладных" становится недоступной.
Расширенный фильтр для накладных использует в качестве дат для фильтра даты
начала и даты окончания из документа-приемника.
2016-05-31 14:30:56
Краткое описание :
Не перерисовывается окно просмотра информации о стажеОписание :
Cведения о стажахЧто измененно :
При расчете продолжительности стажа через интерфейс, вызываемый по кнопке "Сведения о стаже" окна просмотра параметров лицевого счета не всегда происходит перерисовка посчитанных значений. Приходится закрывать и открывать заново интерфейс.
Как измененно :
Доработана функция расчета стажа на дату. Стаж на дату отображается и обновляется корректно.
2016-05-31 14:30:56
Краткое описание :
Добавить сортировку по ФИО в потоке NFRMT6ASIGNATORIESОписание :
6. Оформление очередного отпускаЧто измененно :
В групповой печатной форме FastReport-отчетов по приказам на отпуск (РПД-6, 41 по персоналу) необходимо организовать сортировку по ФИО потока данных NFRMT6ASIGNATORIES.
Как измененно :
Поток NFRMT6ASIGNATORIES группового FastReport-отчета приказов на отпуск отсортирован по ФИО сотрудников.
2016-05-31 14:30:55
Краткое описание :
Не работает
отчет...Server_MNF\ServerMnf\Server\wclient\ExcelReports\Подетальный план цехов
(количество).xlsm на атл 5524Описание :
Не знаю, какая именно часть производственого контура, научитеЧто измененно :
Не работает
отчет...Server_MNF\ServerMnf\Server\wclient\ExcelReports\Подетальный план цехов
(количество).xlsm на атл 5524
Как измененно :
Доработан отчет Подетальный план цехов (количество).xlsm на
Атлантис вер.5524
2016-05-31 14:30:55
Краткое описание :
Не работает
отчет...Server_MNF\ServerMnf\Server\wclient\ExcelReports\Подетальный план цехов
(количество + трудоемкость).xlsm на атл 5524Описание :
Не знаю, какая именно часть производственого контура, научитеЧто измененно :
Не работает
отчет...Server_MNF\ServerMnf\Server\wclient\ExcelReports\Подетальный план цехов
(количество + трудоемкость).xlsm на атл 5524
Как измененно :
Доработан отчет
...Server_MNF\ServerMnf\Server\wclient\ExcelReports\Подетальный план цехов
(количество + трудоемкость).xlsm для Атлантиса вер.5524
2016-05-31 14:30:55
Краткое описание :
Изменен от чет 4-ФОНД для РБОписание :
Отчет 4-фонд [РБ]Что измененно :
Изменен отчет 4-ФОНД для РБ. В правилах заполнения отчета кардинальных изменений не произошло: данные в отчете указываются на основании документов бухгалтерского учета нарастающим итогом и в целых числах.
В разделе III "Расчет средств бюджета государственного внебюджетного фонда социальной защиты населения Республики Беларусь" больше не требуется расшифровывать просроченную задолженность плательщика Фонду: соответствующей строки в новой форме отчета 4-фонд не предусмотрено.
Из раздела IV "Использование средств бюджета государственного внебюджетного фонда социальной защиты населения Республики Беларусь" исключены строки, которые были предназначены для указания сведений о пенсиях прокурорским работникам и расходах по доставке этих пенсий.
В раздел IV введена отдельная строка (38) для отражения данных о начисленных пособиях на детей в возрасте от 3 до 18 лет в период воспитания ребенка в возрасте до 3 лет. В ранее действовавшей форме отчета сведения об этих пособиях включались в строку, предусмотренную для информации о пособиях на детей старше 3 лет из отдельных категорий семей.
Закреплено применявшееся на практике правило отражения данных о количестве ежемесячных пособий семьям в ситуации, когда в последнем месяце отчетного квартала начислялось пособие на одного ребенка за несколько месяцев. В этом случае по строкам 34 - 38 в графе 2 указывается одно пособие, которое выплачено за последний месяц квартала.
При заполнении раздела V "Справочная информация" надо учитывать, что по всем строкам (за исключением строки 40 "Количество пособий в связи с рождением первого ребенка") указывается количество пособий за последний месяц отчетного квартала. По строке 40 сведения отражаются с начала отчетного года.
Как измененно :
Согласно Приложение 3 к приказу Министерства труда и социальной защиты Республики Беларусь от 30.11.2015 № 120 доработан отчет 4-ФОНД:
- изменена нумерация строк отчета;
- отчет переведен из нецентрализованной государственной отчетности в ведомственную.На отчет не распространяются общие правила представления первичных статистических данных по формам государственной статистической отчетности.
- В разделе III "Расчет средств бюджета государственного внебюджетного фонда социальной защиты населения Республики Беларусь" не требуется расшифровывается просроченная задолженность плательщика Фонду.
- Из раздела IV "Использование средств бюджета государственного внебюджетного фонда социальной защиты населения Республики Беларусь" исключены строки, которые были предназначены для указания сведений о пенсиях прокурорским работникам и расходах по доставке этих пенсий.
- В раздел IV введена отдельная строка (38) для отражения данных о начисленных пособиях на детей в возрасте от 3 до 18 лет в период воспитания ребенка в возрасте до 3 лет. Для выбора данных по строке 38 в интерфейсе настройки видов оплат добавлено поле "П-е на детей 3 - 18 л. в период пос. до 3 л." для возможность выбора видов пособий на детей в возрасте от 3 до 18 лет в период воспитания ребенка в возрасте до 3 лет.
- Закреплено применявшееся на практике правило отражения данных о количестве ежемесячных пособий семьям в ситуации, когда в последнем месяце отчетного квартала начислялось пособие на одного ребенка за несколько месяцев. В этом случае по строкам 34 - 38 в графе 2 указывается одно пособие, которое выплачено за последний месяц квартала.
- При заполнении раздела V "Справочная информация" по всем строкам (за исключением строки 40 "Количество пособий в связи с рождением первого ребенка") указывается количество пособий за последний месяц отчетного квартала. По строке 40 сведения отражаются с начала отчетного года;
- из интерфейса формирования отчета убраны поля "Фамилия, имя, отчество ответственного лица", "Номер контактного телефона, адрес электронной почты ответственного лица" т.к. эти данные не выводятся в отчете.
2016-05-31 14:30:56
Краткое описание :
Упрать необоснованное пустое место в окнеОписание :
39. Перенос ежегодного оплачиваемого отпускаЧто измененно :
Неверные координаты Screen и Browse в окне выбора планового отпуска в приказе на отпуск. Окно имеет больший размер чем screen и browse.
Как измененно :
Упразднено необоснованное пустое место в окне выбора план-графика отпусков из приказа на отпуск.
2016-05-31 14:30:55
Краткое описание :
Договора подрядаОписание :
Каталог договоров подрядаЧто измененно :
В некоторых ситуациях при создании договора подряда невозможно изменить шифр договора без предварительного изменения номера договора.
Как измененно :
Доработано создание договора подряда в каталоге договоров подряда. Теперь договоры вводятся корректно.
2016-05-31 14:30:55
Краткое описание :
Алгоритм контроля ввода цен перестал ограничивать 20% от
средней цены.Описание :
Алгоритмы расчетаЧто измененно :
Алгоритм контроля ввода цен перестал ограничивать 20% от
средней цены.
Данный Функционал был реализован, как платная доработка по ПиР 102.133275
При формировании плана РЭН используется алгоритм "контроль ввода цен", на
основе системного алгоритма №169.Он контролирует отклонение прайсов не более ,
чем на 20% от средней в меньшую или большую сторону.
Сейчас почему-то алгоритм контролирует отклонения 40 % в меньшую сторону, и 20
% в большую. Это ошибка, должно быть и там и там по 20 %.
Как измененно :
Алгоритм №169. Доработан контроль ограничения 20% в меньшую
сторону от средней цены при вводе цен.
2016-05-31 14:30:55
Краткое описание :
Сделать округление 175 вида удержаний до копеек по умолчаниюОписание :
Расчет обязательных взносов (удержаний)Что измененно :
Если в ВУ 175 не указано правило округления, то по умолчанию суммы с 175 ВУ округляются до рубля.
Как измененно :
Для РБ: если расчетный период равен или больше июля 2016 года или на базе произведена деноминация, то при отсутствии настройки округление сумм с 175 ВУ производится до копеек иначе до рубля.
2016-05-31 14:30:55
Краткое описание :
СПВ-2 ошибки в стажеОписание :
Индивидуальные сведения в ПФ (формы 2010 СЗВ-61, СЗВ-62 и т.д.)Что измененно :
СПВ-2 ошибки в стаже при формировании по двум и более сотрудникам.
Как измененно :
Стажи формируются правильно в отчете СПВ-2.
2016-05-31 14:30:55
Краткое описание :
Орфографическая ошибка в протоколе - "расчитывается"Описание :
Расчет начислений (общие вопросы)Что измененно :
1. При расчете зарплаты сформировался протокол, в котором слово "рассчитывается" написано с ошибкой - с одной "с".
2. В окне "Заполнение среднедневного заработка в архиве оплат", которое доступно по пути "Заработная плата - Операции - Ежемесячные пособия на детей - Ежемесячные пособия на детей - Alt+F10 - Заполнение среднедневного заработка..." у параметра "Режим заполнения среднедневого" опцию "Перерасчитывать" надо переименовать в "Перерассчитывать" ( с двумя "с").
Как измененно :
Исправлено сообщение в протоколе, переименован параметр в интерфейсе.
2016-05-31 14:30:55
Краткое описание :
Рассчитывать все налоги на ФОТ по видам оплат, хотя в сумме они и будут давать ноль(сервис пересчета налогов на ФОТ)Описание :
Контроль (для налогов с годовой НБ)Что измененно :
При выполнении сервиса пересчета налогов на ФОТ (для налогов с годовой НБ) необходимо рассчитывать все налоги на ФОТ по видам оплат, хотя в сумме они и будут давать ноль.
Как измененно :
Доработано для РФ. При выполнении сервисной функции Настройка - Сервисные функции - Налоги на ФОТ - Контроль (для налогов с годовой НБ) с параметром пересчет налогов ("Архив налогов на ФОТ") в случае, когда сумма по всем видам оплат равна 0 за месяц, налоги рассчитываются на каждый вид оплаты.
2016-05-31 14:30:55
Краткое описание :
Ошибка выполнения макроса при отсутствии данных в одном из месяцевОписание :
по видам оплатЧто измененно :
Ошибка выполнения макроса при отсутствии данных в одном из месяцев.
При построении отчета с выбранными дополнительными параметрами на вкладке "Параметры печати" (выбраны дополнительно налоги на ФОТ, например, ФОМС, ФСС) и текущий расчётный месяц меньше месяца окончания формирования отчёта, возникает ошибка выполнения макроса. Проявляется стабильно при выгрузке в Excel 2013.
Кроме того, на вкладке "Исходные данные" этого отчёта графа "Год, за который" заполняется символами ##### (при наведении курсора на поле значение в ячейке правильное - 2016).
Как измененно :
Для отчета "Отчет по начисленным страховым взносам" макрос работает без ошибок.
На вкладке "Исходные данные" графа "Год, за который" отображается корректно.
2016-05-31 14:30:56
Краткое описание :
При расчете больничного по тарифу для РБ учитывается не тот
коэффициент группы 2.1Описание :
Расчет больничныхЧто измененно :
При расчете больничного по тарифу для РБ учитывается не тот
коэффициент группы 2.1
В случае изменения оклада и изменения коэффициента группы 2.1, оклад выбирается
правильно, а коэффициент - предыдущий.
Например,
март оклад 1 000 000 , коэфф. 2.1 - 1.4
апрель оклад 2 000 000, коэфф. 2.1 - 1.6
При расчете больничного за апрель нужно взять оклад на апрель и коэфф. на
апрель, сейчас оклад берется на апрель, коэфф. на март.
Как измененно :
Для РБ. Исправлен расчет больничных по тарифу: оклад по ЕТС
с учетом повышающего коэффициента из группы 2.1. Ошибка проявлялась при наличии
нескольких записей в истории назначений в один день с различными значениями
коэффициента.
2016-05-31 14:30:55
Краткое описание :
Неверный расчет удержания (перечисления в межпериод отпускных сумм)Описание :
Расчет удержаний (общие вопросы)Что измененно :
Неверный расчет удержания (перечисления в межпериод отпускных сумм)
Выплачиваются отпускные в межпериод, а в результатах расчета з/пл за месяц в удержаниях фигурирует совсем другая сумма,
отличная от суммы реестра в межпериод.
Как измененно :
Исправлена ошибка учета суммы перечисления в межпериод отпускных сумм при расчете заработной платы.
Теперь в результатах расчета з/пл за месяц в удержаниях фигурирует сумма отпускных из суммы реестра в межпериод.
Примечание. Проблема проявлялась в том случае, если у работника было перечисления отпуска или больничного в межпериод, с которых не было перечисления НДФЛ.
2016-05-31 14:30:56
Краткое описание :
РПД=65: распорядительное действие при печати приказаОписание :
65. Заключение/продление контрактаЧто измененно :
В настоящий момент, вне зависимости от того, заключается ли
контракт впервые или продлевается ранее заключенный
контракт, при печати приказа о заключении\продлении
контракта (РПД=65) в шапке и в тексте приказа выводится
текст "о продлении контракта ". Необходимо, чтобы для данного
приказа существовали и форма о заключении контракта, и форма
о продлении контракта.
Как измененно :
В РПД - 65 при печати индивидуальных форм приказа добавлен анализ поля "режим операции" и в зависимости от его значения изменяется шапка приказа, в групповых формах шапка изменена с "о продлении" на "о заключении (продлении)".
2016-05-31 14:30:56
Краткое описание :
Интерфейс Сведения о отпусках открывается 40-120 секунд. Управление персоналом - картотека сотрудников.Описание :
7-е окно (отпуска сотрудника)Что измененно :
Интерфейс Сведения о отпусках открывается 40-120 секунд. Управление персоналом - картотека сотрудников.
Как измененно :
Ускорено открытие интерфейса "Сведения об отпусках" на трехуровневой системе на базе клиента.
2016-05-31 14:30:55
Краткое описание :
При расчете ЗП не должно быть сторнирования сумм НДФЛ по отпускным в межпериодеОписание :
Расчет подоходного налогаЧто измененно :
При расчете ЗП формируются дополнительные строки по НДФЛ, в т.ч. сторнировочные, при наличии выплат отпускных в межпериоде, чего быть не должно.
Ошибка проявляется при наличии параметра в классификаторе видов оплат или в лицевом счете при соответствующих настройках условий выбора параметра в КВО.
Аналогичная ситуация при наличии дополнительных аналитик в Лицевом счете.
Как измененно :
Доработаны условия выбора параметра и дополнительных аналитик для записей по перечислению отпуска в соответствии с настройками КВО.
Теперь эти атрибуты устанавливаются аналогично начислениям, и, таким образом, лишние записи не появляются в результатах расчета.
Примечание. Доработки проводились для значения "аналитике и параметру входящих оплат" в настройке:
"Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Режимы расчетов \ Разбивать удержания по подразделениям"
2016-05-31 14:30:56
Краткое описание :
В РПД-90 предусмотреть возможность переключения формата отображения часовОписание :
90. Работа в выходные и праздничныеЧто измененно :
В РПД-90 предусмотреть возможность переключения формата отображения часов.
Как измененно :
В РПД-90 (Работа в выходные и праздничные) и 91 (Назначение почасовых табельных отклонений) по персоналу добавлена возможность переключения формата отображения часов с помощью пункта "Переключить формат отображения времени" локального меню или сочетания клавиш Alt+F2.
Формат отображения зависит от значения настройки "Настройки Галактики \ Управление персоналом \ Общие настройки \ Форматы отображения \ Альтернативный формат отображения количества времени", а его переключение изменяет значение настройки.
Формат вывода времени в печатные формы упомянутых приказов остался прежним и не зависит от настройки.
2016-05-31 14:30:56
Краткое описание :
Добавить поле примечание в РПД 9Описание :
9. Назначение персональных надбавокЧто измененно :
Добавить кнопку Примечание в РПД 9, а также реализовать вывод примечания в индивидуальную печатную форму.
Как измененно :
В РПД 9 добавлена кнопка примечание, а также реализован вывод примечания в индивидуальную печатную форму приказа.
2016-05-31 14:30:56
Краткое описание :
РПД-14 разъехалась индивидуальная печатная формаОписание :
14. Досрочное завершение отпуска по уходу за ребенкомЧто измененно :
РПД-14 разъехалась индивидуальная печатная форма.
Как измененно :
Откорректирована индивидуальная печатная форма РПД-14.
Шрифт для всего отчета "Times New Roman". Наименование организации по центру. Должность руководителя в соответствующем поле. Корректно попадает расшифровка подписи руководителя.
2016-05-31 14:30:56
Краткое описание :
Выбор доплат в приказе на снятие персональной надбавки (РПД 10)Описание :
10. Снятие персональных надбавокЧто измененно :
В РПД 10 и 12 необходима возможность выбирать доплаты для всех назначений.
Как измененно :
В РПД 10 и 12 дана возможность выбирать доплаты для всех назначений, для этого в окне выбора доплат необходимо снять галочку "Согласно назначению", если в этом окне выбрать доплату которая не соответствует выбранному в приказе, а у сотрудника в приказе нет доплат, назначение будет изменено, если же у сотрудника есть доплата будет выдано сообщение "Данная доплата относится к другому назначению! Добавить это назначение в приказ?", при положительном ответе, данное назначение сотрудника будет добавлено в приказ.
В окне выбора доплат можно выбрать только доплаты которые действуют на дату приказа и у которых нет приказа о снятии доплаты.
Так же в окне истории доплат убрана возможность выбирать РПД-14 по причине того что РПД-14 не относится к доплатам.
2016-05-31 14:30:55
Краткое описание :
В потребности по материальным ресурсам не сохраняется
установленная настройка представленияОписание :
Потребности в материальных ресурсахЧто измененно :
Для потребности по материальным ресурсам программа не
запоминает выбранное пользователем представление:
- В окне редактирования ПМ выбираем представление
- Закрываем окно редактирования, открываем заново
- Видим что спецификация документа отображается не в выбранном а в первом из
списка представлении.
Как измененно :
Исправлено. При открытии окна редактирования документов
планирования производства будет установлено последнее, выбранное пользователем
представление.
2016-05-31 14:30:56
Краткое описание :
Перечень льготных профессий - реализовать настройку для сохранения отчетаОписание :
Перечень льготных профессийЧто измененно :
Просим провести доработку в интерфейсе формирования Перечня льготных профессий по выгрузке XML-файла, например, по аналогии с указанием выгрузки XML - файла для РСВ-1.
Как измененно :
В интерфейсе параметров формирования перечня льготных профессий для форматов 1.19 и 1.20 доступно поле "Путь сохранения", в котором можно указать папку, куда будет сохранен сформированный перечень льготных профессий.
Данный параметр сохраняется в DSK-файл, по умолчанию (если параметра в DSK-файле нет) в данном поле указан путь на папку OUT для текущего пользователя (OutputFilesDirectory).
2016-05-31 14:30:56
Краткое описание :
Некорректно заполняется групповая печатная форма приказа по РПД-6Описание :
6. Оформление очередного отпускаЧто измененно :
В групповой форме приказа на отпуск поля с ФИО, таб. номером, структурным подразделением и должностью не выводятся повторно, что приводит к затруднениям в случае большого приказа с переносом данных на следующую страницу.
Как измененно :
В цикл myPsnCycle6A_04 прототипа FormT6A_04 добавлены поля, заполняющиеся независимо от того, выводились ли они ранее:
- FIO_Req - ФИО сотрудника
- FIO_VP_Req - ФИО сотрудника в винительном падеже
- TabN_Req - табельный номер
- подразделение_Req - наименование подразделения
- должность_Req - должность
В том случае, если повторный вывод ФИО и других данных необходим, следует заменить в присоединенной форме перечисленными полями соответствующие им поля без окончания "_Req".
2016-05-31 14:30:56
Краткое описание :
Список аттестаций - не работает разограничение прав доступа к СЕ ШРОписание :
Сведения об аттестации сотрудниковЧто измененно :
\r\nДать возможность корректировать дату окончания \"Временных переводов\".\r\nКак измененно :
\r\n Поле \"Дата окончания\" \"Временных переводов\" открыта для редактирования. После редактирования корректируется запись истории и данные передаются в рабочую корзину.\r\n2016-05-31 14:30:55
Краткое описание :
Смена статуса заявки на закупкуОписание :
ЗаявкиЧто измененно :
Вводное описание.
1) Ввод заявок осуществляется с использованием шаблона заявок.
2) Шаблоны заявок имеют привязку к соответствующим шаблонам регламента.
3) Шаблон регламента, в свою очередь, содержит все возможные переходы состояний
с привязанными к ним скриптами.
4) Переходы состояний имеют разграничения прав ролями пользователей.
5) Некоторые пользователи могут использовать несколько вариантов переходов - в
зависимости от бизнес-модели.
6) Используемое количество состояний - 13.
7) Проверяемые параметры каждого из состояний заявки отличаются.
8) При переходе из состояния в состояние - исполняется проверочный ява-скрипт
или vip-алгоритм.
Например: из состояния "Согласовано ОБиУУ" в "Утверждена" - при переводе
проверяется условие перехода - алгоритм "Контроль соответствия утверждающего
лица".
Это vip-алгоритм, проверяющий соответствие утверждающего лица, указанному в
заявке утверждающему лицу. В результате, если утверждающее лицо заявки не
соответствует пользователю, формируется событие ошибки - по которому изменение
статуса документа запрещено. При этом, формируется сообщение о причине отмены
из алгоритма. Затем формируется сообщение "Не выполнилось условие перехода в
следующее состояние. Переход невозможен"
Требуется либо загасить последнее сообщение, либо вывести оба сообщения в одном
окне.
Как измененно :
Для того, чтобы сообщение "Не выполнилось условие перехода в
следующее состояние. Переход невозможен" в тексте вызываемого vip-алгоритма
необходимо установить параметр pt.Error = 1024. Во всех остальных случаях
сообщение будет отображаться.