Обновления

Ассистент перестал советовать то, что уже сделано

Разбор реального случая: менеджер отправил клиенту договор и счёт, а ассистент в отчёте порекомендовал «выставить счёт». Причина — незаполненное кастомное поле выглядело убедительнее, чем название этапа. Теперь этап воронки, последнее сообщение в чате и текст открытой задачи собраны в один явный сигнал, который нельзя не заметить.

Позиция этапа и путь к деньгам

Этап сделки печатается не просто названием, а с местом в воронке и следующим шагом: Сформирован договор [11/13→Получена предоплата]. Видно, сколько шагов осталось до успешного закрытия и как называется следующий, — это готовый ответ на вопрос «что дальше по этой сделке». Работает и в списках: выборку из сотен сделок можно ранжировать по близости к деньгам без единого лишнего запроса.

Строка состояния в досье сделки

В начале досье появилась строка state: — этап с дистанцией до успеха, кто написал последним в чате и когда, ближайшая открытая задача с текстом и сроком. Эти факты и раньше были в ответе, но по разным углам; теперь они стоят рядом и читаются как одно предложение о положении дел.

Правила чтения зашиты в инструменты

Ассистент получает явные правила: источник истины о сделке — этап, последнее сообщение чата и текст открытой задачи; кастомные поля дополняют картину, но не переопределяют её. Пустое поле не означает несделанный шаг, внутреннее напоминание менеджера — не блокер сделки, а перед советом «сделайте X» нужно проверить, не говорит ли этап, чат или задача, что X уже сделано.

Ассистент видит текущее время и считает по рабочему графику

Раньше в ответах были даты событий, но не было точки отсчёта. Ассистент не мог отличить «просрочено» от «ещё в работе»: обещание, данное менеджером 40 минут назад, попадало в список невыполненных вместе с настоящими провалами.

Текущее время в каждом ответе

Любой ответ с датами открывается строкой вида now: 2026-07-28 12:44 · Europe/Kaliningrad (UTC+2) · рабочее время. Пояс назван вместе со смещением: рабочий день у аккаунта может быть калининградским, а клиент читает время по Москве, и без смещения эти два времени путаются. Вне графика ассистент видит, когда начнётся следующий рабочий интервал — вопрос в 21:10 не превращается в вывод «никто не отреагировал».

Там, где это дёшево, время сразу показано относительно сейчас: «обновлено 40 минут назад», у задачи — «срок через 3 дня» или «просрочено на 2 дня». Считать в уме не нужно, а значит, и ошибиться негде.

Скорость реакции теперь в рабочих минутах по умолчанию

Заявка в пятницу в 20:30 с ответом в понедельник в 10:27 — это 27 рабочих минут и почти 62 часа календарных. По календарю такой отчёт превращается в мусор: половина заявок «обрабатывается сутками», хотя менеджеры отвечают в первые минуты рабочего дня.

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

Рабочее время везде, где есть интервал

• Зависшие сделки: дни простоя в рабочих днях и рядом в календарных. Шесть календарных дней через выходные — это четыре рабочих дня молчания.
• Задачи: глубина просрочки в рабочих днях, календарных и срок относительно сейчас. Задача со сроком в пятницу 18:00, открытая в понедельник утром, просрочена на часы, а не на трое суток.
• Время на этапе воронки: рабочие и календарные дни в одной таблице.
• Досье сделки: первое живое касание с интервалом от создания — в обеих величинах.

График виден и задаётся в виджете

Единого поля «рабочие часы компании» в amoCRM нет, поэтому график задаётся во вкладке «Рабочее время» в настройках виджета: рабочие дни, часы, часовой пояс и нерабочие даты. Пусто — будни 09:00–18:00, часовой пояс аккаунта amoCRM и производственный календарь РФ.

Этот же график печатается в ответах, где он применяется, вместе с московским эквивалентом: пн-пт 09:00–18:00 (Europe/Kaliningrad) = 10:00–19:00 МСК. Отдельной строкой указано, вычитается ли обед и учитываются ли праздники — чтобы это было видимым решением, а не догадкой.

Расписание робота-автоответчика в amoCRM живёт отдельно от этой настройки. Если они разойдутся, отчёт посчитает обращение поступившим в рабочее время, а клиент в тот же момент получит «мы сейчас не работаем»; ассистент напоминает об этом при выводе настроек аккаунта.

Расшифровка встречи из файла — текстом в ответе

Файл с расшифровкой, приложенный к сделке, ассистент теперь читает. Раньше он видел только имя файла: запись встречи лежала в CRM, но на вопрос «что обсуждали и о чём договорились» ответить было нечем.

Сначала видно, что файл есть, потом он читается

Час встречи — это 50–70 тысяч символов. В большинстве вопросов файл не нужен, поэтому чтение разделено на два шага.

