Есть справочник Подразделения1 в другой информационной системе предприятия. В 1С нужно работать с его образом: Подразделения2. Каким образом лучше организовать синхронизацию этих двух справочников?
Т.е. добавили запись в Подразделения1 она должна появиться в Подразделения2, откорректировали - аналогично.
Синхронизацию проводить без действий пользователя.

ну добавили/изменили - выкладывай файл, и подбирай его регл. заданием

(1)+ или прям из той проги коннекться к 1С

(0) а если в другой ИС исправили или добавили? А так подписку на событие и там синхронизируй.

(3) На какое событие подписаться в 1С чтобы отследить изменения в справочнике в другой информационной системе?

(4)
что такое другая информационная система ? если самописка на Делфях, сами продумывайте логику.
1С тут не причем, она только свою сторону поймает.

(5)
если можете исправлять "ЭТУ Другую информационную систему", придумывайте логику синхронизации по Гуидам или ID , в зависимости от решения

Под Ораклом справочник с которым нужно синхронизироваться.

(0) Если есть канал связи между 1С и "другой инф. системой не 1С"  тогда как вариант -  Необходимо "поднять" в "другой информационной системе" как минимум одно числовое поле и  при insert или update строк таблицы справочника поле заполнять 1. В 1С подключаться через ADO к "другой информационной системе" и забирать строки таблицы где значение этого поля =1 и со стороны 1С значение этого поля приводить в 0 . Для вопроса синхронизации лучше поднять уже в 1С еще одно поле  где будет хранится идентификатор элемента справочника "другой инф.системы".

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

Разворачивай веб-сервис 1С, публикуй его. В веб-сервис будут мигрировать данные из "другой информационной системы". В веб-сервисе ты опишешь средствами 1С создание справочника "Подразделение2". В веб-сервис 1С из "другой информационной системы", необходимо передавать все необходимые реквизиты для создания элемента справочника, + GUID, синхронизация как раз будет происходит по GUID.
То же самое делаешь в "другой информационной системе". Я предполагаю что "другая информационная система", умеет работать с веб-сервисами SOAP.

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

(10) Как все "сложно" и "модно"    :)

у автора односторонняя система, просто непонятно - может он ее как-то менять или нет

(11) - написано - синхронизировать

... оракл...? хм. была у меня такая задача. То я компоненту доступа у ораклу устанавливал и через АДОБЦ строку подключения прописывал.
Организация процесса - вся на стороне 1с у меня была. Периодически отправляло запросы на Оракл и синхронизация шла по уникальному идентификатору.

Думаю в Oracle не проблема тригер повесить на табличку :)

(12) Да вроде ничего сложного.
Удобный механизм.

че сложно триггер сделать что ли

надо шерстить возможности интеграции Oracla, у 1С то все под рукой собсно

на Оракле можно сделать ВСЁ, я гарантирую это

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

Да надо просто в части WEB сервисов открыть проект недель так на дцать. пригласить PM , разработать доки ну и так далее :)

(14) и чо?
добавили запись в Оракле - синхронизировать ее добавление в 1С.
изменили запись в Оракле - синхронизировать ее изменение в 1С.
удалили запись в Оракле - синхронизировать ее удаление в 1С.
нигде не сказано, что нужно в обратную сторону синхронизировать.

Обратную сторону и не нужно синхронизировать.
Только в одну сторону - под Ораклом ведется справочник, в 1С - используется.

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

В 8.2 можно подключаться к вьюхе Оракла через внешние источники данных. Изменение и добавление отработать несложно. Что делать с удалением...

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

(27) Не должны, но смогут. Обратной связь 1С -> Oracle не удастся настроить по некоторым причинам. Т.е. то что будет в 1С для Оракла - черный ящик.

(25) +1. в 1С пометка удаления.

(29) Пометка удаления очевидна. Но что делать с записями завязанными на этом элементе? Сигнализировать пользователю что есть объекты помеченные на удаление и просьба пересмотреть записи относящиеся к этому элементу и возможно повесить на другой?

(30) в зависимости от требования заказчика. По умолчанию я бы типовой функционал оставил.

Грубо говоря - есть телефоны - ответсвенны за него конкретные подразделения К и И. Подразделение К и подразделение И ликвидировали. Ввели подразделение З. Пользователю нужно телефоны из Подразделений К и И распределить по другим подразделениям, а возможно все перенести на вновь созданное подразделение З.

Думаю, что "все перенести на вновь созданное подразделение З". а К и И, остаются помеченными на удаление со своими телефонами.

Не-не.
"Пользователю нужно телефоны из Подразделений К и И распределить по другим подразделениям, а возможно все перенести на вновь созданное подразделение З." - это задание пользователю. Только он знает является ли созданное вновь подразделение приемником двух удаленных.

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