Dooglys: обзор кассы и интеграция для доставки
Dooglys — облачная касса и система автоматизации, которую часто выбирают доставки, фастфуд и небольшие сети. Разбираем, из чего она состоит, где у неё сильные стороны, а где придётся допиливать интеграцию, чтобы заказы из чатов и звонков попадали в кассу без ручного набора.

Что такое Dooglys и кому она подходит
Dooglys (в разговоре — «дуглис касса») — это облачная система автоматизации общепита и торговли. Она закрывает не только фронт кассира, но и весь контур вокруг: приём заказов, кухонный экран, курьеров, склад, лояльность и аналитику. По духу это конкурент iiko, r_keeper и FrontPad, но с упором на доставку и относительно низкий порог входа.
Чаще всего Dooglys ставят там, где много заказов «на вынос» и на доставку: пиццерии, суши, бургерные, кофейни с самовывозом, дарк-китчены. Причины простые:
- работает в облаке — касса и админка доступны из браузера, не нужен выделенный сервер;
- есть готовый модуль доставки с картой, зонами и назначением курьеров;
- поддерживает онлайн-кассы по 54-ФЗ, эквайринг и маркировку;
- тарифицируется помесячно за точку, без крупных вложений на старте.
Если у вас одна точка с редкими заказами — Dooglys может оказаться избыточной. А вот когда поток растёт и ручной ввод в кассу начинает съедать время смены, система себя оправдывает.
Из каких модулей состоит система
Dooglys — конструктор. Вы включаете нужные блоки и не платите за лишнее. Ключевые модули:
| Модуль | Что делает | Кому критичен |
|---|---|---|
| Касса / фронт | Пробитие чеков, 54-ФЗ, эквайринг, смены | Всем |
| Доставка | Карта зон, назначение курьеров, статусы заказа | Доставка, дарк-китчен |
| Кухонный экран (KDS) | Заказы на кухню без бумажных чеков | Кухни с потоком |
| Склад | Техкарты, списание, себестоимость, инвентаризация | Тем, кто считает food cost |
| Лояльность | Бонусы, скидки, база гостей | Повторным продажам |
| Аналитика | Выручка, средний чек, ABC-анализ блюд | Управленцам |
Отдельно стоит модуль онлайн-заказов: сайт-витрина или страница заказа, откуда гость сам собирает корзину. Это удобно, но покрывает только тех, кто готов открыть сайт и заполнить форму. Значительная часть заказов по-прежнему приходит текстом в мессенджер и голосом по телефону — и вот тут начинается тема интеграций.
Тарифы и на чём считать деньги
Точные цифры Dooglys меняет, поэтому ориентируйтесь не на конкретный прайс, а на структуру затрат — она стабильна:
- Абонплата за точку в месяц. Базовый тариф + доплаты за включённые модули (доставка, склад, лояльность часто идут пакетами).
- Оборудование. Фискальный регистратор, планшет или ПК, сканер, принтер кухни. Можно использовать имеющееся, если оно совместимо.
- Эквайринг. Комиссия банка за онлайн- и офлайн-оплаты — это уже не Dooglys, а ваш банк.
- Интеграции. Часть коннекторов входит в тариф, часть — это работа по API или сторонние сервисы.
Считайте не «сколько стоит касса», а «сколько стоит один принятый заказ». Если из-за ручного ввода кассир тратит на заказ 3–4 минуты в час пик, вы теряете не абонплату, а недопринятые заказы и раздражённых гостей. Именно эту математику решает автоматизация приёма.
Dooglys интеграция: что доступно через API
Главный вопрос владельца — «а подружится ли касса с тем, что у меня уже есть». У Dooglys есть API, через которое реально закрыть основные сценарии автоматизации.
Что обычно решается через API
- Создание заказа. Внешняя система (сайт, чат-бот, агрегатор, ИИ-администратор) отправляет заказ в Dooglys — с позициями, модификаторами, адресом, комментарием и типом (доставка / самовывоз).
- Синхронизация меню. Забор актуального каталога: категории, блюда, цены, модификаторы. Это чтобы вы не вели меню в двух местах.
- Стоп-листы. Проверка, что позиция в наличии, — критично, чтобы не принять заказ на то, что закончилось.
- Статусы заказа. Получение обновлений: принят, готовится, передан курьеру, доставлен. На этом строятся уведомления гостю и триггеры на отзыв.
- Справочники. Точки, зоны доставки, способы оплаты.
Нюансы, о которых честно стоит знать
API — это не «включил и заработало». Несколько подводных камней, которые всплывают на реальных внедрениях:
- Идентификаторы позиций. Заказ уходит в кассу не «Пепперони», а по внутреннему ID блюда и ID модификатора. Если меню в вашем внешнем канале и в Dooglys не сопоставлены, заказ либо не создастся, либо создастся кривым. Маппинг меню — самая частая причина сбоев.
- Модификаторы и группы. «Без лука», «двойной сыр», размер, борт у пиццы — всё это отдельные сущности. Их нужно передавать корректно, иначе кухня получит не то.
- Адрес и зоны. Для доставки важно, чтобы адрес попадал в нужную зону и точку. Геокодинг лучше делать до отправки в кассу.
- Оплата. Тип оплаты (наличные / карта курьеру / онлайн) — отдельное поле. При онлайн-оплате нужно понимать, кто пробивает фискальный чек: касса или платёжный сервис.
- Ограничения по запросам. У облачных API бывают лимиты. Меню и стоп-листы разумнее кэшировать и обновлять по расписанию, а не дёргать на каждый заказ.
Как заказы из чатов и звонков попадают в Dooglys
Сама касса отлично считает и печатает чеки, но она не разговаривает с гостем. А заказы приходят по-человечески: «Привет, повторите как в прошлый раз, только без лука, и когда привезёте?» Кто-то должен это понять, собрать корзину, уточнить адрес и время — и только потом отправить структурированный заказ в кассу.
Есть три пути:
- Руками. Администратор читает сообщение или слушает звонок и набивает заказ в Dooglys. Работает, но в пик рушится: очередь в чатах, пропущенные звонки, ошибки в модификаторах.
- Сайт-витрина. Гость сам собирает корзину. Снимает нагрузку, но отсекает тех, кто привык писать в мессенджер или звонить.
- ИИ-администратор. Отдельный слой, который общается с гостем в чате и по телефону, собирает заказ и уже готовым отправляет его в кассу через API.
Третий сценарий — как раз то, ради чего делают Dooglys интеграцию с внешним сервисом. Наша Людочка работает именно так: ведёт диалог в Telegram, WhatsApp и голосом по звонку, тянет актуальное меню и стоп-листы из кассы, подтверждает адрес и время, а собранный заказ отдаёт в Dooglys готовым — с правильными ID блюд и модификаторов. Кассир видит нормальный заказ, а не расшифровку голосового.
Чек-лист перед запуском интеграции
- Меню в Dooglys приведено в порядок: без дублей, с корректными ценами и модификаторами.
- Настроены зоны доставки и привязка к точкам.
- Получены доступы к API (ключ/токен, документация версии вашего аккаунта).
- Согласован маппинг: какое блюдо во внешнем канале = какое блюдо в кассе.
- Определён режим приёма заказа: автоматически в кассу или через подтверждение оператором.
- Проверены статусы заказа — на них завязаны уведомления гостю и просьба оставить отзыв.
Стоит ли выбирать Dooglys
Если ваш профиль — доставка и самовывоз с растущим потоком, Dooglys — разумный выбор: облако, готовый модуль доставки, вменяемая абонплата и рабочее API. Для чисто зального ресторана с упором на банкеты и сложный склад стоит сравнить с iiko и r_keeper — там глубже проработаны свои сценарии.
Но какую бы кассу вы ни поставили, помните: касса — это учёт и печать чеков, а не приём заказов от живого гостя. Разрыв между «человеческим» сообщением и структурированным заказом закрывает либо администратор вручную, либо ИИ-слой поверх кассы. Именно этот разрыв, а не выбор бренда кассы, чаще всего и определяет, сколько заказов вы реально доведёте до кухни в час пик.
Частые вопросы
Есть ли у Dooglys открытое API для интеграции?
Да, у Dooglys есть API, через которое можно создавать заказы, забирать меню и модификаторы, проверять стоп-листы и получать статусы заказа. Доступы (ключ/токен) выдаются на ваш аккаунт, а актуальную документацию стоит запросить под вашу версию — набор методов у разных тарифов может отличаться.
Можно ли принимать заказы из Telegram и WhatsApp прямо в Dooglys?
Сама касса с гостем не переписывается. Нужен слой-посредник, который ведёт диалог, собирает корзину и отправляет готовый заказ в кассу через API. Это делает ИИ-администратор вроде Людочки: общается в мессенджерах и голосом, а в Dooglys уходит структурированный заказ с корректными ID блюд.
Что чаще всего ломается при интеграции с Dooglys?
Маппинг меню. Заказ уходит в кассу по внутренним ID блюд и модификаторов, а не по названиям. Если каталог во внешнем канале и в Dooglys не сопоставлены, заказ не создастся или уйдёт с ошибкой. Поэтому перед запуском меню приводят в порядок и настраивают соответствие позиций.
Dooglys подходит для доставки или только для зала?
Dooglys особенно сильна именно в доставке и самовывозе: есть модуль с картой зон, назначением курьеров и статусами заказа. Для чисто зального ресторана со сложным складом и банкетами стоит сравнить её с iiko и r_keeper.
Как гостю приходят уведомления о статусе заказа?
Через статусы заказа в API: принят, готовится, у курьера, доставлен. Внешний сервис ловит эти события и отправляет гостю сообщение, а на статусе «доставлен» можно автоматически попросить оставить отзыв — это удобно настраивать через ИИ-администратора поверх кассы.