Помогите советом.

Имеется :
одна фирма (опт)
два территориально удаленных подразделения
два приходно-расходных склада с разными оборотами и остатками
один ассортимент номенклатуры
одинаковые поставщики
разные покупатели
одна банк
2 кассы (ККМ)
РАЗДЕЛЕНИЕ ДОСТУПА К ДАННЫМ на уровне банка кассы и цен для клиентов
РАЗНЫЕ КОФИГУРАЦИИ

По какой схеме организовать работу ? Пока без учета толщины канала и резервирования канала.

Интересует оптимальная организация для правильного обмена данными

Спасибо

"РАЗНЫЕ КОФИГУРАЦИИ" - универсальный обмен XML?

Самое правильное - привести к одной конфе и УРБД

Ну и конечно МОДом можно решить проблемы выборочной загрузки-выгрузки

(1)Надо правила рисовать. Хочется от простого.
(2)Логично
(3) Номера документов, коды справочников ?

+(2)Как определить кто центральная база ? По каким критериям ? Клиенты везде разные

(5) Центр там где ГБ и дир :)
Правила обмена место создания - центр - вот и разные клиенты в разных базах
А что коды и номера?

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

Я бы смотрел в сторону XML.
1. Наводим порядок в справочниках.
2. Выставляем префиксы для каждой информационной базы.
3. Создаем правила обмена.
4. Создаем обработку для выгрузки/загрузки данных. Либо используем штатные, если они устраивают.

5. Если номенклатура единая для всех - на удаленных подразделениях режем права на создание карточек. По контрагентам тоже нужно определиться, если все централизованно - тоже режем права.

+(5)Как распределение доступа к данным организовать ?
(6)Таки точнее будет сказать где меняется кофигурация ? Это по поводу центра.
А по поводу номеров и кодов - как синхронизировать ? Как документы со сквозной нумерацией ? дУБЛИРОВАНИЕ НОМЕРОВ ВОЛНУЕТ И КОДОВ СПРАВОЧНИКОВЮ
(7)Я вот как раз и определяюсь с криериями ТЗ
(8)В принципе понятно.
Что имеешь в виду под наведением порядка в справочниках ?
(9)Да. Единая Клиенты везде свои, реализация из разных мест, банк один, но по видимости данных банк бы разграничить (опционально)

(10) Посмотри типовую ТиС - там в случае УРБД для нумерации используется константа "ПрефиксИБ"

(10) "Что имеешь в виду под наведением порядка в справочниках ?". При обмене объекты нужно как-то идентифицировать. К примеру, берем справочник Номенклатуры. Допустим, привязываем идентификацию справочника номенклатуры к кодам. Т.е. коды одинаковых номенклатур должны быть одинаковы во всех информационных базах.

Подсоветуйте где доходчивое описание принципов работы УРБД-УРИБ почитать ?

Потом наверное вопросы задавать.

(12)Так это понятно. С идентификацией. Вопрос как избежать дублирования кодов ? Если элементы справочника создаются в обеих базах ?

(14) Продам СП. Дорого. Кури ПрефиксАвтоНумерации()

(14) Для этого и нужно п.2. "Выставляем префиксы"

(13) Да какие там принципы - звезда и все тут. И центр всегда прав. Плюс галочки миграции для всех видов объектов.

Если не можешь определиться какая из двух баз главная, то заведи третью центральную, в которой будешь работать только ты и ответственный за всех. У каждой базы заводишь префиксы и всё

(15)ТЕбе не положено по штату. СП у нас ДенисЧ банчит, у него патент ))

(19) Это была моя шутка лет 13 назад

(18)А как быть к контролем взаиморасчетов на периферии ? Манагерам банк нужен, что бы видеть взаиморасчеты

(20)Денисч пиратствует ? Или переуступка авторских прав таки была ?)

(15)(16) ПОнял уже.

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

(24)Пох на авансы - чиста управленческий учет
Или ты имеешь в виду и реализацию с отсрочкой ?

(25) Я имею в виду, что деньги в банке уже есть, а клиента в базе еще нет - не завели в филиале. При схеме "место создания - центр" будет частый созвон с просьбой завести в филиале что-либо + обмен.

(26)Понятно