Информация о файле обновления Галактика Z_BASEMENT_RES_91600.TXT


Описание файла обновления:
ФайлZ_BASEMENT_RES_91600.TXT
ОбновлениеZ_Basement_res_91600
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_BASEMENT
ТипRES
Версия9.1.60.0
Дата2018-06-25 16:20:54
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.178824NEWНеобходимо добавить поля типа дата в таблицу Shtraf, для переноса дат из полей типа stringЗаработная платаУдержание ссуды
Необходимо добавить поля типа дата в таблицу Shtraf, для переноса дат из полей типа string DATAPROCOLD: Date "дата предыдущего погашения", DATAPROC : Date "дата следующего погашения", DATAPOG : Date "начало погашения ссуды", Поля используются для расчета материальной выгоды по ссуде.Добавлены поля в постоянные удержания по погашению ссуды для расчета материальной выгоды по ссуде.(вид удержания 168, удержание с типом ссуда) Дата предыдущего погашения, дата следующего погашения, начало погашения ссуды перенесены в поля с типом "дата" при постоянных удержаниях по погашению ссуды.
102.184057NEWДля налогов на ФОТ визуализировать поля с начисленной и облагаемой базами по настройке на БеларусьЗаработная платаОкно просмотра результатов расчета
Визуализировать поля Сумма к обложению и Облагаемая база в интерфейсах Налогов на ФОТ и Архив налогов на ФОТ по настройке на Беларусь.Для РБ. В интерфейсах Налогов на ФОТ и Архив налогов на ФОТ в режиме редактирования добавлены поля Сумма к обложению и Облагаемая база. Данные в новых полях светятся информационно.
102.1839959.1.59.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
101.636789.1.58.0Добавить возможность при импорте удержаний из файла режим переформирования уже существующих удержанийЗаработная платаИмпорт постоянных удержаний
Добавить возможность при импорте удержаний из файла режим переформирования уже существующих удержаний Необходимо менять ссылку на банк и номер карточки в банке.В окне Настройки формирования и просмотра удержаний в режиме "импорт сумм удержаний из xls-файла(xlsx-файла)" добавлен параметр "Заменять данные". Данный параметр при запуске окна по умолчанию сброшен. Если параметр "Заменять данные" установлен, то при выполнении импорта происходит поиск уже существующих записей постоянных удержаний и модификация их данными из файла. Записи для модификации отбираются на основании табельного номера из файла и вида удержания, который можно задать как в файле, так и в окне Настройки формирования и просмотра удержаний (из файла имеет более высокий приоритет). Также данная запись должна иметь признак участия в расчете. При импорте с установленным параметром "Заменять данные" есть некоторые особенности. Если в Настройке объединения полей (вызывается по кнопке Настройка) не задана связь Организация - получатель платежа со столбцом из файла или в файле не заполнено значение, то данные для заполнения соответствующих полей постоянного удержания берутся из окна Настройки формирования и просмотра удержаний. По такой же схеме работает модификация поля Наименования платежа. При установленной связи в Настройке объединения полей Организация - получатель платежа со столбцом файла необходимо также устанавливать связь столбца из файла с полем "Код банка", так как в случае отсутствия связи не будет модифицировано поле Банк постоянного удержания, даже если задано значение в окне Настройки формирования и просмотра удержаний.
101.640899.1.58.0В постоянной доплате для ВО с алгоритмом 97 обнуляется поле "Код вычета" после закрытия интерфейсаЗаработная платаПостоянные доплаты
В постоянной доплате для ВО с алгоритмом 97 обнуляется поле "Код вычета" после закрытия интерфейса.Исправлено. Поле Код вычета корректно отображает значение.
102.1780049.1.57.0Поле Назначение платежа в Суммах по видам удержанийЗаработная платаАрхивные суммы по видам удержаний
Поле Назначение платежа в Суммах по видам удержаний При импорте сумм по коммунальным услугам адреса клиенты сажают в поле "Назначение платежа" в постоянных удержаниях. После перехода данные по удержаниям садятся в архив (суммы по видам удержаний). Для того чтобы бухгалтер всегда смог увидеть за какой адрес было удержание, просим сделать возможность открыть постоянное удержание из просмотра записи окна Суммы по видам удержанийДля Республики Беларусь и Республики Казахстан. В окне Суммы удержанные (открывается из окна Результаты расчета заработной платы) и в окне Суммы по видам удержаний при наличии источника данных "Постоянные удержания" (пост.удержание) отображается поле "Источник данных". Для всех стран. Поле "Источник данных" теперь содержит гиперссылку на запись Постоянного удержания. При нажатии на гиперссылку произойдет переход в окно просмотра постоянного удержания. Если постоянное удержание не найдено, то выдается соответствующее предупреждение. Если пользователь заинтересован в просмотре постоянного удержания по гиперссылке, то он должен настроить параметр "При полной выплате или окончании" вида удержания в классификаторе видов удержаний в режим "Переносить в архив".
102.1774899.1.56.0Подключить новый интерфейс классификатора систем оплат и тарифных сеток в компонентахЗаработная платаКлассификатор систем оплат
Подключить интерфейс классификатора систем оплат и тарифных сеток, использующийся для выбора системы оплаты и тарифной сетки при оформлении РПД, в компонентах Z_Basement, Z_LSchet, Z_MP, Z_WT.Разработан новый интерфейс выбора выбора системы оплат и тарифной сетки вместо последовательного открытия интерфейсов выбора системы оплат, а, затем, интерфейса выбора тарифной сетки при нажатии ввода в первом интерфейсе. Интерфейс, используемый в "кадрах", не отвечает требованиям указанных компонент. Новый интерфейс аналогичен указанному и так же содержит 2 панели. Первая панель содержит классификатор систем оплат, вторая - тарифные ставки по указанной в первой панели системе оплат. При нажатии ввод-а или двойном щелчке мышью в любой панели происходит происходит закрытие интерфейса с выбор системы оплат и тарифной ставки. В случае, если нажата клавиша ESC либо интерфейс закрыт кнопкой закрытия (крестиком в правом верхнем углу окна) - интерфейс закрывается без выбора параметров (режим просмотра). Для того, чтобы выбрать только систему оплат без выбора тарифной ставки требуется внизу интерфейса выбрать режим работы "выбрать систему оплаты без тарифной ставки". По умолчанию при открытии интерфейса всегда выбран режим работы "выбрать систему оплаты с тарифной ставкой".
101.638539.1.55.0Расчет зарплаты - нужна ссылка на наряд в начисленияхЗаработная платаУчет сумм наряда при расчете зарплаты
Для формирования проводок по нарядам требуется ссылка в результатах расчёта (Nachisl) на наряд (PrNaryad). Поле "ссылка на источник" в Nachisl есть, нужно добавить новый тип источника "наряд". Далее по этой ссылке можно будет вытащить любую информацию из соответствующего наряда в ТХО при помощи SQLTXO, конкретно сейчас нужно нормо-часы наряда положить в количество проводки.При расчете заработной платы в начислениях сохраняется ссылка на запись в таблице PrNaryad. В интерфейсе просмотра записи начислений в таком случае устанавливается Источник данных в состояние Наряды.
102.1659429.1.54.0Поля дополнительных аналитик в таблице lstabЗаработная платаФормирование табеля
На текущий момент в базе данных Галактики дополнительные аналитики табеля и переходов в находятся в таблице OTPDOP, хотя для них в словаре уже заведены поля. Для повышения быстродействия системы необходимо отказаться от заполнения OTPDOP и перейти на работу с полями таблиц LSTAB и PEREXOD.Этап 2: исключение ссылки на таблицу OTPDOP из предварительного просмотра. Доработаны: 1. Окна предварительного просмотра в том числе и добавление доп.аналитик при вводе новой записи. По умолчанию: выбор из лицевого счета с последующей заменой. 2. Функция предварительная разноска, в том числе: Выбор из постоянных доплат с учетом истории Выбор доп аналитик для отпусков и больничных с различными настройками КВО. Подключение функций выбора дополнительных аналитик из табеля и переходов в межпериод. Подключение функций выбора дополнительных аналитик для функций возврата и сторнирования. 3.Функция расчета заработной платы: подключение функций выбора дополнительных аналитик из табеля,переходов в межпериод и предварительного просмотра по новой схеме.
106.105519.1.54.0Сформированные бух. справки попадают не в тот раздел, наименование которого указано в параметрах формирования.Заработная платаПогашение подотчетных сумм
Бух. справки, сформированные функцией "Погашение подотчетных сумм" попадают не в тот раздел, наименование которого указано в параметрах формирования.Исправлена эта ошибка а также некоторые другие недочеты и ошибки, которые удалось выявить. Если включен раздельный учет для бухсправок ("Настройки Галактики Бухгалтерский контур Ведется несколько типов бухсправок" - "да"), то в бухсправки, проводки и хозоперации теперь записывается пользовательский тип бухсправки. Добавлено поле с информацией о бухсправке и ее типе при просмотре через функцию "просмотр подотчетных сумм".
102.1790359.1.53.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
106.104519.1.52.0После обновлений постоянные доплаты стали открываться по 5-7 минутЗаработная платаПостоянные доплаты
В результате появления архива постоянных доплат они не удаляются из БД, а остаются в архиве. В связи с этим сильно замедлилась загрузка окна постоянных доплат.Окно постоянных доплат адаптировано к работе с большим количеством записей: - автоматический подсчет суммы всех доплат, удовлетворяющих фильтру, отключен за исключением случая, когда доплаты отображаются по конкретному сотруднику (в смежных данных); теперь для того, чтобы суммы доплат рассчитались, необходимо нажать кнопку "Рассчитать" - ускорена инициализация расчета суммы доплаты - теперь расчет суммы можно прервать сразу после запуска (на тестовой БД Oracle с 300 тыс. записей процесс занимал больше минуты) Исправлено обновление фильтра по доплатам при изменении способа отображения доплат (традиционный/альтернативный).
102.1764009.1.51.0Переход на новый период удаляет все записи из таблицы ChildoneЗаработная платаО размере начисленного пособия на детей [РБ]
Для всех стран нужно сохранять в результатах расчета и архиве начислений информацию о ребенке/родственнике из пособий на детей/единоразовых пособий.Для всех стран при расчете зарплаты из детских и единовременных пособий сохраняется информация о родственнике/ребенке в результатах расчета. После перехода на следующий месяц эта информация переносится в архив.
102.1758269.1.50.0Help. Подключить топик справкиЗаработная платаПостоянные доплаты
Help. Подключить топик справки к столбцам "Начало расчета" и "Окончание" (Документы - Постоянные доплаты). К столбцу "Валюта" подключить топик справки Постоянные доплаты.Интерфейс работы с доплатами ссылается на топик справки по постоянным доплатам.
102.1604579.1.49.0Необходимо для оплат по премии формировать период её начисленияЗаработная платаИмпорт "Начислений и выплат"
Необходимо в сформированном начислении работнику для вида оплаты премии, начисляемой за период работы (в КВО для такой премии проставлена доп.входимость 17 - "Премия выплачена за период (количество месяцев)" и в графе "Примечание" значение 2-12), иметь информацию о том, за какой именно календарный период начислена эта премия. В идеале - 2 даты "с.. по" периода, усечённого датами приёма/увольнения. То есть: если премия по организации в целом платится по итогам 3 месяцев и конкретная очередная выплата премии производится по итогам 3 квартала 2016 года, то: Для работника, работавшего полностью "с 01.07.2016 по 30.09.2016" Для работника, принятого на работу 14.08 - соответственно "с 14.08.2016 по 30.09.2016" Для работника, уволенного 29.08 - соответственно "с 01.07.2016 по 29.08.2016" У одних клиентов премии оформляются через постоянные доплаты, у других - через межрасчётные начисления и выплаты. Информация по указанию периода должна быть открыта для ввода при формировании данных в вышеуказанных режимах, доступна для редактирования по сформированным записям, передаваться в расчётные начисления через режим предварительной разноски(доплаты) или напрямую (расчёт начислений) и отображаться в расчётных начислениях и архиве оплат.Если для вида оплаты заведена доп. входимость 17 (премия выплачена за период), то для ввода становится доступным период, по итогам которого сформирована доплата/начисление, в следующих интерфейсах: - параметрах формирования межрасчетных выплат; - окне редактирования межрасчетных выплат; - параметрах формирования постоянных доплат (только для режима "формирование доплат"); - окно ввода и редактирования постоянной доплаты. - окно просмотра начислений в результатах расчета заработной платы - окно просмотра архивных начислений Даты периода, по итогам которого сформирована доплата/начисление, усекаются по периоду работы сотрудника (в межрасчетных выплатах - с учетом истории увольнений).
102.1739899.1.48.0Примечание в Суммах по видам оплатЗаработная платаАрхивные суммы по видам оплат
В архивных данных работника в Суммах по видам удержаний есть поле Примечание с текстовой информацией. Клиентам хотят видеть такое же поле в Суммах по видам оплат.В архив начислений было добавлено поле, в которое можно ввести примечание (по аналогии с интерфейсом архива удержаний). При переносе в архив начислений, источником которых являются постоянные доплаты, в примечание этих начислений записывается примечание соответствующей постоянной доплаты. В суммы с предыдущего места работы в интерфейсе архива начислений теперь можно зайти из контекстного меню архива начислений, пункт "Суммы с предыдущего места работы".
180.104609.1.48.0Переформирование групповой доплаты не учитывает дату приема на работуЗаработная платаПостоянные доплаты
Переформирование групповых доплат не учитывает дату приема на работу.При переформировании постоянных доплат учитывается настройка системы "Настройки Галактики Управление персоналом Расчеты с персоналом Правила ввода данных Контроль ввода данных по дате приема на работу".
180.103149.1.47.0Пилотный проект ФСС: Единовременные пособия - необходим архивЗаработная платаФормирование единовременных пособий
Пилотный проект ФСС: Единовременные пособия - необходим архив для дальнейшего учета, в частности для предоставления информации для ФСС.Теперь при расчете зарплаты у единовременных пособий с видом оплаты с дополнительной входимостью, которая в полях "Примечание" и "Доп. информация" содержит "На погребение", ссылка на родственника переносится в результаты расчета. После перехода на новый месяц - в архив начислений. Добавлена возможность печати заявлений на возмещение средств в ФСС (единовременное пособие на погребение) за прошлые периоды: в параметры формирования заявления добавлен фильтр по видам оплат (с учетом 265 доп. входимости), выбрав который пользователь сможет сформировать заявление за прошлые периоды. При печати заявления из единовременного пособия на погребение статус лица определяется по ссылке на родственника, сохраненной в результат расчета.
102.1002969.1.46.0Не отображаются записи в альтернативном виде интерфейса "Постоянные удержания"Заработная платаПостоянные удержания
В альтернативном виде интерфейса постоянных удержаний при создании удержания фильтр устанавливается по виду удержания. Нужно отображать все удержания после формирования.Теперь после формирования удержаний в альтернативном виде фильтр по виду удержания не будет установлен.
102.1723859.1.45.0Визуализация поля "Должность" в удержаниях: в результатах расчета и архивеЗаработная платаАрхивные суммы по видам удержаний
Визуализация поля "Должность" в расчётных и архивных удержаниях. Для формирования ОВР в разрезе категорий застрахованных лиц необходимо наличие должности в начислениях, удержаниях, налогах на ФОТ. Это поле заполняется, присутствует у начислений и налогов на ФОТ в результатах расчета и и в архиве. Необходимо добавить отображение поля "Должность" и в удержания.Добавлено отображение должности для расчётных и архивных удержаний с возможностью изменения значения путём выбора из классификатора должностей.
102.1594019.1.44.0Расчет налога по солидарной части отдельно до и после превышенияЗаработная платаРасчёт налогов на ФОТ
Необходим механизм учета сумм расчета налога по солидарной части отдельно до и после превышения для корректного заполнения данных в отчете РСВ-1 в случае пересчета налога с учетом превышения. В отчете РСВ в информации касающейся пересчета налога везде есть поле в том числе сверх превышения. На данный момент заполнить правильно эти данные не удается из-за отсутствия разделения в суммах пересчета сумм дохода и налога до и после превышения.Для РФ. В интерфейсе результатов расчета с момента установки данного обновления, для налога с признаком "Л" (закладка Налоги на ФОТ, режим редактирования) добавлено поле "В т.ч. с превышения" - перечислено в том числе с сумм, превышающих предельную величину базы, в котором информационно светится доля налога, начисленного с сумм, превышающих предельную величину базы. Аналогичное поле добавлено и в архиве налогов на ФОТ. При запуске функции пересчета налогов на ФОТ(пересчет архива) заполнится поле в архиве налогов на ФОТ, но не ранее 2017 года.
102.1711549.1.43.0Фильтр по участвующим в расчете при переформировании доплатЗаработная платаПостоянные доплаты
Просьба реализовать фильтр по участвующим в расчете при переформировании доплат. Например, клиент хочет пакетно изменить процент в действующих постоянных доплатах. Для этого использует режим переформирования доплат (с установленными флагами вид оплаты и процент). Беда в том, что процент изменится не только в действующих доплатах, но и в "старых доплатах" (у которых установлен признак "в расчет" - НЕТ).В окно параметров пакетного переформирования доплат добавлена опция "Только участвующие в расчете". Если ее установить, то из обработки будут исключаться те доплаты, у которых признак участия в расчете установлен в "Нет".
106.104909.1.43.0Удваиваются записи в предварительной разноске при одновременной работе двух пользователейЗаработная платаПредварительная разноска
Удваиваются записи в предварительной разноске при одновременной работе двух пользователей.Исправлено задваивание записей предварительной разноски при одновременной работе двух пользователей - один в режиме редактирования, второй - в режиме разноски. При этом в лог формируется запись о конфликте пользователей.
102.1695169.1.42.0маленькое поле расчетного поля в постоянных удержанияхЗаработная платаПостоянные удержания
После перехода РБ на счета в формате IBAN поле расчетного счета в постоянных удержаниях недостаточной длины. Нужно 28 символов, например BY89BLBB30141200000000253798.Расширено окно просмотра и редактирования постоянного удержания и поля с номерами счетов в нем.
102.1684589.1.41.0При заполнении одного поля, слетают значения другого поляЗаработная платаАлименты, исполнительные
Для постоянных удержаний с системными кодами 187, 188, 191 при заполнении поля "Банк" на вкладке "Получатель сбора по перечислению" затирается значение поля "Макс. %" 1) Заполняем поле "Макс. %". 2) Затем на вкладке "Получатель сбора по перечислению" выбираем "Банк" (введенное ранее значение в поле "Макс. %" удаляется) 3) Заполняем вновь поле "Макс. %" (введенное ранее значение на вкладке "Получатель сбора по перечислению" в поле "Банк" удаляется)Для постоянных удержаний с системными кодами 187, 188, 191 изменение поля "Банк" на закладке "Получатель сбора по перечислению" не влияет на поле "Макс. %".
101.622789.1.40.0При фильтрации лицевых счетов по группе работников не применяется ограничение на доступ к подразделениямЗаработная платаЛицевые счета (окно ввода и редактирования)
При фильтрации лицевых счетов по группе работников не применяется ограничение на доступ к подразделениям.При фильтрации по группам работников происходит учет прав доступа. При разграничении прав доступа пользователь может выбрать только те группы, которые подходят ему согласно его прав.
102.1694679.1.40.0В интерфейсной части постоянных удержаний (поле № л/с) неполностью отображается новый формат номера счетаЗаработная платаПостоянные удержания
В интерфейсной части постоянных удержаний сотрудников (поле № л/с) не полностью отображается номер счета в связи с переходом на новый 28-значный формат номеров счетов.В окне постоянных удержаний расширено поле номера л/с.
102.1668459.1.39.0Отличается наименование поля в удержаниях в зависимости от настройки на странуЗаработная платаОкно просмотра результатов расчета
При настройке на страну - "Россия", в результатах расчета удержаний в режиме редактирования есть поле "Номер исполнительного листа", если поменять настройку на Украина, то название этого поля меняется на "ИНН", но номер ИЛ для ВУ по алиментам все равно выводится.Для Украины в окне редактирования постоянных удержаний восстановлено случайно переопределённое название поля "ИНН", реализованное в рамках требования "Нужно поле для ввода ИНН получателя алиментов".
102.1684919.1.39.0При повторном создании исполнительного листа с кодом 186 или 190 поле адрес автоматически заполняется с предыдущего и/лЗаработная платаАлименты, исполнительные
При повторном создании исполнительного листа с кодом 186 или 190 поле адрес автоматически заполняется с предыдущего и/лИсправлено.
102.1680779.1.38.0Для всех стран, кроме РФ, необходимо скрыть в результатах расчета поля из ПИР 102.161566.Заработная платаАрхивные суммы по видам удержаний
Для всех стран, кроме РФ, необходимо скрыть в результатах расчета и в архив е сумм по видам удержаний поля: - Вид оплаты - Источник данных - Источник выплаты - Источник начисления - Полная сумма матпомощиДля всех стран, кроме РФ, скрыты поля: - Вид оплаты - Источник данных - Источник выплаты - Источник начисления - Полная сумма матпомощи
102.1683429.1.38.0Сохранять параметры фильтрации "Участие в расчете" для посточнных доплат/удержаний в DSKЗаработная платаПостоянные доплаты
Пользователь хочет при входе в интерфейс постоянных доплат/удержаний иметь фильтр "Участие в расчете" такой, как был при последнем выходе из интерфейса.Установленный пользователем фильтр по участию в расчете постоянных доплат/удержаний теперь сохраняется. Значение по умолчанию - "Участвующие в расчете". В альтернативный вид окна постоянных доплат добавлены пункты локального меню для установки фильтра по участию в расчете.
102.1667229.1.37.0Конфликты горячих клавиш в окне смежных данныхЗаработная платаЛицевые счета (окно ввода и редактирования)
В окнах смежных данных требуется выводить ФИО и табельный номер сотрудника.Приведены к общему виду заголовки окон смежных данных лицевого счета из компонента Z_Basement: выводится и ФИО, и табельный номер.
102.1681119.1.37.0Корректировка предоставленных соц/имущ вычетовЗаработная платаРасчет подоходного налога
Реализовать возможность корректировки соц/имущ вычетов для случая, когда сумма дохода за месяц была больше суммы вычетов. Предусмотреть вариант возврата вычета, для случая, когда в справочнике постоянных доплат не задан вычет за месяц. Может быть проще вводить нужную сумму, которую нужно было предоставить, чтобы не делать лишних действий с подсчетом суммы возврата, а система уже сама рассчитает необходимую сумму?По настройке на страну Беларусь доработана функция предоставления имущественных и социальных вычетов (в дальнейшем скидок) с алгоритмом 97 пр.2. 1.Доработана функция "Постоянные доплаты" в окно редактирования постоянных доплат: добавлена возможность выбрать значение "Возврат" в том случае, если сумма за месяц не заполнена. При заполнении суммы за месяц значение "Возврат" автоматически заменяется на "льготирование". 2.Доработана функция применения вычетов для НДФЛ при расчете заработной платы. Теперь учитывается значение "Возврат". При наличии признака возврата, "общая сумма предоставляемого вычета" сравнивается с суммой предоставленных вычетов из справочника "Неначисленные суммы" по ссылке на данную доплату. Если предоставлено вычетов на сумму большую, нежели "общая сумма предоставляемого вычета", происходит возврат скидки и начисление НДФЛ за прошлый месяц. Возврат скидок зависит от поля "Начало расчета". Таким образом, если нужно возвратить сумму вычета за прошлый период, следует занести в поле "Сумма (общая сумма предоставляемого вычета)" правильную сумму, которая должна была быть предоставлена. Программа вернет разницу. Примечание. Если нужно вернуть всю сумму вычета, в поле "Сумма", нужно проставить 0 и заполнить "Начало расчета" датой начала учета сумм для возврата. 3.В рамках этого ПИР изменена автоматическая установка даты начала сторнирования с учетом скидок. Ранее дата начала сторнирования автоматически формировалась с учетом всех записей из справочника "Постоянные доплаты".
102.1667959.1.36.0Архив удержанийЗаработная платаВиды удержаний
Просьба реализовать возможность перевода видов удержаний в архив для того, чтобы исключить те виды удержаний, которые больше использоваться не будут, из перечней для выбора.В классификатор видов удержаний добавлен признак "Архивное". Если установить в нем "да", то удержание не будет отображаться в основных интерфейсах выбора удержаний (в сервисных функциях, отчетах, при вводе удержаний). В данном обновлении признак архивности вида удержания учтен в интерфейсах выбора из компонента Z_Basement.
102.957459.1.36.0Некорректное сообщение об ошибке, если заполнить поле "По" раньше, чем поле "С"Заработная платаСторнирующие записи
При создании сторнирующей записи вручную появляется некорректное сообщение об ошибке "Для каждого месяца должна быть отдельная запись!", если заполнить поле "По" раньше, чем поле "С". Причем чтобы перейти на другое поле необходимо очистить значение поля "По", даже если внесенное значение валидно.Доработан контроль ввода дат "С" и "По" при формировании сторнировочной записи вручную. Если пользователь начал заполнять диапазон с даты "По", то при наличии пустого значения даты "С" сообщение о необходимости для каждого месяца создавать отдельную запись не появляется.
102.1230049.1.35.0подоходный и льготыЗаработная платаРасчет подоходного налога
льгота на обучение, страхование и строительство----- Я их написала в том порядке, в котором они должны льготироваться. Если расчет делать в текущем месяце за текущий---все хорошо. В жизни так никогда не бывает. Справку на строительство принесли в январе. А справку за учебу принесли в марте, но действует она с января. По закону--- нужно пересчитать. В январе сначала дать льготу на обучение, а на строительство вернуть(если сумма на обучение больше начисленной, то вернуть полностью). Если в феврале была льгота--- пересчитать февраль и март считать так как рассчитывается теперь в галактике. А с какого-то месяца может еще и льгота на страхование появиться. Это тоже отражается в справке в налоговую инспекцию.Для Беларуси доработана функция предоставления имущественных и социальных вычетов (в дальнейшем скидок) с алгоритмами [97, 98 пр.2] при расчете НДФЛ. Алгоритмы расчета сумм с типом "Скидка" не дорабатывались. 1. Изменено окно редактирования постоянных доплат: добавлено новое значение "Пересчет" для поля "Возврат"/"Не возврат". Для вычетов с алгоритмом 97 пр.[0,1], а также 98 пр.2 поле может принимать значение "Пересчет"/"Возврат"/"Льготирование". Для вычетов с алгоритмом 97 пр.2, поле может принимать значение "Пересчет"/"Льготирование". Для других типов оплат, алгоритмов и признаков данное поле скрыто. Для других стран: для вычетов с алгоритмом 97 пр.[0,1], а также 98 пр.2 поле может принимать значение "Возврат"/"Льготирование". для вычетов с алгоритмом 97 пр.2 поле скрыто. 2.Доработана функция применения вычетов для НДФЛ при расчете заработной платы. Теперь учитывается поле "Пересчет". При наличии признака пересчета, происходит начисление скидки за прошлый месяц и возврат скидки с меньшим приоритетом. 3.Доработана функция перехода на новый расчетный период. Теперь остаток вычета увеличивается в случае возврата скидки и уменьшается на всю сумму ее предоставления. В том случае, когда доплата с признаком "Пересчет" остается активной для нового периода, признак "Пересчет" изменяется на "Льготирование".
102.1615669.1.27.0Доработать визуальные интерфейсы, расчет заработной платы и функции корректировки удержаний и контроля выплаты зарплаты 102.157232Заработная платаРасчет удержаний (общие вопросы)
Доработать визуальные интерфейсы, расчет заработной платы и функции корректировки удержаний и контроля выплаты зарплаты в связи с доработкой словаря. Показать в окне редактирования удержаний новые поля Начислено с ... по... Пока не заполнять. Перечень полей для перемещения в новые. Вид оплаты. Полная сумма мат.помощи. Значение поля источник разбить на два поля: источник начисления и источник удержания. Если поле источник имеет значения "Начисление и выплаты", "больничный лист", "отпуск", "ежемес.пособие", "единовременное пособие" Следует заполнить новое поле "Источник начисления" соответствующим значением. Если дополнительно к полю источник заполнена ссылка на реестр, платежную ведомость или другой платежный документ, следует заполнить новое поле "источник удержания" соответствующим значением и перенести ссылку в новое поле рядом с источником удержания.Из интерфейсов редактирования удержаний в результатах расчета и архива сумм по видам удержаний удалено дублирование полей с видом удержания и суммой матпомощи. Теперь данные окна на конфигурации по умолчанию при разрешении 1920x1080 не имеют полос прокрутки.
102.1602569.1.33.0Причины сторнирования обозначены будто это смайлики o_OЗаработная платаСторнирующие записи
Лицевой счет -> Смежные данные -> Кнопка "Сторнирование и пересчет" Причины сторнирования обозначены будто это смайлики o_O, хотя колонка "Причина" имеет достаточный размер для развернутого описания. Ну что может простой пользователь понять в этой клинописи: С_О, С_Б, Б_О"? Прошу исправить.В окне редактирования сторнирующих записей "Записи для снятия или перерасчета заработка" в поле "Причина" выводится полное наименование типа записи, которое соответствует пунктам в выпадающем списке, с указанием старого шифрованного обозначения. После выполнения функции контроля пересечения больничных с отпусками автоматически создаются сторнирующие записи. Поле "Количество дней" теперь будет содержать количество дней отпуска, на основании которого была сформирована данная сторнирующая запись.
102.1177989.1.32.0корректировка имущественных и социальных вычетовЗаработная платаПостоянные доплаты
Иногда случаются такие вещи, что при предоставлении имущественного или соц вычетов сделана ошибка( неверно введена в постоянную доплату сумма вычета). Требуется возможность бухгалтеру следующим отчетным периодом откорректировать( или сторнировать) неверно внесенную сумму. Корректировка в смежных данных неначисляемых сумм для бухгалтера непонятная и трудоемкая процедура. Нужно дать возможность каким-то образом исправить ошибку. Например,как исправляется сумма по любому неверно рассчитанному виду оплат, даешь постоянную доплату со знаком минус. Для социальных и имущественных вычетов, к сожалению, доплату со знаком минус сделать нельзя.Доработана функция предоставления имущественных и социальных вычетов (в дальнейшем скидок) с алгоритмами [97, 98 пр.2] при расчете НДФЛ. Алгоритмы расчета сумм с типом "Скидка" не дорабатывались. Доработка выполнялась по настройке на страну "Беларусь". Возвратом скидки будет считаться положительная сумма, для которой установлены алгоритмы [97, 98 пр.2] в классификаторе видов оплат и скидок. 1.Для вычетов с алгоритмом 97 пр.2 возврат скидок зависит от полей "Начало расчета" и "вычет за месяц". Анализ происходит от даты "Начало расчета" по каждому месяцу. Если в архиве неначисленных сумм, есть сумма скидки за месяц, связанная с записью справочника "Постоянные доплаты", и эта сумма больше суммы из поля "Вычет за месяц", то происходит возврат разницы. НДФЛ при этом пересчитывается. Таким образом, если нужно возвратить сумму вычета за прошлый период, следует занести в поле "Вычет за месяц", правильную сумму, которая должна была быть предоставлена. Программа вернет разницу. Примечание. Если доход учитывается по месяцу, за который начислено, то возврат относится к месяцу, в котором был перебор. Если доход учитывается по месяцу начисления, то возврат относится к месяцу расчета. 2. Доработан интерфейс: "Суммы по неначисляемым доходам" в режиме редактирования. На поле "Источник данных" предоставлена возможность выбора нескольких значений. При выборе значения "постоянная доплата" можно выбрать запись из справочника "Постоянные доплаты" и таким образом связать запись в архиве с исходной записью. Данная функциональность может пригодиться в дальнейшем для правильного автоматического возврата вычетов, для того, чтобы правильно сопоставить исходную сумму вычета по алгоритму 97 пр.2 с той суммой, которая была предоставлена ранее. Изменение других источников данных не предусмотрено, поскольку выходит за рамки данной доработки. 3.Для вычетов с алгоритмом 97 пр.[0,1], а также 98 пр.2 доработано окно редактирования постоянных доплат: добавлено поле "Возврат". Для других типов оплат, алгоритмов и признаков данное поле скрыто. Также в рамках данного ПИР для скидок с алгоритмами 97 скрываются поля "Код валюты", "Процент", "Отработано дней", "Отработано часов". Поле "Возврат" может принимать значения: "Возврат"/"Не возврат" (по умолчанию "Не возврат"). Для вычетов с алгоритмом 98 пр.2 при изменении значений "Возврат"/"Не возврат" и обратно, знак вычета изменяется на противоположный. При изменении знака вычета на противоположный, значения "Возврат"/"Не возврат" изменяются соответственно. 4.Доработана функция применения вычетов для НДФЛ при расчете заработной платы. Теперь учитывается поле "Возврат". При наличии признака возврата, сумма воспринимается соответственно, вне зависимости от знака.
102.1650379.1.31.0В расчет ЗП попадают записи из разноски будущего расчетного периода. Записи не удаляются при текущей разноске.Заработная платаПредварительная разноска
В расчет ЗП попадают записи из разноски будущего расчетного периода. Записи не удаляются при текущей разноске.Теперь в предварительном просмотре отображаются записи, в которых расчетный период совпадает с месяцем, в котором оплата без учета принадлежности оплаты. Также усовершенствована очистка предварительного просмотра перед повторной разноской.
102.1651499.1.31.0Начисление налогов на ФОТЗаработная платаАрхив налогов на ФОТ и копия архива
При расчете З/П не были рассчитаны налоги на ФОТ. При внесении вручную в архив налогов на ФОТ и выборе оплаты: 1. На экране не отображается наименование вида оплаты. 2. Внесенная сумма налога потом не попадает в ПУ-3.Доработан режим ручного заполнения архива налогов на ФОТ. При привязке к оплате заполняются данные, необходимые для отображения наименования вида оплаты и для формирования ПУ-3.
101.613819.1.30.0Даты в постоянных удержаниях не помещаются полностью в поля интерфейсаЗаработная платаПостоянные удержания
В интерфейсе постоянных удержаний в смежных данных лицевого счета не помещаются даты в полях "Назначена с" и "Начало пересчета", т.е. ширина полей недостаточна. Данный вопрос принципиально важен для клиента, поскольку объем работы расчетчиков большой, проверять корректность каждого удержания.Расширено окно редактирования постоянного удержания и поля дат в нем таким образом, чтобы дата в поле вмещалась целиком.
102.1631359.1.30.0В протоколе формирования доплат добавить анализ фильтра участия в расчетеЗаработная платаПостоянные доплаты
При проверке уникальности постоянного удержания или доплаты необходимо учитывать статус участия в расчете.Теперь при формировании постоянного удержания или доплаты уникальность удержания проверяется не только по виду оплаты или удержания, но и по статусу участия в расчете. Также сообщение о неуникальной записи было доработано для большей информативности.
180.101299.1.30.0Просмотр аналитики в предварительном просмотреЗаработная платаПредварительный просмотр
Если в предварительном просмотре открыть аналитику на просмотр (поле "Аналитика") и ничего не меняя закрыть просмотр аналитики, то поле "Корректировалась" автоматически изменяется на значение "да".Просмотр классификатора счетов/субсчетов и аналитик не приводит к установке поля "Корректировалась" в "да". Для изменения признака счет/субсчет или аналитика должны реально измениться. Исправлена обработка установки признака корректировки при нажатии "Delete" на полях счета/субсчета и аналитики. Признак устанавливается только в том случае, если удаление привело к изменению значения.
102.1603499.1.28.0Доработать расчет удержаний в разрезе СИЗаработная платаРасчет удержаний (общие вопросы)
Для корректного учета сумм при формировании реестров нужно доработать расчет удержаний в разрезе СИ. Нужно, чтобы во всех удержаниях были данные, соответствующие начислениям лицевого счета в расчетном периоде: 1) код источника и ссылка на источник (сопоставимый с источником в начислениях по коду и ссылке). Речь пока идет только о тех источниках, которые могут выплачиваться и в межпериод и вместе с зарплатой (то есть о больничных, отпусках, начислениях и выплатах, пособиях). Ссылок на наряды ведь нет в начислениях, так ведь? Значит и в удержаниях они не нужны если нет ссылки в начислениях. В удержаниях по иным источникам (по которым могут быть лишь выплаты вместе с зарплатой) не нужны если удержание можно будет однозначно сопоставить с начислением по "оплачиваемому периоду работы" и "виду оплаты". 2) оплачиваемый период (работы, отпуска, больничного и др.) в виде диапазона дат в соответствии с начислением, а также желательно в виде месяца и года Здесь говорилось об оплачиваемом периоде работе, ведь начисляют суммы для оплаты какого то периода работы, то есть диапазона дат "с" и "по". Основанием для начисления сумм ведь являются периоды в табеле, и на основе данных табеля бухгалтер создает какие то документы и начисления для оплаты того или иного периода работы. Я так полагаю, этот диапазон дат записан в начислении в полях Nachisl.DataN и Nachisl.DatOk 3) системный код вида оплаты Нужно записывать только для для тех удержаний, которые рассчитаны с конкретных начислений. Чтобы было однозначно понятно с каких начислений рассчитаны удержания. 4) Доработать расчет удержаний, чтобы в них сохранялся исходный вид удержания, которым реально выплачивались суммы по реестрам и ведомостям. У пользователя в настройке "Вид удержания для реально перечисленной заработной платы" выбран вид удержания 210. Пример 1 (если формирует реестры по суммам таблицы Uder (SumVidUd)): Например, у работника есть постоянное удержание 222 для перечисления всей зарплаты в банк, поэтому при расчете зарплаты сформируются удержания с кодом 222. Формируем реестр по виду удержания 222. Формируем по реестру платежку. Доначисляем работнику и пересчитываем зарплату. При расчете все первоначальные суммы записываются с кодом удержания, указанным в настройке (210), и с аналитикой, отличающейся от первоначальной. В удержания с 222 кодом запишутся новые суммы. Если пользователь будет формировать реестр с контролем по 222 виду удержания, то от сумм 222 вида удержания вычтутся суммы, первого реестра, так как в нем тот же вид удержания. В итоге получим неправильную сумму остатка. Пользователь конечно может не использовать опцию контроля, тогда реестр сформируется только на новую сумму. Но при этом будет лишен возможности проконтролировать и может случайно заплатить дважды, если не сделает пересчет. Таких ситуаций не возникнет если не будет заменяться код вида удержания на тот, который указан в общесистемной настройке. Пользователь тогда может использовать функцию контроля при формировании реестра, при этом он получит реестр на остаток, то есть за вычетом сумм реестров ранее сформированных по виду удержания 222. Конечно, если найдется поле, в котором будет храниться вид удержания которым перечислялась зарплата, то это тоже позволит проконтролировать суммы. Потребуется доработать функциональность формирования реестров а также расчет сальдо. Так как вопросы визуального отображения и отражения в отчетах все равно периодически поступают от клиентов, то их лучше решать лишь как отображение в отчетах - от этого система только выиграет. Кроме того, доработка отображения в отчетах никак не повлияют на функционал. И при этом не понадобится еще где то изменять данные и подгонять функционал.Для России доработана функция формирования результатов расчета удержаний. 1) Заполняются поля "источник начисления": код источника (UDER.TYPESOURCEUD) и ссылка на источник (Uder.SOURCELINKUD) (сопоставимые с источником в начислениях по коду и ссылке). (Для архива удержаний SumVidUd.TYPESOURCESVU и SumVidUd.SOURCELINKSVU) Речь идет только о тех источниках, которые могут выплачиваться и в межпериод и вместе с зарплатой (то есть о больничных, отпусках, начислениях и выплатах, пособиях). 2)Заполняются поля Начислено с... по... в виде диапазона дат в соответствии с начислением. Этот диапазон дат записан в результатах расчета начислений в полях "Дата начала выплат" и "Дата окончания выплат". (Поля Uder.DATEFWB Дата начала начисления Uder.DATEFWE) (Поля SumVidUd.DATEFWB Дата начала начисления SumVidUd.DATEFWE) 3) Системный код вида оплаты (UDER.VIDOPLUD, SumVidUd.VIDOPLSVU). Записывается только для для тех удержаний, которые рассчитаны с конкретных начислений. 4) В результатах расчета удержаний сохраняется исходный вид удержания, которым реально выплачивались суммы по реестрам и ведомостям (поле Uder.INTUD[3], SumVidUd.INTSVU[3]). 5) Доработаны интерфейсы "Результаты расчета" и "Суммы по видам удержаний" в режиме редактирования. В поле "Исходный вид удержания" отражается исходный вид удержания п.4. В поле "Для визуального отражения и отчетности" отражается код, который ранее отражался в поле "Вид удержания".
102.1604789.1.28.0Добавить анализ новых полей в функциях CompareSumUd.vip, SumUdFromFile.vip, SumUdToFile.vipЗаработная платаСравнение архивов
Доработать экспорт/импорт с помощью файла и сравнение архивов удержаний, начислений, неначисленных доходов и налогов на ФОТ с учетом появившихся новых полей.Теперь при экспорте/импорте и сравнении с помощью файла архивов удержаний, начислений, неначисленных доходов и налогов на ФОТ учитываются все необходимые поля.
102.1610909.1.28.0Признак для условии труда в таблицу NachislЗаработная платаЗаполнение условий труда в расчетных начислениях
Просим добавить признак в таблицу Nachisl, который будет содержать значение условия труда ("вредные" или " "), для того чтобы верно собрать сумму дохода, облагаемая ОППВ, в зависимости от условия труда .Для РК: При расчете начислений сохраняется значение условий работы для каждого начисления: обычные условия (Nachisl.summa28 = 0), вредные условия (Nachisl.summa28 = 2). Признак определяется на основании табеля на дату начала начисления. Входимость начисления в ОППВ на этапе расчета начислений не анализируется, т.е. если начисление не облагается ОППВ, а на дату начала начисления в табеле у сотрудника день вредный, то в начислении признак будет "вредные". Визуально результат можно видеть для оплат в окне "Результаты расчёта" (редактирование), поле "Оплата за работу", значения "в обычных условиях", "во вредных условиях". В этом же окне можно изменять значение поля "Оплата за работу".
101.607539.1.27.0Архив удержаний. В общий список добавить дату перечисленияЗаработная платаАрхивные суммы по видам удержаний
Архив удержаний. В общий список добавить дату перечисления. Для удобства при выверке 6-НДФЛ предлагается в общий список записей по архиву удержаний сотрудника добавить столбец со значениями даты перечисления(выплаты).Столбец добавлен.
101.607549.1.27.0Архив начислений. Выводить дату выплаты возвратаЗаработная платаАрхивные суммы по видам оплат
Архив начислений. Выводить дату выплаты возврата. Для удобства при выверке налоговых карточек предлагается в общий список записей по архиву начислений сотрудника добавить столбец со значением даты выплаты/возврата.Поле добавлено.
102.1597469.1.26.0ФИО истца в 188 удержанииЗаработная платаАлименты, исполнительные
При вводе постоянного удержания по исполнительным листам через банк (188 ВУ) нет возможности заполнить ФИО истца, которому перечисляются деньги. Необходимо реализовать возможность заполнять ФИО кому перечисляются деньги в постоянном удержании, а также формирование реестров по этим ФИО (как для алиментов в банк - 187 ВУ)"Для постоянного удержания по исполнительным листам через банк (188 ВУ) добавили поле ФИО (Фамилия, имя, отчество получателя платежа).