Уважаемые форумчане, нигде не могу найти вразумительной информации по порядку подготовки XML файлов конкурсных (и рейтинговых) списков для ручной загрузки через личный кабинет суперсервиса.

Судя по тому, что написано в спецификации взаимодействия нужно создать блок Header:
{
"action": "add",
"entityType": "CompetitiveGroupApplicationsList",
"ogrn": "...",
"kpp": "..."
}
перекодировать его в base64

Затем создать блок Payload:
<PackageData>
<CompetitiveGroupApplicationsListPackage>
<Name>string</Name>
<UID>string</UID>
<Base64File>

По описанию алгоритма (с. 475 спецификации) сюда строкой вставить тег <PackageData> сформированный на основе данных конкурсной группы по XSD схеме и перекодированный в base64. Или не надо перекодировать?

</Base64File>
<FileType>string</FileType>
</CompetitiveGroupApplicationsListPackage>
</PackageData>
Затем блок Payload тоже перекодировать в base64, но тогда содержимое тега <Base64File> будет перекодировано дважды?

Затем создать Signature как отсоединенную ЭП в формате «detached PKCS #7» к чему? К содержимому тега <Base64File>, записанному как отдельный файл XML, или к <PackageData> в верхнем уровне блока Payload или к конкатенции Header и Payload через точку.

Или все это только для загрузки через API, а вручную загружается блок <PackageData> сформированный на основе данных конкурсной группы по XSD схеме, как он дается в примере файла, без перекодирования и подписи, поскольку его грузит авторизированный по своей ЭП пользователь. Или как?


Вверх

Информация из официального канала по суперсервису:

По вопросу обновления данных о количестве мест: в случае необходимости информация о числе мест меняется в конкурсных списках.

Информация из официального канала по суперсервису:
Ответ на вопрос публиковать ли списки до 12 включительно или нет:
Департамент гос.политики решил, что 74 пункт надо трактовать, как "до 12 включительно". И про 5 раз выгружать, тоже тогда получается включительно.