Добрый день всем!
В одной ИБ есть ТЧ с номенклатурами и некоторыми данными.
В другой ИБ на основании этих данных надо создать 1 документ, на основании которого создать ещё три...
Проблема в том, что надо сразу вернуть номер первого документа.
Могу через прямое подключение. Но очень геморойно все реквизиты заполнять по УИД другой ИБ.
Больше напрашивается HTTP сервис - передал JSON с данными, в другой ИБ все создалось, номер вернулся с ответом.
НО!
Не могу базу опубликовать на web сервере, его просто нет...

Есть ли какой-то вариант что мне делать?

в смысле "нет"?

(1) базы нет

(0) маленькая прога на делфи с десяток строк в качестве третьей стороны, как вариант

(2) Так и 1С не упоминается ни разу

(3) но это если можно сервис поднять. если нет - сделать сервис где то в инете

Ну нет, значит нет и не установить.

Ясно, значит нет вариантов, значит com-соеднинение.

HTTP, как, собственно и COM - это способ соединения. JSON - можно точно так же передать через COM, обработать и вернуть номер.

(8) сичас автор скажет, что у него Линукс и в гробу он видал ваши COM

(5) можно локально сервере поднять наверное, стартуемый из командной строки и прекращающий жизнь после запуска, не?

а уаще это кризис IT, что в 2026 году нет стандартного протокола доступа к приложению

(9) Автор в тексте сообщения явно пишет:
>>Могу через прямое подключение.
Так что COM ему доступен.
А вот почему не доступен HTTP - загадка. Возможно просто не умеет или конфиг править нельзя.

(11) Стандартный HTTP не предлагать?

https://its.1c.ru/db/edtdoc/content/10056/hdoc есть в бете штука "автономный сервер"

(10) ток под админом. был бы админ - апач бы поставил уже.

1С всегда файликами умела обмениваться. Правда тут немного асинхронно.

(15) найти админа, стать админом по совмещению :)

(0) Префикс в этот хитрый номер добавить уже предлагали?
ВЖН0001, ВЖН0002 и тогда для номера подключаться ни куда не надо. Еще можно держать пул  номеров, обновлять пул номеров через стандартный обмен. Создать у документа Статус "Получаю номер из другой базы".

COM при ленивых админах которые не могут поставить апач зло.
Так то еще можно набросать веб сокет сервер на питоне\go, поднять две файловые базы которые подключатся к веб сокет серверу. И тогда можно будет из базы 1 делать в любой момент то что тебе надо в базе 2. Но это все от лукавого. Префиксы, статусы доков круче. Это не говоря про брокеры, микросервисы...

веб-сервер апач для запуска не требует админских прав
публикация 1С через веб-сервер - это по сути прописывание настроек в апаче (или iis) чтобы входящие http ловились и через модуль в настройках делался вызов платформы 1С с подключением к некой указанной базе

и да
COM/OLE по сути практически тоже самое
тоже нужен некий сервер в которому подключается некий клиент и отправляет некие данные

(18) Логичней объединить разные базы в одну КА/ЕРП а не страдать фигней от идиотского разделения на ЗУП, УТ и БП

Или поднять внешний сервис нумерации, который будет использоваться из всех баз одинаково

(20) Внедрить ERP из за одного номера который не обязательно должен быть сквозной это жестоко.
Там небось дикий бухгалтер пришел с задачей поменять печатную форму.
Несколько мгновений спустя...
С вас по бюджетному 25 лямов, за 1.5 года внедрим ERP/

(21) Речь о другом
Как одно решение потом аукается

Когда две разные базы делали об этом не думали
И когда задачу эту захотели тоже не думали, что базы разные и онлайн не связаны
Сначала надо их связать и только затем можно такие хотелки

На данный момент лучше всего связывать онлайн через http-сервисы
А вот через COM лучше не связывать, устаревшее и не всегда работает

(0) В базе-приемнике, в ОбщемМодуле с галочкой ВнешнееСоединение создать Функцию СоздатьНужныйДокумент(СтруктураДанных) Экспорт

Которая получит в себя Структуру, содержащую данные (хоть примитивные, хоть объектные) из базы источника и вернет

Новый Структура("Результат,ОписаниеОшибки",Истина,"");

Странная сложность, на ровном месте.
(0) Держи https://httpd.apache.org/

А там вэба нет, почему?
Что-то мешает?

Люди вэб поднимали и на файловом варианте.
Вэб работает быстрее, чем ком. Хотя тут всё в ваших руках.
У некоторых и простой динамический список может превратиться в ... :)

(24) Работают они одинаково быстро, если правильно готовить.
Люди, при обмене по COM делают 2 ошибки и не учатся:
1) Постоянно поднимают и теряют сеанс.
2) Дергают COM объект мелкими функциями (всё, что получается через точку - это функция), вместо (23)

В Вебе этого нет, там система тебе не даст тупить.

Просто люди ленивые жопы.

(25) А у нас Linux, и ком просто пришлось переписывать.
И да, пришлось менять логику.

И поэтому сейчас проблема в (0), кажется такой сумбурной по отношению к ВЭБ серверу :)