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


Описание файла обновления:
ФайлZ_PAYREP_RES_911610.TXT
ОбновлениеZ_PayRep_res_911610
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентZ_PAYREP
ТипRES
Версия9.1.161.0
Дата2019-02-08 14:11:29
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.196651NEWОбеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.15.0.Обеспечение корректной работы. Пересобраны ресурсы с учетом изменённых таблиц словаря Alter_Cumulative 9.1.15.0. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1926289.1.160.0ПВ. Нет ссылки на каталог физические лица.Заработная платаПлатежная ведомость
ПВ. Нет ссылки на каталог физические лица. Ведомость сформирована в зарплате,пытаюсь обработать ее в кассе не на полную сумму выплаты. Сообщение.Доработана функция расчета сальдо и функция формирования ПВ на окончательную выплату зарплаты. Добавлена проверка на наличие ссылки на физ.лицо. Если отсутствует, то подставляется физическое лицо из лицевого счета работника.
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Объединенный реестр и ведомость межпериода - фильтровать начисления и удержания по дате выплатеЗаработная платаРеестры межрасчетного периода
В интерефейсе параметров формирования объединенного реестра и платёжной ведомости межпериода необходимо фильтровать начисления и удержания межпериода по дате выплате аналогично отпускам, больничным и увольнениям.Для окна параметров формирования объединенного реестра, а также для окна параметров формирования объединенной платежной ведомости реализованы интерфейсы выбора, учитывающие установленный фильтр по дате выплаты. Если в окне параметров был задан фильтр по датам выплаты, то при открытии окна выбора документов в нем будут показаны только документы, дата которых попадает в выбранный фильтр. Реализовано для выбора документов межпериода: - начислений и выплат; - удержаний и выплат; - аванса по договорам подряда; - зарплаты по договорам подряда; - премии по КТУ.