При настройке прямого обмена с банками по технологии 1С:ДиректБанк (поможет обработка автоматического разнесения данных банковской выписки) пользователи Сбербанка часто сталкиваются с необходимостью использования внешней компоненты криптографии VPN-key-TLS. На современных версиях платформы 1С:Предприятие 8.3 при попытке загрузить или обновить эту компоненту может возникнуть критическая ошибка: «Требуется файл MANIFEST.XML при загрузке компоненты». Попытки создать этот файл вручную «на коленке» по стандартным шаблонам часто приводят к другой ошибке: «Метод НачатьПодключениеВнешнейКомпоненты вернул Ложь».
В этой статье мы подробно разберем, почему возникают эти ошибки, как правильно составить манифест для Сбербанка, рассмотрим структуру рабочего архива и разберем современную альтернативу, которая навсегда избавит вас от проблем с внешними компонентами шифрования.
---
Начиная с версии платформы 1С:Предприятие 8.3.10, механизмы безопасности и работы с внешним программным кодом были существенно ужесточены. Теперь платформа требует, чтобы любая внешняя компонента поставлялась в виде единого ZIP-архива, внутри которого обязательно должен находиться декларативный файл-описание — MANIFEST.XML.
Этот файл сообщает платформе, какие именно библиотеки (для Windows, Linux, macOS, 32-разрядных или 64-разрядных систем) находятся внутри архива, под какими именами они зарегистрированы и к какому программному объекту (ProgID) должна обращаться конфигурация.
Проанализируем типичную ошибку из практики (описанную в Сообщении 5 темы): пользователь взял шаблон манифеста из стандартной документации 1С и упаковал его вместе с оригинальными библиотеками Сбербанка. В результате 1С успешно импортировала архив в справочник ВнешниеКомпоненты, но при попытке получить выписку (удобно через автоматическая загрузка выписок без Директ-Банка) выдала системную ошибку:
«Установка внешней компоненты не выполнена. Возможно, отсутствует компонента для используемого клиентского приложения» и далее по стеку: «Метод НачатьПодключениеВнешнейКомпоненты вернул Ложь».
Выясним причину этой ошибки. Платформа 1С строго сопоставляет содержимое архива с тем, что написано в MANIFEST.XML. Если в манифесте задекларированы абстрактные имена файлов, такие как AddInNative.dll, а внутри архива фактически лежат файлы Сбербанка (например, 1CSBRFServiceProxyWin32_12.dll и 1CSBRFServiceProxyWin64_12.dll), то платформа просто не может найти нужную библиотеку под целевую разрядность операционной системы и возвращает отказ подключения.
---
Для того чтобы компонента криптографии Сбербанка корректно инициализировалась на стороне клиента, файл манифеста должен строго отражать реальную структуру архива и использовать корректные программные идентификаторы. Разберем по шагам правильную структуру MANIFEST.XML для компоненты Сбербанка (SBRFServiceProxy):
<?xml version="1.0" encoding="UTF-8" ?>
<bundle xmlns="http://v8.1c.ru/8.2/addin/bundle" name="1CSBRFServiceProxy">
<component os="Windows" path="1CSBRFServiceProxyWin32_12.dll" type="native" arch="i386" />
<component os="Windows" path="1CSBRFServiceProxyWin64_12.dll" type="native" arch="x86_64" />
</bundle>
Рассмотрим подробнее ключевые атрибуты этого XML-файла:
Что касается файла extcomp.key: В старых версиях платформы данный файл использовался в папке ExtCompT как вспомогательный ключ авторизации/регистрации компоненты. В современной архитектуре манифеста описывать этот файл внутри MANIFEST.XML не требуется. Платформа 1С самостоятельно разархивирует его из общего ZIP-пакета вместе с исполняемыми библиотеками.
---
Если у вас на руках имеются оригинальные DLL-библиотеки Сбербанка, но отсутствует корректный архив с манифестом, выполним процедуру сборки самостоятельно:
1CSBRFServiceProxyWin32_12.dll и 1CSBRFServiceProxyWin64_12.dll. Также положите туда файл лицензии/подписи extcomp.key (при его наличии).MANIFEST.XML и откройте в текстовом редакторе (например, Notepad++).extcomp.zip.extcomp.zip в справочник. Теперь платформа распознает компоненту, и ошибка с отсутствием манифеста пропадет.Для тех, кто не хочет собирать архив вручную, в Сообщении 6 темы представлена прямая ссылка на уже готовый, правильно упакованный архив, который достаточно просто загрузить в информационную базу 1С.
---
Несмотря на то, что ручная сборка архива и прописывание манифеста решают локальную проблему интеграции, это решение является временным и морально устаревшим. Технологический ландшафт Сбербанка претерпел серьезные изменения.
Сбербанк официально объявил о выводе из эксплуатации устаревшего шлюза интеграции — Универсального платежного шлюза (УПШ), который как раз и требовал использования внешних компонент шифрования, токенов и библиотек VPN-key-TLS. Поэтапное отключение шлюза УПШ стартовало 15 мая 2026 года, а в третьем квартале 2026 года поддержка старого протокола обмена будет полностью прекращена на стороне банка.
На смену устаревшей технологии пришел современный стандарт прямого обмена — Sber API (SberAPI) — для этого подойдёт автоматическая загрузка выписок через Sber API.
Главное преимущество Sber API: При переходе на эту технологию внешняя компонента VPN-key-TLS больше вообще не требуется! Взаимодействие и шифрование трафика происходят по новым безопасным веб-протоколам напрямую из платформы 1С без использования сторонних нестабильных библиотек.
Посмотрим на алгоритм перехода на технологию Sber API:
.json. Также задайте и сохраните пароль для TLS-сертификата шифрования, который предоставит банк..json.Перевод обмена на рельсы Sber API гарантирует стабильную, быструю и безопасную отправку платежных поручений и получение выписок без системных сбоев, связанных с разрядностью операционной системы и регистрацией внешних библиотек криптографии — для этого есть инструмент для автоматического разнесения выписки в 1С.