Ниже сюжеты обычными словами: что человек говорит, что делает ассистент, чем в итоге платит покупатель. Все они складываются из восьми инструментов — новых механик здесь нет, есть привычные дела, которые перестали требовать открытого кабинета.
Что просить ассистента
Со стороны поставщика
Все восемь инструментов — про ваши продажи: ваши счета, ваши отгрузки, ваши возвраты. Ассистент работает от имени магазина, токен которого вы ему дали.
«Выстави счёт ООО „Ромашка“, ИНН 7701234560, за консультацию 122 000 ₽ с НДС, оплата до пятницы»
- Ассистент
- находит реквизиты по ИНН, собирает счёт и показывает сводку; выставляет только после вашего «да» —
lookup_company_by_inn, затемcreate_orderв два шага - Оплата
- покупатель платит из своего банка — классическая или ускоренная оплата по счёту; закрывающие документы уходят его бухгалтерии сами
- Дальше
- тот же сюжет по шагам, метод — создание заказа
«Пришли ссылку на оплату по счёту 4821 — и QR-код, клиент оплатит с телефона»
- Ассистент
- читает счёт и отдаёт ссылку на оплату —
get_order, подтверждения не требуется: это чтение - Оплата
- ссылка
paymentUrlоткрывается в браузере или кодируется в QR; счёт может прийти и прямо в приложение банка — это Запрос о платеже - Дальше
- платёжная страница — что там видит покупатель
«Кто не оплатил за август? Сумма и сроки»
- Ассистент
- делает срез по счетам за период и складывает суммы —
find_orders - Оплата
- ничего не меняется: это отчёт. Про оплату штатно сообщает уведомление магазину, а не опрос по кругу
- Дальше
- работа с дебиторкой — та же задача в отраслевом кейсе
«Отгрузку по счёту 4821 подтверди, документы закрой»
- Ассистент
- проверяет, что уже отгружено, и подтверждает остаток —
find_shipments, затемcreate_shipmentс подтверждением - Оплата
- счёт уже оплачен; по факту отгрузки формируются акт, счёт-фактура и УПД — документооборот
- Дальше
- B2B-продажи — цикл целиком
«Клиент отказался — верни деньги по счёту 4821» / «Отмени неоплаченный счёт»
- Ассистент
- показывает сумму и основание, ждёт подтверждения и только потом исполняет —
create_refundдля оплаченного,cancel_orderдля неоплаченного - Оплата
- деньги возвращаются тем же путём, которым пришли; частичный возврат оформляется суммой позиций
- Дальше
- демо возврата, методы возврата
Кому это ложится в работу без переучивания:
Менеджер по продажамсчёт в конце разговора, не открывая кабинет и не переспрашивая реквизиты.
Бухгалтер и финансистсрез неоплаченных, суммы и сроки, возвраты — вопросом, а не выгрузкой.
Малый бизнес без бухгалтериисчёт юрлицу и документы к нему без разбирательства, что такое УПД.
Разработчик на интеграцииассистент собирает вызовы к API сам — один промпт.
Со стороны покупателя
Ассистент стоит не только у продавца на рабочем месте: он может отвечать клиентам в чате на сайте компании. Тогда счёт выставляется прямо в диалоге — покупателю не нужно ни письма, ни звонка менеджеру.
Клиент в чате на сайте: «Нужен счёт на три лицензии для ООО „Ромашка“, ИНН 7701234560»
- Ассистент
- находит реквизиты по ИНН, показывает состав и сумму с НДС и после «да» клиента выставляет счёт — ссылка на оплату и QR-код появляются в том же диалоге
- Оплата
- клиент платит из своего банка или сканирует QR с телефона; счёт может уйти и в приложение банка — Запрос о платеже
- Что у продавца
- сервер работает в размещённом режиме, токен остаётся у компании, а не у посетителя; порог крупной суммы и набор прав задаёт компания — безопасность
- Дальше
- SaaS и лицензии, создание заказа
Выставленный счёт — ещё не списание: пока покупатель не заплатил, никакие деньги не двигаются. Поэтому чат на сайте безопасно доверять ассистенту, а от мусорных счетов защищают порог подтверждения крупной суммы и права токена.
Своих инструментов у покупателя в сервере нет — набор целиком принадлежит продавцу. Поэтому дальше не «попросите ассистента заплатить», а то, что для покупателя меняется, когда счёт выставляет ассистент поставщика.
- Счёт приходит по ИНН. Реквизиты подтягиваются из справочника, анкету заполнять не нужно; сумма и НДС видны до оплаты.
- Платить можно как удобно. Из своего банка по счёту, подтверждением платёжного поручения в интернет-банке, картой с последующим переводом (обещанный платёж) или с баланса организации — пять инструментов.
- С телефона — по QR. Ссылка на оплату кодируется в QR-код, а Запрос о платеже доставляет счёт прямо в приложение банка.
- Документы приходят сами. Акт, счёт-фактура и УПД уходят в бухгалтерию по итогу оплаты и отгрузки.
- Физлицо получает чек. Тот же счёт для человека закрывается фискальным чеком — 54-ФЗ.
Откуда придёт просьба выставить счёт
MCP — протокол: сервер одинаково отвечает любому клиенту, который его поддерживает. Значит выбирать нужно не платформу, а место, где уже сидит ассистент, которому в конце разговора нужны деньги. Ниже десять таких мест — от самых частых к самым редким.
| Точка входа | Что происходит | Кто подтверждает деньги |
|---|---|---|
| Чат на сайте | Посетитель договорился в переписке — ассистент собирает счёт и отдаёт ссылку и QR-код прямо в диалог, пока человек ещё в нём. | человек: нажимает «Подтвердить» в том же окне |
| Кабинет, CRM или ERP | Помощник внутри карточки клиента выставляет счёт по реквизитам, которые в карточке уже есть, и показывает статус оплаты без перехода в другую систему. | менеджер: подтверждает в интерфейсе кабинета |
| Персональный ассистент на компьютере | Агент видит просьбу о счёте в почте или мессенджере, собирает его и вставляет ссылку в ответ. Это ровно тот случай, на который рассчитан быстрый старт: сервер ставится на машину человека. | человек: агент показывает сводку в своём окне |
| Корпоративный чат | Команда в рабочем чате — «счёт ООО Ромашка на 12 000 за консультацию» — превращается в счёт, а бот отвечает ссылкой. Работает там, где у бота есть клиент MCP. | автор команды: бот показывает сводку и ждёт слова или кнопки |
| Мобильное приложение компании | Встроенный помощник формирует счёт внутри приложения, и покупатель платит по СБП с того же телефона, не уходя на сторонний сайт. | пользователь приложения: подтверждение — экран приложения |
| Автоматический бизнес-процесс | Событие вместо человека: закончился триал, прошла отгрузка, наступила дата продления — процесс сам собирает счёт и отправляет его покупателю. | ваш код: вторая фаза по своим правилам — лимит суммы, белый список, время |
| Голосовой ассистент | Просьба голосом («выстави счёт на подписку») — ассистент собирает счёт, а ссылку присылает туда, где её можно открыть: в чат, письмом или сообщением. | человек: голосом или нажатием в приложении, но не молча |
| Голосовой робот в колл-центре | Робот распознал намерение оплатить, собрал счёт и отправил ссылку в SMS или на почту — разговор не прерывается ожиданием менеджера. | ваш код: робот не решает про деньги, решает правило колл-центра |
| Видеоконференция или вебинар | Ассистент в звонке услышал договорённость об оплате и собрал счёт к концу встречи: участники получают ссылку в чат звонка или на почту. | ведущий: подтверждает до отправки участникам |
| Умные устройства | Заказ расходников или продуктов из устройства: интерфейса для реквизитов там нет, поэтому счёт собирается по данным, сохранённым владельцем заранее. | ваш код: подтверждение по правилу владельца, экрана для сводки нет |
Столбец про подтверждение — не формальность. Первый вызов create_order ничего не отправляет: он возвращает сводку и одноразовый токен, а исполняет только второй вызов с этим токеном. Модель токен не видит нигде и никогда — иначе «подтверждение человеком» превратилось бы в слова. Там, где человека в цикле нет (триггер, робот, устройство), вторую фазу делает ваш код по своим правилам: лимит суммы, белый список покупателей, время суток. Правило остаётся у вас в коде, и его видно на ревью.
Если в вашем продукте уже живёт ИИ-агент
Кабинет с ассистентом, CRM с копилотом, конструктор сайтов, маркетплейс, бухгалтерский сервис — везде, где агент уже отвечает вашим клиентам, ему не хватает одного: принять деньги от юрлица и закрыть сделку документами. Это то, что делает Инвойсбокс, и для такого случая сервер ставится не на машину человека, а внутрь вашего продукта.
- Размещённый режим. Сервер работает у вас, сессию пользователя удостоверяет Инвойсбокс ID — стандартный OAuth 2.1, права ограничиваются областями действия.
- GigaChat, GigaAgent, YandexGPT, Алиса. Протокол чаще поддерживает фреймворк, а не модель: у GigaChat это LangChain и LangGraph с пакетом
langchain-mcp-adapters, у GigaAgent от Сбера и AIRI — каталог коннекторов с серверами MCP; в обоих случаях наш сервер подключается как есть. YandexGPT, навыкам Алисы и локальным моделям в своём контуре нужен слой функций — как это выглядит. - Каждый ваш клиент — свой магазин. Схема расчётов «через платформу» описана в партнёрском разделе, сплит платежа — в кейсе маркетплейса.
- Границы доверия проверяемы. Денежные операции — только с подтверждением человеком, внешние поля не считаются инструкциями — безопасность.
Хотите так у себя? Опишите, что у вас за агент и какие расчёты нужны, — напишите нам. Сервер открыт и лежит в npm: посмотреть код и попробовать можно до любого разговора.
Чего в этих сюжетах не будет
Ассистент не ведёт реестр поступлений (отдельной выборки платежей в API нет), не рассылает счета покупателям сам, не оформляет подписки, не списывает деньги по сохранённой карте и не управляет магазинами Витрины. Эти дела остаются в личном кабинете и в прямой интеграции с API. Отказы, лимиты и формулировки ошибок — в лимитах и ошибках.
Дальше
Демонстрация — записанный диалог с панелью вызовов. Быстрый старт — подключить сервер к своему ассистенту. Сценарии по отраслям — те же расчёты без ассистента.