все просто. готовые интеграции слишком "универсальны".
делают много больше, чем надо заказчику

Ещё и не оптимально по коду

условно, готовая интеграция делает "зеркало"
а клиенту нужно в одну сторону ((из Б24 в 1С или наоборот)

Заказчику срать на код

И еще ты не имеешь права ее продавать.

результат = 90%
цена = 10%

Чаще всего да, но твой код оптимальнее, что чаще всего - быстрее. А вот на скорость обмена заказчику часто не насрать 😊

поверь, насрать

но, спорить я не буду

Я про оптимальность выразился в контексте "нужного" заказчику. То, что ты выше написал.

Заказчик хочет получить приемлимый результат за адекватный на его взгляд бюджет.
К сожалению в отрасли очень много людей которые портят карму остальным в профессии.
Ну вот представь, приехал ты переобуться - а тебе колеса на 1 болт затянули, ибо остальное лень делать.
Вот в коде такого - дофига.

Я на халтурах с ужасом смотрю что творят коллеги.
В транзакции нафигачить http запросов - как нефиг.

И это блин коробочное решение за достаточно дорого

в обработке проведения - для каждой строки накладной - проверить есть такая номенклатура в crm или нет, и если нет то создать.
Не списком, а каждая строка - отдельный запрос
Почему этот код не вынести вне транзакции в обработку проверки заполнения - мне не ясно.
Если нельзя туда - то создать очередь на синхронизацию номенклатуры.
В общем путей решения несколько но выбран самый дубовый.
И это за пару сотен тыщ рублей

У меня все объекты попадают в свой регистр обмена и потом фоновым сам обмен выполняется. Зачем влезать в проведение?

Хз, просто так проще и быстрее.
Я уж молчу что код покрыт тестами вида
попытка
Сообщить("Ура работает")
исключение
конецПопытки

Причём в регламентом задании 😅😅😅

И в транзакции