Обновление от 01.02.2018

Ответить
KonotoptsevAS
Master
Сообщения: 242
Зарегистрирован: 14 дек 2016 19:25

Обновление от 01.02.2018

Сообщение KonotoptsevAS » 29 янв 2018 17:47

Вниманию заказчиков!

01 февраля 2018 г. будет произведено обновление программного обеспечения ЕАИСТ.
С перечнем изменений можно ознакомиться в модуле «НПСИ» в разделе «Обновления системы».

Список нововведений в подсистемах ЕАИСТ

1. Список нововведений в подсистемах ЕАИСТ
1.1. Планирование
1.1.1. Реализован способ заполнения документа проекта контракта методом ответов на вопросы


В лоте при заполнении документа проекта контракта, по нажатию на кнопку «Сформировать проект контракта» реализован способ заполнения документа методом ответов на заранее прикрепленные к шаблону вопросов – мастер ответов. Данный функционал может быть задан администратором и для шаблонов Технического задания.
Заполнение мастером ответов документа проекта контракта требуется в тех шаблонах проектов контрактов, в которых они заранее заданы (Рис. 1) и находятся в активном статусе - Утвержден. Если условие вопросов не задано в шаблоне проекта контракта заполнение при формировании проекта контракта будет осуществляться в штатном режиме, то есть будет отображена вся карточка проекта контракта и поля заполняются заказчиков в удобном ему порядке.

При запуске мастера создания проекта контракта заказчик отвечает на вопросы, которые заданы администратором в шаблоне условий. Для каждого вопроса отображаются все варианты ответа из «карточки вопроса». Вопросы отображаются в том порядке, в котором их задал администратор в карточке шаблона условий для данного шаблона контракта. Для перехода к форме следующего вопроса после ответа на предыдущий вопрос пользователь нажимает на кнопку «Далее», для возврата к форме предыдущего вопроса пользователю необходимо нажать на кнопку «Назад». Если пользователь ответил на все вопросы, то при нажатии на кнопку «Далее» открывается последняя форма опросника «Формирование проекта контракта» с кнопками «Сформировать проект контракта» и кнопка «Назад». При нажатии на кнопку «Назад» осуществляется переход к форме предыдущего вопроса, при нажатии на кнопку «сформировать проект контракта» формируется проект контракта. Далее пользователь проверяет сформированный проект контракта, заполняет необходимые редактируемые поля, выбирает значения в списках выбора и сохраняет сформированный документ.
Реализован функционал отображения последовательности вопросов в зависимости от ответов пользователя на предыдущий вопрос.
После формирования проекта контракта у пользователя есть возможность вернуться обратно к списку вопросов при нажатии на кнопку "Вернуться к списку вопросов", происходит переход на форму последнего вопроса.
Для администратора при нажатии на кнопку «Сформировать ТЗ» или «Сформировать проект контракта», если есть несколько шаблонов, то появляется выпадающий список, в котором есть выбор версии шаблона. Если пользователь выбирает версию шаблона в статусе «Утвержден», к которому прикреплен опросник то запускается метод ответов на вопросы, если выбрал шаблон в другом статусе, то формируется шаблон.

1.1.2. Реализован функционал отображения редактируемых областей в методе ответов на вопросы перед формированием ТЗ и проекта контракта.

В лоте после того как пользователь ответит на все вопросы из шаблона условий реализовано отображение всех редактируемых областей с комментариями, которые ввел администратор. Редактируемые области отображаются в той последовательности, в которой они расположены в шаблоне, сверху вниз. В вопросах отображаются только те редактируемые области, в которых установлен признак "Отображать в мастере ответов"
В заголовке вопроса отображается текст, введенный администратором в поле комментарий для редактируемой области.
В ответе отображается текст выделенный цветовой подсветкой:
• Фиолетовый для обычной редактируемой области
• Ярко голубой для редактируемой области обязательной для заполнения

При наведении курсора на текст ответа, открывается окно для редактирования текста, где пользователь вводит свое значение.
Если в шаге отображается редактируемая область обязательная для заполнения, то при нажатии на кнопку «Сохранить» осуществляются две проверки:

