Задачи ЕРП Галактика решенные на дату 2018-08-10

Задача :101.64381

2018-08-10 19:30:43
Краткое описание :
Приказы - выводить имя пользователя, заблокировавшего приказ
Описание :
Интерфейс всех приказов по персоналу
Что измененно :

Очень много вопросов возникает при работе с приказами по персоналу. При входе в приказ система пишет "Приказ заблокирован другим пользователем", а вот каким? Когда вопрос срочный, то эта информация архиважная.
Необходимо добавить в данное сообщение ФИО пользователя, заблокировавшего приказ.
Как измененно :

Реестр приказов по персоналу.
В случае, если у одного из пользователей открыт приказ, а другой пользователь так же пытается открыть приказ, выдается сообщение "Приказ заблокирован пользователем ФИО!". В случае, если ФИО у пользователя, заблокировавшего приказ, не указано, выдается старое сообщение "Приказ заблокирован другим пользователем!".

Задача :101.64671

2018-08-10 19:30:41
Краткое описание :
Не менять режим работы.
Описание :
* Предложение по новой функциональности модуля "Управление персоналом"
Что измененно :

Дать возможность назначить работнику индивидуальный режим работы на указанный срок.
Как измененно :

1. Изменение назначения
-----------------------
Далее изменением назначения считаются операции:
- перевод;
- временный перевод;
- заместительство.

2. Индивидуальный режим работы
------------------------------
Если на момент изменения назначения (см.п.1), в истории назначения уже установлен режим работы, отличный от установленного для ставки назначения в штатном расписании, то такой режим работы считается индивидуальным.
Индивидуальный режим работы определяется по алгоритму: в истории предыдущего назначения (кроме первой записи, исключение: у первой записи отличается режим работы от режима работы по ставке на эту же дату), ищется самая последняя запись изменения режима работы, даты "с" и "по" которой, включают дату изменения назначения (см.п.1).
При этом должно быть выполнено условие - данная запись истории назначения не должна совпадать по дате и не должна изменять режим работы на тот же, что и в истории ставки штатного расписания, т.е. не будет являться следствием изменения режима работы в штатном расписании.

3. Настройка
------------
Действия, которые выполнит программа при обнаружении индивидуального режима работы, в момент изменения назначения работника (см.п.1), доступны по настройке "Настройки Галактики \ Управление персоналом \ Управление и учет кадров \ При различии режима работы в назначении и ставке СЕ ШР:":
- "установить значение из истории штатного расписания" - обработка будет вестись аналогично, как и сейчас - при изменении назначения будет устанавливаться режим работы той ставки, на которую переводится работник;
- "сохранить значение из истории назначения" - при обнаружении на дату изменения назначения индивидуального режима работы будет сохранен этот индивидуальный режим работы до указанной в нем даты действия;
- "установить значение по запросу" - при обнаружении на дату изменения назначения индивидуального режима работы, пользователю будет задан вопрос о необходимости сохранения индивидуального режима работы или замены на режим работы по ставке, на которую переводится работник.

4. Перенос индивидуального режима работы в новое назначение
-----------------------------------------------------------
В случае создания нового назначения (см.п.1), при условии, что оно попадает в период действия индивидуального режима работы (см.п.2), в истории созданного назначения будут отображаться 2 записи:
- сначала запись о создании назначения (например, о переводе) с режимом работы, как ставке штатного расписания (истории ставки на дату перевода);
- затем запись о создании для нового назначения индивидуального режима работы. Дата начала индивидуального режима работы совпадает с датой начала нового назначения, дата окончания наследуется из индивидуального режима работы предыдущего назначения. У автоматически созданной записи при переводе не будет указано доп. соглашение, так как оно указано для записи истории предыдущего назначения (где заводился индивидуальный режим).
В рабочую корзину отправляются соответствующие сигналы.

5. Создание нового назначения в картотеке
-----------------------------------------
При нажатии F7 для изменения назначения (см.п.1) в 6м окне картотеки на соответствующей вкладке анализируется настройка "При различии режима работы в назначении и ставке СЕ ШР:" в случае установленных в настройке (см.п.3) значений "сохранить значение из истории назначения" и "установить значение по запросу" осуществляется поиск индивидуального режима работы (см.п.2) в предыдущем назначении. Если все условия выполнены, то осуществляется перенос индивидуального режима работы в новое назначение (см.п.4).
При удалении назначения, в рабочую корзину отправляется сигнал об отмене изменений в лицевом счете.

