Разбирал недавно чужую конфигурацию, наткнулся на интересный механизм обмена данными с использованием Web сервисов, к сожалению все модули поставляются без текста =((. Так вот возникла идея реализовать что то подобное.....
Собственно принимаю мысли по этому поводу.....

Есть идея регистрировать измененные объекты стандартным механизмом планами обмена.

(0) как разберешься, можешь сюда написать:

v8: Работа с веб-сервисами

Тут интересна сама структура обмена, вот если делать обмен через xml то там и сериализация и получение объекта, все оп полочкам,,,,а как же обстоят дела у xdto??? У него голые реквизиты..

(0) Ну собственно что я вижу своим аналитическим мозгом. Это отсутствие необходимости передавать xml пытаясь вшить ее в XDTO. Зачем? Представляете как будет передаваться 100 наборов записей с 50-тысячами записей. Это приблизительно 1 Гиг. Конечно инеты сейчас толстые, но если эту xml хотя бы банально зазиповать, то мир становится ярче  

- Делаем сообщение у которого в одном из параметров наша xml. Но не просто xml а ее zip код, т.е. зазипованная xml. Но естественно zip не засунешь в параметр в виде текста и тут нам на помощь приходит Base64 Итого получаем что то такое

<НомерСообшения>6440</НомерСообщения>
<НомерПринятого>5800</НомерПринятого>
<Отправитель>Москва</Отправитель>
<Получатель>Москва</Получатель>
<иксэмэлька>TWFuIGlzIGRpc3Rpbmd1aXNoZWQsIG5vdCBvbmx5IGJ5IGhpcyByZWFzb24sIGJ1dCBieSB0
aGlzIHNpbmd1bGFyIHBhc3Npb24gZnJvbSBvdGhlciBhbmltYWxzLCB3aGljaCBpcyBhIGx1
c3Qgb2YgdGhlIG1pbmQsIHRoYXQgYnkgYSBwZXJzZXZlcmFuY2Ugb2YgZGVsaWdodCBpbiB0</иксэмэлька>

эээээээээээээээ....я в ступоре.....походу (4) наизусть Web сервисы знает

(5) А что именно непонятно? Главная идея передавать всю xml в одном из реквизитов объекта xdto

(6) - хорошо....вот только еще и механизм кодирования/декодирования BASE64 придется привертыватьт =(

(7) Они есть в 1С прямо в встроенном языке

(8) - интересненько....попробую сейчас замутить =)))

(0) У тебя 1с выступает поставщиком web-сервиса или клиентом?

Одна 1с поставщиком, другая клиентом...
Я реализовал передачу через BASE64 и ее десериализацию )))

(11) Сможешь рассказать КАК сделать 1с поставщиком?
Мне достаточно простейшего примера, чтобы при обращении к сервису возвращалось, например, число

(12) Давно этим занимался, подробностей не помню. Но диска ИТС с примером мне вполне хватило, чтобы разобраться. Там в принципе ничего сложного нет.

(13) я как раз с ним и пытаюсь разобраться. У меня, наверное, основная проблема: я не понимаю понятия "пространство имен".
Поставщиком сервиса будет 1с, данные в нем он будет выдавать и получать только простых типов (строки и числа). Что туда написать и как оформить - вот в чем проблема

(14) У тебя при вызове веб-сервиса будет вызываться функция общего модуля. В нее в качестве параметров будут передаваться твои "простые типы". Результат функции - строка или ХТМЛ-код.

(14) О пространстве имен

Представь себе 1С-ную конфигу. Какую нибудь типовую бухию. В ней есть Расходная накладная, Приходная накладная, перемещение и т.п. документы. И справочники Контрагенты,склады и т.п. и всякие функции типа "ПолучитьОстатки()"

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

Но естественно конфиги отличаются и у справочников разные реквизиты и документы несовместимы и функция "ПолучитьОстатки" не работает в другой конфиге.

И вот, чтобы отличать Контрагента самописки и КОнтрагента типовой - вводят такую вещь как Пространство имен. Оно выглядит как URL адрес, но не имеет к нему никакого отношения. оно просто обозначает некий набор метаданных и функций над ними, чтобы не путать с похожими наборами метаданных и функций