| Ошибка = ‘Ошибка валидации схематрона: У1-21 | ||
|---|---|---|
|
1 |
Ошибка |
Элемент ClinicalDocument должен иметь 1 элемент author. Путь: /ClinicalDocument[1]/count(author)=1′, Код = ‘VALIDATION_ERROR’ |
|
Причина |
Необходимо проверить ответственного за документ. Если указан верно:
Если указан неверно:
|
|
|
2 |
Ошибка |
|
|
Причина |
28 июня 2021 года вышла новая версия обработки «Выгрузка заявлений абитуриентов в ФИС».
В новой версии обработки:
1. Выполнена адаптация обработки в части выгрузки заявлений поступающих в соответствии со новой спецификацией ФИС ГИА и Приема версии 4.4.2:
1.1. Добавлена выгрузка нового обязательного реквизита «Статус соотечественника» для документов соотечественников. Добавлена вкладка «Дополнительно -> Статусы соотечественников», где следует указывать выгружаемый статус соотечественника (если для кого-то из соотечественника статус не указан, то обработка выдаст сообщение-ошибку, что для выгружаемого человека необходимо заполнить этот статус).
1.2. Добавлена проверка заполнения поля «Выдавшая организация» («DocumentOrganization») в документе «Справка об установлении инвалидности» («DisabilityDocument»).
1.3. Добавлена выгрузка новых обязательных реквизитов: «Страна выдачи документа» («ReleaseCountryID») и «Место выдачи документа» («ReleasePlace») для документов, удостоверяющих личность («IdentityDocument»). В поле «Место выдачи документа» выгружается название выдавшей страны, в соответствии с ответом, полученным от ФИС: «В поле «Место выдачи» для паспортов Российской Федерации по умолчанию можно заполнить как Россия. Для иностранных граждан, в соответствии с местом выдачи документа, удостоверяющего личность.»
1.4. Добавлена выгрузка необязательного поля СНИЛС («SNILS») поступающего («Entrant»).
2. При выгрузке заявлений поступающих в ФИС наблюдается нестабильное поведение ФИС ГИА и Приема при валидации файлов, сформированных в соответствии со спецификацией 4.4.2.
2.1. В некоторых случаях сервер взаимодействия с ФИС ГИА и Приема требует заполнения тегов «ReleaseCountryID», «ReleasePlace». Без них данные не загружаются в ФИС ГИА и Приема (возникает ошибка Ошибка валидации XML. Line: xxx — Position: x — The element ‘IdentityDocument’ has incomplete content. List of possible elements expected: ‘ReleaseCountryID, ReleasePlace’).
2.2. В некоторых случаях сервер взаимодействия с ФИС ГИА и Приема требует отсутствия тегов «ReleaseCountryID», «ReleasePlace». С ними данные не загружаются в ФИС ГИА и Приема (возникает ошибка Ошибка валидации XML. Line: xxx — Position: x — The element ‘IdentityDocument’ has invalid child element ‘ReleaseCountryID’. List of possible elements expected: ‘GenderID, OriginalReceivedDate, BirthPlace’).
2.3. На момент выпуска обработки установить закономерность, в каких случаях требуется заполнение тегов «ReleaseCountryID»,»ReleasePlace», а в каких не требуется — не удалось. По этому вопросу ведется взаимодействие с линией консультационной поддержки ФИС ГИА и приема.
2.4. В связи с пунктами 2.1-2.3 на вкладке «Настройки» обработки выгрузки в ФИС ГИА и приема добавлен блок опций «Совместимость со старой спецификацией ФИС 4.4.1», при включении которых новые реквизиты выгружаться не будут. Список опций:
- Не выгружать выдавшую страну и место выдачи в документах, удостоверяющих личность (режим совместимости со спецификацией 4.4.1);
- Не выгружать СНИЛС (режим совместимости со спецификацией 4.4.1);
- Не выгружать статус соотечественника в документах соотечественников (режим совместимости со спецификацией 4.4.1).
В случае возникновения ошибок вида 2.2 (Ошибка валидации XML. Line: xxx — Position: x — The element ‘IdentityDocument’ has invalid child element ‘ReleaseCountryID’. List of possible elements expected: ‘GenderID, OriginalReceivedDate, BirthPlace’) Вы можете установить флаги совместимости, но есть вероятность возникновения ошибок вида 2.1 (Ошибка валидации XML. Line: xxx — Position: x — The element ‘IdentityDocument’ has incomplete content. List of possible elements expected: ‘ReleaseCountryID, ReleasePlace’).
2.5. Предполагаемый верный сценарий работы — с выключенными опциями из пункта 2.4. При таком сценарии данные в некоторых случаях выгружаются успешно.
3. Исправлена ошибка проверки настройки соответствия направления подготовки при выгрузке заявления для конкурсов на УГС.
4. Исправлена ошибка неправильного формирования идентификатора конкурса при выгрузке заявления/приказа, что приводило к ошибке не найденного идентификатора при загрузке заявления/приказа в ФИС.
5. Исправлена ошибка-исключение выгрузки файлов при включенной опции «Добавлять уровень бюджета в наименование и идентификатор конкурса».
Новая версия обработки «Выгрузка заявлений абитуриентов в ФИС» доступна для скачивания на https://releases.1c.ru/ в разделе релиза 2.2.4.1 «1С:Университет ПРОФ» и 20.23.1 «1С:Университет».
Содержание:
1. Различия между понятиями «валидация» и «верификация»
2. Когда необходимо использовать систему валидации?
3. Процедура валидации 1С
4. Реализация метода валидации в 1С
5. Выводы о методе валидации
В данной статье будет рассмотрено, как происходит валидация данных в системе 1С Предприятие 8.3. Но для начала выясним, что такое валидация данных вообще. Валидация (с латыни validus – «большой, сильный») в технологическом мире или в системе, предназначенной для менеджмента качества, – это довод того, что обязательные пожелания пользователя, продукции, услуг или систем удовлетворены. Иначе говоря, это исследование данных временных рядов на аналогию указанным правилам, локализациям и ограничениям.
1. Различия между понятиями «валидация» и «верификация»
Многие путают понятия «валидация» и «верификация». Так что на их различиях заострим внимания в отдельном порядке. Верификация – это скрытый процесс регулирования ценза, который гарантирует согласие со спецификой. Понятный и быстрый способ различия данных терминов – валидация заверяет, что разработчик создал правомерную продукцию, а верификация – что разработчик создал продукцию такую, какой и планировалось.
2. Когда необходимо использовать систему валидации?
Данная процедура обязательна при:
1. внесении новейшей продукции на производстве, проверки на качественность;
2. использовании оригинальных медицинских препаратов;
3. трансформации в производстве, технике, обеспечении и так далее;
4. циклической сверке функционала.
Например, очень частым является использование системы валидации при работе в фармакологической области. По требованиям GMP (с английского – Good Manufacturing Practic – надлежащая производственная практика) упорядоченные нормы и предписания по отношению к производству медицинских средств, технологий, товаров для диагностики, еды, добавок, активных компонентов, а также информационные и технологические системы, способствующие поддерживанию уровня качества продукции, должны валидироваться.
3. Процедура валидации в 1С
Во-первых, для конфигурируемых пакетов программ необходимо сверить конфигурации и характеристики. Во-вторых, для приложений, которые разрабатываются по индивидуальному заказу, необходимо сверить версии конфигураций, соотношение специфики пользователя, протестировать модули программного кода и провести обучение сотрудников.
Процессы в компании, которые обязательно валидировать:
· процесс технологий (первым делом те, которые влияют на качество и свойства);
· процессы очистки, такие как очистка оборудования, пространства и прочее;
· процессы аналитики надзора качества, контроль стерильности;
· процесс компьютеризации систем.
Исключением будут устройства, которые управляют основаниями, не затрагивающими качество продукции, безопасность пациента, конфиденциальность данных. Например, системы, которые проводят управление финансированием, не нуждаются в валидации.
Документы для оформления процедуры валидации:
1. «URS спецификация требований» – разъяснение нужд потребителя;
2. «Функциональная спецификация (FS)» – правила URS, с дополнениями по техническим требованиям к системе, на основе GMP и GAMP 5;
3. «Матрица прослеживаемости TM» – создание оценки и изучение рисков на основе функциональности, а также матричная прослеживаемость среди требований, возможности рисков и их управления, снижению их вероятности;
4. «План тестирования» – обозначение вариантов тестового запуска системы для каждой из функций и методик;
5. «Протокол квалификации монтажа (IQ)» – сверка аналогии между рабочим аппаратом и спецификой;
6. «Протокол квалификации эксплуатации (OQ)» – это тесты по функционалу для каждого действия, прилагается фотоотчёт по каждому действию;
7. «Квалификация эксплуатационных свойств (PQ)» – доказательство, на основе документов, о том, что всё работает на максимальной эффективности и с действительными нормативами;
8. «Отчет о валидации» – это представление результатов при проверке валидации и расчётов, где имеются рекомендации и выводы.
По факту, проверку (валидацию) возможно описать двумя этапами:
1. представление по модели данных, а именно по их необходимости, связям и типам;
2. сверка по данным на основании изложенных требований.
4. Реализация метода валидации в 1С
Сведения по выгрузке данных – это сводка данных из табличной части, имеющих связь между друг-другом. Простым языком, для редукции, можно считать, что это такие таблицы как: Товары, Остатки, Цены.
Чтобы сформировать JSON в системе 1С можно отобразить сводку таблиц, как структуру, которая вмещает массивы структур, то есть всякая структура из массива представляет собой строку из таблицы.
Строка из таблицы для проведения процедуры валидации
Следующим действием будет объявление структуры, в которой будут показаны все поля из таблицы и параметры, для которых необходим контроль и проверка. Исходя из значений вышеупомянутых полей, функция, которая будет кодом валидатора, начнет проверку по каждому полю. На примере проверим тип из значения поля, где будет возможность равняться значению NULL (это будет допустимо в одних обстоятельствах, а в других станет указывать на неполадки хранения данных или их выборки).
Код для валидатора
Далее опись полей в таблице «Остатки» примет вид, как показано на рисунке ниже:
Опись полей в таблице «Остатки» в системе 1С Предприятие 8.3
В примере метода валидации таблицы связаны при помощи ключевых полей, так что возникнет необходимость в сверке по логической целостности данных, которые подлежат выгрузке: например, когда происходит выгрузка остатков по товару, должна происходить выгрузка и самого товара. Чтобы это сверить нужно сделать описание связей по таблицам. Это делается на основании их обязательной проверки функцией-валидатором – строится запрос для двух таблиц, где по ключевым полям создаётся левое соединение. Если в конечной таблице появятся ячейки со значениями NULL в тех полях, которые подлежат проверке, значит, логическая целостность была нарушена.
Напишем структуру для описи таблицы:
Структура для описи таблицы
А описание таблицы представится в таком виде:
Описание таблицы в системе 1С Предприятие 8.3 (рис. 1)
Описание таблицы в системе 1С Предприятие 8.3 (рис. 2)
Описание таблицы в системе 1С Предприятие 8.3 (рис. 3)
Процедура по сверке связей общая, так что в самой структуре по связи таблиц выводится текст ошибки. Получается, что идёт опись полностью таблицы в выгрузке и всех связей. Далее передаём весь свод данных функции-валидатору, она проверяет и, в случае чего, отправляет нам лог с ошибками и недочётами.
В свою очередь, функция, которая делает сверку ошибок, имеет вид:
Функция сверки ошибок в системе 1С Предприятие 8.3 (рис. 1)
Функция сверки ошибок в системе 1С Предприятие 8.3 (рис. 2)
5. Выводы о методе валидации
Вышеуказанные операции для процедуры валидации не являются стандартными, а представляют собой лишь один из возможных общих примеров валидации данных. Вышеуказанная функция валидации (код) не подчиняется конкретным данным, чтобы начать её эксплуатацию нужно только настроить опись данных и, непосредственно, сами данные. Код для валидации, который представлен в предыдущем разделе лишь показывает механику сверки данных.
Специалист компании «Кодерлайн»
Айдар Фархутдинов
В руководстве пользователя рассмотрено подключение к системе ФИС ГИА и Приема, проверка и настройка данных
образовательного учреждения. Приведены примеры заполнения основных справочников, таких как приемные кампании,
конкурсные группы и контрольные цифры приема. Представлена синхронизация и выгрузка данных из «1С:Колледж» и
«1С:Колледж ПРОФ» в ФИС ГИА и приведены примеры выгрузки основных справочников и анкет абитуриентов.
Содержание
- Подключение и настройка ФИС ГИА и Приема
- Настройка данных в «1С:Колледж» и «1С:Колледж ПРОФ» для выгрузки в ФИС ГИА и Приема
- Заполнение логина и пароля для подключения к ФИС ГИА и Приема
- Настройка приемной кампании
- Настройка конкурсных групп
- Настройка контрольных цифр приема
- Передача данных в ФИС ГИА и Приема
- Синхронизация справочников
- Проверка загруженных данных в ФИС ГИА и Приема
- Выгрузка анкет абитуриентов в ФИС ГИА и Приема
Подключение и настройка ФИС ГИА и Приема
1. Для подключения к ФИС ГИА и Приема образовательному учреждению предоставляются логин и пароль.
2. В данном руководстве подключение будет происходить к тестовой версии ФИС ГИА и Приема. Адрес (URL) страницы
входа в тестовую версию: http://priem.edu.ru:8000
Рис. 1. Ввод логина и пароля ФИС ГИА и Приема
3. После ввода логина и пароля открывается стартовое окно ФИС ГИА и Приема. В верхнем правом углу отображается
наименование образовательной организации (1) и ФИО пользователя (2), вошедшего в систему.
Рис. 2. Вкладка «Заявления» в ФИС ГИА и Приема
4. В разделе «Сведения об ОО» на вкладке «Общая информация» необходимо проверить: актуальность наименования
образовательной организации, контактные данные, лицензию и аккредитацию. В тестовой базе ФИС ГИА и Приема лицензия и
аккредитация не заполняются, в рабочей базе должны быть заполнены обязательно!
Рис. 3. Вкладка «Сведения об ОО» ФИС ГИА и Приема
5. На вкладке «Структура ОО» необходимо проверить, что выбрано подразделение, для которого настраивается
выгрузка в ФИС ГИА и Приема. Актуально для тех образовательных организаций, у которых имеются филиалы и другие
подразделения.
Рис. 4. Заполнение структуры ОО
6. В ФИС ГИА и Приема необходимо ежегодно добавлять правила приема. Должны быть заполнены вкладки 1-5. Данные
загружаются из «1С:Колледж» или «1С:Колледж ПРОФ», для этого необходимо указать соответствующие данные в программах
1С.
Рис. 5. Вкладка «Сведения об ОО»
Настройка данных в «1С:Колледж» и «1С:Колледж ПРОФ» для выгрузки в ФИС ГИА и Приема
Заполнение логина и пароля для подключения к ФИС ГИА и Приема
1. Запустите программу «1С:Колледж» или «1С:Колледж ПРОФ».
2. Зайдите в подсистему «Интеграция» → «Обмен с ФИС» → справочник «Организации» → выберите образовательное
учреждение (1). На вкладке «Обмен с ФИС» (2) необходимо ввести логин (3) и пароль (4) для подключения к ФИС ГИА и
Приема.
Рис. 6. Ввод логина и пароля для подключения к ФИС ГИА и Приема в
1С:Колледж
Настройка приемной кампании
1. Для создания и настройки приемной кампании зайдите в подсистему «Интеграция» → «Обмен с ФИС» →
«Приемные кампании».
Рис. 7. Справочник «Приемные кампании»
2. Создайте новую приемную кампанию. Заполните основные сведения и формы обучения, по которым будет идти
набор.
Рис. 8. Заполнение приемной кампании
3. На закладке «Даты проведения приемной кампании» введите даты проведения приемной кампании для каждой
формы обучения. Обязательно заполните: дату начала приема, дату окончания приема и дату включения в приказ.
Рис. 9. Заполнение дат проведения приемной кампании
Настройка конкурсных групп
1. Для создания и настройки конкурсных групп зайдите в подсистему «Интеграция» → «Обмен с ФИС» → «Конкурсные
группы».
Рис. 10. Конкурсные группы
На каждую программу СПО создается одна конкурсная группа. Это проще для учета и не возникает проблем при интеграции
с
ФИС. Также удобно контролировать количество мест и количество поданных заявлений на конкретную программу СПО.
2. В конкурсной группе необходимо заполнить наименование, приемную кампанию, курс и добавить программу СПО.
Рис. 11. Настройка конкурсных групп
Если по специальности идет набор по целевым направлениям и по вступительным экзаменам, необходимо заполнить
информацию на соответствующих вкладках.
Настройка контрольных цифр приема
1. Для создания и настройки контрольных цифр приема зайдите в подсистему «Приемная комиссия» → «Планы приема».
Рис. 12. Планы приема
2. В плане приема необходимо заполнить приемную кампанию, программу обучения и добавить вид финансирования и
количество планируемых мест.
Рис. 13. Контрольные цифры приема
Передача данных в ФИС ГИА и Приема
Синхронизация справочников
1. Зайдите в подсистему «Интеграция» → «Сервис» → «Работа с ФИС ГИА и Приема».
Рис. 14. Работа с ФИС ГИА и Приема
2. Выберите приемную кампанию и на закладке «Синхронизация справочников» нажмите на кнопку «Автосопоставление».
Рис. 15. Синхронизация справочников
Если при выгрузке в ФИС ГИА и Приема какие-то данные не загружаются, необходимо проверить синхронизацию
справочников!
Проверка загруженных данных в ФИС ГИА и Приема
1. Проверяем заполнение вкладки «Объем и структура приема». Должны быть заполнены направления подготовки,
контрольные
цифры приема по каждой форме обучения.
Рис. 16. Объем и структура приема
Необходимо проверить, что в последнем столбце «Контрольные цифры приема» заполнены «Доступно для распределения» и
«Из
них распределено».
Если «Доступно для распределения» равно 25, а «Из них распределено» — 0, значит, не заполнен уровень бюджета. Надо
заполнить данные и сохранить.
Рис. 17. Распределение мест по уровням бюджета
2. По кнопке «Сохранить как план» будет сформирован план на текущую приемную кампанию.
Рис. 18. Сохранение плана приемной кампании
3. Проверяем заполнение вкладки «Конкурсы».
Рис. 19. Вкладка «Конкурсы»
В ФИС ГИА и Приема заполняется количество мест для конкурсных групп, все остальные данные загружаются из
«1С:Колледж» или «1С:Колледж ПРОФ».
Рис. 20. Заполнение количества мест для конкурсных групп
Для творческих специальностей обязательно должна быть заполнена вкладка «Вступительные испытания».
Выгрузка анкет абитуриентов в ФИС ГИА и Приема
1. В ходе приемной кампании заполнить анкеты абитуриентов.
2. Для выгрузки анкет зайдите в подсистему «Интеграция» → «Сервис» → «Работа с ФИС ГИА и Приема».
3. Выберите организацию и текущую приемную кампанию. Автоматически выгружаются все анкеты абитуриентов по выбранным
параметрам. ФИС ГИА и Приема рекомендует разбивать данные на пакеты. Например, выгружать анкеты по специальностям.
Отметьте анкеты, которые хотите выгрузить, нажмите кнопку «Выгрузить анкеты». В результате на вкладке «Работа с
пакетами» сформируется пакет.
Рис. 21. Выгрузка анкет абитуриентов
Рис. 22. Работа с пакетами
4. На вкладке «Работа с пакетами» выполните валидацию пакета по кнопке «Выполнить валидацию». В результате в колонке
«Результат валидации» будет написано «Пакет валидацию прошел».
Рис. 23. Валидация пакета
5. Нажмите кнопку «Выполнить выгрузку пакета». В результате пакету будет присвоен идентификатор в колонке
«Идентификатор пакета».
Рис. 24. Выгрузка пакета
6. Нажмите на кнопку «Проверка пакета».
Рис. 25. Проверка пакета
При выборе пакета в статусной строке отразится информация по результатам выгрузки пакета.
Рис. 26. Результат работы с пакетом
7. По кнопке «Отчет о проверке пакета» откроется отчет о передаче пакета. В нем отражается информация о
загруженном пакете в ФИС ГИА и Приема.
Рис. 27. Отчет о проверке пакета
Рис. 28. Пример отчета проверки пакета
8. В ФИС ГИА и Приема анкеты абитуриента загружаются на вкладку «Абитуриенты».
Переходите на страницу «1С:Колледж ПРОФ», чтобы подробнее узнать о возможностях программы.
Есть наше обращение в техподдержку ЕИС Госзакупок. Может поможет чем…
Вопрос…
Работает ли загрузка документа приемки из файла?
Описание:
Здравствуйте.
1. Зашли в контракты
2. Для отправленного заказчику документа о приемке выбрали «Скачать архив документов»
3. В УПД из архива поменяли ГУИД в имени файла и в тексте xml документа тоже поменяли аттрибут Файл.
4. Поменяли порядковый номер документа и дату первичного документа в тексте xml файла.
5. Попытались загрузить.
6. Выдало ошибку РДИК_ИК_0003. Ошибка валидации xml-документа «DP_PAKET»: cvc-elt.1.a: Cannot find the declaration of element ‘Файл’.
Работает ли Ваша опция загрузки? Или наш подход в корне не верен и выгруженный из ЕИС но подредактированный файл нельзя подгрузить в ЕИС снова?
******************************* Ответ **************************************
Уважаемый пользователь!
Контроль РДИК_ИК_0003 возникает по причине не корректно сформированного транспортного пакета.
Загружается xml-файл (транспортный пакет), не соответствующий интеграционным схемам ЕИС.
Для успешной обработки необходимо передавать транспортный пакет (ФайлПакет) сформированный согласно схеме DP_PAKET_EIS_01_00.xsd.
В составе загружаемого в ЕИС транспортного пакета должны передаваться:
•УПД или УКД
•Приложение к документу, которое является составной и неотъемлемой частью УПД (титул продавца) или УКД (титул продавца) в схеме DP_PACKET_EIS_01_00
Сам пакет должен содержать:
•soap-оболочку (при загрузке xml-файла непосредственно в личном кабинете поставщика soap-оболочка не требуется)
•Шапка (ФайлПакет)
•Документ/Контент в base64 (содержит УПД или УКД)
•Прилож/Контент в base64 (содержит ФайлУПДПрод / ФайлУКДПрод)
УПД — Универсальный передаточный документ (титул Продавца). Интеграционная схема ON_NSCHFDOPPR_1_997_01_05_01_02
УКД — Универсальный корректировочный документ. Интеграционная схема ON_NKORSCHFDOPPR_1_996_03_05_01_01
Отметим, что передаваемые сведения должны иметь кодировку windows-1251 (В шапке ФайлПакет, Файл, ФайлУПДПрод/ФайлУКДПрод необходимо указывать <?xml version=»1.0″ encoding=»windows-1251″ ?>).
Структура документов указана в Схемах Эл. Акт. 12.2 и описана в Альбоме ТФФ Эл Акт 12.2 размещенных в открытой части ЕИС.
https://zakupki.gov.ru/epz/main/public/document/view.html?searchString=§ionId=432&strictEqual=false