Добрый день. В качестве http-сервера сделана небольшая база, парочка справочников и один документ. По сути это сервер для обработки заказов от Яндекс.Еда. Яндекс будет стучаться раз в 5 минут (получение остатков), в процессе обработки заказа 1 раз в минуту. Торговые точки будут стучаться гораздо реже. Можно ли поднять такую базу в файловом варианте или же все таки лучше в серверном?

в файловом норм

(1) фух... слава богу

(1) При номенклатуре в лям элементов? Ну не знаю, не знаю)

(0) Имхо маразм.
Возьми golang и sqlite для этой хрени.

В 1С даже паузы нет...
А она часто нужна чтобы слишком быстро не ответить

(4) почему маразм? никто не делает http-сервисы на 1с?

(5) 1С для этого тяжела и извращенна, да еще и зависит от внешнего веб-сервера
Когда на Go будет махонький независимый микросервис, не требующий лицензий 1С

(6) от вас - как не ответ на мисте, так сразу микросервис на Go. Я конечно рад за ваши знания, но 1с-никам предлагать такие инструменты - так себе решение.

(6) проблема в том, что http-сервис на 1с уже готов, а вот Go я в глаза не видел)

(4) и да, уже в БСП есть Пауза если что, в общих модулях

(8) Для твоей задачи изучить Go пара дней

(10)+ https://github.com/bopbi/simple-todo/blob/master/simple-todo.go

(11)+ только вместо bmizerany/pat
лучше взять gorilla/mux
https://proglib.io/p/rest-api-go

(0) В файловом на хорошем SSD можно. Но лучше в серверном.

P.S. Говорю не из опыта, а из общих соображений.

(10) Серьезно предлагаешь методологию ХХП? Я думал о тебе лучше.

(14) в данном случае ХХП это использование монстра 1С для такой задачи
хуже чем из пушки по воробьям

(15) Использование монстра Excel для списка покупок не вызывает праведного гнева?

Кто скажет слово в поддержку SOAP-сервиса от 1с?

(17) Я не против. Осталось уговорить Яндекс.

Сделать файловую базу данных с поддержкой объектного представления и транзакциями - не очень простая задача,а сторонний sql-сеовер - это многократное усложнение задачи.

а у цифрового кота разве не на этом все построено?
https://digitcat.ru

"автономный сервер" - не?
(просто спросил)

(8) Вроде как все клиенты которые так или иначе (в т.ч. через сторонние сервисы) обращаются в базу 1С должны иметь лицензию на платформу - т.е. если у вашего сервиса неписанного на 1С 500 клиентов -  будьте любезны купить 500 лицензий на платформу.

(22) Одноврекменно (С)

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

(23) Проще задать вопрос на [email protected] - насколько я помню, они трактуют вопрос лицензий именно как в (22).

В данном случае,доступ будет получать яндекс и торговые точки,если верить описанию.
Это не пользователи,поэтому,для них лицензий не нужно.
Кроме того,работа http-сервисов в файловой версии,насколько я помню,осуществляется последовательно и требует одной лицензии.
Что касается трактовки 1с,то речь идет о доступе к двнным 1с,то есть,если пользователи при помощи  http-сервисов (а способ доступа не важен) видят объекты 1с,а не даннын в них находящиеся,а тем болен,могут их изменять,то на каждого пользователя,работающего таким образом,с объектами в базе 1с,нужна лицензия.
Если же пользователь работает через сайт,где данные представлены в виде объектов сайта и работают по его правилам,а с 1с выполняется синхронизация базы сайта,ьо никто не скажет,что пользователь работает в 1с,и про лицензию никто не вспомнит.

Для файловой версии для http-сервисов от 1с клиентские лицензии не нужны.