как можно заметить, именно так написан код трансформации: значение в этом теге формируется только при условии, что в соответствующем поле структуры что-то было. Если там был X - то значение тега 1. Если было что-то другое - то 0. А что - отстутствие тега вызывает какие-то затруднения с последующей обработкой файла? Тег по схеме не обязательный, логический контроль не нарушен...


Как это реализовано в системе? Что и в какой момент указывает системе, что вот сейчас этому работнику проводится мероприятие как основному, а вот сейчас - как совместителю?

Именно так все и происходит, в случае если стоит "Х", в xml выводится <ЯвляетсяСовместителем>1</ЯвляетсяСовместителем>, а вот в случае, когда значение поля пустое, то трансформация не отрабатывает судя по всему.... Не могу понять, почему пустое значение не преобразовывается в xml <ЯвляетсяСовместителем>0</ЯвляетсяСовместителем>

Ставили все пакетом, ноты потерять не могли. Часть, где судя по всему происходит это преобразование тоже присутствует:
<xsl:template name="CONCURRENT_EMPLOYEMENT">
<xsl:if test="(string(./CONCR_EMPL) != 'NaN' and string(./CONCR_EMPL) != '' )">
<xsl:element name="#WvlwetswSovmestitelem">
<xsl:choose>
<xsl:when test="(string(./CONCR_EMPL) = 'X')">
<xsl:value-of select="string('1')"/>
</xsl:when>
<xsl:otherwise>
<xsl:value-of select="string('0')"/>
</xsl:otherwise>
</xsl:choose>
</xsl:element>
</xsl:if>
</xsl:template>

При дальнейшей обработке файла особо затруднений не возникает, но когда гружу файл в программу пенсионного, она ругается, что не проставлен данный тег и проставляет его сама, со значением 0. В общей массе это не критично, но разве этот тег не должен появляться при выгрузке из системы сам?



В системе это реализовано так, один работник принимается на два разных табельных номера, но с участием 31 ИТ "Ссылочный табельный номер". И соответственно если необходимо мероприятие на основном ТН, его проводят на основном, если на внутреннем совместителе, то на ТН совместителя.

потому что там (в трансформации) так и написано - формировать тег только в том случае, если в поле структуры есть какое-то непустое значение. Пустое - не преобразовывать. Результат соответствует схеме и правилам.

Тогда зачем об этом переживать?

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

согласно структуре файла, схеме и не противоречащей им реализации стандартной трансформации - не должен.

ТН совместителя по признаку 331ТТ имеет признак совместителя (значение 4 или 5 в 1-й позиции) или нет?

Понял, спасибо большое за разъяснения.

ТН совместителя по признаку 331ТТ имеет признак совместителя (значение 4 или 5 в 1-й позиции) или нет?[/quote]

Да, в 331ТТ настроено, согласно документации.

Где для пост. сотрудника код возврата 102НР1
Для внутреннего совместителя 505НР3
Для Внешн. совместителя 405НР3
И тд

Добрый день!
Коллеги, подскажите, пожалуйста, как вы считаете стажи?
Как я понимаю сейчас бессмысленно считать стажи из ИТ0294:
например,
1) при приеме на работу указываем в ИТ0294 с 01-10-2020 по 31-12-9999 и указываем галочки непрерывный стаж и т.д.
После того, как мы передали эти данные в ПФ, их нельзя поменять.
2) Далее 01-11-2020 увольняем сотрудника, в ИТ0294 с 01-11-2020 по 31-12-9999 указываем увольнение и никакие галочки для стажа не устанавлиываем.
Далее передаем эти данные в ПФ и их уже нельзя поменять.
3) повторно принимаем сотрудника с 01-12-2020. В ит0294 указываем даты повторного приема с 01-12-2020 по 31-12-9999, и указываем галочки для стажа.
И теперь расчитав стаж на 31-12-2020 система показывает 3 месяца непрерывного, общего стажа. А должно быть 2 месяца.

на эту тему посмотрите ноту 2974960 - вдруг подойдет...

Добрый день!
Спасибо большое, помогло

Добрый вечер.

Ни у кого не было проблем с доступностью полей в 294 ИТ? После установки нот из джемовской презентации (конкретно, 2919183) все компилится, отчеты доступны... но я не вижу в 294 ИТ на 2000 экране 201 подэкране пресловутого поля eventtype, притом что на 3000 экране оно появилось. 205 подэкран "SZV-TD" успешно добавился..

