Менеджер пункта выдачи получает звонок с просьбой продлить аренду, а экземпляр уже обещан другой бригаде. Сценарий должен различать разговор и обязательство, проверять интервалы и комплектность, а решение оставлять человеку.
Аренда оборудования по телефону — это продажа временного пользования конкретным экземпляром на неделимый интервал. Сценарий фиксирует намерение клиента, проверяет пересечение интервалов, окно подготовки и комплектность, но не подтверждает бронь и не переставляет чужие заказы. Окончательное решение принимает менеджер после проверки состояния и готовности экземпляра.
Условная сцена: менеджер пункта выдачи в 18:40 принимает звонок. Клиент просит оставить у себя отбойный молоток ещё на сутки, а этот же экземпляр завтра утром обещан другой бригаде. В учётной системе оба заказа выглядят подтверждёнными, и оба формально никого не нарушают.
Аренда — не товар на полке и не подписка, которую продлевают одной кнопкой. Это пересечение трёх вещей: неделимого интервала времени, конкретного физического экземпляра и обязательства вернуть его в согласованной комплектности. ИИ-продавец в звонке собирает намерение клиента и передаёт задачу менеджеру, но переставлять интервалы и подтверждать бронь он не должен. Ниже — проектные требования к сценарию, который различает разговор и обязательство.

