Ковальчук: «Система ГИС ЖКХ содержит огромное количество ошибок и фактически не работает. ГИС ЖКХ: асинхронная модель взаимодействия

Кто хоть раз заполнял ГИС ЖКХ , знает, сколько вопросов и сложностей возникает при работе в системе. Как организовать работу, какие сведения и в каком порядке размещать, мы рассказывали в цикле . Но есть ситуации, справиться с которыми пользователь бессилен. Это системные ошибки, технические неполадки, обновления вкладок и так далее.

Для решения таких вопросов работает служба технической поддержки ГИС ЖКХ. Но не всегда обращение к её специалистам помогает исправить ситуацию. Почему так происходит, давайте разберёмся. Сегодня мы расскажем, как общаться со службой поддержки и добиться устранения ошибки.

Причины обращений

В службу технической поддержки не только можно, но и нужно обращаться по любой технической проблеме, которая возникает в процессе размещения сведений на портале ГИС ЖКХ.

Причина обращения может быть любая: непонятен порядок работы с вкладкой портала, возникла системная ошибка , не уверены, что правильно понимаете тот или иной вопрос по размещению сведений и т. д.

Мы понимаем, что количество обращений в ГИС ЖКХ и так огромно, но обращаться в службу техподдержки всё же имеет смысл.

Во-первых, чем раньше вы обратитесь, тем больше шансов, что вашу проблему разрешат в ближайшем обновлении версии системы.

Во-вторых, если больше однотипных обращений будет поступать в техподдержку, это будет сигналом, что проблема приобретает глобальные масштабы и её важно решить как можно скорее. Это также приближает вас к устранению системной ошибки.

Как обратиться

Обращаться в техническую поддержку вы можете как по телефону, так и с помощью формирования электронного обращения. Рекомендуем совмещать оба способа обращений и регулярно напоминать о себе.

Нередко устранения ошибки приходится ждать по полгода. А нас такой вариант не устраивает. Поэтому проявим настойчивость.

Чем чаще напоминаете о себе, тем реальнее положительное решение вопроса.

Совсем не плохо, если сотрудники ГИС ЖКХ узнают вас с первых слов приветствия. Обычно, если попросить специалистов техподдержки перевести звонок на другого специалиста (например, звонок прервался, и вы перезвонили), отвечают, что такой технической возможности нет. Однако как только вы проявляете упорство, возможность тут же находится.

Вашей маленькой победой в переговорах с технической поддержкой будет, если вас переключают на другого специалиста. Это редкость, обычно операторы просто уточняют информацию или обещают предоставить ответ в письменном виде. Возможно, специалист «второго уровня» более компетентен.

Главная цель переговоров - добиться решения проблемы в реальный срок или хотя бы узнать объективную причину затягивания этого срока.

Немаловажен психологический аспект общения - уверенность в голосе. Если у вас дрожит голос или вы путаетесь в теме, которую пытаетесь обсуждать, больше вероятность, что вас отправят ждать письменный ответ.

Сколько ждать ответ

К сожалению, сроков устранения системных ошибок по обращениям не установлено. Мы пытались выяснить у специалистов технической поддержки, на основании какого нормативно-правового акта они работают, но они не смогли дать ответ.

На просторах портала ГИС ЖКХ во вкладке «Регламенты и инструкции» пользователям сайта доступен документ под названием «Порядок работы службы поддержки ГИС ЖКХ». В нём нет ни сведений об авторе, ни реквизитов, даты и подписи.

Чёткого порядка работы вышеуказанный документ не содержит, сроков тоже. Конечно, сроки обработки обращений в электронной форме там есть: в течение 6 календарных дней. И, как правило, этот срок соблюдается. Но это срок, в течение которого вам пришлют ответ, а не срок устранения проблем, указанных в обращении.

Поэтому ожидайте, что формальный ответ вы получите вовремя. А вот будет ли в нём польза - неизвестно.

«Мы изучим ваш вопрос»

Типичная ситуация: вы получили письменный ответ от ГИС ЖКХ , но он никак не помог вам в решении проблемы. В ответе вам могут сообщить, что информация передана техническим специалистам для устранения проблемы. Или другой вариант:

«Для ответа на обращение требуется детальное изучение вопроса».

А потом ещё: «Для обработки обращения просим Вас дополнительно предоставить следующие сведения...».

