Мы построили решение таким образом:

1. Кассовая программа ShopDesk смотрит в основную SQL базу данных в реальном времени через ADO соединение (это как внутри реализовано) и достает оттуда текущие наименования, цены, скидки, если нужно - остатки). Постарались поднять культуру программирования, чтобы система тянула минимум необходимых данных, например, для медленных интернет-соединений (на всякий случай). Обратно в кассовый сервер (служба такая крутится) система передает текстовые файлы чеков с перечнем товаров, от кого, кому когда и на какую сумму. Файлы ложатся в очередь, кассовым сервером обрабатываются и проводятся как пары документов (расх. накладные - прих. кассовые ордера). Думаю, такое построение ни для кого открытием не станет. Использовать данную программу можно с самыми различными SQL - системами, так как на чтение данных создаются View согласно нашим спецификациям, а обработка кассовых чеков, как довольно простых текстовых файлов у программиста труда не вызовет. Кстати, система умеет обрабатывать продажи сразу с нескольких юр. лиц, например, ликеро-водку (это для НДС юр. лица) и продукты (для ЧП на едином налоге), что актуально для Украины.
Преимущества такой архитектуры - как только сделали переоценку в основной учетной системе, в этот же момент при считывании переоцененного товара в чек пойдет новая цена. Как только заблокировали скидочную карточку в учетной системе, такая блокировка тут же вступает в силу. Как только сменили скидку клиенту, скидка становится актуальной в тот же момент. ъ
Основное применение - супермаркет. Работает неубиваемо, как дятел.

2. ShopDeskRemote - предназначена для работы на удаленных торговых точках. Генерируется срез данных из основной базы и отсылается на удаленную точку например по e-mail. Срез данных втягивается в ShopDescRemote (это все происходит автоматически, квалификации местного персонала доверять не стоит), идет торговля, по концу смены, либо отчетного периода происходит выгрузка и отправка данных в головной офис. Основное применение - удаленные торговые точки. Ларьки, бутики, павильоны. В качестве средства связи - мобилка. Утром данные приняли, вечером выгрузили.

3. Сейчас наша бригада Java-разработчиков выдала ShopDesc на Java, который и под Linux и под Windows будет работать. Идея была - минимизировать затраты клиента, чтобы он не покупал Windows. Если много рабочих мест - экономия существенная. Архитектура, интерфейс и принципы работы полностью соответствуют стандарту ShopDesc.

Я специально не даю прямых ссылок на проект, просто рассказал о нашем опыте построения таких систем, который считаю удачным.

А что если у магазина крыша завалилась? А что если стихийное бедствие и т.д.
П.1 используется как раз для местных решений, когда сервер находится в той же локальной сети. Если все сделать правильно - чего серверу пропадать? Ну а если сервер такой пропащий см. п.2

PiterBest,

Очевидно, вы невнимательно читали п.1 ShopDesk ничего в сервер не пишет, она из него только читает. А как вы знаете SQL Server очень неплохо умеет кэшировать данные и на чтение работает очень эффективно. ShopDesk порождает фалы чеков (простые маленькие текстовые файлы), которые ложатся в папку, а оттуда разбираются торговым сервером, который на основе этих чеков создает расходные накладные и приходные кассовые ордера. Кассовые места работают параллельно, а разбор чеков производится последовательно и не зависит от загрузки кассовых мест. Например, за час пик 10 кассовых мест порождают 5000 чеков. Они складываются в папку, а специальное приложение торговый сервер спокойно их зачитывает и разбирает. На ночь это приложение не останавливается, как правило если пик пришелся на 18-19 часов, то к 20-21 часу уже все разобрано и обработано. Если таких касс будет 100, и сделают они 50 000 чеков, то разберет торговый сервер эти чеки к 2-3 часам ночи. Какие проблемы?