Свободный экземпляр появляется только после окна подготовки
«На складе есть» и «свободен на нужный интервал» — разные утверждения, и путать их дорого. Между возвратом и следующей выдачей лежит работа: приёмка, проверка, замена расходников, чистка, иногда мелкий ремонт. Компания сама назначает длину этого окна и не обязана выводить её формулой в разговоре с клиентом.
Поэтому доступность в сценарии считается не по остатку, а по пересечению трёх множеств: запрошенный интервал, окно подготовки после предыдущей аренды и уже занятые интервалы. Если окно не помещается между бронями, экземпляр недоступен, даже когда физически стоит в помещении и выглядит готовым.
В разговоре это звучит буднично: «на эти сутки свободен такой-то, этот — только с послезавтра». Обещать «сразу после возврата» нельзя, пока подготовка не завершена и не зафиксирована отдельным событием. Фраза «клиент вернёт утром, значит, днём отдадим» — это не расчёт, а надежда.
На странице ИИ-продавца «Фонекс» опубликованы возможности продукта и формат обсуждения задачи «собрать сценарий аренды по телефону»; конкретные интеграции с учётом экземпляров и занятости интервалов проверяют отдельно до запуска.
Календарь аренды как последовательность неделимых интервалов
Единица продажи — интервал, а не дата. Сутки, смена, двое суток, неделя — как решила компания. Дробить смену на «полдня туда, полдня сюда» сценарий не должен, если это не предусмотрено принятыми условиями: иначе появляется щель, в которую проваливается подготовка.
Корректный тест занятости — пересечение пар «начало — конец» с учётом границ. Возврат в 18:00 и выдача в 18:00 — не одно и то же событие, и между ними должно уместиться окно подготовки. Сравнение только дат, без времени, создаёт брони, которые выглядят совместимыми на бумаге и конфликтуют на площадке.
Продление — это новый интервал, который проверяется заново, а не «дописывание» к старому. Именно здесь возникает первый типовой конфликт: желание одного клиента продлить аренду сталкивается с уже принятой бронью другого.
Карточка экземпляра: серийный номер важнее названия модели
«Молоток X» — это номенклатура. Экземпляр — конкретная единица с серийным номером, историей и текущим состоянием. Клиенту обещают экземпляр, а не модель, и в звонке это различие нужно удерживать, иначе менеджер подтвердит «молоток», а на площадку уедет не тот.
| Поле карточки экземпляра | Что храним | Что проверяем перед обещанием |
|---|---|---|
| Идентификатор | Серийный или инвентарный номер, отличающий единицу от соседней такой же модели | Номер в разговоре и в задаче менеджеру совпадает |
| Номенклатура и вариант | Модель, исполнение, класс мощности | Клиент просил именно это исполнение, а не «что-то похожее» |
| Текущее состояние | Готов, на подготовке, в аренде, в ремонте, списан | Состояние допускает выдачу в запрошенный интервал |
| Комплект | Перечень позиций, которые выдаются вместе с экземпляром | Комплект полон на момент выдачи, а не «доберём потом» |
| История интервалов | Прошлые и будущие аренды с границами | Новый интервал не пересекается с занятыми и с окном подготовки |
| Место | Площадка, с которой происходит выдача | Клиенту подходит точка получения, перемещение не объявлено уже выполненным |
Учёт оборудования клиента в терминах Microsoft описан отдельно — customer assets — но там речь об оборудовании, установленном у заказчика. Здесь экземпляр остаётся собственностью компании и возвращается на площадку, поэтому карточка должна отражать не только «что у клиента», но и «когда вернётся и в каком виде».
Что ИИ-продавец фиксирует в звонке, а что оставляет человеку
Сценарий звонка отвечает на три вопроса: что спросить, что записать и когда остановиться. ИИ-продавец ведёт разговор по согласованному сценарию, фиксирует интерес и передаёт задачу менеджеру. Он не подтверждает бронь, не называет окончательную цену, если она не пришла из согласованного источника, и не обещает замену, которой нет в наличии.
Записывается намерение: класс оборудования, желаемый интервал, адрес выдачи, требования к комплекту, особые обстоятельства. Не записывается как факт «клиент согласен на бронь» — согласие появляется только после проверки интервала и подтверждения сотрудником.
Разделение ролей простое: голос собирает, система проверяет, человек подтверждает. Если сценарий пытается сделать все три шага сам, он рано или поздно подтвердит то, чего нет.
Эпизод с поздним возвратом: продление упирается в чужую бронь
Условный пример. Клиент арендует компрессор на смену с 9:00 до 18:00 и звонит в 17:20 с просьбой продлить до завтрашних 18:00. Сценарий проверяет текущий интервал, окно подготовки и следующий занятый интервал. Следующая бронь начинается завтра в 9:00, окно подготовки — три часа, значит продление до 18:00 не проходит: экземпляр нужен другому клиенту.
Дальше сценарий не решает, «кто важнее», а показывает менеджеру варианты: другой экземпляр той же модели свободен и может быть выдан завтра; либо клиент возвращает к 6:00 и продление укладывается в окно; либо продление отклоняется. ИИ-продавец фиксирует запрос и передаёт задачу, а не переставляет чужую бронь молча.
Отдельно фиксируется причина позднего возврата, если клиент её называет. Это не повод менять условия в одиночку: любые последствия позднего возврата определяются принятыми у компании условиями и решением уполномоченного сотрудника, а не импровизацией голосового агента.
Второй эпизод: возврат с неполным комплектом
Условный пример. Возвращают мотобур в кейсе с бурами и ключом; ключа нет. Приёмка фиксирует неполный комплект — это не «порча» и не «ремонт», а другая категория, и смешивать их в одном поле нельзя. Экземпляр не становится готовым к выдаче автоматически.
Если следующая бронь через два часа, окно подготовки не укладывается: нужно либо переназначить другой экземпляр, либо сдвигать выдачу, и это решение принимает сотрудник, а не сценарий. ИИ-продавец в этот момент не звонит следующему клиенту с извинениями сам — он создаёт задачу менеджеру с описанием конфликта.
Вопрос компенсации за недостающую позицию сценарий не решает. Он фиксирует факт неполного комплекта и передаёт его туда, где есть полномочия: к уполномоченному сотруднику и к применимым документам компании.
Комплектность и состояние — разные проверки
Комплектность отвечает на вопрос «все ли позиции на месте». Состояние отвечает на вопрос «работает ли и в каком износе». Одно без другого не даёт готовности: полный комплект может быть неисправен, а исправный экземпляр — без половины оснастки.
| Проверка | Что смотрим | Типичная ошибка сценария |
|---|---|---|
| Комплектность | Наличие позиций по описи, сверка с карточкой | Считать «вернули» равным «комплект полный» |
| Состояние | Работоспособность, износ, повреждения | Записывать «есть замечания» без категории |
| Расходники | Что заменено и что осталось | Обещать выдачу без замены расходников |
| Чистота и упаковка | Готовность к передаче следующему клиенту | Пропускать, потому что «не техническая проверка» |
Разделение нужно не для бюрократии, а для честного ответа следующему клиенту. Если в карточке стоит «готов», а по факту не хватает ключа, сценарий соврёт не со зла — он просто прочитает не то поле.
Возврат не равен завершению проверки состояния
Между «клиент привёз» и «экземпляр готов к выдаче» лежит цепочка событий, и каждое должно быть отдельным. Возврат принят — это факт приёмки. Проверка комплектности — отдельный шаг. Проверка состояния — ещё один. Подготовка — четвёртый. Готовность к выдаче — пятый, и только он открывает интервал.
Если сценарий считает возврат завершением аренды, он открывает экземпляр для новых обещаний раньше, чем кто-либо посмотрел на него руками. По этой причине «свободно» на экране расходится с «свободно» на площадке.
| Состояние | Кто переводит | Что разрешено дальше |
|---|---|---|
| В аренде | Сотрудник при выдаче | Ничего не обещать до возврата |
| Возврат принят | Приёмка | Назначить проверку, не выдачу |
| Проверка комплектности | Приёмка | Передать на проверку состояния или вернуть клиенту |
| Проверка состояния | Технический сотрудник | Отправить на подготовку или в ремонт |
| Подготовка | Сотрудник площадки | Открыть интервал только после завершения |
| Готов к выдаче | Ответственный | Разрешить бронирование в свободные интервалы |
Цена периода и что считается началом аренды
Цена зависит от интервала и экземпляра, а не только от модели. Сценарий озвучивает то, что пришло из согласованного источника, и не считает сам: голосовой агент, который «прикидывает» стоимость, создаёт обязательство, которого нет в документах.
Коммерческое предложение фиксирует состав и условия, и у него есть состояния — предложения и их состояния описывают переходы между черновиком, отправкой и принятием. Заказ — исполняемый документ, и его обработка описана отдельно: создание и обработка заказа. Изменение этапа, суммы или ответственного согласует сотрудник, а не сценарий.
Момент начала аренды тоже требует определённости: выдача на площадке, доставка, подписание приёмки. Сценарий должен называть тот момент, который принят у компании, и не подменять его «клиент сказал, что забрал».
Спор о состоянии, чужая бронь и неопределённый срок аренды
Есть ситуации, где продолжать разговор по шаблону хуже, чем остановиться. Спор о состоянии при возврате: клиент утверждает, что повреждение было раньше, приёмка — что сейчас. Сценарий фиксирует расхождение и передаёт человеку, а не выносит вердикт.
Клиент просит другую модель — это не замена «похожего», а новый подбор с проверкой интервала и комплекта. Несколько экземпляров в одном заказе: конфликт по одному не должен молча ломать остальные. Межскладское перемещение: обещание выдачи на площадке, где экземпляра ещё нет, — отдельный риск.
Экземпляр найден повреждённым при подготовке — стоп, даже если бронь уже подтверждена. Клиент не помнит номер заказа — сценарий собирает идентификаторы, но не угадывает. Просьба продлить «на неопределённый срок» — остановка и передача менеджеру, потому что бесконечный интервал нельзя проверить на пересечение.
Интерфейс сотрудника: один экран вместо трёх вкладок
Менеджеру нужно видеть конфликт целиком, а не собирать его из карточек. На одном экране — запрошенный интервал, экземпляр, комплект, состояние, занятые интервалы и причина остановки сценария. Тогда решение принимается за минуту, а не за три переключения.
| Зона экрана | Что показывает | Зачем |
|---|---|---|
| Интервал | Начало, конец, окно подготовки | Сразу видно, помещается ли аренда |
| Экземпляр | Номер, модель, состояние, место | Понятно, что именно обещают |
| Конфликты | Пересечения и незавершённые проверки | Видно, почему сценарий остановился |
| Задача | Что зафиксировал ИИ-продавец | Менеджер не переслушивает звонок |
| Действия | Подтвердить, предложить замену, вернуть на проверку | Решение не тонет в переписке |
Приёмка календаря аренды и возврата комплектов
Проверять сценарий нужно на конфликтах, а не на вежливости. Хороший тест — тот, после которого становится ясно, где сценарий останавливается и что именно передаёт человеку.
| Тест | Что подаём | Ожидаемое поведение |
|---|---|---|
| Поздний возврат | Продление поверх чужой брони | Остановка, варианты менеджеру, без перестановки |
| Неполный комплект | Возврат без позиции | Фиксация факта, запрет готовности |
| Пересечение интервалов | Две заявки на один экземпляр | Вторая не подтверждается автоматически |
| Цена вне источника | Просьба назвать сумму | Озвучивание только согласованных данных |
| Неопределённый срок | Продление без конца | Остановка и передача менеджеру |
| Спор о состоянии | Расхождение сторон | Фиксация расхождения, решение у человека |
Практикум: разбор одного звонка на бумаге
Условный пример для упражнения. Два генератора одной модели: первый в ремонте, второй забронирован на субботу. Клиент звонит в четверг и просит генератор на воскресенье, комплект — с кабелем и заземлением. На бумаге выписываем интервалы обоих экземпляров, окна подготовки, состояния и комплекты.
Дальше идём по шагам: проверяем, свободен ли первый после ремонта; укладывается ли подготовка между субботней бронью и воскресеньем у второго; полон ли комплект; что сценарий делает, если кабеля нет. Каждый шаг заканчивается либо подтверждением, либо остановкой с задачей менеджеру.
Финальный шаг проверки — прогнать один реальный звонок по этому чек-листу и посмотреть, в каком месте сценарий останавливается и передаёт задачу человеку. Если остановок нет ни на одном конфликте, сценарий пока не про аренду, а про вежливый разговор.
Окно подготовки между двумя арендами нельзя продать дважды
В условном расписании один покупатель возвращает устройство в понедельник утром, а другому обещана выдача в тот же момент. На бумаге интервалы пользования не пересекаются. В работе между ними остаются осмотр, проверка комплектности, подготовка и допустимое время перемещения. Пока компания не определила эти действия и их длительность для данного типа оборудования, соседние строки календаря ещё не подтверждают готовность выдачи.
| Участок условного оборота | Что нужно выяснить | Почему меняется доступность |
|---|---|---|
| Возврат от первого клиента | Предмет фактически получен или только обещан к возврату | Запись о плановом возвращении ещё не подтверждает наличие |
| Осмотр и комплектность | Кто проверяет состояние и обязательные части | Недостающий компонент может остановить следующую выдачу |
| Подготовка к новому периоду | Какие разрешённые работы требуются до передачи | Длительность подготовки относится к реальной процедуре компании |
| Перемещение между точками | Где устройство будет готово к получению | Свободный предмет в другом месте не равен готовому к выдаче здесь |
| Подтверждение следующему клиенту | Каким результатом обосновано время выдачи | Новый ответ должен учитывать фактическое завершение предыдущих действий |
Прогоните расписание с тремя изменениями: первый клиент опоздал, комплект вернулся неполным, подготовка требует решения специалиста. Для каждого изменения запишите, кому принадлежит вопрос и что можно сообщить следующему покупателю. Не устанавливайте техническую пригодность оборудования ответом модели. Тест должен подтвердить маршрут к ответственному, а не искусственно сделать каждый экземпляр доступным.
Полезный итог проверки — явные интервалы пользования и подготовки, ссылка на экземпляр, причина ограничения и подтверждённое время следующей передачи. Тогда продавец объясняет реальный вариант аренды и не превращает обещанный возврат в уже выполненную выдачу.
Соседний вопрос разобран отдельно: Продление услуги по телефону: что должен выяснить ИИ-продавец. Здесь основной предмет — продажа временного пользования, неделимые интервалы, комплектность и возврат; не продление подписки.
Источники и границы разбора
Источники и статус проверки на 8 ноября 2026. Первичные документы поясняют указанные механизмы; доступность и границы каждого источника отмечены ниже. Методические рекомендации и условные примеры составляют самостоятельную часть разбора.
- Фонекс: ИИ-продавец в звонках
Граница продуктовых утверждений: опубликованное позиционирование и согласуемые подключения. Описанный в статье процесс требует отдельной настройки и приёмки.
- Microsoft: создание и обработка заказа
Первичный документ по указанному механизму. Методические примеры статьи самостоятельны; функции описанной платформы не приписываются продуктам 404ai.
- Microsoft: учёт оборудования клиента
Первичный документ по указанному механизму. Методические примеры статьи самостоятельны; функции описанной платформы не приписываются продуктам 404ai.
- Microsoft: коммерческие предложения и их состояния
Первичный документ по указанному механизму. Методические примеры статьи самостоятельны; функции описанной платформы не приписываются продуктам 404ai.