Если вы получили такое письмо, возможно, в этом есть ваша недоработка и первоначальная заявка (электронное обращение) составлена не подробно, без конкретики, с большим количеством общих фраз. Отсюда ещё один совет: составляйте текст обращения как можно подробнее, с описанием последовательности ваших действий, с пошаговым приложением снимков экрана.

5 советов, когда ничего не помогает

Совет 1. Отправляйте электронные обращения. Они могут обезопасить вас от негативных последствий, связанных с неисполнением обязанностей по размещению информации.

Например: вам необходимо разместить сведения о лицевых счетах и/или помещениях МКД. Допустим, при первичном размещении общих сведений об МДК вы допуcтили ошибку по выбору типа дома: указали тип «жилой» вместо «многоквартирный».

Вследствие такой оплошности вы не сможете дальше размещать сведения по помещениям и лицевым счетам, а в дальнейшем информацию по приборам учёта. В системе должна быть возможность отредактировать сведения, но встречаются системные сбои или ошибки. И отредактировать не получается. А сроки наступления ответственности близко. И вы в панике пишете обращение в службу поддержки.

Если даже специалисты технической поддержки не устранят проблему, у вас будет письменное подтверждение, что вы предприняли все меры для исправления ошибки. ГЖИ предъявит вам претензию, а вы им - переписку с ГИС ЖКХ.

Совет 2. Записывайте телефонные разговоры. Для этого есть несколько причин. Например, человеческий фактор. Иногда в ответ на вашу настойчивость специалисты технической поддержки могут нагрубить, бросить трубку или ввести вас в заблуждение. Или ваш номер телефона добавят в «чёрный список». Не стоит отчаиваться! Перезвоните с другого телефона и потребуйте объяснений. Вот увидите, недоразумение будет исправлено.

Совет 3. Попросите поднять приоритет вашей заявки. Дайте понять, что ваш вопрос - важный и вы намерены контролировать выполнение заявки. Аргументируйте свою настойчивость. Например, скажите, что вам стало известно о возможной внеплановой проверке в отношении вашей УО.

Совет 4. Звоните нескольким специалистом по одному вопросу. Бывают случаи, когда на один вопрос специалисты дают разные, а иногда и противоположные ответы. Поэтому после звонка двум специалистам не надо стесняться звонить третьему.

Совет 5. Пишите жалобу. Если по-хорошему совсем не получается, выход только один: жалоба.

Минкомсвязи и Минстрой РФ не останутся безучастны к вашей проблеме. Как минимум будет проведена проверка по истории вашего обращения. Вероятно, этого будет достаточно, чтобы ускорить устранение проблемы.

Нюансов в общении со службой технической поддержки ГИС ЖКХ можно выделить много. Но принцип здесь один: под лежачий камень вода не течёт. Если вам важно, чтобы ошибка была устранена, действуйте, уточняйте, настаивайте.

Если у вас остались вопросы, вы всегда можете обратиться к нам за консультацией. Мы помогаем УО и ТСЖ соответствовать ПП РФ №731 о Стандарте раскрытия информации () и ФЗ №209 о ГИС ЖКХ (). в 6.7 раз. А также помогаем . Будем рады помочь и вам!

Продолжаю делиться опытом по взаимодействию с ГИС ЖКХ. Следующей задачей, после , стала организация обмена сообщениями. Разработчики ГИС ЖКХ предлагают две модели взаимодействия: синхронную и асинхронную. Некоторые разработчики выбирают синхронную модель из-за её простоты и доступности. В этой статье постараюсь объяснить, почему нужно использовать именно асинхронную модель и дать подсказки по реализации на C#.

Выбор модели взаимодействия

Синхронная модель подразумевает классический «запрос-ответ». Вы формируете объект запроса, отправляете его в ГИС ЖКХ, и система удерживает соединение до того момента как не будет сформирован ответ или соединение не разорвётся по таймауту.

Асинхронная модель строится на двух операциях: постановка задания на выполнение действия и запрос состояния выполнения действия (при необходимости повторяем несколько раз). Именно эта модель взаимодействия называлась разработчиками ГИС ЖКХ как предпочтительная и рекомендуемая. Далее мы подробно рассмотрим эти обе операции.

Постановка задания на выполнение действия

Для получения информации или отправки данных в ГИС ЖКХ, необходимо заполнить объект запроса. Именно в нём находится информация «по какому дому нужно получить информацию» или «какие именно лицевые счета нужно создать в ГИС ЖКХ».

