Проблема ПИР | Первое решение | Описание | Проект | Детализация |
---|
Что изменено: | Как изменено: |
---|
102.196651 | 9.1.161.0 | Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1 | Предложение по новой функциональности Галактики ERP (по системе в целом) | ? |
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.15.0. | Обеспечение корректной работы. Пересобраны ресурсы с учетом изменённых таблиц словаря Alter_Cumulative 9.1.15.0. Комплектность установки ресурсов обеспечена требованиями при установке. |
102.192628 | 9.1.160.0 | ПВ. Нет ссылки на каталог физические лица. | Заработная плата | Платежная ведомость |
ПВ. Нет ссылки на каталог физические лица. Ведомость сформирована в зарплате,пытаюсь обработать ее в кассе не на полную сумму выплаты. Сообщение. | Доработана функция расчета сальдо и функция формирования ПВ на окончательную выплату зарплаты. Добавлена проверка на наличие ссылки на физ.лицо. Если отсутствует, то подставляется физическое лицо из лицевого счета работника. |
101.65821 | 9.1.158.0 | При передаче переменной GetValue из пользовательского алгоритма происходит приведение строки к числу, а это не всегда хорошо | Заработная плата | Электронные реестры |
При передаче переменной GetValue в пользовательском алгоритме происходит приведение строки к числу, а это не всегда хорошо. | Доработана работа пользовательских алгоритмов при формировании электронных реестров. |
101.65977 | 9.1.158.0 | Добавить контроль длины поля "счет" в банке и, в случае несовпадения, выводить информацию об этом | Заработная плата | Электронные реестры |
Добавить контроль длины поля "счет" в банке и, в случае несовпадения, выводить информацию об этом Клиента просит добавить в протокол сообщение об ошибке при контроле длины номера лицевого счёта в реестре на перечисление в Сбербанк. | Доработано формирование электронных реестров - добавлен контроль длинны поля для РФ номер лицевого счета в банке при формировании реестров. |
102.193612 | 9.1.158.0 | Доработать формирование реестров и ведомостей по больничным межпериода. | Заработная плата | Реестры по перечислению в банк (больничный) |
Доработать формирование реестров и ведомостей по больничным межпериода. В операциях к реестру (платежной ведомости) даты начала и окончания надо записывать в зависимости от фонда (за счет предприятия, за счет ФСС, превышение). Аналогично тому как в начислениях. Это нужно при формировании окончательных реестров: для корректного сопоставления сумм реестров с суммами начислений и удержаний по оплачиваемому периоду. А также для расчета сальдо (расчет сальдо по платежным документам). | В операции к реестру (платежной ведомости) даты начала и окончания записываются в зависимости от фонда (за счет предприятия, за счет ФСС, превышение). Аналогично тому как в начислениях. |
102.193930 | 9.1.158.0 | Формирование реестров межпериода. Добавить анализ PrVidopl.Choice | Заработная плата | Реестры по перечислению в банк |
Формирование реестров межпериода. Добавить анализ PrVidopl.Choice Обрабатывать только записи PrVidopl, у которых Choice совпадает с Sys_Mbf.Choice | При формировании реестров и ведомостей в межпериоде добавлена проверка PrVidopl.Choice Обрабатываются только записи PrVidopl, у которых Choice совпадает с Sys_Mbf.Choice |
101.56849 | 9.1.157.0 | Расчет больничного по уходу за ребенком внутри которого период нахождения в стационаре (Пилотный проект) | Заработная плата | Расчет больничных |
В окне редактирования больничного можно указать период нахождения в стационаре. Если после этого делается расчет, то получается странная картина: человеку посчитались 10 дней в амбулаторных условиях в соответствии с процентом стажа - 100 процентов, а остальные дни по 50 %. В соответствии с статьей 7 ФЗ 255 должно быть так: 10 дней амбулаторного периода - 100 % 11 дней стационара - 100 % Остальные 3 дня 50 %. | Доработан функционал по расчету больничного, в котором есть период нахождения в стационаре. Стационарный период рассчитывается, как правило, с настройками, отличными от амбулаторного периода. Для решения этой проблемы создан следующий алгоритм работы: 1. Интерфейс редактирования больничного: Кроме дат нахождения в стационаре появилось поле для ввода вида пособия для этого режима. При вводе этих данных в случае, если вид пособия отличается от основного(амбулаторного) и период стационара не совпадает с периодом болезни, больничный разбивается на несколько (два или три), соответствующих амбулаторным/стационарному периодам. Общая информация для всех этих больничных копируется. Далее просмотр и редактирование по F4 или Enter. 2. Режим просмотра списка больничных листов: Больничные, которые состоят из нескольких связанных, выделяются в списке признаком Амб/Стац. Если помечен такой больничный, все функции локального меню, в том числе расчет и удаление, выполняются для всех связанных. Просмотр и редактирование связанных больничных осуществляется по F4 или Enter. 3. В окне редактирования связанных больничных в верхней панели отображается бланк больничного, в нижней - связанные по этому бланку больничные листы. Особенности: - Расчет: Расчет процентов для амбулаторного режима осуществляется с учетом дней стационара. - Удаление: При пометке всех связанных больничных удаляются все больничные вместе с бланком. Если помечены не все больничные, остается один больничный на весь период с видом пособия для амбулаторного режима. - Печать: Доработаны печатные формы с учетом общей информации по бланку. |
101.59561 | 9.1.157.0 | Реестры НДФЛ - сохранять ссылку на формируемый реестр в результатах расчета НДФЛ | Заработная плата | Реестры по перечислениям. Формирование |
В момент формирования реестров НДФЛ по окончательному расчёту зарплаты предлагается проставлять ссылку на эти реестры в результаты расчёта НДФЛ (Uder) - аналогично ссылке на реестр выплаты. Эта ссылка нужна для определения даты фактической уплаты НДФЛ в отчётности. | В момент формирования реестров НДФЛ по окончательному расчету зарплаты проставляется ссылка на эти реестры в результаты расчета НДФЛ (Uder). |
102.187335 | 9.1.157.0 | При переходе на новый месяц сохранять детализацию алиментов аванса будущего периода | Заработная плата | Расчет алиментов в режиме "Расчет аванса" |
В модуле Заработная плата-Операции-Аванс-Расчет при переходе на новый месяц сохранять детализацию алиментов аванса будущего периода: 1) Заполнить детализацию алиментов при расчете удержаний с аванса в будущем периоде (сейчас при расчете в будущем периоде удаляется запись детализации алиментов текущего периода, при этом всегда пишется исходная сумма для расчета удержаний текущего периода); 2) Отображать в интерфейсе детализацию алиментов и и/л, для текущего и будущего периода; 3) Для будущего периода в интерфейсе аванса добавить свой флаг статуса расчета удержаний. | В модуле Заработная плата-Операции-Аванс-Расчет, сейчас корректно отображается и заполняется детализация алиментов и и/л в будущем периоде. Теперь при расчете в будущем периоде не удаляется запись детализации алиментов текущего периода. Статус расчета удержаний сохраняется для текущего и будущего периода отдельно. При переходе в межпериод значения будущего периода переносятся в текущий. После обновления если в будущем периоде уже есть расчет аванса, то значение статуса расчета удержаний будет равно "нет", в этом случае необходимо пересчитать аванс, статус расчета установится в нужное поле, в дальнейшем такой статус будет отображаться корректно. |
102.189009 | 9.1.157.0 | Платежные ведомости - нужна раздельная нумерация зарплатных ПВ и всех остальных | Касса | Платежные ведомости |
Расчётный отдел требует, чтобы все платёжные ведомости, формируемые из модуля Заработная плата, имели свою отдельную нумерацию. Сейчас в Зарплате они видят только свои ведомости, но остальные (невидимые для них) ведомости модуля Касса нарушают их нумерацию (на выплату подотчётных сумм, прочие, а также созданные по ведомостям депонирования). Предлагается в раздел "Настройки Галактики Бухгалтерский контур Формирование номеров" добавить подраздел "Нумерация платёжных ведомостей" и настройку, например, "Раздельная нумерация ведомостей модуля Заработная плата". Реализовать такой порядок и для нумерации по последним номерам БД, и по таблице номеров. | Добавлена системная настройка: "Настройки Галактики Бухгалтерский контур Формирование номеров Нумерация платежных документов Раздельная нумерация платежных ведомостей модуля Касса и ЗП". Данная настройка разграничивает нумерацию платежных ведомостей модуля Касса (префиксы 0$PS, 000) от Зарплатных (остальные префиксы) |
102.192175 | 9.1.157.0 | Необходимо открыть код удержания в шапке реестра по удержаниям с типом "Перечисление" | Заработная плата | Реестры по перечислениям. Формирование |
Необходимо открыть код удержания в шапке реестра по удержаниям с типом "Перечисление". На перечисление заработной платы и других доходов работника в банк. Кроме того предоставить возможность его перевыбрать. | Окно редактирования спецификации реестра. В шапке реестра в режиме редактирования пользователь может заменить код вида удержания для удержаний с признаком "перечисление" на другой в/у с признаком "перечисление". Примечание: В классификаторе видов удержания признак "перечисление" следует выставлять лишь в тех видах удержаний, которыми перечисляется зарплата и другие доходы работника на его банковскую карту (то есть в пользу самого работника, а НЕ в пользу третьих лиц или сторонних организаций). |
102.174556 | 9.1.155.0 | Добавить в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенести это значение из поля NumOgr. | Заработная плата | Интерфейс "Единовременные пособия" |
Добавить в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенести это значение из поля NumOgr. | Добавлено в таблицу Childone индексное поле period для хранения признака отчетного/будущего периода. Перенесено это значение из поля NumOgr. Так же данное изменение учтено во всем функционале системы в целом. |
102.189648 | 9.1.155.0 | Формирование ПВ на выплату зарплаты (в наименование не записывается имя кассира) | Заработная плата | Платежная ведомость |
Формирование ПВ на выплату зарплаты. В наименование ведомости не записывается имя кассира в случае, когда формируют ведомости в разрезе кассиров (опция "Название: по подр. и кассиру") | Доработано. В наименование ведомости записывается имя кассира. |
101.65429 | 9.1.154.0 | Добавить столбец "Код вида удержания" в окно выбора отпусков в фильтре параметров формирования реестра на НДФЛ с отпускных | Заработная плата | Реестры по перечислению в банк (отпускных) |
Просят добавить столбец "Код вида удержания" в окно выбора отпусков в фильтре параметров формирования реестра на НДФЛ с отпускных. Вариант добавления поля через конфигуратор используют, но после установки патчей приходится настраивать заново. | В окно выбора отпусков добавлена колонка с в/у (выводится пользовательский код). |
102.188252 | 9.1.154.0 | не работает контроль по реестрам | Заработная плата | Реестры по перечислению в банк |
Начисления и выплаты. Работникам начислена ежемесячная премия, но реестр не сформирован. Работник увольняется, ему выполняют окончательный расчет, в который попадает премия, затем выплачивают реестром на выплату зарплаты (Отчеты по оплате труда персонала - Реестры по перечислениям). Далее в межпериод формируют реестр на выплату премии. В реестр попадает сумма по премии, хотя она уже попала в реестр на выплату зарплаты. | В операции реестра зарплаты для премии есть ссылка на межрасчетную выплату, но вид удержания в реестре на выплату зарплаты не совпадает с тем, который указан в межрасчетном начислении. Поэтому при контроле сумма премии из этого реестра не учитывалась. Доработано формирование реестров по начислениям и выплатам с контролем. В том случае, когда совпадает ссылка на межрасчетную выплату учитываются суммы из реестров на выплату зарплаты и аванса, а также суммы из реестров, сформированных по прочим удержаниям, если и в/у реестра и в/у межрасчетной выплаты имеют признак "перечисление". |
102.97340 | 9.1.153.0 | Настройка "Разбить пособие на основную и дополнительную суммы" для Беларуси | Заработная плата | Настройка |
Настройка "Разбить пособие на основную и дополнительную суммы" для Беларуси Путь: Настройки Галактики -> Управление персоналом -> Больничные, отпуска, расчеты по среднему -> Больничные -> Продолжительность. Использование настроек "Разбить пособие на основную и дополнительную суммы" и "Количество дней для основной суммы" противоречит Белорускому законодательству. Следует сделать их неактивными при настройке на Беларусь. | Скрыты настройки "Разбить пособие на основную и дополнительную суммы" и "Количество дней за счет работодателя" для Республики Беларусь. |
101.65245 | 9.1.152.0 | Формируется реестр на перечисление аванса по архивному удержанию с датой окончания | Заработная плата | Реестры по перечислению аванса в банк |
Формируется реестр на перечисление аванса по архивному удержанию с датой окончания. У сотрудника имеется постоянное удержание, которое в архиве. Указана дата окончания - 30.04.2018. Отчетный период в зарплате - июль 2018. Реестр на перечисление аванса на эту сотрудницу формируется. P.S. Сотрудник был уволен в апреле 2018, в июне заново принят на тот же ЛС | Исправлено. Для формирования реестров аванса берется только входящее в расчет постоянное удержание аванса (анализируются только постоянные удержания с системными кодами в/у 141..145,199). |
101.65261 | 9.1.152.0 | Добавить в "Источники данных" поля: "Пол", "Дата приема", "Должность" | Заработная плата | Электронные реестры |
В Настройку формата файла выгрузки электронных реестров на открытие банковских счетов необходимо добавить в "Источники данных" поля: "Пол", "Дата приема", "Должность". Это требуется для формирования реестра на выпуск банковских карт банка ВТБ. | Доработано формирование электронного варианта реестра: добавлена возможность выбора поля "Пол", "Дата приема", "Должность" в колонке "Источник данных" для настройки формата файла выгрузки электронного реестра. |
101.65183 | 9.1.151.0 | Значение поля "Вид зачисления" "настройки для экспорта в форматы Сбербанка" меняется во всех "настройках..." одновременно | Заработная плата | Электронные реестры |
Значение поля "Вид зачисления" "настройки для экспорта в форматы Сбербанка" меняется во всех "настройках шаблона" одновременно. Требуется в "настройке шаблона" значение поля "Вид зачисления" независимым от значения этого поля в других шаблонах. | Доработано заполнение значения поля "Вид зачисления" настройки для экспорта в форматы Сбербанка: при создании настройки значение определяется исходя из префикса реестра, изменения значения настройки сохраняются только в данной настройке. |
101.65034 | 9.1.150.0 | Больничные/отпуска - непропорциональное уменьшение перечислений по ВО при уменьшении суммы на руки | Заработная плата | Реестры по перечислению в банк (больничный) |
Если пользователь вручную уменьшает сумму на руки в выплачиваемом в межпериод больничном, или отпуске, который состоит из нескольких частей с разными видами оплат, то перечисляемые по видам оплат суммы в операциях реестра/ведомости уменьшаются последовательно, а не пропорционально. Это приводит к тому, что какой-то вид оплаты может полностью исчезнуть из реестра больничного/отпуска. При этом перечисляемый НДФЛ сейчас не уменьшается, поэтому в реестре НДФЛ все виды оплат остаются неизменными. В результате получаем разные наборы видов оплат в операциях реестра больничного/отпуска и реестра НДФЛ, что в дальнейшем приводит к проблемам при определении ссылок на источник выплаты в результатах расчёта НДФЛ - соответственно получаем ошибки в 6-НДФЛ. Возможно, для исключения таких ошибок в случае ручной корректировки суммы на руки имеет смысл уменьшать все части больничного/отпуска пропорционально, а не последовательно и записывать суммы корректировки в поля "Прочие удержания". Кроме того, представляется логичным уменьшать и все части перечисляемого НДФЛ синхронно с доходом. Больничный с 22.05 по 01.06 - соответственно 3 вида оплаты: 83 - первые 3 дня, 167 - до конца мая, 168 - 1 июня. Выплачен в межпериод с ручной корректировкой суммы на руки, причём в операциях межпериодного реестра дохода только ВО 83 и 167. А в реестре НДФЛ всё верно - 83, 167 и 168. В результате имеем разные наборы ВО в реестре дохода и реестре НДФЛ и неправильные ссылки на источник выплаты в результатах расчёта. | Принцип формирования реестров по отпускам и больничным с выплатой на уменьшенную сумму на руки остался прежним. Формирование реестра НДФЛ для этого случая проводится по аналогичным правилам. Теперь при формировании в межпериоде реестра НДФЛ анализируется сумма к выплате на руки в отпуске и больничном. Если в больничном или отпуске сумма к выплате была уменьшена, то будет формироваться реестр НДФЛ на уменьшенную сумму налога, пропорционально значению суммы к выплате. |
102.186245 | 9.1.150.0 | Формирование реестров по итогам расчета зарплаты | Заработная плата | Реестры по перечислениям. Формирование |
Доработать формирование реестров по итогам расчета зарплаты. Значения для полей Zaroper.TipDoc и Zaroper.cPodr нужно заполнять только на основе поля "Источник начисления". Брать значения из "Источника данных" (старое поле) уже не надо. Это позволит корректнее формировать реестры на выплату зарплаты и НДФЛ при многократных выплатах совместно с опцией контроля: - при доначислениях и выплатах остатка сумм; - при формированиях реестров по проценту на часть суммы и на остаток. | Доработано формирование реестров по итогам расчета зарплаты. Значения для полей Zaroper.TipDoc и Zaroper.cPodr теперь берутся только из поля "Источник начисления". |
102.186501 | 9.1.150.0 | Доработать интерфейс редактирования реестра в зарплате | Заработная плата | Реестры по перечислениям. Формирование |
Доработать интерфейс редактирования реестра в зарплате. Заменить локальные функции на объектные методы интерфейса DeterminantAdviser | Доработан интерфейс редактирования реестра в зарплате. Заменены локальные функции на объектные методы интерфейса DeterminantAdviser. Доработан расчет сбора при корректировках суммы перечисляемой суммы. В списке сумм по работникам добавлена дополнительная колонка. В этой колонке отображается символ "X" для тех сумм, которые пользователь вручную изменил в сторону увеличения (по сравнению с теми, на которые был сформирован реестр). |
101.64666 | 9.1.146.0 | При настройке шаблона выгрузки реестра после 17-ого порядкового номера сбивается настройка порядкового номера. | Заработная плата | Анкетные данные для экспорта реестров |
При настройке шаблона выгрузки реестра после 17-ого порядкового номера сбивается настройка порядкового номера. | Исправлена сортировка списка колонок в интерфейсе настройки электронных реестров. |
102.153935 | 9.1.148.0 | некорректная фильтрация реестров | Заработная плата | Реестры по перечислению в банк |
В окне списка реестров по пособиям фильтр по подразделениям не установлен (фильтр по всем подразделениям). Создаем реестр с фильтром по произвольно выбранным двум подразделениям. В окне списка реестров мы видим эти сформированные реестры, но если закрыть окно списка реестров и снова его открыть, то этих реестров мы уже не увидим в списке. Просьба сделать для реестров пособий по аналогии с реестрами по начислениям в межпериод, там такой проблемы не возникает. | Заполнение поля Sbban.Cex для реестров пособий реализовано по аналогии с другими режимами формирования реестров. В случаях, когда задана нулевая глубина иерархии и в фильтре выбраны несколько подразделений, а не вся ветка подразделений, то в Sbban.Cex реестра записывается одно из выбранных в фильтре подразделений. |
103.9710 | 9.1.148.0 | нумерация реестров на з/п по порядку номера группы | Заработная плата | Реестры по перечислениям. Формирование |
Клиент считает,что при формировании реестров на выдачу зарплаты в банк с установленным фильтром по аналитике, состоящем в пометке нескольких групп работников "Нумерация реестрам должна бы присваиваться в том же порядке, в котором пронумерованы группы, по которым формируем реестры. Например, формируем реестры по 3-м группам : 001,002 и 003, и в итоге реестры ,полученные при формировании по группам должны иметь номер, например 10134( по группе-001), 10135(по группе-002) и 10136(по группе-003) и т.д.нумерация реестров на з/п по порядку номера группы" Сейчас это не так, номера реестров не соответствуют номеру по порядку групп. | Доработано формирование реестров в разрезе аналитик: Операции - Отпуска - Реестры по перечислениям в банк Операции - Больничные - Реестры по перечислениям в банк Операции - Аванс - Реестры по перечислениям в банк Операции - Начисления и выплаты - Реестры по перечислениям в банк Операции - Удержания и выплаты - Реестры по перечислениям в банк Операции - Ежемесячные пособия на детей - Реестры по перечислениям в банк Операции - Единовременные пособия - Реестры по перечислениям в банк Операции - Договоры подряда - Реестры по перечислениям аванса в банк Операции - Договоры подряда - Реестры по перечислениям зарплаты в банк Операции - Расчет премии с учетом КТУ - Реестры по перечислениям зарплаты в банк Отчеты - Отчеты по оплате труда персонала - Реестры по перечислениям В случае использования аналитических фильтров по приоритету сначала будет использоваться группировка по аналитике, а затем по остальным уровням. Если используется аналитический фильтра по группам работников, то реестры теперь формируются в последовательности от меньшего значения номера группы к большему. |
104.19810 | 9.1.148.0 | Суммарная информация по ПВ и Реестрам на перечисление | Заработная плата | Платежная ведомость |
Суммарная информация по ПВ и Реестрам Было бы неплохо, если бы была возможность просматривать Суммарную информацию по Платежным ведомостям и Реестрам на перечисление непосредственно из интерфейсов а не через Локальное меню. Такая возможность была на более старых сборках. | В окне списков реестров и ведомостей в модуле "Заработная плата" в нижнюю часть окна добавлен вывод итоговых сумм по всем отображаемым в окне. |
102.184774 | 9.1.147.0 | К некоторым полям не добавляется префикс в режиме DbVip | Заработная плата | Электронные реестры |
К некоторым полям не добавляется префикс в режиме DbVip. | Доработана печать реестров: добавлена возможность выбора поля "Детали платежа" в колонке "Источник данных" для настройки формата файла выгрузки электронного реестра. Доработан вычислитель формул: добавлена возможность добавления строки к числовым полям, доработано добавления строки к строковым полям источника данных. |
101.64688 | 9.1.146.0 | Добавить в поток вывода на печать Реестра по перечислениям наименование банка | Заработная плата | Реестры по перечислениям. Печатные формы реестров |
Добавить в поток вывода Excel-отчета "Реестр по перечислениям" поле "Наименование банка". | В поток Excel-отчета "Реестр по перечислениям" добавлен вывод поля "Наименование банка"(переменная Банк_перечисления). & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: RPECH.XLT |
101.60718 | 9.1.144.0 | При вводе Записей в интерфейс, дать возможность указать ДОП.АНАЛИТИКУ как в постоянных доплатах. | Заработная плата | Ведение интерфейса "Начисления и выплаты" |
При вводе Записей в интерфейс, дать возможность указать ДОП.АНАЛИТИКУ как в постоянных доплатах. | 1.Добавлена возможность задания доп. аналитики при формировании начислений и выплат. Можно изменить аналитику отдельно для каждой записи в начислении, а также для всех записей при изменении параметров начисления. 2. Для реестров и ведомостей межпериода проведена доработка по учету значений допаналитик перехода в межпериод (для случая когда допаналитик нет ни в лицевом счете, ни в виде оплаты, ни в виде удержания). Доработан учет значений доп.аналитик из записей межрасчетных начислений (созданных из функции "Начисления и выплаты") при формировании по ним реестров. Допаналитики из этих записей анализируются в последнюю очередь. Учет значений этих допаналитик выполняется по схеме дополнения и замены (при одинаковых кодах аналитик но разных их значениях приоритетным считается значение, указанное в записи начисления). Реестры формируются с учетом получившихся итоговых наборов аналитик, а значения доп.аналитик записываются в операции к реестру/ведомости. 3.Доработан учёт записей из функции "Начисления и выплаты" с дополнительными аналитиками при расчёте заработной платы. Формирование дополнительных аналитик в результатах расчёта заработной платы идёт по схеме замены и дополнения. Ранее дополнительные аналитики переносились из лицевого счёта с учетом переходов в межпериод. Теперь эти записи дополняются дополнительными аналитиками из функции "Начисления и выплаты", в том случае, если группы аналитик не совпадают с лицевым счётом (переходом) . В тех случаях, когда группы совпадают, предпочтение отдается аналитике из функции "Начисления и выплаты". |
102.182398 | 9.1.144.0 | реестры по перечислению по отпускам | Заработная плата | Реестры по перечислению в банк (отпускных) |
Рассчитали отпуск по сотруднику, сформировали реестр и выплатили деньги. Далее отозвали из отпуска сотрудника на день. Обработали отзыв. Формируем реестры по всем отпускам и в новый реестр попадает опять сумма по отпуску, но за минусом сторнировочной суммы. Если отзыв убрать, то программа не формирует запись в реестре по этому сотруднику, как только оформляем отзыв---запись попадает в реестр. Похоже просто слетает привязка из отпуска к созданному ранее реестру при разбивке отпуска отзывом - оставляет привязку только на первую запись? | Доработан алгоритм формирования реестров по отпускам межпериода с включенной опцией контроля по реестрам. Если при вычитании из текущих расчетных сумм отпуска аналогичных сумм из учитываемых реестров получилась отрицательная сумма остатка к выплате, то алгоритм будет пытаться уменьшить положительные суммы остатков (если это суммы того же типа) других аналогичных отпусков в той же группе отпусков. Если в этой группе отпусков не нашлось таких и все равно получается отрицательная сумма остатка к выплате по этому отпуску, то реестр на сумму к выплате по этому отпуску не формируется. Отпуска с признаком "отзыв" теперь пропускаются и реестры по ним не будут формироваться. |
102.183499 | 9.1.144.0 | Записывать в реестры месяц отнесения налога | Заработная плата | Реестры по перечислениям. Формирование |
Для премий с кодом 2002 и доп.входимостью 294 формировать отдельный реестр аналогично, как это происходит для премий с кодом 2003. Записывать в реестры НДФЛ месяц удержания налога не только в наименование реестра, но и в поля Sbban.DatK и Spplban.DatK. | Для премий с кодом 2002, имеющих доп.входимость 294 в наименование реестра записывается месяц выплаты. Дату выплаты пользователь задает в поле "Доход выпл." в параметрах формирования реестра. В реестры НДФЛ месяц отнесения налога записывается не только в наименование реестра, но и в поля Sbban.DatK и Spplban.DatK. |
101.63925 | 9.1.139.1 | Объединенный реестр межпериода - не обрабатывать коды перечислений окончательной зарплаты уволенным | Заработная плата | Реестры межрасчетного периода |
Работнику перечислили зарплату и компенсацию в межпериод при увольнении системным кодом удержания 208 (в КВУ для 220 в поле "Перечисление зп в межпериод для уволенных" задан код 208, расчёт проводился в пункте меню "Операции - Расчёт зарплаты - Расчёт зарплаты уволенным ..."). Далее в окончательный расчёт доначислили премии системным кодом удержания 220. Теперь при формировании объединенного реестра МЕЖПЕРИОДА по уволенному (а такая необходимость теоретически может возникнуть) формируется 2 подчинённых реестра - и на межпериод (SbBan.VidUd=208), и на окончательный расчёт (SbBan.VidUd=220). | Доработано формирование объединенного реестра межпериода. Реестр на выплату зарплаты уволенным теперь формируется лишь на суммы к выплате зарплаты, у которых код вида удержания "для визуального отображения и отчетности" имеет тип "в межпериод". Примечание: суммы к выплате зарплаты в результатах расчета это суммы, у которых исходный код вида удержания находится в диапазоне системных кодов [206..210,220..230]. |
102.179776 | 9.1.142.0 | УРиУ ПиП - Права доступа к частям документов | Настройка | Роли-элементы |
Нужна возможность настраивать права пользователей на доступ к частям документов (полям, вкладкам, кнопкам, функциям контекстного меню) - видимость полей, вкладок, возможность редактирования полей, обязательность заполнения полей, возможность выполнения функций по кнопкам и контекстному меню. Описание возможного способа реализации - во вложении. | Устранение привнесенной ошибки [x] Повторное описание таблицы (стр.23, поз.5 в D:Gal92_FSSboSboWorkSpaceSRCCompSrc_PayRepvipDocNumberManager.vip) ); ^ |
102.183995 | 9.1.142.0 | Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1 | Предложение по новой функциональности Галактики ERP (по системе в целом) | ? |
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0. | Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке. |
101.64391 | 9.1.141.0 | Платежные ведомости - при контроле формируется несколько строк по одному работнику | Заработная плата | Платежная ведомость |
При формировании платежной ведомости по результатам расчёта заработной платы с параметром "Контроль" = "по сформир." по каждому работнику формируется несколько строк. Без контроля корректно формируется одна строка. | При формирование платежных ведомостей с префиксом 0$Z ("Отчеты Отчеты по оплате труда персонала Платежная ведомость") с параметром "Контроль" = "по сформир." доработан учет сумм операций ведомостей на выплату аванса межпериода. |
102.183272 | 9.1.141.0 | В печатной форме платёжной ведомости Т-53 в формате FastReport некорректно выводится сумма цифрами | Заработная плата | Платежная ведомость |
При формировании платежной ведомости по зарплате в режиме Fast Report на первом листе сумма выплаты цифрами - поле "руб.", выводится с копейками (00 копеек). Поле копейки выводятся корректно. | Исправлена печатная форма платежной ведомости по зарплате в режиме Fast Report - на первом листе сумма выплаты цифрами - поле "руб." выводится без копеек. |
101.64711 | 9.1.140.1 | Не формируются реестры по детским пособиям, если есть разграничение прав доступа к подразделениям в модуле Зарплата | Заработная плата | Реестры по перечислению в банк |
Не формируются реестры по детским пособиям, если есть разграничение прав доступа к подразделениям в модуле Зарплата. Пример: для пользователя указаны доступные подразделения в разделе "Настройка/Администратор/Настройка пользователей", включено разграничение доступа, в этом случае пользователь не сможет сформировать реестры по перечислению в банк для сотрудников из доступных ему подразделений. | Исправлена ошибка. При включенном разграничении прав доступа реестры по детским пособиям формируются корректно. |
102.180011 | 9.1.140.0 | Необходимо доработать функцию конвертаци и другие исходники для отката функциональности по изменению заполнения ссылок на предыдущий больничный | Заработная плата | Работа с интерфейсом ввода больничных листов |
В результате решения ПИР 101.63766, были проведены изменения в коде расчета больничных листов. Необходимо провести анализ изменений в других исходниках, связанных с заполнением ссылки на предыдущий больничный в таблице blankbln Пока необходимо вернуться к старой функциональности в данном вопросе, до доработки проблемы связанной с распространением больничных на несколько лицевых счетов. Все функции должны отражать информацию одинаково. | В рамках доработки словаря были добавлены новые поля в таблицы Blisnet и BlankBln. Соответственно сделаны следующие доработки: 1. Доработан компилятор для заполнения новых полей таблиц. 2. В интерфейсе больничных листов появилось поле "Продолжение листка нетрудоспособности номер", ссылка на предыдущий бланк осуществляется при изменении типа больничного на "продолжающийся" и выборе первичного листка нетрудоспособности. 3. Изменен принцип определения и хранения даты начала заболевания. |
101.64056 | 9.1.139.0 | Объединенный реестр межпериода - не проставляются признаки "О" и "УС" | Заработная плата | Платежные поручения по реестрам |
1. При формировании платежных поручений по объединенному реестру межпериода признак "О" проставляется только во входящие реестры, а по самому объединенному реестру остается пустым. Необходимо этот признак проставлять и в объединенный реестр. 2. При простановке признака "УС" вручную в объединенный реестр наоборот - признак проставляется только в объединенный реестр, но не во входящие. Нужно чтобы при простановке "УС" в объединенный реестр этот признак автоматически проставлялся и во все входящие реестры. Кроме того, в нижней панели есть возможность отдельно проставить/убрать признак "УС" в каждом входящем реестре. Необходимо это тоже контролировать и если в нижней панели не все реестры с признаком "УС" - с верхнего тоже снимать этот признак, а если в нижней все "УС" - то проставлять "УС" в верхний. Здесь речь об интерфейсах "Операции - Реестр межрасчетного периода" и "Отчеты - Отчеты по оплате труда персонала - Реестры по перечислениям". | 1. Доработаны интерфейсы списка реестров в модуле "Заработная плата". Признак во входящих реестрах теперь изменяется при ручном изменении признака в объединенном реестре (на вкладке "Реестры" выставление своего отдельного признака для каждого реестра не предусматривается), при этом признак в объединенном реестре также пересчитается. Признак "УС" в объединенном реестре отображается если у всех входящих реестров есть признак обработанности "УС". Признак "$" в объединенном реестре отображается когда у всех входящих реестров есть связь с платежным поручением. Если связи с платежными поручениями есть, но не у всех входящих, и в некоторых отсутствует признак обработки, то в объединенном реестре отображается "н/о": 1) если при этом признаке у всех входящих реестров значение "X+", значит они все имеют связи с платежными поручениями, но они не учитываются, так как был снят признак обработанности для объединенного реестра; 2) если у всех входящих реестров разные признаки: - на вкладке "Документы" можно удалить все текущие связи реестра с ПП и выполнить заново привязку ПП к объединенному реестру; - на вкладке "Реестры" можно удалить из объединенного реестра лишние входящие. Доработана привязка платежных поручений к объединенному реестру на вкладке "Документы": - при выборе платежного поручения по F7 связь с этим ПП создается для всех реестров, входящих в объединенный; - при удалении связи с платежным поручением по F8, у всех реестров, входящих в объединенный удаляются связи с этим ПП; - при создании и удалении связи с ПП признак в объединенном реестре пересчитывается. 2. Доработаны интерфейсы списка ведомостей в модуле "Заработная плата". Признак учета ("У") во входящих ведомостях теперь изменяется при ручном изменении признака в объединенной ведомости (на вкладке "Ведомости" выставление своего отдельного признака для каждой ведомости не производится), при этом признаки в объединенной ведомости также пересчитываются. Кроме этого признака в объединенных ведомостях пересчитываются также значения в колонках "Пров." и "Закрыта" (если во всех входящих ведомостях есть дата закрытия, то поле при пересчете будет заполнено наибольшей из дат закрытия). 3. Выполнить пересчет сумм и признаков в объединенных реестрах и ведомостях можно также с помощью пункта локального меню "Суммарная информация", это позволит актуализировать информацию на экране. |
102.178867 | 9.1.139.0 | Объединенный реестр. Формирование пп к нему. | Заработная плата | Реестры межрасчетного периода |
Объединенный реестр. Формирование пп к нему. | В окне формирования платежных поручений по реестрам в поле фильтра по группе реестров добавлены значения: 1) "объединенные" 2) "по итогам расчета зарплаты" Доработано окно выбора реестров. В нижней части окна добавлены вкладки: "Документы" и "Реестры" (вкладка "Реестры" видна только для объединенных реестров). Доработано формирование ПП по пометкам объединенных реестров, чтобы обрабатывались все необработанные реестры, которые принадлежат объединенному. |
102.179024 | 9.1.139.0 | Требуется добавить проверку на заполнение поля prmonth.strtabn в информации о выплате зп и при его отсутствии заполнение. | Заработная плата | Информация о выплатах заработной платы |
Требуется добавить проверку на заполнение поля prmonth.strtabn в информации о выплате зп и при его отсутствии заполнение. | В функции пересчета сальдо добавлена проверка на заполненность поля PrMonth.StrTabN. В случае если оно не заполнено, а в лицевом счете заполнено, то значение PrMonth.StrTabN будет обновлено значением Lschet.StrTabN |
101.64366 | 9.1.138.0 | Операции и реестры/ведомости межпериода - унификация полей для плановых дат выплат | Заработная плата | Реестры межрасчетного периода |
В большинстве операций межпериода, а также в интерфейсах формирования объединённого реестра, или платёжной ведомости межпериода есть поля для плановых дат выплат, но называются они везде по разному - это путает пользователей: - в интерфейсах отпусков и больничных поле называется "Выплатить", а в объединённых реестрах/ведомостях межпериода при выборе отпусков и больничных - "Дата выплаты"; - в начислениях и удержаниях межпериода - "Дата выплаты", а в реестрах/ведомостях - "Дата док."; - в реестрах/ведомостях межпериода и окончательных при выборе уволенных, а также при выборе в поле "Аванс межпериода" - "Плановая дата выплаты". Единственное исключение - наверное не стОит изменять наименование поля в ЛС "Плановая дата выплаты заработной платы" (иначе в ЛС будет не очень понятно что именно нужно выплатить). Кроме того, в реестрах/ведомостях межпериода при выборе в поле "Аванс межпериода" желательно вообще убрать (скрыть) поле с датой выплаты, поскольку оно никак не влияет на отбор работников для выплаты аванса. | Зарплата - Операции - Реестры межрасчетного периода Зарплата - Операции - Платежная ведомость межрасчетного периода Доработаны параметры формирования реестров и ведомостей межрасчетного периода: - в интерфейсах выбора больничных, отпусков, начислений и выплат, удержаний и выплат, аванса по договорам подряда, премий с учетом КТУ наименования полей "Дата выплаты" или "Дата документа" переименованы на "Выплатить". При этом в строке-подсказке присутствуют слова "плановая дата выплаты" - в окне выбора ЛС "Аванс межпериода" поле с датой выплаты скрыто - при выбор уволенных в ЛС наименование поля "Плановая дата выплаты заработной платы" остается В "Начислениях и выплатах", "Удержаниях и выплатах" поле "Дата выплаты" изменено на "Выплатить". Дополнительно. Все суммовые поля в окнах выбора больничных, отпусков, начислений и выплат, удержаний и выплат ((при формировании объединенных реестров) приведены в более удобочитаемый вид, разделены на разряды и прижаты к правому краю. |
101.64372 | 9.1.138.0 | Объединённый реестр межпериода - фильтровать договоры подряда по плановой дате выплаты | Заработная плата | Реестры межрасчетного периода |
В параметрах формирования объединённого реестра и платёжной ведомости межпериода логично фильтровать договоры подряда по плановой дате выплаты - аналогично отпускам, пособиям и другим операциям межпериода (сейчас договоры фильтруются по дате документа). Для этого потребуется добавить поле "Выплатить" в интерфейс договоров подряда. | Зарплата - Операции - Реестры межрасчетного периода С целью фильтрации договоров подряда по дате выплаты добавлено поле "Выплатить" в интерфейс договоров подряда м в окно выбора договоров подряда в параметрах формирования объединенного реестра. |
101.64405 | 9.1.138.0 | Объединённый реестр межпериода - фильтровать ежемесячные детские пособия по плановой дате выплаты | Заработная плата | Реестры межрасчетного периода |
Необходимо предоставить возможность при формировании объединенного реестра выбрать детские пособия и отфильтровать их по дате выплаты, если дата выплаты установлена в параметрах формирования объединенного реестра. | Зарплата - Операции - Реестры межрасчетного периода Доработано формирование реестров межрасчетного периода. В параметры формирования объединенного реестра добавлена возможность фильтровать ежемесячные детские пособия по плановой дате выплаты - аналогично отпускам, единовременным пособиям и другим операциям межпериода. |
101.64421 | 9.1.138.0 | Платежная ведомость межпериода - фильтровать ежемесячные детские пособия по плановой дате выплаты | Заработная плата | Платежная ведомость межпериода |
Задача вынесена из ПиР 101.64405. В параметрах формирования объединённой платёжной ведомости межпериода нужно фильтровать ежемесячные детские пособия по плановой дате выплаты - аналогично отпускам и другим операциям межпериода. | Доработано формирование платежной ведомости межпериода. В параметры формирования платежной ведомости добавлена возможность фильтровать ежемесячные детские пособия по плановой дате выплаты - аналогично отпускам, единовременным пособиям и другим операциям межпериода. |
101.64422 | 9.1.138.0 | Платежная ведомость межпериода - фильтровать единовременные пособия по плановой дате выплаты | Заработная плата | Платежная ведомость межпериода |
С целью повышения удобства работы с реестрами предлагается доработать фильтр по детским единовременным пособиям в параметрах формирования платежная ведомости межпериода. | Зарплата - Операции - платежная ведомость межпериода Доработано формирование платежной ведомости межпериода. В параметры формирования платежной ведомости межпериода добавлена возможность фильтровать единовременные детские пособия по плановой дате выплаты - аналогично отпускам, единовременным пособиям и другим операциям межпериода. |
102.180275 | 9.1.138.0 | Фильтр по детским пособиям в параметрах формирования реестров межпериода | Заработная плата | Реестры межрасчетного периода |
С целью повышения удобства работы с реестрами предлагается доработать фильтр по детским единовременным пособиям в параметрах формирования объединенного реестра. | Зарплата - Операции - Реестры межрасчетного периода Доработано формирование реестров межрасчетного периода. В параметры формирования объединенного реестра добавлена возможность фильтровать единовременные детские пособия по плановой дате выплаты - аналогично отпускам, единовременным пособиям и другим операциям межпериода. |
101.64162 | 9.1.137.0 | При выгрузке реестров на перечисление заработной платы в электронной форме необходимо объединять начисления по смежным и основному л/с | Заработная плата | Электронные реестры |
При выгрузке реестров на перечисление заработной платы в электронной форме не объединяются начисления по смежным и основному л/с. | Доработана выгрузка реестров на перечисление заработной платы в электронной форме - начисления по смежным и основному л/с группируются. |
102.181069 | 9.1.137.0 | реестры по налогам на фот.печать | Заработная плата | Реестры по перечислениям. Печатные формы реестров |
Реестры по налогам на ФОТ - не печатается список сотрудников. | Доработана печать реестров по налогам на ФОТ. |
101.63715 | 9.1.136.0 | Объединенный реестр и ведомость межпериода - фильтровать начисления и удержания по дате выплате | Заработная плата | Реестры межрасчетного периода |
В интерефейсе параметров формирования объединенного реестра и платёжной ведомости межпериода необходимо фильтровать начисления и удержания межпериода по дате выплате аналогично отпускам, больничным и увольнениям. | Для окна параметров формирования объединенного реестра, а также для окна параметров формирования объединенной платежной ведомости реализованы интерфейсы выбора, учитывающие установленный фильтр по дате выплаты. Если в окне параметров был задан фильтр по датам выплаты, то при открытии окна выбора документов в нем будут показаны только документы, дата которых попадает в выбранный фильтр. Реализовано для выбора документов межпериода: - начислений и выплат; - удержаний и выплат; - аванса по договорам подряда; - зарплаты по договорам подряда; - премии по КТУ. |