1С начиная с 8 версии умеет предоставлять свой функционал через веб-сервисы , как и юзать чужой. То-же самое умеет и Cache начиная с 5 версии. Все кросплатформенно и основано на открытых стандартах.

Потому, что "спец по внедрению 1С" и "системный архитектор" - сильно разные профессии ;)

DAiMorесли имеется ввиду TROLLBACK
то его у нас нету
если документ создан то он создан и назад пути нету
его только можно пометить на удаление так же как и в 1сКак это нету? Вы хотите сказать, что в программе не предусмотрена обработка разных исключений, управление транзакциями, не используется команда lock с таймаутом? Это есть плохо.

Кроме того, не надо лезть в 1С изнутри транзакции. Это приведет к ее затягиванию с очень неприятными последствиями. Забудьте про "реальное время". Это тупиковый путь. Более грамотный подход - асинхронная синхронизация (репликация) данных. Т.е. отдельный фоновый процесс, который мониторит обе базы и выполняет периодически репликацию данных между ними. Это можно сделать как в Cache, так и отдельным приложением в виде виндового сервиса. Например, с использованием MS SQL и WWF. Если каше или 1С упадет или с сетью будут проблемы, то после восстановления связи сервис сможет заново повторить синхронизацию. Вообще, вопросы построения корпоративных систем довольно сложны. Тем не менее, существуют проверенные подходы и паттерны. Как правило, они включают системы обработки очередей сообщений и Workflow. Это позволяет создавать надежные и масштабируемые решения.

Более конкретно, когда в вашей системе создается документ, должен создаваться некий объект "задание на синхронизацию". Разумеется, в одной транзакции. Если случился сбой, то вся операция откатится. Аналогично в 1С. Некий отдельный сервис синхронизации, который может включать в себя свою СУБД для служебных целей (если использовать WWF, то ему это желательно для сериализации объектов) периодически лазит как в Cache, так и в 1C и выполняет задания на синхронизацию, помечая их, как выполненные.

А если по уму, то и клиентское приложение должно общаться с Cache только через веб-сервисы. Забудьте про OLE, ADO, ODBC и т.д.

Т.е. архитектура такая: клиент хочет создать справочник, приложение генерирует SOAP-сообщение "создать справочник" и отсылает на сервер. Сервер ставит сообщение в очередь на обработку (сообщения сериализуются в базу, т.е. не будут потеряны при внезапном сбое сервера). Вызывается обработчик для сообщений такого типа и берет его из очереди. В нашей ситуации он создает два сообщения: "создать справочник в Cache" и "Создать справочник в 1C", которые также ставятся в очередь. Просыпается соответствующий обработчик и дает команду конкретной внешней системе Cache или 1С, принимает от нее ответ и тоже кладет в очередь.

Если потом Вам будет надо привинтить третью систему, допустим SAP, Axapta, CRM, SharePoint. Вы просто в цепочку обработки сообщений вставляете еще один обработчик, который генерит сообщение "создать справочник в SAP" и пишите адаптер, который связывает ваш механизм обработки сообщений и SAP. Не нужно исправлять ни одной строчки старого кода. Не нужно даже исходников.