В сообщении также указывается идентификатор сообщения (MessageGUID), он однозначно идентифицирует сообщение в информационной системе. Запрос, с одним и тем же MessageGUID можно несколько раз отправлять в ГИС ЖКХ, и ГИС ЖКХ гарантирует, что он выполнится один раз . Например, при постановке задания на создание лицевых счетов запрос упал по таймауту или связь внезапно прервалась, мы можем потом ещё раз отправить этот же запрос с уверенностью, что лишних лицевых счетов мы не создадим.

Если выполняется отправка массива объектов, каждому объекту присваивается TransportGUID, он позволяет сопоставить объект запроса и ответа. Например, из результата обработки мы сможем узнать, почему именно этот лицевой счет из всего сообщения не принимается ГИС ЖКХ.

В ответ мы получим другой MessageGUID – идентификатор запроса в ГИС ЖКХ. Именно по этому идентификатору будет запрашиваться состояние выполнения запроса в ГИС ЖКХ.

Запрос состояния выполнения действия

Для получения состояния выполнения нужно выполнить короткий запрос getStateResult. В нём указывается MessageGUID, присвоенный в ГИС ЖКХ. Этот запрос можно отправлять несколько раз.

В ответе мы получим состояние обработки сообщения: принято, в обработке, готово. Если сообщение обработано, ГИС ЖКХ возвращает либо результат обработки (получаемый объект или информацию об отправке данных), либо сообщает об ошибках, произошедших при обработке сообщения. Самые распространённые ошибки: «», «Доступ запрещен для поставщика данных организация "*" полномочие "*" », «Удаленный сервер вернул неожиданный ответ: (502) Bad Gateway. », «Прослушивание на api.dom.gosuslugi.ru * не выполняла ни одна конечная точка, которая могла бы принять сообщение. » и прочее. По сути, они делят сообщения на два типа: те сообщения, которые можно отправить ещё раз и те, которые уже нет смысла повторно отправлять. Для себя решили, что, если получаем обработанную ошибку ГИС ЖКХ, то повторно запрос не отправляем. Если запрос отвалился по таймауту или проблема в нашем коде, отправляем сообщение ещё раз.

Типичные ошибки ГИС ЖКХ

Выполнение обработки сообщения на стороне ГИС ЖКХ проходит не в транзакции.
Например, мы отправляем сообщение на создание 30 лицевых счетов, в результате получаем «EXP001000: Внутренняя ошибка. ». Мы справедливо ожидаем, что ни один из лицевых счетов не создался, однако при контрольной проверке видим, что ВСЕ лицевые счета создались.
Некоторые запросы «зависают» в статусе «принято» или «в обработке» на неопределенное время.
Обычно результат обработки сообщения можно получить через несколько секунд, но некоторые сообщения висят в необработанном статусе несколько дней, такие сообщения нужно на своей стороне помечать, чтобы не спрашивать состояние обработки в очередной раз.

Из-за подобных «особенностей» процесс отправки информации в ГИС ЖКХ делится на три этапа:

Загружаем информацию из ГИС ЖКХ для сверки текущего состояния
Отправка нужной информации в ГИС ЖКХ
Контрольная проверка загруженной информации, может быть, что-то опять упало с «EXP001000: Внутренняя ошибка. », а информация была создана.

Техническая сторона взаимодействия

Любой процесс взаимодействия с ГИС ЖКХ состоит их трёх этапов:

Получение информации для сообщений, сохранение её в БД
Создание прокси-объектов ГИС ЖКХ (напомню, мы работаем через WCF), отправка сообщения, обработка ответа, сохранение MessageGUID ГИС ЖКХ
Получение результата обработки, обработка результата

Создание сообщений

Для каждого типа взаимодействия мы создаем таблицу в БД, например, ExportHouseInfoMessages или ImportLsMessages, в ней мы храним всю необходимую информацию для создания прокси-объекта сообщения, которую будем отправлять в ГИС ЖКХ. Именно на этом этапе мы создаем MessageGuid сообщения.

На этом этапе нужно создать сообщения только по тем данным, по которым ещё не были созданы сообщения и не получен результат обработки, иначе можно задублировать данные.

