full_stack_newbie

Количество пользователей, принципиально, погоды не делает, надо смотреть на интенсивность использования баз.
Условно 100 документов в час и 1000 документов в час это более весомый аргумент чем 10 или 100 пользователей.
Субъективно и текущего сервера хватит, только уйти на nvme или ssd. Ну и возможно отказаться от виртуализации, т.к baremetal будет пусть немного, но быстрее. Если его не хватает по производительности - искать причину, анализировать каждую из баз, что там происходит.

Если это не курсовая, то сыро.
Цены - в отдельную таблицу, добавлять период действия. Если цена меняется с завтрашнего дня, вы когда их менять будете?
Закупочные цены - тоже имеют свойство меняться. Партии товаров на складе могут иметь разную цену поступления. Не увидел, что будет двигать остатки товара на складе (на вход).
Оплаты фиксировать в отдельной таблице, там будут конкретные транзакции, типы оплаты, не стоит это все пихать в заказ.
Скидки - так же в отдельную таблицу, период действия, типы скидок, etc
Это очень кратко.

Что за кабель у вас в посте - не видно.
По опыту, преобразователи на базе PL2303 работают без каких либо проблем.

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

По хешу. Но если файл будет одновременно изменен и переименован то не сработает.

Это нормально, значит ему хватает.
Он не будет занимать память, если не требуется.
И работать от этого быстрее он не станет.

Все настройки хранятся в файлах конфигурации сервера.
В них все это можно поменять, если не ошибаюсь, потребует остановку службы.
https://its.1c.ru/db/metod8dev/content/1570/hdoc

В пользовательском режиме - никак.
Разработать можно как угодно, но в данной постановке - затея плохая, штука штуке - рознь.

Берите младший, за глаза его.

3) У вас не очень большой опыт как у аналитика, возможно профессиональная деформация не наступила.
Представьте, вам спускают ТЗ, в разработку, а там вы видите и хромающую логику, и коряво выстроенные БП, и то, что планируемый функционал - набор костылей и велосипедов... Вы что сделаете ?
К Swift это мало применимо, я думаю, но если речь о каких то бизнес-системах идет, я бы крепко подумал.

В настройках модуля Битрикса есть галки, куда сохранять файлы обмена на сервере 1С-предприятия, и так же галка - сохранять файлы на сервере (на стороне Битрикса).

1. Можно.
2. Так как заложено разработчиком.

У вас вопрос без вопроса какой то. Вариантов интеграции масса. Импорт\экспорт из файлов, Odata, http сервисы, COM-соединения. Как хотите так и интегрируйте.

Типовым модулем не взлетит. Он грузит с сайта номенклатуру и всю связанную информацию (все вместе, а не отдельно), причем он сами свойства записывает в дополнительные сведения номенклатуры, а не в свойства номенклатуры.
И еще типовой модуль при такой процедуре память жрет как не в себя , на выгрузку 45к SKU потребовалось 19Gb RAM.
Так что или доработка модуля, или кастомная выгрузка.

Оберните старт бота не в main а в обычную функцию startbotX и стартуйте так

if __name__ == '__main__':
    Thread(target = startbot1).start()
    Thread(target = startbot2).start()

Такую структуру можно хранить в одной таблице, введя дополнительное поле, где хранится id родителя.

SELECT login, cash FROM users

BETWEEN date_start AND date_end