1. Створіть окремий API-ключ
У кабінеті ресторану відкрийте інтеграції, створіть ключ тільки з потрібними scopes і збережіть повний ключ одразу після створення.
Початок роботи з API.
Мінімальний шлях від створення API-ключа до першого безпечного read-only запиту в межах клієнта Limvero.
Перший production-safe сценарій
Публічний API зараз відкриває тільки реалізовані read-only endpoints. Цього достатньо, щоб зовнішній застосунок отримував меню або читав замовлення без обходу бізнес-логіки.
2. Оберіть контрольовану точку
Для меню передавайте locationId. Відповідь використовує ціни, видимість і channel visibility саме цієї точки.
3. Зробіть read-only запит
Починайте з GET /api/v1/public/menu/items або GET /api/v1/public/orders. Write endpoints не відкриті публічно.
4. Додайте пагінацію і retry
Обробляйте pagination.nextPageToken, hasMore, 401/403/429 і не робіть безконтрольних повторів запитів.
5. Підключіть webhooks тільки після API smoke
Спершу перевірте API-ключ і tenant boundary, потім додавайте endpoint вебхуків з HMAC-перевіркою.
6. Зафіксуйте власника інтеграції
Кожна інтеграція має відповідального розробника або команду, окремий ключ, зрозумілі scopes і дату ревізії.
curl "https://api.limvero.com/api/v1/public/menu/items?locationId=loc_REPLACE&salesChannel=QR&limit=50" \
-H "Authorization: Bearer lv_live_REPLACE_WITH_YOUR_API_KEY"Не починайте з write-сценаріїв
Створення клієнтів, зовнішніх замовлень, зміна меню, складські документи, оплати і loyalty balance залишаються roadmap до окремих scopes, security review, contract tests і OpenAPI-опису.Сплануйте запуск ресторану без хаосу.
Покажемо Limvero на прикладі ресторану, схожого на ваш: точки, меню, POS, кухню, QR-меню, склад, лояльність і тарифи.