Задачи ЕРП Галактика решенные на дату 2014-11-28

Задача :101.47992

2014-11-28 14:52:09
Краткое описание :
Описание функций ExtFun.res
Описание :
Документация по компонентам (!GSDK.chm,*.chm)
Что измененно :
Клиент в пользовательской таблице формирует выгрузку в xml-файл
определенной конфигурации.
При этом использует функции описанные в G_EI_EF.inc. Столкнулись с вопросом
описаний функций.

Нужны подробные описания внешних функций ресурсного файла ExtFun.res в
ExtFun.chm.
Интересуют функции описанные в
FRM\ExtFun.rar\src\CompSrc\ExtFun\ExtFun\Vip\G_EI_EF.inc
Как измененно :
Добавил описание.

Задача :102.132405

2014-11-28 14:52:09
Краткое описание :
Не совсем корректный хелп
Описание :
Лицевые счета (окно ввода и редактирования)
Что измененно :

Когда мы находимся в лицевых счетах в закладке "Стажи, надбавки" в любом из полей, связанным с вознаграждением по F1 открывается help "Разноска вознаграждений", который описывает саму функцию разноски, не делая акцента на то, что это выполняется совсем в другом интерфейсе (а не в лицевых счетах). Считаю необходимым доработать help чтобы открывалось описание этих полей, а ссылку на функцию разноски указать отдельно.
Как измененно :

Подключена общая справка по "Лицевому счету" - там приведено описание данной вкладки.

Задача :102.133483

2014-11-28 14:52:09
Краткое описание :
Cинхронизировать исходники и убрать сообщение при запуске Галактики
Описание :
Предложение по новой функциональности контура управления персоналом
Что измененно :

Если запустить Галактику 9.1 на ресурсах текущих обновлений на пустой базе, то при проверке реестра настроек будет выдано сообщение:
"Нет настройки UP.ZAR.XP.NalFlag. Выполните "Проверку реестра настроек"."

Надо убрать ненужное сообщение при запуске Галактики.
Как измененно :

Убрано ненужное сообщение при запуске.

Задача :102.134573

2014-11-28 14:52:09
Краткое описание :
Рефакторинг табеля: выделение отдельной подсистемы для получения параметров ЛС на дату
Описание :
Табельные функции
Что измененно :
Предлагается вынести из табеля подсистему получения параметров
лицевого счета с учетом переходов на дату, и сделать её независимой от табеля.

Сейчас получением значений параметров лицевого счета на дату занимается
табельный функционал. Такая "многопрофильность" функционала приводит к
негативным моментам, как то:
- Много однотипного кода в табеле (5 мест, но число неуклонно растет) для
получения значений реквизитов ЛС за месяц, отличный от текущего месяца табеля.
Если бы этим занимался сторонний функционал, независимый от табеля, не было бы
нагромождений.
- Большой объём табельного функционала, что затрудняет поддержку. Перенос
подсистемы получения реквизитов ЛС на дату в отдельный модуль является одной из
самых эффективных и при этом безболезненных декомпозиций для функционала табеля.
- Необходимость переформировывать табели для получения актуальных параметров
лицевого счета на дату. С одной стороны, это вызывает падение быстродействия в
тех случаях, когда переформировывать табели не надо, а получить актуальные
параметры ЛС - надо. С другой стороны, это приводило, до недавнего времени, к
непонятным ситуациям у тех пользователей, у которых настройка автоматического
переформирования табелей стояла в положении "нет". Данная проблема на текущий
момент решена, но на уровне лечения симптомов, а не причины.

Новая подсистема получения значений параметров лицевого счета на дату с учетом
переходов должна удовлетворять следующим требованиям:
- интерфейс для паскаля и для випа
- не меньшая эффективность, чем у прежней реализации
- полное покрытие имеющегося функционала (Информационные функции табеля)
- возможность возвращать параметры на произвольную дату, а не только на день
некоторого "текущего месяца"

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

