Ситуация примерно следующая. Наплодили кучу баз 7.7, этот зоопарк приходится сейчас поддерживать, а учитывая, что пользователи уже привыкли к этому, возможно, ситуация будет в таком виде еще достаточно долго. Базы все практически идентичные, бухгалтерия типовая устаревшего релиза. Нужен инструмент обмена документами между этими базами, причем гибкий, т.к. постоянно нужно например сейчас выгружать только эти документы без вот этих, и т.д. и эти требования могут меняться. Желательно максимальная автоматизированность обменов, т.е. не вручную.  Справочники синхронизированы по коду (не без косяков, но в целом норм, т.к. номенклатура не очень резко меняется). Если есть какие то вопросы или уточнения - спрашивайте. Я такой зоопарк вижу первый раз, до этого как то с большими и едиными базами приходилось работать.

КД

КД2

Автоматы обмена на отдельно стоящих конфигурациях 1С и им скармливать выгрузки.

МОД (Менеджер обмена данными от ПиБи)

(4) он еще продается?

(5) Не знаю. А почему бы и нет? Денежки лишними бывают редко. Это очень легко выяснить.

Насчет МОД подумаю, но мне не нравится что он сильно корежит базу (сам не юзал, по слухам)

МОД

(7) не то чтобы сильно, но во все объекты себя прописывает. зато гибко

(7) Корежит. Можно и чтобы мало корежил сделать, но это его хорошо знать надо. А можно привыкнуть - он каждый объект "корежит" однотипно.

может пригодится как пример?

   //загрузка (КД2) из 77 в 81 Подключение = оле база77
   СписокПараметров = Подключение.CreateObject("СписокЗначений");
   СписокПараметров.ДобавитьЗначение(ИмяФайлаПравил,"ИмяФайлаПравил");
   СписокПараметров.ДобавитьЗначение(ИмяФайлаДанных,"ИмяФайлаДанных");
   СписокПараметров.ДобавитьЗначение(ДатаНачала,"ДатаНачала");
   СписокПараметров.ДобавитьЗначение(ДатаОкончания,"ДатаОкончания");
   СписокПараметров.ДобавитьЗначение("Выгрузить","ИмяКоманды");
   Подключение.ОткрытьФормуМодально("Отчет",СписокПараметров,ИмяФайла);
   
   Загрузка = Обработки.УниверсальныйОбменДаннымиXML.Создать();
   Загрузка.ИмяФайлаОбмена = ИмяФайлаДанных;
   Загрузка.ЭтоИнтерактивныйРежим = Ложь;
   Загрузка.РежимОбмена = "Загрузка";
   Загрузка.ВыполнитьЗагрузку();

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

в комплект к МОД предложу http://infostart.ru/public/16687/ полностью интегрирован с МОД (через скрипты загрузки)

работает на ура уже 7 лет

То, что МОД "корежит базу" - преувеличение. Изменения которые он привносит - вполне понятны и логичны, к тому же они обратимы.

А что никто восьмерку не советует вместо зоопарка?

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

кстати по количеству лицензий на МОД

если физически одно сетка - можно обойтись всего 2мя лицензиями на весь зоопарк, просто запускать обмен "по базово"

и еще, там далено не ва всякий комп можно воткруть МОД (связано это с железом)

(17) Какие ограничения по железу?

(17)
>>>там далено не ва всякий комп можно воткруть МОД (связано это с железом)

брехня

Т.е. пока либо КД или КД2 (причем нужен еще механизм регистации изменений) либо МОД, который имеет механизм регистрации изменений но который надо покупать и прикручивать к каждой базе.

Под аналогичный зоопарк (правда с небольшим количеством баз) писал обмен по оле под uchoice.ert, и пользователи сами выбирали что куда кидать. Правда всё руками

(17) он всего лишь на Миллениуме не инсталлируется

(21) Вот нечто подобное есть сейчас, и 2 часа в день тратить на ручные обмены совсем не айс, причем требования периодически меняются.

(20) регистрация изменений есть в УРБД, наверно еще продается.

УРБД в данном случае не очень, т.к. есть кластер баз уже с УРБД и из которой надо меняться с другими базами причем просто миграцией объектов не обойдешься, нужно например выгружать только расходные накладные без определенного товара, или перегружать их, но удалять потом.

Зоопарк короче еще тот.

значит КД и обертку над правилами, что-то типа uchoice.ert. формируешь список объектов по условиями и делаешь ВыгрузитьПоПравилу(Док.ТекущийДокумент()....)

