Имя: Пароль:
1C
 
Какой технологией можно получать данные из 1с во внешний источник в реальном времени?
0 Sun Lover
 
02.08.23
17:47
Есть, к примеру 1с. В ней есть данные, например, заявки со статусами.  И нужно как-то понимать что этот статус изменился и сразу же вытаскивать изменения.

Как это реализовать самым правильным способом?   Типа как держать постоянный коннект через Web Socket и получать изменения.
1 Bigbro
 
02.08.23
18:00
Rabbit используют для чего то подобного.
2 Garykom
 
02.08.23
18:01
(0) http-сервис в 1С или прямой доступ к базе sql
3 rphosts
 
02.08.23
18:03
Если не нарушая лиц.соглашение - любая шина, если пофиг - делая запросы в базу
4 Garykom
 
02.08.23
18:07
Эээ
Шина и кролик это не онлайн - это очереди
5 Bigbro
 
02.08.23
18:08
ну так вон статус изменился это событие как раз подписка и фигачим в шину а там уже пусть ловят с той стороны.
шина как раз идеально.
6 asady
 
02.08.23
18:09
(0)
1. Подписка на событие изменения статуса заявки в 1С.
2. В подписке отправляем на нужный URL HTTP запрос с json данными по статусу заявки
7 Sun Lover
 
02.08.23
18:47
(6)а подписку на событие можно только вмешательством в код 1с через конфигуратор ведь?
8 Sun Lover
 
02.08.23
18:47
(2)а http сервис в 1с как будет решать задачу? через подписки на события?
9 Sun Lover
 
02.08.23
18:48
(4)это тоже подойдет в принципе. главное чтоб данные при изменении туда прилетали. Но ведь всеравно придется вешать подписки на события через конфигуратор 1с ?
10 Garykom
 
02.08.23
19:10
(8) для начала реши вы хотите втягивающий или выталкивающий интерфейс?
11 Sun Lover
 
02.08.23
19:40
(10)двусторонний. Дело в том, что заявки будут создаваться 1с,  поступать в веб-портал из 1с, но при этом через веб-интерфейс можно будет регулярно менять некоторые поля (корректировать) и в этом случае данные должны отпрваляться уже в 1с и там будет задействован штатный механизм версионности в рамках той конфигурации. Как вовремя отправлять туда данные мы сможем реализовать - в крайнем случае нам напишут api  Но вот как получать данные сразц после их изменения - это нужно как то события вешать и в Kafka их отправлять.
12 sitex
 
naïve
02.08.23
20:30
(0) При изменение 1C записывает в базу данных сервиса , где крутится веб сервер или иное ("Животное!) от даже уже web технологии что изменилось в базе данных сервиса
13 sitex
 
naïve
02.08.23
20:31
(1) Вообще ответ уже есть. Это же самое что в 12
14 Грю
 
02.08.23
20:33
(0) При возникновении события создания заявки, 1С отправляет запрос во внешний источник с новыми данными. Вот так, очень просто.
15 Грю
 
02.08.23
20:36
(1) Раббит используют как раз не для реального времени, а для отложенных очередей.
16 sitex
 
naïve
02.08.23
20:57
(15) не умеешь готовить , не говори так. Шеф Константин Ивлев@
17 Грю
 
02.08.23
21:09
(16) Ага, это я-то не умею. Ну ты шутник.
18 Garykom
 
02.08.23
21:12
(16) у кролика нет гарантии доставки
только гарантия соблюдения последовательности (очереди)
19 Garykom
 
02.08.23
21:13
(18)+ в смысле если нужна обратная связь что сообщение было получателем(ями) хотя бы принято (не говоря уже об прочитано-обработано)
надо самостоятельно обратно посылать другие сообщения например через другую очередь
20 Грю
 
02.08.23
21:16
Гарантии последовательности тоже нет. Он нужен только лишь для того, чтобы иметь возможность отложить обработку сообщений. Например, когда их слишком много, и в реальном времени они не успевают обработаться. Короче, это не наш случай.
Оптимист верит, что мы живем в лучшем из миров. Пессимист боится, что так оно и есть.