Z_DOCSFSS
Краткое описание :
Сведения о ЗЛ - убрать проверку пустого адреса регистрации
из контроля актуальностиОписание :
Что измененно :
Сведения о ЗЛ считаются НЕактуальными при пустом адресе
регистрации или если в адресе регистрации нет GUID - поскольку до последнего
времени адрес регистрации был обязателен при формировании сообщений 101 в СЭДО.
С недавних пор в СЭДО это ограничение отменили: сейчас согласно xsd-схеме у
элемента «address» атрибут nillable="true", то есть он может быть пустым. В
связи с этим необходимо изменить проверку GUID адреса регистрации в функции
контроля актуальности.
Как измененно :
Изменена проверка GUID адреса регистрации в функции контроля
актуальности Сведений о ЗЛ: • Сведения считаются неактуальными только в том
случае, если в Сведениях в адресе регистрации есть непустой GUID и он не
совпадает с GUID в карточке сотрудника (в том числе и при его отсутствии в
карточке). В окне Сведений не отображается адрес регистрации, если отсутствует
GUID. При формировании новых Сведений (в одиночном режиме), если в адресе
регистрации в карточке сотрудника нет GUID, выдается информационное сообщение:
"В адресе регистрации сотрудника отсутствует GUID - адрес не добавлен".
Z_DOCSFSS
Краткое описание :
Сведения о ЗЛ - ввод адреса для получения пособий почтойОписание :
Что измененно :
При формировании Сведений о ЗЛ в случае выбора работником
способа получения пособий почтовым переводом в качестве адреса получения
автоматически подставляется адрес проживания - других вариантов указания адреса
сейчас нет. Однако, работник вправе указать любой адрес для получения пособий -
требуется реализовать такую возможность.
Как измененно :
После блока адреса регистрации добавлено поле "Адрес получения"
- выпадающий список с вариантами: - по месту проживания, - по месту временной
регистрации, - по месту регистрации, - другой. По умолчанию выбирается первый
вариант в порядке их следования с непустым адресом в карточке (если в карточке
нет адреса проживания - то адрес временной регистрации, если его тоже нет -
адрес регистрации, иначе - вариант 'другой'). При выборе одного из первых 3-х
значений - подставляется соответствующий адрес из карточки сотрудника без
возможности изменения (если такого адреса в карточке нет - выдается
предупреждение). При выборе варианта 'другой' - разрешен выбор адреса. Все поля
адреса получения доступны только при выборе способа получения "почтовым
переводом". Доработаны функции проверки актуальности адреса получения в связи с
доработкой формирования адреса получения.
Z_DOCSFSS
Краткое описание :
СЭДО сообщение 86 (сведения о ЗЛ) - дата аннулирования ТД
contractCancelDateОписание :
Что измененно :
Требуется реализовать отправку сообщения 86 (Сведений о ЗЛ) в
случае аннулирования трудового договора.
Как измененно :
Реализована отправка сообщения 86 (Сведений о ЗЛ) в случае
аннулирования трудового договора с указанием даты аннулирования (в электронном
формате в блоке "fired" заполняется поле «contractCancelDate»). Для этого в
окно "Выгрузка в XML сведений о застрахованном лице" добавлены поля "Дата
аннулирования трудового договора" и "Тип документа" - radiobutton с вариантами:
• сведения о ЗЛ (по умолчанию для работающих), • сведения об увольнении (по
умолчанию для уволенных), • сведения об аннулировании ТД (в будущем можно
сделать по умолчанию в случае аннулирования ТД - см. ERP-11957). Поле "Дата
аннулирования трудового договора" визуализируется только для типа документа
"сведения об аннулировании ТД". В случае, если указан тип документа "Сведения
об аннулировании ТД" и заполнена дата аннулирования, в сообщении 86 заполняется
блок "fired" и поле "contractCancelDate": Дополнительно: • Контролируется
заполнение даты увольнения в БД, если выбран тип документа "сведения об
увольнении". Выдается предупреждение, если дата увольнения не заполнена; •
Контролируется заполнение даты аннулирования трудового договора, если выбран
тип документа "сведения об аннулировании ТД". Выдается предупреждение, если
дата аннулирования не заполнена; • Выдается предупреждение, если для уволенного
сотрудника выбран тип документа "сведения о ЗЛ".
Z_DOCSFSS
Краткое описание :
Сообщение в протоколе отправки сведений о ЗЛОписание :
Что измененно :
В печатной форме сообщения 87 (Результат регистрации сведений о
застрахованном лице) статус обработки запроса отображается как PROCESSED,
RECEIVED, ERROR. Такие статусы обработки запроса не всегда понятны бухгалтеру.
Необходимо отображать статус обработки запроса в удобном для понимания виде,
например, вместо PROCESSED - "Сообщение успешно обработано". Необходимо в
печатной форме сообщения 87 (Результат регистрации сведений о застрахованном
лице) статус обработки запроса отображать в зависимости от значения тэга (поля)
status в xml-файле: PROCESSED - "Сообщение успешно обработано"; RECEIVED -
"Сообщение получено"; ERROR - "Ошибка". 2. Наименование поля "СНИЛС" в печатной
форме заменить на "СНИЛС застрахованного лица". 3. Добавить поле "Идентификатор
запроса" с целью отображения uuid сообщения, к которому относится сообщение 87.
Как измененно :
В печатной форме сообщения 87 (Результат регистрации сведений о
застрахованном лице) статус обработки запроса отображается в зависимости от
значения тэга (поля) status в xml-файле: PROCESSED - "Сообщение успешно
обработано"; RECEIVED - "Сообщение получено"; ERROR - "Ошибка". 2. Наименование
поля "СНИЛС" в печатной форме изменено на "СНИЛС застрахованного лица". 3.
Добавлено поле "Идентификатор запроса" -uuid сообщения, к которому относится
сообщение 87.
Z_DOCSFSS
Краткое описание :
СЭДО сообщение 101 (benefit4) - брать из БД отсутствующие в
запросе 100 данные (пол, дата рождения, паспортные)Описание :
Что измененно :
На продуктивном контуре СЭДО запросы 101 при рождении ребёнка
(Benefit4) часто приходят с незаполненными паспортными данными, полом, датой
рождения сотрудника. В этом случае при попытке сформировать ответ 101 выдаётся
ошибка об отсутствии данных в запросе и ответ не формируется.
Как измененно :
Доработано формирование ответа на сообщение 100 с типами
benefit4, benefit5 в случае, если в сообщении не указана дата рождения
застрахованного лица. Дату рождения определяем из карточки работника (ЛС
находим по СНИЛС, который указан в сообщении 100).
Z_DOCSFSS
Краткое описание :
СЭДО сообщение 101 (benefit4) - неверно заполняются теги
документа о рождении в случае отсутствия реквизитов документа в запросе 100Описание :
Что измененно :
Запросы 100 при рождении ребёнка (benefit4) от СФР иногда
приходят без реквизитов какого-либо документа. В этом случае при формировании
ответа 101 сейчас формируются пустые теги с реквизитами Справки о рождении. В
результате возвращается ошибка формата (сообщение 14) "Ошибка формата
сообщения. SAXParseException: cvc-minLength-valid: Value '' with length = '0'
is not facet-valid with respect to minLength '1' for type
'StringMinLen1MaxLen20'". Кроме того, при выполнении функции [Добавить ребенка]
из такого запроса 100 сейчас для ребёнка не формируется документ "Справка о
рождении" (в котором, в частности, должны содержаться данные об актовой
записи).
Как измененно :
1. Поскольку все элементы с реквизитами актовой записи и любого
документа о рождении по схеме имеют атрибут "нередактируемый" (editable=false),
то при формировании ответа 101 формируются "пустые" теги с реквизитами Справки
о рождении: ns1:editable="false" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:nil="true"/> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nil="true"/>
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nil="true"/>
2. При выполнении функции [Добавить ребенка] из такого
запроса 100 (с реквизитами актовой записи, но пустыми тегами Справки о
рождении, или другого документа) добавляется соответствующий документ с пустыми
реквизитами самого документа, но заполненными реквизитами актовой записи.
Z_DOCSFSS
Краткое описание :
СЭДО сообщение 109 о рождении ребенка (birthChild) -
формировать данные актовой записи из Справки о рожденииОписание :
Что измененно :
При формировании сообщения 109 о рождении ребёнка не
формируется блок данных об актовой записи , хотя в самой Справке о
рождении эти данные заполнены. Согласно спецификации сообщения 109 информация
об актовой записи выводится в файл (при наличии, необязательный блок).
Как измененно :
В сообщении 109 при наличии данных об актовой записи в Справке
о рождении формируется соответствующий блок данных - . Доработана
печатная форма FR-отчета сообщения 109 (выводится номер и дата актовой записи).