Ключова теза: Liftago не можна автоматично вважати копією Bolt чи Uber без перевірки реальної структури послуг. Правильна відповідь залежить від mix платформ і service flow, а не від однієї назви.
У цієї сторінки один exact job: пояснити, коли Liftago потребує справжнього режимного аудиту і що змінюється, якщо в бізнесі зʼявляються Bolt або Uber. Якщо trigger уже явно Bolt-specific, ідіть прямо в Bolt і identifikovaná osoba.
1) Чому Liftago-case відрізняється
У частини платформ cross-border логіка очевидна з першого дня. У Liftago спочатку потрібно акуратно прочитати service relationship, перш ніж робити висновок про IO.
2) Три практичні сценарії
- Тільки Liftago: спочатку audit service flow, потім режимний висновок.
- Liftago + Bolt/Uber: змішаний кейс часто тягне IO-режим через іноземну платформу.
- Liftago + інші іноземні сервіси: trigger може приходити з broader business stack, а не тільки з ride-platform.
3) Як виглядає безпечний процес
- розділити документи по платформах,
- перевірити режим для кожного джерела послуг,
- закривати monthly picture однаково,
- паралельно стежити за річним оборотом і DPH thresholds.
4) Куди йти далі
- Якщо mix уже явно включає Bolt: Bolt і identifikovaná osoba.
- Якщо бізнес підійшов до ширшого VAT-рішення: Bolt і DPH у Чехії.
- Якщо потрібен сервісний шлях замість читання: бухгалтерія для Bolt/Uber.
Надішліть Liftago і список інших платформ
Скажемо, чи потрібен вам чистий audit, реєстрація IO чи вже ширший monthly VAT process.