AI Agent 1C.

IDE + MCPуправленческая аналитика по требованию (выручка и средний чек за год) — за пользователя, без внешних обработок и без выгрузки в Excel

Средний чек 16 327 руб на 304 продажах: посчитали годовую выручку и чек из чата, ничего не тронув в базе

3 июля 2026 · «Бухгалтерия предприятия 3.0», ИП Лебедева Ольга Викторовна · AI Agent for 1C

TL;DR

Нужно было быстро ответить на бизнес-вопрос: сколько наторговали за год и какой средний чек. Базы с прямым именем «Лебедева О. В.» в списке не было, организацию нашли перебором справочника. Дальше сняли кредитовый оборот 90.01.1 за 12 месяцев - 4 963 464,15 руб, посчитали 304 проведённых реализации и вывели средний чек 16 327,84 руб. Отдельно доказали, что все 304 документа выручки это именно реализации, а не розничные чеки или отчёты комиссионера, поэтому цифра «среднего чека» честная. Ноль EPF, ноль Конфигуратора, в базе не изменено ни одной записи, каждый шаг проверен контрольным запросом.

1. Контекст

ИП на «Бухгалтерии предприятия 3.0», продажи оформляются документами «Реализация (акт, накладная)». Владелец задаёт управленческий вопрос без привязки к отчётным формам 1С: нужен оборот за год и средний чек. В типовой 1С «среднего чека» как готового показателя нет - его надо собрать: выручка поделить на количество продаж. При этом «количество продаж» можно посчитать по-разному (реализации, счета, розничные чеки), и от выбора знаменателя цифра меняется в разы.

Симптомы задачи:

2. Обращение заказчика

«посмотри базу Лебедева О. В., нужно узнать средний чек, продаж за период июль 2025-июль 2026 года.»

Формулировка «база Лебедева О. В.» не совпала ни с одним именем в списке подключённых баз - имя пришлось сопоставлять по организации, а не по названию базы. Позже заказчик уточнил ключевой для метрики момент:

«поясни, 304 документов реализации услуг или счета?»

Это правильный вопрос: именно от него зависит, корректен ли знаменатель среднего чека. Ответ на него вынесли в отдельный шаг диагностики.

3. Исследование

3.1 Нашли базу по организации, а не по имени

Прямой вызов по «Лебедева О. В.» вернул отказ: имени с такой формулировкой среди подключённых баз нет - имя учётной базы не совпадает с названием организации. Перебрали организации в доступных базах и нашли совпадение в рабочей базе.

ВЫБРАТЬ Наименование, ИНН ИЗ Справочник.Организации
База Организация
рабочая база Лебедева Ольга Викторовна ИП

Вывод: «база Лебедева О. В.» - это рабочая база, единственная организация внутри. Дальше работаем в ней.

3.2 Сняли выручку за год - кредитовый оборот 90.01.1

Период взяли ровно 12 месяцев, 01.07.2025 - 30.06.2026: июль 2026 на дату расчёта не закрыт, включать неполный месяц в годовой показатель некорректно. Этот выбор проговорили с заказчиком.

ВЫБРАТЬ
    Обороты.Счет.Код КАК КодСчета,
    Обороты.СуммаОборотКт КАК Выручка
ИЗ
    РегистрБухгалтерии.Хозрасчетный.Обороты(
        ДАТАВРЕМЯ(2025,7,1), ДАТАВРЕМЯ(2026,6,30,23,59,59), , , , , , ) КАК Обороты
ГДЕ
    Обороты.Счет.Код ПОДОБНО "90.01%"
Счёт Выручка
90.01.1 4 963 464,15

Технический момент - СУММ() не проходит через MCP-парсер. Любой запрос с агрегатом СУММ(...) возвращал Синтаксическая ошибка прямо на токене СУММ, при этом КОЛИЧЕСТВО(...) работал штатно. Обход без потери корректности: виртуальная таблица .Обороты уже агрегирует ресурс по счёту сама, поэтому берём готовое поле СуммаОборотКт без обёртки СУММ - и получаем ту же цифру.

