УФ.
Задача, тыкнуть на кнопку и сопоставить ссылке в текущей базе, ссылку из базы источника.

Попробовал по COM. Не понял как хранить соединение между делом.
Попробовал по внешним источникам данных. Запрос выполняется меееедлееено.

Чего я делаю не так?

Ошибочка вышла внешние источники работают достаточно быстро.
Просто объектов неожиданно много оказалось.

Всем спасибо.

(1) Лучше Обмен через Файл, для малых порций и XML от 1С потянет. Для Огромных DBF и им подобные, для скорости выгрузки и загрузки :)

Для сопоставления ссылок я COM использую. Вопрос только "хранить соединение между делом" зачем?

(0) http сервис
если совсем ничего не менять в источнике - стандартный web сервис odata
работает мгновенно

Что значит "хранить соединение"?
Соединение в штатном режиме без каких-либо настроек хранится 20 минут.
Как вариант - либо тонкий тюнинг либо модуль с включенным режимом "Повторное использование возвращаемых значений" с периодическим дерганьем инициализации COM-объекта.

(2) Чем лучше?

(3) Открыл форму - соединение соединилось. Сопоставил. Закрыл форму - соединение закрылось.
И так далее.

(4) Чем лучше внешних источников?

(5) См. (3)
Поподробнее, пожалуйста про "Повторное использование возвращаемых значений"

про com лучше забыть

медленный, бесконечная йопля с правами, обертками под 64-бит и версиями под разные 1с-ины

(7) +в линухе работать не будет

упаковка/распаковка "руками" объектов из comsafearray - тоже тема неблагодарная

при попытке запихнуть явный мусор со стороны внеш. системы сервис просто пошлет ее нахрен

Внешние источники данных в линухе тоже проблема.
Да и внешние источники данных всех хотелок не покрывают.
Как хранимки вызывать, например?

(7), (8) Спасибо. Рабочие доводы.

(10) Да вроде можно.
http://xn----1-bedvffifm4g.xn--p1ai/articles/запись-во-внешние-источники/

(0) Если достаточно внешние источники данных то конечно лучше использовать родное, а вот если хочется использовать всю мощь SQL то тут COM во всем его многообразии к библиотекам доступа к БД

(9) Ты просто не умеешь их готовить

(11) Интересно. Спасибо, буду знать.

(6) >>> _2) Чем лучше?

А тем, что нет проблем, как (7) и (8)

>>> Попробовал по внешним источникам данных.
Тоже байда, не все там гладко у 1С, не всегда работает и не с любыми данными... :)
...Даже если Дрова к данным у тебя есть...

(13) что там "готовить"-то?

обсчитался в позиции в массиве не туда значение внес - упало, запихал вместо строки число - упало

или надо эти какахи влет самому ловить и обрабатывать... в сервисе этих проблем просто нет

(16) COM дает доступ к разного рода библиотекам классам сериализаторам десериализаторам,  итд.
Например BinaryWriter
https://msdn.microsoft.com/ru-ru/library/system.io.binarywriter(v=vs.110).aspx

(16) Можешь вообще Linq to SQL использовать

в моем понимании com нужен если нужны методы и функции источника. Если нужны просто сырые данные то можно пользоваться чем угодно хоть напрямую из sql Запросами тягай

>Если нужны просто сырые данные то можно пользоваться чем угодно хоть напрямую из sql Запросами тягай

поля составного типа + перечисления улыбаются и машут

(20) а в чем проблема?? структура хранения данных известна

или вас пугает написание sql запроса??

> а в чем проблема?? структура хранения данных известна

зевая... отроете отбельную табличку с перечислениями позвоните - это будет сенсация

(23)
declare @ПеречислениеВес as binary(16) =(Select _IDRREF From "+СтрПереч.ИмяТаблицыХранения+" Where _ENUMORDER="+Перечисления.акТипыЗначенийГруппНоменклатуры.Индекс(Перечисления.акТипыЗначенийГруппНоменклатуры.Вес)+");

(24) это мелко, Хоботов :)

можно еще view нагенерить