• Данное поле обязательно для изменения- проверка на то, что изменен исходный текст, заданный в списке выбора
• Данное поле обязательно для заполнения - проверка что поле заполнено
При нажатии на кнопку сохранить, введенное значение сохраняется на форме шага опросника. При нажатии на кнопку «Далее» осуществляется переход к следующему шагу. Если данный вопрос с редактируемой областью является последним, то происходит переход на последнюю форму перед формированием ТЗ/ Проекта контракта.

1.1.3. Реализовано сохранение результатов метода ответов на вопросы с заполненными редактируемыми полями и списками выбора.

Реализована возможность после первого формирования в лоте ТЗ / Проекта контракта заново открыть на формирование документ, изменив только несколько нужных значений. В лоте реализовано сохранение результатов по методу ответов на вопросы с заполненными редактируемыми полями и выбранными вариантами в списках выбора.
Если в лоте уже был сформирован ТЗ / Проект контракта, то при повторном нажатии на кнопки «Сформировать ТЗ» / «Сформировать проект контракта» для пользователя в виде меню открывается список всех шагов мастера ответов с учетом всех заполненных редактируемых областей и выбранных вариантов списка выбора.
При повторном формировании шаблона результаты ответа опросника отображаются отдельно на разных вкладках:
• Вопросы, на которые назначены условия
• Редактируемые области
• Списки выбора
Пользователь имеет возможность вернуться к любому шагу с редактируемой областью, с выбранными вариантами списков выбора, с вопросом и ответами, внести необходимые изменения и заново сформировать ТЗ / Проект контракта с учетом внесенных изменений.
Если пользователь изменил в каком-то шаге ответ на вопрос и от данного ответа зависит появление следующего вопроса, то все ответы после измененного вопроса сбрасываются и пользователю перед повторным формированием шаблона необходимо заново ответить на все вопросы после измененного вопроса. При этом выводится сообщение:
«Вы пытаетесь изменить ответ на вопрос, от которого зависит последовательность следующих вопросов. При изменении ответа на данный вопрос, вам необходимо заново ответить на последующие вопросы».
Если пользователь внес изменение в ответ на вопрос, и от данного ответа не зависит список следующих вопросов, то список следующих вопросов не сбрасывается.
Для формирования ТЗ / Проекта контракта пользователю необходимо сохранить внесенное на определенном шаге изменение и через меню со списком шагов перейти на последний шаг мастера ответов перед формированием ТЗ / Проекта контракта.
Если к шаблону ТЗ/ контракта привязан опросник и шаблон контракта был уже сформирован в лоте, то при повторном нажатии на кнопку «Сформировать проект контракта» / «Сформировать ТЗ» выводится сообщение:
Для ПК – «Изменилась версия утвержденного шаблона контракта. Перед формированием проекта контракта рекомендуем вам заново ответить на вопросы.»
Для ТЗ – «Изменилась версия утвержденного шаблона ТЗ. Перед формированием ТЗ рекомендуем вам заново ответить на вопросы.»
Для пользователя доступны 2 кнопки:
• «Сформировать проект контракта» - опросник запускается заново.
• «Показать результаты предыдущих ответов» - при нажатии на данную кнопку для пользователя должны открыться в виде меню список всех шагов по мастеру ответов с учетом всех заполненных редактируемых областей и выбранных вариантов списка выбора.
Если в новой версии шаблона была удалена редактируемая или список выбора область с чеком «Отображать в мастере ответов на вопросы», то при повторном формировании шаблона по результатам предыдущих ответов опросника, данная редактируемая область из мастера ответов не отображается в сформированном шаблоне

Если в новой версии шаблона были удалены условия, которые завязаны на ответы опросника, то при повторном формировании шаблона по результатам предыдущих ответов опросника, данные условия не отрабатывают.
Если для шаблона контракта изменился опросник, то при повторном нажатии «Сформировать проект контракта» / «Сформировать ТЗ» пользователю необходимо заново ответить на все вопросы опросника.
Отображается сообщение:
Для ПК – «Изменился список вопросов для данного шаблона контракта. Перед формированием проекта контракта необходимо заново ответить на вопросы.»
Для ТЗ – «Изменился список вопросов для данного шаблона ТЗ. Перед формированием ТЗ необходимо заново ответить на вопросы»

