Разделение вы поймали верное, и в статье оно смазано - соглашусь.
“Откуда берутся числа” у меня стоит в двух местах и означает разное. В начале - “из каких регистров и каких движений сложилась цифра в отчете, который я собираю сам”: тут хватает метаданных, запроса и провала в регистратор. Вы читаете это как “почему проведение записало именно такую сумму”, и на этот вопрос ни метаданные, ни выполненный запрос не отвечают - нужен текст модуля. Одна формулировка на две задачи, это мой недосмотр.
Теперь прямо на ваш вопрос: никак. Консоль запросов проблему доступа к коду не решает и не заявлена как ее решение. Раздел “Два разных вопроса” в начале для этого и написан: во второй задаче у меня свой интерес, я делаю инструмент под нее. Про код - в финале сказано, что асимметрия не дает мне покоя, а не что я ее закрыл. Кодовый агент прямо в конфигураторе, без выгрузки - над этим я тоже работаю, и прототип уже есть.
Про lsFusion уточню для тех, кто читает ветку: это не инструмент для 1С, а отдельная платформа разработки со своим языком, где прикладная логика и есть код, загруженный в сервер приложения. Оттуда и свойство, которое вы описываете: исходники уже внутри, выгружать их неоткуда и незачем. Маршрут при этом тот же самый - вы сами пишете, что сервер предоставляет MCP. Разница не в протоколе, а в том, где лежат исходники: в 1С их нативно в сервере нет, и статья ровно про это. Так что на мой финальный вопрос ваш ответ звучит как “сменить платформу”. Тоже ответ, но статья не про это.
А сам разбор, который вы показываете, делится ровно по той границе, которую я и проводил: механизм - из исходников, а построчная таблица - из настроек и данных. В колонке “почему” кода нет ни разу. Исходники понадобились один раз - узнать правило отбора и формулу; дальше по каждому следующему документу работают данные.
И про сами находки. Обе ваши - порог, названный “от 110 рублей”, и скидка, не проверяющая карту, - это по сути один вопрос: какие условия у этой скидки заполнены и почему она применилась к этой строке. В 1С на такой вопрос консоль запросов с агентом внутри отвечает сама, настройки скидок и движения документа читаются запросом, исходники не нужны. Ровно вторая задача из статьи, та самая, ради которой я все это и затеял.
Консоль запросов “Линза” - часть подготовки к тому кодовому агенту в конфигураторе, про который выше. Поиск по готовой базе знаний типовых конфигураций через RAG будет и в консоли, и в агенте - он и отвечает на ваш первый вопрос, как трактовать имена реквизитов. Хотя именно с такими вопросами агент у меня справлялся и без базы знаний.
Разделение вы поймали верное, и в статье оно смазано - соглашусь.
“Откуда берутся числа” у меня стоит в двух местах и означает разное. В начале - “из каких регистров и каких движений сложилась цифра в отчете, который я собираю сам”: тут хватает метаданных, запроса и провала в регистратор. Вы читаете это как “почему проведение записало именно такую сумму”, и на этот вопрос ни метаданные, ни выполненный запрос не отвечают - нужен текст модуля. Одна формулировка на две задачи, это мой недосмотр.
Теперь прямо на ваш вопрос: никак. Консоль запросов проблему доступа к коду не решает и не заявлена как ее решение. Раздел “Два разных вопроса” в начале для этого и написан: во второй задаче у меня свой интерес, я делаю инструмент под нее. Про код - в финале сказано, что асимметрия не дает мне покоя, а не что я ее закрыл. Кодовый агент прямо в конфигураторе, без выгрузки - над этим я тоже работаю, и прототип уже есть.
Про lsFusion уточню для тех, кто читает ветку: это не инструмент для 1С, а отдельная платформа разработки со своим языком, где прикладная логика и есть код, загруженный в сервер приложения. Оттуда и свойство, которое вы описываете: исходники уже внутри, выгружать их неоткуда и незачем. Маршрут при этом тот же самый - вы сами пишете, что сервер предоставляет MCP. Разница не в протоколе, а в том, где лежат исходники: в 1С их нативно в сервере нет, и статья ровно про это. Так что на мой финальный вопрос ваш ответ звучит как “сменить платформу”. Тоже ответ, но статья не про это.
А сам разбор, который вы показываете, делится ровно по той границе, которую я и проводил: механизм - из исходников, а построчная таблица - из настроек и данных. В колонке “почему” кода нет ни разу. Исходники понадобились один раз - узнать правило отбора и формулу; дальше по каждому следующему документу работают данные.
И про сами находки. Обе ваши - порог, названный “от 110 рублей”, и скидка, не проверяющая карту, - это по сути один вопрос: какие условия у этой скидки заполнены и почему она применилась к этой строке. В 1С на такой вопрос консоль запросов с агентом внутри отвечает сама, настройки скидок и движения документа читаются запросом, исходники не нужны. Ровно вторая задача из статьи, та самая, ради которой я все это и затеял.
Консоль запросов “Линза” - часть подготовки к тому кодовому агенту в конфигураторе, про который выше. Поиск по готовой базе знаний типовых конфигураций через RAG будет и в консоли, и в агенте - он и отвечает на ваш первый вопрос, как трактовать имена реквизитов. Хотя именно с такими вопросами агент у меня справлялся и без базы знаний.
А я думаю куда файлы пропали из диалога...