Обмен данными между базами в 77

Если конфигурации разные, то поможет только МОД (менеджер обмена данными)

можно УРБД, но периферийные базы придется создавать с нуля, выгрузкой из главной, можно конечно прикрепить и существующие но сложнее

МОД позволяет настроить выгрузку для разных конфигураций - необходимо только указать соответствия справочников, документов и т.д.

МОД позволяет выгружать и загружать не только по соответствиям, но и делать это по различным условиям (вплоть до вызова твоих глобальных функций во время обмена), выгружать и загружать в реквизиты высчитанные на момент обмена данные, загружать в нужные реквизиты значения не зависимо от того что выгрузилось, дважды-трижды-.жды выгружать разные элементы-документы и загружать потом их как совсем другие разные объекты, ... рука устанет перечислять сходу вспомнившиеся ништяки. У МОДа есть только два "недостатка", его надо купить и раскусить.

Можно сделать так

Свою базу (назавём ее Основная) не трогаешь, пусть как работала так и работает, Создаешь копию (Назавем ее "База")и делаешь из неё УРИБ делаешь филиалы...
Филиалы шлют тебе данные в "Базу", затем через оле (обработок много) передаем данные в Основную базу....

Минус время для выгрузки из базы в основную

плюсы
Основную можно менять как хочешь(естественно нельзя: удалять поля, менять типы реквизитов, длину кодов и т.п., данных которые есть в базе, ), на филиалах это не отразится ()

Есть много вариантов обмена, ТС не раскрыл цели и задачи обмена - без этого трудно что-то советовать

Если выберешь УРБД то приготовься сразу решать следующие задачи:

1) По возможности отключить попадание изменений при перепроведении документов в РигистрациюИзменений.
2) Для этого на Переферийныйх базах лучше всего вести только складской учет. Иначе при каждом восстановлении последовательности все будет попадать в файл обмена! Что приведет во первых к увеличению самого файла обмена (Если скорость интернета критична) и во вторых к увеличению времени загрузки изменений в периферийной базе.
3) самостоятельно проверить насколько выполняется условие уникальности кодов справочников, номеров документов в базах иначе при обмене могут возникнуть коллизии.

Но в целом я уже 3 года в 7 ке использую РБД и мне очень нравиться. При условии что с нашей скоростью интернета на торговых точках в терминал не выйдешь. Мне пришлось перелопатить конфигурацию вдоль и поперек.

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

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

волшебное слово УРБД

to Сhe Burashka
а есть справка по УРБД?

Например: http://www.mista.ru/articles1c/urbd.htm

как насчет работы с удаленными базами 1С с использованием компоненты NetaInet? что лучше ? еще есть вроде как усовершенствованная компонента RiK_Inet

NetaInet принадлежит к семейству транспортных компонент. Она умеет делать две вещи:
Передавать данные между двумя копиями V7 по протоколу TCP/IP
Читать почту по протоколу POP3

УРБД же предозначена для отслеживания изменения данных в базе и подготовки (и загрузки) пакета (архива) для обмена.

Сам думаешь, что лучше экскаватор или грузовик?

sashulyT может у тебя есть инфо(методички, книжки что нить в таком духе) по УРБД?

книжка есть, но она бумажная и дать не могу, да и мало там информации.
Читай статьи в инете, на тойже мисте, например

Rik_Inet.dll - знать надо

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

а завтра попросят сделать Online