У вас компания у которой центральный офис в Москве и несколько маленьких офисов в других городах.
Вы хотите организовать одну базу учета.
Можно сделать терминальный доступ и все сотрудники из отделений заходят и заносят все данные в Москве.
Или даже через Хамачи, если скорость канала позволяет.
Есть один минус , если связь с инетом и с москвой отвалилась, все курят.

Консультанты предлагают решение которое "надежно" защитит вас от обрывов связи - Репликация.

Стоят 10 серверов один большой в Москве остальные в отделениях.
Очень хитрая и сложная программа обменивается данными между ними, и поддерживает одинаковую базу во всех отделениях и не боится разрывов.
Это теория, что на практике:
рвется связь и админы не чешутся тк все у всех работает.
даже интернет может работать.
проходит день , и пользователи замечают, что заказы интернет магазина не приходят,а у склада стоит Газель с товаром из Москвы которая не заведена в базе.
Именно в этот момент вся фирма начинает искать админа.
Пока админ устраняет проблему (забыли заплатить за интернет) проходит еще 2 дня.
Делать нечего из Москвы диктуют заказы интернет магазина, а Газель заносят по инвентаризации и продают.

Потом интернет включают.
Все нужные и ненужные данные начинают жутко двоится.
Товара в компании становится на одну газель больше, удалить данные не представляется возможным тк товар отдан, деньги получены СФ напечатаны.
Газель из Москвы списывают по инвентаризации.
Заявки интернет магазина оставляют необработанными.
Сквозной учет накрылся.
Через месяц, смотря в эти данные, финансовый директор не понимает почему у него в Ростове целая газель товара списана по инвентаризации, на заявки инет магазина просто положили, а часть товара продана ниже себестоимости по "старой" цене.
3 таких сбоя приводят к катастрофическому развалу данных. Статистика, анализ KPI, становятся безумными.

Я здесь , взял репликацию которая в техническом плане безупречна, и работает как часы. Если добавить "перекрестные транзакции" и ошибки программистов все становится совсем плохо, у вас появится программист за 50 000 который будет репликацию подталкивать.

У нас в AVA ERP раньше тоже была репликация , но сейчас когда 10мб канал стал стоить копейки, внедрять мы ее перестали.

взял здесь

iscrafmчто программа планировать не в состоянии уже все поняли. Теперь узнали,что она и в системном плане не венец творения. Бахров, вы задались целью опустить ее еще ниже?
Маленький задира :) по существу что нибудь есть ? я там рассказал как все работает с ИДЕАЛЬНОЙ репликацией.
У нас была суперная репликация мне жалко, что мы замочили это инженерное чудо.
Каналы просто сделали свое дело.

А тендер, мне кажется, надуманный , чтобы 1с за уши протащить :)

Оторвитесь на секундочку от личной ненависти.
я описал свой опыт которы вообще не касается моей работы в AVA ERP