Какво представлява агрегацията на поръчки от маркетплейс?
Ако сте листвани в няколко платформи за доставка, екипът ви жонглира с по един таблет за всяка от тях. Поръчките пристигат в различни формати, на различни екрани, и кухнята трябва да превежда между всички. Агрегацията на маркетплейси прибира всяка поръчка в една опашка, така че кухнята вижда една разписка независимо откъде идва.
Всеки маркетплейс има собствена native интеграция — Wolt Order API, Glovo Partners API, JET Connect, Bolt Food Partner API, Delivery Hero Partner API и UberEats Marketplace API. Когато клиент направи поръчка от която и да е платформа, тя пристига в админа за секунди, отпечатва се на кухненския принтер, светва на KDS и стартира същия notification flow като директна поръчка. Промените на статуса се връщат към маркетплейса автоматично, така че клиентът винаги вижда актуално ETA.
Защо една опашка е по-добра от много таблети
Една опашка, шест маркетплейса
Поръчките от Wolt, Glovo, Takeaway, Bolt Food, Foodpanda и UberEats влизат в един и същ админ и KDS. Без стена от таблети, без проверка на различни екрани.
Автоматично потвърждение
Всеки маркетплейс има стриктен SLA за приемане — обикновено 60 секунди. Поръчките се потвърждават обратно към платформата автоматично в момента, в който влязат в админа.
Синхронизация на статуса към клиента
Когато маркирате поръчка като приготвя се, готова или излязла за доставка, маркетплейсът получава ъпдейта веднага. Клиентите виждат същия статус, който вижда кухнята.
Същи известия, същи процеси
Поръчките от маркетплейс задействат същия принтер, KDS и Pusher известия като директните. Екипът ви учи една система, не шест.
Как работи
Свържете акаунтите си в маркетплейсите
Отворете Админ → Интеграции → Доставка и поставете API идентификационните данни, които ви е дал акаунт мениджърът на маркетплейса. Всяка платформа има своя карта с правилните полета.
Регистрирайте webhook URL-а
Всяка интеграция показва уникален webhook URL. Копирайте го и го поставете в developer/partner портала на маркетплейса, за да знае къде да изпраща известията за поръчки.
Поръчките пристигат в админа
Когато клиент поръча на който и да е свързан маркетплейс, поръчката пристига в опашката тагната с платформата източник. KDS, принтерът и email известията се задействат точно както при директна поръчка.
Статусите текат и в двете посоки
Когато кухнята маркира поръчка като готова или излязла за доставка, маркетплейсът получава ъпдейта през status API-то си. Анулациите от маркетплейса също анулират поръчката в админа.
Създадено за multi-channel ресторанти
Шест native интеграции
Всяка платформа говори със собствения си API — без third-party middleware между вас и маркетплейса.
- Wolt — Order API + Wolt Drive куриерска диспечерия
- Glovo — Partners API + LaaS куриерска диспечерия
- Takeaway / Just Eat / Lieferando — JET Connect API
- Bolt Food, Foodpanda, UberEats — Partner / Marketplace API-та
Връщане на статус
Всяка промяна на статус в админа ви се изпраща обратно към маркетплейса източник, за да отразява платформата какво всъщност се случва.
- Confirmed, preparing, ready, out for delivery, delivered, cancelled
- Per-platform status mapping — Wolt actions, Glovo states, UberEats endpoints
- Грешките се повтарят на background, никога не блокират админа
- Takeaway е push-only-from-them по дизайн и е ясно маркирано в UI-а
Source tracking и филтри
Всяка маркетплейс поръчка е тагната с източник. Филтрирайте списъка с поръчки, dashboard-ите и репортите по платформа.
- Platform badge на всяка поръчка
- Филтър на списъка с поръчки по източник
- Source breakdown в analytics dashboard-а
- Per-platform totals в end-of-day репортите
Криптиран credentials trezor
API ключовете, client secrets и webhook signing secrets се криптират в покой и никога не се връщат към браузъра след запис.
- AES-криптирани идентификационни данни в базата данни
- Проверка на webhook подписа при всяко входящо извикване
- Per-venue ключове — данните на едно заведение никога не изтичат към друго
- Ясна одит следа при ротация на ключовете
Как ресторантите използват маркетплейс агрегацията
Градски ресторант на множество маркетплейси
Листнати на Wolt, Glovo и Takeaway? Слейте трите потока в една опашка, така че кухнята винаги да вижда следващата поръчка — независимо от приложението, което клиентът е използвал.
Покритие на българския пазар
Bolt Food е огромен в България и Балтика. Свържете го заедно със съществуващите Wolt и Glovo, за да спрете да пропускате поръчки от домашния си пазар.
Балканска експанзия
Foodpanda доминира в Румъния и Гърция чрез Delivery Hero. Една интеграция отключва поръчки в целия регион, без да променяте начина, по който работи кухнята.
Покритие в ЕС и САЩ
Свържете UberEats, за да получавате поръчки от широката ЕС и САЩ в същия админ, който вече използвате за директни поръчки.
Ghost kitchen оператор
Управлявате множество виртуални брандове на всеки маркетплейс? Тагът на платформата на всяка поръчка казва на кухнята към кой бранд принадлежи поръчката, а същият принтер и KDS ги обработват всичките.
Multi-location верига
Всеки локал пази собствените си маркетплейс идентификационни данни — собственикът на веригата вижда агрегирани репорти през всички локали и платформи в multi-location dashboard-а.
Управлявайте всяка поръчка от маркетплейс в един админ
Ресторантите, листнати на множество маркетплейси за доставка, обикновено стигат до стена от таблети — по един за всяка платформа, всеки със собствен звук, login и формат на поръчките. Кухненският екип губи време превключвайки контекст, а поръчки се пропускат, когато батерията на таблета умре или акаунтът изтече. Агрегирането на всеки маркетплейс в една и съща опашка премахва целия този клас проблеми.
Native интеграции, не middleware
Всеки маркетплейс е свързан през собствения си native API. Няма third-party агрегаторен middleware между кухнята ви и платформата — това означава без допълнителна такса на поръчка, без допълнителна зависимост, без shared cache, който може да изпусне поръчка. Всяка интеграция е изградена по официалната partner спецификация на маркетплейса.
Статусите се изпращат обратно автоматично
Когато приемете, започнете приготвянето или маркирате поръчка като готова в админа, маркетплейсът източник получава ъпдейта през status API-то си. Приложението на клиента отразява какво всъщност прави кухнята ви — не остаряло предположение. Bolt Food, Foodpanda, Wolt, Glovo и UberEats поддържат пълно връщане на статус; Takeaway е push-only-from-them по дизайн на JET и е етикетирано съответно.
Една система, един процес
Поръчките от маркетплейс задействат същия KDS, същия кухненски принтер и същите email и админ известия като директните поръчки. Екипът ви трябва да научи само един процес. Onboarding-ът на нов сервитьор отнема минути, не дни. И когато нов маркетплейс се пусне в страната ви, добавянето му е промяна в конфигурацията — не редизайн на кухнята.