6. Распорядительные действия № 3, 5, 70
---------------------------------------
При утверждении РПД 3, 5, 70 анализируется настройка "При различии режима работы в назначении и ставке СЕ ШР:" в случае установленных в настройке (см.п.3) значений "сохранить значение из истории назначения" и "установить значение по запросу" осуществляется поиск индивидуального режима работы (см.п.2) в предыдущем назначении. Если все условия выполнены, то осуществляется перенос индивидуального режима работы в новое назначение (см.п.4).
При удалении приказов с РПД 3, 5, 70 в рабочую корзину отправляется сигнал об отмене изменений в лицевом счете.

7. Изменение режима работы для ставок штатного расписания
---------------------------------------------------------
При изменении режима работы для ставок штатного расписания (история ставки ШР, РПД-23 по ШР), в случае если в настройке "Настройки Галактики \ Управление персоналом \ Управление и учет кадров \ Приказы \ Приказы по штатному расписанию \ РПД-23 (приказ об изменении атрибутов ставки) \ Режим обновления данных у сотрудников при изменении атрибутов ставки ШР" установлено значение "Обновить все данные по сотрудникам" либо выбрано обновление по запросу и в ответе на запрос указано обновить, анализируется настройка "При различии режима работы в назначении и ставке СЕ ШР:". В случае установленного в настройке (см.п.3) значения "установить значение по запросу" осуществляется поиск индивидуальных режимов работы (см.п.2) для каждого назначения по ставке. Если найдены индивидуальные режимы работы, то на экране отобразиться окно, в котором пользователю нужно отметить маркером работников, у которых завершится действие индивидуального режима работы и будет установлен режим работы из ставки штатного расписания. После пометки необходимо нажать "Enter" для обработки режимов работы или "Esc" для отмены (останутся индивидуальные режимы работы).
Если настройка "При различии режима работы в назначении и ставке СЕ ШР:" (см.п.3) установлена в значение "сохранить значение из истории назначения", то в назначениях останется указанный индивидуальный режим работы. Изменения в ставке штатного расписания их не коснутся.
Если настройка "При различии режима работы в назначении и ставке СЕ ШР:" (см.п.3) установлена в значение "установить значение из истории штатного расписания", то для каждого назначения по ставке штатного расписания будет завершен индивидуальный режим работы и создана новая запись истории назначения на изменение режима работы, соответствующего режиму работы из ставки штатного расписания (режим предполагает сохранение текущего алгоритма работы).

8. Завершение индивидуального режима работы
-------------------------------------------
Для контроля за окончанием срока действия и своевременной отменой индивидуального режима работы, разработано событие системы по персоналу "Окончание индивидуального режима работы".
При запуске события, система обнаруживает, что в истории назначения подходит срок окончания индивидуального режима работы, и на следующий после его завершения день, возвращает режим работы, указанный для ставки в штатном расписании, если на следующий день в истории назначения не начинается новый индивидуальный режим работы.

Задача :101.64904

2018-08-10 19:30:41
Краткое описание :
При формировании приказа на отпуск из графика отпусков система не формирует сообщение о наличии совмещения
Описание :
Просмотр графиков отпусков
Что измененно :

При формировании приказа на отпуск из графика отпусков система не формирует сообщение о наличии совмещения.
Если заводить обычным способом приказ на отпуск (РПД-6) то система формирует сообщение, о наличии у сотрудника Совмещения. Нужно чтобы при оформлении отпуска из план графиков, система выводила такое же сообщение.
Как измененно :

Добавлена точка расширения epStaff_TestSovmForPrik при оформлении приказа на очередной отпуск из план графика отпусков.

Задача :101.64939

2018-08-10 19:30:43
Краткое описание :
Удалились информация после запуска внешнего интерфейса Z_STAFF::SELDISPERS
Описание :
Z_Staff
Что измененно :

Очищается информация о датах переноса обучения в неутвержденном РПД 36, при перевыборе варианта повторного приема в РПД-1.
Как измененно :

При перевыборе варианта повторного приема в РПД-1 НЕ очищается информация о датах переноса обучения в неутвержденном РПД 36.

Задача :101.64945

2018-08-10 19:30:36
Краткое описание :
Диадок. Доработать объединение позиций по актам импортируемым из Диадок.
Описание :
Работа с Контур.Диадок
Что измененно :

Диадок. Доработать объединение позиций по актам импортируемым из Диадок.
Стоит задача сворачивать позиции спецификации по актам в одну позицию, такая необходимость возникает как правило при получении актов от телекоммуникационных компаний. Алгоритм такой:
1. На множество разных услуг в исходном xml задается одна услуга из каталога Галактики
2. При импорте УПД, либо акта, либо СФ формировать по настройке одну позицию в (Акте, ДО, СФ) со следующими параметрами:
а. Все позиции объединяются в одну
б. Стоимость услуги = сумме по полю стоимость
г. Цена = сумме по полю стоимость
д. Количество = 1
е. Налог = сумме налогов по полю Налоги
Объединение должно срабатывать только при одинаковой налоговой ставке по каждой позиции, если ставки разные, то объединять в разрезе одной ставки.
Как измененно :