Добавлены новые функции для получения параметров ЛС на дату: описание в файле
GALDOC\c_extfun.chm в статье "Функции получения параметров ЛС на дату". Эти
функции можно использовать как при разработке на языке VIP, так и в
пользовательских алгоритмах. Также данные функции доступны для вычисления по
Ctrl+F4.

При использовании новых функций получения параметров ЛС на дату в
пользовательских алгоритмах явно инициализировать их работу (делать вызовы
EnablePADetailsUtils/DisablePADetailsUtils), а также явно задавать лицевой счет
(функция PA_Assign) не требуется: во время расчета происходит автоматическая
инициализация и привязка к ЛС, для которого идет расчет.

Задача :102.135548

2014-11-28 14:52:09
Краткое описание :
РПД-61. Изменение режима работы. В ЛС приходит дополнительный КПС вместо основного после обработки сигнала в РК
Описание :
Рабочая корзина (обработка сигнала)
Что измененно :

При обработке записей рабочей корзины, меняющих только Особые условия/КПС, не выводится строка "Изменен лицевой счет ..." в протокол, если происходит изменение лицевого счета.
Как измененно :

Исправлено. Теперь при изменении лицевого счета, при котором меняются только особые условия/КПС, выводится стандартный заголовок "Изменен лицевой счет ..." в протокол.

Задача :102.136213

2014-11-28 14:52:09
Краткое описание :
Неверная формула
Описание :
Ведомость по средствам ФСС РФ
Что измененно :
В Excel-шаблон при инициализации записывается неверная формула
для кредитового сальдо на конец года:
С[31.12.2013]К69_01[1:06][2:001][3:001][4:28147497671350034][5:28147497676049493
]
По этой формуле в БД, в которой нет ни оборотов, ни сальдо до 31.12.2013
рассчитывается непонятная цифра, хотя должен быть 0.
Как выяснилось, создать такую формулу через мастер невозможно. Мастер добавляет
слово "Период" (например С[Период:09.10.2014]). И в этом случае формула
отрабатывает верно.
Просьба доработать инициализацию алгоритмов, которая вызывается по нажатию
кнопки "Добавить формулы", в соответствии с существующими правилами для мастера
формул.
Как измененно :
Формулы, которые автоматически добавляются в шаблон формы-4 ФСС
при нажатии на кнопку "Добавление формул" окна параметров формирования данной
формы, реализованы согласно руководства, описывающие идентификаторы ПАТ-формул.
Формула в шаблоне может содержать специальные записи, которые содержала
предыдущая реализация формул (например |cell<адрес ячейки>cell|).
Если пользователю необходимо получить данные по определенным подразделениям, то
в формулу необходимо добавить в место установки данных по подразделению строку
[П:""] (также поддерживается строка |pd1| и |pd2|). При вычислении формулы на
данное место будут прописаны идентификаторы помеченных подразделений. Если
пользователь собирается использовать ПАТ-формулы с возможность фильтрации по
подразделениям, то длина формулы с учетом вставки данных по одному
подразделению не должна превышать 255 символов

Задача :102.136664

2014-11-28 14:52:09
Краткое описание :
Доработать "Пакетное добавление условий труда" в интерфейсе "Условия труда на рабочем месте"
Описание :
Условия труда на рабочем месте
Что измененно :
Доработать "Пакетное добавление условий труда" в интерфейсе
"Условия труда на рабочем месте".
в настоящий момент при заполнении всех полей в интерфейсе "Пакетная привязка
условий труда по подразделениям" и нажатии кнопки "Выполнить" поле "Основание
для выслуги" заполняется в соответствии со значением аналогичного поля для
данной должности в справочнике "Должности/профессии". А именно, если в
справочнике "Должности/профессии" поле "Основание для выслуги" не заполнено, то
после запуска пакетной привязки условий труда оно тоже будет не заполнено, и
наоборот.
Необходимо при пакетном добавлении условий труда значение основания для выслуги
лет переносить из параметров этой функции, а не из каталога профессий. Из
каталога профессий значение основания для выслуги лет нужно переносить в
параметры функции "Пакетное добавление условий труда" при выборе в этом окне
должности/профессии.
Как измененно :
При пакетном добавлении условий труда значение основания для
выслуги лет переносится из параметров этой функции, а не из каталога профессий.