(26) Все в наших руках.

(23) Зная порядок в чем проблема??

(28) слишком много всего "знать" надо за пределами базы + доп. юзера на скуле под это и прочее

смена структуры/порядка/сервера развертывания - опять сношаться по-новой

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

(29) Главное знать нужную функцию v8: Как перевести ГУИД в число и обратно?

А что делать, если нужно, а в 1С это либо нельзя сделать либо оооочень медленно

Например MERGE который нужно вводить и в 1С, что бы изменять только измененные и удаленные записи.

(29) У меня было написано Слово "хоть" которое означала 1 из вариантов. Их на самом деле достаточно много и говорить что только 1 верен- это батенька профанация. Иногда нужно одно иногда другое. Где то  мы считаем 1 не зыблемым условием, а 2 пускаем в расход, а где то на оборот.

Раз уж вы тут "меряетесь" я тоже выскажу свое мнение и решение.
Я например, тоже полностью отказался от комконнектора для задач интеграции (а баз у нас много, всяких на 7 и на 8).

Вместо него использую собственный простой универсальный веб-сервис вставленный в каждую конфу.

Основная его работа: получить текст запроса, выполнить и вернуть результат.
Также он может записать любой объект, и выполнить "виртуальный метод с параметрами", их надо размещать в спец. общем модуле в конфе назначения.

Основной изюм в том что пишу запросы с этой стороны на языке той стороны, просто, понятно, читаемо, сопровождаемо.

Для 7ки и прочих сред обделенных соап клиентом написал COM-объект, который умеет работать с моим сервисом.

Основная причина в том, что комконнектор надо регистрировать, а обновление платформы происходит не одновременно у всех, теперь проблем с этим вообще нет.

Да, решение похоже на odata но оно появилось еще до него.

(29) и да если вы не знаете структуру данных хоть как старайтесь, а к себе в базу вы не чего не загрузите.

>Их на самом деле достаточно много и говорить что только 1 верен- это батенька профанация.

профанация это выбирать ком-коннектор или голый скуль если есть другие варианты

>а если вы не знаете структуру данных хоть как старайтесь, а к себе в базу вы не чего не загрузите.

шта за бред...

структуру данных и типизацию + функции внешнему источнику даст описание web-сервиса... дело внешнего источника - заполнить их адекватно и дернуть сервис за функцию. Про структуру бд ему (внеш. источнику) вообще ничего знать не положено

(36) кто говорил про структуру бд??

а ком-коннектор и таскание массивов туда сюда или кодирование в 1С на стороне ком-объекта - это такая тоска...

(37) а к чему тогда (34)?

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

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

(38) Зачем таскать? Обычно все делается SQL запросом при соединении таблиц из двух баз.

>Обычно все делается SQL запросом при соединении таблиц из двух баз

базы могут быть несоединими в принципе

(39) это общее правило. Не важно для чего если нет структуры данных у вас нет данных. ТО что структуру описал кто то до вас это только облегчит вам работу(?). Но не как не отменяет факта.

>Не важно для чего если нет структуры данных у вас нет данных. ТО что структуру описал кто то до вас это только облегчит вам работу(?). Но не как не отменяет факта.

на русский переведите

(42) А внешние источники данных при этом могут? Мы вроде эту тему обсуждаем. И что в данном случае COM?
Connection = Новый COMОбъект("ADODB.Connection");

(44) что не понятно

(45) я имел ввиду его более узкое значение - ком-объект 1с

(46) все не понятно

>ТО что структуру описал кто то до вас это только облегчит вам работу(?). Но не как не отменяет факта.

что значит облегчит? и какого факта не отменяет?

(47) То есть только V8X.COMConnector ?
На самом деле я делаю обмен через XDTO так во многих случаях быстрее и проще. А уж делать через сервис, файлы , сом это дело вкуса. Но вот объединение больших таблиц делаю напрямую через Merge.
У меня несколько баз на семерке, так данные получаю тоже напрямую. Все зависит от задачи.

>У меня несколько баз на семерке, так данные получаю тоже напрямую