Добавлена настройка " Р  БОбщие настройки системы\Работа с Контур.Диадок\Настройки импорта С\ РОбъединение позиций при импорте актов Р - нет(по умолчанию); -да"
В случае если установлено значение "да" и на разные услуги в исходном xml задана одна услуга из каталога Галактики, то при импорте актов выполненных работ и УПД услуга будет объединена со следующими значениями:
- стоимость услуги = сумме по полю стоимость
- цена = сумме по полю стоимость
- количество = 1
- налог = сумме налогов по полю Налоги.
Объединение выполняется только при одинаковой налоговой ставке по каждой позиции, если ставки разные, то услуги будут объединены в разрезе одной ставки.

Задача :101.64952

2018-08-10 19:30:38
Краткое описание :
Расчет НДФЛ - при окончательном расчете теряется ссылка на платежную ведомость увольнения
Описание :
Расчет удержаний (6-НДФЛ)
Что измененно :

Если работнику выплачивали зарплату при увольнении в межпериод по платёжной ведомости, то при окончательном расчёте зарплаты в конце месяца в записях НДФЛ, формируемых по реестру НДФЛ межпериода теряется ссылка на источник выплаты. Необходимо проставлять правильные ссылки на ПВ межпериода
Как измененно :

Доработана функция формирования записей НДФЛ и выплаченных сумм при расчете заработной платы.
Теперь суммы учитываются из ведомостей на выплату заработной платы с префиксом "0$Z".
Для России: в результаты расчета НДФЛ записываются ссылки на платёжные ведомости (по возможности) и выплаченные суммы разбиваются по видам оплат.
Если по виду оплаты часть суммы была перечислена в межпериод, сумма дохода отражается за вычетом перечисленной суммы.
Анализ происходит по типу и ссылке на источник начисления.

Задача :101.64970

2018-08-10 19:30:38
Краткое описание :
Расчет НДФЛ - при окончательном расчете не проставились ссылки на реестр увольнения
Описание :
Расчет удержаний (6-НДФЛ)
Что измененно :

У работника в функции "Начисления и выплаты" занесены суммы возврата заработной платы за прошлый месяц.
По увольняющемуся работнику сформирован окончательный реестр, но в межпериод. В этот момент в результатах расчёта удержаний НДФЛ на него корректно проставились ссылки.
Далее с окончательной зарплатой по всему предприятию ему доначисляются приемии и при повторном расчёте все предыдущие результаты затираются и эти ссылки пропадают, программа пытается заново их расставить и тут ошибается.
Подобные перерасчеты делаются, как правило, при увольнении, поэтому для уволенных, как в данном примере, нужно привязать первый реестр, которым выплачивалась зп при увольнении. В примере это реестр 1399.
Для не уволенных - реестр на окончательную выплату зп по итогам месяца.
Касается доходов, которые являются оплатой труда (т.е. кроме отпуска и больничного)
Как измененно :

Доработана функция формирования результатов расчёта НДФЛ из реестров и платёжных ведомостей с префиксами "0$Z" или "R$Z" при расчёте заработной платы.
Теперь для сумм НДФЛ с возвратов заработной платы проставляется признак "неизм." и ссылка на соответствующий документ в том случае, если найдена подходящая ведомость или реестр на перечисление в банк.
Подходящим считается документ при следующих условиях:
1. Дата выплаты для НДФЛ определяется из соответствующего начисления и, при этом, она меньше или равна дате выплаты из платёжного документа.
2. Тип источника для начислений не является отпуском или больничным.

Кроме этого из результатов расчёта исключено нелогичное разбиение записей НДФЛ.
Также в рамках данного решения доработана функция формирования остатка к перечислению в разрезе видов оплат.
В данном случае исключено повторное формирование суммы к перечислению повременной оплаты.

Задача :102.181346

2018-08-10 19:30:37
Краткое описание :
Параметр для определения источника расчетного счета
Описание :
по обязательствам контрагентов
Что измененно :
Сейчас при формировании ДО по результатам расчета штрафных
санкций р/с организации(расширенная информация ДО) берется из настроек
собственной организации(MYBANK).
У клиента же, в зависимости от договора, могут быть использованы разные р/с.
Нужный они указывают в договоре.
Нужно добавить параметр который позволит варьировать источник определения р/с
организации:
-настройка собственной организации(MYBANK);
-договор.
Как измененно :
р/с в ДО на пеню берется из ДО, по которому рассчитана пеня,
который берется из договора, если есть связь

