Господа,

Хочу посоветоваться с вами.
Думаю поднять CRM на работе (8.2).
Основной управленческий учет ведется на данный момент в ТиС 7.7.
Какие существуют способы синхронизации справочников между двумя базами? Через какой-либо файл обмена прошу не предлагать, т.к., по мне, это костыли: сначала выгрузить, потом загрузить надо... можно, конечно, автоматизировать, но я хочу понять как еще можно эффективно решать эти вопросы?

OLE, SOAP

репликация

Слышал только про OLE.
Лишних телодвижений пользователю не нужно будет совершать при использовании этой технологии?

(3) тебе какая синхронизация нужна

Создал нового клиента в ТиС - залезаю в ЦРМ, а там уже это контрагент йесть (сразу после создания, ну или не позже чем через минуту) -> работаю с ним в CRM... Обновил контакты в ТиС -> обновили с ЦРМ... Да чего уж там, нужна двусторонняя синхронизация: если удалил контакт из CRM -> пусть удаляется из ТиС! )

В простом случае — гонять через COM туда-сюда. В сложном — делать «шину данных» с мылом и кроликами

шина данных будет проще

кролики - это слэнг?

(1) 7-ка с COM разве дружит?

Автор, лучше не надо

(10) не понял, это намек на мою некомпетентность?

Где голосувалка? Я за SOAP - стильно, модно, молодежно.
На семерке вроде тоже можно SOAP замутить на MSSOAP.SoapClient30

(9) похоже дружит... сразу не понял...

(9) для чтения? Ну я например в свое время делал из 8-ки доступ к dbf используем ADO + MS Jet провайдер.

А так можно например поднять mod на 7-ке для регистрации изменений, написать правило на КД, которые будет юзать данные зарегистрированные модом и выгружать их

Если база на скуле - то УРИБ + тригер на изменения таблицы

(8) кролики - это rabbitmq. Я подразумевал queue вообще.

Мыло - это SOAP, если че

если в пределах одной субд
можно через view и триггеры настроить бесшовную работу
с одними и теми же таблицами из разных программ 1с77 и 1с8х

http://1cnk.ru/Articles/V8OLE.html

"а чего уж там, нужна двусторонняя синхронизация: если удалил контакт из CRM -> пусть удаляется из ТиС! )"

Я бы последовал совету в (10)

(0) кагбе ник ТС говорит

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

(18) имеется ввиду построение схемы работы 7.7 <-> sql <-> 8.2, где sql - это и есть та самая "одна СУБД"

(20) откуда такие выводы? сложность реализации / личные неудачи / собственная лень?

(21) пошутил? молодец!

а может, таки в одной системе работать?
Чтобы не выделываться и не выдумывать велосипеды, которые толком работать не будут?

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

(24) да больно манит готовая CRM на 8-ке+SIP клиент...

(25) Ещё раз повторюсь. Лучше работать в одной среде. И не выё*.
Пусть в начале это будет дороже, но зато потом будет дешевле.

(26) не соглашусь, т.к. иногда именно "модульность" и нужна. У меня несколько лет, например, ТиС работает отдельно от бухгалтерии с односторонним обменом. И все устраивает. Конечно, в идеале, потом перевести все в единую среду. Это - голубая мечта. Но такая среда, ИМХО, требует более кваливицированной поддержки, чем та, которая есть сейчас..