Дождались! :) Feature Pack 1 for the Russian HRM and Payroll modules

[Ivanhoe]

Доступен на partnersource:
https://mbs.microsoft.com/partnersou...rintpage=false

• Приказы на изменение параметров штатного расписания
  
• Тарифные сетки
  
• Оформление и расчет отпусков
  
• В Системе требуется учитывать некоторые особенности законодательства РФ в части учета и расчета отпусков:
  

• Сотрудник может находиться в длительном отпуске, у которого известны дата начала и окончания, но не известны и не могут быть рассчитаны количество дней отпуска. Такой отпуск должен вводиться интервалом дат.

• Сотрудник имеет право на денежную компенсацию за неиспользованную часть ежегодного оплачиваемого отпуска.

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

• Сотрудник может быть отозван из отпуска с его согласия.
• Персонифицированный учет – экспорт в Оазис
  
• Страховые взносы по добровольному страхованию (НДФЛ)
  
• Произвольная периодичность расчета зарплаты
  
• Отчет по среднесписочной численности
  
• Отчет для отображения суммы исчисленного НДФЛ

[sparur]

а куда дели вид отпуска? что по законодательству его запретили?
зачем полю PayVacationType в таблице Расчет ср.заработка работника надо было ставить префикс DEL_ а все вызовы оставить прежними? теперь код дажене компилится!!! В частности форма ввода отпуска

[Peter Savintsev]

Zitat:

Zitat von sparur

а куда дели вид отпуска? что по законодательству его запретили?
зачем полю PayVacationType в таблице Расчет ср.заработка работника надо было ставить префикс DEL_ а все вызовы оставить прежними? теперь код дажене компилится!!! В частности форма ввода отпуска

Вид отпуска никуда не делся. Наоборот, появился. Если раньше в форме ввода отпусков указывался Тип отпуска (т.е. значение енума), то теперь выбирается Вид отпуска (значение из справочника). Сам тип отпуска теперь является признаком вида отпуска и указывается в соответствующем справочнике. Соответственно в таблице Расчет среднего заработка (RPayAverageEarnEmplPeriodTable), которая используется для ввода отпусков, поле PayVacationType зааменили на VacationTypeId.

Если у вас перестал компилироваться какой-то код, то либо у вас криво встало обновление, либо были какие-то модификации, которые использовали поле RPayAverageEarnEmplPeriodTable.PayVacationType. У меня на чистое приложение все встало без проблем, никаких ошибок компиляции нет

[sparur]

Zitat:

Zitat von Peter Savintsev

Если у вас перестал компилироваться какой-то код, то либо у вас криво встало обновление, либо были какие-то модификации, которые использовали поле RPayAverageEarnEmplPeriodTable.PayVacationType. У меня на чистое приложение все встало без проблем, никаких ошибок компиляции нет

ага, про енум уже понятно... непонятно почемуна форме ввода отпуска вот такой код:

метод RpayAverageEarnEmplPeriodTable_ds.write()

if (origTable.StartDate         != rPayAverageEarnEmplPeriodTable.StartDate ||
   origTable.EndDate           != rPayAverageEarnEmplPeriodTable.EndDate   ||
   origTable.PayVacationType   != rPayAverageEarnEmplPeriodTable.PayVacationType )

поле PayVacationType чудно превратилось в DEL_PayVacationType
врезультате есессно код не компилится!

[sparur]

и это не единственное место где осталось обращение к полю PayVacationType ...

самое интересное, что глобальная компиляция промолчала!!! а вот потом... при попытке пользовать функционал... получаем то что получаем...

[sparur]

Zitat:

Zitat von Peter Savintsev

Вид отпуска никуда не делся. Наоборот, появился. Если раньше в форме ввода отпусков указывался Тип отпуска (т.е. значение енума), то теперь выбирается Вид отпуска (значение из справочника). Сам тип отпуска теперь является признаком вида отпуска и указывается в соответствующем справочнике. Соответственно в таблице Расчет среднего заработка (RPayAverageEarnEmplPeriodTable), которая используется для ввода отпусков, поле PayVacationType зааменили на VacationTypeId

Чудненько! а на форму Ввод отпуска контрол для выбора вида отпуска выводить не надо? енум значит скрыли на форме(причем именно скрыли - контрол так и висит на форме, просто не отображается) а новое поле забыли вывести?

[Peter Savintsev]

Zitat:

Zitat von sparur

ага, про енум уже понятно... непонятно почемуна форме ввода отпуска вот такой код:

метод RpayAverageEarnEmplPeriodTable_ds.write()

if (origTable.StartDate         != rPayAverageEarnEmplPeriodTable.StartDate ||
   origTable.EndDate           != rPayAverageEarnEmplPeriodTable.EndDate   ||
   origTable.PayVacationType   != rPayAverageEarnEmplPeriodTable.PayVacationType )

