Поддержу вариант Константина с открытием REST-интерфейса на стороне 1С.
Если на стороне python не планируются дополнительные возможности и он 100% будет делать транзит данных из/в 1С, то python в этой схеме 100% третий лишний и проще сделать бэкенд полностью на 1С.
Загуглил про Brom - это набор библиотеки для python и расширения (плагина) для базы 1С. Выглядит как быстрое решение, но я бы не применял. Высокие риски - нет публичных аудитов безопасности и нужно верить разработчику на слово; вендерлок и нужно платить разработчику для исправления ошибок; отсутствуют возможности для кастомизации и расширения функционала. Все равно даже с Бромом нужно делать публикацию базы 1С на веб-сервере. Тогда уже проще в 1С опубликовать стандартный OData-интерфейс и использовать стандартные библиотеки python для работы с http и json.