2017-10-12 14:03:40
Краткое описание :
Предложение о добавлении в функцию "Синхронизировать РП с основными назначениями" информационного "блока"Описание :
Справочник рабочих периодов (обобщенно)Что измененно :
Перед непосредственным выполнением функции "Синхронизировать РП с основными назначениями" (изменение ссылок в БД) проверять назначения на корректность, в частности, заполнение ссылки на таблицу Person и формировать протокол с информацией о том, что "в БД имеются несуществующие назначения по этому сотруднику, будут изменены ссылки на РП"
и дать право выбора пользователю: продолжать работу функции или нет.
Как измененно :
При вызове функции "Синхронизировать РП с основными назначениями" добавлена проверка на необходимость выполнения синхронизации. В случае обнаружения некорректных назначений пользователю выдается сообщение "Обнаружены некорректные назначения по данному сотруднику! Ссылки на РП могут быть изменены. Продолжить?". Если пользователь подтверждает данное действие, то функция выполняет синхронизацию.
2017-10-12 14:03:41
Краткое описание :
В РПД-6 убрать запрос и попытку заполнить РП если сотрудник не выбранОписание :
6. Оформление очередного отпускаЧто измененно :
В приказе на отпуск (РПД-6) при создании новой записи приказа: если в средней панели сотрудник не выбран, при проставлении даты начала отпуска выдается сообщение об отсутствии РП на дату и запрос на их формирование. Если ответить утвердительно, заполнение РП производится для сотрудника из предыдущей спозиционированной записи приказа.
Как измененно :
В приказе на отпуск (РПД-6) в поля "план-график отпусков", "предоставить отпуск с", "предоставить отпуск по", "количество дней" добавлена проверка на то, выбран сотрудник или нет. Если сотрудник не выбран, то выдается сообщение "Сначала нужно выбрать работника!".
Доработан алгоритм защиты от изменений для поля "план-график отпусков" - запрещен ручной ввод данных.
2017-10-12 14:03:39
Краткое описание :
Не верное входящее сальдо в акте сверкиОписание :
Расчеты с контрагентамиЧто измененно :
Не верное входящее сальдо в акте сверки
У клиента включен оперативный расчёт сальдо.
Однако при получении отчётов регулярно возникают случаи, когда сальдо
рассчитано неверно. Выяснилось, что иногда не включаются платежки. Помогает
операция перерасчёта сальдо по контрагентам. В тех ситуациях, когда
пользователи поднимают скандал - запускают эту операцию. Но потом ситуация
повторяется вновь.
Как измененно :
Добавлена настройка "Настройки Галактики \ Логистика \ Расчеты
с контрагентами \ Контролировать соответствие сальдо на дату и сальдо по
разрезу при печати отчетов"
- нет
- да, отображать сообщение при расхождении
- да, отображать запрос на пересчет сальдо по организации при расхождении
Перед печатью сальдо в отчетах модуля "Расчеты с поставщиками получателями",
если настройка включена, проверяется соответствие сальдо на дату и сальдо по
разрезу. Контроль происходит на дату печати сальдо в отчете.
При обнаружении разницы, отображается сообщение или запрос на пересчет сальдо.
Проверка вынесена в отдельный интерфейс:
L_KontrBal::CheckKontrBal(_cKatOrg : comp; _wMode : word; _dError, _dSaldo :
date)
_cKatOrg - ссылка на организацию
_wMode - режим работы:
0 - без сообщений, только возврат даты
1 - сообщение об ошибке
2 - запрос на пересчет сальдо по организации
3 - пересчет сальдо при ошибке без сообщений
_dError - дата, с которой возникла разница в сальдо (возвращаемый параметр)
_dSaldo - дата, на которую выполняется проверка
2017-10-12 14:03:40
Краткое описание :
Тарификационный разряд при печати СТБ-форм приказовОписание :
Все индивидуальные приказы (прием, перевод, отпуск, увольнение)Что измененно :
Сложившаяся практика вынуждает белорусских клиентов заводить
ставку на каждую категорию или разряд и указывать их в названии (это связано с
вредностью и с системой СКК).
Поэтому для таких клиентов в приказах печать тарификационного разряда после
наименования ставки становится излишней.
Как измененно :
Сложившаяся практика работы белорусских клиентов предполагает
заведение ставки на каждую категорию или разряд с указанием их в названии
ставки.
Для того, чтобы не происходило дублирование категории (разряда) при печати
приказов №№ 1, 3, 4, 5, 6, 8, 14, 30, 44, 65, 70 в "Настройки Галактики \
Управление персоналом \ Управление и учет кадров \ Приказы \ Приказы по
персоналу \ Общие настройки" добавлена новая настройка "При печати форм
приказов выводить тарифный разряд" с значениями "Да, Нет", по умолчанию "Да".
В печать указанных выше приказов внесены изменения:
* при выборе "При печати форм приказов выводить тарифный разряд" - "Нет" поле
с тарифным разрядом после наименования ставки на печать не выводится;
* в потоки данных для FastReport добавлено поле [IsRazriadPrn], содержащее
значение настройки;
* в отчеты FasReport, формирующие вывод тарифного разряда самостоятельно из
полей потока данных добавлен контроль с выводом разряда только при включенной
настройке.
2017-10-12 14:03:40
Краткое описание :
Отображение/скрыти полей с учетом настройки "Брать категорию застрахованного лица из должности".Описание :
Картотека. Общие вопросыЧто измененно :
При "Настройки Галактики \ Управление персоналом \ Общие настройки \ Стажи \ Брать категорию застрахованного лица из должности" = да.
Необходимо:
- скрыть категорию плательщика страховых взносов в 1-м окне картотеки
- скрыта категорию плательщика страховых взносов в РПД-1
- отобразить код категорию ЗЛ в 6-м окне картотеки
- отобразить код категорию ЗЛ в окне выбора должностей по штатному расписанию
Отображать нужно именно как код категории застрахованного лица (Код категории ЗЛ) из каталога должностей/профессий.
Как измененно :
Республика Беларусь.
При "Настройки Галактики \ Управление персоналом \ Общие настройки \ Стажи \ Брать категорию застрахованного лица из должности" = да.
- скрыта категория плательщика страховых взносов в 1-м окне картотеки
- скрыта категория плательщика страховых взносов в РПД-1
- выводится код категории ЗЛ в 6-м окне картотеки (на закладке "Прием / переводы" в таблице рядом с должностью)
- выводится код категории ЗЛ в окне выбора должностей по штатному расписанию (в таблице рядом с кодом должности)
2017-10-12 14:03:39
Краткое описание :
неверно формируется информация о среднем заработкеОписание :
* Алгоритмы больничныхЧто измененно :
Неверно формируется информация о среднем заработке.
Установлен алгоритм 17.
Выбран период с 01.10.2016 по 31.10.2016.
Установлен параметр Учитывать текущие результаты расчета заработной платы.
В октябре сотрудник был уволен 25.10.2016 и вновь принят 26.10.2016,
соответственно количество фактических дней за октябрь 5 , а зарплата попадает
в справку за весь отработанный период 56 517,38 ??
При выборе заработка за октябрь необходимо ограничиться периодом от последней
даты поступления.
Как измененно :
Доработан отчет "Информация о среднем заработке" для алгоритмов
17, 17, 22, 23, 33, 50-53 по настройку на Россию c установленным параметром
"Учитывать текущие результаты расчета заработной платы".
Теперь в отчет попадает информация только от последней даты поступления.
2017-10-12 14:03:40
Краткое описание :
Некорректная работа фильтров в верхней панели(browse BRALLLSCHETPERSONS)Описание :
Справочник рабочих периодов (обобщенно)Что измененно :
Некорректная работа фильтров в верхней панели(browse BRALLLSCHETPERSONS).
В случае, если под установленный фильтр не попадает ни одна из записей в интерфейс выгружаются все записи.
Чего происходить не должно.
Как измененно :
В интерфейсе Кадры - Учет времени - Отпуска - Справочник рабочих периодов - Выбор фильтра.
Если помечено подразделение, и в нем нет сотрудников, то выводится пустой список.
Пометка всех сотрудников идет, если не помечено ни одно подразделение.
2017-10-12 14:03:39
Краткое описание :
В доп. Аналитике поле "Производитель МТР" необходимо сделать "ссылка-строка" с ссылкой на каталог контрагентовОписание :
Не знаю, какая именно часть модуля Целевой учет запасов, научитеЧто измененно :
В доп. Аналитике есть поле "Производитель МТР". В настоящее время это строка. Необходимо сделать "ссылка-строка" с ссылкой на каталог контрагентов (по аналогии с каталогом МОЛов).
Как измененно :
В поле "Производитель МТР" добавлен PickButton, выбор значения пользовательской аналитики "Производитель МТР".
После выбора, значение аналитики копируется в соответствующее поле доп. ЦУ. Ссылка на выбранную пользовательскую аналитику не сохраняется.
2017-10-12 14:03:39
Краткое описание :
В БД появилось множество ломанных ссылок на доп.аналитику, как лечиться?Описание :
Не знаю, какая именно часть контура логистики, научитеЧто измененно :
В БД появилось множество ломанных ссылок на доп.аналитику, как лечиться?
Например, при попытке просмотра доп.аналитику ЦУ в текущих остатках (CTRL+F2 в позиции спецификации приходной накладной)
и далее F3 в поле доп.аналитики получаем:
Отсутствует запись в таблице ExtTuneCU (NRec = 281474976710658)
Как измененно :
Реализован запрет на изменение и удаление настройки доп. аналитик ЦУ при наличии уже созданных записей по данной настройке.
2017-10-12 14:03:39
Краткое описание :
ДопЦУ. Выбор первичного документа из накладныхОписание :
Объекты целевого учетаЧто измененно :
ДопЦУ. Выбор первичного документа из накладных
Для повышения быстродействия необходимо избавится от "жесткой" подцепки:
and KatSopr.NRec /== SpSopr.cSopr
Как измененно :
Увеличено быстродействия поиска первичных документов.
2017-10-12 14:03:39
Краткое описание :
Слетает ссылка на доп ЦУОписание :
Объекты целевого учетаЧто измененно :
Слетает ссылка на доп ЦУ
Как измененно :
Исправлено некорректное удаление записи в таблице ExtCU.
2017-10-12 14:03:41
Краткое описание :
РПД-70 - контроль отпуска на период перевода.Описание :
70. Временный переводЧто измененно :
РПД-70.
Необходимо проверять, нет ли отпусков на период замещения.
Как измененно :
РПД-70.
Доработана проверка приказа.
В случае, если на период замещения, у переводимого сотрудника есть отпуск, будет выдано предупреждающее сообщение "Найдены оформленные отпуска, попадающие на период замещения!" с возможностью отмены. Данное сообщение дублируется в протокол.
2017-10-12 14:03:40
Краткое описание :
Неправильный расчет сдвига РП при наличии работы во время отпуска по уходуОписание :
Панель "Источники сдвигов РП"Что измененно :
РФ:
Сотруднику с помощью РПД-92 оформили выход на работу во время отпуска по уходу за ребенком. Период такой работы должен включаться в стаж, дающий право на ежегодный основной оплачиваемый отпуск, но в период сдвига рабочего периода включаются выходные, попавшие в период работы.
Как измененно :
Для РФ:
В период сдвига рабочего периода теперь не включаются:
- выходные дни в период работы во время отпуска по уходу за ребенком;
- дни больничных во время работы во время отпуска по уходу за ребенком.
2017-10-12 14:03:40
Краткое описание :
Обрезается наименование улицы в адресе для ЭДО.Описание :
Административно-территориальное делениеЧто измененно :
Обнаружена проблема в адресе, при экспорте документов в ЭДО, обрезается наименование улицы.
В БД имеется организация со следующим юр. адресом:
Российская Федерация, Вологодская область, г. Череповец, Северное шоссе, дом 75
В КЛАДРе следующая структура:
Российская Федерация (Тип элемента: Страна)
Вологодская область (Тип элемента: Регион; Код региона: '34')
Г. Череповец (Тип элемента: Город)
Северное шоссе (Тип элемента: Улица)
Дом заведён в соответствующей графе "Дом" в интерфейсе редактирования адреса.
При выгрузке УПД, обрезается название улицы "Северное шоссе" до "Северное" и имеет следующий вид:
Адрес>
<АдрРФ Индекс="162622" КодРегион="34" Город="г. Череповец" Улица="Северное" Дом="75"/>
Выгрузка производится по следующим параметрам:
Документ: Сопроводительный документ
Тип документа: Акт на оказание услуги
Как измененно :
Слово "шоссе" не вырезается из названия элемента АТД. В справочнике ФИАС нет ни одного элемента АТД с типом "шоссе". Везде "ш". В то же время есть ряд названий включающих слово "шоссе". Например: РОССИЯ, Краснодарский край, Краснодар г, Шоссе Нефтяников ул.
2017-10-12 14:03:39
Краткое описание :
Очень медленно работает расчет средних в межрасчетных
начисленияхОписание :
Расчеты по алгоритмам в режиме "Начисления и выплаты"Что измененно :
При расчете начислений в интерфейсе межрасчетных начислений для
вида оплаты с алгоритмом по расчету отпускных система рассчитывает одного
сотрудника 6 секунд. При расчете 1400 сотрудников ждать результата придется 2,5
часа + формирование протокола.
Как измененно :
РБ. Сокращено время расчётов отпусков и оплат по отпускным
алгоритмам за счёт сокращения излишних вызовов функции поиска переходов в
месяцах расчётного периода. Точные характеристики ускорения для каждого клиента
будут индивидуальны и будут зависеть от количества записей в архиве оплат для
рассчитываемого работника, приходящихся на каждый из месяцев расчётного
периода. А также от количества заведенных переходов в межпериод в месяцах
расчётного периода.