В обычном ответе про сделку каждое вложение показано строкой: имя, размер в символах, пометка «читаемый» или «бинарный» и номер записи. Файл при этом не скачивается. Содержимое приходит, только когда ассистент запросит его по номеру.

Что читается

• txt, md, log, csv, tsv, json — как есть.
• Субтитры vtt и srt — со снятыми таймкодами. Бегущие строки Zoom, где каждая фраза повторяется по мере набора, схлопываются: без этого файл втрое больше и читается как заикание. Кто что сказал, остаётся.
• Файлы в кодировке Windows декодируются правильно, кодировка называется в ответе. Иначе русский текст приходит кашей и выглядит как испорченный файл.
• docx и pdf распознаются, но текст из них пока не извлекается. Картинки, архивы и остальное помечаются как бинарные и в ответ не попадают.

Повторное чтение той же расшифровки не обращается к amoCRM: прочитанный файл держится неделю. Файл больше 5 МБ не скачивается, его размер называется в ответе. Если файл недоступен, примечания по сделке всё равно приходят, а рядом с файлом стоит причина.

Нужно один раз переустановить виджет

Файлы в amoCRM хранятся отдельно от карточек, и доступ к ним — отдельное право «Доступ к файлам». Права выдаются в момент установки виджета, поэтому включить их в настройках интеграции недостаточно: ранее выданные доступы новых прав не получают даже при обновлении. Аккаунтам, подключённым до 28 июля, виджет нужно переустановить — один раз. Остальные обновления по-прежнему приезжают сами.

Примечания: итоги встреч и расшифровки звонков полным текстом

Ассистент научился читать то, что менеджеры пишут руками, и то, что записывают за них AI-виджеты. Раньше он видел только начало каждой заметки — и на вопрос «что решили на встрече?» отвечал, что итоги не зафиксированы, хотя они были записаны.

Два новых инструмента

• list_notes — примечания одной сделки, контакта или компании полным текстом: итоги встреч, договорённости, расшифровки звонков, вложения. Фильтры по автору, типу записи и датам.
• search_notes — поиск по тексту примечаний сразу по всем сделкам периода. Отвечает на вопросы вроде «в каких сделках клиент называл конкурента» и «по скольким встречам за месяц вообще записали итоги».

Лента собирается так же, как в карточке amoCRM

Расшифровки звонков AI-виджеты сохраняют не на сделке, а на карточке контакта. В интерфейсе amoCRM они видны в общей ленте сделки, а через штатный метод — нет. Теперь amoBridge склеивает ленту сделки с лентами связанных контактов и компании и подписывает каждую запись, на какой карточке она лежит.

Счётчик, который не врёт

В досье сделки примечания считаются тремя числами: сколько написал человек, сколько содержательных записей всего (включая машинные расшифровки) и сколько всего строк в ленте — большинство из них служебные уведомления виджетов. Вывод «итоги не зафиксированы» появляется, только когда содержательных записей нет ни одной. Если запись сделал робот, она всё равно показывается, с именем автора.

Расшифровка звонка целиком

12 минут разговора — это примерно 10 000 символов текста, ориентир 850 символов на минуту. Такой объём незачем тянуть в каждый ответ, поэтому сначала ассистент видит список записей с их размером, а потом забирает нужную целиком: до 60 000 символов на одну запись. Если ответ пришлось обрезать, в нём печатается готовая команда, которая вернёт запись полностью.

Отчёты по нужным сотрудникам без лишних имён

В настройках виджета можно указать, кто попадает в отчёты по умолчанию. Уволенные, технические учётки и роботы перестают засорять сводки по менеджерам, а спросить про конкретного человека можно всегда — явное имя в вопросе перекрывает настройку.

Подключение по OAuth: ключ больше не живёт в адресе

Раньше ключ доступа был частью ссылки на сервер — такую строку легко засветить в скриншоте, логе или на демонстрации экрана. Теперь в настройках ассистента заполняются три отдельных поля: адрес сервера (он не секретный), Client ID и Client Secret из виджета.

• Доступ выдаётся временными токенами, а не вечным ключом.
• Смена ключа в виджете мгновенно отзывает все ранее выданные доступы.
• Заодно в переписке по сделке текст сообщения показывается до 500 символов вместо 200.

Отчёты в рабочие чаты, а не только в личку

Бот доставки отчётов научился работать в группах: добавляете его в чат отдела, привязываете кодом из виджета и даёте имя — «продажи», «руководство». Дальше ассистент отправляет сводку в нужный чат по имени. Одна отвязка убирает только тот чат, из которого её сделали.

Тогда же часовой пояс аккаунта стал определяться из настроек amoCRM автоматически: время в отчётах совпадает с тем, что видно в карточках, без ручной настройки.