iiko меняет схему авторизации API: что отключится 29 августа 2026 и как подготовиться

29 августа 2026 года iiko полностью отключает старую схему авторизации облачного API iikoTransport. Если у заведения есть сайт или приложение доставки, киоски самообслуживания, сервис чаевых по QR или другая внешняя интеграция через iikoCloud API, работающая на старой схеме, она перестанет проходить авторизацию и остановится. Новые ключи по старой схеме уже не выдаются с 1 июня 2026 года.

Времени на подготовку немного: статья выходит 11 августа 2026, до дедлайна остаётся около 18 дней. Дальше по пунктам: что произошло, кого это касается и что успеть сделать.

---

Что случилось: iiko меняет схему авторизации API

По данным официального анонса iiko.ru, компания переводит облачное API iikoCloud на новую схему авторизации и отключает прежнюю схему iikoTransport. Отключение полное и произойдёт 29 августа 2026 года.

Ключевые даты по официальному анонсу:

• с 1 июня 2026 года новые ключи по старой схеме iikoTransport больше не выдаются;
• 29 августа 2026 года старая схема авторизации отключается полностью.

Технических деталей о том, как именно устроена новая схема авторизации - какой формат токенов, какие заголовки запросов, какие конкретно шаги нужно выполнить в личном кабинете iiko - в открытом анонсе на сегодняшний день недостаточно, чтобы разбирать их пошагово. Мы не будем додумывать эти подробности: за точными техническими параметрами перехода нужно обращаться к официальной документации iiko для разработчиков и в техподдержку iiko или к своему интегратору.

---

Что такое iikoTransport и почему схему меняют

iikoTransport - это прежняя схема авторизации, через которую внешние сервисы получали доступ к облачному API iiko (iikoCloud) для передачи и получения данных: заказов, статусов, справочников. По этой схеме сервис получал ключ доступа и использовал его для авторизации запросов к API.

Официальный анонс iiko.ru не раскрывает подробно, почему именно принято решение о переходе на новую схему. Логично предположить, что смена схемы авторизации API связана с повышением безопасности и актуализацией технологического стека - это стандартная практика для платформ, которые развивают API годами. Но точную формулировку причины перехода мы не выдумываем: её в открытом источнике на момент написания статьи нет.

Важно другое: с точки зрения владельца или управляющего заведением деталь "почему" вторична. Первична дата: 29 августа 2026 года старая схема авторизации перестанет работать, и это факт, под который нужно готовиться уже сейчас.

---

Кого касается отключение старой схемы авторизации

Отключение касается только тех заведений, у которых есть внешние интеграции, работающие через облачное API iiko (iikoCloud) по старой схеме авторизации iikoTransport.

В зоне риска:

• сайты и мобильные приложения доставки, подключённые к iiko через API;
• киоски самообслуживания, которые обмениваются данными с iiko через облачное API;
• интеграции с агрегаторами доставки, если они реализованы через iikoCloud API на старой схеме;
• сервисы чаевых по QR-коду, подключённые к iiko через API;
• любые другие внешние сервисы (программы лояльности, аналитика, кастомные интеграции), которые получают или передают данные через облачное API iiko.

Кого это не касается:

Если заведение работает только со стандартным iikoFront и iikoOffice и не подключало собственных внешних интеграций через API, риска нет. Кассовый функционал, стандартная работа с заказами внутри iikoFront и складской учёт в iikoOffice к облачному API iikoTransport отношения не имеют и по этому анонсу не затрагиваются.

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

---

Чек-лист с датами: что и когда происходит

Собрали хронологию перехода на новую схему авторизации в один список, чтобы держать её перед глазами.

• 1 июня 2026. Новые ключи по старой схеме авторизации iikoTransport больше не выдаются. Если у вас появляется новая интеграция после этой даты, получить для неё ключ по старой схеме уже нельзя - только по новой.
• Сейчас, до конца августа 2026. Время для аудита: нужно собрать список всех внешних интеграций, использующих облачное API iiko, и выяснить, на какой схеме авторизации работает каждая из них.
• 29 августа 2026. Старая схема авторизации iikoTransport отключается полностью для всех интеграций без исключений.
• После 29 августа 2026. Интеграции, которые остались на старой схеме авторизации, перестают проходить авторизацию в облачном API iiko. Это означает остановку обмена данными: сайт или приложение доставки, киоск самообслуживания или сервис чаевых, работающий через такую интеграцию, перестаёт функционировать корректно.

Разница между 1 июня и 29 августа принципиальна: до 1 июня можно было получить новый ключ по старой схеме, теперь нельзя, но старые уже выданные ключи ещё работают. После 29 августа не будут работать и они.

---

Что делать: порядок действий до 29 августа 2026

Официальный анонс не даёт пошаговой технической инструкции по переходу, поэтому ниже - порядок действий на уровне процесса, а не список конкретных настроек в личном кабинете.

Шаг 1. Составить список всех внешних сервисов, подключённых через API iiko

Соберите полный перечень: сайт доставки, мобильное приложение, киоски самообслуживания, сервис чаевых, интеграции с агрегаторами, программы лояльности, любые кастомные подключения. Часто список оказывается длиннее, чем кажется на первый взгляд, особенно в сетях с несколькими точками.

Шаг 2. Узнать у разработчика или поставщика каждого сервиса схему авторизации

По каждому пункту из списка задайте прямой вопрос ответственному разработчику или поставщику сервиса: на какой схеме авторизации работает интеграция с облачным API iiko - на старой iikoTransport или уже на новой. Если сервис делал внешний подрядчик, писать нужно именно ему - он знает техническую реализацию.

Шаг 3. Запросить переход на новую схему у ответственного за интеграцию

Если интеграция работает на старой схеме iikoTransport, нужно инициировать переход на новую схему авторизации. Ответственный за это - разработчик или подрядчик, который поддерживает интеграцию. Уточните у него сроки и объём работ по переходу.

Шаг 4. Протестировать интеграцию после перехода заранее

Не откладывайте проверку на 29 августа. Переход и тестирование лучше провести с запасом в несколько дней, чтобы успеть исправить ошибки до того, как старая схема отключится окончательно.

Шаг 5. Зафиксировать статус по каждой интеграции

Ведите короткий список: интеграция - схема авторизации - статус перехода (не начат / в работе / завершён и протестирован). Это особенно полезно для сетей с несколькими точками и разными подрядчиками по разным сервисам.

Шаг 6. Обратиться в техподдержку iiko или к интегратору, если разобраться своими силами сложно

Если у заведения нет своего технического специалиста, который может провести аудит и организовать переход, разумнее обратиться в техническую поддержку iiko или к интегратору, который сопровождает вашу автоматизацию. Это быстрее и надёжнее, чем разбираться в последний момент.

---

Аудит интеграций iiko с Restohub

Restohub помогает провести аудит внешних интеграций, подключённых к облачному API iiko: проверяем, какие сервисы у вас работают через API, на какой схеме авторизации, что нужно перевести на новую схему до 29 августа 2026 года. Берём на себя связь с разработчиками сайта доставки, приложения, киосков самообслуживания или сервиса чаевых, чтобы переход прошёл без остановки этих сервисов.

Если интеграцию делал Restohub - напишите своему менеджеру, мы проверим и настроим переход сами. Если интеграцию делал другой подрядчик и нужна независимая проверка или помощь с координацией перехода - обращайтесь напрямую.

Телефон: +7 905 243-72-50 Email: sale@restohub.pro Сайт: https://www.restohub.pro Визитка Restohub

Статья обновлена: август 2026. Автор: редакция Restohub - IT-интегратор для ресторанного бизнеса.

---