Доставка гарантийная. Данные - пох.

Движок обмена нужно брать готовый. Чистый кастом - никто не разберётся и в итоге удалят его нахрен и проклянут. Если это только не самый самый приметив на ws.
Я за КД3 только из-за версионирования кода.

Так то я понял про кд2 еще когда первый раз спросил

Сейчас я мыслю о том как на стороне бух3.0 автоматом загружать выгруженное из нетленки.
А еще нужно как-то проверить все ли корректно залилось. И если есть косяки откатить залитое, и мяукнуть дежурному.

И вот это все должно быть автоматически.

Т.е. на стороне нетленки стартует выгрузка данных. Потом на стороне бухии стартует загрузка, по завершению выполняется проверка.
И так каждую ночь. Автоматом

Как-то так я себе это вижу. Теперь надо определить набор инструментов на которых это будет сделать удобно и понятно. И чтобы еще и поддерживать без геморроя

Это 2 разные задачи.
Транспорт и подготовка/загрузка данных.
Транспорт это последнее что обычно волнует

Меня щас волнует больше как это автоматизировать. Возможно это сузит диапазон возможных средств

Автоматизировать РЗ.
Мастер база пуляет в слейв данные и ждет ответ.
Будет это папка, хттп сервис/ реббит - это все не должно зависеть от самой логики выгрузки /загрузки

Пуляет через OLE? Как он дождётся ответа если на той стороне не будет аналогичного РЗ?

Это уже наркомания.
Записал проверил откатил??
Почему бы не поверить сначала?

А если нужно именно так как вы хотите, то писать custom-ws с моментальным ответом.
И тогда пусть за все отвечает база Приемник

Почему оле?
Это может быть что угодно.
Скан папки раз в какое то время на предмет файла ответа, хттп запрос, получение данных из брокера очередей, асинхронные запросы.
Это не важно.
Сам транспорт вторичен и по хорошему должен иметь возможность меняться.
Это не сложно, реализация до дня в сложных случаях.
Сложно формат передаваемых данных и выгрузку загрузку.
Так кто если БСП есть на обоих концах относительно свежий- то добавить новый транспорт дело пары часов.
И на выбор из коробки тогда КД 2/3.

Что проверить? Я выгружаю документ, он должен в бухии загрузится и провестись. Но может и не провестись по сотне причин в самой бухии. Там ведь бухи хозяева, творят что хотят.
Получается чтобы проверить нужно в проверках повторять всю логику проведения?

Проведение не должно быть частью обмена

На стороне нетленки нет БСП и не предвидится.

Иначе у тебя ничего и никогда коммитится не будет

Мало ли причин для ошибки проведения

Поведение вообще не относится обычно к обмену. Обмен отвечает за доставку и запись. Все проверки должны быть в источнике.

Обмен должен считаться завершённым если все доки провелись