1.1.4. Для муниципальных заказчиков исключен контроль Финансового органа

Для муниципальных заказчиков при формировании и публикации сведений о ПЗ, ПГ, процедурах и контрактах реализована бизнес-логика, в соответствии с которой для муниципальных заказчиков не требуется выполнять согласование с финансовым органом ПЗ, ПГ, процедур и контрактов.

1.1.5. Доработан раздел "Заявки" Планировании в подразделе "МРГ"

В модуле Планирование в разделе «Заявки» в подразделе «МРГ» добавлены два поля:
1. «Предмет закупки» (отображает предмет закупки - наименование лота) - расположено между полями «Тип заявки» и «Тип рассмотрения». Добавлена возможность сортировки и фильтрации.
2. «НМЦ закупки, руб» - расположено между полями «Предмет закупки» и «Тип рассмотрения» - отображается НМЦ лота.
Добавленные поля также включены в выгрузку «Excel».

1.1.6. Исключен выбор вида упаковки при сохранении спецификации ДОЗ по лекарственным препаратам (ЛП).

Доработан функционал сохранения спецификации ДОЗа по лекарственным препаратам.
В предыдущей версии:
Независимо от того, какая единица измерения выбраны на форме спецификации ДОЗ по ЛП, при нажатии на кнопку «Сохранить» появляется таблица с вариантами видов упаковок. Выбор вида упаковки обязателен. Сведения об упаковках сохраняются как значение характеристики «Описание упаковки», заменяя первоначальный «Прочерк».
Новый функционал:
Если на форме спецификации ДОЗ по ЛП выбрана единица измерения не Упаковка, то при нажатии на кнопку «Сохранить» не появляется таблица с вариантами видов упаковок. Характеристика «Описание упаковки» сохраняется без значения.
Если на форме спецификации ДОЗ по лекарственным препаратам выбрана единица измерения Упаковка, то при сохранении спецификации выбирается вид упаковки.

1.1.7. Реализовано отображение кнопки «Удалить» на карточке просмотра плана закупок по 44-ФЗ

Для планов закупок по 44-ФЗ, которые имеют в АРМ ГРБС статус «Согласованные» или «К корректировке», в разделе «Планирование» на карточке просмотра плана закупок по 44-ФЗ реализовано отображение кнопки «Удалить», по нажатию на которую осуществляется удаление соответствующего плана закупок для обеспечения возможности подведомственному заказчику выполнения функции формирования нового плана закупок.

1.1.8. Модернизирован механизм сортировки записей в таблицах ОЗ, ДОЗ, Лотов, Процедур и Торгов

В разделе «Объекты планирования» на страницах поиска ОЗ, ДОЗ и Лотов реализован порядок сортировки по убыванию с учетом хронологии создания объектов, т.е. по умолчанию в начале соответствующих списков размещаются наиболее поздние из созданных объектов.
В разделах «Подготовка к публикации» и «Торги» на страницах поиска процедур реализован порядок сортировки по убыванию с учетом хронологии создания процедур, т.е. по умолчанию в начале соответствующих списков размещаются наиболее поздние из созданных процедур.

1.1.9. Реализована возможность добавления / редактирования собственных средств без ограничений по годам

В предыдущей версии.
Для всех заказчиков, у которых доступен источник финансирования «Собственные средства», была доступна возможность внесения данных о финансировании только на ближайшие три года.
Выполненные доработки.
Для всех заказчиков, у которых доступен источник финансирования с типом «Собственные средства», доступна возможность внесения данных о финансировании без ограничений по годам.

1.2. Подсистема формирования реестра контрактов
1.2.1. Модернизирован механизм отправки в АСКД Уведомления о неведении заказчиком претензионной работы


