AnS1Сейчас все работает в рамках одной ERP в режиме on line. ERP все сервисы реализует Главные недостатки сейчас
- нет возможности оказывать даже минимальный сервис в случае отсутствия связи
- нельзя обеспечить "гарантированную" производительность розничных касс
- сложности изменения "сложных" сервисов операционного характера (добавить еще одну
позицию в доставку с распределительного склада)
- сложности изменения "сложных" сервисов процессного характера (изменить правила выбора транспорта для точек а и б требует тщательного проектирования на уровне ERP)



Вы собственно перечислили проблемы связанные с обрывом связи.
Т.е. по сути Ваши задачи должны жить в он-лайн но при отсутствии связи решать одну из следующих задач:
а) переключение на обмен по альтернативному источнику
б) досылку информации при восстановлении связи
А это означает что нужно не в он-лайне работать напрямую с ERP а иметь некоего зависимого клиента, который с одной стороны сможет жить локально с другой стороны
реагировать на события и выполнять одну из перечисленных задач.
И самое главное чтобы принцип жизни между ERP и этим "клиентом" был наподобе
master-slave, чтобы не было такого, что клиент говорит не знаю я все отправил,
а сервак говорит - не было ничего :) Видал я и такие проекты в достаточно солидных фирмах :)

Вот как-то так.