Обмен n8n с 1С через OData

Спроектируй обмен между n8n и 1С через опубликованный REST-интерфейс OData. Ноды для 1С в n8n нет, работать будем нодой HTTP Request.

Моя задача: [ЗАДАЧА: забирать новые заказы покупателей и создавать по ним задачи в трекере]
Конфигурация: [1С: Управление торговлей, OData опубликован, доступ по логину и паролю]
Как часто: [РАСПИСАНИЕ: каждые 15 минут в рабочее время]
Объём: [ОБЪЁМ: 30-80 документов в день]

Что нужно:

1. Адрес запроса к нужному объекту и вид авторизации в ноде HTTP Request. Покажи, как выглядит путь к документам и к справочникам — они адресуются по-разному.
2. Отбор на стороне 1С, а не в n8n: как запросить только документы за период и только непроведённые. Тянуть всё и фильтровать после — это лишний трафик и нагрузка на базу.
3. Постраничная выдача: чем ограничить размер ответа и как забрать следующую порцию. При 80 документах в день это не жмёт, но на первой выгрузке за год жмёт сразу.
4. Запись обратно: какими методами создаётся новый объект, какими обновляется существующий, и чем отличаются полная и частичная замена. Мне нужно проставлять признак обработки, не затирая остальные поля.
5. Отдельным списком — **чего через OData получить нельзя в принципе**. Это сэкономит мне день: я успел заложить в схему получение отчёта и хочу знать заранее, что так не выйдет.
6. Что делать с тем, что недоступно: какой механизм на стороне 1С публикуется для нестандартной логики и асинхронного обмена.

Отсечка. Не предлагай выгрузку через файлы обмена и COM-соединение — нужен HTTP. Не советуй писать обработку внутри 1С там, где хватает OData: правка конфигурации требует согласования, а это недели. Не пересказывай, как публиковать OData, он уже опубликован.

Проверка перед выдачей: пройди по моей задаче и скажи, какие её части OData закрывает целиком, какие частично, а какие не закрывает вовсе. Если что-то не закрывает — назови это прямо, а не предлагай обходной путь как равноценный.

Собрать под себя — поля заполнены рабочими значениями, меняйте их и промпт выше обновится сам