<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Форум Рутокен &mdash; Выпуск КЭП для работы с ЕГАИС после 1.09.2023]]></title>
	<link rel="self" href="https://forum.rutoken.ru/feed/atom/topic/4051" />
	<updated>2023-10-24T13:42:03Z</updated>
	<generator>PunBB</generator>
	<id>https://forum.rutoken.ru/topic/4051/</id>
		<entry>
			<title type="html"><![CDATA[Re: Выпуск КЭП для работы с ЕГАИС после 1.09.2023]]></title>
			<link rel="alternate" href="https://forum.rutoken.ru/post/21868/#p21868" />
			<content type="html"><![CDATA[<p><strong>care_bus</strong>, да, PIN-код хранится в конфигурационном файле Универсального транспортного модуля.</p>]]></content>
			<author>
				<name><![CDATA[Ксения Шаврова]]></name>
				<uri>https://forum.rutoken.ru/user/8982/</uri>
			</author>
			<updated>2023-10-24T13:42:03Z</updated>
			<id>https://forum.rutoken.ru/post/21868/#p21868</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Выпуск КЭП для работы с ЕГАИС после 1.09.2023]]></title>
			<link rel="alternate" href="https://forum.rutoken.ru/post/21861/#p21861" />
			<content type="html"><![CDATA[<p><strong>Ксения Шаврова</strong>, Добрый день.<br />Спасибо.</p><p>Правильно ли я понял из вашего ответа, что ПИН хранится в файле конфигурации в явном виде?<br />Кроме того, полагаю, владелец КЭП будет вынужден сообщить ПИН третьему лицу (техническому персоналу), для внесения его в конфигурационный файл. </p><p>К сожалению, это совершенно не разрешит наших затруднений.<br />Такое применения функции ПИН на мой взгляд не допустимо и не делает ситуацию безопаснее для владельца КЭП.</p>]]></content>
			<author>
				<name><![CDATA[care_bus]]></name>
				<uri>https://forum.rutoken.ru/user/14117/</uri>
			</author>
			<updated>2023-10-23T13:25:21Z</updated>
			<id>https://forum.rutoken.ru/post/21861/#p21861</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Выпуск КЭП для работы с ЕГАИС после 1.09.2023]]></title>
			<link rel="alternate" href="https://forum.rutoken.ru/post/21669/#p21669" />
			<content type="html"><![CDATA[<p><strong>care_bus</strong>, Здравствуйте, PIN-код для работы с токеном прописывается в файле конфигурации УТМ один раз и во время работы не запрашивается.</p>]]></content>
			<author>
				<name><![CDATA[Ксения Шаврова]]></name>
				<uri>https://forum.rutoken.ru/user/8982/</uri>
			</author>
			<updated>2023-10-06T09:41:30Z</updated>
			<id>https://forum.rutoken.ru/post/21669/#p21669</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Выпуск КЭП для работы с ЕГАИС после 1.09.2023]]></title>
			<link rel="alternate" href="https://forum.rutoken.ru/post/21618/#p21618" />
			<content type="html"><![CDATA[<p>Добрый день.<br />Возможно, кто-то уже сталкивался с проблемой которую я опишу ниже.<br />Так-же, возможно я не владею какой то значимой информацией в законодательной части и могу допустить ошибки.<br />Так-же, возможно я не владею какими либо знаниями по технической части, которые позволят разрешить моё затруднение иными способами.<br />т.е. в тексте ниже, могут быть допущены значительные ошибки.<br />Я описываю ситуацию в целом, для того что бы на них могли указать.<br />В любом случае, спасибо.</p><br /><p>Проблема:<br />С 1 сентября 2023 выпуск КЭП (Квалифицированная электронная подпись) на сотрудников организаций прекращен законодательно.<br />Выпуск более одной КЭП на генерального директора организации так-же не возможен.</p><p>Теперь государственные службы предлагают выпускать КЭП на сотрудников физических лиц, а организациям выпускать для этих сотрудников МЧД (Машиночитаемую доверенность) для наделения их полномочиями.</p><p>Это всё более или менее работает, кроме одного момента: ЕГАИС.<br />Для работы ЕГАИС на каждом торговом объекте, должна быть КЭП записанная на электронный ключ-носитель, к ней же на портале ФСРАР должен быть выпущен дополнительный сертификат.<br />Программное обеспечение систем учета, используемых на объекте соединяется с УТП (Универсальный транспортный модуль, ПО выпущенное ФСРАР) и отправляет данные по манипуляциям с алкогольной продукцией в надзорный орган.<br />При этом носитель с КЭП должен постоянно присутствовать подключенным к тому вычислительному устройству, на которое установлен УТП, для его работы.</p><p>Ранее такие КЭП для работы с ЕГАИС в множественном числе выпускались на ГД организации, или на ответственное лицо по доверенности (у нас пара десятков торговых объектов).<br />Теперь, оба этих варианта не доступны.</p><p>Единственным вариантом, который остаётся в нашем распоряжении и который озвучивают представители удостоверяющих центров: ваш сотрудник выпускает себе КЭП на физическое лицо и организация выпускает на неё МЧД на операции с ЕГАИС.</p><p>Однако, нам как участнику рынка, не ясно, каким образом мы должны обязать нашего сотрудника передать нам (как организации) его личную КЭП физического лица для работы с ЕГАИС. Сотрудники отказываются от такого варианта по понятным причинам - это не безопасно.</p><p>И в отличии от КЭП сотрудника организации такая подпись будет полностью &quot;идентична натуральной&quot;, т.е. риски сотрудника, физического лица очень велики, в случае утери/кражи/злонамеренных действий в его отношении.</p><p>Конечно, для носителей существует возможность установить на них дополнительную защиту паролем.<br />Однако, мне не очень ясно, как в этом случае будет вести себя УТМ.<br />Будет ли он регулярно запрашивать аутентификацию паролем при отправке данных.<br />Ну и сам факт передачи (операция которую лично я считаю недопустимой) никуда не денется.</p><p>Так-же мне не ясна правовая основа такой передачи носителя с КЭП, если она будет осуществлена.<br />Возможно ли это с правовой точки зрения в принципе и какие риски могут в этом случае проявится не только по отношению к физическому лицу, но и к организации.</p><br /><p>Как-то так ...<br />Что делать-то?</p>]]></content>
			<author>
				<name><![CDATA[care_bus]]></name>
				<uri>https://forum.rutoken.ru/user/14117/</uri>
			</author>
			<updated>2023-10-03T13:36:30Z</updated>
			<id>https://forum.rutoken.ru/post/21618/#p21618</id>
		</entry>
</feed>
