Облачная 1С и Алиса AI для бизнеса: когда публикацией управляет хостер
В 1С:Фреш, scloud, 42clouds и других облаках база уже опубликована, но не вами. Штатный плагин Яндекса упирается в чужой веб-сервер. Показываем, как подключить Алису, не споря с хостером.
Задача
База 1С арендуется в облаке. Плюсы понятны: обновления, резервные копии и сервер не ваша забота. Захотелось подключить Алису AI из Яндекс 360, и тут выясняется, что чужой сервер это еще и чужие правила.
Как это решают обычно
Штатная схема плагина "1С:Предприятие" требует три вещи на стороне веб-сервера: публикацию с HTTP-сервисами, файл default.vrd с блоком проверки токенов Яндекса и служебного пользователя, который входит без пароля по этому токену.
В облаке публикация уже есть, но своя. Хостер публикует базу для веб-клиента и мобильных, файл default.vrd у него типовой. Попросить подложить файл из архива Яндекса можно, но ответ почти всегда один: "в типовую публикацию сторонние настройки не вносим". И их можно понять: одна публикация обслуживает сотни баз.
Расширение поставить дают, толку нет. В большинстве облаков расширение конфигурации установить можно. HTTP-сервис в базе появится. Но снаружи публикация продолжит требовать обычный логин и пароль, потому что блока с токенами Яндекса в ней нет. Плагин отвечает "не удалось авторизоваться".
Отдельная публикация за деньги. Некоторые хостеры делают индивидуальную публикацию базы как услугу. Это работает, стоит ежемесячно и снова упирается в служебного пользователя без пароля, на которого служба безопасности хостера смотрит с подозрением.
Переехать к себе на сервер. Ради одного плагина отказываться от облака странно.
Как быстрее
Сервису "Жёлтый мост" не важно, где стоит база и кто ей управляет. В базу ставится внешняя обработка, ей нужно только одно: разрешение на исходящие HTTPS-запросы. В облаках оно есть, иначе не работали бы обмены с сайтами, банками и маркетплейсами.
Обработка запускается внутри вашего сеанса или регламентным заданием, если хостер их разрешает, и отдает данные шлюзу. Алиса вызывает шлюз по адресу из кабинета. Публикация хостера в этой схеме не участвует вообще: ее не нужно менять, о ней не нужно договариваться.
Для 1С:Фреш есть отдельная особенность: внешние обработки там проходят проверку перед подключением. Обработка сервиса открыта и проходит ее, но при первом подключении это занимает время. Если облако дает доступ по OData, есть и второй путь: без обработки, шлюз читает базу сам по стандартному интерфейсу.
| Вопрос | Источник ответа |
|---|---|
| Документы поступления за месяц | список документов с суммами и контрагентами |
| Остатки по счету 41 | оборотно-сальдовая ведомость с разбивкой по номенклатуре |
| Кто из клиентов давно не покупал | произвольный запрос к документам реализации |
Как это сделать
1. В кабинете onecdatalink.ru создайте ключ базы и скачайте обработку под свою конфигурацию.
2. Подключите обработку в облачной базе как внешнюю. В Фреш это раздел дополнительных отчетов и обработок, в других облаках обычно просто открытие файла.
3. Вставьте ключ, нажмите "Старт". Если хостер разрешает регламентные задания, включите расписание, иначе держите обработку открытой в сеансе.
4. В карточке ключа выдайте ключ приложения для Алисы AI для бизнеса, скопируйте адрес.
5. В Яндекс 360 в плагине "1С:Предприятие" вставьте адрес и задайте вопрос.
С хостером при этом обсуждать ничего не нужно. Если у него есть ограничение на внешние обработки, вопрос один: разрешены ли они в вашем тарифе.
Не уверены, как подключается именно ваша база - в 1С:Фреш, в аренде, своя серверная или файловая? Выберите свой случай на главной: покажем, что мешает и что меняет мост.