Главная сложность этого этапа – достать данные, необходимые для отправки, из своей информационной системы. Например, в ГИС ЖКХ нужно отправлять все изменения в лицевых счетах, а у нас не было истории изменения в нужном разрезе.

Пример реализации на C#

///

/// Базовый сервис для первого этапа взаимодействия - создания сообщений ///

/// Тип доменного сообщения /// Тип объекта, который возвращается из информационной системы public class CreateMessageCoreService where TMessageDomain: MessageDomain { private readonly ISourceService _sourceService; private readonly IMessageDomainConverter _messageDomainConverter; private readonly IMessageDomainService _messageDomainService; private readonly IOrgPPAGUIDService _orgPPAGUIDService; private readonly IGisLogger _logger; public CreateMessageCoreService(ISourceService sourceService, IMessageDomainConverter messageDomainConverter, IMessageDomainService messageDomainService, IOrgPPAGUIDService orgPPAGUIDService, IGisLogger logger) { _sourceService = sourceService; _messageDomainConverter = messageDomainConverter; _messageDomainService = messageDomainService; _orgPPAGUIDService = orgPPAGUIDService; _logger = logger; } public void CreateMessages(CoreInitData coreInitData) { var stopWatch = new Stopwatch(); stopWatch.Start(); try { //получаем данные из информационной системы, по которым нужно осуществить взаимодействие var sourceDomains = _sourceService.GetSourceDomains(coreInitData); //получаем senderId по УК var orgPPAGUID = _orgPPAGUIDService.GetOrgPPAGUID(coreInitData.UkId); //по исходным данным создаем доменные сообщения var messages = _messageDomainConverter.ToMessageDomain(sourceDomains, coreInitData, orgPPAGUID); //сохраняем сообщения в базу данных _messageDomainService.InsertMessageDomains(messages); stopWatch.Stop(); _logger.Info(this.GetType(), $"Создано {messages.Count} доменных сообщений по УК {coreInitData.UkId} за {stopWatch.Elapsed}"); } catch (Exception ex) { _logger.Error(this.GetType(), $"Произошло исключение при обработке {coreInitData}", ex); } } }

Отправка сообщений

На этом этапе:

Поднимаем сообщения из БД, которые нужно отправить в ГИС ЖКХ
Создаем по ним прокси объекты сообщений
Отправляем в ГИС ЖКХ
Получаем MessageGUID ГИС ЖКХ
Сохраняем его в сообщении в БД

Пример реализации на C#

///

/// Базовый сервис для второго этапа взаимодействия - отправки сообщений ///

/// Тип доменного сообщения /// Тип прокси объекта сообщения /// Тип прокси объекта ответа public class SendMessageCoreService where TMessageDomain: MessageDomain where TAckProxy: IAckRequestAck { private readonly IMessageDomainService _messageDomainService; private readonly IMessageProxyConverter _messageProxyConverter; private readonly ISendMessageProxyProvider _sendMessageProxyProvider; private readonly ISendMessageHandler _sendMessageHandler; private readonly IGisLogger _logger; public SendMessageCoreService(IMessageDomainService messageDomainService, IMessageProxyConverter messageProxyConverter, ISendMessageProxyProvider sendMessageProxyProvider, ISendMessageHandler sendMessageHandler, IGisLogger logger) { _messageDomainService = messageDomainService; _messageProxyConverter = messageProxyConverter; _sendMessageProxyProvider = sendMessageProxyProvider; _sendMessageHandler = sendMessageHandler; _logger = logger; } public void SendMessages(CoreInitData coreInitData) { var stopWatch = new Stopwatch(); stopWatch.Start(); try { //получаем доменные сообщения для отправки //не обязательно могут быть только новые //также поднимаются не отправленные с первого раза var messages = _messageDomainService.GetMessageDomainsForSend(coreInitData); foreach (var messageDomain in messages) { try { //по каждому из доменных сообщений создаем прокси сообщение var proxyMessageRequests = _messageProxyConverter.ToMessageProxy(messageDomain); //отправляем прокси сообщение var proxyAck = _sendMessageProxyProvider.SendMessage(proxyMessageRequests); //обрабатываем успешный результат _sendMessageHandler.SendSuccess(messageDomain, proxyAck); } catch (Exception exception) { //обрабатываем исключения _sendMessageHandler.SendFail(messageDomain, exception); } } stopWatch.Stop(); _logger.Info(this.GetType(), $"По {messages.Count} доменным сообщениям УК {coreInitData.UkId} отправлено " + $"{messages.Count(x => x.Status == MessageStatus.Sent)} сообщений, " + $"{messages.Count(x => x.Status == MessageStatus.SendError)} упали с ошибкой, " + $"{messages.Count(x => x.Status == MessageStatus.SendErrorTryAgain)} будут отправлены повторно, за {stopWatch.Elapsed}"); } catch (Exception ex) { _logger.Error(this.GetType(), $"Произошло исключение при обработке {coreInitData}", ex); } } }

