Задачи ЕРП Галактика решенные на дату 2017-04-24

Задача :101.61612

2017-04-24 19:07:39
Краткое описание :
Лишняя строка в разбивке аванса
Описание :
Расчет удержаний (общие вопросы)
Что измененно :

При расчете зарплаты за половину месяца с параметром "расчет аванса" сумма, перечисленная в межпериод с системным кодом 208,отразилась в результатах расчета заработной платы с кодом 199.

Функциональность расчета зарплаты в режиме аванса построена таким образом, что при записи в базу данных, коды, зашитые для перечисления зарплаты заменяются на код аванса.
Таким образом, сумма по виду оплаты 19, перечисленная реестром межпериода с кодом 208, отразилась в результатах расчета заработной платы с кодом 199.
Если бы пользователи не использовали код 208 для межпериода, а использовали другой код, не указанный в списке жестко зашитых кодов, у них подмена кодов не произошла бы.
Как измененно :

Доработана функция расчета зарплаты за первую половину месяца с параметром "расчет аванса" для случаев, когда суммы перечисленные в межпериод отражаются системными
кодами удержаний "206...210, 220...230", заявленными разработчиками для перечисления всей зарплаты в сбербанк.
Теперь,если сумма пришла из реестра на перечисление, то в результаты расчета зарплаты сумма записывается с кодом из реестра.

Задача :101.61642

2017-04-24 19:07:39
Краткое описание :
6НДФЛ. Больничный за счет предприятия делится на две части. Вторая часть выпадает из 6НДФЛ, т.к. в ней нет источника выплаты
Описание :
Расчет удержаний (6-НДФЛ)
Что измененно :

6НДФЛ. Больничный за счет предприятия делится на две части. Вторая часть выпадает из 6НДФЛ, т.к. в ней не проставляется источник выплаты.
Пример: сотруднику в текущем месяце заносят больничный, который начался в прошлом месяце. Текущий месяц март. В результате, при расчете зарплаты первые три дня за счет предприятия разбились на два части. Два дня февраля и один день в текущем месяце. В записи НДФЛ на два дня февраля есть ссылка на источник выплаты, а в записи на один день марта - нет. В результате, часть налога не попадает в 6НДФЛ.
Как измененно :

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

Задача :101.61645

2017-04-24 19:07:39
Краткое описание :
По некоторым людям не считаются удержания с больничных межпериода
Описание :
Расчет удержаний с больничных листов
Что измененно :

По некоторым людям не считаются удержания с больничных межпериода. По этой причине, не формируются реестры по НДФЛ с больничных, что отрицательно влияет на корректность отчета 6-НДФЛ.
Расчетный месяц март 2017 г.
У работника имеется больничный
с 20/02/2017 по 25/02/2017
и отпуск с 31/03/2017 по 27/04/2017
Для видов оплаты больничного в КВО установлена настройка
Учет дохода в налоговой отчетности "по месяцу, в котором выплачен"
При расчете НДФЛ(без учета вычетов на раб и реб.) НДФЛ в итоге не расчитывается!!! Почему?
Как измененно :

Доработана функция расчета НДФЛ с больничных межпериода за прошлый месяц, если для видов оплаты больничного в КВО установлена настройка Учет дохода в налоговой отчетности "по месяцу, в котором выплачен"
Теперь доход для такого больничного учитывается по дате выплаты.

Примечание 1.
В системе Галактика при расчете НДФЛ с отпуска и больничного учитывается общая сумма дохода с начислений межпериода.
На предоставленной базе данных у работника имеется отпуск на сумму 17814.33 с которого удержан НДФЛ 2577.
Очевидно, что данный НДФЛ был рассчитан с учетом суммы больничного.
Чтобы перераспределить НДФЛ, нужно выполнить следующую последовательность действий:
1.в окне больничного выполнить функцию "Отмена расчета удержаний"
2.в окне расчета отпуска выполнить функцию "Расчет удержаний..." для того чтобы изменить суммы НДФЛ с отпуска
3.выполнить функцию "Расчет удержаний..." в окне больничного.

Задача :102.163578

2017-04-24 19:07:39
Краткое описание :
ОО. Расчет СДЗ для сотрудника с повторным приемом на старый ЛС.
Описание :
Расчёт [РФ]
Что измененно :