Для действующих контрактов, удовлетворяющих следующим условиям, повторно не направляется в АСКД (Главконтроль) «Уведомление о неведении заказчиком претензионной работы»:
• дата окончания исполнения контракта меньше текущей даты более, чем на 48 дней (включительно), при условии, что поставщик по контракту имеет отрицательный признак «СМП» или «Дата окончания исполнения контракта меньше текущей даты более, чем на 33 дней (включительно), при условии, что поставщик по контракту имеет положительный признак «СМП»;
• ни в одном из этапов контракта нет сведений о приемке результатов исполнения с отрицательным признаком «Выявлены нарушения, препятствующие приемке»;
• контракт не находится в статусе «Расторгнут», «Исполнен» и «Прекращен»;
• в контракте нет претензионных работ;
• по контракту уже было направлено в АСКД Уведомление о неведении претензионной работы
повторно не направляется в АСКД (Главконтроль) Уведомление о неведении заказчиком претензионной работы.

1.3. АРМ Эксперта НМЦ
1.3.1. Реализована логика прохождения экспертизы НМЦ для заявок на подтверждение(перенос) заключения.

1.3.2. Реализовано изменение статусной модели АРМ эксперта НМЦ в связи с вводом функционала подтверждения(переноса) заключений. Добавлен новый статус «Заключение перенесено».

1.3.3. Доработать функционал сообщений по экспертизе НМЦ.


Добавлены типы сообщений по экспертизе НМЦ. Доработаны сообщения, которые приходят пользователю от системы при изменении статуса заявки или истечении крайнего срока действий над заявкой.

1.3.4. Реализован функционал сбора статистики по предметам экспертизы и КПГЗ объекта экспертизы.

Реализован функционал анализа и сопоставления предмета экспертизы и КПГЗ 3-го уровня объекта экспертизы.
Реализована системная задача, которая раз в месяц собирает статистику по кол-ву выданных заключений по каждому КПГЗ 3-го уровня к предметам экспертизы за этот месяц. Если по КПГЗ есть уже статистика, то к кол-ву он прибавляет количество новых, а если нет, то создает новую строку. После сбора статистики он выбирает предмет, который чаще всего выбирали по данному КПГЗ.

1.3.5. Реализовано автозаполнение предмета экспертизы.

Реализовано автозаполнение предмета экспертизы на форме подачи заявки экспертизы НМЦ на основании собранной статистики.

1.3.6. Реализовать новый справочник в АРМ эксперта.

Реализовано добавление нового раздела «Причины подачи заявки на подтверждение» в справочники в модуле АРМ эксперта.

1.3.7. Реализовать форму подачи заявок на подтверждение(перенос) заключений.

Реализована возможность подачи заявки на подтверждение(перенос) заключения. На форме подачи заявки добавлена кнопка «Выбор ранее выданного заключения».

Создана форма выбора ранее выданного заключения:
На форме присутствуют поля:
• Лот
• Причина подачи заявки на подтверждение (выбор из списка; подтягивается из справочника)
• Иное: (текстовое поле при выборе причины «Иное»).
• Экспертная организация выдавшая заключение (при выборе причины «Ранее выданное заключение на бумаге») (выбор из списка всех ЭО с актуальными действующими контрактами).
• Предмет экспертизы (при выборе причины «Ранее выданное заключение на бумаге») (выбор из списка всех предметов экспертизы, выбранной ЭО).
• Комментарий.

1.4. Библиотека типовой документации
1.4.1. Реализован новый раздел "Справочник шаблонов условий"


В модуле БКТЗ реализован новый раздел «Справочник шаблонов условий», в котором формируются шаблоны условий для формирования проектов контрактов (Рис. 5).
Шаблон условий привязывается к шаблону контрактов или к шаблону ТЗ
Форма «Список шаблонов условий» включает в себя:
• Таблицу с карточками условий, которая содержит столбцы: Наименование, Шаблон контракта
• Кнопка для создания нового шаблона условий для формирования проекта контракта
• Кнопка фильтрации
• Кнопка сбросить фильтры
• Кнопка Экспорта
• Кнопка для удаления карточки вопроса

1.4.2. Реализован новый раздел "Справочник Вопросов"

В модуле БКТЗ реализован новый раздел «Справочник вопросов» для добавления вопросов, на которые пользователи отвечают перед формированием проекта контракта.
Форма «Список вопросов» включает в себя:
• Таблицу с карточками вопросов, которая содержит столбец: Вопрос
• Кнопка для создания новой карточки вопроса
• Кнопка фильтрации
• Кнопка сбросить фильтры
• Кнопка Экспорта
• Кнопка для удаления карточки вопроса