Технический момент - псевдоним КАК Счет ломает разбор. ВЫБРАТЬ Обороты.Счет.Код КАК Счет давал синтаксическую ошибку на следующем поле: слово Счет конфликтует с ключевым. Лечится переименованием псевдонима (КАК КодСчета).

3.3 Проверили знаменатель: 304 - это реализации, а не счета и не розница

Чтобы средний чек был честным, знаменатель должен быть количеством фактических продаж (проводка Дт 62 - Кт 90.01), а не выставленных счетов на оплату (которые по бухгалтерии не проводятся). Посчитали проведённые реализации за период:

ВЫБРАТЬ
    КОЛИЧЕСТВО(Док.Ссылка) КАК КолвоДокументов
ИЗ
    Документ.РеализацияТоваровУслуг КАК Док
ГДЕ
    Док.Дата МЕЖДУ ДАТАВРЕМЯ(2025,7,1) И ДАТАВРЕМЯ(2026,6,30,23,59,59)
    И Док.Проведен

Результат: 304. Затем доказали, что ровно эти документы и формируют всю выручку - разложили регистраторы кредитового оборота 90.01.1 по типам:

ВЫБРАТЬ
    КОЛИЧЕСТВО(РАЗЛИЧНЫЕ Движения.Регистратор) КАК ВсегоРегистраторов,
    КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ВЫБОР КОГДА Движения.Регистратор ССЫЛКА Документ.РеализацияТоваровУслуг
        ТОГДА Движения.Регистратор ИНАЧЕ NULL КОНЕЦ) КАК Реализации,
    КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ВЫБОР КОГДА Движения.Регистратор ССЫЛКА Документ.ОтчетОРозничныхПродажах
        ТОГДА Движения.Регистратор ИНАЧЕ NULL КОНЕЦ) КАК Розница
ИЗ
    РегистрБухгалтерии.Хозрасчетный КАК Движения
ГДЕ
    Движения.Период МЕЖДУ ДАТАВРЕМЯ(2025,7,1) И ДАТАВРЕМЯ(2026,6,30,23,59,59)
    И Движения.СчетКт.Код ПОДОБНО "90.01%"
Всего регистраторов выручки Реализации Розничные отчёты
304 304 нет

Вывод: выручку формируют только реализации, розничных чеков ККТ и отчётов комиссионера в базе за период нет. Значит «чек» здесь корректно определить как один документ реализации, и знаменатель 304 - верный.

Технический момент - .Метаданные().Имя в запросе недоступно. Попытка сгруппировать регистраторы по Регистратор.Метаданные().Имя дала синтаксическую ошибку. Тип документа в языке запросов проверяется оператором ССЫЛКА Документ.<Тип> внутри ВЫБОР, а не через метаданные - что и использовали.

4. Решения

Сценарий - чтение и расчёт, в базе не менялось ничего. «Решение» здесь это правильно собранная и проверенная метрика, а не правка данных.

4.1 Собрали средний чек

Средний чек = выручка (Кт 90.01.1) поделить на количество проведённых реализаций:

4 963 464,15 / 304 = 16 327,84 руб

4.2 Зафиксировали границы метрики

4.3 Итоговая сверка

Контрольная тройка сошлась между собой: сумма оборота 90.01.1, число регистраторов этого оборота и число проведённых реализаций указывают на один и тот же массив из 304 документов.

Показатель Значение
Выручка, Кт 90.01.1 4 963 464,15
Регистраторов выручки 304
Из них реализаций 304
Средний чек 16 327,84

Совпало без хвостов: все документы выручки - реализации, посторонних типов нет.

5. Инструменты

5.1 Использовали в этом кейсе

Инструмент Что делали
session_info_1c Проверили доступ и полные права в рабочей базе
query_1c Нашли организацию, сняли оборот 90.01.1, посчитали реализации, разложили регистраторы по типам

5.2 Что осталось за рамками - но есть в арсенале

Инструмент / компонент Что даёт Когда пригодился бы в похожей задаче
metadata_1c Состав реквизитов и ресурсов объекта Быстро свериться с именами полей вместо подбора обходов парсера
run_task / task_status Фоновый прогон длинного расчёта Помесячная динамика и разрезы по всем 304 документам без блокировки чата
Excel COM-выгрузка Готовый файл в Downloads Если бы попросили не число, а дашборд «выручка и чек по месяцам»
ai_ПанельАгента Агент и его ответы внутри 1С Показать директору цифру и график, не выходя из 1С
Audit-trail runtime Журнал вызовов с токеном клиента Подтвердить, что аналитика шла только на чтение, база не менялась

