ilzag
commented
5 months ago Добрый день! Если доверенность зарегистрирована в сервисе Контур.Доверенность, то через внутреннее обращение к нему Диадок получает недостающую информацию.
Closed demions closed 5 months ago
ilzag
commented
5 months ago Добрый день! Если доверенность зарегистрирована в сервисе Контур.Доверенность, то через внутреннее обращение к нему Диадок получает недостающую информацию.
Коллеги, привет.
Наткнулись на след. проблему с отображением МЧД, подскажите логику, пожалуйста:
Прод документ от Контура, здесь в МЧД есть ссылка на проверку МЧД, плюс 3 параметра - GUID, ИНН доверителя, ИНН доверенного лица.
Тестовый документ с нашей интеграции, где МЧД выпущено в тестовом блокчейне ФНС. Т.к. diadoc.kontur.ru видимо смотрит на прод блокчейн, доверенность не найдена, это допустим корректно. Но в параметрах доверенности указаны след. параметры - GUID, ИНН доверителя. ИНН доверенного лица при этом отсутствует.
Вопрос - ИНН доверенного лица в тестовом документе отсутствует из-за того, что не найдена доверенность в блокчейне, или мы сами при указании МЧД не заполнили какие-то параметры ИНН доверенного лица (или какие-то другие проблемы у нас в процессе)? Откуда при проверке МЧД у вас берется ИНН доверенного лица, если в PowerOfAttorneyFullId, который используется при отправке информации об МЧД, такого параметра нет?
На данный момент мы отправляем МЧД след. образом: в Контур.Доверенность регистрируется МЧД, в нашей системе хранится GUID и ИНН доверителя. При отправке документа (мы отправляем через отдельную сервисную УЗ) мы заполняем SignedContent.PowerOfAttorneyFullId (GUID и ИНН доверителя). ИНН доверенного лица при этом не передаем.
Для полной проверки статуса доверенности ФНС требует три параметра: GUID, ИНН доверителя. ИНН доверенного лица, поэтому нам критично понять, смогут ли наши контрагенты получить все три параметра. Нужны нам для этого какие-то правки с нашей стороны, или проблема только с тем, что наши тестовые МЧД не находятся в прод блокчейне ФНС?
Спасибо.