невалидная конфигурация код 1702
Документ не обработан, так как содержит невалидные подписи
1) Не установлен корневой сертификат Головного удостоверяющего центра (ГУЦ) Минкомсвязи, уполномоченного федерального органа по аккредитации удостоверяющих центров.
2) Не установлен корневой сертификат Удостоверяющего Центра, выпустившего сертификат ключа электронной подписи Вашего контрагента или Оператора ЭДО.
Рекомендуется сначала воспользоваться инструкцией для установки корневого сертификата ГУЦ. После установки проверьте электронную подпись так, как написано здесь. Если это не помогло решить проблему, следуйте рекомендациям из данного раздела.
Необходимо двойным кликом открыть данный сертификат(ы) и сохранить на рабочий стол или в любую другую папку на диске:
Затем нужно открыть сохраненный файл и перейти на закладку «Путь сертификации»:
Мы видим, что корневой сертификат (сертификат Удостоверяющего Центра) действительно не установлен. Для его установки достаточно открыть корневой сертификат двойным кликом и установить (см. ниже).
Далее нужно выделить и скопировать в буфер обмена одну из ссылок, заканчивающуюся на .cer или .crt,.вставить ссылку в адресную строку браузера и скачать корневой сертификат,
Открыв корневой сертификат (из пути сертификации в сертификате пользователя или скачанный файл) нажмите кнопку «Установить сертификат. «:
В качестве хранилища корневого сертификата необходимо выбрать «Доверенные корневые центры сертификации»:
Далее нужно подтвердить установку корневого сертификата:
Переключившись в окно 1С, правой кнопкой мыши нажимаем на подпись со статусом «Не верна» и в контекстном меню выбираем команду «Проверить электронные подписи»:
Почему файл может не соответствовать XSD-схеме СЗВ-М?
Что такое XSD-схема файла и ошибка в ней?
XSD — это программный язык. С помощью XSD описывается структура XML-документа:
То есть XSD-схема СЗВ-М — это выполненное программным языком описание структуры отчета СЗВ-М. Если во внесенной в СЗВ-М информации содержатся ошибки или неточности, то при контроле файла тоже средствами XSD информация является нечитаемой. Поэтому система формирует пользователю предупреждение: «отчет СЗВ-М не соответствует XSD-схеме». Это означает, что программное обеспечение не может воспринять данные из отчета, т. к. они некорректные с точки зрения языка XSD.
ОБРАТИТЕ ВНИМАНИЕ! Ошибка XSD может быть как в самих введенных данных (например, в ИНН или регистрационном номере организации), так и в том, как именно эти данные введены (например, указаны лишние нули, или пробелы, или дефисы). То есть для установления и устранения ошибки нужно в каждом конкретном случае проверять конкретный файл!
Больше об ошибках в файле СЗВ-М — в статье «Отрицательный протокол по СЗВ-М (нюансы)».
Начиная с отчетности за май 2021 года СЗВ-М сдается по новой форме. Актуальный образец отчета можно скачать в КонсультантПлюс. Пробный доступ к правовой системе предоставляется бесплатно.
Что означает «неправильное имя файла» или «имя не соответствует утвержденному формату 00042»?
Как должно выглядеть правильное имя файла отчета СЗВ-М (формат 00042), установлено постановлением правления ПФР «Об утверждении формата сведений для ведения индивидуального (персонифицированного) учета (форма СЗВ-М)» от 07.12.2016 № 1077п. Корректное имя должно содержать следующие разделы:
Корректное имя должно выглядеть следующим образом:
Настал апокалипсис для любителей «патчей и таблеток»? 1С закручивает гайки: шлет письма тем, кто использует нелицензионку
Похоже, в 1С серьезно взялись за любителей использовать их программы нелегально. Сначала письма с предупреждениями, а теперь постоянно вылезающее сообщение о «нарушении целостности системы» в «восьмерке». Вопрос: откуда у 1С данные, что кто-то нарушает авторские права?
На одном специализированном форуме появилось сообщение:
«Сегодня настал апокалипсис. Все ранее установленные платформы 8.3.18.1208 (х64) на разных ПК перестали работать и выдают „нарушение целостности“. Это конец эпохи патчей для 1С?».
Дальше пошли обсуждения, как это можно «вылечить», но нас интересует тут другое. Дело в том, что 1С сама начала рассылать письма о проблеме «нарушения целостности», и о том, как с ней бороться. Но все по порядку.
Пользователи 1С начали получать в 20-х числах января этого года вот такие письма:
Несколько напрягает фраза «по имеющимся у нас данным, с большой вероятностью не все экземпляры программных продуктов фирмы „1С“ используются в Вашей организации на законных основаниях».
Это что, у 1С есть некие возможности, о которых мы не знаем? Откуда, как говорится, дровишки?
Есть версия, что компания работает в тесной связке с МВД, которые могут, к примеру, проверить наличие левых дистрибутивов на FTP-серверах. Об этом подробно писали на «Клерке», по выступлению эксперта Анны Лавриновой на конференции INFOSTART EVENT 2019 Inception.
Далее в письме пишут, что указанное программное обеспечение являются объектами исключительного права, называют правообладателя (ООО «1С-Софт»), и рассказывают, какая ответственность может быть за нарушение авторских и смежных прав. В том числе и уголовная, статья 146 УК.
И заодно 1С в письме предлагает убедиться, что используемое в компании ПО легально. Следующими способами:
1. Наличие у организации документов, подтверждающих покупку ПО.
Для коробочной поставки:
При этом на всех комплектующих есть одинаковый регистрационный номер, уникальный для данного экземпляра программного продукта.
Для электронной поставки в наличии должны быть документы, подтверждающие покупку, и лицензионное соглашение.
2. В локальной сети используется именно легально приобретенная программа на все рабочие места.
3. Если в программе работает более одного сотрудника, версия должна быть ПРОФ или КОРП, в базовой версии работа более одного сотрудника невозможна.
4. Если используется клиент-серверная версия программ, то должна быть куплена лицензия/лицензии на Сервер.
5. Защита используемого ПО не отключена и не модифицирована.
Если нет уверенности, что используемое ПО легально, его немедленно нужно удалить. А если сама компания этого сделать не может, 1С рекомендует обратиться к обслуживающему организацию партнеру-франчайзи 1С. Или выбрать партнера-франчайзи из списка на сайте 1С.
Это было, по сути, предупреждение. А вот с 1 февраля письма пошли уже другие. А у кого-то вместе с письмами — пресловутые сообщения о «нарушении целостности системы».
Далее в письме пишут, что это за сообщение и каковы причины его появления. Собственно, причина — нелицензионное использование ПО. Сообщение очень мешает, «восьмерка» сбоит, требует перезагрузить компьютер, и вообще всячески мешает в работе.
«Пиратские „взломы“ (другие названия: „эмуляторы“, „кряки“) могут как использоваться в настоящий момент, так и просто присутствовать на компьютере или в локальной сети. При этом добросовестный пользователь может даже не догадываться о наличии противоправного софта, например, когда-то его установил приходящий обновлять программу 1С „друг сына одной из сотрудниц, он учится на программиста“».
Так как в 1С все понимают, не у всех есть квалификация, время, да и просто желание копаться и разбираться, предлагается временное решение. На сайте 1С можно оформить бесплатно временную лицензию, чтобы продолжать работу. Действует она 60 дней, активировать ее можно не позднее 15 марта. А за это время купить лицензионную программу.
«Можно получить несколько одноименных (например, две временные лицензии по 10 рабочих мест) или различных временных лицензий (например, временную лицензию на 50 рабочих мест и на Сервер). Получить такие лицензии может как сам пользователь, так и обслуживающий партнер „1С“ по его просьбе».
Обязательно нужно скачать последнюю версию «восьмерки» для корректной работы.
«Использование временных лицензий позволяет пользователю в течение 60 дней с момента их получения спокойно провести аудит и приобрести аналогичные лицензии 1С:Предприятия без ограничения срока действия или удалить противоправный пиратский софт и восстановить работу ранее правомерно приобретенных лицензий без ограничения срока действия».
Причем, далее в письме описывается, почему может вылезти сообщение о «нарушении целостности». Собственно:
Ну тут все понятно, факт использования нелизензионного ПО. А вот второй вариант напрягает:
И еще один любопытный момент:
«Если вы уверены, что точно покупали все необходимые программы 1С, но быстро не можете найти регистрационный номер программы, дистрибутивы, ключ защиты или ПИН—коды, то вы также можете воспользоваться возможностью бесплатно получить на сайте 1С „1С:Предприятие 8. Временные лицензии для восстановления“, и в течение 60 дней или докупить недостающие программы у партнеров „1С“ или подтвердить наличие легальных поставок 1С и пользоваться ими:
В общем, если что-то покупаете — все хранить, причем бессрочно, ничего не выбрасывать. А на компьютере, чтобы следов на нем никаких не было, наверное периодически нужно переустанавливать систему.
Ну а если ничего не сохранилось — бесплатно получать временную лицензию, которая действует примерно 2 месяца, и либо искать, либо докупать программы.
Игнорить точно не стоит. Эти письма — не дружеский совет, а предупреждение, что возможны разные последствия, вплоть до уголовки. Просто сразу не идут по инстанциям, поскольку кто-то ведь пойдет, все оформит и докупит, меньше ресурсов затратится на судебные дела.
Николай Андреев, шеф-редактор «Клерка»
Нештатные ситуации в системе МДЛП: ответы на вопросы
Компания «ЦРПТ» поясняет сложные моменты работы с системой маркировки в аптеках и ЛПУ
30 сентября на нашем сайте состоялся вебинар от оператора системы мониторинга движения лекарственных препаратов компании «ЦРПТ», на котором эксперт компании рассказал об общих подходах к решению нештатных ситуаций, возникающих при работе с ГИС МДЛП. К сожалению, из‑за ограниченного времени вебинара и большого количества участников, лектор не успел ответить на все заданные вопросы. Для тех, кто по каким‑либо причинам пропустил трансляцию, мы приводим ее краткий обзор и ответы на вопросы, заданные во время эфира.
Общие решения для нештатных ситуаций при работе с системой маркировки
По данным компании ЦРПТ, больше всего проблем у пользователей возникает в процессе выбытия лекарственных препаратов из оборота. Самый частый вопрос: «Если система недоступна, проводятся технические работ и т. д. — как быть?». Здесь стоит отметить основные моменты, что отпуск возможен двумя способами — продажа через ККТ (т. е. с оформлением чеков) и по регистраторам выбытия. Оба этих способа умеют «накапливать» в себе данные о выбытии и передавать их в систему при появлении соединения с ней.
В первом случае за передачу данных в систему отвечает оператор фискальных данных. Таким образом, при наличии каких‑либо задержек, вызванных теми или иными причинами, аптеки могут не переживать за ответственность, потому что агрегированная информация передается именно оператором.
При использовании регистратора выбытия, даже если ГИС МДЛП недоступна, можно просканировать препараты, и сформировать с помощью регистратора документы о выбытии лекарств из оборота. Они будут отправлены в «буфер», который будет передан в систему МДЛП, когда она станет доступна.
Кроме этого в системе ГИС МДЛП предусмотрен механизм «реестра ожидания», он работает в том случае, когда аптека собирается отпустить лекарственный препарат, однако информация о его приемке не поступила в систему из‑за регламентных работ. В этом случае ЛП можно отпускать, фискальный оператор передаст в систему данные о выбытии, а система, в свою очередь «увидит», что на этот ЛП нет информации, подтверждающей поставку на место деятельности, где был осуществлен отпуск. Тогда, для завершения цикла, информация о выбытии будет находиться в реестре ожидания до получения данных о приемке.
Таким образом, с помощью этого механизма можно отпускать лекарственные средства даже если на момент их приемки система МДЛП была недоступна. Максимальный период ожидания составляет две недели. В этот срок любые технические работы в системе МДЛП будут закончены. Обратите внимание, что механизм «реестра ожидания» работает только при обратном акцепте приемки ЛС.
Также в решении большинства проблемы могут помочь документы, доступные на сайте «Честный знак». В большинстве из них приведены примеры нештатных случаев, а также даны алгоритмы по правильной работе с системой, которые помогут самостоятельно найти и устранить причину возникших трудностей:
Кроме этого, на сайте есть раздел «Обучающий центр», где даны краткие, но подробные видео-инструкции по основным направлениям работы с системой ГИС МДЛП.
Еще одно средство разрешения нештатных ситуаций — обращение в службу поддержки по адресу support@crpt.ru или телефону 8‑800‑222‑1523. При этом следует правильно формулировать свою проблему. Грамотное описание ситуации, с указанием всех подробностей и действий (время выполнения операции, предшествующие шаги, описание используемого оборудования, ПО и так далее) значительно сокращает время, требуемое на решение проблемы. Помните, что информация со стороны участников системы является приватной, это значит, что у сотрудников поддержки будет доступ только к тем данным, которые вы предоставите.
Ответы на вопросы
После теоретического вступления перейдем к практическим вопросам участников вебинара:
Как оформить возврат промаркированного товара, если выявлены недостатки после продажи?
Есть такая операция «Возврат в оборот» — ее описание можно найти в «Паспортах процесса». Стоит отметить, что возврат в оборот лекарственного препарата возможен только для последующего возврата поставщику, поскольку он (препарат) будет признан недоброкачественным.
Почему медицинским организациям запретили повторный ввод ЛС в оборот? Планируется ли возобновление данной операции?
Здесь нужно уточнить — повторный ввод после каких операций, и при каких условиях. Например, при выбытии ЛС в рамках стационара он должен быть доступен.
Как в реестре отправленных документов быстро найти необходимый документ?
В реестре есть функция фильтрации, где можно указать критерии поиска по идентификатору организации, ИНН, времени совершения операции и так далее.
Первый раз получили маркированный товар. Пришла товарная единица, содержащая 180 упаковок товара. Не считали код с коробки, а только с каждой упаковки. Коробку после этого выкинули. Теперь выпадает ошибка. Как ее исправить?
Самый быстрый путь решения этой проблемы — узнать, какой был акцепт передачи товара. Если акцепт прямой, то уточнить код SSCC (который был на коробке) у поставщика. И отправить документ подтверждения с этим кодом. Если акцепт обратный, то SSCC также можно узнать у поставщика, а в систему надо подавать документ 416.
Почему данные от поставщиков не приходят в МДЛП? Скопилось много накладных!
Попробуйте с данным вопросом обратиться к поставщику вашей товарно-учетной системы, возможно проблема кроется именно в ней. Также всегда проверяйте по какому акцепту вам поставляется товар — при обратном акцепте вам не должны приходить документы первыми.
Что делать если препарат продан (выбит чек ОФД), а в ГИС МДЛП не прошло выбытие?
Во-первых, нужно убедиться, что этот препарат не значится в реестре ожидания — т. е. нужно проверить, что вы осуществили и подтвердили его приемку. Во-вторых, как уже было сказано ранее, за передачу данных в систему через ККТ отвечает ОФД, а значит это может происходить не мгновенно. И в‑третьих, если проблема сохраняется, об этом можно написать в службу поддержки, указав все необходимые сведения.
Почему нет уведомлений о сбое сервиса и времени проводимых технических работ?
Уведомления о плановых работах ГИС МДЛП приходят на электронный адрес, который организация указала при регистрации. Кроме этого анонсы дублируются в социальных сетях и Telegram-канале.
Из-за ошибки учетной программы два препарата ушли с ошибкой — система их не восприняла. Теперь по учетной они ушли, а по системе остались в обороте, что делать?
Нужно обратиться к вендору учетной системы с вопросом — по какой причине произошла ошибка обработки данных и информация в систему не была передана, а после, совместно с ним, составить обращение в службу технической поддержки ГИС МДЛП. Обращение к поставщику товарно-учетной системы необходимо для заполнения технического описания проблемы, чтобы наши специалисты смогли ее решить.
В МДЛП был отправлен документ об успешном агрегировании. Через какое время агрегированные короба будут отображены в личном кабинете?
Если вы получили квитанцию об агрегировании, то это значит, что система уже обработала данный документ — и, если вы не проводили разеграгации, SGTIN и SSCC будут доступны в кабинете. Если этого не произошло — нужно написать в службу поддержки.
Как изменить идентификатор места деятельности поставщика?
Его нельзя изменить. Он выдается исходя из адреса, указанного в лицензии, выданной Росздравнадзором. Таким образом, при смене адреса места осуществления деятельности, код идентификатора может изменить только сам контрагент.
Если после приемки возникла ошибка обработки пакета, а препарат продан — что тогда?
Если он продан, то SGTIN будут в документах о выбытии. И при возникновении такой ситуации можно написать в службу поддержки и решить эту проблему, имея на руках фактуры приемки, где указан SGTIN этого препарата.
Как вывести препарат из оборота не через кассу и не через регистратора выбытия?
Никак. Это невозможно.
Многие организации по ошибке зарегистрировали лишние места деятельности. Теперь поставщики путаются. Как «почистить» свой список неактивных мест деятельности?
Для начала следует узнать, как вам удалось зарегистрировать ошибочные места деятельности. Для решения этого вопроса следует написать в службу поддержку, чтобы скорректировать список мест деятельности.
Если товар появился на остатке аптеки в «Честном знаке», значит ли это, что приходные операции проведены правильно?
С какого момента начинает свой отчет один рабочий день?
С момента приемки товара, зафиксированного в накладной.
Аптека получила от поставщика препарат с признаками маркировки, передала в систему информацию об этом. В ответ пришла ошибка «Попытка изменить состояние вложенного КИЗ». Поставщик предложил сделать возврат. Аптека может сделать возврат товара как немаркированного?
Такая ошибка возвращается, когда полученные аптекой SGTIN находятся в каком‑либо коробе — т. е. поставщик не разагрегировал транспортную упаковку. В первую очередь нужно просить поставщика найти их у себя на балансе, а потом сделать частичный или полный вывод из SSCC. После этого ошибка исчезнет и операция будет успешно завершена.
При приемке товара выяснилось, что товар в системе значится как «выпущенный в рамках пилотного проекта» — текущего владельца система не выдает. Как аптеке понять, что товаропроводящая цепочка соблюдена?
Если ЛС произведен до 1 июля (кроме препаратов ВЗН), то информация о нем может не передаваться в систему. Чтобы уточнить информацию по поводу соблюдения товаропроводящей цепи, нужно узнать у поставщика по какому акцепту он передавал вам ЛС. И отправить в систему МДЛП данные об успешной приемке. Если на этом ЛС будет ошибка «недопустимая операция для данного SGTIN», то не нужно пугаться — это нормально для ЛС, выпущенных в рамках проекта.
Аптека получает товар по обратному акцепту, сканирует каждую упаковку, поставщики не подтверждают по несколько дней или приходит «Ошибка состояния вложенного КИЗ», которую также не могут исправить по несколько дней. Какие сроки отводятся для устранения ошибок и подтверждения поставщику или производителю? Какие санкции их ждут за нарушения?
Это статья 6.34. Кодекса об Административных правонарушениях.
Аптечная сеть снабжает ФАП по договорам комиссии. Как отгружать ЛС с учетом соблюдения таких документов?
Отгрузку нужно осуществлять по обратному или прямому акцепту, а в типе документа указать «Договор комиссии». Если ФАП не имеет ККТ или регистраторов выбытия, то информацию в ГИС МДЛП должна передавать головная организация.
Аптека получила 4 упаковки с признаком маркировки. Передала данные в систему. На три упаковки пришло подтверждение, а на четвертую — ошибка. Поставщик говорит, что ошибка на стороне производителя. Что делать?
Этого не может быть. Потому что поставщик не мог принять препарат от производителя и не передать сведения об этом в ГИС МДЛП. Нужно решать такие вопросы с поставщиком. Для дополнительной помощи можно обратиться в службу поддержки.
Если проблема с ОФД и данные не переходят в ГИС МДЛП, но препараты уже проданы — является ли это нарушением?
Зависит от типа проблемы. Если не меняется статус в течение первых 10–20 минут, то это нормально, он поменяется позднее.
За сколько дней по закону поставщик должен подтвердить приемку товара?
За один рабочий день.
Программа не дает продать товар — от нас документы ушли в систему, но там не отобразились!
В первую очередь обратитесь к поставщику вашего программного обеспечения, а после, с их помощью, сформируйте запрос с указанием идентификаторов отправленных документов для нашей службы поддержки.
Проблема при акцептовании — поставщик не видит запросов аптеки и приходится перевыкладывать документы, хотя по МДЛП все уходит вовремя!
Опишите подробно эту ситуацию службе поддержки — какие документы уходят, какие поставщик требует вновь. Там проверят, приходят ли уведомления об этом, и решат этот вопрос.
Уронили флакон, разбили одну ампулу — как вывести из оборота данный товар?
Это 552 схема в паспорте процессов — «Списание ЛС или передача на уничтожение».
Если выявлен заводской брак, то как быть?
Есть такая схема в паспорте процессов «Возврат поставщику по причине брака». Можно воспользоваться ей.
Как принимать ЛП, если они пришли в транспортной упаковке и россыпью?
По частям — сначала упаковка, потом добавляете то, что пришло россыпью. Поставку можно оформлять несколькими документами.
При обращении в службу поддержки попросили предоставить открытый ключ в формате CER. Что это?
Для этого надо зайти в программу «КриптоПро», найти «Хранилище сертификатов» и сделать его экспорт. Подробное описание этого процесса есть в разделе «Обучающий центр» на сайте ЦРПТ.
Можно ли сделать автоматическую разагрегацию групповой упаковки, если кассир пытается сделать выбытие первичной упаковки?
Если вы уже приняли эти ЛС на баланс по SSCC и далее не делали разагрегацию группового кода, то вы можете так настроить свою товарно-учетную систему. Запрета на это нет.
Читайте больше полезного по маркировке лекарственных препаратов в специальной рубрике на нашем сайте.
Нашли ошибку? Выделите текст и нажмите Ctrl+Enter.
Сообщения об ошибках
В случае возникновения ошибки обработка запроса прекращается, сервер возвращает HTTP-статус ответа, отражающий суть произошедшей ошибки. Кроме статуса в ответе передается краткое описание ошибки.
Описание ошибок
Запрос выполнен успешно.
Пример сообщения для формата JSON:
Пример сообщения для формата XML:
Authorization failed: request from unknown IP address
в запросе не указаны авторизационные данные или они невалидны;
IP-адрес, с которого был отправлен запрос, отсутствует в списке IP-адресов, указанных при получении авторизационного ключа.
Пример сообщения для формата JSON:
Пример сообщения для формата XML:
У вас нет доступа к этому ресурсу.
Пример сообщения для формата JSON:
Пример сообщения для формата XML:
Rate limit exceeded
Превышено одно или несколько ограничений для ресурсов.
Пример сообщения для формата JSON:
Пример сообщения для формата XML:
Указанный в запросе объект не найден.
Пример сообщения для формата JSON:
Пример сообщения для формата XML:
Request method ‘<название_метода>‘ not supported
Используемый метод не поддерживается.
Пример сообщения для формата JSON:
Пример сообщения для формата XML:
Parameter ‘<название_параметра>‘ format is incorrect, expected
В запросе отсутствует обязательный параметр.
Пример сообщения для формата JSON:
Пример сообщения для формата XML:
Required parameter ‘<название_параметра>‘ is missing
Значение параметра, указанного в запросе, не соответствует формату. В тексте ошибки указывается требуемый формат параметра.
Пример сообщения для формата JSON:
Пример сообщения для формата XML:
Переданные данные невалидны или в структуре данных содержатся ошибки либо в заголовке Content-Type указан формат JSON, но передана корректная структура данных в формате XML (или наоборот).
Пример сообщения для формата JSON:
Пример сообщения для формата XML:
Client closes the connection
Клиент закрыл соединение, не дождавшись ответа от сервера.