1.5. КПГЗ/СПГЗ
1.5.1. Реализован раздел для отображения информации из КТРУ в НСИ.


В модуле НСИ реализован дополнительный раздел для отображения информации о позициях КТРУ, загруженных из ЕИС .

1.6. Изменение в НСИ
1.6.1. Реализован функционал полнотекстового поиска в подсистеме поиска по объектам системы с учётом морфологии, семантики и орфографии.


Реализован функционал полнотекстового поиска в подсистеме поиска по объектам системы с учётом морфологии, семантики и орфографии.
В предыдущей версии поиска:
При поиске по ключевому слову «Микроскоп» поиск осуществлялся по частичному совпадению. Т.е. в результирующей выборке отображались результаты:
• Микроскоп
• Микроскопы
• Микроскопический
При поиске по ключевому слову «Микроскопы» - в результатах отображались только варианты, включающие в себя данное ключевое слово только в заданной форме, т.е. варианты «Микроскоп», «Микроскопический» - не находился.
При поиске по нескольким ключевым словам («Микроскопы операционные») в результатах отображались только варианты, включающие в себя запрос именно в заданной форме.
Обновленная версия поиска:
Реализовали возможность поиска по нестрогому соответствию (с учётом морфологии) - при поиске учитываются и отображаются все формы заданного слова (т.е. при поиске по слову «микроскопы» отображаются в т.ч. варианты «микроскоп», «микроскопический» и т.д. При этом учтены варианты, отличающиеся не только окончаниями, но и приставками)
Возможность поиска по нестрогому соответствию реализована настраиваемой - для этого добавлен новый чекбокс «Строгое соответствие». Если чек проставлен - нестрогие условия поиска не применяются. Если не проставлен - применяются.
Для строгого соответствия реализовав поиск с учётом регистра - включается соответствующим чекбоксом «С учётом регистра».
Реализовано разделение запроса на ключевые слова («операционный микроскоп» - «операционный» + «микроскоп»). Каждое из ключевых слов обрабатывается отдельно и позволяет осуществлять поиск по нестрогому соответствию. При этом предусмотрено наличие в запросе стоп-слов, которые выбрасываются из запроса (предлоги, союзы и пр.).
Реализован функционал проверки орфографии - для запроса «микр*а*скопы» или «мик*рс*копы» предлагается вариант замены слова на «микр*о*скопы».
Вхождения ключевых слов в результатах поиска подсвечиваются жёлтым цветом.

1.6.2. Реализовано добавление в НСИ поля "График работы".

Реализован функционал возможности заполнения графика работы организации в карточке участника, а также в карточках заявок на добавление/изменение участника в модуле Заявки и Администрирование заявок. Блок обязательных для заполнения только организациям с ролью «Заказчик»

Для каждого дня недели реализовано указание рабочих часов и времени перерыва.

1.7. Анкетирование пользователей системы.
1.7.1. Реализован метод направления пользователя, после прохождения идентификации, на анкетирование/тестирование.


После авторизации в системе ЕАИСТ вы можете получить уведомление .

Информирование - получение персонального текстового уведомления для пользователя. После прочтения данного сообщения необходимо проставить галочку «больше не показывать это сообщение». Ознакомится с текстом уведомления можно позже в разделе Сообщения.
Анкетирование – назначения персонального задания пользователю на заполнение анкеты. Если рядом сообщением есть пометка «обязательное», то это означает, что проигнорировать анкету нельзя. Необходимо пройти анкету по ссылке «Пройти анкетирование». После завершения обязательного анкетирования, можно продолжать работу в системе. Сроки проведения анкетирования указываются под сообщением.
Тестирование - назначения персонального задания пользователю на прохождение тестирования. Тестирование отличается от анкетирования тем, что в каждом вопросе теста предполагается правильный ответ. Если с заданием нет пометки «обязательное», то можно нажать на кнопку «Пройти опросы позже», продолжить работу в системе.
Сроки проведения тестирования указываются под сообщением. В разделе Сообщения будет сохранено уведомление, оно так же будет содержать ссылку на тестирование.

