Приветствую, подскажите План обмена для загрузки выгруки с внешним веб сервисом использовать  это корректно?

Конечно

Но если подтверждения доставки оттуда не приходит то можно и без этого

Просто план обмена имеет функциональность регистрации изменений, так то думаю можно регистров сведений обойтись, это корректно или есть подводные камни?

Подтверждение доставки для веб сервиса обычно это получение ответа 200.

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

Имелся в виду успех логический, а не только доставка

Спасибо

А в чем разница?

Система источник отправила? Отправила. Если есть логическая ошибка в базе приемнике что может сделать система отправки?
Зачем пытаться отправлять в новь и вновь то, что принимается с логической ошибкой. То, что не может загрузиться, но получено лучше контроллировать на приемнике.

Так ответ 200 поразному можно делать. И саму загрузку вешать синхронно в обработчике метода Я бы не стал

Конечно не надо вешать синхронную загрузку.
Лучше на приемнике пакеты в регистр сведений сохранять и разбирать асинхронно. А вот факт получения уже источнику сообщать по факту записи в очередь разбора.
Это уменьшит длину очередей и размер пакетов отправляемых по всей системе.

В вот если из очереди разбора не получается пакет разобрать надо либо вычислить что не хватает и дозапросить у источника вместе с объектом повторно, а если не понятно что произошло, администратору уведомление слать.

Все обмены в типовых с тобой не согласны - принцип авось с какого-то раза да получится)

И, ЧСХ, это иногда реально помогает

Товарищи, есть кто выгружает какую-нибудь типовую конфу на исходники в гит на платформе версии 15 или 16 ?

У меня в какой-то момент на 15й платформе, когда она еще была в бете, просто падала платформа при выгрузке ERP на исходники. Причем только нашей ЕРП.
Сейчас вроде бы не падает, но и изменений не выгружается (ключ -update при выгрузке на исходники).
Оно вроде бы что-то там делает, но гит потом в итоге говорит, что ничего не изменилось.

У меня такое на допиленной ЕРП и ЗУП 3

на маленьких спец конфах воспроизвести не могу

нельзя сделать подписку на событие Старт бизнесс процесса? в списке событий подписки такого события нет(

Подскажите, всякий раз, когда восстанавливаю базу из копии (средствами SQL) почему-то слетает уникальность номеров.
При попытке в копии базы создать справончик или документ - ругается что номер не уникален.
"ОбновитьНумерациюОбъектов" - решает проблему.
Однако, хотелось бы что бы проблема не возникала.
Почему так происходит?