там вариантов еще меньше

(51) Не сказал бы. Через ВК и классы Net можно сделать все, что угодно, просто 1С++ великая вещь, делается все быстро. Отдельная благодарность создателям этого инструмента.

я тут тоже говорю о том что сама 1с может, без доп. расширений

На восьмерке кстати сайт не напишешь. Приходится и сайты писать. А вот кстати проще написать сайт и использовать его вместо Вэб клиента, экономия на лицензиях.

(49) Есть заголовок tcp где с 0 по 15 бид содержится информация о порте источнике с 16 по 31 порт назначения с 32 по 63 номер пакета и тд прогеру можно заморочить и самому разбирать tcp пакеты но врят ли кто то этим будет замачиваться потому что структура пакета описана и есть инструменты которые с ним работают. Но положим что вы написали (велосипед) свой протокол где не кто не знает какие биты за что отвечают как вы думаете принимающая сторона сможет разобрать не зная структуру данных??

>вы написали (велосипед) свой протокол где не кто не знает какие биты за что отвечают как вы думаете принимающая сторона сможет разобрать не зная структуру данных??

ну если кому-то охота реверс-инжинирингом заниматься - флаг в руки

такого полный хабр уже статей - подключение wifi к соковыжималке и т.п.

и смысл это возводить в "абсолют"?

все необходимое описание сервиса содержит. но описанию адекватная среда даже создает всю "обвязку" для работы с сервисом

(57) где я сказал что этот метод плох??

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

(54) И слава богу. Главная беда 1с-ников. Они все пытаются делать на 1с.

(54) Еще смешнее. Простейшие учетные системы тоже проще писать не на 1С, экономя на лицензиях.

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

(61) Если ты не понял то сайт общается с 1С через HTTЗ или Web сервис, ODATA

А там лицензия только на соединение запроса которые кэшируются и при нехватке лицензий могут вставать в очередь.

(64) за linq и пользование .net респект

(65) Спасибо

Уважаемые, подскажите как из:

_IDRRef вида:
80 FD 00 15 17 2B 9D E1 11 E0 70 8A C7 A1 0C DC
80 FD 00 15 17 2B 9D E1 11 E0 70 8A C7 A1 0C E0
80 FD 00 15 17 2B 9D E1 11 E0 70 8A C7 A1 0C E2

Получить чего-нибудь 1С-ное. УИД там...

(67) убрать лишние пробелы? вставка "-" по желанию...

(17) КОМ та дает, вот только 1С умудрилась этот КОМ так испоганить, что работать с ним невозможно :)

  - Вы же не думаете, что КОМ соединение подвержена тому, что версии программных продуктов должны быть идентичны?
  ...Иначе бы, накой нужен КОМ, если приходится версии 1С обновлять?

(33) А публикация будет?

(67) Смотри 30

(70)в принципе, ничего секретного нет, готов поделиться.
Планов публиковать нет. Могу выслать по запросу.
Состав такой:
1. пустая конфигурация с веб-сервисом (подсистема, по сути)
2. обработка-клиент в ней же (по сути она просто для удобства)
3. dll в которой COM-объект - клиент для работы из 7ки.

4. документация с описанием COM-объекта и общих принципов работы

В пределах одного сервера COM-соединения использую давно. Например, из управленческой базы можно открыть открыть/создать справочник, документ бухгалтерской базы.
Сейчас возникла необходимость обращаться к консолидирующей (по документу Заказ покупателя) базе из нескольких баз на разных серверах, находящихся в разных городах. COM-соединения потянут эту задачку, или лучше что другое?

(74) По VPN да, но лучше делать обмен через схему и объекты XDTO. А как ты их будешь формировать это уже твоя забота.

(75) Вроде VPN это защищенный канал, а не быстрый!? Вопрос о том, будет COM-соединение устойчиво работать с относительно медленном каналом? Смогу ли я из своей 1С открывать COM-объекты из базы находящейся в другой удаленной сети?

(76)можешь, можешь. Внешнее соединение - это такой толстый клиент без пользовательского интерфейса.