1.7.2. Реализован метод получения и обработки результатов анкетирования. Позволяет проставлять признак прохождения после завершения тестирования.

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

1.7.4. Реализована статусная модель задания.

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

1.7.5. Реализована логика обязательного выполнения тестирования

Реализована логика обязательного прохождения тестирования/анкетирования. Это позволяет информировать пользователя о необходимости выполнения определенного задания в указанный срок.
При запуске обязательного задании на анкетирование, тестирование и информирование, которое назначено некоторому пользователю, реализован следующий сценарий:
• Пользователь предпринимает попытку зайти в ЕАИСТ2.0 (например, пользователь был неактивен в системе последние 24 часа, т.е ему необходимо авторизоваться в ЕАИСТ для работы).
• В этом случае, сразу после авторизации пользователь получит уведомление в модальном окне о необходимости пройти тестирование/анкетирование или текст информирования.
• Если после авторизации пользователь попытается перейти в ЕАИСТ во внутренний раздел по прямой ссылке, то пользователь будет автоматически перенаправляться на стартовую страницу. После загрузки страницы будет отображаться модальное окно, сообщающее о необходимости пройти тестирование с ссылкой на сервис проведения анкетирования/тестирования.
• Принудительное выполнение задания блокирует авторизацию пользователя ровно до тех пор, пока от сторонней системы тестирования/анкетирования не придет уведомление о том, что пользователь завершил задание или пользователь не проставит галочку в чекбоксе «Больше не показывать это сообщение» в модальном окне информирования.

1.7.6. Реализована логика отложенного выполнения задания

Реализована логика отложенного выполнения тестирования/анкетирования. Это позволяет сообщать о необходимости прохождения анкетирования, целях и сроках выполнения.
При запуске необязательного задания, которое назначено некоторому пользователю, возможны несколько сценариев событий:
Пользователь неактивен в системе последние 24 часа, т.е ему необходимо авторизоваться в ЕАИСТ для работы. В этом случае, сразу после авторизации пользователь получит уведомление в модальном окне, что ему необходимо пройти задание со следующими вариантами действий:
• проигнорировать уведомление, это означает, что при следующем логине, пользователю снова будет предложено пройти задание.
• выполнить задание на тестирование или анкетирование, перейдя по ссылке.
• отложить выполнение задания, нажав на кнопку «Больше не показывать». Если было назначено задание на информирование, то данное действие равносильно выполнению задания.
Пользователь активен в системе в то время, когда задание запустили, т.е. задание перешло в статус «Активно» – поведение системы не изменится для пользователя.
Доступ к ссылке на отложенные задания и тексты заданий на информирование находится в разделе Уведомления.

2. Реестр исправленных ошибок
2.1. КПГЗ / СПГЗ


- Исправлено отображение предупреждений при сохранении банковского реквизита с некорректными датами.

2.2. Планирование по 44-ФЗ

- Реализована возможность прокрутки с помощью вертикального скролла при формировании ТЗ, проекта контракта и Формы_2 в лоте.
- Доработано табличного приложения с критериями оценки в лоте. Реализован порядок отображения стоимостных и нестоимостных критериев при подтягивании критериев из карточки утвержденного стандартизованного критерия оценки
- Доработан функционал ввода адреса в карточку ДОЗА различными способами: доработана верстка, реализована сортировка для оптимизации функционала поиска адреса в списке выбора
- Исправлена ошибка при формировании ТЗ: в табличных приложениях «Перечень объектов государственной закупки» и «Адресный перечень» не отображаются не образующие характеристики с пустым значением.
- Исправлена ошибка отображения текущего типа рассмотрения заявки, созданной в модуле АРМ МРГ, в модуле Планирование в разделе «Заявки» в подразделе «МРГ».
- Исправлена ошибка при формировании документа «Порядок оценки заявок по критериям»: Документ формируется корректно при наличии новых типовых критериев в карточке утвержденного стандартизованного критерия.

2.3. Планирование по 223-ФЗ

