Давайте подумаем, сколькими способами можно закинуть что-нибудь в восьмерку
Ну то есть, для простоты, пусть у нас есть справочник, в котором можно создавать элементы

Ограничений по платформе нет, то есть хоть самая последняя платформа без режима совместимости
Ограничений по конфигурации нет, то есть хоть самописка, хоть типовая хоть отраслевка, что угодно
Предполагается, что все методы получения данных в базу нам известны и мы можем предварительно сделать в базе любые настройки (например, создать http-сервис) и сохранить любые данные (например, создать и заполнить список телеграм-ботов с токенами)
Никаких интерактивных действий для инициации записи данных в базу, то есть все должно выполняться автоматически на сервере
База SQL
Никаких прямых записей в SQL
Пусть у нас белый IP
Также пусть у нас есть FTP, развернуты кролик, апач, система взаимодействия и все, что угодно
Возможна работа через несколько звеньев, то есть, например, можно слать что-то на почту, а уж оттуда получать регзаданием в 1С
Онлайн-режим доставки приветствуется, но не обязателен
Гарантированная доставка приветствуется, но не обязательна
Возможность что-то отправить в ответ отправителю данных приветствуется, но не обязательна

PS: задача не имеет под собой реальной, просто разминка ума и проверка профпригодности

Опять же, система взаимодействия неплоха, но есть нюансы
И она пока плохо управляема программно, к сожалению

(0) На тебе 15-й вариант - веб камера смотрит на севастопольский маяк который азбукой Морзе дает команду на создание справочника. Это подходит под вариант или нет?

(35) Ты новичок?
(37) С точки зрения 1С это Pull, ибо она стучится на почтовый сервер за новыми входящими

Для совсем не умеющих в брокеры и очереди (а так же в английский и гуглтранслит) Pull - тянущий, Push - толкающий
Других не бывает

(57) Да, разные, ты же их будешь по-разному в 1С программировать

(58) Что такое api-запросы?

(62) Я назову 16-й
Проверка лицензирования обращением на сервера 1С ))

(59) А к этой ветке это как относится?

(62) Подходит
Но в списке вариантов самый говенный, конечно :))

(64) Хм.. Ну тогда файл jsn, xml, xls, txt, dbf - это тоже разные варианты? Я же их по-разному обрабатывать буду?

(52) Возможно, что через некоторое время такое и появится. На входе аудио-запись. К ней прикрепляется описание метаданных и дается команда большой языковой модели: сделай, что он там бормочет!

(63) Так я и все написанные варианты в ветке знаю без ветки

(63) А какая практическая польза от того, что ты написал, какие варианты бывают того, кто куда бегает и кто кого толкает?

(71) и (66) знаешь?

что 1С может в любую базу (которой не обрезан инет) засунуть без твоего ведома что угодно?

А при чем тут вообще 1С? Тогда уж проще разобрать способы обмена данными, которые по каким-то причинам недоступны нам. Ну разве что прямая запись в базу отпадает по известным причинам, хотя и она теоретически возможна.

(68) на дык! я ж профессиональный говнокодер)

(72) Тебе бы теорию подучить

Какая разница какой формат или какой метод?
Например на МП под андроид есть интенты, ты их учел?

(46) Ну ты же варианты собираешь, вот, я дал тебе еще вариант.

давай уже выкладывай оставшиеся 3...

(76)+ и не надо говорить что это тоже самое что ЗапуститьПриложение/КомандаСистемы в одну сторону
и запуск 1С с передачей параметров (ну там данные засунуть в обработку и чтобы открылась при запуске) в другую

Регламентное задание, которое поднимает ФоновоеЗадание, если оно не работает, раз в 1 секунду.
ФоновоеЗадание вызывает метод ВнешнейКомпоненты, которая поднимает кусок общей памяти. Раз в 10 миллисекунд, компонента пытается войти в критическую секцию и прочитать маркер изменения данных (пусть это будет фиксированный GUID 16 байт). Если там есть маркер изменения - компонента читает данные, создает элемент справочника и записывает маркер результата. Клиентская часть - делает тоже самое в обратном порядке.

Не благодарите.

(0) OData

