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


Описание файла обновления:
ФайлZ_PAYREP_RES_911590.TXT
ОбновлениеZ_PayRep_res_911590
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_PAYREP
ТипRES
Версия9.1.159.0
Дата2019-01-17 13:04:42
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.658219.1.158.0При передаче переменной GetValue из пользовательского алгоритма происходит приведение строки к числу, а это не всегда хорошоЗаработная платаЭлектронные реестры
При передаче переменной GetValue в пользовательском алгоритме происходит приведение строки к числу, а это не всегда хорошо.Доработана работа пользовательских алгоритмов при формировании электронных реестров.
101.659779.1.158.0Добавить контроль длины поля "счет" в банке и, в случае несовпадения, выводить информацию об этомЗаработная платаЭлектронные реестры
Добавить контроль длины поля "счет" в банке и, в случае несовпадения, выводить информацию об этом Клиента просит добавить в протокол сообщение об ошибке при контроле длины номера лицевого счёта в реестре на перечисление в Сбербанк.Доработано формирование электронных реестров - добавлен контроль длинны поля для РФ номер лицевого счета в банке при формировании реестров.
102.1936129.1.158.0Доработать формирование реестров и ведомостей по больничным межпериода.Заработная платаРеестры по перечислению в банк (больничный)
Доработать формирование реестров и ведомостей по больничным межпериода. В операциях к реестру (платежной ведомости) даты начала и окончания надо записывать в зависимости от фонда (за счет предприятия, за счет ФСС, превышение). Аналогично тому как в начислениях. Это нужно при формировании окончательных реестров: для корректного сопоставления сумм реестров с суммами начислений и удержаний по оплачиваемому периоду. А также для расчета сальдо (расчет сальдо по платежным документам).В операции к реестру (платежной ведомости) даты начала и окончания записываются в зависимости от фонда (за счет предприятия, за счет ФСС, превышение). Аналогично тому как в начислениях.
102.1939309.1.158.0Формирование реестров межпериода. Добавить анализ PrVidopl.ChoiceЗаработная платаРеестры по перечислению в банк
Формирование реестров межпериода. Добавить анализ PrVidopl.Choice Обрабатывать только записи PrVidopl, у которых Choice совпадает с Sys_Mbf.ChoiceПри формировании реестров и ведомостей в межпериоде добавлена проверка PrVidopl.Choice Обрабатываются только записи PrVidopl, у которых Choice совпадает с Sys_Mbf.Choice
101.568499.1.157.0Расчет больничного по уходу за ребенком внутри которого период нахождения в стационаре (Пилотный проект)Заработная платаРасчет больничных
В окне редактирования больничного можно указать период нахождения в стационаре. Если после этого делается расчет, то получается странная картина: человеку посчитались 10 дней в амбулаторных условиях в соответствии с процентом стажа - 100 процентов, а остальные дни по 50 %. В соответствии с статьей 7 ФЗ 255 должно быть так: 10 дней амбулаторного периода - 100 % 11 дней стационара - 100 % Остальные 3 дня 50 %.Доработан функционал по расчету больничного, в котором есть период нахождения в стационаре. Стационарный период рассчитывается, как правило, с настройками, отличными от амбулаторного периода. Для решения этой проблемы создан следующий алгоритм работы: 1. Интерфейс редактирования больничного: Кроме дат нахождения в стационаре появилось поле для ввода вида пособия для этого режима. При вводе этих данных в случае, если вид пособия отличается от основного(амбулаторного) и период стационара не совпадает с периодом болезни, больничный разбивается на несколько (два или три), соответствующих амбулаторным/стационарному периодам. Общая информация для всех этих больничных копируется. Далее просмотр и редактирование по F4 или Enter. 2. Режим просмотра списка больничных листов: Больничные, которые состоят из нескольких связанных, выделяются в списке признаком Амб/Стац. Если помечен такой больничный, все функции локального меню, в том числе расчет и удаление, выполняются для всех связанных. Просмотр и редактирование связанных больничных осуществляется по F4 или Enter. 3. В окне редактирования связанных больничных в верхней панели отображается бланк больничного, в нижней - связанные по этому бланку больничные листы. Особенности: - Расчет: Расчет процентов для амбулаторного режима осуществляется с учетом дней стационара. - Удаление: При пометке всех связанных больничных удаляются все больничные вместе с бланком. Если помечены не все больничные, остается один больничный на весь период с видом пособия для амбулаторного режима. - Печать: Доработаны печатные формы с учетом общей информации по бланку.
101.595619.1.157.0Реестры НДФЛ - сохранять ссылку на формируемый реестр в результатах расчета НДФЛЗаработная платаРеестры по перечислениям. Формирование
В момент формирования реестров НДФЛ по окончательному расчёту зарплаты предлагается проставлять ссылку на эти реестры в результаты расчёта НДФЛ (Uder) - аналогично ссылке на реестр выплаты. Эта ссылка нужна для определения даты фактической уплаты НДФЛ в отчётности.В момент формирования реестров НДФЛ по окончательному расчету зарплаты проставляется ссылка на эти реестры в результаты расчета НДФЛ (Uder).
102.1873359.1.157.0При переходе на новый месяц сохранять детализацию алиментов аванса будущего периодаЗаработная платаРасчет алиментов в режиме "Расчет аванса"
В модуле Заработная плата-Операции-Аванс-Расчет при переходе на новый месяц сохранять детализацию алиментов аванса будущего периода: 1) Заполнить детализацию алиментов при расчете удержаний с аванса в будущем периоде (сейчас при расчете в будущем периоде удаляется запись детализации алиментов текущего периода, при этом всегда пишется исходная сумма для расчета удержаний текущего периода); 2) Отображать в интерфейсе детализацию алиментов и и/л, для текущего и будущего периода; 3) Для будущего периода в интерфейсе аванса добавить свой флаг статуса расчета удержаний.В модуле Заработная плата-Операции-Аванс-Расчет, сейчас корректно отображается и заполняется детализация алиментов и и/л в будущем периоде. Теперь при расчете в будущем периоде не удаляется запись детализации алиментов текущего периода. Статус расчета удержаний сохраняется для текущего и будущего периода отдельно. При переходе в межпериод значения будущего периода переносятся в текущий. После обновления если в будущем периоде уже есть расчет аванса, то значение статуса расчета удержаний будет равно "нет", в этом случае необходимо пересчитать аванс, статус расчета установится в нужное поле, в дальнейшем такой статус будет отображаться корректно.
102.1890099.1.157.0Платежные ведомости - нужна раздельная нумерация зарплатных ПВ и всех остальныхКассаПлатежные ведомости
Расчётный отдел требует, чтобы все платёжные ведомости, формируемые из модуля Заработная плата, имели свою отдельную нумерацию. Сейчас в Зарплате они видят только свои ведомости, но остальные (невидимые для них) ведомости модуля Касса нарушают их нумерацию (на выплату подотчётных сумм, прочие, а также созданные по ведомостям депонирования). Предлагается в раздел "Настройки Галактики Бухгалтерский контур Формирование номеров" добавить подраздел "Нумерация платёжных ведомостей" и настройку, например, "Раздельная нумерация ведомостей модуля Заработная плата". Реализовать такой порядок и для нумерации по последним номерам БД, и по таблице номеров.Добавлена системная настройка: "Настройки Галактики Бухгалтерский контур Формирование номеров Нумерация платежных документов Раздельная нумерация платежных ведомостей модуля Касса и ЗП". Данная настройка разграничивает нумерацию платежных ведомостей модуля Касса (префиксы 0$PS, 000) от Зарплатных (остальные префиксы)
102.1921759.1.157.0Необходимо открыть код удержания в шапке реестра по удержаниям с типом "Перечисление"Заработная платаРеестры по перечислениям. Формирование
Необходимо открыть код удержания в шапке реестра по удержаниям с типом "Перечисление". На перечисление заработной платы и других доходов работника в банк. Кроме того предоставить возможность его перевыбрать.Окно редактирования спецификации реестра. В шапке реестра в режиме редактирования пользователь может заменить код вида удержания для удержаний с признаком "перечисление" на другой в/у с признаком "перечисление". Примечание: В классификаторе видов удержания признак "перечисление" следует выставлять лишь в тех видах удержаний, которыми перечисляется зарплата и другие доходы работника на его банковскую карту (то есть в пользу самого работника, а НЕ в пользу третьих лиц или сторонних организаций).
102.1745569.1.155.0Добавить в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенести это значение из поля NumOgr.Заработная платаИнтерфейс "Единовременные пособия"
Добавить в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенести это значение из поля NumOgr.Добавлено в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенесено это значение из поля NumOgr. Так же данное изменение учтено во всем функционале системы в целом.
102.1896489.1.155.0Формирование ПВ на выплату зарплаты (в наименование не записывается имя кассира)Заработная платаПлатежная ведомость
Формирование ПВ на выплату зарплаты. В наименование ведомости не записывается имя кассира в случае, когда формируют ведомости в разрезе кассиров (опция "Название: по подр. и кассиру")Доработано. В наименование ведомости записывается имя кассира.
101.654299.1.154.0Добавить столбец "Код вида удержания" в окно выбора отпусков в фильтре параметров формирования реестра на НДФЛ с отпускныхЗаработная платаРеестры по перечислению в банк (отпускных)
Просят добавить столбец "Код вида удержания" в окно выбора отпусков в фильтре параметров формирования реестра на НДФЛ с отпускных. Вариант добавления поля через конфигуратор используют, но после установки патчей приходится настраивать заново.В окно выбора отпусков добавлена колонка с в/у (выводится пользовательский код).
102.1882529.1.154.0не работает контроль по реестрамЗаработная платаРеестры по перечислению в банк
Начисления и выплаты. Работникам начислена ежемесячная премия, но реестр не сформирован. Работник увольняется, ему выполняют окончательный расчет, в который попадает премия, затем выплачивают реестром на выплату зарплаты (Отчеты по оплате труда персонала - Реестры по перечислениям). Далее в межпериод формируют реестр на выплату премии. В реестр попадает сумма по премии, хотя она уже попала в реестр на выплату зарплаты.В операции реестра зарплаты для премии есть ссылка на межрасчетную выплату, но вид удержания в реестре на выплату зарплаты не совпадает с тем, который указан в межрасчетном начислении. Поэтому при контроле сумма премии из этого реестра не учитывалась. Доработано формирование реестров по начислениям и выплатам с контролем. В том случае, когда совпадает ссылка на межрасчетную выплату учитываются суммы из реестров на выплату зарплаты и аванса, а также суммы из реестров, сформированных по прочим удержаниям, если и в/у реестра и в/у межрасчетной выплаты имеют признак "перечисление".
102.973409.1.153.0Настройка "Разбить пособие на основную и дополнительную суммы" для БеларусиЗаработная платаНастройка
Настройка "Разбить пособие на основную и дополнительную суммы" для Беларуси Путь: Настройки Галактики -> Управление персоналом -> Больничные, отпуска, расчеты по среднему -> Больничные -> Продолжительность. Использование настроек "Разбить пособие на основную и дополнительную суммы" и "Количество дней для основной суммы" противоречит Белорускому законодательству. Следует сделать их неактивными при настройке на Беларусь.Скрыты настройки "Разбить пособие на основную и дополнительную суммы" и "Количество дней за счет работодателя" для Республики Беларусь.
101.652459.1.152.0Формируется реестр на перечисление аванса по архивному удержанию с датой окончанияЗаработная платаРеестры по перечислению аванса в банк
Формируется реестр на перечисление аванса по архивному удержанию с датой окончания. У сотрудника имеется постоянное удержание, которое в архиве. Указана дата окончания - 30.04.2018. Отчетный период в зарплате - июль 2018. Реестр на перечисление аванса на эту сотрудницу формируется. P.S. Сотрудник был уволен в апреле 2018, в июне заново принят на тот же ЛСИсправлено. Для формирования реестров аванса берется только входящее в расчет постоянное удержание аванса (анализируются только постоянные удержания с системными кодами в/у 141..145,199).
101.652619.1.152.0Добавить в "Источники данных" поля: "Пол", "Дата приема", "Должность"Заработная платаЭлектронные реестры
В Настройку формата файла выгрузки электронных реестров на открытие банковских счетов необходимо добавить в "Источники данных" поля: "Пол", "Дата приема", "Должность". Это требуется для формирования реестра на выпуск банковских карт банка ВТБ.Доработано формирование электронного варианта реестра: добавлена возможность выбора поля "Пол", "Дата приема", "Должность" в колонке "Источник данных" для настройки формата файла выгрузки электронного реестра.
101.651839.1.151.0Значение поля "Вид зачисления" "настройки для экспорта в форматы Сбербанка" меняется во всех "настройках..." одновременноЗаработная платаЭлектронные реестры
Значение поля "Вид зачисления" "настройки для экспорта в форматы Сбербанка" меняется во всех "настройках шаблона" одновременно. Требуется в "настройке шаблона" значение поля "Вид зачисления" независимым от значения этого поля в других шаблонах.Доработано заполнение значения поля "Вид зачисления" настройки для экспорта в форматы Сбербанка: при создании настройки значение определяется исходя из префикса реестра, изменения значения настройки сохраняются только в данной настройке.
101.650349.1.150.0Больничные/отпуска - непропорциональное уменьшение перечислений по ВО при уменьшении суммы на рукиЗаработная платаРеестры по перечислению в банк (больничный)
Если пользователь вручную уменьшает сумму на руки в выплачиваемом в межпериод больничном, или отпуске, который состоит из нескольких частей с разными видами оплат, то перечисляемые по видам оплат суммы в операциях реестра/ведомости уменьшаются последовательно, а не пропорционально. Это приводит к тому, что какой-то вид оплаты может полностью исчезнуть из реестра больничного/отпуска. При этом перечисляемый НДФЛ сейчас не уменьшается, поэтому в реестре НДФЛ все виды оплат остаются неизменными. В результате получаем разные наборы видов оплат в операциях реестра больничного/отпуска и реестра НДФЛ, что в дальнейшем приводит к проблемам при определении ссылок на источник выплаты в результатах расчёта НДФЛ - соответственно получаем ошибки в 6-НДФЛ. Возможно, для исключения таких ошибок в случае ручной корректировки суммы на руки имеет смысл уменьшать все части больничного/отпуска пропорционально, а не последовательно и записывать суммы корректировки в поля "Прочие удержания". Кроме того, представляется логичным уменьшать и все части перечисляемого НДФЛ синхронно с доходом. Больничный с 22.05 по 01.06 - соответственно 3 вида оплаты: 83 - первые 3 дня, 167 - до конца мая, 168 - 1 июня. Выплачен в межпериод с ручной корректировкой суммы на руки, причём в операциях межпериодного реестра дохода только ВО 83 и 167. А в реестре НДФЛ всё верно - 83, 167 и 168. В результате имеем разные наборы ВО в реестре дохода и реестре НДФЛ и неправильные ссылки на источник выплаты в результатах расчёта.Принцип формирования реестров по отпускам и больничным с выплатой на уменьшенную сумму на руки остался прежним. Формирование реестра НДФЛ для этого случая проводится по аналогичным правилам. Теперь при формировании в межпериоде реестра НДФЛ анализируется сумма к выплате на руки в отпуске и больничном. Если в больничном или отпуске сумма к выплате была уменьшена, то будет формироваться реестр НДФЛ на уменьшенную сумму налога, пропорционально значению суммы к выплате.
102.1862459.1.150.0Формирование реестров по итогам расчета зарплатыЗаработная платаРеестры по перечислениям. Формирование
Доработать формирование реестров по итогам расчета зарплаты. Значения для полей Zaroper.TipDoc и Zaroper.cPodr нужно заполнять только на основе поля "Источник начисления". Брать значения из "Источника данных" (старое поле) уже не надо. Это позволит корректнее формировать реестры на выплату зарплаты и НДФЛ при многократных выплатах совместно с опцией контроля: - при доначислениях и выплатах остатка сумм; - при формированиях реестров по проценту на часть суммы и на остаток.Доработано формирование реестров по итогам расчета зарплаты. Значения для полей Zaroper.TipDoc и Zaroper.cPodr теперь берутся только из поля "Источник начисления".
102.1865019.1.150.0Доработать интерфейс редактирования реестра в зарплатеЗаработная платаРеестры по перечислениям. Формирование
Доработать интерфейс редактирования реестра в зарплате. Заменить локальные функции на объектные методы интерфейса DeterminantAdviserДоработан интерфейс редактирования реестра в зарплате. Заменены локальные функции на объектные методы интерфейса DeterminantAdviser. Доработан расчет сбора при корректировках суммы перечисляемой суммы. В списке сумм по работникам добавлена дополнительная колонка. В этой колонке отображается символ "X" для тех сумм, которые пользователь вручную изменил в сторону увеличения (по сравнению с теми, на которые был сформирован реестр).
101.646669.1.146.0При настройке шаблона выгрузки реестра после 17-ого порядкового номера сбивается настройка порядкового номера.Заработная платаАнкетные данные для экспорта реестров
При настройке шаблона выгрузки реестра после 17-ого порядкового номера сбивается настройка порядкового номера.Исправлена сортировка списка колонок в интерфейсе настройки электронных реестров.
102.1539359.1.148.0некорректная фильтрация реестровЗаработная платаРеестры по перечислению в банк
В окне списка реестров по пособиям фильтр по подразделениям не установлен (фильтр по всем подразделениям). Создаем реестр с фильтром по произвольно выбранным двум подразделениям. В окне списка реестров мы видим эти сформированные реестры, но если закрыть окно списка реестров и снова его открыть, то этих реестров мы уже не увидим в списке. Просьба сделать для реестров пособий по аналогии с реестрами по начислениям в межпериод, там такой проблемы не возникает.Заполнение поля Sbban.Cex для реестров пособий реализовано по аналогии с другими режимами формирования реестров. В случаях, когда задана нулевая глубина иерархии и в фильтре выбраны несколько подразделений, а не вся ветка подразделений, то в Sbban.Cex реестра записывается одно из выбранных в фильтре подразделений.
103.97109.1.148.0нумерация реестров на з/п по порядку номера группыЗаработная платаРеестры по перечислениям. Формирование
Клиент считает,что при формировании реестров на выдачу зарплаты в банк с установленным фильтром по аналитике, состоящем в пометке нескольких групп работников "Нумерация реестрам должна бы присваиваться в том же порядке, в котором пронумерованы группы, по которым формируем реестры. Например, формируем реестры по 3-м группам : 001,002 и 003, и в итоге реестры ,полученные при формировании по группам должны иметь номер, например 10134( по группе-001), 10135(по группе-002) и 10136(по группе-003) и т.д.нумерация реестров на з/п по порядку номера группы" Сейчас это не так, номера реестров не соответствуют номеру по порядку групп.Доработано формирование реестров в разрезе аналитик: Операции - Отпуска - Реестры по перечислениям в банк Операции - Больничные - Реестры по перечислениям в банк Операции - Аванс - Реестры по перечислениям в банк Операции - Начисления и выплаты - Реестры по перечислениям в банк Операции - Удержания и выплаты - Реестры по перечислениям в банк Операции - Ежемесячные пособия на детей - Реестры по перечислениям в банк Операции - Единовременные пособия - Реестры по перечислениям в банк Операции - Договоры подряда - Реестры по перечислениям аванса в банк Операции - Договоры подряда - Реестры по перечислениям зарплаты в банк Операции - Расчет премии с учетом КТУ - Реестры по перечислениям зарплаты в банк Отчеты - Отчеты по оплате труда персонала - Реестры по перечислениям В случае использования аналитических фильтров по приоритету сначала будет использоваться группировка по аналитике, а затем по остальным уровням. Если используется аналитический фильтра по группам работников, то реестры теперь формируются в последовательности от меньшего значения номера группы к большему.
104.198109.1.148.0Суммарная информация по ПВ и Реестрам на перечислениеЗаработная платаПлатежная ведомость
Суммарная информация по ПВ и Реестрам Было бы неплохо, если бы была возможность просматривать Суммарную информацию по Платежным ведомостям и Реестрам на перечисление непосредственно из интерфейсов а не через Локальное меню. Такая возможность была на более старых сборках.В окне списков реестров и ведомостей в модуле "Заработная плата" в нижнюю часть окна добавлен вывод итоговых сумм по всем отображаемым в окне.
102.1847749.1.147.0К некоторым полям не добавляется префикс в режиме DbVipЗаработная платаЭлектронные реестры
К некоторым полям не добавляется префикс в режиме DbVip.Доработана печать реестров: добавлена возможность выбора поля "Детали платежа" в колонке "Источник данных" для настройки формата файла выгрузки электронного реестра. Доработан вычислитель формул: добавлена возможность добавления строки к числовым полям, доработано добавления строки к строковым полям источника данных.
101.646889.1.146.0Добавить в поток вывода на печать Реестра по перечислениям наименование банкаЗаработная платаРеестры по перечислениям. Печатные формы реестров
Добавить в поток вывода Excel-отчета "Реестр по перечислениям" поле "Наименование банка".В поток Excel-отчета "Реестр по перечислениям" добавлен вывод поля "Наименование банка"(переменная Банк_перечисления). & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: RPECH.XLT
101.607189.1.144.0При вводе Записей в интерфейс, дать возможность указать ДОП.АНАЛИТИКУ как в постоянных доплатах.Заработная платаВедение интерфейса "Начисления и выплаты"
При вводе Записей в интерфейс, дать возможность указать ДОП.АНАЛИТИКУ как в постоянных доплатах.1.Добавлена возможность задания доп. аналитики при формировании начислений и выплат. Можно изменить аналитику отдельно для каждой записи в начислении, а также для всех записей при изменении параметров начисления. 2. Для реестров и ведомостей межпериода проведена доработка по учету значений допаналитик перехода в межпериод (для случая когда допаналитик нет ни в лицевом счете, ни в виде оплаты, ни в виде удержания). Доработан учет значений доп.аналитик из записей межрасчетных начислений (созданных из функции "Начисления и выплаты") при формировании по ним реестров. Допаналитики из этих записей анализируются в последнюю очередь. Учет значений этих допаналитик выполняется по схеме дополнения и замены (при одинаковых кодах аналитик но разных их значениях приоритетным считается значение, указанное в записи начисления). Реестры формируются с учетом получившихся итоговых наборов аналитик, а значения доп.аналитик записываются в операции к реестру/ведомости. 3.Доработан учёт записей из функции "Начисления и выплаты" с дополнительными аналитиками при расчёте заработной платы. Формирование дополнительных аналитик в результатах расчёта заработной платы идёт по схеме замены и дополнения. Ранее дополнительные аналитики переносились из лицевого счёта с учетом переходов в межпериод. Теперь эти записи дополняются дополнительными аналитиками из функции "Начисления и выплаты", в том случае, если группы аналитик не совпадают с лицевым счётом (переходом) . В тех случаях, когда группы совпадают, предпочтение отдается аналитике из функции "Начисления и выплаты".
102.1823989.1.144.0реестры по перечислению по отпускамЗаработная платаРеестры по перечислению в банк (отпускных)
Рассчитали отпуск по сотруднику, сформировали реестр и выплатили деньги. Далее отозвали из отпуска сотрудника на день. Обработали отзыв. Формируем реестры по всем отпускам и в новый реестр попадает опять сумма по отпуску, но за минусом сторнировочной суммы. Если отзыв убрать, то программа не формирует запись в реестре по этому сотруднику, как только оформляем отзыв---запись попадает в реестр. Похоже просто слетает привязка из отпуска к созданному ранее реестру при разбивке отпуска отзывом - оставляет привязку только на первую запись?Доработан алгоритм формирования реестров по отпускам межпериода с включенной опцией контроля по реестрам. Если при вычитании из текущих расчетных сумм отпуска аналогичных сумм из учитываемых реестров получилась отрицательная сумма остатка к выплате, то алгоритм будет пытаться уменьшить положительные суммы остатков (если это суммы того же типа) других аналогичных отпусков в той же группе отпусков. Если в этой группе отпусков не нашлось таких и все равно получается отрицательная сумма остатка к выплате по этому отпуску, то реестр на сумму к выплате по этому отпуску не формируется. Отпуска с признаком "отзыв" теперь пропускаются и реестры по ним не будут формироваться.
102.1834999.1.144.0Записывать в реестры месяц отнесения налогаЗаработная платаРеестры по перечислениям. Формирование
Для премий с кодом 2002 и доп.входимостью 294 формировать отдельный реестр аналогично, как это происходит для премий с кодом 2003. Записывать в реестры НДФЛ месяц удержания налога не только в наименование реестра, но и в поля Sbban.DatK и Spplban.DatK.Для премий с кодом 2002, имеющих доп.входимость 294 в наименование реестра записывается месяц выплаты. Дату выплаты пользователь задает в поле "Доход выпл." в параметрах формирования реестра. В реестры НДФЛ месяц отнесения налога записывается не только в наименование реестра, но и в поля Sbban.DatK и Spplban.DatK.
101.639259.1.139.1Объединенный реестр межпериода - не обрабатывать коды перечислений окончательной зарплаты уволеннымЗаработная платаРеестры межрасчетного периода
Работнику перечислили зарплату и компенсацию в межпериод при увольнении системным кодом удержания 208 (в КВУ для 220 в поле "Перечисление зп в межпериод для уволенных" задан код 208, расчёт проводился в пункте меню "Операции - Расчёт зарплаты - Расчёт зарплаты уволенным ..."). Далее в окончательный расчёт доначислили премии системным кодом удержания 220. Теперь при формировании объединенного реестра МЕЖПЕРИОДА по уволенному (а такая необходимость теоретически может возникнуть) формируется 2 подчинённых реестра - и на межпериод (SbBan.VidUd=208), и на окончательный расчёт (SbBan.VidUd=220).Доработано формирование объединенного реестра межпериода. Реестр на выплату зарплаты уволенным теперь формируется лишь на суммы к выплате зарплаты, у которых код вида удержания "для визуального отображения и отчетности" имеет тип "в межпериод". Примечание: суммы к выплате зарплаты в результатах расчета это суммы, у которых исходный код вида удержания находится в диапазоне системных кодов [206..210,220..230].
102.1797769.1.142.0УРиУ ПиП - Права доступа к частям документовНастройкаРоли-элементы
Нужна возможность настраивать права пользователей на доступ к частям документов (полям, вкладкам, кнопкам, функциям контекстного меню) - видимость полей, вкладок, возможность редактирования полей, обязательность заполнения полей, возможность выполнения функций по кнопкам и контекстному меню. Описание возможного способа реализации - во вложении.Устранение привнесенной ошибки [x] Повторное описание таблицы (стр.23, поз.5 в D:Gal92_FSSboSboWorkSpaceSRCCompSrc_PayRepvipDocNumberManager.vip) ); ^
102.1839959.1.142.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
101.643919.1.141.0Платежные ведомости - при контроле формируется несколько строк по одному работникуЗаработная платаПлатежная ведомость
При формировании платежной ведомости по результатам расчёта заработной платы с параметром "Контроль" = "по сформир." по каждому работнику формируется несколько строк. Без контроля корректно формируется одна строка.При формирование платежных ведомостей с префиксом 0$Z ("Отчеты Отчеты по оплате труда персонала Платежная ведомость") с параметром "Контроль" = "по сформир." доработан учет сумм операций ведомостей на выплату аванса межпериода.
102.1832729.1.141.0В печатной форме платёжной ведомости Т-53 в формате FastReport некорректно выводится сумма цифрамиЗаработная платаПлатежная ведомость
При формировании платежной ведомости по зарплате в режиме Fast Report на первом листе сумма выплаты цифрами - поле "руб.", выводится с копейками (00 копеек). Поле копейки выводятся корректно.Исправлена печатная форма платежной ведомости по зарплате в режиме Fast Report - на первом листе сумма выплаты цифрами - поле "руб." выводится без копеек.
101.647119.1.140.1Не формируются реестры по детским пособиям, если есть разграничение прав доступа к подразделениям в модуле ЗарплатаЗаработная платаРеестры по перечислению в банк
Не формируются реестры по детским пособиям, если есть разграничение прав доступа к подразделениям в модуле Зарплата. Пример: для пользователя указаны доступные подразделения в разделе "Настройка/Администратор/Настройка пользователей", включено разграничение доступа, в этом случае пользователь не сможет сформировать реестры по перечислению в банк для сотрудников из доступных ему подразделений.Исправлена ошибка. При включенном разграничении прав доступа реестры по детским пособиям формируются корректно.
102.1800119.1.140.0Необходимо доработать функцию конвертаци и другие исходники для отката функциональности по изменению заполнения ссылок на предыдущий больничныйЗаработная платаРабота с интерфейсом ввода больничных листов
В результате решения ПИР 101.63766, были проведены изменения в коде расчета больничных листов. Необходимо провести анализ изменений в других исходниках, связанных с заполнением ссылки на предыдущий больничный в таблице blankbln Пока необходимо вернуться к старой функциональности в данном вопросе, до доработки проблемы связанной с распространением больничных на несколько лицевых счетов. Все функции должны отражать информацию одинаково.В рамках доработки словаря были добавлены новые поля в таблицы Blisnet и BlankBln. Соответственно сделаны следующие доработки: 1. Доработан компилятор для заполнения новых полей таблиц. 2. В интерфейсе больничных листов появилось поле "Продолжение листка нетрудоспособности номер", ссылка на предыдущий бланк осуществляется при изменении типа больничного на "продолжающийся" и выборе первичного листка нетрудоспособности. 3. Изменен принцип определения и хранения даты начала заболевания.
101.640569.1.139.0Объединенный реестр межпериода - не проставляются признаки "О" и "УС"Заработная платаПлатежные поручения по реестрам
1. При формировании платежных поручений по объединенному реестру межпериода признак "О" проставляется только во входящие реестры, а по самому объединенному реестру остается пустым. Необходимо этот признак проставлять и в объединенный реестр. 2. При простановке признака "УС" вручную в объединенный реестр наоборот - признак проставляется только в объединенный реестр, но не во входящие. Нужно чтобы при простановке "УС" в объединенный реестр этот признак автоматически проставлялся и во все входящие реестры. Кроме того, в нижней панели есть возможность отдельно проставить/убрать признак "УС" в каждом входящем реестре. Необходимо это тоже контролировать и если в нижней панели не все реестры с признаком "УС" - с верхнего тоже снимать этот признак, а если в нижней все "УС" - то проставлять "УС" в верхний. Здесь речь об интерфейсах "Операции - Реестр межрасчетного периода" и "Отчеты - Отчеты по оплате труда персонала - Реестры по перечислениям".1. Доработаны интерфейсы списка реестров в модуле "Заработная плата". Признак во входящих реестрах теперь изменяется при ручном изменении признака в объединенном реестре (на вкладке "Реестры" выставление своего отдельного признака для каждого реестра не предусматривается), при этом признак в объединенном реестре также пересчитается. Признак "УС" в объединенном реестре отображается если у всех входящих реестров есть признак обработанности "УС". Признак "$" в объединенном реестре отображается когда у всех входящих реестров есть связь с платежным поручением. Если связи с платежными поручениями есть, но не у всех входящих, и в некоторых отсутствует признак обработки, то в объединенном реестре отображается "н/о": 1) если при этом признаке у всех входящих реестров значение "X+", значит они все имеют связи с платежными поручениями, но они не учитываются, так как был снят признак обработанности для объединенного реестра; 2) если у всех входящих реестров разные признаки: - на вкладке "Документы" можно удалить все текущие связи реестра с ПП и выполнить заново привязку ПП к объединенному реестру; - на вкладке "Реестры" можно удалить из объединенного реестра лишние входящие. Доработана привязка платежных поручений к объединенному реестру на вкладке "Документы": - при выборе платежного поручения по F7 связь с этим ПП создается для всех реестров, входящих в объединенный; - при удалении связи с платежным поручением по F8, у всех реестров, входящих в объединенный удаляются связи с этим ПП; - при создании и удалении связи с ПП признак в объединенном реестре пересчитывается. 2. Доработаны интерфейсы списка ведомостей в модуле "Заработная плата". Признак учета ("У") во входящих ведомостях теперь изменяется при ручном изменении признака в объединенной ведомости (на вкладке "Ведомости" выставление своего отдельного признака для каждой ведомости не производится), при этом признаки в объединенной ведомости также пересчитываются. Кроме этого признака в объединенных ведомостях пересчитываются также значения в колонках "Пров." и "Закрыта" (если во всех входящих ведомостях есть дата закрытия, то поле при пересчете будет заполнено наибольшей из дат закрытия). 3. Выполнить пересчет сумм и признаков в объединенных реестрах и ведомостях можно также с помощью пункта локального меню "Суммарная информация", это позволит актуализировать информацию на экране.
102.1788679.1.139.0Объединенный реестр. Формирование пп к нему.Заработная платаРеестры межрасчетного периода
Объединенный реестр. Формирование пп к нему.В окне формирования платежных поручений по реестрам в поле фильтра по группе реестров добавлены значения: 1) "объединенные" 2) "по итогам расчета зарплаты" Доработано окно выбора реестров. В нижней части окна добавлены вкладки: "Документы" и "Реестры" (вкладка "Реестры" видна только для объединенных реестров). Доработано формирование ПП по пометкам объединенных реестров, чтобы обрабатывались все необработанные реестры, которые принадлежат объединенному.
102.1790249.1.139.0Требуется добавить проверку на заполнение поля prmonth.strtabn в информации о выплате зп и при его отсутствии заполнение.Заработная платаИнформация о выплатах заработной платы
Требуется добавить проверку на заполнение поля prmonth.strtabn в информации о выплате зп и при его отсутствии заполнение.В функции пересчета сальдо добавлена проверка на заполненность поля PrMonth.StrTabN. В случае если оно не заполнено, а в лицевом счете заполнено, то значение PrMonth.StrTabN будет обновлено значением Lschet.StrTabN
101.643669.1.138.0Операции и реестры/ведомости межпериода - унификация полей для плановых дат выплатЗаработная платаРеестры межрасчетного периода
В большинстве операций межпериода, а также в интерфейсах формирования объединённого реестра, или платёжной ведомости межпериода есть поля для плановых дат выплат, но называются они везде по разному - это путает пользователей: - в интерфейсах отпусков и больничных поле называется "Выплатить", а в объединённых реестрах/ведомостях межпериода при выборе отпусков и больничных - "Дата выплаты"; - в начислениях и удержаниях межпериода - "Дата выплаты", а в реестрах/ведомостях - "Дата док."; - в реестрах/ведомостях межпериода и окончательных при выборе уволенных, а также при выборе в поле "Аванс межпериода" - "Плановая дата выплаты". Единственное исключение - наверное не стОит изменять наименование поля в ЛС "Плановая дата выплаты заработной платы" (иначе в ЛС будет не очень понятно что именно нужно выплатить). Кроме того, в реестрах/ведомостях межпериода при выборе в поле "Аванс межпериода" желательно вообще убрать (скрыть) поле с датой выплаты, поскольку оно никак не влияет на отбор работников для выплаты аванса.Зарплата - Операции - Реестры межрасчетного периода Зарплата - Операции - Платежная ведомость межрасчетного периода Доработаны параметры формирования реестров и ведомостей межрасчетного периода: - в интерфейсах выбора больничных, отпусков, начислений и выплат, удержаний и выплат, аванса по договорам подряда, премий с учетом КТУ наименования полей "Дата выплаты" или "Дата документа" переименованы на "Выплатить". При этом в строке-подсказке присутствуют слова "плановая дата выплаты" - в окне выбора ЛС "Аванс межпериода" поле с датой выплаты скрыто - при выбор уволенных в ЛС наименование поля "Плановая дата выплаты заработной платы" остается В "Начислениях и выплатах", "Удержаниях и выплатах" поле "Дата выплаты" изменено на "Выплатить". Дополнительно. Все суммовые поля в окнах выбора больничных, отпусков, начислений и выплат, удержаний и выплат ((при формировании объединенных реестров) приведены в более удобочитаемый вид, разделены на разряды и прижаты к правому краю.
101.643729.1.138.0Объединённый реестр межпериода - фильтровать договоры подряда по плановой дате выплатыЗаработная платаРеестры межрасчетного периода
В параметрах формирования объединённого реестра и платёжной ведомости межпериода логично фильтровать договоры подряда по плановой дате выплаты - аналогично отпускам, пособиям и другим операциям межпериода (сейчас договоры фильтруются по дате документа). Для этого потребуется добавить поле "Выплатить" в интерфейс договоров подряда.Зарплата - Операции - Реестры межрасчетного периода С целью фильтрации договоров подряда по дате выплаты добавлено поле "Выплатить" в интерфейс договоров подряда м в окно выбора договоров подряда в параметрах формирования объединенного реестра.
101.644059.1.138.0Объединённый реестр межпериода - фильтровать ежемесячные детские пособия по плановой дате выплатыЗаработная платаРеестры межрасчетного периода
Необходимо предоставить возможность при формировании объединенного реестра выбрать детские пособия и отфильтровать их по дате выплаты, если дата выплаты установлена в параметрах формирования объединенного реестра.Зарплата - Операции - Реестры межрасчетного периода Доработано формирование реестров межрасчетного периода. В параметры формирования объединенного реестра добавлена возможность фильтровать ежемесячные детские пособия по плановой дате выплаты - аналогично отпускам, единовременным пособиям и другим операциям межпериода.
101.644219.1.138.0Платежная ведомость межпериода - фильтровать ежемесячные детские пособия по плановой дате выплатыЗаработная платаПлатежная ведомость межпериода
Задача вынесена из ПиР 101.64405. В параметрах формирования объединённой платёжной ведомости межпериода нужно фильтровать ежемесячные детские пособия по плановой дате выплаты - аналогично отпускам и другим операциям межпериода.Доработано формирование платежной ведомости межпериода. В параметры формирования платежной ведомости добавлена возможность фильтровать ежемесячные детские пособия по плановой дате выплаты - аналогично отпускам, единовременным пособиям и другим операциям межпериода.
101.644229.1.138.0Платежная ведомость межпериода - фильтровать единовременные пособия по плановой дате выплатыЗаработная платаПлатежная ведомость межпериода
С целью повышения удобства работы с реестрами предлагается доработать фильтр по детским единовременным пособиям в параметрах формирования платежная ведомости межпериода.Зарплата - Операции - платежная ведомость межпериода Доработано формирование платежной ведомости межпериода. В параметры формирования платежной ведомости межпериода добавлена возможность фильтровать единовременные детские пособия по плановой дате выплаты - аналогично отпускам, единовременным пособиям и другим операциям межпериода.
102.1802759.1.138.0Фильтр по детским пособиям в параметрах формирования реестров межпериодаЗаработная платаРеестры межрасчетного периода
С целью повышения удобства работы с реестрами предлагается доработать фильтр по детским единовременным пособиям в параметрах формирования объединенного реестра.Зарплата - Операции - Реестры межрасчетного периода Доработано формирование реестров межрасчетного периода. В параметры формирования объединенного реестра добавлена возможность фильтровать единовременные детские пособия по плановой дате выплаты - аналогично отпускам, единовременным пособиям и другим операциям межпериода.
101.641629.1.137.0При выгрузке реестров на перечисление заработной платы в электронной форме необходимо объединять начисления по смежным и основному л/сЗаработная платаЭлектронные реестры
При выгрузке реестров на перечисление заработной платы в электронной форме не объединяются начисления по смежным и основному л/с.Доработана выгрузка реестров на перечисление заработной платы в электронной форме - начисления по смежным и основному л/с группируются.
102.1810699.1.137.0реестры по налогам на фот.печатьЗаработная платаРеестры по перечислениям. Печатные формы реестров
Реестры по налогам на ФОТ - не печатается список сотрудников.Доработана печать реестров по налогам на ФОТ.
101.637159.1.136.0Объединенный реестр и ведомость межпериода - фильтровать начисления и удержания по дате выплатеЗаработная платаРеестры межрасчетного периода
В интерефейсе параметров формирования объединенного реестра и платёжной ведомости межпериода необходимо фильтровать начисления и удержания межпериода по дате выплате аналогично отпускам, больничным и увольнениям.Для окна параметров формирования объединенного реестра, а также для окна параметров формирования объединенной платежной ведомости реализованы интерфейсы выбора, учитывающие установленный фильтр по дате выплаты. Если в окне параметров был задан фильтр по датам выплаты, то при открытии окна выбора документов в нем будут показаны только документы, дата которых попадает в выбранный фильтр. Реализовано для выбора документов межпериода: - начислений и выплат; - удержаний и выплат; - аванса по договорам подряда; - зарплаты по договорам подряда; - премии по КТУ.
101.639289.1.136.0Объединенный реестр межпериода - формирование по уволенным при отключенном учете выплат по реестрамЗаработная платаРеестры межрасчетного периода
В отпуске "Компенсация за неиспользованный отпуск" увольняющегося сотрудника по ошибке пользователя может быть указано "Выплачивать в межпериод" = "ДА" и код перечисления в межпериод, например, 208. В этом случае при настройке "Учет выплат по реестрам" = "НЕТ" в результатах расчёта перечисление отпуска формируется указанным в отпуске кодом 208, а не 220. Далее, при формировании объединённого реестра межпериода в реестр RZ такой код не попадает, а реестр RO сейчас умышленно не формируется по помеченным уволенным - в результате сумма отпуска "пропадает". Предлагается доработать алгоритм для настройки "Учет выплат по реестрам" = "НЕТ": не всегда отбрасывать суммы межпериода по помеченному уволенному, а дополнительно проверять код удержания межпериода и отбрасывать только если в межпериоде проставлен код окончательной зарплаты (т.е. любой код, по которому формируется реестр RZ). Таким образом, сначала проверяем код в межпериоде и если это НЕ код окончательной зарплаты - формируем реестр RO и т.п. (поскольку в реестр RZ он в любом случае не попадёт). А если в межпериоде указан код окончательной зарплаты - тогда как сейчас, дополнительно смотрим нет ли этого сотрудника среди помеченных уволенных - чтобы избежать дублирования суммы.Зарплата - Операции - Реестры межрасчетного периода Доработано формирование объединенного реестра с настройкой "Учет выплат по реестрам" ("Настройки Галактики Управление персоналом Расчеты с персоналом Межрасчетный период Учет межпериода при расчете зарплаты Учет выплат по реестрам") - "нет". Если настройка установлена в "нет", то суммы уволенного сотрудника отбрасываются только в случае, если в постоянных удержаниях сотрудника есть постоянное удержание с кодом перечисления, который указан в отпуске, больничном и т.д. При наличии такого постоянного удержания сумма попадет в реестр на окончательную зарплату.
102.1800319.1.136.0Потеря преемственности. Фильтр при формировании платежной ведомостиЗаработная платаПлатежная ведомость
Формируя ведомость пользователь в окне параметров формирования ведомостей выбрал в фильтре по подразделениям другие подразделения. Хотят чтобы после успешного формирования ведомостей в окне списка ведомостей устанавливался фильтр по тем подразделениям, которые были выбраны в окне параметров.Формируя ведомость(реестр) пользователь в окне параметров формирования ведомостей(реестров) выбирал в фильтре по подразделениям другие подразделения. В списке ведомостей(реестров) устанавливается фильтр по подразделениям из окна параметров, если подразделений, которые указаны в новых ведомостях(реестрах) нет в ранее установленном фильтре.