(25) Зато без работы в такой конторе не останешься

Че за обертка над правилами?

(28) Работа разная бывает, мне вот, например совершенно неинтересно вручную документы перегружать, это обезьянья работа.

загляни в обработку выгрузки проводок из ТиС в БуХ. там хороший пример, как можно организовать отбор объектов. доделай туда отбор из отчета РеестрДокументов (по метаданным) и будет тебе щастье

(27) Если регистрация изменений по барабану - всегда выгужается по условию за какой-то период - МОД не особо нужен

(25) МОД с УРБД не очень дружит в плане регистрации изменений. В том смысле, что изменения загруженные УРБДой МОДом не зарегистрируются.

(33) Как я понял, автору не нужна регистрация изменений.
ТС - ответь внятно - нужна или нет?

нужна.

Хотя, если подумать, она не особо критична. Номенклатура обновляется и изменяется редко.

(36) (33) прав. Так что сначала четко продумай требования к обменам и пляши от них. Похоже, в данним случае МОД только усилит неразбериху. Сколько баз-то хоть?

(33) "изменения загруженные УРБДой " - не только МОДом, ничем не зарегистрируются.

(37) Кластер из 4 баз урбд считая с центральной, плюс 11 с разнообразными обменами между ними плюс еще десяток самостоятельных баз, обмены пока не просили с ними.

(39) "Беги, дядь Мить, беги!" (с)

Да лано, норм все. Когда внутри все не так страшно. )

(39) делал обмен с переодичностью 15 минут (27 баз на одну центральную), работало в полном автомате без участия пользователей

(42) Если бы все были УРБД, проблем бы не было, я бы УРБД-мастер везде поставил и вуаля. А тут как бы самостоятельные базы все.

(43) у меня МОД был, и базы различаль (правда не сильно)

>>Базы все практически идентичные

Так может один раз провести работу по приведению к идентичности и заюзать УРБД? Будет надежнее МОДа как ни крути + сопровождать нужно будет, по сути, одну конфигу
Против МОДа особо ничего не имею, использую до сих пор при необходимости

вообще с МОД ом главная засада - это когда одна база падает и тут начинается

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

(45) Так-то самое надежное - один раз привести в порядок. Не факт что получится - это всю контору на уши ставить на какое-то время.

(47) В том то и дело...

(46) Тогда мод отпадает категорически.

(49) ну не все так плохо :) все чинится и делается

МОД - очень хороший обменник, хотя лично я предпочитаю штатный УРБД

собственно проблемма в (46) возникнет в любой системе где нельзя делать начальный образ из центральной базы

>>>1. поднимать с бекапа нельзя, будет разсинхронизация

еще как можно и нужно.
Никакой "рассинхронизации" в МОД-е нет.
Недостающие объекты легко достаются из перефириек, если они туда улетели.
+ достаточно константу счетчикИД увеличить и привет - чтоб новые объекты были с заведомо другим ИДД, или еще тупее, саму константу ИДДБазы поменять.
Всё собственно.

+ все объекты можно достать из самих пакетов МОД..
хоть всю базу целиком

(51) а если в бекапе есть обьекты которые потом были удалены? и удаление уже реплицировалось?

(52) это да, это огромный плюс МОДа, собствено я так и делал когда наступил кирдык

(51) Тут вопрос в другом - похоже, ТС как раз все преимущества МОДа не нужны. Ему надо в каждую базу по роботу, который будет по заданным условиям с заданной периодичностью формировать список объектов для передачи в другую базу. Задача автора - написать этот робот исходя из неизвестной нам хитровыдрюченной логики данной конторы. А передатчик уже не суть важен. Хоть бы и КД.

Кстати - нет шансов дублирования? Типа данные ушли через МОД/КД/прочее, а потом через УРБД.

(55) Достаточно емкая формулировка того что мне нужно, практически так и есть.

(56) Вопрос мне? Нет, дублирования быть не должно, т.к. обмены идут исключительно с центральной в кластере УРБД.

Как понимаю ТС не нужна выгрузка изменений, а нужна выгрузка по правилам. Поэтому КД

(57) Так вперед. Тут все хотелками юзеров определяется - мы не поможем. Главное - разделить (в первую очередь в голове ТС) задачу на две - отбор объектов для передачи (самописка-робот) и передача объектов (КД по списку значений)

(60) Отбор объектов для передачи на чем лучше делать тогда? Служебный пользователь и ОбработкаОжидания()?  Предпложим я на КД остановился.

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