Константин Нагибович

Потому что от того, что ты написал message: Message, у тебя в обработчике волшебным образом доступ к объекту message из совсем другой (и уже отработавшей) функции не появится.
Лучше разберись, что ещё лежит в объекте callback - там вполне достаточно информации для отправки ответа.

Вот смотри:

message: Message

Чему равно message после такой инструкции? Как по-твоему оно должно работать? Попробуй его напечатать.

Программировать нужно не методом тыка, а понимая язык, на котором пишешь.

1. Сколько сейчас по рынку стоит создание качественного, продвинутого MiniApp (не базового, а с интерфейсом, авторизацией, интеграциями и т.д.)?

MiniApp - это по сути сайт. Стоимость от бесплатно до миллионов. Всё зависит от ТЗ и бюджета.

2. Можно ли за пару месяцев разобраться в базовых принципах MiniApp-разработки, чтобы понимать архитектуру, этапы и грамотно ставить задачи?

Заказчику не нужно разбираться в принципах разработки. Ему нужно грамотно составить ТЗ. Своими словами, но так чтобы его понял исполнитель (если употребляются термины - они должны быть объяснены).
И помнить - всё, что не указано в ТЗ будет не сделано или сделано на усмотрение разработчика.
И конечно определится с бюджетом

Эти моменты мы проговаривали устно, и разработчик .. в итоге он их не сделал.

Вот поэтому я против устной болтовни. Всё важное только письменно. И желательно по электропочте.
Устно можно обговорить мелкие детали, дать/получить объяснения непонятного. Но по итогу всё должно быть зафиксировано письменно. Даже если это не будет в ТЗ - будет в переписке и не потеряется.

Настоятельно рекомендую не ждать ответа от сообщества и не гадать, а установить что то типа lmstudio или ollama и используя их интерфейс по перебирать модели, подходящие под ваши требования на своих задачах (можно заранее собрать тестовый набор и попросить ИИ написать код для его проверки автоматически), эти утилиты поднимают llama.cpp сервер, c совместимым с openai api.

Легковестными и терпимыми кодогенераторами являются либо специализированные модели (в название code) либо что-нибудь от топов - google gemma, microsoft phi4, openai oss (лично не пробовал но говорят что даже 20b терпимая, и почти наверняка ее можно использовать как ускоритель для 200b) и может быть qwen3 30b a3b.

p.s. готовь 64гб ram минимум (лучше 128гб в идеале 196гб, тогда можно потрогать топовые типа deepseek), мало хранить веса, нужно еще контекстное окно обслуживать. Есть алгоритмы, позволяющие неплохо ускорять MoE модели, не влезающие в gpu, только малым их количеством (например на 196гб ram + 24gb vram запускают deepseek с несколько токенов в секунду).

денег, которые ты потратишь на апгрейд железа хватит на месяцы и годы на использование облачных api, это при использовании топовых моделей, а если брать дешевые слабые (сравнимые с opensource) то и подавно.

И главное, сносное качество открытые модели дают в режиме рассуждения, которое кратно увеличивает время до получения ответа (десяток минут), стоит ли оно того?

Ну вот встретятся они с заказчиком для обсуждения \ подписей...
и там договорятся
как Вы это предотвратите?)

Надоел каждый раз прибегать с такими вопросами (проблема что наша помощь не помогает, ты не учишься, каждый раз подобный треш выдаешь, либо опять тут проблема не в питоне, а в алгоритмах), сходи уже к LLM, они нормально могут предложить вариант, даже на такой кривой код как у тебя.

Автоматизируя хаос, вы получите хаос, только автоматизированный.
У вас должна быть единая система, агрегирующая данные из разных источников, и позволяющяя их отобразить в нужном вам виде.
1С позволяет это сделать, причем все, и сбор данных из разных источников, и их хранение, и визуализацию через Web, и настройку прав доступа с авторизацией. Если у вас есть специалисты по 1С, делайте в 1С.
Эксель тоже позволяет это сделать, результат вы получите быстрее чем с 1С, но это будет куча костылей, которые нужно будет постоянно подвязывать.
Написать собственное решение или использовать еще какое-либо готовое, тоже нормальный вариант.
Вам нужно сейчас четко разложить по полочкам, какие у вас есть данные, какие нужно строить отчеты (вплоть до формул расчета конкретных показателей), проверить, что данных для этих отчетов достаточно.
Затем оглянуться какие у вас есть специалисты, или оценить бюджет, и тогда принимать решение о конкретной реализации.

