Документация
Практическое руководство по управлению целями OKR и KPI, разграничению KR и KPI, распределению квот, двусторонней связке с Kanban, приему почты без API, настройке DNS собственных доменов и диспетчеризации на стойке.
Управление целями
В ежедневной работе отелей, ресторанов, студий, туроператоров и ритейла целеполагание дает сбой, когда команда путает стратегические ориентиры Objectives (O), прорывные ключевые результаты (KR), регулярные операционные метрики (KPI) и текущие задачи. DING OS разделяет все четыре уровня и связывает их с реальной выручкой, бронированиями, вкладом сотрудников и досками Kanban.
1. Матрица иерархии целей
Корпоративный стандарт| Уровень | Рекомендуемый лимит | Ключевой вопрос | Природа измерения | Пример из практики |
|---|---|---|---|---|
| OKR · Objective Стратегическая цель | 3 - 5 в квартал На объект или отдел | Какого прорыва мы хотим достичь в этом квартале? | Качественный ориентир на квартал или год. Прогресс (0-100%) рассчитывается автоматически как среднее по вложенным KR. | Стать ведущей площадкой для корпоративных банкетов и велнеса в 4 квартале. |
| KR · Key Result Ключевой результат | 3 - 5 KR на Objective Не более 5 KR | Какая цифра докажет достижение Objective? | Количественный рубеж (рост от базы X к цели Y) внутри Objective. Измеряет качественный скачок. | Увеличить выручку корпоративных банкетов B2B с $15,000 до $40,000; поднять долю повторных визитов с 18% до 35%. |
| KPI · Metric Операционный KPI | 3 - 5 KPI в месяц На команду или сотрудника | Стабильно ли работает бизнес из месяца в месяц? | Самостоятельный показатель, отслеживаемый ежемесячно для удержания планов продаж, загрузки и стандартов сервиса. | Месячный план выручки $50,000; загрузка номерного фонда выше 75%; доля отмен ниже 2%. |
| Task · Kanban Рабочая задача | Без ограничений Привязана к 3 - 5 целям | Какое конкретное действие нужно выполнить сегодня, чтобы сдвинуть показатели? | Карточка действия на доске Kanban с ответственным, сроком и статусом (К выполнению ➔ В работе ➔ Проверка ➔ Готово). | Отправить новогодние банкетные пакеты 30 корпоративным партнерам; обзвонить 50 VIP-гостей с подарочными сертификатами. |
Почему команды путают KR и KPI
И KR, и KPI записываются в цифрах ($40,000, 300 броней, 85%). Чтобы различить их за 3 секунды, представьте поездку на автомобиле: KPI - это приборы на панели (температура двигателя, уровень топлива, крейсерская скорость), которые обязаны оставаться в норме каждый месяц. OKR - это маршрут навигатора к новой вершине, а KR - километровые столбы на пути к ней.
Когда операционный KPI превращается в KR
Если показатель стабилен и вы просто поддерживаете ежемесячный норматив (например, $20,000 выручки бара в месяц), оформите его как отдельный KPI. Но если показатель просел или вы запускаете кампанию по его удвоению в следующем квартале (рост бара с $20,000 до $45,000 за счет акустических вечеров), эта метрика становится KR внутри стратегического Objective.
Правило фокуса 3-5 против формальных отчетов
Главная ошибка - создавать по 10-15 целей сразу или записывать мелкие поручения в KR ради искусственных 100%. Ограничьте квартал 3-5 Objectives с 3-5 результирующими KR, а каждому сотруднику назначьте 3-5 месячных KPI, привязанных к оплаченным заказам (booking.owner). Повседневные дела ведите на доске Kanban.
2. Четыре шага запуска управления целями
В разделе Задачи ➔ Цели нажмите Создать цель. Выбор OKR · Стратегическая цель открывает встроенный конструктор 2-4 измеримых KR. Выбор KPI · Операционная метрика показывает поля База, План и Единица измерения.
Привяжите каждый KR или KPI к одному из пяти источников: Выручка (сумма закрытых счетов), Бронирования (завершенные заказы), Атрибуция (личный вклад по booking.owner), Завершенные задачи (карточки Kanban в колонке Готово) или Ручная сверка.
Откройте Quota Planner, укажите общий план объекта (например, $60,000 выручки в месяц), отметьте сотрудников и выберите равное или взвешенное распределение. DING OS создаст дочерние KPI и будет считать выполнение в реальном времени.
DING OS сравнивает фактический прогресс с прошедшей долей периода и подсвечивает отстающие цели. Откройте панель Сверка и нажмите + Добавить задачу на Board, чтобы сразу передать задачу со значком цели на доску Kanban.
Системная архитектура
DING OS - мультитенантная операционная система для торговли, бронирований и диспетчеризации на стойке. Она работает полностью автономно или параллельно с вашей учетной системой и PMS, объединяя входящие письма, QR-заказы гостей и открытые счета в единую живую очередь.
| Подсистема | Узел подключения | Рабочая спецификация |
|---|---|---|
| Входящий анализатор MIME | POST /v1/email/ingest/ | Принимает трафик SMTP на адрес [slug]@getding.io на граничном узле Cloudflare, извлекает структурированные поля (клиент, позиции, время, код брони, сумма) и проверяет дубликаты по SHA-256 в течение 30 дней. |
| Граничный прокси доменов | proxy.getding.io | Направляет собственные поддомены (ding.yourbrand.com) и адреса ([slug].getding.io) в изолированные контейнеры с автоматическим выпуском сертификатов DV TLS 1.3. |
| Шина диспетчеризации стойки | wss://api.getding.io/v1/ws | Мгновенно передает смену статусов (pending, confirmed, ready, completed) на все терминалы стойки со звуковым сигналом 880Hz и визуальным баннером. |
| Многорежимное ядро расчетов | POST /v1/counter/ | Выполняет мгновенную оплату, почасовое бронирование и финальную сверку открытых счетов (reconcile_order) с обязательной фиксацией ответственного (booking.owner). |
Совместная работа с учетными системами
DING OS может работать самостоятельно или рядом с действующей бухгалтерской программой без изменения плана счетов и фискальных регистров.
Автоматический разбор заказов из почты, QR-витрина на 14 языках, прием B2B-заявок в чате (capture_inquiry), пересчет открытых счетов и живая диспетчеризация.
Электронные счета-фактуры с НДС, проводки главной книги, закрытие кассовой смены, кодирование ключ-карт номеров и списание со склада по CSV или вебхукам.
Прием электронной почты
Пересылайте уведомления о заказах, ваучеры OTA и запросы B2B-расчетов со своего почтового сервера на адрес рабочего пространства без настройки API. Входящие пакеты MIME разбираются прямо в очередь стойки без опроса IMAP и хранения паролей.
Включите в правиле пересылки опцию «Оставлять копию во Входящих». Ваши корпоративные ящики ([email protected], [email protected], [email protected]) сохраняют оригинал каждого письма как основной архив, пока DING OS параллельно обрабатывает копию.
- Откройте Настройки Gmail ➔ Все настройки ➔ вкладку
Пересылка и POP/IMAP. - Нажмите Добавить адрес пересылки и укажите
[slug]@getding.io. - Google отправит проверочное письмо в ваше пространство. Откройте раздел Входящие в DING OS, перейдите по ссылке и подтвердите пересылку.
- Откройте Фильтры и заблокированные адреса ➔ Создать новый фильтр и укажите в поле Содержит слова запрос
subject:(Order OR Quote OR Booking OR Reservation OR Confirmation). - Включите Переслать на адрес
[slug]@getding.io, оставьте Пропустить Входящие неотмеченным для сохранения оригинала и сохраните фильтр.
Исходящие уведомления api.getding.io содержат X-Ding-Generated: true и Auto-Submitted: auto-generated. Узел SMTP мгновенно отбрасывает письма с этими метками.
Входящие заявки индексируются ключом sha256(organization_id + ":" + reference) на 30 дней. Повторные письма обновляют статус вместо создания дубликатов.
Сообщения с адресами Return-Path или From вида *@getding.io и @trip.express отклоняются до этапа ИИ-разбора.
Интеграции каналов
Пошаговые инструкции по подключению Zalo Official Account (ZBS и ZNS), Telegram Bot, WhatsApp Cloud API, Messenger, Open Banking (VietQR, SePay), Stripe, PayPal и каналов OTA.
Этап 1: Активация приложения Zalo
developers.zalo.me- Откройте developers.zalo.me, выберите приложение и переведите переключатель справа вверху в положение Active, чтобы устранить ошибку
-209. - В разделе Domain verification введите
workspace.getding.io, скопируйте метатегzalo-platform-site-verification, вставьте его в Пространство ➔ Отслеживание и подтвердите проверку. - В меню Products ➔ Official Account API ➔ General settings запросите права на управление профилем OA и сообщениями пользователей.
- В разделе Webhooks укажите URL обратного вызова и включите события
user_send_text,user_send_imageиoa_send_text.
Этап 2: Выпуск и автопродление токенов OAuth
API Explorer- Откройте
developers.zalo.me/tools/explorer, выберите приложение, тип OA Access Token и авторизуйте свой официальный аккаунт. - Скопируйте OA Access Token (срок 25 часов), Refresh Token (срок 3 месяца), а также App ID и App Secret из настроек приложения.
- Вставьте все четыре параметра в Интеграции ➔ Zalo OA ➔ Подключение. DING OS автоматически обновляет токен в фоне каждые 25 часов.
Этап 3: Привязка бизнес-аккаунта ZCA
business.zalo.me- Если список приложений при создании шаблона ZBS пуст, откройте business.zalo.me ➔ Аккаунт ZCA ➔ Settings ➔ Applications ➔ Link application и укажите ваш Zalo App ID.
- Примечание по двустороннему чату OA (Ошибка -224): Для отправки ответов через
openapi.zalo.me/v3.0/oa/message/csтребуется пробный период на 1 месяц или платный тариф OA (zalo.cloud/oa/pricing). На бесплатном тарифе DING OS копирует черновик ИИ в буфер и открываетoa.zalo.me/chatv2в 1 клик.
Этап 4: Параметры шаблонов ZNS
account.zalo.cloudДля Zalo ZNS требуются два горизонтальных прозрачных PNG-логотипа (для светлой и темной тем) размером 400 x 96 px (пропорция 50:12, выравнивание по центру). Создайте четыре шаблона из библиотеки Zalo (Order, Transfer, Rating, Voucher) и сопоставьте параметры по таблице ниже:
| Шаблон | Ключ параметра | Технический тип Zalo | Пример значения |
|---|---|---|---|
| Order, Rating | order_code | Mã số (30) | |
| Order (Ссылка CTA) | order_id | URL (200) | |
| Order | phone_number | Thông tin liên hệ (50) | |
| Order, Transfer | price | Số lượng / Số tiền (20) | |
| Order | status | Trạng thái giao dịch (30) | |
| Order | date | Thời gian (20) | |
| Order | name | Tên khách hàng (30) | |
| Transfer, Rating, Voucher | customer_name | Tên khách hàng (30) | |
| Transfer | contract_number | Mã số (30) | |
| Transfer | transfer_amount | Tiền tệ (VNĐ) (12) | |
| Transfer | bank_transfer_note | Bank Transfer Note (90) | |
| Rating | order_date | Thời gian (20) | |
| Voucher | customer_id | Mã số (30) | |
| Voucher | voucher_code | Mã số (30) | |
| Voucher | start_date | Thời gian (20) | |
| Voucher | expire | Thời gian (20) |
Gửi tự động xác nhận mã đơn, tổng tiền và trạng thái ngay khi khách đặt dịch vụ thành công. Không chứa quảng cáo.Записи DNS собственного домена
Добавьте эти две записи DNS у своего регистратора (Cloudflare, Route 53, GoDaddy), чтобы направить ding.yourbrand.com через граничный прокси.
| Тип | Хост | Требуемое значение | TTL | Статус |
|---|---|---|---|---|
| CNAME | Авто | Ожидание | ||
| TXT | Авто | Ожидание |
Диспетчеризация на стойке
Терминалы на стойке удерживают постоянное соединение WebSocket (wss://api.getding.io/v1/ws) в рамках вашего пространства. При поступлении заказа, брони или запроса расчета срабатывает двойное оповещение: звуковой сигнал 880Hz и закрепленный визуальный баннер.
Разрешите воспроизведение звука на планшетах стойки, чтобы фоновые вкладки синтезировали тон 880Hz A5 и 1318.5Hz E6 без касания экрана, и проверьте громкость ниже.
Каждая входящая заявка выводит закрепленную карточку с кодом точки, именем гостя, категорией и требуемым действием, надежно работая даже при выключенном звуке.
wss://api.getding.io/v1/wsПривязка точек обслуживания
Физические и виртуальные точки моделируются единой сущностью Unit во всех 13 категориях: spaces, realty, events, appointments, travel, mobility, retail, sports, spa, amenities, dining, drinks и takeaway. Генерация QR-кодов не ограничена ни на одном тарифе.
Каждый QR-код содержит подписанный идентификатор точки (UNIT #04 или REF #12). После сканирования бейдж блокируется только для чтения, чтобы гость не мог случайно сменить стол, корт или номер.
Точки в режиме открытого счета позволяют дозаказывать позиции в течение всего визита. Перед закрытием чека сотрудник вызывает reconcile_order, чтобы сверить фактический расход и зачесть возвраты.
Атрибуция персонала
Каждый заказ, визит с улицы и закрытый счет фиксирует неизменяемый идентификатор ответственного в поле booking.owner. Автоматические заказы получают метку System AI Ingest до принятия оператором.
DING OS никогда не навязывает фиксированный процент комиссии по умолчанию. Каждый заказ, бронь и задача фиксируют рабочие роли (SALES, OPERATIONS, FINANCE, MANAGER, OBSERVER) на живой доске эффективности, чтобы бухгалтерия рассчитывала премии в конце месяца по внутреннему положению, а общие экраны стойки скрывали личные суммы.
Изоляция данных
Границы между организациями жестко контролируются на уровне запросов к базе данных в api.getding.io. Каждый запрос привязан к проверенному organization_id.
Сессии сотрудников проходят аутентификацию через OneUID (uid.one) по протоколам OIDC и DPoP. OneUID подтверждает только личность (sub) и не хранит клиентскую базу CRM или историю покупок.
Каждая компания выступает независимым оператором персональных данных для своих профилей гостей, контактов и бонусных балансов в соответствии с GDPR и законами о защите данных без перекрестного обмена.
Часто задаваемые вопросы
Технический и операционный справочник для владельцев бизнеса, управляющих и ИТ-специалистов.