она там в процессе обновления была. ссылка появляется в течение 1 часа.
теперь приложение в play markete тоже обновилось.

выложили на play market новую версию
https://play.google.com/store/apps/details?id=com.rs.mobile.acs

там ЕГАИС меняет периодически способы подключения приходиться исправлять приложение.

скачивайте новую версию там все работает

какая версия ПО у вас установленна?

Ну раз Вы решили перенести нашу дискуссию из технической плоскости в юридическую, то посмею вам напомнить следующие аспекты:
а) ни один из субъектов не зарегистрирован на территории государств, на которых имеет хождение DMCA.
б) т.к. "взлом" не ставит своей целью нарушение ваших имущественных и авторских прав на ПО (а именно - превышение количества проданных копий, распостранение ПО от своего имени и т.д.) то он попадает под ст. 1280.3 ГК (именно что ГК, а не УК) РФ. Напомню, что она гласит:
"3. Лицо, правомерно владеющее экземпляром программы для ЭВМ, вправе без согласия правообладателя и без выплаты дополнительного вознаграждения воспроизвести и преобразовать объектный код в исходный текст (декомпилировать программу для ЭВМ) или поручить иным лицам осуществить эти действия, если они необходимы для достижения способности к взаимодействию независимо разработанной этим лицом программы для ЭВМ с другими программами, которые могут взаимодействовать с декомпилируемой программой, при соблюдении следующих условий:

Может вернем нашу беседу в конструктивную, техническую плоскость, а не будем размахивать УК РФ (причем, совершенно не применимым в данной ситуации, тут разумнее ГК размахивать)?

Начнем с ответа на второй пункт. Ни одна из лицензий Microsoft компанией Urovo сворована не была. Если вы знакомы с лицензионной политикой Microsoft на Windows CE, то вы должны знать, что стоимость OEM лицензии никак не зависит от количества выпускаемых вами устройств. Таким образом, невозврат уникального идентификатора устройства в приемлимом вам виде не есть "нарушение лицензионного соглашения". И небольшой оффтоп. Внедрение dll в секцию импорта не требует никакой пересборки приложения. Да и дизассемблировать его тоже не нужно.

Дмитрий! Не намного больше времени и ресурсов займет написание dll, внедрение ее в секцию импорта вашего приложения, и перехват в ней вызова KernelIoControl например. В результате задача клонирования будет решена не менее эффективно :) Так что извините, но ваше обоснование выгладит несколько слабовато

Я могу вам предоставить завтра результаты теста GetDeviceUiniqueID на партии устройств. Но сам производитель рекомендует дергать метод GetDeviceID из их библиотеки. Дмитрий, насколько сложно вынести функцию определения уникального ИД устройства в отдельную библиотеку, документировать его, что бы это было головной болью производителя оборудования? Если вы так сделаете, то мы закроем этот вопрос в течении получаса.

Извините, вы путаете мягкое с теплым. При чем тут Thin Client, UUID, и DeviceID? Это термины из разных областей

Никто из них клонированным не является. Начиная с Compact 21013 вызов KernelIoControl с параметром IOCTL_HAL_GET_DEVICEID является необязательным (https://msdn.microsoft.com/en-us/library/ee478480.aspx). Т.к. в Windows нет единой функции получения ИД обрудования, то каждый производитель волен реализовывать свою. Что и сделано производителем Urovo в библиотеке Device.dll

.

Технологическая особенность устройства.

Для восстановления данных и программ вы можете использовать инструмент AutoRun, предлагаемый производителем

Urovo_autorun.zip