В журнале регистрации по событию "Отказа доступа" такое не регистрирует, он не показывает названия прав, лишь роли.

Все с точностью до наоборот. Журнал регистрации абсолютно ничего не знает про роли, которых могут быть сотни в конфигурациях на базе БСП и в которых права часто дублируются. В журнале фиксируются отсутствие именно прав на чтение, добавление, изменения и так далее.

По факту отсутствия конкретных прав на объекты администратор должен проанализировать профиль пользователя и добавить в него роли, в которых данные права указаны.

Сомневаешься не делай, делаешь не сомневайся.

Ты не сможешь развиваться, работать, и т.д., если ты заведомо сильно сомневаешься в работодателе.

Если тебя сильно что-то смущает и интуиция говорит, не связываться - значит не связывайся.

Первые заказы часто можно получить из записной книжки. Открываем телефон, листаем и ищем того кто готов купить услугу. Работает в любой нише, в любое время.

Хранить файлы в БД - это либо очень узкий кейс с файлами меньше 4 кб, либо некомпетентность.
В БД хранится информация о файлах.
Сами файлы складываются в папочку storage под хэшированным именем, а в БД хранится:
- их настоящее имя и расширение (возможно, тип)
- доступ (публичный или через скрипт после авторизации)
- принадлежность (не автор, а объект в бизнес-логике, которому этот файл принадлежит)
- ну, и та техническая информация, которая требуется (вот тут автор, время, правки etc.)
Соответственно, для фронта бэком генерируются ссылки на нужные файлы, публичные - прямые, непубличные - на роутер, который их обработает.

С первого взгляда - какая-то чушь. Со второго - еще большая чушь!

1) Тут два цикла - верхний по всем существующим записям РегистрыСведений.ДанныеСотрудников, а вложенный по всем строкам начиная со второй. Уже это само по себе не имеет смысла, так как выходит, что цель программы - записать в ячейку НомерТС значение из последней строки файла.

2) Записывать набор записей внутри цикла по его же записям - это ужасная идея!!! Откинем вероятный код из модуля набора записей, который может изменять состав и/или последовательность строк, но и тогда это просто расточительно - на каждом витке цикла записывать одно и то же

3) Ужасное наименование переменных, чтобы запутать самого себя! Если транспортное средство ищется в базе по первой колонке из файла, то какого лешего ее назвали "Водитель", а не "Транспорт"??? Если в колонку НомерТС записывается значение из второй колонки файла, какого лешего ее назвали "Транспорт", а не "НомерТранспорта"???

4) Что за странная установка наименования транспортного средства? Если в базе выполняется поиск по наименованию из переменной Водитель (хотя на самом деле там Транспорт), то именно это значение и нужно записать в название, чтобы поиск сработал на следующем витке цикла! А вовсе не сайд-эффекты по справочнику Сотрудников с помощью Справочники.Сотрудники.НайтиПоНаименованию(Водитель):
4.1) В справочнике Сотрудников может не существовать нужного элемента и в отличии от Транспорта тут нет создания недостающего элемента (в принципе он и не нужен, так как в этом коде справочник "Сотрудники" нигде не используется)
4.2) Если менять представление в настройках справочник "Сотрудники" и/или в менеджере справочника, то платформа 1С ничего не подскажет о том, что в коде загрузки транспорта может что-то сломаться. Поэтому сайд-эффекты запрещено применять всюду кроме разовых обработок для правки данных, когда риск осознается.

5) Алгоритм не имеет смысла. Подозреваю, что в файле указан транспорт для существующих пользователей, по которому нужно обновить регистр ДанныеСотрудников. Тогда нужно:
5.1) Сначала пройти по файлу и сформировать таблицу (можно структуру или соответствие), в которую поместить данные по владению транспортом.
5.2) В цикле по файлу проверять существование транспорта в базе не по наименованию "моя тайота", а по гос.номеру или по вин-коду.
5.3) Сотрудника тоже желательно искать не по ФИО, а по табельному номеру, налоговому или паспортному номеру.
5.4) В регистр ДанныеСотрудников не имеет смысл помещает номер автомобиля - так как все будущие операции потребуют поиск по реквизиту "номер" для каждой строчки! Нужно поместить ссылку на элемент справочника "Транспорт"
5.5) Имея таблицу (можно структуру или соответствие) из пункта 5.1 проходим циклом по ее строкам, создаем менеджер записи с отбором по Сотруднику-Владельцу, если запись выбирается, то устанавливаем ссылку на транспорт и записываем.