ORA-20103: Не задан мнемокод пользователя ИС Маркировка.
Файл – Сервис – Параметры
В окне отбора в поле Номер с-по – необходимо указать 1816.
Откроется окно Параметры: Идентификация
В поле Пользователь – ввести логин пользователя, под которым возникает ошибка.
В поле Организация – Министерство здравоохранения КК
Параметр:
Каталог – Документы операций с упаковками
Номер – 1 816
Код – MRKPackageOperationDocuments_MrkApiUser
Наименование – Пользователь ИС Маркировка
ПКМ – Исправить значение
Указывается значение из раздела: Учет – Пользователи ИС Маркировка
Проверяем, чем заполнен параметр и соответствует ли это сведениям из раздела Учет — Пользователи ИС Маркировка.
Ошибка сервиса: «Для документа XML должен существовать документ более высокого уровня.
Line: 0
«.
Ошибка свидетельствует о том, что для данного IP-адреса компьютера не настроено подключение к серверу МИАЦ.
В Парусе Консультанте необходимо создать событие.
В заявке предоставляется следующая информация:
- Наименование организации
- Ответственный сотрудник и телефон
- Адреса VIPnet coordinator/Адрес Vipnet Clinet (через что подключен АРМ)
- Адрес АРМ пользователя (IP-адрес компьютера)
Сведения оформляются в заявку и отправляются в Отдел информационной безопасности ГБУЗ «МИАЦ» для дальнейшей настройки.
- Необходимо проверить данные действия через «Журнал взаимодействия с ИС Маркировка». После выполнения операции необходимо обязательно нажимать кнопку ОБНОВИТЬ.
- Для специалистов Отдела технической поддержки: Если после этого ничего не произошло, необходимо в разделе Учет — Пользователи ИС Маркировка на пользователе ПКМ — Исправить в поле Сертификат нажать на 3 точки и провалиться в раздел Электронные сертификаты, в каталоге слева выбрать каталог учреждения и проверить сертификат, который подвязан пользователю: Действителен с — Действителен по. Если сертификат закончился, дать пояснение клиенту. -И сказать, чтобы зарегистрировали событие в Парус Консультанте и добавили новую ЭЦП в присоединенные документы.
- Для клиента: Если после этого ничего не произошло, необходимо в разделе Учет — Пользователи ИС Маркировка на пользователе ПКМ — Исправить в поле Сертификат — сверить отпечаток ЭЦП с тем, что в Личном Кабинете Честного знака.
- Если отпечаток в Личном Кабинете Честного знака не совпадает с тем, что в Парусе в разделе Учет — Пользователи ИС Маркировка, необходимо в Парус Консультанте прислать событие с текстом: Актуальная ЭЦП для маркировки. Актуальную ЭЦП прикрепить к событию.
ORA-20103: Контрольный (идентификационный) знак «(01)04680013242190(21)axzxywxxfx4w9» в реестре не определен.
Некорректно нанесен Data Matrix (марка) на ЛП.
Нарушен документооборот.
Проблема в сканере штрих-кодов.
Данная ошибка означает, что КИЗ — (01)04680013242190(21)axzxywxxfx4w9 не найден в разделе Учет — Реестр контрольных идентификационных знаков. Если выполнить ПКМ — Отобрать в поле «Контрольный (идентификационный) знак» вставить — (01)04680013242190(21)axzxywxxfx4w9.
Каталог выбран Вашего юр. лица.
Таким образом делаем вывод, что данный ЛП отсутствует в нашей базе КИЗ.
По умолчанию у каждого пользователя ПКМ — Настройки закладка Прочие стоит чекер «Учитывать регистр символов», таким образом мы в отборе искали КИЗ, в котором маленькие буквы — *axzxywxxfx4w9*. Если Вы уберете этот чекер (временно для проверки КИЗ), то увидите, что в Реестре КИЗ есть КИЗ — (01)04680013242190(21)AXZXYWXXFX4W9 (большие буквы).
2. Проверка документооборота.
Необходимо проверить в документах 601(612), 211, 701 какой КИЗ использовался и какой статус у этих документов, правильно ли они приняты по схеме 601(612)-210-211-701-912 у всех ли статус Получен/Принят?
Если КИЗ с большими или с маленькими буквами не находится в документах (Отбор по колонке КИЗ), значит КИЗ не проходил в ИС Маркировка.
3. Проверка сканера.
При считывании сканера символы имеют разную кодировку, это может быть связано со сканером (там есть настройка регистра символов, для каждого сканера она своя, поэтому пользователь читает руководство пользователя своего сканера и настраивает).
Проверку сканера можно осуществить: Открыть текстовый редактор (Блокнот) и попробовать отсканировать упаковку в документ. Сканированный код сравнить со строкой КИЗ, отсканированной в Парусе. Если одинаковые, то обратиться в ЧЗ, либо к поставщику. Если разные, то скопировать из Блокнота и вставить в строку КИЗ в Парусе.
Если есть другой компьютер и сканер можно проверить еще с помощью них считывание марки.
ORA-06512: на «SYS.UTL_HTTP», line 1130
ORA-12541: TNS:нет прослушивателя
).?
Обратиться в отдел технической поддержки или прислать событие в Парус Консультант.
Ошибка технического характера.
Выходит ошибка:
ORA-20103: Содержимое упаковки «*» не найдено в товарных запасах.
Пример анализа по клиенту:
Документы операций с упаковками
Для документа 912 (хотя может и для другого типа) ПКМ — ИС Маркировка – Отправить
Выходит ошибка:
ORA-20103: Содержимое упаковки «*» не найдено в товарных запасах.
Проверяю:
612 ДОУ 13.04.2021 Получен 12.04.2021 11:56
1) 210 ДОУ 13.04.2021 Получен ответ 13.04.2021 16:35
211 нет
912 ДОУ 16.04.2021 Не определен
2) 210 ДОУ 13.04.2021 Получен ответ 13.04.2021 16:35
211 ДОУ 13.04.2021 Получен 13.04.2021 16:35:46
912 ДОУ 16.04.2021 Не принят 16.04.2021 10:40
701 ДОУ 13.04.2021 Принят 16.04.2021 14:23
Общая проблема: нарушена цепочка документооборота: 612-210-211-701-912.
2 проблемы:
1) 912 ДОУ 16.04.2021 Не определен — при отправке ошибка, так как нет документа 211. Пусть попробуют еще раз отправить 210 документ, если не получится, размножить 210 и отправить еще раз, получить ответ 211 и 912.
2) 912 ДОУ 16.04.2021 Не принят 16.04.2021 10:40 — не принят, так как 701 принят позже ДОУ 13.04.2021 Принят 16.04.2021 14:23. Соответственно нарушили цепочку документооборота.
Должны были сначала 701 отправить и получить статус Принят, затем отправить 912.
Статус — Принят частично
В Журнале взаимодействия с ИС Маркировка
Статус — Принят частично
Код ошибки — 52
Текст ошибки — Операция не может быть выполнена. Указанный SGTIN/SSCC не найден в системе
Рекомендуется проверить отправляемый документ на корректность цепочки документооборота и обратиться с техническую поддержку Честного Знака.
Тип — 531
Статус — Не принят
ПКМ — Связи — Выходные документы — ЖВсИСМ
Код ошибки — 15
Текст ошибки — Попытка изменить состояние вложенного КиЗ
Документы операций с упаковками
Статус – Не принят
В Журнале взаимодействия с ИС Маркировка
Код ошибки — 34
Текст ошибки — Операция не может быть выполнена. Отправитель сведений и владелец SGTIN/SSCC не совпадают.
агрегации/изъятия/докладки/расформирования должны осуществляться владельцем SGTIN/SSCC.
Рекомендуется проверить владельца КИЗ и убедиться, что текущий владелец совпадает с участником, регистрирующим операцию по КИЗ. Для подтверждения статуса владельца рекомендуется акцептовать полученные документы (при их наличии) или дождаться акцептования от отправителя.
Необходимо проверить цепочку документооборота, например если ошибка возникла по документу 912, необходимо проверить, чтобы 701 документ был отправлен раньше, чем 912 и имел корректный статус Принят. Только после этого необходимо совершать действия с документом 912.
Если 912 документ был отправлен раньше чем 701, и на данный момент находится в статусе Не принят с данным кодом ошибки, то необходимо восстановить корректную цепочку отправки документа: сначала отправить 701 документ, дождаться статуса Принят, и только после этого размножить 912 и отправить заново.
Выходит ошибка:
В документе «*» не найдены упаковки, для которых возможно формирование документа акцептования.
В открывшемся окне Документы операций с упаковками будут отображаться связанные документы.
Если пользователю необходимо переотправить 701 документ, то на нужном 701 документе произвести действие размножить и далее выполнить действие Отправить.
На документах ПКМ — Связи — Выходные документы — ЖВсИСМ ошибка:
Код ошибки — 33
Текст ошибки — Операция не может быть выполнена. Указанный SGTIN/SSCC находится в промежуточном состоянии.
Пользователю необходимо восстановить правильную цепочку документооборота и выполнить корректно отправку документов по цепочке:
601-210-211-701 (702) -912.
Таким образом необходимо произвести отправку 701 (702) документа, дождаться пока статус будет Получен и дальше уже произвести отправку 912 документов.
Документы необходимо будет создать путем размножения с текущих (по которым уже есть статусы).
При проверки в Журнале взаимодействия с ИС Маркировка в графе Комментарий ошибка (так как ошибка длинная, путем копи паста в блокнот):
Обработка запроса провалилась: ошибка на этапе обработки документа системой: invalid request data: data.properties.contract_type should be equal to one of the allowed values, data.properties.contract_type should be equal to one of the allowed values, data.properties.source_type should be equal to one of the allowed values, data.properties should have required property 'contract_num', data.properties should match exactly one schema in oneOf
Согласно Постановление Правительства РФ от 14.12.2018 N 1556 (ред. от 28.01.2021) код маркировки должен состоять только из групп применения с символами 01, 21, 91, 92.
первая группа данных — глобальный идентификационный номер торговой единицы, состоящий из 14 цифровых символов, которому предшествует идентификатор применения (01);
вторая группа данных — индивидуальный серийный номер торговой единицы, состоящий из 13 символов цифровой или буквенно-цифровой последовательности (латинского алфавита), которому предшествует идентификатор применения (21).
третья группа данных — идентификатор (индивидуальный порядковый номер) ключа проверки, предоставляемый эмитентам средств идентификации оператором системы мониторинга в составе кода проверки в соответствии с настоящим Положением, состоящий из 4 символов (цифр, строчных и прописных букв латинского алфавита), которому предшествует идентификатор применения (91).
четвертая группа данных — значение кода проверки, предоставляемое эмитентам средств идентификации оператором системы мониторинга в составе кода проверки в соответствии с настоящим Положением, которому предшествует идентификатор применения (92), и состоящее из 44 символов (цифр, строчных и прописных букв латинского алфавита, а также специальных символов).
При отправке документов в Журнале взаимодействия с ИС маркировка зарегистрирована ошибка:
Код ошибки -19
Текст ошибки — Операция не может быть выполнена. Хронология событий нарушена, неверно указана дата операции.
- Пользователь указал не верную дату документа в поле «Дата». Тем самым нарушив хронологию событий по дате.
- Поставщик не указал в документе временную зону или указал +0:00, соответственно искажается время
- Пример:
Документы операций с упаковками
601 дата 05.04.2021
ПКМ — Связи выходные документы
701 дата 02.04.2021
Поэтому и выходит ошибка: 19 Операция не может быть выполнена. Хронология событий нарушена, неверно указана дата операции.
Операции, производимые над SGTIN, должны совершаться последовательно.
Причина: в операции неверно указана operation_date.
Решение:
Проверить поле Дата в документах. В 701 документе дата не может быть раньше, чем в 601.
Проверить в 601 документе поле «Реестровый номер контракта (договора) в Единой информационной системе в сфере закупок, заполнить данное поле таким же значением в 701 документе. Заполняется только при федеральном или региональном источнике финансирования, для собственных средств не является обязательным.
2. Попробовать отправить документ позже в течение дня. Если документ не отправится успешно, то обратиться в СТП ЧЗ.
Документ 210 «Запрос информации по номеру SGTIN/SSCC»
Статус — Получен ответ, но по связям не находит документ 211 «Результат обработки сведений по номеру SGTIN/SSCC»
Учет — Документы операций с упаковками
Проверить первоначальный документ 601 или 612. Как это сделать?
На 210 ПКМ – Связи – Входные документы – нашли документ 601/612 и проверяем статус у этого документа, должен быть «Статус обмена данными с ИС Маркировка» – Получен.
Далее на 601 или 612 ПКМ – Связи – Выходные документы – проверяем какие документы по связям есть.
Если видим только 210 проверяем статус у этих 210.
Если статус — Получен ответ – это значит что из ЧЗ пришел по ним ответ в виде 211. Но если на 210 ПКМ – Связи – Выходные документы мы не находим 211 документа, то возникает проблема у клиента, которую можно решить с помощью рекомендаций.
Рекомендации:
1. В разделе Учет — Журнал взаимодействия с ИС Маркировка
на документах: 210 выполнить действие ПКМ — ИС Маркировка — Проверить статус еще раз. По связям еще раз проверить выходные документы не подгрузился ли 211. Если не подгрузился переходим к пункту 2.
2. Документы — Документы операций с упаковками
на документах: 210 выполнить действие ПКМ — Размножить и далее на размноженных документах выполнить действие ПКМ — ИС Маркировка — Отправить. Дождаться пока документ получит статус — Получен ответ и по связям ПКМ — Связи — Выходные документы проверить 211 документы.
Для режима «Работа с упаковками ⇒ Добавление» реализована редактируемая колонка грида «Доля от вторичной упаковки». Механизм указания доли доступен только для типов документов 511, 521, 531, т.к. в других документах учет доли не предусмотрен системой МДЛП.
Для выбытия целой упаковки, как и ранее, ничего дополнительно указывать не требуется.
Для выбытия доли вторичной упаковки ее значение необходимо указывать в формате правильной дроби, числитель которой обозначает количество выбываемых первичных упаковок, а знаменатель – количество первичных упаковок во вторичной упаковке.
Указание дроби допускается в формате, например, «2/10», «210», при этом разделитель «» автоматически заменяется на «/». При указании дроби в формате «2.10» и подобных пользователь получит ошибку вида: «Некорректные символы в тексте доли от вторичной упаковки: «.»».
Внимание! При последующем долевом выбытии кода маркировки необходимо указывать тот знаменатель дроби, который был выбран в первый раз – это правило, действующее в системе МДЛП.
531 ПКМ — ИС Маркировка — Сформировать отчет о выбытии
выходит ошибка:
В документе «**» присутствуют позиции без криптозащиты. Формирование отчета о выбытии невозможно.
Возможно, код маркировки (КМ) выбрали из списка существующих или отсканировали, но не в разделе Работа с упаковками — Добавление, а в спецификации «Упаковки» после действия «Добавить». В этих случаях даже если КМ содержит криптохвост, то в ДОУ его не будет. При размножении ДОУ и после успешной отправки на РВ — криптохвост удаляется.
ПКМ – Работа с упаковками – Добавление
В открывшемся окне «Набор упаковок» нажимают ПКМ – Добавить
В поле КИЗ – сканируют упаковку нажимают ОК.
Первая упаковка – сохраняется и отображается в разделе «Набор упаковок».
Вторую упаковку сканируют нажимают ОК, вторая упаковка не отображается в разделе «Набор упаковок». Но при нажатии в разделе «Набор упаковок» еще раз ОК в спецификацию «Упаковки» добавляются 2 записи, визуально мы видели только одну, а сканировали 2.
Пользователю необходимо обратиться в Отдел технической поддержки или прислать событие через Парус Консультант с описанием проблемы.
Следующие действия выполняются специалистами Отдела технической поддержки или профильным аналитиком:
Под пользователем выйти из всех запущенных сеансов.
В Администраторе – Учет – Профили пользователей
Отбор по графе «Пользователь (наименование)»
Тип – WEB
Приложение системы — Учет маркированных товаров
Раздел системы — Набор упаковок
Вид — Формы просмотра раздела, Параметры действий раздела – пометить чекером и удалить.
Перезайти под пользователем в раздел и проверить.
1. поставщик формирует документ 415 «Отгрузка со склада» и отправляет в систему;
2. мы получаем 601 «Уведомление об отгрузке со склада».
3. Если поставщик понял что где-то в 415 «Отгрузка со склада» допущена ошибка, то он отправляет в систему 251 «Отзыв отправителем переданных получателю лекарственных препаратов»;
4. мы получаем 605 «Уведомление об отзыве отправителем переданных лекарственных препаратов».
5. клиенту необходимо в разделе Учет — Документы операций с упаковками выполнить действие ПКМ — ИС Маркировка — Получить(если не получится попробовать Загрузить из журнала)
В появившемся документе 605 «Уведомление об отзыве отправителем переданных лекарственных препаратов» будет информация в спецификации Упаковки. По информации в данной спецификации пользователь может сверить информацию упаковок и узнать какой именно 601 документ был отозван поставщиком.
об оприходовании».
Реализована работа с типом документа 627 (Уведомление владельца о регистрации в ИС МДЛП сведений об оприходовании). Действие ПКМ — ИС Маркировка — Получить.
После успешной обработки схемы 702 в сторону Участника, который по данным МДЛП являлся
владельцем оприходованных лекарственных препаратов, отправляется уведомление об оприходовании
– 627-posting_notification.xsd. Уведомление содержит в себе перечень оприходованного товара, а
также сведения об Участнике, который осуществил оприходование.
В поле Принадлежность необходимо указать юр. лицо код мединфо.
1) Документы операций с упаковками
В документе «531. Выдача ЛП в медицинском учреждении»
Статус обмена данными с ИС Маркировка — Принят частично
Код ошибки — 11
Текст ошибки — Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке
2) В документе «701. Подтверждение (акцептование) сведений»
Статус обмена данными с ИС Маркировка — Принят частично (Не принят и т.д.)
Код ошибки — 11
Текст ошибки — Операция не может быть выполнена. Недопустимый переход в товаропроводящей цепочке
1) Статус — Принят частично возвращает Честный Знак. Из Паруса отправляется все корректно.
Проблема возникает, когда пытаются выдать лекарственные препараты, которые не находятся на балансе. Необходимо в ЛК ЧЗ проверить статусы 701 и 702 документа. Если документы были корректно сформированы, то ЛП должны стоять на балансе в ЛК ЧЗ. Необходимо проверить фактическое наличие выдаваемых упаковок и далее за разъяснениями обратиться в СТП Честного знака.
2) Статус — Принят частично (Не принят и т.д.) возвращает Честный Знак. Из Паруса отправляется все корректно.
Проблема возникает, когда пытаются выдать лекарственные препараты, которые не находятся на балансе, либо не получена информация по цепочке 210-211. Необходимо проверить цепочку документов 601(612)-210-211-912. Убедиться, что информация по всем транспортным упаковкам была получена и отправлена корректно. И что 912 документ не был отправлен в ЧЗ раньше, чем отправили 701. Если вся последовательность была выполнена корректно, далее за разъяснениями обратиться в СТП Честного знака.
Документы — Документы операций с упаковками
ПКМ — Работа с упаковками — Добавление
В открывшемся окне Набор упаковок ПКМ — Добавить
В окне Набор упаковок: Добавление в поле КИЗ производят сканирование КИЗа с упаковки лекарственного препарата и нажимают Ок.
При создании документа выполняем действия согласно инструкции, размещенной у нас на портале info.parusyug.ru Парус 8. Учет маркированных товаров/документ — 2.Пользовательская инструкция по работе с модулем «Учет маркированных товаров».
В спецификацию «Упаковки» производим добавление и сканирование упаковок, заполняем «Сведения о цене», отправляем документ, проверяем статус.
Если в документе содержатся третичные упаковки, необходимо пометить их чекерами, далее нажать ПКМ — Формирование — Запрос содержимого транспортных упаковок (документ 210 «Запрос информации по номеру SGTIN/SSCC») заполняем Реквизиты документа: каталог (можно сразу указать 210.Запрос информации по номеру SGTIN/SSCC), тип документа — ДОУ, префикс документа, дата.
Отрабатываем схему 210-211-912.
В ответ на наш запрос (документ 210 «Запрос информации по номеру SGTIN/SSCC») нам приходит ответ от ИС МДЛП документ 211 «Результат обработки сведений по номеру SGTIN/SSCC», и документ 912 «Расформирование упаковки».
Документы операций с упаковками
В разделе Учет — Журнал взаимодействия с ИС Маркировка уже получен документ 601.
В разделе Документы — Приходные документы выполнить действие ПКМ — ИС Маркировка — Загрузить из журнала
Выбрать документ, нажать Ок.
Выходит ошибка:
Не найдена операция приходования для документа операций с упаковками.
Документы операций с упаковками
Статус — Не принят
Код ошибки — 200
Текст ошибки — Идентичный документ был отправлен ранее
- Проанализировать, почему документ был отправлен повторно
- Проверить статус обработки отправленного раннее идентичного документа
Если необходимо отправить документ повторно, то необходимо размножить документ, на закладке «Дополнительно» проверить заполнение полей «Документ-подтверждение»/»Документ — основание» и выполнить отправку в ИС Маркировка.
При проверки в Журнале взаимодействия с ИС Маркировка в графе Комментарий ошибка (так как ошибка длинная, путем копи паста в блокнот):
Обработка запроса провалилась: ошибка на этапе первичной обработки документа: Некорректный документ: cvc-pattern-valid: Value ' 2 АПТ' is not facet-valid with respect to pattern 'S.*' for type 'document_number_200_type'.
Документы операций с упаковками
Документ — 601(612) в поле контрагент — пусто, поле Место деятельности контрагента — заполнено.
При формировании документа 701 выходит ошибка:
Контрагент должен быть задан
Необходимо предоставить сведения для настройки места деятельности и контрагента:
Место деятельности
Наименование контрагента
ИНН
КПП
р/с
Адрес
Заявку можно прислать через Парус Консультант или обратиться в Отдел технической поддержки.
Документы операций с упаковками
Тип документа — 521, 531
Действие ПКМ — ИС Маркировка — Сформировать отчет о выбытии
В разделе Учет — Регистраторы выбытия кодов маркировки
Спецификация Очередь заданий
Происходит зависание в очереди
Проверить работоспособность регистратора выбытия
Возможно связано с ошибкой 5090: «Срок действия ПИН-кода истек. Необходимо ввести его в РВ повторно» (ошибка отображается только в логах сервиса взаимодействия)
Ввод PIN-кода раз в сутки является обязательным условием для соблюдения требований безопасности и отключить его нельзя.
Документы операций с упаковками
ПКМ — Работа с упаковками — Добавление
При попытке сохранить отсканированную упаковку выходит ошибка:
ORA-20103: Добавление упаковки в документ операций с упаковками в состоянии отличном от «Не отработан» недопустимо.
Это 619 уведомление означает, что в адрес участника оборота была выполнена отправка ЛП по 472 схеме.
В настоящий момент в ПП «Парус-Бюджет 8. Учет маркированных товаров» эта цепочка не реализована, т.к. существует её аналог — схема 415 со значениями (в том числе) «Тип договора при реализации» (contract_type):
— 2 (комиссия);
— 3 (агентский договор);
Следовательно, предлагаем в текущей деятельности использовать её.
Документы операций с упаковками
Тип документа — 912 (или др.)
Статус — Не принят
Код ошибки — 38
Текст ошибки — Операция не может быть выполнена — указанный SGTIN/SSCC не найден в системе или расформирован.
- указаны существующие SGTIN/SSCC;
- SSCC не расформирован по данным системы.
Необходимо проверить цепочку документов 601(612)-210-211-701-912. Убедиться, что информация по всем транспортным упаковкам была получена и отправлена корректно. И что 912 документ не был отправлен в ЧЗ раньше, чем отправили 701. Если вся последовательность была выполнена корректно, далее за разъяснениями обратиться в СТП Честного знака.
Документы операций с упаковками
Тип документа — 531
ПКМ — ИС Маркировка — Отправить
или
ПКМ — ИС Маркировка — Сформировать отчет о выбытии
ошибка: В документе «**» присутствуют упаковки, входящие в нерасформированную транспортную упаковку
Необходимо найти 912 ДОУ, в котором присутствуют КИЗ упаковки из текста ошибки. Выбрать документ, ПКМ — Состояние — Отработан как факт. Если возникает ошибка «Невозможна отработка операции расхода как факт для упаковки «**», оприходованной как план.», в таком случае ПКМ — Состояние — Отработан как план.
Повторить отправку 531 ДОУ.
В ситуациях, когда 912ДОУ не получается отработать ни как план, ни как факт, а 531ДОУ — без Отработки 912ДОУ не хочет отправляться в ЧЗ, нужно снять отработку с 211ДОУ. Для этого находим 912й ДОУ с упаковкой из ошибки, на нём «ПКМ — Связи — вХодные документы» выбираем в окне «Документы операций с упаковками» и переходим к 211ДОУ. Снимаем отработку с 211ДОУ. Затем пробуем повторно отправить 531ДОУ.
Если при отправке будет ругаться уже на другую упаковку, повторяем теже действия, но для другого 211.
Документы операций с упаковками
Тип документа — 701
Статус отправлен
ПКМ-связи-Журнал взаимодействия с ИС Маркировка
в поле примечании Произошла ошибка при отправке запроса.
Необходимо найти отклоненный 701 документ в ЛК ЧЗ, рядом должен быть еще один 701 документ, который со статусом принят с небольшим разрывом по времени, скачать квитанцию документа и сравнить КИЗ.
В модуле Маркировка статус не обновить, поскольку отличается идентификатор. Со стороны пользователя никаких действий производить не нужно.
Документы операций с упаковками
Тип документа — 531
ПКМ — ИС Маркировка — сформировать отчет о выбытии
Не отправляются документы, статус не определен
Документы операций с упаковками
Тип документа — 531
ПКМ — ИС Маркировка — сформировать отчет о выбытии
ПКМ — ИС Маркировка — Проверить статус
Статус — «Принят частично»
Если упаковки не были отправлены, сформировать новый 531 документ и направить повторно недостающие упаковки.
Если упаковки выгружены все, данную информацию можно посмотреть в регистраторе выбытия, в ЛК ЧЗ должен быть документ 10532 — «Выдача для мед. помощи ЛП с невалидными КМ (регистратор выбытия)»
Документ 10532 автоматически передаётся для ЛП, код маркировки которых не прошёл верификацию.
В данном случае дальнейших действий не требуется — ЛП считается выведенным из оборота.
Обращаем внимание, что лекарственные препараты, КМ которых не прошли проверку, рекомендуется возвращать поставщику.
Изменение размера шрифта в Парус-8
Инструкция
Точка входа в процедуру не найдена
Решение
Обновление версии Парус-8
Вопросы с сетью, например при запуске виснет на проверке лицензии, хотя при этом связь есть.
Решение
В данной ситуации ошибка связана с тем, что сеть (канал связи) между вами и МИАЦ не настроена должным образом и в процессе передачи данных либо бьются пакеты передаваемые с сервера, либо дефрагментируются, а на конечных машинах не могут собраться. Решение проблемы скорее всего кроется в настройке параметров сети MTU и MSS. По поводу настройки сети вам нужно звонить в организацию, которая вам ее предоставляет, как правило это РОСИНТЕГРАЦИЯ, либо МИАЦ.
Ошибка соединения с сервером базы данных. ORA-12170: TNS:Connect timeout occurred
Решение
Необходимо убедиться доступен ли сервер с базой данных, чтобы это сделать нужно зайти в командную строку и выполнить команду — ping:
ping 10.0.9.60
1. По результату команды – ping можно сделать выводы о причине выше указанной ошибки, если пакеты теряются либо вообще не приходят с сервера, то причина в канале связи либо в настройке сети, в данном случае вам нужно обращаться к той организации которая предоставляет вам сеть как правило это РОСИНТЕНРАЦИЯ либо МИАЦ.
2. Если по результату команды – ping потери пакетов нету, то необходимо проверить чтобы порт 1521 был открыт на входящие и исходящие подключения.
3. Если по результату команды – ping потери пакетов нету, и порт 1521 открыт то в данной ситуации ошибка связана с тем, что сеть (канал связи) между вами и МИАЦ не настроена должным образом и в процессе передачи данных либо бьются пакеты передаваемые с сервера, либо дефрагментируются, а на конечных машинах не могут собраться. Решение проблемы скорее всего кроется в настройке параметров сети MTU и MSS. По поводу настройки сети вам нужно звонить в организацию которая вам ее предоставляет, как правило это РОСИНТЕГРАЦИЯ либо МИАЦ.
Ошибка ORA-12154: TNS: could not resolve service name
Решение
Рекомендуется перезагрузить компьютер и сетевое оборудование, и попробовать снова войти в программу. Если после этого ошибка не пропала, то причина её кроется в настройке сети, сетевого оборудования обеспечивающего связь с сервером.
Ошибка соединения с сервером базы данных. ORA-12518: TNS:listener could not hand off client connection
Решение
Рекомендуется перезагрузить компьютер и сетевое оборудование, и попробовать снова войти в программу. Если после этого ошибка не пропала, то причина её кроется в настройке сети, сетевого оборудования обеспечивающего связь с сервером.
Ошибка ORA-03113 иногда ошибка ORA-03135
Решение
Проблема в сети, об этом собственно говорит ошибка. По данным вопросам нужно обращаться в Росинтеграцию, для правильной настройки VipNet координатора.
В окне ввода имени пароля название организации и название модулей пишется «Вопросительными» знаками.
Решение
После установки Парус 8 в окне «Начать сеанс» в полях «Организация» и «Приложение» знаки вопроса «???????» вместо корректных значений. Попробуйте перезагрузить компьютер, после снова попробовать зайти в Парус 8, после чего должна опять появиться подобная ошибка, со второй попытки входа ошибка должна исчезнуть. Если после выше указанных действий ошибка не исчезает, то нужно проверить прописалась ли переменная NLS_LANG (шаг 3) в переменные среды окружения ОС. Нужно зайти в: Компьютер-Свойства-Дополнительные параметры системы-Переменные среды- Системные переменные (нижнее окошко) и убедится что переменная NLS_LANG со значением AMERICAN_AMERICA.CL8MSWIN1251 присутствует в списке переменных, если ее нет то ее необходимо добавить в ручную и попробовать Войти в Парус 8 (если необходимо перезагрузить компьютер).
Ошибка ORA-12560
Решение
1. Проверить чтобы директория установки Паруса была отличная от Program Files (x86), в противном случае перенести парус в другую директорию.
2. Если п.1 не помог, и парус был установлен по инструкции, то решение проблемы заключается в правильной настройке сети, VIPnet координатора, если он есть, настройке файрвола, проверке пинга до сервера БД.
При попытке открыть отчет из Центра учета, появляется вот такая ошибка: «Произошла ошибка внешнего программного объекта. В случае повторения ошибки необходимо сообщить о ней разработчикам» Exception EOleSysError in module p8561vcl.bpl at 0005F9C0.
Решение
Проверьте, что бы:
- Версия MS Office была 32х битная.
- MS Office, была не пробная(trial).
- MS Office были установлены все патчи.
Если все условия соблюдены необходимо переустановить на компьютер пользователя MS Office, предварительно удалив ветки реестра:
HKEY_LOCAL_MACHINESOFTWAREMicrosoftOffice
HKEY_LOCAL_MACHINESOFTWAREWOW6432NodeMicrosoftOffice
Ошибка ORA-12546: TNS:permission denied
Решение
Проблема заключается в недостатке системных привилегий у пользователя ОС на объекты ORACLE, нужно их назначить. При наличии криптографического ПО (например VIPNET), требуется также настройка прав доступа для пользователя ОС.
Ошибка ORA-12569: TNS:packet checksum failure
Решение
Проблема заключается в том что пакеты приходящие с сервера на клиент oracle повреждены, причина этого заключается в локальной сети, либо сетевом оборудовании, которое работает не должным образом. Нужно попробовать переподключить все соединения, перезагрузить сетевое оборудование. Также проблема может крыться в наличии криптографических программ, которые шифруют трафик, в этом случае требуется более детальная их настройка. Либо стоит связаться с провайдером вашей локальной/глобальной сети.
Ошибка Error loading MIDAS.DLL
Решение
Исправление ошибки при вызове отработанного времени midas.docx
Клиентское приложение отвечает за взаимодействие пользователя и системы, а также отображение информации.
Устранение ошибок кэширования на клиенте
После обновления могут возникать ошибки «Ошибка загрузки типа» (TypeLoadException) или «Невозможно загрузить файл или сборку «AppServer.Commonclient_proxy, Version=1.3.12056.0, Culture=neutral, PublicKeyToken=null» или один из зависимых от них компонентов. Не удается найти указанный файл».
Причина:
При формировании пакета обновления неверно сформирована версия сборок модуля.
Решение: Для устранения проблемы достаточно удалить старые закэшированные сборки, сохраненные клиентским приложением. Для этого следует:
·Закрыть приложение «ПАРУС 10»;
·Удалить сохраненные сборки:
·в
ОС
Windows XP, Windows 2003
удалить
папку
C:Documents and SettingsAll UsersApplication DataParus.SmartClient.WinAssemblies;
·в
OC Windows Vista, Windows 7, Windows 2008
удалить
папку
C:UsersAll UsersParus.SmartClient.WinAssemblies;
·Запустить приложение «ПАРУС 10».
Устранение ошибок соединения с сервером
Если при авторизации в клиенте возникают какие-либо ошибки, выполните следующие действия:
·нет соединения
– проверьте,
открыты ли в брандмауэре
порты
(см. раздел «Настройки брандмауэра»), доступен ли
сервер по сети
(команда
ping
в командной строке
Windows).
Антивирусы
также могут блокировать возможность выхода сервера в сеть, поэтому необходимо проверить правильность выполнения их настроек (см. раздел «Настройка антивирусов»);
·не пускает пользователя
–
проверьте правильность написания
имени
пользователя и пароля.
Убедитесь, что не нажата клавиша
Caps Lock.
Если
сервер
располагается
на другом
компьютере,
убедитесь, что там зарегистрирована Ваша доменная учетная запись. Доменный пользователь
должен
входить
в группы администраторов или пользователей сервера.
·Проверьте, правильно
ли указано имя сервера.
32 или 64 разряда
При импорте из «Парус-7» необходимо работать
ТОЛЬКО
с 32-разрядным клиентом (SmartClient.Win32.exe).
При этом может возникать ошибка вида:
|
Произошла ошибка при создании экземпляра com-объекта, наиболее частые причины: не зарегистрирован com-объект или запущен не 32-х разрядный SmartClient.exe. Текст ошибки [ТЕКСТ ОШИБКИ]: Сбой при получении производства объектов класса COM для компонента с CLSID {60A7A0D0-0D66-4E30-AABA-D16D03FC4EDE} в результате следующей ошибки: [КОД ОШИБКИ]. |
1. Удостоверьтесь, что действительно запущен 32х разрядный клиент
ClientSmartClient.Win32.exe.
2. Если клиент был просто скопирован, а не установлен инсталлятором, или в других случаях, необходимо убедиться, что в папке клиента находятся следующие
dll:
·msvcr71.dll;
·tcomvfp.dll;
·vfp9r.dll;
·vfp9renu.dll;
·vfp9rrus.dll;
·vfp9t.dll.
Эти
dll
могут находить и в другом месте на компьютере.
В папке с
dll
из командной строки нужно выполнить команду:
|
Regsvr32 tcomvfp.dll |
Эта команда зарегистрирует в системе
dll.
3.
Переустановите клиент с помощью инсталлятора.
Изменение внешнего вида интерфейса
Изменение шрифта
Часто возникает потребность увеличить размер шрифта в приложении. Чтобы это сделать необходимо:
·Вызвать редактор стилей при помощи комбинации клавиш
Ctrl+Shift+S, на экране появится окно следующего содержания:
Рисунок
·При нажатии на кнопку «Изменить» можно подобрать наиболее подходящий шрифт, размер и т.п.
Существует также расширенный редактор стилей, который позволяет настроить цвета, размеры шрифтов, положение текста в контролах и т.п. Вызвать его можно комбинацией клавиш
Ctrl+Shift+Alt+S:
Рисунок
Изменение настроек раздела
В любом разделе можно назначить горячие клавиши на определенные действия. Для этого следует воспользоваться пунктом контекстного меню
Настройки
или выбрать пункт
Настройка>Настройка формы
в верхней области окна:
Рисунок
В открывшемся окне «Настройка клиента» на закладке «Настройка горячих клавиш» можно выбрать необходимое действие и в поле напротив указать сочетание клавиш:
Рисунок
На закладке «Настройка условного форматирования» можно
произвольно
изменять стиль отображения информации в
разделе:
Рисунок
После изменения настроек необходимо нажать кнопку
Применить, для выхода – кнопку
Закрыть.
Установка лицензий
Установка файла лицензии
- Перед установкой необходимо убедиться, что учётная запись пользователя, от имени которой происходит вход в «ПАРУС 10», в ОС Windows обладает правами администратора. Если учётная запись не обладает такими правами, установка файла лицензии не сможет завершиться успешно.
- На каждом рабочем месте для каждого компонента требуется отдельная лицензия. Если она отсутствует хотя бы для одного компонента либо просрочена, программное обеспечение считается незаконно используемым. В этом случае следует приобрести новый файл лицензии.
28.После установки системы или получения нового файла лицензии следует выполнить его установку. Для этого необходимо перейти в раздел Администрирование сервера>Лицензии. В открывшемся окне следует нажать на кнопку Установить:
Рисунок
29.В открывшемся окне следует указать путь к полученному файлу лицензии (наименование файла лицензии может быть любым, расширение всегда .lic) и нажать на кнопку Установить. Для выбора файла лицензии можно воспользоваться кнопкой Обзор:
Рисунок
30.После установки файла в окне «Управление лицензиями» обновится информация о лицензии:
Рисунок
31.Если появилась запись «Неустановленный компонент», это означает, что присутствует лицензия на какой-либо компонент, но данный модуль или блок не установлены.
32.Для удаления лицензии нажать кнопку Удалить все. Будут удалены все установленные в базе лицензии. Также можно воспользоваться утилитой DBInfo (см. подробнее «Утилита DBInfo»).
Обновление системы
Обновление системы можно осуществить двумя равнозначными способами:
при помощи инсталлятора TornadoSetup.exe. При этом присутствует возможность доустановки каких-либо дополнительных модулей;
при помощи автоматического обновления Updater.exe.
Обновление при помощи инсталлятора TornadoSetup.exe
Внимание! Перед обновлением обязательно убедитесь, что установлена лицензия! Без установленной и действующей лицензии обновление НЕВОЗМОЖНО!
TornadoSetup.exe
Рисунок
В окне приветствия нажмите кнопку Далее.
Рисунок
Ознакомьтесь с лицензионным соглашением. Для продолжения установки Вам нужно принять соглашение и нажать кнопку Далее.
Рисунок
В окне Компоненты продукта Вы должны выбрать компоненты, которые собираетесь обновить на этом компьютере.
Рисунок
В окно Параметры сервера БД Вы попадете, если отметили компонент Сервер приложений Торнадо. При обновлении в этом окне отобразится сервер и база данных установленного ранее сервера приложений.
Рисунок
При нажатии кнопки Далее будет выведено предупреждение о необходимости произвести резервное копирование базы данных. Настоятельно рекомендуется сделать резервную копию базы.
Рисунок
Далее инсталлятор определит установленные наборы пакетов, требующие обновления, они будут отмечены жирным шрифтом. Если возникнет необходимость развернуть какие-либо другие пакеты, ранее не установленные у Вас, то установите флажки и напротив них.
Рисунок
В окне Параметры сервера Торнадо Вы можете определить номер порта, который будет использоваться сервером приложений для взаимодействия с клиентским приложениями, а также порты сервисов справки, обновления сервера и клиентов. В поле Путь к хранилищу файлов сервера приложений при необходимости можно переопределить рабочий каталог хранения файлов сервера приложений. При обновлении оставить все по умолчанию. При необходимости эти параметры могут быть изменены позднее запуском сервера приложений с ключами командной строки или в конфигурационном файле сервера.
Рисунок
Далее в окне Параметры клиента обновления Торнадо есть возможность переопределить адрес сервера обновления. По умолчанию адрес, с которого будет происходить обновление ПП «ПАРУС 10», берется из лицензии. Этот адрес можно также позже изменить в параметрах Клиента обновления.
Рисунок
В окно Параметры клиента Торнадо Вы попадете только, если отметили компонент Клиент Торнадо или Клиент 32 и FoxPro. В этом окне задается IP-адрес или имя машины, на которой установлен сервер «ПАРУС 10», а также номер порта, к которому будет подключаться клиент по умолчанию. При обновлении оставить все по умолчанию.
Рисунок
После этих шагов программа установки готова к обновлению платформы «ПАРУС 10». Нажмите кнопку Установить для начала обновления.
Система автоматического обновления
Внимание! Перед началом обновления необходимо убедиться, что в ПП «ПАРУС 10» загружена информация о лицензии. Если информация о лицензии отсутствует, обновление НЕВОЗМОЖНО!
Ручной режим
Запуск клиента обновления
Перед запуском клиента обновления убедитесь, что сервер приложений запущен. Клиент обновления находится в подпапке UpdateClient папки, в которой установлен ПП «ПАРУС 10». Как правило, это папка:
C:Program FilesParusTornado для 32-разрядных систем и
C:Program Files (x86)ParusTornado для 64-разрядных систем.
Далее необходимо открыть папку UpdateClient. В ней необходимо запустить файл Updater.exe.
Стартовое окно клиента обновления выглядит точно так же, как и стартовое окно клиента. Адрес сервера будет «http://localhost:8081/TornadoUpdate», при установке по умолчанию. Для запуска клиента обновления также необходимо авторизоваться.
Внимание! Логин и пароль для входа в клиент обновлений не должны содержать
русские символы.
В случае успешного соединения с сервером приложений отображается следующее окно:
Рисунок
В окне будет отображаться список установленных компонентов, для которых доступна функция обновления, а также информация о лицензии.
Запуск обновления
Для запуска процесса обновления следует нажать кнопку Проверить обновления.
Если на сервере обновлений будет доступна новая версия Клиента обновлений, то появится сообщение вида:
Рисунок
Нажав кнопку Да, Вы запустите обновление Клиента обновлений. После обновления произойдет перезапуск Клиента обновлений, далее нужно будет повторно нажать кнопку Проверить обновления. При нажатии кнопки Нет обновление Клиента обновлений выполнено не будет, а будет продолжен поиск обновлений для платформы и модулей. При нажатии кнопки Отмена поиск обновлений будет остановлен.
Рисунок
Если будут доступны обновления, то для прикладных решений это будет отображено в столбце «Обновление», а для самой платформы – в правом нижнем углу:
Рисунок
Если обновлений в данный момент нет, то будет выведено соответствующее сообщение «недоступно» напротив проверенного компонента.
Рисунок
Если для установленных компонентов есть доступные обновления, информация об этом отобразится в столбце «Обновление», а также станет доступной для нажатия кнопка Скачать обновления. Необходимо нажать на неё и дождаться окончания загрузки. Напротив загруженных компонентов будет надпись «получено».
Рисунок
Внимание! Перед началом обновления отключаются все клиентские сессии сервера «ПАРУС 10» (кроме сессии обновления).
После окончания загрузки снова изменится текст в столбце «Обновление» и станет активной кнопка Обновить сервер. Необходимо нажать на неё и дождаться окончания обновления.
Рисунок
Рисунок
Автоматический режим
Чтобы запустить клиент обновления в автоматическом режиме, нужно указать параметры командной строки:
Updater.exe -update [-user:<имя пользователя>] [-password:<пароль>] [-server:<адрес сервера приложений>] [-PingInterval:<интервал опроса>] [-channel:Alpha|Beta|RC|Stable|LTS|Special] [-UpdateServer:<адрес сервера обновлений>] [-HttpLogDir:<путь для сохранения запросов>]
| Параметр | Описание |
| <имя пользователя> | Имя пользователя сервера приложений «ПАРУС 10». Пользователь должен иметь права Администратора сервера «ПАРУС 10» |
| <пароль> | Пароль пользователя |
| <адрес сервера приложений> | Адрес (URI) сервера приложений «ПАРУС 10» |
| <интервал опроса> | Интервал опроса (в секундах) сервера приложений «ПАРУС 10» для получения информации о состоянии |
| Alpha|Beta|RC|Stable|LTS|Special | Канал обновления. В настоящее время не используется |
| yes|no | Использовать или нет прокси-сервер из настроек Internet Explorer |
| <адрес прокси> | Адрес прокси-сервера для соединения с сервером обновлений |
| <имя пользователя прокси> | Имя пользователя прокси-сервера |
| <пароль прокси> | Пароль для прокси-сервера |
| <адрес сервера обновления> | Адрес сервера обновления (переопределяет адрес, полученный из лицензии) |
| <путь для сохранения запросов> | Папка, в которой будут сохранены все запросы и результаты обмена с Сервером Обновления. Если не указана, запросы не сохраняются. |
По умолчанию параметры берутся из настроек.
После запуска клиент обновления проверит обновления всех компонентов, скачает необходимые на сервер «ПАРУС 10»и обновит сервер «ПАРУС 10».
Все действия программы протоколируются – выводится текст в окно консоли, и записываются события в Журнал событий Windows.
Описание процесса обновления сервера «ПАРУС 10»
Перед началом обновления отключаются все клиентские сессии сервера «ПАРУС 10» (кроме сессии обновления), создается резервная копия базы данных (в папке …Parus.TornadoServerUpdateDataBackup (по умолчанию), заданной параметром storage (описывает Путь к хранилищу файлов сервера приложений) в файле appserver.config).
При изменении пути сохранения резервной копии базы данных необходимо, чтобы у учетной записи, под которой запускается сервер базы данных, были права на чтение и запись файлов в папке DataBackup.
При возникновении ошибок во время автоматического обновления можно получить быструю диагностику из лог-файла. Файл лога (Updater.log) последнего обновления находится во временной папке текущего пользователя (например c:UsersПОЛЬЗОВАТЕЛЬAppDataLocalTempUpdater.log).
Действия при возникновении ошибки во время обновления
Если во время обновления возникает ошибка, сервер «ПАРУС 10» перезапускается в режиме восстановления – восстанавливается база данных из резервной копии, неустановленные пакеты удаляются и сервер перезапускается в нормальном режиме.
Информация об ошибке также передается на клиент обновления.
Все действия сервера во время обновления протоколируются – записываются события в Журнал событий Windows, и по возможности выводится текст в окно консоли.
ВНИМАНИЕ! Резервная копия базы данных не удаляется.
Параметры клиента обновления
Для ручной установки адреса сервера обновлений необходимо нажать кнопку Параметры… и проверить правильность заполнения параметров обновления.
Рисунок
В поле URL сервера обновления должна быть строка http://update.parus.ru/UpdateServer/ (Это адрес основного сервера. Для обновления с сервера партнера, необходимо указать его адрес, например http://partner.ru:8081/UpdateServer/).
Если какое-то из значений отсутствует, необходимо указать его вручную. Если значения отличаются, проконсультируйтесь с системным администратором предприятия. В том случае, если на предприятии используется прокси-сервер, необходимо указать его данные в соответствующем поле. Для сохранения внесённых изменений следует нажать кнопку ОК.
Прочее
Если лицензия на какой-либо Модуль или Блок отсутствует (даже если у вас есть установленная лицензия на другие Модули и Блоки), то автоматическое обновление не позволит обновить такую базу. Т.к. Модуль или Блок без лицензии не получит обновление, а это может привести к неработоспособности всей базы. Если в базе установлены Модули или Блоки, на которые отсутствует лицензия, то обновление такой базы возможно только с помощью инсталлятора.
Рисунок
Обновление в ручном режиме при помощи retail.zip
При выходе нового патча необходимо остановить работу сервиса Tornado, далее требуется выполнить следующие действия (см. «Ручная установка платформы при помощи retail.zip»):
Из папки с релизом взять необходимые архивы из папки packages и распаковать их в папку Server>Packs.
Выполнить установку бизнес-пакетов в ручном режиме, т.е. опять запустить сервер приложений в командной строке с ключом —deploy.
При выходе нового релиза (т.е. при переходе на новую платформу) необходимо распаковать архив retail.zip в папку с установленной программой с заменой файлов. В папке Server требуется удалить две папки – authproviders и dataproviders. Далее необходимо выполнить следующие действия (см. «Ручная установка платформы при помощи retail.zip»):
В папке Server>Packs удалить два файла:
PostgreSqlDataProvider.pkg;
OracleDataProvider.pkg.
Запустить сервер приложений в командной строке с ключом —deploy (см. подробнее «Запуск сервера приложений в командной строке») для развертывания системных пакетов.
Из папки с релизом взять необходимые архивы из папки packages и распаковать их в папку Server>Packs.
Выполнить установку бизнес-пакетов в ручном режиме, т.е. опять запустить сервер приложений в командной строке с ключом —deploy.
Развертывание сервера обновлений
Быстрое развертывание сервера обновлений
Сокращения, используемые в описании:
СО — сервер обновлений.
Внимание! СО необходим только партнерам, желающим обновлять своих клиентов со своего сервера.
Поддерживаемые операционные системы Windows 7, Windows Vista SP2, Windows XP SP3+, Windows Server 2003 SP2+, Windows Server 2008, Windows Server 2008 R2.
Перечень требуемых дистрибутивов (установка):
Microsoft .NET Framework 4.0
Скачать последнюю версию сервера обновлений:
Доступна на FTP в архиве UpdateSite.zip
Распаковываем архив в любую папку на диске
Запуск сервера обновлений «ПАРУС 10»:
В папке, в которую распаковали архив, помимо всего прочего, находятся два исполняемых файла:
UpdateServer.ConsoleRunner.exe
UpdateServer.ServiceRunner.exe
Первый предназначен для запуска сервера в консоли интерактивного сеанса.
Второй, помимо запуска консоли, поддерживает возможность регистрации сервера обновлений в качестве сервиса Windows.
Перед первым запуском необходимо задать порт, на котором будет отвечать СО в конфигурационных файлах:
UpdateServer.ConsoleRunner.exe.config — для консольного варианта;
UpdateServer.ServiceRunner.exe.config — для сервиса.
Порт задаётся значением в ключе configuration -> appSettings -> port, например:
После установки порта пробуем запустить консольную версию сервера.
В случае успеха произойдёт следующее:
в консоли отобразится информация о рабочем порте:
| Running on http://+:8081
Press to exit |
В параметрах клиента обновления (см. подробнее Параметры клиента обновления) соответственно нужно будет указывать адрес http://ip-компьютера:8081/UpdateServer/.
- в папке, содержащей СО, создастся подпапка Storage, содержащая файл UpdateServerDB.sdf (данная подпапка предназначена для хранения файлов с обновлениями, а единственный сейчас файл представляет из себя базу данных со служебной информацией СО).
В противном случае возможны следующие причины (и способы их устранения):
указанный порт уже занят другим процессом — следует либо остановить мешающий процесс, либо указать СО другой порт;
недостаточно прав на открытие порта (в ОС начиная с Windows Vista/Server 2008) — от имени администратора выполнить следующую команду:
netsh http add urlacl url=http://+:8081/ user=DOMAINusername, где необходимо подставить свои порт и полностью специфицированное имя пользователя, от имени которого запускается СО (в случае если пользователь зарегистрирован на локальной машине, в качестве домена указывается имя локальной машины);
недостаточно прав на создание подпапки-хранилища — либо установить права на доступ к файловой системе таким образом, чтобы пользователь, от имени которого запускается СО, имел возможность создать папку Storage и имел права на запись в неё; либо создать папку Storage заранее и установить права на неё таким образом, чтобы пользователь, от имени которого запускается СО, имел права на запись в неё.
Затем, если требуется, регистрируем сервис:
запускаем команду UpdateServer.ServiceRunner.exe install;
в появившемся окне вводим полностью специфицированное (с указанием домена) имя пользователя, с правами которого будет запускаться сервис СО;
там же указываем пароль для данного пользователя.
Полную справку по всем ключам, поддерживаемым UpdateServer.ServiceRunner.exe, можно получить, запустив его с ключом help.
В браузере
Заходим по адресу http://localhost:8081 (здесь пишем тот порт, который указали в файле конфигурации)
Вводим логин и пароль для входа (администрирования) (по умолчанию login: admin, password: 1234).
Рисунок
В разделе Пользователи нажатием на кнопку 
создаём нового пользователя:
Рисунок
Выходим из административного раздела нажатием кнопки 
;
Вводим логин и пароль вновь созданного пользователя;
Под вновь созданным логином можно либо изменить пароль для логина по умолчанию, т.е. admin, либо удалить его.
| Операции редактирования и удаления для текущего пользователя запрещены! |
Установка завершена!
Использование сервера обновлений «ПАРУС 10»:
В левой части доступны пункты:
Статистика — Статистика и результаты обновлений клиентов;
Пакеты — Управление пакетами: список доступных версий на СО, загрузка новых версий (пакетов по отдельности, zip-файла с набором пакетов, файла Retail.zip);
Доп. модули — Управление дополнительными модулями;
Ч/б списки — Управление черными и белыми списками;
Пользователи — Управление пользователями административной части.
Клиентское приложение отвечает за взаимодействие пользователя и системы, а также отображение информации.
Устранение ошибок кэширования на клиенте
После обновления могут возникать ошибки «Ошибка загрузки типа» (TypeLoadException) или «Невозможно загрузить файл или сборку «AppServer.Commonclient_proxy, Version=1.3.12056.0, Culture=neutral, PublicKeyToken=null» или один из зависимых от них компонентов. Не удается найти указанный файл».
Причина:
При формировании пакета обновления неверно сформирована версия сборок модуля.
Решение: Для устранения проблемы достаточно удалить старые закэшированные сборки, сохраненные клиентским приложением. Для этого следует:
·Закрыть приложение «ПАРУС 10»;
·Удалить сохраненные сборки:
·в
ОС
Windows XP, Windows 2003
удалить
папку
C:Documents and SettingsAll UsersApplication DataParus.SmartClient.WinAssemblies;
·в
OC Windows Vista, Windows 7, Windows 2008
удалить
папку
C:UsersAll UsersParus.SmartClient.WinAssemblies;
·Запустить приложение «ПАРУС 10».
Устранение ошибок соединения с сервером
Если при авторизации в клиенте возникают какие-либо ошибки, выполните следующие действия:
·нет соединения
– проверьте,
открыты ли в брандмауэре
порты
(см. раздел «Настройки брандмауэра»), доступен ли
сервер по сети
(команда
ping
в командной строке
Windows).
Антивирусы
также могут блокировать возможность выхода сервера в сеть, поэтому необходимо проверить правильность выполнения их настроек (см. раздел «Настройка антивирусов»);
·не пускает пользователя
–
проверьте правильность написания
имени
пользователя и пароля.
Убедитесь, что не нажата клавиша
Caps Lock.
Если
сервер
располагается
на другом
компьютере,
убедитесь, что там зарегистрирована Ваша доменная учетная запись. Доменный пользователь
должен
входить
в группы администраторов или пользователей сервера.
·Проверьте, правильно
ли указано имя сервера.
32 или 64 разряда
При импорте из «Парус-7» необходимо работать
ТОЛЬКО
с 32-разрядным клиентом (SmartClient.Win32.exe).
При этом может возникать ошибка вида:
|
Произошла ошибка при создании экземпляра com-объекта, наиболее частые причины: не зарегистрирован com-объект или запущен не 32-х разрядный SmartClient.exe. Текст ошибки [ТЕКСТ ОШИБКИ]: Сбой при получении производства объектов класса COM для компонента с CLSID {60A7A0D0-0D66-4E30-AABA-D16D03FC4EDE} в результате следующей ошибки: [КОД ОШИБКИ]. |
1. Удостоверьтесь, что действительно запущен 32х разрядный клиент
ClientSmartClient.Win32.exe.
2. Если клиент был просто скопирован, а не установлен инсталлятором, или в других случаях, необходимо убедиться, что в папке клиента находятся следующие
dll:
·msvcr71.dll;
·tcomvfp.dll;
·vfp9r.dll;
·vfp9renu.dll;
·vfp9rrus.dll;
·vfp9t.dll.
Эти
dll
могут находить и в другом месте на компьютере.
В папке с
dll
из командной строки нужно выполнить команду:
|
Regsvr32 tcomvfp.dll |
Эта команда зарегистрирует в системе
dll.
3.
Переустановите клиент с помощью инсталлятора.
Изменение внешнего вида интерфейса
Изменение шрифта
Часто возникает потребность увеличить размер шрифта в приложении. Чтобы это сделать необходимо:
·Вызвать редактор стилей при помощи комбинации клавиш
Ctrl+Shift+S, на экране появится окно следующего содержания:
Рисунок
·При нажатии на кнопку «Изменить» можно подобрать наиболее подходящий шрифт, размер и т.п.
Существует также расширенный редактор стилей, который позволяет настроить цвета, размеры шрифтов, положение текста в контролах и т.п. Вызвать его можно комбинацией клавиш
Ctrl+Shift+Alt+S:
Рисунок
Изменение настроек раздела
В любом разделе можно назначить горячие клавиши на определенные действия. Для этого следует воспользоваться пунктом контекстного меню
Настройки
или выбрать пункт
Настройка>Настройка формы
в верхней области окна:
Рисунок
В открывшемся окне «Настройка клиента» на закладке «Настройка горячих клавиш» можно выбрать необходимое действие и в поле напротив указать сочетание клавиш:
Рисунок
На закладке «Настройка условного форматирования» можно
произвольно
изменять стиль отображения информации в
разделе:
Рисунок
После изменения настроек необходимо нажать кнопку
Применить, для выхода – кнопку
Закрыть.
Предложите, как улучшить StudyLib
(Для жалоб на нарушения авторских прав, используйте
другую форму
)
Ваш е-мэйл
Заполните, если хотите получить ответ
Оцените наш проект
1
2
3
4
5