(80) А почему так просто?

Почему не созданием нагрузки (периодической) на сервер вызывать пульсации напряжения в сети?
На другом конце отслеживать пульсации по мерцанию лампочек...

(70) > на входе аудио-запись

будущее уже наступило

https://wonderland.v8.1c.ru/blog/raspoznavanie-rechi/

Вариант 19. Регзадание или батник, выгружает конфигурацию в файлы, добавляет новый справочник «Пол» с тремя предопределёнными элементами и загружает обратно.

(82) > На другом конце отслеживать пульсации по мерцанию лампочек...

теплых ламповых на спиральках вольфрамовых? дык где они сейчас остались?

(84) почему только 3?

(85) в магазине еще продаются, купят

Пинговать сервак пакетами разного размера в азбуке Морзе.

(84) (86) "почему гендеров 54, а врачей всего два - андролог и венеролог?
- потому что для остальных гендеров врач - психиатр :)"

(89) >венеролог = гинеколог*

очепятка

(65) Использование API (Application Programming Interface): 1С также предоставляет API для взаимодействия с базами данных. API позволяет разработчикам создавать пользовательские приложения, которые могут получать и изменять данные в базе данных 1С.

(0)ODBC-драйвера

а в чем практический смысл темы? вариантов передачи данных много, хотя бы через сом порт и во внешнее событие. или другие разновидности интерфейсов ethernet, LPT, usb, это считается отдельными способами?
дело в том, что абстрактно, не применяя к конкретной ситуации, в которой ты как правило чем то ограничен, тут рассуждать можно долго с большими отклонениями, которые вроде бы и про передачу данных и как результат про новые записи в бд, но как то не совсем по теме.

не, ну так, поржать если

(93) реклама Технологии интеграции "1С.Предприятия 8.3" | Хрусталева Елена Юрьевна

(89) еще проктолог есть :)

(96)+ к которому имхо для любителей делать через одно место и находить новые пути следует обратиться ))

(96) этому вообще фиолетово - какая в ж0пу разница

(78) Брать с ftp

Можно еще Яндекс-диск задействовать

Можно web-сервис использовать

ты реально считаешь что обмен файлами через общую папку, через ftp и через облачный диск (почему кстати только один яндекс то?) по тому же webdav
это разные способы???

(102) судя по тому что он различает web и http сервисы файл на локальном диске и на диске сервера фтп это тоже разное, тут понимать надо

(102) Да, конечно
Общая папка — это просто локальный каталог, а ftp — это уже другой программный код
Яндекс-диск — это другой только для отправителя, когда отправитель не парится, как там именно получатель доберется до Яндекс-диска

(103) Ты бы не выеживался
Открой любую типовую и посмотри настройки обмена, пришли скрин с двумя вариантами обмена: Pull и Push

(104) если для выгрузки на ftp используется не встроенный в 1С клиент а нечто внешнее это уже отдельный способ да?
а на яндекс диск ты как будешь отправлять файлы расскажи - а еще лучше покажи код ))

(102) (103) Парни, пока большинство программистов такие как вы, я без работы не останусь
Позвонит вот так вам заказчик, попросит рассказать ему, как можно обмениваться между его системой АИСТУ и одинеской, послушает ваши пафосные загоны про то, что обменивается либо Pull либо Push, скажет спасибо и вычеркнет ваш номер из своего телефона нахрен ввиду бесполезности

(106) Да не обязательно внешнее, вполне даже через 1С можно на ftp
С Яндекс-диском в простейшем случае вообще можно как с локальным каталогом работать

(107) 1. Я спрошу кто должен быть инициатором обмена 1С или АИСТУ? Или нечто еще по расписанию.
2. Спрошу что умеет АИСТУ?
3. Уточню что еще есть (какая инфраструктура, кто поддерживает) у потенциального заказчика

Дальше предложу варианты

(108) >С Яндекс-диском в простейшем случае вообще можно как с локальным каталогом работать
Продемонстрируй. Причем на сервере линукс без гуя.

(109) Пусть АИСТУ умеет все что угодно, там типа смогут разработать
Твои варианты?
И, я что-то не понял, почему вдруг твои варианты стали отличаться от Pull и Push?