поле PayVacationType чудно превратилось в DEL_PayVacationType
врезультате есессно код не компилится!

У меня этот код выглядит так:

        if (origTable.StartDate      != rPayAverageEarnEmplPeriodTable.StartDate ||
            origTable.EndDate        != rPayAverageEarnEmplPeriodTable.EndDate   ||
            origTable.VacationTypeId != rPayAverageEarnEmplPeriodTable.VacationTypeId)

Т.е. используется новое поле VacationTypeId. Скорее всего, у вас форма RPayVacationTable модифицирована, а как известно, при обновлении приложения модифицированная форма не обновляется. Поэтому надо провести сравнение слоев и перенести изменения, сделанные в обновлении. То же самое касается всех прочих объектов, в которых возникают ошибки.

Еще раз повторюсь, у меня на чистом приложении никаких ошибок компиляции нет. Их не было при глобальной компиляции, их нет и при ручной компиляции всех объектов RPay*

[Peter Savintsev]

Zitat:

Zitat von sparur

Чудненько! а на форму Ввод отпуска контрол для выбора вида отпуска выводить не надо? енум значит скрыли на форме(причем именно скрыли - контрол так и висит на форме, просто не отображается) а новое поле забыли вывести?

Все там есть, см скриншот. Вместо поля Тип отпуска теперь Вид отпуска. Еще раз повторяю, разберитесь с вашими модификациями этой формы.

[sparur]

Zitat:

Zitat von Peter Savintsev

Все там есть, см скриншот. Вместо поля Тип отпуска теперь Вид отпуска. Еще раз повторяю, разберитесь с вашими модификациями этой формы.

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

[Ivanhoe]

Не пропустите, уже вышло дополнение к FP1

Сергей Герасимов: Обновления в алгоритме расчета зарплаты

[Ivanhoe]

По поводу Видов отпусков: судя по документации есть возможность указать разные Time'ы для различных видов отпусков, чтобы корректно формировать табель.

Но сам функционал это не позволяет - в таблице спец. времен как и раньше можно указать только одно время по отпуску. Если отключить проверку, то все равно табель формируется только по одному Time'у.

[farlander]

Zitat:

Zitat von Ivanhoe

По поводу Видов отпусков: судя по документации есть возможность указать разные Time'ы для различных видов отпусков, чтобы корректно формировать табель.

Но сам функционал это не позволяет - в таблице спец. времен как и раньше можно указать только одно время по отпуску. Если отключить проверку, то все равно табель формируется только по одному Time'у.

А в форме Виды отпусков таймы привязывали отпускам?

[Ivanhoe]

В форме Виды отпусков можно указать только те Time'ы, которые указаны в форме "Общие настройки учета рабочего времени" (Расчеты с персоналом / Учет рабочего времени / Настройка / Настройка) на вкладке "Учет спец. времен" для отпуска. Но! на таблице RpayTblSpecTimeTable в методе validateWrite стоит проверка:

RpayTblSpecTimeType != RPayTblSpecTimeType::SickList

т.е. проверка осталась со старых времен, что несколько времен может быть только у больничных.

У Вас не так? У меня стоит DAX 4.0 SP2 + RHRM FP1

[Prof]

Да, у меня так же
Скорее всего это ошибка и должно быть примерно так:

public boolean validateWrite()
{
    boolean                 ret;
    RpayTblSpecTimeTable    rPayTblSpecTimeTableLocal;

    ret = super();

    if (ret && this.RpayTblSpecTimeType == RPayTblSpecTimeType::Mission)
    {
        select firstonly rPayTblSpecTimeTableLocal
            where rPayTblSpecTimeTableLocal.RpayTblSpecTimeType  == this.RpayTblSpecTimeType  &&
                  rPayTblSpecTimeTableLocal.RpayCalendarTimeCode != this.RpayCalendarTimeCode;

        if (rPayTblSpecTimeTableLocal)
        {
            ret = checkFailed("@HRP2355");
        }
    }

    return ret;
}

PS: есть некая непонятная проблема с таблицей RpayTblSpecTimeTable, она имеет особенность пропадать из проекта. Скорее всего ошибка связана именно с этим.

[Ivanhoe]

Исправлял именно так, но в итоге при создании табеля времена брались неверно. Сейчас уже примера под рукой нет, на следующей неделе поставлю чистую Аксапту, постараюсь повторить.

[farlander]

Нужно дописывать код, чтобы в табелях проставлялся правильный тайм отпуска?

[Prof]

Нет, по идее ничего не нужно больше дописывать

[farlander]

Функционал работает... просто есть ньюансик...
Если после обновления табеля меняешь тип бл или отпуска - то тайм не меняется, а остается прежним... потому при вводе бл желательно тип бл проставлять сразу после создания строки...