ОО. Расчет СДЗ для сотрудника с повторным приемом на старый ЛС.
При выборе расчетного периода система не учитывает дату повторного приема, и учитывает все начисления за год предыдущего назначения.
Алгоритм 69.
Как измененно :

Раньше для повторной записи работника расчёт СДЗ повторно не запускался, в неё переносился предыдущий средний. Это было реализовано для ускорения расчётов. Сейчас по записям, относящимся к разным периодам работы, расчёт СДЗ выполняется отдельно.
Для правильного формирования расчётного периода в алгоритм расчёта СДЗ передаётся из оценочного обязательства признак отнесения к тому или ином периоду работы сотрудника.

Задача :102.163859

2017-04-24 19:07:39
Краткое описание :
Перенос полей КАУ для минимальных окладов из Lschet в OtpDop (конвертор и интерфейс минимальных гарантированных окладов )
Описание :
Лицевые счета (окно ввода и редактирования)
Что измененно :

В связи с докомпиляцией БД для поддержки 12 уровней аналитик из таблицы LSchet удаляются поля КАУ для минимальных окладов. Их следует сохранить в другой таблице.
Как измененно :

В результате докомпиляции БД из таблицы LSchet удалены поля КАУ для минимальных окладов. Значения, в них заполненные перенесены в таблицу OtpDop (связь OtpDop.VidOpl = -15001 and OtpDop.cLSch = LSchet.NRec). Функционал, учитывающий КАУ для минимальных окладов, теперь взаимодействует с этой таблицей.

Задача :102.165239

2017-04-24 19:07:39
Краткое описание :
При формирование проводок не проставляется дескриптор
Описание :
Бухгалтерские справки
Что измененно :

Если проводки формируются с использование ТХО (у клиента в удержании привязана ТХО), то в них не проставляется дескриптор.
Если у пользователя установлено ограничены права на доступ к документом (только свои), то он не может редактировать/удалять эти проводки.
База клиента у меня есть
Как измененно :

В модуле "Заработная плата" при формировании бухсправки с использованием ТХО в создаваемую к бухсправке хозоперацию копируются дескрипторы из бухсправки.

Задача :102.165531

2017-04-24 19:07:39
Краткое описание :
Установка параметров для сторнирования налогов на ФОТ
Описание :
Окно параметров расчета
Что измененно :

При установке количества месяцев для сторнирования налогов на ФОТ в параметрах расчета заработной платы их можно изменять по стрелочкам (увеличение, уменьшение), при этом количество доходит до 12 и сбрасывается на ноль, а максимально возможное количество месяцев - 23, но установить его можно, только набрав соответствующую цифру, листанием помесячно сделать нет возможности, это неудобно. Необходимо дать возможность изменять количество месяцев сторнирования листанием до максимального, с учетом проверки на превышение максимально возможного значения, как это сделано для ручного ввода.
Как измененно :

В окне параметров расчета зарплаты на закладке налоги на ФОТ для поля количество месяцев для сторнирования увеличено значение до 23 при выборе кнопками прокрутки.

Задача :102.166132

2017-04-24 19:07:39
Краткое описание :
Предлагаю сервисную функцию "Разбивка архива удержаний по НДФЛ в разрезе видов оплат" перенести в архив
Описание :
Разбивка архива удержаний НДФЛ в разрезе видов оплат
Что измененно :

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

Функция "Разбивка архива удержаний по НДФЛ в разрезе видов оплат" была перенесена в меню Заработная плата - Настройка - Архивы.

Задача :102.166165

2017-04-24 19:07:39
Краткое описание :
1 рубль НДФЛ в результатах расчета без вида оплаты
Описание :
Расчет подоходного налога
Что измененно :

Сотруднику выплачена премия в межпериод. От суммы премии посчитан налог 27111. Сформирован реестр НДФЛ в межпериод. Теперь считаем зарплату.
В результатах расчета появляется запись НДФЛ на 1 рубль. Сейчас у этой записи нет кода оплаты вообще, а значит код дохода для 6НДФЛ не определен.
xml-выгрузка по сотруднику показала, что ситуация связана с тем, что у сотрудника все виды оплат, начисленные за период, имеют отличный от нуля приоритет оплаты для отнесения остатка округления НДФЛ.
В этой ситуации и происходит сбой.
Как измененно :

Исправлена ошибка формирования результатов расчета НДФЛ с учетом поля КВО => Удержания => Приоритет оплаты для отнесения остатка округления НДФЛ.
Теперь, запись об остатке округления НДФЛ +/- 1 рубль всегда имеет код оплаты, который определяется согласно приоритетам.
Примечание. Ошибка проявлялась в ситуации, когда у сотрудника все виды оплат, начисленные за период, имеют отличный от нуля приоритет оплаты для отнесения остатка округления НДФЛ.

Задача :102.166208

2017-04-24 19:07:34
Краткое описание :
Способ идентификации компьютеров в распределенной вычислительной сети
Описание :
Сервер распределенного расчета
Что измененно :
Сейчас при открытии окна сервера распределенного расчета
зарплаты его имя определяется как локальное сетевое имя компьютера. Если это
имя указывать в списке серверов диспетчера распределенного расчета и при этом,
если диспетчер и сервер находятся в различных доменах, то соединение между ними
не будет установлено. Это ограничение можно обойти, если в диспетчере
распределенного расчета указывать не сетевые адреса, а полные доменные имена
или IP-адреса серверов.
При использовании локальных сетевых или полных доменных имен следует также
учитывать ограничение на длину имени в 20 символов (см. 102.166030).

Для более гибкой настройки предлагается реализовать возможность указать в
конфигурационном файле желаемый способ идентификации серверов:
- по локальному сетевому имени (как сейчас)
- по полному доменному имени (этот способ буден целесообразно сделать по
умолчанию после реализации 102.166030)
- по IP-адресу
Как измененно :
В окне диспетчера распределенного расчета зарплаты в поле
"Наименование сервера" вручную можно указывать любой из перечисленных ниже
способов идентификации:
- сетевое имя компьютера, на котором запущен сервер (имя не должно превышать 20
символов и сервер должен располагаться в том же домене, что и диспетчер);
- полное сетевое имя, включающее домен (не должно превышать 20 символов);
- IP-адрес сервера в локальной сети.
Взаимодействие диспетчера и серверов будет осуществляться с учетом
перечисленных выше ограничений на длину имени и нахождение в одном домене.

Автоматическая идентификация компьютера осуществляется:
а) При открытии окна сервера распределенного расчета. По умолчанию имя сервера
будет отображено как сетевое имя компьютера.
б) При ручном добавлении настройки на сервер в окне диспетчера в качестве имени
сервера будет подставлено сетевое имя текущего компьютера.

Способ идентификации можно изменить, указав в конфигурационном файле (сервера
для случая (а) или диспетчера для случая (б)) в пользовательской секции
{PayrollDistributeServer} числовой параметр NameType. При значении 1 будут
использоваться полные сетевые имена, включающее домен. При значении 2 будут
использоваться IP-адреса.

При выполнении авторегистрации стартующих серверов (Alt+3 в окне диспетчера)
диспетчер будет фиксировать их сетевые имена в форматах, которые определены в
конфигурационных файлах этих серверов.

Задача :102.166209

2017-04-24 19:07:39
Краткое описание :
Номер порта сервера задавать в конфигурационном файле
Описание :
Сервер распределенного расчета
Что измененно :
Для автоматизации тестирования распределенного расчета зарплаты
нужно реализовать возможность указывать номер порта сервера в его
конфигурационном файле. В случае, если будет задано ненулевое значение порта,
при открытии интерфейса сервера распределенного расчета сервер должен
стартовать автоматически.

При автоинициализации списка стартовавших серверов у добавленных серверов длину
очереди устанавливать в значение 3 (сейчас 0).
Как измененно :
Номер порта сервера можно задать в его конфигурационном файле -
в пользовательской секции {PayrollDistributeServer} числовой параметр
PortNumber. Если этот параметр не задан, то будет как и ранее по умолчанию
использоваться значение 7777. Если параметр задан, то при открытии окна сервера
распределенного расчета сервер будет стартовать автоматически.

Если этот же параметр указать в его конфигурационном файле диспетчера, то при
ручном добавлении настроек на серверы в окне диспетчера, для серверов по
умолчанию будет использоваться номер порта, заданный в конфигурационном файле.
Если не задан, то по умолчанию 7777.
Длина очереди добавляемого как вручную, так и при авторегистрации сервера
устанавливается в значение 3.

Задача :102.166213

2017-04-24 19:07:39
Краткое описание :
Суммы пересчета налогов на ФОТ за предыдущий период попадют в графу "Налог после превышения тек."
Описание :
Расчёт налогов на ФОТ
Что измененно :