Получение результата обработки сообщения

На этом этапе:

Поднимаем сообщения из БД, по которым нужно получить результаты
Формируем прокси объект получения состояния обработки
Отправляем в ГИС ЖКХ
Если сообщение ещё не обработано, сохраняем в БД, что сообщение не обработано. Если после отправки сообщения прошло слишком много времени, помечаем сообщение.
Если по сообщению есть результат, его нужно обработать. Обычно это сохранение привязок идентификаторов объектов в ГИС ЖКХ и в нашей ИС.

Пример реализации на C#

///

/// Базовый сервис для третьего этапа взаимодействия - получения результата обработки ///

/// Тип доменного сообщения /// Тип прокси объекта запроса результата обработки /// Тип прокси объекта результата обработки сообщения /// Тип объекта результата обработки сообщения public class GetResultsCoreService where TMessageDomain: MessageDomain where TResultProxy: IGetStateResult { private readonly IMessageDomainService _messageDomainService; private readonly IGetResultProxyProvider _getResultProxyProvider; private readonly IGetStateProxyConverter _getStateProxyConverter; private readonly IResultConverter _resultConverter; private readonly ISaveResultService _saveResultService; private readonly IGetResultMessageHandler _getResultMessageHandler; private readonly IGisLogger _logger; ///

/// Количество дней, через которые считается, что запрос не выполнится никогда ///