При выборе значения в поле "Профессия, должность" в окне "Пакетная привязка
условий труда по подразделениям" поле "Основание для выслуги" заполняется кодом
основания для выслуги лет, заданным для выбранной должности/профессии.

Аналогично при выполнении функции "Добавить должность из ШР" поле "Основание
для выслуги" окна "Условия труда на рабочем месте" заполняется кодом основания
для выслуги лет, заданным для выбранной должности/профессии.

Задача :102.136710

2014-11-28 14:52:09
Краткое описание :
Help. Подключить топик справки
Описание :
Лицевые счета (окно ввода и редактирования)
Что измененно :

К функциям локального меню ("Смежные данные", "Печать информации", "Отчет по внешней классификации", "Сортировка", фильтры), вызываемым из интерфейса со списком ЛС, подключить идентификатор FunMLocLicShet.
Как измененно :

К указанным функциям подключена статья с идентификатором FunMLocLicShet

Задача :102.137016

2014-11-28 14:52:09
Краткое описание :
Неверно определяется база для начисления СВ на ОМС и ФСС для иностранцев, временно пребывающих
Описание :
Карточка индивидуального учета выплат и сумм СВ/ЕСН [РФ]
Что измененно :
Неверно определяется база для начисления СВ на ОМС и ФСС для
иностранцев, временно пребывающих (должна быть нулевая).
Как измененно :
Базы для начисления СВ на ОМС и ФСС для иностранцев, временно
пребывающих нулевая.

Задача :102.137667

2014-11-28 14:52:09
Краткое описание :
Внутренняя ошибка MT_DRV.DLL при выполнении проверки корректности данных в модуле Контроллинг
Описание :
Не знаю, какая именно часть модуля "Контролинг", научите
Что измененно :

Внутренняя ошибка MT_DRV.DLL при выполнении проверки корректности данных в модуле Контроллинг
По инциденту 2.42217
Описание во вложении.
Как измененно :

Используются функции прямого SQL

Задача :103.7227

2014-11-28 14:52:09
Краткое описание :
Обработка длительных переходов при переходе на новый отчетный период
Описание :
Сведения о переходах
Что измененно :

Если есть переход, начинающийся в месяце N одного года и заканчивающийся в месяце N + 1 другого года, то при первом переходе на новый отчетный период данный переход обрежется как надо, а при втором переходе - останется необработанным.
Как измененно :

Исправлено, теперь корректно обрабатываются длительные переходы.

Задача :180.8417

2014-11-28 14:52:09
Краткое описание :
Изменить вывод ОКВЭД в xml-формат 4ФСС
Описание :
Ведомость по средствам ФСС РФ
Что измененно :
При формировании xml-файла формы-4 ФСС, тэг OKVED заполняется
значением "74.60.". Это вызывает ошибку при проверку данного файла.
Как измененно :
При формировании файла расчета в электронном виде,
соответствующего форме расчета по начисленным и уплаченным страховым взносам
на обязательное социальное страхование на случай временной нетрудоспособности и
в связи с материнством и по обязательному социальному страхованию от несчастных
случаев на производстве и профессиональных заболеваний, а также по расходам на
выплату страхового обеспечения (Форма - 4 ФСС) реквизит OKVED анализируется на
заполнение данными после второй точки. Если этих данных нет, то точка не
выводится
& УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ:
FSS4_2014.XLS

Задача :180.8427

2014-11-28 14:52:09
Краткое описание :
Некорректно работает сторнировка
Описание :
Сторнирующие записи
Что измененно :