V_T588M тоже ничего не знает об этом поле в 201 экране.
Захожу в ноту, вижу, что в корректурах 201 подэкрана наличествует HRPADRU_S_IT0294_ETK_SCREEN-EVENT_TYPE.

Release 604.

Добрый день Кто-то столкнулся с отражением до 2020 года мероприятий 1 или 2 (прием или перевод), но не 3 - переименование?
При формировании СТД_Р отчет не подтягивает переименование до 2020г, ищет прием или перевод. А переименование было, оно должно быть показано в форме.
Или только у нас такой глюк?

Еще такая проблема: ЗЗд (запрет занимать должность) система формирует из ИТ 294. При этом в столбце 4 отчета должны быть пояснения: "запрет занимать должность такую-то с такого-то числа". Эта инфа должна из какого поля формироваться?
ЗЗД и увольнение в столбце 2 должны иметь одну дату или все же разные?

Здравствуйте, коллеги.
Возник вопрос (форма СТД-Р): в форме необходимо вывести кадровые изменения за весь период работы сотрудника в компании (в нашем случае с 2011 года), в ракурсах V_T588D и V_77PADRU_LBACDF настройка сделана, при соответствующих мероприятиях создается ИТ 0294 с релевантным статусом для отображения в форме. Собственно вопрос - как реализовать отображение прошлых периодов, для старых мероприятий, если для формы требуется ИТ 0294 созданный именно во время мероприятия?
Заранее спасибо за ответ!

точно СТД-Р? Этот должен... А вот для СЗВ-ТД - действительно работает так. А так разве нельзя?

Именно должно? Помнится, в ПФР'овском FAQ'е писали, что если будет указано (помимо обязательных приема или перевода), то это не будет считаться ошибкой. И только. Т.е. не должно, а может (при условии, что указано тот тип, который необходим обязательно) - а это ведь не одно и то же.

а оно вам точно надо? по всем поясняющим материалам выходит так, что стаж до 2020 года подтверждается бумажной трудовой, и только в отношении трудовых событий после 2020 - новой формой.
Впрочем, технических ограничений для этого нет: создайте в ИТ 0294 соответствующие записи - они подтянутся в форму.

для отчета не принципиально, чтобы записи ИТ 0294 были созданы исключительно в процессе выполнения мероприятия - можно создать нужные записи с необходимым содержимым и вручную (PA30, HR Renewal). Можно, наверное, и мероприятия перепрогнать (из ИТ 0000), если очень хочется именно так, прощелкав без изменения старые инфотипы "как есть" и досоздав только 0294-й. Но тут возможны и нюансы в зависимости от особенностей, которые могут быть в каком-то конкретном мероприятии - может быть не все из них могут быть без последствий прогнаны повторно.

Спасибо за ответ.

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


Вручную если создавать от нужной даты, то поле EVENT_TYPE_TEXT не заполняется (Нерелевантно для СЗВ-ТД вместо прием/перевод/увольнение) и в форму соответственно запись не попадает (как я понимаю запись должна создаваться именно в конце мероприятия из ракурса V_77PADRU_LBACDF с соответствующей пометкой прием/перевод/увольнение). Мероприятия прогнать можно, сохраняя только 0294, тогда все ок, но вручную это делать для всех сотрудников получится очень трудозатратно, а LSMW как я понимаю тут не подойдет.

Это поле на экране инфотипа - выпадающий список: нужное значение можно выбрать в нем вручную.

Хм, у нас закрыто, возможно из-за того что ИТ 0294 весьма сильно модифицирован, нужно будет посмотреть тогда настройки полей, спасибо.
А поля DEPRT, POSIT, ORDNU, ORDDT в ИТ 0294 тоже открыты для изменения? Просто при мероприятии они заполняются из приказа/орг. присвоения, интересно, будут ли они заполняться при вводе ИТ напрямую.

По стандарту эти поля открыты при создании новой записи (не важно: вручную или в рамках мероприятия). Автозаполнение этих полей в стандартном решении реализовано только при создании записи ИТ в рамках мероприятия. Поля закрыты для редактирования для записей ИТ, данные которых уже включены в какой-либо продуктивный отчет СЗВ-ТД.