- Исправлена ошибка после отправки на публикацию плана закупок по 223-ФЗ для случаев, предусматривающих передачу долгосрочных позиций договора с явным указание разбивки суммы НМЦД по годам (без разбивки можно было передавать до 01.02.2018, после чего разбивку требуется передавать обязательно), в пакете данных ПЗ не направлялись поля разбивки суммы НМЦД по годам <summ> или <summRub> (в зависимости от валюты). Возникала ошибка «По позиции ХХХ объем оплаты долгосрочного договора ... должен быть равен начальной (максимальной) цене договора»;
- Исправлена ошибка после отправки на публикацию плана закупок по 223-ФЗ возникала ошибка «В загружаемых позициях плана указаны не уникальные guid…»;

2.4. Подсистема Осуществления закупок

- Исправлена ошибка в АРМ ГРБС при формировании данных о заседаниях рабочей не отображались фамилии членов рабочей для группы специалистов, которые не были зарегистрированы в Системе как пользователи, а данные о них были внесены вручную;

2.5. Подсистема Формирования реестра контрактов

- Исправлена ошибка при отправке на регистрацию контракта по 44-ФЗ, загруженного из ЕАИСТ 1, возникала ошибка «Invalid content was found starting with element ns0:lotNumber»;
- Исправлена ошибка при отправке на регистрацию контракта по 44-ФЗ, загруженного из ЕАИСТ 1, возникала ошибка подписания: «При подтверждении операции произошла ошибка, попробуйте ещё раз»;
- Исправлена ошибка при внесении изменений в исполненный контракт по 44-ФЗ, загруженный из ЕАИСТ 1, возникала ошибка: «Поле «Идентификатор лота» обязательное, необходимо заполнить»;
- Исправлена ошибка при переносе контрактов из ЕАИСТ в ЕАИСТ (версия 2) поле «Основание заключения» не было заполнено в ЕАИСТ (версия 2);
- Исправлена ошибка для контрактов, которые были заключены в 2013 году (когда действовал 94-ФЗ), а зарегистрированы на ЕИС в 2014 году (когда уже действовал 44-ФЗ) возникала ошибка: «Непредвиденная ошибка в интеграционном адаптере РГК. Если в первой версии контракта был указан блок «Заказ размещался в ФКС» (zfcs_contractType\foundation\fcsOrder), то в проекте изменения должен быть указан блок «Размещение закупки по закону № 44-ФЗ» (zfcs_contract2015Type\foundation\fcsOrder). Если в исходной версии контракта был указан блок «Заказ размещался в ЕИС» (zfcs_contractType\foundation\oosOrder), то в проекте изменения должен быть указан блок «Размещение заказа по закону № 94-ФЗ» (zfcs_contract2015Type\foundation\oosOrder)»;

2.6. АРМ Эксперта НМЦ

- Исправлена ошибка направления заявки на экспертизу на контракт с ФЗ, не совпадающим с ФЗ закупки.

2.7. Библиотека типовой документации

- Исправлена ошибка выхода за границы области видимости элементов шаблона ТЗ при его формировании. Все содержимое документа (текст, таблицы, рисунки...) не выходит за границы области видимости. Документ отображается корректно.
- Исправлена ошибка - В проверке шаблона Форма_2 в модуле БКТЗ единицы измерения отображаются с теми значениями, которые заданы в карточке товара.
- Исправлена ошибка при формировании шаблонов в лоте и при проверке в БКТЗ генерируется шаблон в котором корректно отображается характеристика с типом Диапазон, без лишних точек.
- Исправлена ошибка при формировании условий при проверке шаблона ТЗ: Не корректно отрабатывают условия при формировании шаблона в карточке шаблона ТЗ.
- Исправлена ошибка при добавлении ссылки на пункт нумерации не первого раздела: Разделы нумерации отображаются корректно.
Вложения
ЛТ 20180130 релиз Y.PPTX
(1.2 МБ) 51 скачивание
2.png
2.png (132.65 КБ) 641 просмотр
1.png
1.png (329.95 КБ) 641 просмотр
Описание релиза 01.10.2018 - Новости.docx
(886.57 КБ) 39 скачиваний
Ответить

Вернуться в «Обновления системы»