Задача :102.181445

2018-08-10 19:30:37
Краткое описание :
Округление значений пени при подсчете итогов
Описание :
по обязательствам контрагентов
Что измененно :
Ошибка при округление значений пени при подсчете итогов
Как измененно :
При печати начисленных штрафов суммы выводяться с точностью до
4-х знаков

Задача :102.184966

2018-08-10 19:30:41
Краткое описание :
актуализация протокола заседания комиссии
Описание :
Контроль по заболеваемости
Что измененно :

Необходимо актуализировать отчет Заработная плата - Операции - Больничные - Протокол заседания комиссии:
1. Не заполняются поля наименование государственного органа (организация) и вид нетрудоспособности в соответствии с ч. 1 п. 16 Положения о порядке обеспечения пособия по временной нетрудоспособности и по беременности и родам утвержденные постановлением Совета Министров Республики Беларусь от 28.06.2013 N 569;
2. Назначение пособий по периодам: должны быть периоды и размер % начисления в соответствии с периодом (не суммы, а проценты);
3. Выгрузка отчета производится в MS Word. На один лист выводятся данные о назначении двух пособий - необходимо в один протокол выводить все помеченные пособия.
Как измененно :

Актуализирован отчет Заработная плата - Операции - Больничные - Протокол заседания комиссии:
1. Добавлено заполнение полей: наименование государственного органа (организация), вид нетрудоспособности;
2. Назначение пособий по периодам выводится в процентах среднедневного заработка;
3. В параметрах формирования отчета добавлена возможность заполнения документа-основания, в связи с которым выплачивается пособие;
4. В протокол выводятся все помеченные пособия. Если помечено одно пособие - в шаблон отчета добавляется вторая пустая запись о назначении для сохранения структуры шаблона отчета.

Задача :102.185229

2018-08-10 19:30:40
Краткое описание :
Доработка функции в связи с неверным расчетом НДФЛ
Описание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Что измененно :

В мае клиент выплатил мат.помощь по ВО 5107 в сумме 10668 (вычет 4 000), НДФЛ 867.
В июне поняли, что ошиблись и выплатили мат.помощь не тем ВО, нужно было не ВО 5107, а ВО 5106.
Через "Начисления и выплаты" снимают сумму (-10668) мат.помощи по ВО 5107 и начисляют такую же по ВО 5106.
В результатах расчета создалась одна запись без ссылки на ВО на сумму -10668, НДФЛ -1387 (поле "Полная сумма мат.помощи не заполнилось),
вторая запись по ВО 5107 с нулями, где заполнено поле "Полная сумма мат.помощи".
И третья запись по ВО 5107 на сумму -6668 НДФЛ -867, "Полная сумма мат.помощи" не заполнено.
Также есть запись по ВО 5106 на сумму 10668 НДФЛ 1387 (НДФЛ без учета льготы).

Результат должен быть таким:
по ВО 5107 возвращаем такую же запись, как лежит в архиве с минусом, т.е.
ВО Сумма дохода Полная сумма мат.помощи НДФЛ
5107 -6668 -10668 -867
по ВО 5106 записи по НДФЛ должны выглядеть так:
5106 6668 10668 867
Как измененно :

Доработана функция "...\ Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)" для корректировки Сумм удержаний.
Теперь для данного случая результат корректировки удержаний будет следующим:
по ВО 5107 возвращаем такую же запись, как лежит в архиве с минусом, т.е.
ВО Сумма дохода Полная сумма мат.помощи НДФЛ
5107 -6668 -10668 -867
по ВО 5106 записи по НДФЛ должны выглядеть так:
5106 6668 10668 867

Примечание. Поскольку НДФЛ в этом случае рассчитался неправильно, в результатах расчета удержаний останется запись без вида оплаты и дохода на сумму -867.
Для того, чтобы удержать у работника недостающую сумму НДФЛ необходимо выполнить функцию "...Сервисные функции \ Налог на доходы физических лиц \ Контроль дохода" по заполнению сумм вычетов при предоставлении материальной помощи за прошлый период."
После этого заполнить поле ЛС=> Налог на доходы => "Количество месяцев для пересчёта" и рассчитать заработную плату.

Задача :102.185444

2018-08-10 19:30:41
Краткое описание :
Не отрабатывает фильтр по должностям
Описание :
Увольнение с работы
Что измененно :

В журналах регистрации (уволенных, отпусков и т.д.) при ограничении выборки фильтром по должностям из справочника "Должности, профессии (текущее место работы)" (помечаем все "Должности", без "Профессий"), в отчет попадают записи относящиеся к уровню иерархии "Профессии".
Как измененно :

Исправлено: при проверке назначения на соответствие фильтру по должностям учитывается тип фильтра (по должностям из каталога или по должностям - ставкам ШР). В указанных отчетах используется фильтр по должностям из каталога должностей.

Задача :102.185568

2018-08-10 19:30:37
Краткое описание :
Неверный расчет штрафных санкций в претензии при наличии одного до и нескольких отгрузок
Описание :
Претензии к дебиторам
Что измененно :
Имеем договор со следующими условиями оплаты: Оплата по факту
производится в течении 14 дней после каждой отгрузки.
В реальности у клиента возможна ситуация, когда ДО будет одно на всю сумму
договора, а накладных несколько (разными датами).

Так как отгрузок несколько, то клиент должен закрыть сумму по накладной не
позднее 14 дней от даты каждой отгрузки, так как в противном случае по
условиям договора пойдут штрафные санкции.
На текущий момент при расчете штрафа в претензии по данной ситуации ведется
некорректный расчет штрафных санкций. Так как ДО одно, в него записывается срок
оплаты Оплатить до исходя из последней отгрузки.
Изначально ДО создается с пустой датой Оплатить до, но после списания по
накладным там заполняется дата последней отгрузки+14 дней.

В справке и расчете долга и пени в качестве срока оплаты используется дата
только последней отгрузки (плюс 14 дней). Соответственно рассчитывается
неверное количество дней просрочки для всех накладных кроме последней.

В интерфейсе модуля Расчеты с получателями и поставщиками-Операции-Расчет
штрафных санкций эту ситуацию можно настроить определенными параметрами и
расчет заработает корректно. Будет отслеживаться срок оплаты после каждой
отгрузки.
Как измененно :
При наличии договора, если есть ДО и по ДО несколько СД, то
условия оплаты берутся из ДО (дата "оплатить до").
Иначе (несколько отгрузок, не указана дата "оплатить до")- из условий договора

Задача :102.185677

2018-08-10 19:30:36
Краткое описание :
нет возможности изменить настройку "Группа дескрипторов"
Описание :
Прочие вопросы по настройке
Что измененно :

После установки последних обновлений нет возможности изменить настройку "Группа дескрипторов", выдается сообщение: "у вас нет доступных для выбора групп дескрипторов".
У пользователя через группу дескрипторов настроен доступ к документам.
Проблема очень критичная.
Во вложении полный отчет о компонентах.
Как измененно :

1.изменен текст сообщение:
У вас нет доступных для выбора групп дескрипторов.
Для добавления доступных групп администратору системы нужно зайти в модуль Настройка и
запустить пункт меню Настройка\Настройка доступных групп дескрипторов.
2.сделана автоматическое добавление текущей группы дескриптора (из настройки) в доступные группы дескрипторов для каждого пользователя при обновлении реестра настроек.

Задача :102.185756

2018-08-10 19:30:37
Краткое описание :
Неверный расчет штрафа в претензии при смене ставки рефинансирования
Описание :
Претензии к дебиторам
Что измененно :
Неверный расчет штрафа в претензии при смене ставки
рефинансирования
Неверный расчет штрафных санкций в претензии по ставкам рефинансирования.
Расчет суммы штрафа не совпадает с расчетом этого же примера через функционал
Расчеты с поставщиками и получателями-Операции-Расчет штрафных санкций.
Как измененно :
Приведены в соответствие оба расчета с учетом требований
законодательства РБ

Задача :102.185761

2018-08-10 19:30:37
Краткое описание :
Предупреждение об отсутствии регламентной даты в договоре
Описание :
Претензии к дебиторам
Что измененно :
Управление договорами - Документы - Работа с дебиторской
задолженностью - Претензии
При расчете претензии по одному договору Предупреждение об отсутствии
регламентной даты в договоре появляется для каждого ДО, а у нас по договору
порядка 300 ДО.
Для одной претензии пришлось нажать "ДА" примерно 300 раз.
Предложение: выводить предупреждение для одного договора 1 раз, чтобы ответ
применяется сразу для всех ДО.
Ранее клиент неверно задавал в договорах условия отгрузки, поэтому во всех ДО
дата Доставить до не заполнилась. Таких договоров очень много и по-прежнему
действующие, редактировать все очень затруднительно
Как измененно :
Запрос выдается один раз

Задача :102.185765

2018-08-10 19:30:37
Краткое описание :
Расчет % за использования денежных средств при несвоевременной оплате в зависимости от ставки рефинансирования и штраф за не своевременную уплату
Описание :
Претензии к дебиторам
Что измененно :
Необходим правильный расчет процента за использования денежных
средств при несвоевременной оплате
в зависимости от ставки рефинансирования и штраф за не своевременную уплату.
Как измененно :
Для РБ при расчете штрафных санкций за несвоевременную оплату
по ставке рефинансирования пеня рассчитывается от суммы платежа, а не от суммы
долга. Причем период расчета берется от даты возникновения задолженности до
даты платежа.
Пример.
Заплатить до 01.01.2018 1000
Оплачено 900 20.01.2018 и 30 01.02.2018
Пеня от суммы 900 за период с 01.01.2018 по 20.01.2018
Пеня от суммы 30 за период с 01.01.2018 по 01.02.2018
На остаток нчиего не начисляется - только за пользование денежными средствами.

Задача :102.185788

2018-08-10 19:30:41
Краткое описание :
При формировании сортировать остатки по полагающимся отпускам прошлых РП в порядке возрастания годов РП
Описание :
Функция формирования полагающихся отпусков
Что измененно :

При формировании полагающихся отпусков сортировать остатки за прошлые рабочие периоды в порядке возрастания годов рабочих периодов.
Как измененно :

При формировании полагающихся отпусков (с флагом формировать остатки) остатки за прошлые рабочие периоды сортируются в порядке возрастания годов рабочих периодов.

Задача :102.185795

2018-08-10 19:30:36
Краткое описание :
Добавить настройку, для разрешения/запрета ручного редактирования плана-графика
Описание :
Просмотр графиков отпусков
Что измененно :
Добавить пользовательскую настройку "Настройки Галактики \
Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по
среднему \ Отпуска \ Планирование отпусков \ Запретить редактирование графика
отпусков".
При включенной настройке убрать статус-строку и обработку f4,f7,f8.
Как измененно :
Добавлена пользовательская настройка "Настройки Галактики \
Управление персоналом \ Общие настройки \ Больничные, отпуска, расчеты по
среднему \ Отпуска \ Планирование отпусков \ Запретить редактирование графика
отпусков".
При значении настройки = "нет" пользователю разрешено добавлять, редактировать,
удалять записи в окне просмотра плана-графика отпусков.
При значении настройки = "да" пользователю запрещено добавлять, редактировать,
удалять записи в окне просмотра плана-графика отпусков.

Информация для опытных пользователей:
Если необходимо дифференцировано предоставлять доступ к редактированию записей
о плане графике, то необходимо конфигуратором отобразить в плане графике
PLANOTPUSK.WREZERV. Установка в этом поле значения > 0 приведет возможности
редактирования такой записи. В случае включенной настройки "Запретить
редактирование графика отпусков", для отображения записей которые можно
редактировать, будет выведен столбец "Р" с изображением карандаша.

Задача :102.185806

2018-08-10 19:30:41
Краткое описание :
План-график отпусков. Необходима колонка с отображением связей с фактическими отпусками.
Описание :
Просмотр графиков отпусков
Что измененно :

Необходимо добавить колонку, по которой видно наличие фактических отпусков в план-графике.
Как измененно :

Просмотр графиков отпусков. Добавлена колонка "Признак наличия фактических отпусков", по которой видно наличие фактических отпусков в план-графике. По умолчанию колонка скрыта.

Задача :102.186000

2018-08-10 19:30:43
Краткое описание :
Автозаполнение рабочего периода в РПД-38
Описание :
38. Изменение план-графика отпусков
Что измененно :

Если в РПД-38 создается запись о плановом отпуске (левая сторона приказа пуста), то необходимо заполнять ссылку на рабочий период в плановом графике рабочим периодом который начинается в календарном году, в котором изменяется план-график.
Как измененно :

При создании нового план-графика с помощью РПД-38 (когда левая панель приказа пуста, а правая заполнена) в создаваемом план-графике заполняется рабочий период, рабочим периодом, который начинается в календарном году планирования, если у работника заведен такой рабочий период в справочнике рабочих периодов.

Задача :102.186075

2018-08-10 19:30:44
Краткое описание :
Пропало отображение данных на закладке корректировок в размере соцналогов
Описание :
Налоги на ФОТ
Что измененно :

Пропало отображение данных на закладке корректировок в справочнике "Размер социальных налогов (после расчёта)".
Как измененно :

Отображение данных на закладке "Корректировки" в справочнике "Размер социальных налогов (после расчёта)" восстановлено.

Задача :102.186111

2018-08-10 19:30:38
Краткое описание :
Доработка функции в связи с неверным расчетом НДФЛ
Описание :
Контроль дохода
Что измененно :

Доработка функции в связи с неверным расчетом НДФЛ
В мае клиент выплатил мат.помощь по ВО 5107 в сумме 10668 (вычет 4 000), НДФЛ 867.
В июне поняли, что ошиблись и выплатили мат.помощь не тем ВО, нужно было не ВО 5107, а ВО 5106.
Через "Начисления и выплаты" снимают сумму (-10668) мат.помощи по ВО 5107 и начисляют такую же по ВО 5106.
В результатах расчета в записи о начислениях для суммы (-10668) записался вычет -4000.
В записи по ВО 5106 вычет мат.помощи = 4000 не записался.
Необходимо доработать функцию контроля дохода таким образом, чтобы суммы возврата материальной помощи за прошлый месяц приходили к расчёту раньше, нежели положительные и, таким образом, вычет сначала снимался, а затем предоставлялся заново.
Как измененно :

1. Доработана функция ...Сервисные функции \ Налог на доходы физических лиц \ Контроль дохода по заполнению сумм вычетов при предоставлении материальной помощи за прошлый период.
Теперь суммы возврата материальной помощи за прошлый месяц приходят к расчёту раньше, нежели положительные и, таким образом, вычет сначала снимается, а затем предоставляется заново.
Новые суммы вычетов отражаются в соответствующих полях записей справочника "Суммы оплат".
2. Доработана функция расчёт заработной платы в части заполнения сумм вычетов при предоставлении материальной помощи за прошлый период.
Теперь суммы возврата материальной помощи за прошлый месяц приходят к расчёту раньше, нежели положительные и, таким образом, вычет сначала снимается, а затем предоставляется заново.
Новые суммы вычетов отражаются в соответствующих полях записей справочника "Начисления".

Задача :102.186457

2018-08-10 19:30:41
Краткое описание :
Исключить возможность создания договоров без привязки к назначению
Описание :
6-е окно (сведения о работе на предприятии)
Что измененно :

На текущий момент можно в 6-м окне создать новое назначение, создать для него договор, а потом по alt + backspace откатить запись назначения. Таким образом, в системе останется договор, который не привязан ни к чему. Необходимо установить контроль.
Как измененно :

Картотека сотрудников. 6-е окно.
Договор можно вести только в случае, если заполнены все обязательные поля. При попытке выбора договора, если не заполнены все обязательные поля, выведется сообщение "Не заполнены обязательные поля". Выбор договора инициирует физическую запись назначения в базу.

Задача :103.9771

2018-08-10 19:30:38
Краткое описание :
Расчёт доп.тарифов, исходя из годовой облагаемой базы.
Описание :
Расчёт налогов на ФОТ
Что измененно :

Cейчас в системе доп.тарифы считаются исходя из месячной базы, а нужно нарастающим итогом, как и остальные страховые взносы.
Как измененно :

РФ. Реализован расчёт взносов по доп.тарифам исходя из годовой облагаемой базы. Собирается база за месяцы с начала календарного года, умножается на ставку. Полученная годовая сумма взноса округляется до копеек (при включенной настройке), вычитаются взносы, начисленные в предыдущих месяцах года. Разность записывается как взносы расчётного месяца. При наличии изменений условий труда у работника - вышеуказанный расчёт выполняется по каждому из условий труда(подклассов) отдельно. База собирается по каждому лицевому счёту отдельно.
При необходимости сторнирования доп.тарифов в текущем расчётном месяце за предыдущие периоды - подход стал аналогичен принципам страховых взносов: если, например, некий вид оплаты прошлых периодов забыли включить в облагаемую базу, то после изменения настроек классификатора видов оплат необходимо перед расчётом исправить величину облагаемой базы в справочнике "Размер социальных налогов(до расчёта зарплаты)".
При доработке из расчётных алгоритмов всех "годовых" налогов на ФОТ исключена проверка "общей" входимости классификаторв видов оплат "Вид оплаты входит в расчёт страховых взносов. При определении включения того или иного вида оплаты в облагаемую базу для того или иного налога используется только непосредственная входимость в этот налог (нижняя "табличная" часть закладки "Налоги на ФОТ").
Несмотря на изменение принципа расчёта - сервисные функции для доп.тарифов остались пока в том же привычном для пользователя пункте меню, где и были: "Настройка - Сервисные функции - Налоги на ФОТ - Сервис налогов на ФОТ за закрытые месяцы".
При этом, сервис пересчёта(замены) архива налогов на ФОТ для доп.тарифов временно закрыт. Будет доработан в ближайшем будущем.

Задача :103.9812

2018-08-10 19:30:40
Краткое описание :
зарплата прошлых периодов выплачена несколькими реестрами обрабатывается функциеу Контроль выплаты по первому реестру
Описание :
Контроль и корректировка удержаний (через запуск внешнего интерфейса Z_Service::FindIncorrectUder)
Что измененно :

Речь опять про клиента, у которого нет денег. Сейчас в июне выплачивается з/п за март, частями,
то есть несколькими реестрами. А что делать с архивом, может есть серв функция по разбивке архива по реестрам?
В зарплатном реестре мы просто указываем сумму, которую готовы выплатить по наличию средств, но мы не знаем какая часть соответствует ей в реестре НДФЛ, только, если руками рассчитать долю пропорционально выплачиваемой части з/п. но это большое предприятие и надо автоматизировать разделение реестра НДФЛ пропорционально делению зарплатного реестра.
Как измененно :

Доработана сервисная функция Z_SERVICE::FINDINCORRECTUDER (Z_Service.res) чтобы учесть выплату зарплаты частями после закрытия расчетного периода.
Теперь результаты расчета НДФЛ разбиваются в том случае, если по одному начислению имеется более одного реестра на перечисление заработной платы.
Учитываются только те реестры, которые в учетных записях имеют вид оплаты.
Доход и налог в записи НДФЛ разбивается пропорционально с учетом округления по формуле: s/сумма к перечислению*сумму перечисленную.
В последнюю запись по каждому виду оплаты записываются остатки дохода и НДФЛ с учетом предыдущих записей.
Именно запись из последнего реестра добавляется в суммы удержаний.
Разбиению подлежат те записи, у которых нет ссылки на исходные данные межпериода.

Задача :180.10789

2018-08-10 19:30:36
Краткое описание :
При запуске функции меню "Удалить выбранные документы" во вкладке "Черновики" выдается ошибка
Описание :
Работа с Контур.Диадок
Что измененно :

При запуске функции меню "Удалить выбранные документы" на вкладке "Черновики" выдается ошибка
Как измененно :

Исправлено

Задача :180.10801

2018-08-10 19:30:36
Краткое описание :
отображение старого Подразделения для документа в Галактика.Диадок
Описание :
Работа с Контур.Диадок
Что измененно :

клиенту контрагент отправил документ в подразделение "Головное подразделение", а необходимо было его отправить в реальное подразделение, например, Бухгалтерия. В таком случае при отсутствии доработки стандарта по возможности перемещения документа в другое подразделение приходится клиенту заходить в веб-интерфейс Диадока и там перемещать документ.
Как измененно :

В динамически подключаемой библиотеке GalDiadocConnect добавлен функционал для получения данных о подразделениях контрагентов.
На форму "Отправка документов" добавлено поле "Подразделение" с возможностью выбора подразделения получателя. Если поле не заполнено, то документ будет отправлен в головное подразделение.
Для получения и обновления данных о подразделениях контрагентов необходимо обновить данные в списке контрагентов.

Задача :180.10822

2018-08-10 19:30:36
Краткое описание :
импорт УПД при отсутсвии тега ПрТовРаб возможен только как Акт
Описание :
Работа с Контур.Диадок
Что измененно :

При попытке импортировать документ в систему Галактика ERP формируется наименование во вкладке Материальные ценности и Услуги. Т.к. Питьевая вода (в данном примере) - это МЦ, мы подбираем ей наименование в Галактике, а наименование во вкладке Услуги - удаляем.
При повторном нажатии кнопки Импортировать выбранные документы- формируется Акт на прием услуг, а должна Накладная на прием МЦ
Как измененно :

Исправлено

Задача :180.9276

2018-08-10 19:30:41
Краткое описание :
В приказе на прием, при заполнении информации об образовании система выдает предупреждение "необходимо заполнить дату приема на работу"
Описание :
1. Прием на работу
Что измененно :

При формировании приказа РПД-1 (Прием на работу), заполняем данные по сотруднику и переходим во вкладку образование, появляется ошибка "Необходимо заполнить дату приема на работу".

Ошибка возникает в следствии открытой картотеки, если картотеку сотрудников закрыть, то в РПД-1, во вкладке образование не будет появляться ошибка. Важно, что если была открыта картотека, ошибки не происходит, если же был открыт один из сотрудников, а после карточка закрылась, ошибка появляется.
Как измененно :

Исправлено: при запуске интерфейса образований из приказа на прием не выполняется его связывание с открытой картотекой, сообщение об отсутствии даты приема не выводится.

Дополнительно исправлено: при отсутствии доступа на просмотр 2-го окна при открытой картотеке и попытке открыть образования в приказе, в картотеке отображался текущий сотрудник из приказа.