private const int GET_RESULT_TIMEOUT_IN_DAYS = 3; public GetResultsCoreService(IMessageDomainService messageDomainService, IGetResultProxyProvider getResultProxyProvider, IGetStateProxyConverter getStateProxyConverter, IResultConverter resultConverter, ISaveResultService saveResultService, IGetResultMessageHandler getResultMessageHandler, IGisLogger logger) { _messageDomainService = messageDomainService; _getResultProxyProvider = getResultProxyProvider; _getStateProxyConverter = getStateProxyConverter; _resultConverter = resultConverter; _saveResultService = saveResultService; _getResultMessageHandler = getResultMessageHandler; _logger = logger; } public void GetResults(CoreInitData coreInitData) { var stopWatch = new Stopwatch(); stopWatch.Start(); try { //получаем доменнные сообщения для проверки результата обработки var messages = _messageDomainService.GetMessageDomainsForGetResults(coreInitData); foreach (var messageDomain in messages) { try { //по доменному сообщению получаем getState для проверки результатов обработки сообщения var getStateProxy = _getStateProxyConverter.ToGetStateResultProxy(messageDomain); TResultProxy resultProxy; //проверяем результат обработки. //если возвращается false, значит сообщение ещё не обработано //если true, значит можно получать результат обработки if (_getResultProxyProvider.TryGetResult(getStateProxy, out resultProxy)) { //полученный ответ преобразовываем из прокси сущности в нашу бизнес-сущность результата обработки var result = _resultConverter.ToResult(resultProxy); //сохраняем результат обработки сообщения _saveResultService.SaveResult(result, messageDomain); //проставляем статусы обработки сообщения в доменном сообщении _getResultMessageHandler.Success(messageDomain, result); } else { if (messageDomain.SendedDate.HasValue && DateTime.Now.Subtract(messageDomain.SendedDate.Value).Days > GET_RESULT_TIMEOUT_IN_DAYS) { //в течение таймаута не можем получить результат обработки сообщения, помечаем _getResultMessageHandler.NoResultByTimeout(messageDomain); } else { //помечаем, что сообщение ещё не обработалось _getResultMessageHandler.NotReady(messageDomain); } } } catch (Exception exception) { //обрабатываем исключения во время работы _getResultMessageHandler.Fail(messageDomain, exception); } } stopWatch.Stop(); _logger.Info(this.GetType(), $"По {messages.Count} доменным сообщениям УК {coreInitData.UkId} получено " + $"{messages.Count(x => x.Status == MessageStatus.Done)} успешных ответов, " + $"{messages.Count(x => x.Status == MessageStatus.InProcess)} в обработке, " + $"{messages.Count(x => x.Status == MessageStatus.ResponseTakingError)} упали с ошибкой, " + $"{messages.Count(x => x.Status == MessageStatus.ResponseTakingErrorTryAgain)} будут отправлены повторно, за {stopWatch.Elapsed}"); } catch (Exception ex) { _logger.Error(this.GetType(),$"Произошло исключение при обработке {coreInitData}", ex); } } }

Заключение

Асинхронная модель взаимодействия позволяет контролировать отправляемую информацию в ГИС ЖКХ за счет соглашения «один MessageGUID - одно выполненное действие». Рекомендую!

При присвоении адреса организации или объекта жилищного фонда в ГИС ЖКХ используются данные, полученные из федеральной адресной информационной системы (ФИАС). В процессе проведения опытной эксплуатации ГИС ЖКХ обнаружилось отсутствие в ФИАС значительного количества адресов.

Для решения указанной проблемы реализована схема добавления временного адреса в ГИС ЖКХ: на этапе выбора адреса при регистрации организации, заведении информации по Договорам управления/Уставам Вы можете сформировать заявку на добавление временного адреса следующим образом:

1. При заполнении формы «Выбор адреса» необходимо заполнить все известные Вам и доступные для заполнения атрибуты адреса.

Обращаем внимание, что на текущий момент имеется возможность формирования заявки на добавление следующих адресных объектов: населенный пункт, улица, доп. территория, улица на доп. территории, дом/корп./стр.

2. Нажать на кнопку «Сформировать заявку на добавление временного адреса объекта»

3. В открывшейся форме для тех атрибутов адреса, которые отсутствуют на текущий момент в справочнике ГИС ЖКХ и которые Вам необходимо добавить, нажать кнопку «Сформировать заявку»

4. При формировании заявки по адресному объекту заполнить необходимые параметры данного адресного объекта и нажать на кнопку «Сохранить»

5. После формирования заявок нажать на кнопку «Отправить».

Статус заявок возможно отслеживать в Личном кабинете в разделе «Справочники» — > «Реестр заявок на внесение изменений в справочники». Там же возможно сформировать заявку на добавление адреса. Указанный раздел доступен сотруднику с привилегией «Доступ к реестру заявок на внесение изменений в справочники». Привилегии настраиваются Администратором организации в Личном кабинете в разделе «Администрирование» — > «Сотрудники»

Дополнительно обращаем Ваше внимание: Оператором ФИАС является Федеральная налоговая служба. Вместе с тем, обязанность по актуализации ФИАС закреплена за органами местного самоуправления, органами государственной власти субъектов Российской Федерации — городов федерального значения Москвы и Санкт-Петербурга, уполномоченных на присвоение адресов объектам адресации, если законами не установлено, что данные полномочия осуществляются органами местного самоуправления внутригородских муниципальных образований городов федерального значения Москвы и Санкт-Петербурга. Для актуализации информации и внесения соответствующего адреса в ФИАС в соответствии с Федеральным законом №443-ФЗ от 28 декабря 2013 года «О федеральной информационной адресной системе и о внесении изменений в Федеральный закон «Об общих принципах организации местного самоуправления в Российской Федерации» организация также вправе самостоятельно обратиться в уполномоченные органы, для присвоения адресов необходимым объектам.

Временному адресу, добавленному по указанной выше схеме в ГИС ЖКХ, будет присвоен постоянный статус только после внесения соответствующей информации в ФИАС.

Другие вопросы по теме

Как зарегистрироваться в государственной информационной системе жилищно-коммунального хозяйства?
Когда у организаций, осуществляющих деятельность по управлению многоквартирными домами на основании договора управления, возникает обязанность по размещению информации в ГИС ЖКХ?
Когда у организации, осуществляющей поставку ресурсов, необходимых для предоставления коммунальных услуг, в многоквартирные дома, жилые дома, возникает обязанность по размещению информации в ГИС ЖКХ?
Как получить квалифицированную электронную подпись организациям, осуществляющими деятельность по управлению многоквартирными домами (управляющие компании, ТСЖ, ЖСК, ЖК - поставщики информации) при регистрации в ГИС ЖКХ на добровольной основе.

Тематические материалы: