2016-08-23 14:13:35
Краткое описание :
Необходимо подтверждение при переформировании статистических данныхОписание :
Статистика о труде и движении рабочей силыЧто измененно :
Меню "Отчёты - Статистическая отчётность - Статистика о труде и движении рабочей силы, режим работы "Формирование". Необходимо выдавать запрос на перефомирование статистических данных.
Как измененно :
При формировании статистических данных добавлен запрос на переформирование уже сформированных статистических данных.
Если запрос подтвержден данные за указанный период переформируются, иначе - нет.
2016-08-23 14:13:35
Краткое описание :
Логирование предупреждений при работе с dsk -
объект:"molsort"Описание :
Не знаю, какая именно часть контура логистики, научитеЧто измененно :
----------------------------------------------------
14.03.2016 14:59:93, объект:"molsort"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : GETSOMEMOL
Записан: GETMOL
----------------------------------------------------
Предупреждение в логе появляется однократно.
Как измененно :
Исправлено
Теперь у интерфейсов одиночного и множественного выбора МОЛ свои сортировки
2016-08-23 14:13:35
Краткое описание :
Логирование предупреждений при работе с dsk, объект: OrdersFiltrОписание :
ОтпускаЧто измененно :
Логирование предупреждений при работе с dsk:
17.03.2016 14:54:27, объект:"OrdersFiltr_IsOneYear1_balush"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : ORDERSLIST
Записан: ORDERSFILTR
----------------------------------------------------
17.03.2016 14:54:27, объект:"OrdersFiltr_wYearFlt_balush"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : ORDERSLIST
Записан: ORDERSFILTR
Как измененно :
Ликвидирована передача через dsk следующих параметров фильтра реестра всех приказов по персоналу:
- установленности галочки "только за указанный год"
- год приказов для фильтра
Поле для ввода года теперь ограничено четырьмя символами.
2016-08-23 14:13:35
Краткое описание :
Логирование предупреждений при работе с dsk,
объект:"KatMOL_cpodr1"Описание :
Не знаю, какая именно часть контура логистики, научитеЧто измененно :
Логирование предупреждений при работе с dsk,
объект:"KatMOL_cpodr1"
При выборе фильтра по МОЛ в документах(отчетах):
----------------------------------------------------
18.03.2016 09:39:84, объект:"KatMOL_cpodr1"
[x]: Несовпадение типов считываемого объекта (Comp) и сохраненного (Byte)
----------------------------------------------------
18.03.2016 09:39:85, объект:"molsort"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : GETSOMEMOL
Записан: GETMOL
Как измененно :
Исправлено
2016-08-23 14:13:35
Краткое описание :
объект:"pr_all_TypeRep"Описание :
1. Прием на работуЧто измененно :
----------------------------------------------------
04.04.2016 16:49:32, объект:"pr_all_TypeRep"
[x]: Несовпадение типов считываемого объекта (Word) и сохраненного (Byte)
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : NFORMT5_2004
Записан: NFORMT1_2004
----------------------------------------------------
Как измененно :
Устранена передача через DSK параметра печати отчета по приказам по персоналу, определяющего вид отчета FCom/FastReport.
2016-08-23 14:13:35
Краткое описание :
объект:"vedt49fc_UserZPBank".Объект считывается не из того интерфейса, в котором был записан.Описание :
Расчетно-платежная ведомостьЧто измененно :
объект:"vedt49fc_UserZPBank".Объект считывается не из того интерфейса, в котором был записан.
05.04.2016 17:50:58, объект:"vedt49fc_UserZPBank"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_VidVed"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_NMarkerColumn8"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_NMarkerColumn9"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_NMarkerColumn10"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_NMarkerColumn11"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_NMarkerColumn12"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_NMarkerColumn13"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_UMarkerColumn15"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_UMarkerColumn16"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_UMarkerColumn17"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_UMarkerColumn18"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_AdditionalTunes"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_NameColumn8"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_NameColumn9"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_NameColumn10"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_NameColumn11"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_NameColumn12"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_NameColumn13"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_NameColumn15"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_NameColumn16"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_NameColumn17"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
----------------------------------------------------
05.04.2016 17:50:58, объект:"vedt49fc_NameColumn18"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : VEDT49_2
Записан: RPPARAMS
Как измененно :
Исправлено.
2016-08-23 14:13:35
Краткое описание :
объект:"vedt49fc_YearK".Несовпадение типов считываемого объекта (Word) и сохраненного (Integer)Описание :
Расчетно-платежная ведомостьЧто измененно :
объект:"vedt49fc_YearK".Несовпадение типов считываемого объекта (Word) и сохраненного (Integer)
2016 09:44:44, объект:"vedt49fc_YearK"
[x]: Несовпадение типов считываемого объекта (Word) и сохраненного (Integer)
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : RPV_OPLUD
Записан: RPPARAMS
------
Как измененно :
Исправлено.
2016-08-23 14:13:35
Краткое описание :
Формировании приказа на отпуск по отпуску с типом "Целодневная неявка"Описание :
ОтпускаЧто измененно :
При формировании приказа на отпуск по отпуску с типом "Целодневная неявка" выдается предупреждение и тип отпуска меняется на другой (непонятно какой) и без проблем утверждается. Клиенты наплодят кучу таких отпусков.
Как измененно :
При выборе в РПД-41 по персоналу отпуска с типом "Основной" или "Целодневная неявка" выдается предупреждение о том, что оформление данных отпусков производится с помощью других РПД (6 и 71 соответственно). Тип отпуска в приказе при этом не меняется.
2016-08-23 14:13:35
Краткое описание :
Help. Подключить топик справкиОписание :
Расчет зарплаты от обратногоЧто измененно :
1. К интерфейсу "Расчет зарплаты от обратного" ("Операции" > "Обратный расчет" > "Расчет зарплаты от обратного") подключить справку.
2. К интерфейсу "Параметры формирования сведений об обратном расчете" ("Операции" > "Обратный расчет" > "Отчет по работникам") подключить справку.
Как измененно :
Справка подключена.
2016-08-23 14:13:35
Краткое описание :
Сохранение постоянных доплат после окончания срока действия доплатыОписание :
Переход к новому периодуЧто измененно :
В настоящий момент постоянные доплаты после окончания срока действия не удаляются, а переводятся в статус не участвуют в расчете "нет". Часто бывает, что ежемесячно ряд доплат вводятся приказами со сроком действия один месяц. Накапливать такие ВО в постоянных доплатах неудобно и малоинформативно.
Предлагается реализовать возможность выбора способа работы. В зависимости от выбора, либо удалять доплаты после окончания срока действия, либо изменять их статус.
P.s. доплаты с алгоритмом 97 должны оставаться в любом случае для контроля предоставления вычетов, не зависимо от выбора способа работы.
Как измененно :
В классификатор видов оплат на вкладке "Главная" добавлен признак "Удалять завершенные доплаты при переходе", который может принимать значения "да" или "нет".
При значении "да" доплаты, у которых закончился срок или остаток, будут удаляться при переходе на новый расчетный период.
При значении "нет" доплаты, у которых закончился срок или остаток, будут исключаться из расчета.
Значение по умолчанию - "нет".
2016-08-23 14:13:35
Краткое описание :
Зависание РПД-70 с открытой датой окончания в случае закрытия доплат по ШРОписание :
70. Временный переводЧто измененно :
Если у сотрудника есть доплата по штатному расписанию основного назначения, то утверждение приказа на временное замещение с освобождением от своих обязанностей (РПД-70 по персоналу) с выбранной опцией "Закрыть доплаты по штатному расписанию для основного назначения" и не указанной датой завершения замещения приводит к зависанию процесса утверждения.
Как измененно :
При утверждении РПД-70 с открытой датой окончания с выбором опции "Закрыть доплаты по штатному расписанию для основного назначения" доплаты закрываются датой за день до начала замещения. Утверждение приказа не зависает.
Только для 9.1:
Исправлена проблема, из-за которой при установке опции "Закрыть персональные доплаты на период временного перемещения" система предлагала добавить в приказ доплату "как процент от нового оклада сотрудника".
2016-08-23 14:13:35
Краткое описание :
Добавить глубину иерархии подразделений в РПВОписание :
Расчетно-платежная ведомостьЧто измененно :
Необходимо добавить поле Глубина иерархии подразделений в РПВ: Настраиваемая форма (Excel+исх.дынные), Excel форма в разрезе ВО и ВУ. При формировании формы в режимах - в разрезе подразделений, в разрезе работников (печать на один лист) при группировке и выводе подразделений учитывать значение поля Глубина иерархии.
Как измененно :
Для вкладок РПВ "Настраиваемая форма(Excel+исходные данные)" и "Excel-форма в разрезе видов оплат и удержаний" добавлен новый параметр(галочка) "учитывать глубину иерархии подразделения" с возможностью вводить глубину иерархии подразделения. Данный параметр актуален для формирования ведомости "В разрезе подразделений" или "В разрезе работников (печать на один лист)".
2016-08-23 14:13:35
Краткое описание :
Дать возможность снять утверждение приказаОписание :
6. Оформление очередного отпускаЧто измененно :
Есть большой утвержденный приказ на отпуск. Нашли ошибку по одному человеку. Изменить утвержденный приказ НЕЛЬЗЯ! Приходится удалять позицию и вводить ее отдельным приказом.
Как измененно :
Если выключена (установлена в "нет") настройка запрета удаления утвержденных приказов ("Настройки Галактики \ Управление персоналом \ Управление и учет кадров \ Приказы \ Приказы по персоналу \ Общие настройки \ Запретить удаление утвержденных приказов"), а РПД-6 был утвержден при включенной настройке пролонгирования приказов по персоналу ("Настройки Галактики \ Управление персоналом \ Управление и учет кадров \ Приказы \ Приказы по персоналу \ Общие настройки \ Использовать технологию пролонгирования приказов") и данная настройка включена, то в локальном меню позиции приказа отображается пункт "Отменить утверждение приказа".
При отмене проводится проверка на возможность ее осуществления (аналогичная проверке перед удалением: не рассчитаны ли еще отпуска, не закрыт ли для редактирования табель). Если проверка проходит успешно, откатываются действия, внесенные приказом при его утверждении (отпуска в 7 окне картотеки и Заработной плате).
2016-08-23 14:13:35
Краткое описание :
Логирование предупреждений при работе с DSK, объект:"contbdocd2" и "contbdocd1"Описание :
Соответствие накладных и документов на продажуЧто измененно :
Логирование предупреждений при работе с DSK, объект:"contbdocd2" и "contbdocd1"
при печати отчета:
----------------------------------------------------
20.07.2016 15:34:21.39, объект: "contbdocd2"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : SOPREQUALDOCS
Записан: CONTBDOC
----------------------------------------------------
20.07.2016 15:34:21.39, объект: "contbdocd1"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : SOPREQUALDOCS
Записан: CONTBDOC
Как измененно :
Устранены предупреждения при работе с DSK
2016-08-23 14:13:35
Краткое описание :
РПД 1 - не сохраняется дата рожденияОписание :
1. Прием на работуЧто измененно :
Не сохраняются изменения в поле "Дата рождения" приказа о приеме (РПД-1 по персоналу), если после ввода даты не изменять других данных.
Как измененно :
Изменения даты рождения в приказе о приеме сохраняются.
2016-08-23 14:13:35
Краткое описание :
Сумма прописью не соответствует сумме цифрамиОписание :
О зарплате [РБ]Что измененно :
Сумма прописью не соответствует сумме цифрами, если сумма будет оканчиваться на 1 или 2
Как измененно :
Сумма прописью соответствует сумме цифрами.
2016-08-23 14:13:35
Краткое описание :
Сумма прописью не соответствует сумме цифрамиОписание :
О размере начисленного пособия на детей [РБ]Что измененно :
Сумма прописью не соответствует сумме цифрами, если сумма будет оканчиваться на 1 или 2
Как измененно :
Сумма прописью выводиться корректно
2016-08-23 14:13:35
Краткое описание :
Сумма прописью не соответствует сумме цифрами (Отчет по алиментам РБ)Описание :
Вспомогательные ведомостиЧто измененно :
Сумма прописью не соответствует сумме цифрами (Отчет по алиментам РБ)
Как измененно :
Сумма прописью соответствует сумме цифрами (Отчет по алиментам РБ)
2016-08-23 14:13:35
Краткое описание :
Логирование предупреждений при работе с DSK, объект: "KatMOL_cpodr1"Описание :
Реализация товаров, оказание услугЧто измененно :
Логирование предупреждений при работе с DSK.
При установке фильтра по МОЛ:
----------------------------------------------------
29.07.2016 10:21:07.34, объект: "PickMOL_noDelPick"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : GETSOMEMOL
Записан: REPBS
Как измененно :
Избавлено от предупреждений при работе с DSK при выборе МОЛ
2016-08-23 14:13:35
Краткое описание :
Логирование предупреждений при работе с DSK, объект: "GetSomeParty_noDelPick"Описание :
Реализация товаров, оказание услугЧто измененно :
Логирование предупреждений при работе с DSK, объект: "GetSomeParty_noDelPick"
Фильтр по партии:
----------------------------------------------------
29.07.2016 11:35:23.15, объект: "GetSomeParty_noDelPick"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : GETSOMEPARTY
Записан: REPBS
Как измененно :
Избавлено от предупреждений при работе с DSK при выборе партии
2016-08-23 14:13:35
Краткое описание :
После работы функции корректировки изменилась сумма НДФЛ межпериода, из-за этого появилась запись с "минус рубль"Описание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
После работы функции корректировки изменилась сумма НДФЛ межпериода, из-за этого появилась запись с "минус рубль".
В расчет зарплаты за июнь было создано удержание с ссылкой на вид оплаты "компенсация", при этом реально компенсации у этого человека не было.
Запустили по нему сервисную функцию корректировки архива. В результате сумма НДФЛ межпериода стала больше на рубль и появилась запись на "-" 1 рубль. У отпуска, как до функции, так и после почему-то источник "начисления и выплаты", а не "отпуск". Желательно изменить на "отпуск", иначе функция контроля не находит реестр.
Как измененно :
Доработана функция корректировки.
Теперь После работы функции корректировки запись с "минус рубль" не появляется.
Если для сумм с типом "О" установлен тип источника "НиВ", то он изменяется на "отпуск".
Ситуация проявлялась в следующем случае.
в расчет зарплаты за июнь было создано удержание с ссылкой на вид оплаты "компенсация", при этом реально компенсации у этого человека не было.
Запустили по нему сервисную функцию корректировки архива. В результате сумма НДФЛ межпериода стала больше на рубль и появилась запись на "-" 1 рубль.
2016-08-23 14:13:35
Краткое описание :
Потеря функциональности. Невозможно сформировать рекламационную накладную.Описание :
В сбытеЧто измененно :
Невозможно сформировать рекламационную накладную.
Ош.- "Нет данных для возврата........."
Похоже не доступны к выбору акты передачи материалов и оборудования.
Как измененно :
В модуль УКС добавлен п.меню: Документы - Акты - Акт на возврат оборудования и материалов
2016-08-23 14:13:35
Краткое описание :
Перестал рассчитываться доп. отпускОписание :
Расчет отпускныхЧто измененно :
Работник в месяце приема уходит в отпуск. Отпуск
составной(основной и дополнительный), дополнительный начинается с месяца,
следующего за месяцем приема. При расчете сумма по дополнительному отпуску
равна 0. Параметр сохранять пометки установлен в нет.
Как измененно :
В данной ситуации дополнительный отпуск рассчитывается.
2016-08-23 14:13:35
Краткое описание :
В результате расчета заработной платы вернулся весь налогОписание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
В результате расчета заработной платы вернулся весь налог, итого получилось НДФЛ 0
Здесь есть только больничный, в межпериод НДФЛ с него рассчитан без учета вычетов. Затем вычет применился в окончательный расчет зп за месяц.
В результатах расчета есть отрицательная сумма на В межпериод выплачен больничный 4944,84. НДФЛ с больничного 643 руб. Есть реестры межпериода.
Только одно начисление, других нет.
При расчете зп даем вычет на ребенка 1400.
В итоге в результатах расчета две записи по НДФЛ: 643, и -643, итого налог получился ноль. Сумма больничного записалась с поле "Учтено вычетов"
А, если запустить функцию, то она схлопывает эти две записи в одну.
Как измененно :
Доработана функция: Галактика ERP \ Персонал \ ЗП \ =Настройка= \ Сервисные функции \ Налог на доходы физических лиц \ Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder) для следующего случая.
Здесь есть только больничный, в межпериод НДФЛ с него рассчитан без учета вычетов. Затем вычет применился в окончательный расчет зп за месяц.
В результатах расчета есть отрицательная сумма на В межпериод выплачен больничный 4944,84. НДФЛ с больничного 643 руб. Есть реестры межпериода.
Только одно начисление, других нет.
При расчете зп даем вычет на ребенка 1400.
В итоге в результатах расчета две записи по НДФЛ: 643, и -643, итого налог получился ноль. Сумма больничного записалась с поле "Учтено вычетов"
Теперь функция, не схлопывает эти две записи в одну и вычет также оставляет в записи на возврат НДФЛ
2016-08-23 14:13:34
Краткое описание :
История изменения атрибутов собственной организации при печати документов в спецоснастке/спецодеждеОписание :
Ввод в эксплуатациюЧто измененно :
Необходимо при печати документов модулей "Учет спецоборудования и спецоснастки" и "Спецодежда" учитывать историю изменения атрибутов собственной организации.
Как измененно :
Добавлен вывод наименования собственной организации с учетом истории изменения:
1) для следующих документов:
- накладная Спецоснастка - Склад МЦ;
- документ на приход, поступление;
- ввод в эксплуатацию;
- внутреннее перемещение;
- возврат из эксплуатации;
- акт на списание;
- акт инвентаризации;
- требовании на выдачу СФО;
- реестр требований на выдачу СФО;
- акт выбытия СФО;
- акт группового выбытия СФО;
- возврат из использования СФО;
- расчеты при увольнении;
- КУ спецоснастки/СФО;
- ЛК учета спецоснастки/СФО;
2) для следующих отчетов:
- карточка учета материалов;
- отчет "Инвентаризационная опись";
- отчет об износе;
- реестр документов по спецоснастке;
- реестр документов по спецодежде;
- реестр требований на выдачу СФО;
- отчет "Ведомость учета выдачи СФО";
- отчет "Ведомость списания";
- отчет "Анализ потребности".
Если настройка "Настройки Галактики \ Общие настройки системы \ Каталог организаций и банков \ При печати учитывать историю изменения атрибутов организации" установлена в значение "да", то наименование, тип, ИНН/УНН и адрес собственной организации выводятся в печатные формы по состоянию на дату составления документа или на дату формирования отчета; если отчеты формируются за период, то данная информация выводится по состоянию на конец периода формирования отчета.
2016-08-23 14:13:35
Краткое описание :
Экспорт-импорт лицевых счетов через xml-файлОписание :
Экспорт лицевых счетовЧто измененно :
Для моделирования проблемных ситуаций заказчиков нужно в тестовой базе разработчика ввести такие же данные как у клиента. Обычно это делается по присланным скриншотам или с помощью импорта через буфер обмена. Оба эти способа не всегда позволяют максимально полно воспроизводить клиентскую ситуацию, что усложняет и затягивает локализацию проблем.
Клиентам нужно дать простой и удобный инструмент выгрузки данных по выбранным лицевым счетам в xml-файл, а разработчикам инструмент загрузки этих данных в тестовую базу.
Как измененно :
--- 9.1 ---
В меню модуля Заработная плата добавлен пункт "Настройка \ Администратор \ Экспорт лицевых счетов". При его выборе открывается интерфейс параметров экспорта, в котором можно установить фильтр по подразделениям и лицевым счетам, указать период, данные за который должны быть выгружены и задать путь и имя файла, в который будет выполнена выгрузка информации. Можно сформированный xml-файл поместить в архив rar или 7z, если соответствующий архиватор установлен в системе и путь к нему прописан в переменной Path среды операционной системы. Архивировать можно с паролем. Для настройки архивации имеются соответствующие параметры диалога. По нажатию кнопки [Сохранить] информация выгружается в указанный файл. В нижней части интерфейса отображается протокол выполнения операции выгрузки.
Возможность выгрузки лицевых счетов в xml-файл реализована также в сервисной функции "Контроль и корректировка удержаний" (Z_Service::FindIncorrectUder). Параметры для настройки выгрузки становятся доступны, если выбран режим "Контроль" и включена опция "Выводить только данные, требующие анализа".
--- 8.1 ---
Экспорт лицевых счетов из xml-файла доступен через запуск внешнего интерфейса Z_Service::ZarInfo_Export. При его запуске открывается интерфейс параметров экспорта, в котором можно установить фильтр по подразделениям и лицевым счетам, указать период, данные за который должны быть выгружены и задать путь и имя файла, в который будет выполнена выгрузка информации. Можно сформированный xml-файл поместить в архив rar или 7z, если соответствующий архиватор установлен в системе и путь к нему прописан в переменной Path среды операционной системы. Архивировать можно с паролем. Для настройки архивации имеются соответствующие параметры диалога. По нажатию кнопки [Сохранить] информация выгружается в указанный файл.
-----------
Для выбранных табельных номеров выгружаются связанные с ними записи таблиц LSchet, SumVidOp, SumVidUd, NeNach, Nachisl, Uder, KlVidOpl, KlVidUd, SumUpPro, SumUpTec, SumUpBud, DopNaP, DopNaP2, SumUpSoc, YearSumsBefore, SumUlPro, SumUlTec, SumUlBud, DopNaL, DopNaL2, SumUlSoc, YearSumsAfter, ZarOper, SpPlBan, SbBan, SpPlVed, PlatVed, DocPodot, PlPor, KlVxod, OtpDop.
При этом в целях обезличивания данных зачищаются значения полей:
LSchet.Pasport
LSchet.NomCard
PlPor.NamePl1
PlPor.NamePl2
PlPor.NamePl3
PlPor.NamePl4
PlPor.Podotchet
SpPlVed.Fio
SpPlBan.NOMLSH
SpPlBan.NomCard
SpPlBan.Adres
SpPlBan.Fio
SpPlBan.FAMCH
2016-08-23 14:13:35
Краткое описание :
Анализ отрицательных сумм НДФЛ при наличии нескольких записей в начислениях Z_SERVICE::FINDINCORRECTUDER (Z_Service.res).Описание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
В удержаниях есть запись с отрицательным НДФЛ.
182 / 182 103 / 103 -771,32 -100,00
В начислениях две записи
103 / 103 2 334,56
103 / 103 -3105,88
2334,56 - 3105.88 = -771.32.
Все корректно.
Функция показывает, что данные некорректны.
Необходимо добавить анализ и помечать такие записи как корректные.
Как измененно :
Для отрицательных НДФЛ функция проверяет несколько записей в начислениях и, если их сумма ровна сумме дохода в удержаниях и НДФЛ равен 13%, записи считается корректной.
2016-08-23 14:13:35
Краткое описание :
не проставился реестр для части больничного по ВО 115.Описание :
Контроль выплаты зарплаты (удержания)Что измененно :
В случае переходящих отпусков и больничных из разных фондов, которые выплачивались вместе с зарплатой, не во все удержания налога, относящиеся к переходящим отпускам или больничным, проставляется ссылка на реестр и дата выплаты.
Как измененно :
Доработано.
2016-08-23 14:13:35
Краткое описание :
Восстановление суммы дохода в удержании при наличии суммы в начислениях Z_SERVICE::FINDINCORRECTUDER (Z_Service.res).Описание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
В удержании отсутствует сумма. Сумма в начислении присутствует и НДФЛ корректный.
Требуется восстановить сумму дохода в удержании.
Как измененно :
Восстановление суммы дохода в удержании при наличии суммы в начислениях и корректном НДФЛ.
2016-08-23 14:13:35
Краткое описание :
Анализ отрицательных сумм НДФЛ при наличии скидок Z_SERVICE::FINDINCORRECTUDER (Z_Service.res).Описание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
В удержаниях есть сумма НДФЛ с отрицательным значением.
182 / 100 | 9 / 2001 | 7 108,50 | -52 000,00 | 7 108,50
В вычетах есть сумма скидки 74782,99.
После работы функции НДФЛ остается -52000.
Определять такую ситуацию как корректная.
Как измененно :
Ситуация, если общий отрицательный НДФЛ до работы функции и после одинаков, считается корректной.
2016-08-23 14:13:35
Краткое описание :
В случае перерасчета отпуска функция контроля не должна объединять записиОписание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
В случае перерасчета отпуска функция контроля не должна объединять записи.
Был рассчитан и выплачен отпуск, сформирован реестр через интерфейс отпускных.
Затем ему пересчитали отпускные и перечислили дополнительно по отпускным сумму через интерфейс Удержания и выплаты.
В результатах расчета записи по удержаниям сформировались правильные.
Одна запись - на отпуск, выплаченный через отпуска. Вторая запись - на разницу отпуска, которая выплачена через интерфейс "Удержания и выплаты".
В результате работы функции корректировки данный сотрудник подлежит корректировке и в результате корректировки весь доход по отпуску и НДФЛ с него объединяется в одну запись, чего быть не должно поскольку разные даты выплаты. После работы функции должно оставаться две записи, как и было по итогам расчета зп.
Как измененно :
Доработана функция Галактика ERP \ Персонал \ ЗП \ =Настройка= \ Сервисные функции \ Налог на доходы физических лиц \ Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder).
Теперь записи с одинаковым видом оплат не объединяются, насколько это возможно.
2016-08-23 14:13:34
Краткое описание :
При формировании отчета в формате FastReport с фильтром без драгметаллов и без группировки нет данныхОписание :
Наличие драгметалловЧто измененно :
При формировании отчета в формате FastReport с фильтром "без драгметаллов" и без группировки нет данных, хотя при тех же настройках в тексте данные есть.
Как измененно :
Исправлено.
2016-08-23 14:13:35
Краткое описание :
Функция корректировки приводит данные по начислениям, в результате "теряется" отрицательная запись по НДФЛОписание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
Функция корректировки приводит данные по начислениям, в результате "теряется" отрицательная запись по НДФЛ
Есть такой случай. Сотруднику выплатили отпускные в межпериод, с них перечислен НДФЛ. Затем при расчете зп по итогам месяца выясняется, что отпускные переплатили. Сейчас в такой ситуации в результатах расчета есть две записи по НДФЛ, одна на "старую" сумму отпускных, вторая - отрицательная. И это верно. Но, при запуске функции корректировки записи по отпуску "схлопываются" в одну, потому что в начислениях уже одна новая пересчитанная сумма отпуска. Нужно, чтобы функция не правила такие записи, они должны оставаться такими, как после расчета зп.
Как измененно :
Доработана функция Галактика ERP \ Персонал \ ЗП \ =Настройка= \ Сервисные функции \ Налог на доходы физических лиц \ Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder).
Теперь записи с одинаковым видом оплат не объединяются, насколько это возможно.
2016-08-23 14:13:35
Краткое описание :
Сервисная функция в отчёте показывает неверные источники и не ориентируется на реестры по уплате ндфлОписание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
1. Реально у работника в архиве удержаний лежат записи с источниками "отпуск" и "реестр", а функция в отчёте указывает для них источник "НиВ".
2. Реально реестром перечислено ндфл с отпускных 1586.00. Но функция "присоединяет" -1.00 р окончательного расчёта к 1586.00 межпериода - и тем самым искажает данные.
Как измененно :
Доработана функция Галактика ERP \ Персонал \ ЗП \ =Настройка= \ Сервисные функции \ Налог на доходы физических лиц \ Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder).
Теперь записи с одинаковым видом оплат не объединяются, насколько это возможно.
2016-08-23 14:13:35
Краткое описание :
Отрицательный налог при положительном доходеОписание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
Функция контроля ошибок не находит, но непонятен получающийся отрицательный ндфл.
Как измененно :
Доработана функция Галактика ERP \ Персонал \ ЗП \ =Настройка= \ Сервисные функции \ Налог на доходы физических лиц \ Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Теперь не формируется отрицательный ндфл, при положительном доходе, кроме случаев погрешности округления или возврата НДФЛ за счет вычетов.
2016-08-23 14:13:35
Краткое описание :
Z_SERVICE::FINDINCORRECTUDER (Z_Service.res): некорректная ситуация c матпомощью.Описание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
Z_SERVICE::FINDINCORRECTUDER (Z_Service.res): некорректная ситуация c матпомощью.
Сотрудник в межпериод в июне получил материальную помощь:
Доход 14224
НДФЛ 1329
При расчете прольготировалось 4000 НДФЛ (14224-4000)*0,13=1329
В итоговую зарплату за июнь им был получен доход
55990 + 30992,82
А в 6-НДФЛ формируется 2 строки:
Строки с доходом 0,92 быть не должно.
Она появляется из-за корявой записи в архиве удержаний: доход 0,92, НДФЛ 0.
Как измененно :
Доработана функция
Галактика ERP \ Персонал \ ЗП \ =Настройка= \ Сервисные функции \ Налог на доходы физических лиц \ Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Теперь, если в базе данных по виду оплаты есть запись с суммой дохода, для которой не указан НДФЛ, доход из второй записи присоединяется к доходу из первой записи.
Примечание.
Полная сумма матпомощи заполняется только для видов оплаты для мат.помощи. Для остальных видов оплат это поле очищается.
2016-08-23 14:13:35
Краткое описание :
В результате работы функции (до нее тоже) формируется запись с нулевым доходом и отрицательным налогомОписание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
В результате работы функции (до нее тоже) формируется запись с нулевым доходом и отрицательным налогом
Здесь ситуация в следующем. Есть запись с нулевым доходом и отрицательным налогом (-928), такая запись обычно считается возвратом налога ( при расчете зп такие записи создаются в случаях возврата налога за счет вычетов, здесь такого нет), поэтому не попадает в раздел 2 6-НДФЛ и попадает в строку 090 раздела 1. Здесь нет никаких вычетов, если по ВО 7 на сумму 28582,48 налог будет не 4644, а 3716 тогда не будет формироваться возврат на -928 руб. и все будет хорошо.
Как измененно :
Доработана функция Галактика ERP \ Персонал \ ЗП \ =Настройка= \ Сервисные функции \ Налог на доходы физических лиц \ Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder).
Теперь функция аннулирует записи с отрицательным налогом и нулевым доходом, если к ней не привязан тип источника "межпериод".
Эта запись погашает часть суммы НДФЛ, по другим удержаниям с тем же видом оплаты, если в этих удержаниях также нет ссылки на источник межпериода.
Если таких сумм несколько, выбирается наибольшая из них.
2016-08-23 14:13:35
Краткое описание :
Предоставить возможность отнести погрешность округления на другой вид оплатыОписание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
Если сохранить строку по НДФЛ с -1 рублем, то данное значение подтянется в строку 090, это некорректно
Необходимо отнести эту погрешность на вид оплаты, который выплачивался в итоговую зарплату, с наивысшим приоритетом во входимости КВО "приоритет отнесения копейки".
Как измененно :
Доработано (по настройке) отнесения погрешности округления НДФЛ на вид оплаты с наивысшим приоритетом (минимальным значением) в поле "Приоритет оплаты для отнесения остатка округления НДФЛ" в КВО.
Примечание.
2016-08-23 14:13:35
Краткое описание :
Реализовать экспорт-импорт истории увольненийОписание :
Экспорт лицевых счетовЧто измененно :
Нужно экспортировать также историю увольнений
Как измененно :
При импорте и экспорте лицевых счетов передается также информация с вкладки "История увольнений" лицевого счета.
2016-08-23 14:13:35
Краткое описание :
Z_SERVICE::FINDINCORRECTUDER Отрицательные суммы (после контроля) для отпускаОписание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
Z_SERVICE::FINDINCORRECTUDER Отрицательные суммы до и после контроля для отпуска. 6-НДФЛ формируется неверно.
Как измененно :
Доработана функция Галактика ERP \ Персонал \ ЗП \ =Настройка= \ Сервисные функции \ Налог на доходы физических лиц \ Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder).
Теперь функция аннулирует лишние отрицательные суммы отпускных, которые возникли при расчете заработной платы.
2016-08-23 14:13:35
Краткое описание :
Сложный случай с пересчетом отпуска после расчета ЗП за предыдущий месяц (тн100370)Описание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)Что измененно :
Сложный случай с пересчетом отпуска после расчета ЗП за предыдущий месяц (тн100370)
Здесь ситуация в следующем.
Сотруднику в межпериод был начислен отпуск в размере 39577,44 (по реестру межпериода RO). Затем в окончательный расчет зп по итогам месяца этот отпуск был пересчитан и его сумма стала 41794,48.
Сейчас по отчету получается, что сумма 59365,65 отражена с источником "отпуск", как выплаченная в межпериоде. А весь минус лег на источник реестры (-17571,17). Т.е. по итогу мы имеем 41794,48, что равно начислениям (20897,24+14926,6+5970,64)
Результатом мы должны иметь по отпуску:
Сумма дохода 39577,44, НДФЛ 5145 (межпериод)
Сумма дохода 2217,04 (разница между новой сумма отпуска и отпуском межпериода, т.е. 41794,48-39577,44) - это выплатили в зп в июле.
По реестру межпериода есть две суммы: 19788,22 и 19788,72 (мы их и должны оставить).
Если возможности оставить суммы из реестра уже нет, то думаю можно сделать так:
Для сумм 19792,31 14131,87 5652,75 оставить источник "отпуск", а все остальные пойдут с источником реестр, их можно объединить с суммой 1108,52.
Таким образом, после работы функции по ВО 106/107 должно быть:
Сумма дохода 39577,44 с источником "отпуск" НДФЛ 5145
Сумма дохода 2217,04 с источником реестр НДФЛ 288
Как измененно :
Доработана функция Галактика ERP \ Персонал \ ЗП \ =Настройка= \ Сервисные функции \ Налог на доходы физических лиц \ Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder).
Теперь из реестров межпериода учитывается не только налог на доходы, но и доход.
Такая доработка позволила более правильно распределить суммы отпусков в случае их пересчета.
2016-08-23 14:13:35
Краткое описание :
Реализовать экспорт-импорт вида, режима работы и системы оплатОписание :
Экспорт лицевых счетовЧто измененно :
В окне редактирования лицевого счета поля "Вид работы", "Режим работы" и "Система оплаты" должны быть заполнены (подсвечиваются желтым, если не заполнены). Нужно реализовать экспорт-импорт записей этих справочников для передаваемых лицевых счетов.
Как измененно :
Реализован экспорт-импорт каталогов "Виды работ", "Режимы работ" и "Системы оплат". Точнее только тех их записей, на которые ссылаются экспортируемые лицевые счета.
2016-08-23 14:13:35
Краткое описание :
"Поломали" прототип SPRDOОписание :
Счета, ДО на продажуЧто измененно :
В рез-те решения ПиР 102.156873 "поломали" прототип SPRDO.
Как измененно :
Исправлена печать резервирования в ДО
2016-08-23 14:13:35
Краткое описание :
Некорректно работает функция контроль выплаты зарплатыОписание :
Контроль выплаты зарплаты (удержания)Что измененно :
Некорректно работает функция контроль выплаты зарплаты. Неверно проставлялась ссылка на реестр и дата перечисления (выплаты), в случаях если выплата проводилась в межпериоде общей суммой, через интерфейс "Удержаний и выплат"
Как измененно :
В описываемой ситуации привязывается корректно.
2016-08-23 14:13:35
Краткое описание :
Выведение головной организации при экспорте С/ф в ЭДООписание :
Наши счета-фактурыЧто измененно :
При выгрузке С/ф в ЭДО столкнулись с несоответствием между выгружаемыми xml-документами в ЭДО и стандартными печатными формами.
В блоках "СвПрод";"ГрузОт"; "ГрузПолуч"; "СвПокуп" печатаются не головная организация из атрибута организации "Головная организация", а наименование филиала. При использовании стандартной печатной формы счета-фактуры, выводится наименование головной организации из атрибута.
Как измененно :
При выгрузке ЭСЧФ учитывается значение атрибута "Головная организация" каталога контрагентов.
2016-08-23 14:13:35
Краткое описание :
Экспорт счета фактуры в ЭДО, цена не округленаОписание :
Наши счета-фактурыЧто измененно :
При печати счета фактуры в ЭДО поле <ЦенаТов> выгружается с большим количеством нулей после запятой.
Как измененно :
Исправлено. Два знака после запятой обязательно, остальные нет.
2016-08-23 14:13:35
Краткое описание :
Фонд зп в 12-труд по договрам подряда со смежными ЛСОписание :
Статистика о труде и движении рабочей силыЧто измененно :
Согласно законодательства если сотрудник работает одновременно по трудовому договору и гражданско-правовому договору, фонд ЗП по договору подряда прибавляется в Фонд по списочному составу. У заказчика сотрудник работает по 2 договорам гражданско-правового характера одновременно, заведены 2 Лицевых счета, эти счета связаны, для корректного расчета подоходного налога и налогов на ФОТ. При формировании 12-труд система видим, что у лицевого счета договорника есть смежный, и не анализируя вид работы второго ЛС, выводит фонд ЗП по такому сотруднику в Фонд списочного состава.
Как измененно :
Доработано формирование статистических данных для смежных лицевых счетов по договорам подряда. Если сотрудник одновременно работает по договору подряда на двух лицевых счетах - данные относятся к виду работ договор подряда. Для корректного формирования отчета 12-труд необходимо переформировать статистические данные.