1. В классификаторе видов оплат для основной оплаты установлена доп.входимость 36.
2. Для повременной оплаты задан алгоритм 101:
[101] if(uch_rejim<100, SumAlgNo(102), SumalgNo(105))
[102] if(double(GetRejimExtAttr(uch_rejim,'Количество ставок'))=1,SumAlgNo(103),SumAlgNo(104))
[103] Uch_tarif*Uch_koldn/Uch_koldnGR
[104] Uch_tarif*Uch_chasf/Uch_chasGR
[105] uch_tarif*uch_chasf/sumalgno(111)+UCH_SETDNGR(DniGR(uch_mes,otch_y, double(GetRejimExtAttr(uch_rejim,'Код 5-ки'))))*0+UCH_SETCHGR(ChaGR(uch_mes,otch_y, double(GetRejimExtAttr(uch_rejim,'Код 5-ки'))))*0
[111] if(double(GetRejimExtAttr(uch_rejim,'СГНЧ в месяц (женщины Север)'))<>0 and PERS_SEX='Ж',double(GetRejimExtAttr(uch_rejim,'СГНЧ в месяц (женщины Север)')),double(GetRejimExtAttr(uch_rejim,'Среднегодовая норма часов в месяц')))

У сотрудника привязан режим работы,у которого есть внешние атрибуты.

3. Расчетный период 10 месяц.
В сентябре сотрудник болел, но зарплату посчитали за целый месяц без учета больничного.
В 10 месяце за сентябрь вводим больничный c 22.09 по 26.09 и рассчитываем:
В сторнирующих записях формируется: c 22.09 по 26.09.
4. В результатах расчета суммы за рабочий период рассчитались неправильно.
5. если удалить доп.входимость 36, сторнирует правильно.
Как измененно :

Доработан расчет основной оплаты за прошлый месяц с дополнительной входимостью (36) Cводить при округлении с алгоритмом пользователя.
Теперь в результатах расчета суммы за рабочий период рассчитываются правильно.

Задача :180.8458

2014-11-28 14:52:09
Краткое описание :
Расчет материальной выгоды за период относящийся к следующему месяцу
Описание :
Расчет начислений (общие вопросы)
Что измененно :

В связи с разъяснениями Минфина России, налоговая база при определении материальной выгоды за пользование беспроцентными кредитами (займами)рассчитывается следующим образом (Письмо от 09.08.2010 N 03-04-06/6-173). При первоначальном возврате заемных средств на сумму задолженности нужно начислить проценты, исчисленные исходя из 2/3 ставки рефинансирования Банка России, действующей на дату возврата средств, и количества дней, прошедших с момента предоставления займа. А при каждом следующем погашении проценты начисляются исходя из количества дней, прошедших с момента возврата предыдущей части займа.

Сотрудник получил ссуду 02/09/2014. Первой погашение сумм по ссуде и начисление процентов происходит при выплате заработной платы за октябрь 2014 года 15.11.2014 необходимо рассчитать материальную выгоду за дни с 02.09.2014 по 15.11.2014. Галактика на текущий момент позволяет в октябре рассчитать материальную выгоду только за период с 02.09.2014 по 31.10.2014.
Как измененно :

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

Сумма материальной выгоды и проценты разбиваются по месяцам в результатах расчета.

При других настройках постоянного удержания, функциональность работает без изменения.

2. Доработана функция перехода на следующий месяц.
Теперь сумма текущего процента переносится в предыдущий с учетом настройки "Дата выплаты (перечисления) заработной платы".
Если текущая дата выплаты процента меньше, чем дата выплаты (перечисления) заработной платы, то она переносится в предыдущую и расчет материальной выгоды в следующем месяце происходит с учетом новых дат.

Задача :180.8485

2014-11-28 14:52:09
Краткое описание :
Код аванса для зараплаты в режиме за период для РФ
Описание :
Расчет удержаний (общие вопросы)
Что измененно :

Необходимо, чтобы при расчете заработной платы в режиме за период в результаты расчета для итоговой заработной платы проставлялся код аванса (199). На данный момент проставляется код заработной платы в банк (220).
Данная возможность уже реализована для Украины. Необходимо добавить ее для РФ.
Как измененно :

Доработка для РФ.Добавлена новая настройка "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Межрасчетный период \ Считать заработную плату за период авансом". Если значение этой настройки "да", то при расчете заработной платы в режиме за период в результаты расчета для итоговой заработной платы проставлялся код аванса, иначе проставляется код для заработной платы.