6. Результаты

Метрика Значение
Выручка за 01.07.2025 - 30.06.2026 4 963 464,15 руб
Количество продаж (реализаций) 304
Средний чек 16 327,84 руб
Свод «регистраторы выручки = реализации» 304 = 304 ✅
Записей изменено в базе 0
EPF в боевую базу / визитов в Конфигуратор 0 / 0

7. Что это даёт пользователю MCP ai-agent-1c

  1. Управленческие показатели без готовых отчётов. «Средний чек» в типовой 1С не живёт как кнопка - агент конструирует его из оборотов и количества документов и отдаёт цифру за минуту.
  2. Честный знаменатель, а не первый попавшийся. Агент не просто делит выручку на «какие-то документы», а доказывает запросом, что считает именно продажи (реализации), а не счета или розничные чеки.
  3. Ограничения инструмента не искажают результат. Там где парсер не пропускает СУММ или .Метаданные(), агент находит корректный обход (готовый ресурс виртуальной таблицы, оператор ССЫЛКА) и получает ту же верную цифру.
  4. Чистое чтение - нулевой риск. Вся аналитика идёт query_1c, в боевой базе не меняется ни одной записи, что видно в журнале вызовов.

Приложения

A. Объекты кейса

Объект Что с ним сделали
Справочник.Организации Нашли ИП Лебедева О. В. и определили нужную базу
РегистрБухгалтерии.Хозрасчетный (90.01.1) Сняли кредитовый оборот за год и разложили регистраторы по типам
Документ.РеализацияТоваровУслуг Посчитали 304 проведённых продажи за период

B. Карта проблемы

   «средний чек и продажи за июль 2025 - июль 2026», базы «Лебедева О. В.» в списке нет
                                    │
                                    ▼
   поиск организации по Справочник.Организации  ──  рабочая база, ИП Лебедева О. В.
                                    │
                                    ▼
   оборот Кт 90.01.1 за 12 мес = 4 963 464,15   (обход: без СУММ, псевдоним не «Счет»)
                                    │
                                    ▼
   проверка знаменателя: 304 регистратора выручки = 304 реализации, розницы нет
                                    │
                                    ▼
   средний чек 16 327,84 руб, база не изменена ✅

C. Помесячная динамика

Разложили тот же оборот 90.01.1 и количество реализаций по месяцам. Выручка - виртуальная таблица оборотов с периодичностью Месяц, количество - группировка реализаций по НАЧАЛОПЕРИОДА(Дата, МЕСЯЦ). Средний чек по месяцу = выручка поделить на число продаж.

ВЫБРАТЬ Обороты.Период КАК Период, Обороты.СуммаОборотКт КАК Выручка
ИЗ РегистрБухгалтерии.Хозрасчетный.Обороты(
    ДАТАВРЕМЯ(2025,7,1), ДАТАВРЕМЯ(2026,6,30,23,59,59), Месяц, , , , , ) КАК Обороты
ГДЕ Обороты.Счет.Код ПОДОБНО "90.01%"
УПОРЯДОЧИТЬ ПО Период
Месяц Выручка, руб Продаж Средний чек, руб
Июль 2025 348 800,00 15 23 253,33
Август 2025 218 500,00 10 21 850,00
Сентябрь 2025 281 530,00 13 21 656,15
Октябрь 2025 370 870,00 20 18 543,50
Ноябрь 2025 249 500,00 8 31 187,50
Декабрь 2025 408 785,00 21 19 466,90
Январь 2026 304 105,00 25 12 164,20
Февраль 2026 465 410,00 42 11 081,19
Март 2026 646 080,00 44 14 683,64
Апрель 2026 731 792,00 39 18 763,90
Май 2026 440 160,00 32 13 755,00
Июнь 2026 497 932,15 35 14 226,63
Итого за год 4 963 464,15 304 16 327,84

Что видно из динамики:

← Все кейсы