(109) зачем так сразу, а поговорить. Расскажи заказчику, что есть 100500 способов "достучаться до 1С" из заказчик готов будет тебе заплатить 100500 млн за проект(!) вместо 30 тыр за обработку

(111) Pull и Push = кто инициатор
Мне кажется тебе пора место работы менять
Там ты перестал развиваться

(110) Если на линухе, то не в курсе, есть ли там поддержка каталога от Яндекса из коробки
Гуй не нужен в любом случае, нужна висящая в памяти приблуда Яндекса по постоянной синхронизации файлов

(114) висящая в памяти приблуда вылетает, не запускается и т.д.
ты реально такое собираешься предложить заказчику?
от Гения такое только ожидал а не от серьезной конторы

(112) За какую обработку?

(113) Пусть инициатор отправки заказчик, инициатор получения 1С
Я так понимаю, после этого ты получил всю необходимую информацию и ушел делать Pull?

(117) "инициатор отправки заказчик" ?
кнопочку должен лично нажать где то? где?

(115) Так я же и не спорю, что у всех вариантов разные засады
Так-то и почта может сбоить и вебхук и ftp, любая схема
Для этого и придумали гарантированную доставку, если че

(118) Тебя не должно волновать, как АИСТУ отправит что-то, тебе-то какая разница, по кнопочке отправится, регзаданием каким-то или еще как

(119) пока ответ не пришел никакой гарантии доставки нет
ты отправляешь, отправляешь а ответа все нет и нет
когда поймешь что упало?

+(120) Пардон, не заказчик, а отправитель, условная АИСТУ в общем

(120) "инициатор отправки АИСТУ" <> "инициатор отправки заказчик"

(122) вот уже понятней
тогда я предложу поднять в 1С http-сервис, доступный этой АИСТУ или использовать брокер сообщений

(121) Спасибо, я в курсе, что такое гарантированная доставка
Поймешь, например, когда пользователи поймут, что чего-то давно не приходили контрагенты, которых еще до обеда завели в АИСТУ
Ну или когда, например, из одинеснки придет смска админу о том, что уже пять минут от АИСТУ ничего нет, даже пустых запросов, которые по алгоритму должны каждую минуту отправляться

(124) Так я и говорю, к чему такие подробности, если раньше ты говорил, что достаточно определиться с тем, Pull или Push?
А тут какие-то детали пошли, обсуждения вариантов, где что хранить, куда и как стучаться и прочая неважная шляпа, не?

(126) ну ё, конечно в каждом варианте будут тонкости. пул/пуш это принципиальная схема, мастер/слейв, клиент/сервер - все одно. с этого все начинается, а потом уже среда передачи, протоколы и тд. ну скорее тему надо было начинать в варианте "у кого какой был реальный опыт в интеграции 1С с чем то еще или с ней же". Хоть пулом хоть пушем. Историй бы послушали, опытом обменялись, имхо толку было бы больше

добавлю свой вариант, нештатный конечно - сокетс. и прямо в скл)

(127) Нахрена мне реальный опыт, детали всякие, протоколы и пр.
Мне интересен просто список вариантов, у которых различается начинка

(127) Реальный опыт, кстати, часто кособок
Ты вот в курсе, например, что интеграция с ботом телеги через систему взаимодействия в скулевой базе не работает?
А в файловой работает
Хотя и в скулевой заявлено, что работает

(129) просто список программных технологий что ли.. хрен знает, что в этом интересного, их много, очень

(130) неа, расскажи

(131) Добавишь что-нибудь в описанному в ветке?

(132) Боты в системе взаимодействия в серверной версии и 23-и версии серверов 1С и СВ

(130) (134) Если у тебя не получилось это не значит что оно не работает.

(135) Смогешь?

(132) я добавил несколько, давай еще
Xdto пойдет? Технология вполне
(136) вот в этом и и дело. Твоя ветка чисто теоретическая - зачем ему или это смогать, от нехрен делать или сесть заморочииться, что бы потом здесь тебе ответить «а смог, вот смотри». Детский сад, чесслово

Ему или мне

(134) спс

(83) Ну этим пользоваться нельзя