(77)+ проблема будет в том, что комконнектор тебе нужен будет обязательно того релиза к серверу которого ты коннектишься :))

попробовал к первому, хрен, не та версия, перерегился, сделал;
попробовал ко второму, хрен, а тут опять не та версия, перерегился, сделал;

и так далее - красота от 1С! :)

(76)
Есть разные понятия
Суть в том, что соединение по СОМ или не COM с базой происходит по TCP/IP
с которым ты можешь работать через VPN. Без VPN TCP/IP работать не будет.
Если ты Хочешь DCOM то тоже без VPN не пустят.
А с медленным каналом работать то можно, но не нужно. Лучше обмен через Вэб,HTTP сервисы, ODATA

(80) > Лучше обмен через Вэб,HTTP сервисы, ODATA
Можно подробнее? Например, такая задача: во вновь образованном холдинге транспортной компании нет общей консолидирующей базы (только планируется), каждая организация работает в своей сильно доработанной УАТ 1.0.8.2 Проф (старая редакция, без Партнеров). Возникла острая необходимость централизованно принимать "Заказы на перевозку". Для решения чисто этой задачи думаю опубликовать в облаке УТ11 (в дальнейшем объединить ее с УАТ 2.0.3.1 Проф, и сделать консолидирующей), слить в нее всех контрагентов, сформировать партнеров (они не только объекты взаиморасчетов, еще и Пункты назначения: погрузки/разгрузки), и заводить в ней новые "Заказы на перевозку", как предварительные. Далее, например, менеджер УАТ какой-то организации холдинга хочет посмотреть новые заказы на перевозку, которые в УТ. Желательно, чтобы этот журнал заказов открылся прямо из УАТ. Менеджер что-то из них выбрал, перевел их статус в работу "на себя". Эти выбранные им заявки должны свалиться в его УАТ для дальнейшей их обработки...
Опыт решения подобных задач имеется, но ограничен лишь COM-объектами, в пределах локальной сети компании. С удаленными базами работать не приходилось.

(81) Если ты работал с РИБ и КД то принцип тот же. В КД 3 сечас пошли именно через обмен по схеме. Мне приходится делать обмены между 7.7 и 8.3. Я просто беру схему источника, выгружаю документы по схеме и делаю обработку которая создает процедуры заполнения объектов XDTO и заполняет реквизиты УИД.

Что касается твоей задачи, то все можно делать через Вэб сервисы. С ними проще работать. Единственно, что в 1С нет распределенных транзакций, и тебе нужно учитывать разрывы связи. То есть тебе нужно сохранять ИД запроса и если он уже есть в текущей базе не создавать новый документ, а возвращать уже записанный

(82) Когда не было УФ (как и 1С версии 8) в 7-ке под веб-сервисом понималось веб-приложения типа "Удаленный склад". Что сейчас понимается под веб-сервисом? (где почитать?)
Я конечно догадываюсь, что пользователь из своей базы может открыть удаленную базу УФ, причем сразу конкретный журнал документов (Заказы на перевозку), и менять статусы этих документов, не подозревая, что работает в другой базе. Но примеров подобной реализации не встречал (или не обращал внимание за ненадобностью).

http://v8.1c.ru/overview/Term_000000273.htm
http://catalog.mista.ru/public/193460/
http://habrahabr.ru/post/136684/

итд

http://catalog.mista.ru/public/167459/

http://1cprogrammistu.ru/60-sozdanie-web-servisa-v-1s-predpriyatii.html

Посмотри конвертация данных 3

Спс, завалил ссылками на теорию. Мне бы пример использования веб-сервиса в какой нибудь типовой (желательно) конфигурации. В той же УТ11 используется?

На счет УТ11 не знаю, но во всех свежих конфигурациях есть. Посмотри в конфигураторе

(88) Где именно, по какому признаку (что забить в строку поиска)?

(89) Если бы потратил время на изучение ссылок
http://v8.1c.ru/overview/Term_000000163.htm

То Вэб сервисы лежат в Общие вэб сервисы.
В БП3 их просто куча для обмена данными