Сначала тезисно пройдусь по ТЗ:
1) ПО торгово-производственное, предполагается участие в репликации, в основном, не более 10-ти машин, за редким исключением - максимум нескольких десятков машин. Типичная конфигурация: две независимые точки, на одной 3-5 машин в локальной сети, на другой 3-5 машин операторов.
2) Базы все FB 2.5 (хотя возможен переход на тройку).
3) Репликация планируется асинхронная, через существенные промежутки времени (раз в 30-60 мин, например, в основном, обмен заказами).
4) Обмен через FTP-папку, xml-файлами, в которых содержатся "пакеты изменений". Выгружаются две сущности: справочники и заказы.
5) Все изменения записей будут отслеживаться в триггерах и вноситься в таблицу выгрузки.
5) Репликация Master-Master.
6) Дабы минимизировать конфликтные ситуации и обеспечить ссылочную целостность - физически данные не удаляются ни в одной таблице. Только скрытие, по boolean-полю DELETED.
7) Заказы, созданные на "другой" торговой точке не подлежат редактированию. Только "свои".

Теперь подробнее.
Схема Master-Master предполагает ряд тонких моментов, самый очевидный из которых - как быть с генераторами?
Предполагаю так: в отношении справочников - генераторы должны быть разумеется идентичны на всех машинах, участвующих в репликации. Что же до заказов - то тут генераторы на каждой машине свои конечно, однако чтобы был порядок, и в плане визуального восприятия заказов, и в отчетах\анализе - используются уникальные для каждой торговой точки integer-идентификаторы.

Далее, что сделать, чтобы одновременные изменения в справочниках на разных машинах не повлекли конфликты?
Тут вижу такое решение - монопольный доступ. Причем, прежде чем редактировать любой справочник, ПО должно обратиться к серверу (лучше реализовать через HTTP-REST-запрос? или можно также по ftp?) на получение состояния некоего флажка блокировки редакции справочников. Если он (флаг) установлен и известно кем - значит всем остальных доступ на редакцию сейчас запрещен. Соответственно, тот кто этот флаг возвел, он же его и снимает после завершения редактирования справочников. Финализация этого процесса предполагает выгрузку файла с изменениями и снятие флажка. Решение выглядит негибким, однако для данной задачи, возможно, вполне подходит, поскольку попытка одновременной редакции справочников будет крайне редким явлением.

Поскольку новичок в теме, прошу совета отцов. Что упустил, что посоветуете...

Ivan_PisarevskySoftologic4) Обмен через FTP-папку, xml-файлами, в которых содержатся "пакеты изменений". Выгружаются две сущности: справочники и заказы.Какая-то лишняя сущность.

Диапазоны идентификаторов в ИНТ64, ГУИД по вкусу.

Купи готовый репликатор, это заметно дешевле разработки своего.
Там просто море сельхозинвентаря припрятано.

Не совсем понял почему лишняя...
И где продают дешевые репликаторы для тиражируемого софта с неограниченным числом лицензий?
IBReplicator что то совсем недешев: https://www.ibphoenix.com/shop/category/2

Ivan_Pisarevskyftp и xml лишние. ну по крайней мере мы не используем. парсить xml в поллямя строк то еще удовольствие. а вот если заготовить сразу пачку стейтметов ничего парсить не потребуется. у нас репликатор сам обменивается через сокеты запакованными пачками, фтп не нужен.

насчет ибрепликатора спроси прямо у Сибирякова, он же тут, никуда не делся.

насчет дорого дешево... как только сунешься писать всплывет много чего.... сгенерировать триггеры, написать мониторинг, то ли граф оболочку, то ли веб мордашку и тд. и тп.

У нас репликатор свой, затачавали по себя.

Ну ок, понял как без xml, со стейтментами... даже в принципе, с бинарниками понимаю, как YuRock предлагает. Но не понял как без ftp обойтись? Базы же географически раскиданы, обмен то в любом случае через интернет делать. Писать в MySQL-базу на сайте через php-запросы чтоль? Или новомодные яндекс-диски, гугл-драйвы использовать?

Ок, спасибо большое всем за помощь!
Тогда такой вопрос - вообще какой ценник у такого рода задачи? Понимаю, что вопрос риторический, все по разному себя оценивают, однако все же... быть может есть некая минимальная оценка? Кто за сколько бы взялся?

YuRockУже говорил. Это не простая задача. Да еще и начать нужно с написания и согласования ТЗ. В итоге - будут месяцы работы (квалифицированного программиста, высокооплачиваемого), потом поддержка.
Не знаю, сколько стоят готовые решения, но очень вероятно, что дешевле.
Про непростоту задачи я понимал с самого начала, и что готовые решения дешевле тоже. Хотя, повторюсь - для тиражируемого ПО с неограниченным числом лицензий... Это большой вопрос. И готовое может потянуть тыщ на 5 евро в год, как HQBird в Enterprise-редакции со встроенным репликатором.
Таки может кто минимальную планку назвал бы примерную, а? Для ориентиру...

Dimitry SibiryakovSoftologicНо не понял как без ftp обойтись?

VPN + прямое подключение, например. На ваших объёмах должно хватить.
VPN + SMB тоже неплохой вариант.
FTP имеет проблему с атомарностью передачи, её надо будет обеспечивать дополнительными
средствами.

Да, VPN + прямое подключение, вероятно, оптимальный вариант.

YuRockSoftologicТаки может кто минимальную планку назвал бы примерную, а? Для ориентиру...Ну, пожалуйста. Если какой-то нищеброд типа меня согласится сделать тебе репликатор (свой адаптировать к твоей системе), это будет пару десятков килобаксов стоить. Ориентировочно, а так будет ++.
То есть от миллиона рублей так очень примерно. И это нищебродская оценка, я полагаю ?:)

Гаджимурадов РустамЧую, нарисовывается тендер.

Похоже обламаю всех сейчас :)
Проект-долгострой. Делается по-дружески практически. Поэтому термин "бюджет" не совсем уместен. Собственно, поэтому и спрашивал советов, как бы самому научиться то полезно.