Суммы пересчета солидарной части за предыдущий период попадают в графу "Налог после превышения тек.", хотя превышения базы не было.
Как измененно :

Для РФ для налога с дополнительным признаком "Л" в случае пересчета (расчета со сторнированием) суммы налога корректно разносятся по колонкам "Налог до превышения тек." и "Налог после превышения тек.".

Задача :102.166226

2017-04-24 19:07:39
Краткое описание :
Диапазон номеров клонов
Описание :
Импорт лицевых счетов
Что измененно :
Чтобы можно было запускать клонирование несколько раз, нужно
дать возможность задавать не количество клонов, а диапазон их номеров "с ... по
...".
Как измененно :
Вместо поля "Количество клонов" сделано два поля "Клонирование
с" и "по".
К табельному номеру прибавляется трехзначный номер клона, дополненный слева
нулями, если в поле "по" задано значение меньше 1000. Иначе 4-значный и т.д.

Кроме того, оптимизирована структура таблиц в памяти, чтобы более рационально
шла работа с оперативной памятью при импорте.
Оптимизирован поиск новых NRec'ов для некоторых таблиц.
Исправлена ошибка, приводившая к дублированию при импорте внешних атрибутов.

Задача :102.166246

2017-04-24 19:07:39
Краткое описание :
Лишняя сумма в результатах расчета по НДФЛ с матпомощи
Описание :
Расчет удержаний (6-НДФЛ)
Что измененно :

Лишняя сумма в результатах расчета по НДФЛ с матпомощи.
В результатах расчета 3 записи вместо 2-х.
Не вся МП отображается в отчете 6-НДФЛ.
Рассмотрим на конкретном примере.
Сотруднику начислена МП в функции "Начисления и выплаты".
Вторая МП начислена МП в функции "Постоянные доплаты"
Одна перечислена в межпериод.
вторая МП выплачена с ЗП.
В результатах расчета зарплаты по МП 3 строчки.
Как измененно :

1.Исправлен расчет начислений при расчете заработной платы по учету материальной помощи.
Теперь в результаты расчета заработной платы для начислений межпериода переносится вычет по мат.помощи из функции "Начисления и выплаты".
В результате правильного заполнения вычета в начислении формирование результатов расчета НДФЛ также происходит правильно.

Задача :102.166423

2017-04-24 19:07:39
Краткое описание :
Автоматическое параллельное сохранение протокола
Описание :
Импорт лицевых счетов
Что измененно :
При параллельном импорте с помощью терминальных сессий
столкнулись с тем, что некоторые сессии аварийно завершались и не было способа
выяснить на каком этапе импорта это происходило. Нужно включить автоматическое
параллельное сохранение протокола в файл.
Как измененно :
Протокол импорта автоматически сохраняется в файл
ZarInfo_Import.log в каталоге, определяемом параметром конфигуратора
Files.OutputFilesDirectory.

Задача :102.166658

2017-04-24 19:07:39
Краткое описание :
Не прерывать импорт в случае ошибок БД
Описание :
Импорт лицевых счетов
Что измененно :
Для решения задачи создания БД на 1 млн ЛС выполняли импорт
xml-файла с 1455 ЛС с включенной опцией клонирования, причем выполняли это в
несколько параллельных сессий. Столкнулись с тем, что в некоторых сессиях
возникала ошибка БД, что приводило к прерыванию в ней процесса импорта.
Нужно сделать, чтобы импорт в таких случаях не прерывался, а информация об
ошибке сохранялась в лог.
Как измененно :
Доработано.

Задача :180.10103

2017-04-24 19:07:39
Краткое описание :
Невозможно пересчитать архив налогов на ФОТ по налогу по несчастному случаю за 2013 год находясь в отчетном периоде 2017 года
Описание :
Сервис налогов на ФОТ за закрытые месяцы
Что измененно :

Невозможно пересчитать архив налогов на ФОТ по налогу по несчастному случаю за 2013 год находясь в отчетном периоде 2017 года.
Как измененно :

Функция пересчета архива налогов на ФОТ (Настройка - Сервисные функции - Налоги на ФОТ - Сервис налогов на ФОТ за закрытые месяцы с параметром пересчет налогов(Архив налогов на ФОТ)) позволяет пересчитывать налог по травматизму за прошлые годы: - 4 года от расчетного (например, в 2017 году можно запустить пересчет не ранее, чем за 2013).