Подход RaaS — Robots as a Service — переводит роботизацию в сервисную модель: роботы, управляющее ПО, поддержка, обновления и метрики поставляются «пакетом» и оплачиваются по подписке или по факту использования. Вместо единовременной покупки появляются регулярные платежи и договорные гарантии — их фиксируют в SLA и в договоре. Модель применяют в производстве, логистике и сфере обслуживания. Компании получают доступ к роботизации по подписке и распределяют расходы во времени. Как работает RaaS и что учитывать при работе с поставщиками, расскажем в этой статье.
Что такое RaaS и как он устроен
RaaS — это подход, при котором роботизированную систему предоставляют как услугу без передачи права собственности на актив, а оплату берут по подписке или по использованию. Такой подход снижает стартовые расходы, ускоряет внедрение и помогает компаниям адаптироваться в условиях дефицита рабочей силы. Вместо капитальных вложений бизнес получает доступ к готовой автоматизации и остаётся конкурентоспособным, не выжигая стартовый бюджет.
В отличие от RPA (Robotic Process Automation), где «роботы» — это программные агенты, которые выполняют цифровые процессы, RaaS предлагает физические устройства, которые решают задачи в реальном мире, например:
AMR (autonomous mobile robots): автономные мобильные роботы для транспортных операций внутри склада или производственных помещений.
AGV (automated guided vehicles): беспилотные тележки, которые движутся по заранее заданным маршрутам для оптимизации логистики.
Промышленные и сервисные роботы: роботизированные системы для повторяемых операций — от сварки до упаковки товара.
Снаружи RaaS напоминает аренду: «платим регулярно и пользуемся». Но различие — в фокусе и составе ответственности:
Аренда и лизинг оборудования — про финансирование и право использования актива. Обязанности по обслуживанию и эксплуатации роботов зависят от условий договора, и часто остаются на стороне клиента.
RaaS — про результат как услугу: в договоре обычно фиксируют ответственность провайдера за доступность системы, сервис и обновления, а иногда — и за метрики производительности.
Отдельный класс — pay for productivity (оплата за продуктивность). Здесь провайдер финансово заинтересован удерживать систему в рабочем состоянии и берёт на себя мониторинг 24/7 и обслуживание устройств.
Как устроен RaaS‑договор
В модели RaaS провайдер поставляет не «одного робота», а услугу, в которой важна конечная работоспособность всей системы. Поэтому поставка обычно включает в себя:
парк роботов и базовую инфраструктуру: зарядные и рабочие станции, модульные конвейеры;
управляющий софт и его обновления;
мониторинг, поддержку, обслуживание, ремонт и замену комплектующих;
KPI/SLA: метрики, правила их измерения, компенсации при инцидентах.
Например, Locus Robotics описывает RaaS как подписку, при которой компания сдаёт роботов в аренду вместе с обслуживанием, поддержкой и обновлениями ПО. Поддержка работает 24/7.
Даже при формате «всё включено» часть задач остаётся у клиента — как правило, по подготовке площадки и правильной эксплуатации устройств. Обычно сюда входит выделенная интернет‑линия, ровные полы, питание для зарядных станций и подключение определённой ОС. Также заказчик должен иметь техников для некоторых операций, а поставщик — обучить их и предоставить руководства.
Модели тарификации: за период, за работу, за продуктивность
Обычно RaaS подразумевает три схемы оплаты:
Time-based (оплата за период): оплата за месяц, смену или час работы системы.
Usage-based (оплата за единицу работы): оплата за каждое действие или задачу: перемещение, доставку, подбор и т. д.
Pay for productivity (оплата по метрикам продуктивности и SLA): например, время простоя, доля успешных операций или количество выполненных циклов.
В последние годы всё чаще обсуждают RaaS-модель «плата за единицу работы», а не «плата за робота». Причём спорят не столько о работоспособности устройств, сколько о том:
как будут определяться события: через журналы роботов, события WMS/MES, агрегированный отчёт провайдера;
что считается единицей работы: манипулирование объектами, доставка, строка заказа и другие действия;
как оформить правила дедупликации и исключения: тестовые заказы, аварийные режимы, ручные операции.
Такая гибкость помогает выровнять экономические интересы сторон и снизить риск неоправданных затрат для клиента.
Внедрение RaaS и где его используют
Внедрение RaaS похоже на ИТ‑проект, но с физическим контуром и требованиями по безопасности. Это комплексный подход, который включает в себя как технические, так и организационные этапы:
Аудит процесса и целевых метрик: определяет, что нужно ускорить и чем мерить результат.
Проектирование потоков, зон, маршрутов и зарядных точек: детальное планирование расстановки устройств и зон для роботов.
Интеграции с WMS/MES/ERP: настройка связи с внутренними системами компании, включая сеть, журналы событий и мониторинг работы систем.
Пилотный запуск и приемочные испытания: проверка выполнения критериев KPI/SLA.
Эксплуатация: мониторинг работы, управление инцидентами и регулярная оптимизация процессов.
Такая схема работает для многих бизнес-ниш, где важны гибкость и масштабирование, например:
Склады и сборка заказов
Склады — один из крупнейших рынков для RaaS. Здесь роботы отбирают, сортируют и упаковывают товары, перевозят груз, интегрируются с WMS и облачными системами бизнеса.
Модель выбирают, когда нужно стартовать без крупных трат на оборудование, быстро масштабироваться под сезонность и получать регулярные обновления и поддержку по подписке.
Гостиницы и обслуживание внутри зданий
Обслуживающие роботы для доставки и «внутренней логистики» тоже продают как услугу. Они убирают мусор, доставляют еду в номера, перевозят багаж гостей и помогают им с навигацией.
В пресс-релизе Relay Robotics предлагают доставку менее чем за 10 минут, стоимость от $4 в час и работают 24/7.
Охрана и мониторинг объектов
В безопасности RaaS встречается как «full‑service subscription». Роботы используют сенсоры (LiDAR, ультразвуковые датчики, камеры, микрофоны), автономно патрулируют территорию и интегрируются в системы безопасности.
Например, Cobalt пишет о full‑service подписке, в которую входят развёртывание робота, обслуживание, обновления, поддержка, замены и регулярная отчётность. Всё включено в стоимость подписки.
Компании, которые работают по модели RaaS
По модели RaaS работают компании из разных отраслей. Вот примеры из разных отраслей.
Persona AI
Persona AI — стартап, основанный Nic Radforиле Radford упоминается работа с гуманоидом NASA Valkyrie. Компания создаёт гуманоидных ИИ-роботов для сложных задач — от судостроения до технических инспекций.
Отрасли: промышленность, энергетика.
Применение: сборка кораблей, сварка, осмотр оборудования.
Aethon
Разрабатывает автономные мобильные роботы для здравоохранения и гостиничного бизнеса. Компания не только сдаёт устройства в аренду, но и продаёт их.
Отрасли: медицина, гостиничный сектор.
Применение: доставка лекарств, транспортировка еды, утилизация белья.
Cobalt Robotics
Специализируется на автоматизации охраны и техобслуживания. Роботы патрулируют территорию, реагируют на инциденты и взаимодействуют с клиентами.
Отрасли: безопасность, логистика, производство.
Применение: автономная охрана, контроль и реагирование.
InVia Robotics
Предлагает RaaS для логистики и электронной коммерции. Также у inVia есть Robotics Operation Center — центр удалённого мониторинга и поддержки системы.
Отрасли: логистика, онлайн-торговля.
Применение: управление складами, автоматизация заказов.
Locus Robotics
Производит мобильных роботов для логистики и медицины. Подписка включает поддержку 24/7, а также регулярные обновления ПО и техники.
Отрасли: логистика, электронная коммерция, производство.
Применение: навигация на складе, перемещение товаров, комплектация заказов.
Relay Robotics
Разрабатывает обслуживающие роботы Relay+ для доставки внутри зданий: в отелях, больницах и жилых комплексах. К апрелю 2024 года роботы Relay выполнили более 1,5 млн доставок по всему миру.
Отрасли: медицина, гостиничный бизнес.
Применение: доставка медикаментов и обслуживание номеров.
Экономика: когда подходит RaaS, а когда стоит выбрать покупку
Прежде всего RaaS упрощает запуск процессов, поэтому модель чаще выбирают, когда:
нужно быстро увеличить или уменьшить парк роботов с учётом плавающей нагрузки;
нет команды для эксплуатации устройств, а поддержка нужна «в одном окне» — без дополнительных затрат на отдельные сервисы;
в приоритете модель pay‑for‑productivity, когда платёж привязан к метрикам и клиент платит только за реально выполненную работу — например, количество перемещённых грузов и упакованных товаров.
Кроме того, RaaS помогает снизить барьеры входа в автоматизацию — например, высокие первоначальные инвестиции, неопределённость полной стоимости владения (TCO) и нехватка профильной экспертизы. Модель частично смягчает эти риски, распределяя расходы и ответственность между провайдером и клиентом.
Но в некоторых случаях покупка роботов — более экономный вариант. Например, когда:
нагрузка предсказуема и стабильна, без резких колебаний;
есть долгосрочные планы на несколько лет вперёд;
есть собственные эксперты для поддержки и модернизации системы.
В этом случае почти все расходы ложатся на компанию, но в долгосрочной перспективе регулярная RaaS-подписка может быть дороже, чем затраты на владение собственной системой.
Риски RaaS и что фиксировать в SLA и договоре
При внедрении RaaS важно определить KPI, условия эксплуатации и обязанности сторон. Ниже — перечень блоков, которые важно описать в SLA и договоре и которые обычно критичны именно для роботов как сервиса (а не просто аренды устройств).
Границы сервиса и зоны ответственности
Первое, что нужно сделать в договоре — описать обязанности и ответственность, иначе стороны будут перекладывать друг на друга вину при любом инциденте. Что зафиксировать:
площадка: кто отвечает за состояние пола, разметку зон, освещённость и физические барьеры;
интеграции: кто владеет коннекторами к WMS/MES/ERP;
инфраструктура: кто отвечает за сеть, интернет‑канал, покрытие Wi-Fi, питание для зарядных станций;
расходники и регламентные операции: кто занимается заменой расходных материалов и регламентными операциями.
Метрики и SLA: что измеряем и как считаем
Если в SLA нет чётких метрик и методики измерения, то RaaS легко превращается в «дорогую аренду без гарантий». Что зафиксировать в договоре:
uptime: доступность парка роботов или системы;
throughput: производительность операций, заказов, подбора, доставок;
time to respond/Time to restore: время для реагирования и восстановления системы после сбоя;
компенсации; например, service credits за нарушения условий SLA.
Кибербезопасность: робот как OT/IoT‑узел в сети
RaaS почти всегда включает в себя сеть, удалённый мониторинг и обновления. Так появляется OT-контур, который подключается к корпоративной сети и открывает новые риски для безопасности данных и доступа. Что зафиксировать в договоре:
сегментация: разделение системы на зоны и уровни (например, DMZ);
удалённый доступ: VPN, многофакторная аутентификация (MFA), время доступа для вендора;
управление уязвимостями: сроки реакции на критические уязвимости и экстренные патчи;
журналирование: кто имеет доступ к журналам, как долго они хранятся.
Безопасность эксплуатации и стандарты
Для безопасной эксплуатации AGV/AMR (автономных мобильных роботов) существует ряд профильных стандартов, которые нужно учесть:
ISO 3691‑4:2023: требования безопасности для driverless industrial trucks. В примерах указываются automated guided vehicle и autonomous mobile robot.
ISO 10218‑2:2025: требования к безопасности роботизированных ячеек и применений, включая интеграцию и обслуживание.
ISO/TS 15066:2016: техническая спецификация по безопасности для коллаборативных промышленных роботизированных систем и рабочей среды. Она дополняет ISO 10218‑1 и ISO 10218‑2.
Что зафиксировать в договоре:
кто проводит оценку рисков и на каком этапе;
требования к зонам безопасности, знакам, барьерам и режимам ручного управления;
обучение персонала и требования к допускам;
порядок расследования инцидентов и остановки системы.
План выхода и зависимость от вендора
RaaS снижает CAPEX‑барьер, но увеличивает риск «привязки» к провайдеру — через интеграции, данные, карты склада, процессы и эксплуатационные знания. Это усложняет переход в случае расторжения договора или изменений в бизнесе. Что зафиксировать в договоре:
выгрузку данных: события, журналы, KPI, история инцидентов;
условия расторжения договора: демонтаж, переходный период;
удаление и возврат данных: как и когда будет происходить отзыв доступа, передача и удаление информации.
Заключение
RaaS помогает получить роботизацию как управляемый сервис — оборудование, ПО, обновления и поддержка идут одной моделью оплаты. Но чтобы система не превратилась в дорогую аренду, в договоре и SLA стоит закрепить метрики, зоны ответственности, а также требования к сети, удалённому доступу и кибербезопасности.
При этом CAPEX/OPEX‑эффект и бухгалтерскую классификацию RaaS-договора лучше согласовать с финансовыми службами, так как название «RaaS» само по себе не определяет бухгалтерский учёт. Если договор содержит признаки аренды, классификацию оценивают по IFRS 16 «Аренда».
