Нужно сделать интеграцию 1С и СБИС для загрузки и подтверждения УПД с кодами маркировки. Каким API посоветуете воспользоваться: API или COM SDK2?
Конфигурация самописная.

(0) Используй то в чем быстрее разберёшься.

(0) Как то в самописку еще лет 5 назад использовал API. (только отправка документов со всеми вытекающими). Ничего сложного там нет.

Это разные технологии, нужны для разных случаев
АПИ ниразу не замена SDK2

(1) Знаю и COM и REST, вопрос в их слабых и сильных сторонах и ограничениях.
(3) Поясните, пожалуйста. API и COM SDK2 это просто разный способ программно работать с системой документооборота СБИС: загружать документы, подписывать их. Разве нет?

а чем обработка не угодила? она как регламент может работать

у Сбиса есть же обработки под разные версии хоть для ОФ хоть дли УФ при этом там куча настроек как уже писали.
У контура даже есть обработка под "не типовые конфы не стандартные конфы". которая в твою конфу добавляет нужные "объекты" и работает там. возможно у сбиса то же такое  есть

(6) попался наивный чукотский парень, который думает что самописка будет бесплатно работать. Ну ну...

(4) АПИ нужно в основном для интеграции с Линукс системами. Т.е. там где не доступен com объект. Или если нужен онлайн.
В остальном случае проще взять готовую обработку и по SDK2 обмениваться

Плюс,незнаю насколько правда, но

"API Способ обмена API в обработке разработан для особых случаев, и главные его ограничения в том, что в обработке нет встроенного модуля для подписания документов, поэтому такой способ обмена не позволяет сразу загрузить и отправить документы контрагенту, т.к. они не подписаны. Таким образом обработка их формирует и загружает в ЛК, но не запускает в документооборот. Подписать документы можно, например, через сам ЛК СБИС.

Источник: https://help-edo.ru/sposob-obmena-sdk-extsdk-api-katalog-v-obrabotke-sbis-dlja-1s/

(9) https://sbis.ru/help/integration/1C_set/modul/exchange
Если ключи электронной подписи на носителе, подписать документы при отправке или утверждении невозможно

(5) << а чем обработка не угодила? она как регламент может работать

Я хочу свою обработку написать, вопрос в том как работать со сбисом, через REST или через COM

(11) ты же понимаешь что в качестве кома выступает сбис плагин который болтается в треии и спамит всякую инфу.
Т.е. если прям руки чешутся (юношский максимализм) то API, если тебе нужно ехать, а не шашечки, то com

(12) В качестве кома никто не выступает, это просто технология такая) А СБИС плагин, как и SDK, построены на COM

https://ibb.co/y0NWnHM

13+
То есть SDK это те же вызовы API, но обернутые в двоичную компоненту. сбис плагин - это SDK + всякая шелуха.

Кстати, интересно кто надоумил разработчиков СБИСа дать методу доступа такое название - SDK?
Я понимаю что такое SDK в VS, но какой смысл они вкладывали в это название для меня лично загадка.

(14) ИМХО исторически так сложилось, ибо изначально это было SDK https://sbis.ru/help/integration/sdk т.е. набор инструментов для разработки программного обеспечения в одном устанавливаемом пакете Это потом уже они перешли на сбис плагин

(16) Ну вообще - то в программировании под SDK понимается набор заголовочных файлов, файлов на C++, библиотек, которые компилятор линкует СТАТИЧЕСКИ. COM технология - это уже готовая компонента, которая живет в exe или dll файле и загружается динамически.

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

Вот это чудо: https://sbis.ru/help/integration/catalog
СБИС коннект.
Техподдержка у них хорошая, можно все уточнить.

у сбиса есть полноценный сваггер. https://sbis.ru/help/integration/api
я бы не думая апи выбрал.