Ответы руководителя проекта блокчейн-реестра машиночитаемых доверенностей ФНС Романа Чубарова на вопросы представителей бизнеса.
Материал встречи, прошедшей 22 декабря 2022 г.
Будет ли доступна для юрлиц прямая интеграция по API с распределенным реестром доверенностей ФНС, если да, то когда?
Смогут ли подключаться к реестру не только ЭДО-операторы, но также иные системы (например, Hrlink, Directum)?
Постановление №223 четко регламентирует, кто может хранить чужие МЧД – аккредитованные удостоверяющие центры, ДТС, операторы ЭДО, ФОИВы и Фонды, Госуслуги. Соответственно, только они и могут присоединяться к реестру. Если законодательно будет расширен этот список – сможем присоединять других участников. Если хозяйствующие субъекты хотят присоединиться – то только через уже существующие узлы (операторы реестра). Прямого подключения по API к ФНС России не предоставляется, только через любой узел реестра - участника распределенного реестра.
Для крупных организаций, которые не подпадают под критерии, описанные в постановлении, единственный на данный момент доступный вариант – это стать оператором ЭДО.
Смогут ли подключаться к реестру не только ЭДО-операторы, но также иные системы (например, Hrlink, Directum)?
Постановление №223 четко регламентирует, кто может хранить чужие МЧД – аккредитованные удостоверяющие центры, ДТС, операторы ЭДО, ФОИВы и Фонды, Госуслуги. Соответственно, только они и могут присоединяться к реестру. Если законодательно будет расширен этот список – сможем присоединять других участников. Если хозяйствующие субъекты хотят присоединиться – то только через уже существующие узлы (операторы реестра). Прямого подключения по API к ФНС России не предоставляется, только через любой узел реестра - участника распределенного реестра.
Для крупных организаций, которые не подпадают под критерии, описанные в постановлении, единственный на данный момент доступный вариант – это стать оператором ЭДО.
БОЛЕЕ ПОДРОБНО О МАШИНОЧИТАЕМЫХ ДОВЕРЕННОСТЯХ
Все ли узлы хранят все МЧД? Если да, то как решается вопрос с разрешением на обработку персональных данных и кто в этом случае является оператором?
Все доверенности, попавшие в распределенный реестр, реплицируются на центральный узел ФНС – именно он обеспечивает валидацию запросов на получение полных сведений из доверенностей. Все доверенности, которые связаны с сектором госуслуг, будут реплицироваться дополнительно на узел Госуслуг. Все доверенности, которые связаны с финансовым рынком – дополнительно реплицироваться на узел Центрального банка. Также доверенность хранится на том узле, через который она опубликована в реестр.
Если доверитель не хочет, чтобы доверенность хранилась у какого-либо узла, он может через портал самообслуживания опубликовать ее сразу в мастер-узел ФНС или узел Центрального банка, или на узел Госуслуг.
Требования к обеспечению мер по защите персональных данных в соответствии с законом от 27.07.2006 №152-ФЗ предусмотрены Постановлением №223. В распределенном реестре мы предъявляем повышенные требования - каждому оператору узла необходимо заранее провести обязательную аттестацию своей информационной системы и подтвердить это документарно.
Все ли узлы хранят все МЧД? Если да, то как решается вопрос с разрешением на обработку персональных данных и кто в этом случае является оператором?
Все доверенности, попавшие в распределенный реестр, реплицируются на центральный узел ФНС – именно он обеспечивает валидацию запросов на получение полных сведений из доверенностей. Все доверенности, которые связаны с сектором госуслуг, будут реплицироваться дополнительно на узел Госуслуг. Все доверенности, которые связаны с финансовым рынком – дополнительно реплицироваться на узел Центрального банка. Также доверенность хранится на том узле, через который она опубликована в реестр.
Если доверитель не хочет, чтобы доверенность хранилась у какого-либо узла, он может через портал самообслуживания опубликовать ее сразу в мастер-узел ФНС или узел Центрального банка, или на узел Госуслуг.
Требования к обеспечению мер по защите персональных данных в соответствии с законом от 27.07.2006 №152-ФЗ предусмотрены Постановлением №223. В распределенном реестре мы предъявляем повышенные требования - каждому оператору узла необходимо заранее провести обязательную аттестацию своей информационной системы и подтвердить это документарно.
В соответствии с постановлениями №№ 223 и 224 операторы ЭДО должны заключать соглашения с доверителями о хранении МЧД. Нужно ли нам, как оператору ЭДО, заключать с клиентами это соглашение при хранении МЧД в распределенном реестре ФНС?
На законодательном уровне пока не утверждено только то, что оператор ЭДО может не хранить у себя МЧД, а выступать посредником между доверителем и ФНС – т.е. для передачи МЧД на хранение в распределенный реестр ФНС (когда в самой доверенности доверитель указал, что МЧД хранится в реестре ФНС).
Сам доверитель должен отдавать себе отчет, что когда он отдает доверенность на хранение третьим лицам, то любой, у кого есть электронный документ, подписанный его представителем, и содержащий ссылку на эту доверенность, сможет получить из мест ее хранения, в т.ч. и из распределенного реестра, доверенность вместе с персональными данными представителя и доверителя. Если только законодательно не будет придуман новый способ по защите доступа к МЧД, например, использовать специальный ключ для доступа к МЧД – выдаваемый доверителем.
В распределенном реестре ФНС мы уже реализовали прототип такой защиты – ключ, состоящий из ИНН доверителя + ИНН (СНИЛС) представителя + GUID доверенности. ФНС открыто для предложений по улучшению такой защиты – возможно кто-то из участников эксперимента ФНС по распределенному реестру предложит альтернативный ключ защиты, относительно того, который используется сейчас. Свои предложения можно направлять по адресу edo@tax.gov.ru с темой в письме «Предложения по улучшению проекта МЧД» или можно воспользоваться QR-кодом.
На законодательном уровне пока не утверждено только то, что оператор ЭДО может не хранить у себя МЧД, а выступать посредником между доверителем и ФНС – т.е. для передачи МЧД на хранение в распределенный реестр ФНС (когда в самой доверенности доверитель указал, что МЧД хранится в реестре ФНС).
Сам доверитель должен отдавать себе отчет, что когда он отдает доверенность на хранение третьим лицам, то любой, у кого есть электронный документ, подписанный его представителем, и содержащий ссылку на эту доверенность, сможет получить из мест ее хранения, в т.ч. и из распределенного реестра, доверенность вместе с персональными данными представителя и доверителя. Если только законодательно не будет придуман новый способ по защите доступа к МЧД, например, использовать специальный ключ для доступа к МЧД – выдаваемый доверителем.
В распределенном реестре ФНС мы уже реализовали прототип такой защиты – ключ, состоящий из ИНН доверителя + ИНН (СНИЛС) представителя + GUID доверенности. ФНС открыто для предложений по улучшению такой защиты – возможно кто-то из участников эксперимента ФНС по распределенному реестру предложит альтернативный ключ защиты, относительно того, который используется сейчас. Свои предложения можно направлять по адресу edo@tax.gov.ru с темой в письме «Предложения по улучшению проекта МЧД» или можно воспользоваться QR-кодом.
Свои предложения можно направлять по адресу edo@tax.gov.ru с темой в письме «Предложения по улучшению проекта МЧД» или можно воспользоваться QR-кодом.
Реализован ли на блокчейн-платформе ФНС механизм отслеживания передоверия доверенности (наличие родительской доверенности, на основании которой выпускается новая доверенность)?
Реализована ли уже публикация нотариально удостоверенных доверенностей в реестре?
При загрузке xml-файла с подписью через любой узел распределенного реестра или через портал самообслуживания, который составлен как доверенность, выданная в порядке передоверия, система оператора участника реестра или портал самообслуживания его попросит сначала загрузить корневую доверенность (если ее нет в распределенном реестре), и после этого он сможет загрузить МЧД, выданную в порядке передоверия. Система определит связи между этит доверенностями, в ней сформируются карточки для учета всех событий в этой цепочке доверия. Однако интерфейс на портале самообслуживания для конечного потребителя – пользователя, с визуализацией для него этих карточек, а также сам визард-сервис по созданию таких xml, будет готов в январе.
Что касается нотариальной доверенности – реестр умеет проверять подпись нотариуса, проверять по формату те реквизиты доверенности, которые относятся к нотариальным. Но так как формат 002 был опубликован в августе, то не все информационные системы в стране успели его реализовать. Например, доработки в единой информационной системе нотариата также находятся на стадии завершения. Как только ФНП завершит работы по внедрению формата, первую же МЧД, которую они выдадут доверителю, можно будет загрузить в реестр через любой узел, в том числе свой.
Если заявление об отмене публикуется в единой системе нотариата, в реестр ФНС оно также попадет?
Мы нацелены на завершения такой интеграции между реестром ФНС и ЕИС Нотариата к концу первого квартала.
Реализована ли уже публикация нотариально удостоверенных доверенностей в реестре?
При загрузке xml-файла с подписью через любой узел распределенного реестра или через портал самообслуживания, который составлен как доверенность, выданная в порядке передоверия, система оператора участника реестра или портал самообслуживания его попросит сначала загрузить корневую доверенность (если ее нет в распределенном реестре), и после этого он сможет загрузить МЧД, выданную в порядке передоверия. Система определит связи между этит доверенностями, в ней сформируются карточки для учета всех событий в этой цепочке доверия. Однако интерфейс на портале самообслуживания для конечного потребителя – пользователя, с визуализацией для него этих карточек, а также сам визард-сервис по созданию таких xml, будет готов в январе.
Что касается нотариальной доверенности – реестр умеет проверять подпись нотариуса, проверять по формату те реквизиты доверенности, которые относятся к нотариальным. Но так как формат 002 был опубликован в августе, то не все информационные системы в стране успели его реализовать. Например, доработки в единой информационной системе нотариата также находятся на стадии завершения. Как только ФНП завершит работы по внедрению формата, первую же МЧД, которую они выдадут доверителю, можно будет загрузить в реестр через любой узел, в том числе свой.
Если заявление об отмене публикуется в единой системе нотариата, в реестр ФНС оно также попадет?
Мы нацелены на завершения такой интеграции между реестром ФНС и ЕИС Нотариата к концу первого квартала.
Как будет организовано хранение сведений об отзыве доверенности - централизованно или все сервисы должны будут обращаться друг к другу? Так как требований по хранению доверенности только в одной системе нет, будет ли ФНС ходить за проверкой МЧД в чужие системы?
ГК РФ обязывает доверителя выполнить набор мероприятий, связанных с отменой МЧД. Один из вариантов уведомления третьих лиц - это подача заявления о таком событии в Нотариальный реестр записей об отмененных письменных доверенностях, причем независимо от того, где доверенность хранится. Если доверенность хранится в реестре ФНС и там же размещается заявление об отмене, то блокчейн-платформа предоставляет доверителю бесшовный сценарий по передаче этого заявления в указанный реестр нотариата.
При этом надо отметить, что в соответствии с законодательством об электронной подписи в МЧД при формировании МЧД в ней необходимо указывать только одну систему, в которой хранится доверенность и куда публикуется заявление о ее отмене (то есть элемент не множественный).
ФНС не принимает МЧД доверенность, где единый исполнительный орган – это управляющая компания. Планируется ли доработка?
Речь, скорее всего, идет о взаимоотношениях представителей налогоплательщика с налоговым органом. Эти взаимоотношения с лета 2021 года уже в электронной форме через электронную доверенность – формат и порядок ее предоставления утверждены приказом ФНС России от 30.04.2021 № ЕД-7-26/445@. Там формат электронной доверенности свой, и он не поддерживает указание управляющей компании в качестве доверителя. В формате МЧД уже сейчас такой сценарий поддерживается и реализован в распределенном реестре ФНС.
Происходит ли автоматическое аннулирование доверенности при ликвидации юридического лица?
В гражданском кодексе перечислен комплекс событий, которые приводят к прекращению действия доверенностей. К таким событиям относится ликвидация юридического лица-доверителя или прекращение гражданского состояния физического лица-представителя.
Это означает, что распределенный реестр имеет право изменить статус МЧД для выполнения этой нормы гражданского кодекса. В течение суток с момента ликвидации организации реестр ФНС автоматически переведет такую доверенность в статус «прекращено действие», и в мета-данных МЧД отразит эти события.
В следующем году в реестре будет добавлен функционал – вместе с МЧД будет предоставляться и указанные мета-данные с событиями о жизненном цикле доверенности, например, когда доверенность создана, когда зарегистрирована, по какой причине была отменена или прекращение ее действия. Все эти события будут помещены в машиночитаемом виде в архив с МЧД. Имея такие мета-данные, можно увеличить уровень автоматизации проверки полномочий подписанта электронного документа по такой МЧД.
Если мы все по каждому электронному документу будем обращаться в распределенный реестр за статусом и проверкой полномочий, то задедосим ФНС. Готова ли система к массированным обращениям?
В этом-то и состоит идея блокчейна, что оператору не нужно обращаться каждый раз к мастер-узлу ФНС, он обращается к своей базе, своей копии блокчейн реестра для получения информации о статусе МЧД.
А для проверки полномочий МЧД пользователь или оператор ЭДО один раз скачивает ее к себе, сохраняет, разбирает и анализирует данные, и дальше при каждом этапе бизнес-процесса проверяет только ее статус за счет обращения к любому узлу распределенного реестра.
В гражданском кодексе перечислен комплекс событий, которые приводят к прекращению действия доверенностей. К таким событиям относится ликвидация юридического лица-доверителя или прекращение гражданского состояния физического лица-представителя.
Это означает, что распределенный реестр имеет право изменить статус МЧД для выполнения этой нормы гражданского кодекса. В течение суток с момента ликвидации организации реестр ФНС автоматически переведет такую доверенность в статус «прекращено действие», и в мета-данных МЧД отразит эти события.
В следующем году в реестре будет добавлен функционал – вместе с МЧД будет предоставляться и указанные мета-данные с событиями о жизненном цикле доверенности, например, когда доверенность создана, когда зарегистрирована, по какой причине была отменена или прекращение ее действия. Все эти события будут помещены в машиночитаемом виде в архив с МЧД. Имея такие мета-данные, можно увеличить уровень автоматизации проверки полномочий подписанта электронного документа по такой МЧД.
Если мы все по каждому электронному документу будем обращаться в распределенный реестр за статусом и проверкой полномочий, то задедосим ФНС. Готова ли система к массированным обращениям?
В этом-то и состоит идея блокчейна, что оператору не нужно обращаться каждый раз к мастер-узлу ФНС, он обращается к своей базе, своей копии блокчейн реестра для получения информации о статусе МЧД.
А для проверки полномочий МЧД пользователь или оператор ЭДО один раз скачивает ее к себе, сохраняет, разбирает и анализирует данные, и дальше при каждом этапе бизнес-процесса проверяет только ее статус за счет обращения к любому узлу распределенного реестра.
Как будет организовано хранение сведений об отзыве доверенности - централизованно или все сервисы должны будут обращаться друг к другу? Так как требований по хранению доверенности только в одной системе нет, будет ли ФНС ходить за проверкой МЧД в чужие системы?
ГК РФ обязывает доверителя выполнить набор мероприятий, связанных с отменой МЧД. Один из вариантов уведомления третьих лиц - это подача заявления о таком событии в Нотариальный реестр записей об отмененных письменных доверенностях, причем независимо от того, где доверенность хранится. Если доверенность хранится в реестре ФНС и там же размещается заявление об отмене, то блокчейн-платформа предоставляет доверителю бесшовный сценарий по передаче этого заявления в указанный реестр нотариата.
При этом надо отметить, что в соответствии с законодательством об электронной подписи в МЧД при формировании МЧД в ней необходимо указывать только одну систему, в которой хранится доверенность и куда публикуется заявление о ее отмене (то есть элемент не множественный).
Когда платформа будет готова исполнять все требования постановления № 223, в том числе предоставление подтверждений о регистрации и отзыве доверенности с подписью ФНС?
Такие работы запланированы на следующий год. В связи с тем, что вышел закон о продлении переходного периода по МЧД - срок, когда все ключевые функции распределенного реестра, предусмотренные законодательством (в том числе выпуск квитанций с автоподписью), должны быть реализованы – это до 1 сентября 2023 г.
Будет ли публичный SLA у реестра ФНС?
В следующем году будет создана промо-страница про эту технологию ФНС, как замена существующего портала самообслуживания. Там будут обновлены интерактивные сервисы самообслуживания, а также размещен публичный SLAв виде манифеста. И скорее всего, к концу 2023 года там появятся метрики – рейтинг узлов реестра в зависимости от скорости их работы. Это будет стимулировать операторов соревноваться друг с другом для достижения лучших показателей SLA.
Какие технологические и/или организационные решения рекомендует применять ФНС в периоды недоступности центрального узла ФНС, чтобы бизнес-процессы хозяйствующих субъектов, завязанные на использовании ЭДО, не останавливались?
У ФНС два геораспределнных ЦОДа (TIER III), мастер-узел является частью информационной системы ФНС, у которой SLA – 95%, оставшиеся 5% относится к техническому обслуживанию. В эти периоды запросы каждого узла автоматически будут перенаправлены от мастер-узла ФНС в узел, через который доверенность была опубликована. Таким образом, целевой SLA распределенного реестра 99,5%.
В следующем году будет создана промо-страница про эту технологию ФНС, как замена существующего портала самообслуживания. Там будут обновлены интерактивные сервисы самообслуживания, а также размещен публичный SLAв виде манифеста. И скорее всего, к концу 2023 года там появятся метрики – рейтинг узлов реестра в зависимости от скорости их работы. Это будет стимулировать операторов соревноваться друг с другом для достижения лучших показателей SLA.
Какие технологические и/или организационные решения рекомендует применять ФНС в периоды недоступности центрального узла ФНС, чтобы бизнес-процессы хозяйствующих субъектов, завязанные на использовании ЭДО, не останавливались?
У ФНС два геораспределнных ЦОДа (TIER III), мастер-узел является частью информационной системы ФНС, у которой SLA – 95%, оставшиеся 5% относится к техническому обслуживанию. В эти периоды запросы каждого узла автоматически будут перенаправлены от мастер-узла ФНС в узел, через который доверенность была опубликована. Таким образом, целевой SLA распределенного реестра 99,5%.
Когда будет опубликован единый формат МЧД (версия формата 003)?
Камнем преткновения для выпуска единого формата МЧД является необходимость создания единого Классификатора 2.0.
Сейчас он «плоский», где есть код и наименование полномочия, а он должен быть современный – быть составным, как конструктор Лего. То есть несколько справочников будут использоваться в совокупности для того, чтобы собрать полномочие и его ограничения. Концепцию современного классификатора 2.0 предложила Минцифре рабочая группа экспертов - представителей бизнеса, созданная при ФНС, регулятор ее поддержал, нотариат также поддержал эту идею.
По обновленному в октябре 2022 года плану Минцифры классификатор 2.0 должен быть выпущен только к концу марта. И получается, что без учета нового классификатора следующую версию формата доверенности нет смысла делать.
Проект единого формата МЧД (следующая версия формата 003) будет разработан до конца 2022 года. Соответственно, уже сейчас в формат закладываются новые универсальные элементы, которые позволят работать с составными полномочиями, собранными из кодов, включенных в разные справочники нового классификатора. До конца этого года мы планируем разослать на обсуждение проект единого формата МЧД.
Важно иметь в виду, что реестр ФНС будет поддерживать и текущий формат 002, который сейчас используется, и следующий 003 (единый формат МЧД). Поэтому не нужно ждать обновленный формат, стоит работать с тем, что уже сейчас есть, т.к. следующая версия формата направлена, в первую очередь, на новый классификатор и на реквизиты для использования МЧД на портале Госуслуги.