Интеграция с 1С: то, о чем не рассказывают в книгах

[R72]

Вариант с ESB-системами (шина данных) не рассматривается?

И, к сведению, лицензия 1С запрещает прямое обращение к её базе данных, всё только через платформу.

[sergeyns]

А как же -

Способ 4. Обмен с с использованием брокеров сообщений 

Вроде это оно?

[R72]

И автобус бывает Мерседес.

Брокеры и шина решают похожую задачу, но по разному. Так что, ESB - совершенно отдельный способ.

[insighter]

А можно как-нибудь организовать двусторонний обмен со стандартной конфигурацией (в частности 1С:Розница), что бы со стороны 1С ничего не пришлось дописывать?

При этом со стороны другого приложения на доработки нет никаких ограничений.

[fuser]

Можно. В 1С Розницу включено куча разных планов обмена (включая Enterprise data)

[insighter]

благодарю

[asiventsev]

Есть способ организовать двусторонний обмен без всякой дописки, но не с сервером 1С, а с клиентом, описан, например, вот тут: https://habr.com/ru/articles/271835/. Есть свои неудобства, способ работает только на Windows-машине, где установлен толстый клиент 1С.
Но на самом деле есть вариант написать некий "драйвер", скажем, с HTTP API, слушающим только localhost, а после этого можно писать, например, web-приложения, интегрированные с 1С "через клиента".
Я это использую на практике, написано несколько внутрикорпоративных web-приложений, использующих 1С как учетное ядро (берем оттуда справочники, создаем там первичные документы).
Работа выглядит так: сотрудник на своем рабочем месте открывает "драйвер" и клиента 1С, а в броузере открывает web-приложение. Web-страница через "драйвер" фактически управляет клиентом 1С.
В результате мы имеем все удобства разработки и сопровождения web-приложений, которые пишем на удобных языках и платформах, и имеем полный прямой двусторонний доступ к данным 1С, причем без лицензионных нарушений.

[insighter]

Спасибо за обстоятельный ответ!

Про 1С-OLE компонент в общих чертах слышал, есть у меня предвзятость, что это устаревший подход и компания 1С может его криво поддерживать или вообще забросить.

Win-платформа не пугает, да и на моем профильном C# / .NET это будет реализовать довольно просто [на первый взгляд].

Стоит поисследовать ваш вариант, подкупает что вы довольно масштабно его используете.

Получается вы в своих решениях держите, что то типа словаря, где ключ - тип сущности (товар, накладная на поступление, и т.п.), а значение - это дата/время последней выгрузки. И потом запросом (в OLE компоненте) вычитываете изменившиеся с последней выгрузки сущности?

По вашим оценкам, сколько может потратить 1С на выгрузку справочника товаров на 10к позиций и сколько будет проводится порядка 200-300 расходных накладных?

И в этом подходе [вроде] есть жирный плюс - всё можно сделать фоново, не обязательно чтобы клиент был запущен.

[vis_inet]

По вашим оценкам, сколько может потратить 1С на выгрузку справочника товаров на 10к позиций

От менее секунды и до...

Зависит от условий отбора этих позиций и от количества и типов выгружаемых реквизитов.

[BassBassoff]

Нет
Можно написать ма-а-аленькое расширение с ендпоинтами и обработчиками, а также необходимо опубликовать базу на сервере

[Dosent]

Можно как в примере взять внешнюю обработку 1С и не не изменять конфигурацию

[dandykry]

В 1с из коробки есть полный Rest API

[Dosent]

Да, но вот сервера приложение нет из коробки.

[klis]

Для HTTP-сервиса 1С не нужен сервер приложений, опубликовать можно файловую базу.

[shachneff]

Уже есть. С версии 8.3.23 включен в комьюнити лицензию

[LeraLuts24]

А может посоветуете хорошую crm? Выбираю пока между битриксом, мегапланом и аспро.cloud.

[livadius]

Понятие хорошая, очень растяжимое. Как говорится на вкус и цвет, товарищей нет. Надо отталкиваться от бизнес требований. В свое время составлял таблицу, требования, функционал ,стоимость и тд. и по каждой проставлял оценки. Можно это сделать совместно с заказчиком (Продажи)