(137) XDTO сам по себе не вариант, это всего-лишь проверка переданных данных на валидность плюс определение типов
То есть ты не сможешь передать число вместо булево, например
XDTO само по себе не сработает, типа как тот же http-сервис

(137) Вот именно, что моя Боты в системе взаимодействия в серверной версии и 23-и версии серверов 1С и СВ — это как раз практическая донельзя ветка и что-то никто там не смог гордо ударить себя пяткой в грудь, что вот мол, тут нужно делать не так, а вот так
А как про сферических коней в вакууме речь зашла, так сразу у всех языки отросли, все начали важно требовать конкретику, бряцать умными словами
Хочешь показать, что ты крутой? Иди запусти бота на телеге через систему взаимодействия в скулевой базе. Ну или сиди тихонечко и не жужжи :))

(141) технология, участвует в процессе обмена, как и разбор файла: с фтп, с почты, с диска С или Д или сетевого. Такой же принцип - правила разбора хмл строк/строк с разделителями, но ведь есть прикол настройки схемы
(142) пяткой в грудь это неудобно и вероятно больно
Показывать, что я крутой не хочу)
А про бота послушал бы, как ты его бороздил. Он мне в целом нах не нужен, потому что другим занимаюсь, в большей или меньшей степени нужным для бизнеса, а очередным мессенджером можно только менеджеров позабавить. Ну конечно бизнес разный бывает. И на ботах построенный тоже бывает.

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

ДевОпс разбежался
Админить хочет СЛА
Но катана не выросла

раз разбежался, значит не выросла

(143) Хорошо, соглашусь про технологию, тем более, что код 1С будет различный

(143) С ботом как только не бороздил, и с сервером взаимодействия и свой разворачивал
На файловой регзадание работает, на скулевой нет
И разные версии платформ пробовал и разные версии серверов взаимодействия
И порты все открывал
Ничего не погает
А недавно натравил вебхук телеги на http-сервис в 1С и все работает
ХЗ, что надо этой системе взаимодействия

+(148) Спрашивал у Низамова https://www.youtube.com/watch?v=kGQ2FoEO4v0
Он сказал, что на скулевой не делал

(148) а что, в чем там прикол взаимодействия, можно сказать, что по сути это регистр сведений и обработчик ожидания по забору и показу из него данных в окнах?
у меня такое дело есть:
стоят самопайные ардуины на оборудовании, понимают его состояние на физическом уровне и по программному запросу от 1С отдают данные из памяти. ну соответственно дальше разбор этих данных и запись в базу, отчеты. Вопрос простой - может ардуина впринципе своей прошивкой (замена прошивки доступна, все ок) слать данные в сервис IIS например. То есть надо поменять архитектуру, сейчас: один опрашивает много (грустно), а надо чтобы много слали в один (IIS/1C) и многопоточность соответственно. То есть, есть ли в ардуинах нужные программные объекты для обращения к ИИСу? Чистая техническая практика)

Фигня сплошная.
Сделайте сервис-агрегатор (прокладку), который представляет единый API взаимодействия с наиболее распространенными маркетплейсами (хотя бы четверку ведущую - ВБ, ЯМ, Сбер, Озон), а не вот эту вот всю фигню на 149 постов...

Нахрена?! ©

интеграция в 1с далеко не совершенна. когда будет программный СОМпорт?! когда клиент/сервер TCP/IP!? ну например

надо все время тащить внешние MS библиотеки, доколе!?)

(150) Система взаимодействия — это специальный объект, а не регистр сведений

(151) Сделай

Понятно
Важно разверещались про конкретику, дал конкретику — традиционно все сдулись и разбежались по углам

(148) И в самом деле, удивительно. Я столько этих ботов понаделал. Работают и на файловых и на скулевых. Разумеется, ни на какие 1С-овские библиотеки и подсистемы и не думал рассчитывать. Есть telegram bot api, его и использую. Но где они там "выстрелили себе в ногу"? Там же у telegram все продумано, технологично и просто. Удивительно!

(158) Так без системы взаимодействия я тоже сделал, ты вот с системой взаимодействия сделай

(159) Нет смысла. У меня и так работает