App Store Connect повідомляє, що ви продали 3,108. Ви додаєте ці суми, відчуваєте задоволення від 6,580 від Apple, $2,210 від Google. Ніхто вас не обікрав. Кожен зниклий долар має назву: ПДВ, комісія, повернення, утримання, конвертація валюти та, зрештою, податок на прибуток. Проблема не в самій різниці — а в тому, що у більшості незалежних розробників немає облікової книги, яка б це пояснювала, тому вони не можуть відповісти на три питання, які справді мають значення: чи правильна моя ціна? Чи правильну ставку комісії я використовую? Чи реалістичний мій прогноз грошових потоків?
Цей посібник проведе вас через весь процес від ціни на етикетці до фактичної суми, пояснить, чому виплата ніколи не збігається зі звітом, і надасть щомісячну процедуру звірки, яка займає близько 30 хвилин, коли її налаштовано.
Три цифри, три різні відповіді
Кожен бізнес із застосунками має три показники доходу, і їхнє змішування — це джерело плутанини:
- Валові продажі — скільки заплатили клієнти, як показано в аналітичних панелях. Це марнославне число. Воно включає податки, які стягує магазин, і зазвичай є оцінкою, яку пізніше уточнюють.
- Дохід розробника — скільки, за словами магазину, ви заробили, з щомісячних фінансових звітів (Apple) та звітів про доходи (Google). Це сума після комісії, податків, які магазин стягує та перераховує, повернень і чарджбеків. Це число, на якому має базуватися ваша бухгалтерія.
- Виплата — банківський депозит. Дохід мінус будь-які утримання податків, скоригований на конвертацію валюти, і залежить від мінімальних порогів виплат та платіжного календаря магазину.
Якщо ваші книги фіксують лише банківський депозит, ваш дохід мовчки занижується та зміщується на місяць або більше. Якщо вони фіксують валові продажі, дохід завищується на 30–50% і не збігається з жодними грошима, які ви коли-небудь отримуєте. Усе мистецтво бухгалтерії для app store полягає в тому, щоб пов’язати ці три числа разом так, щоб кожен місяць закривався з нульовою різницею між заявленим доходом і отриманими готівкою.
Процес від ціни на етикетці до фактичної суми
Візьмемо підписку за €9,99, продану в країні з 20% ПДВ, за стандартної комісії 30%. Ось чесна версія того, що відбувається:
| Крок | Розрахунок | Залишок | % від ціни на етикетці |
|---|---|---|---|
| Ціна на етикетці | — | €9,99 | 100% |
| ПДВ, зібраний та перерахований магазином | €9,99 ÷ 6 | €8,33 | 83% |
| Комісія магазину (стандартна ставка) | 30% × €8,33 | €5,83 | 58% |
| Повернення та чарджбеки (припустимо, 3%) | 3% × €5,83 | €5,65 | 57% |
| Податок на прибуток за ефективною ставкою 30% | 30% × €5,65 | €3,96 | 40% |
Приблизно 60% ціни на етикетці ніколи не доходить до вашої кишені. Продаж у США в штаті, де не оподатковуються цифрові товари, починається з вищої бази, а розробник на зниженій ставці комісії зберігає значно більше (той самий продаж у регіоні з ПДВ за комісії 15% дає €7,08 до повернень — близько 71% від ціни на етикетці). Точний відсоток залежить від вашого міксу продажів, але структурний урок застосовується скрізь: валовий дохід — це не ваші гроші. Це гроші магазину, що проходять через вашу панель.
Нічого з цього не приховано. Умови програм Apple і Google детально описують кожне відрахування. Чого не вистачає в більшості незалежних бізнесів — це відстеження — місця, де кожен шар процесу є зафіксованим, перевірюваним фактом, а не щомісячним сюрпризом.
Ставка комісії, яку ви насправді платите
Найдорожча помилка, пов’язана з бухгалтерією, у цій сфері — це використання неправильної ставки. Обидва магазини зменшують комісію вдвічі для менших розробників, і реєстрація не є автоматичною скрізь:
Програма малого бізнесу App Store від Apple знижує комісію з 30% до 15% на платні застосунки, внутрішні покупки та підписки. Право на участь вимірюється доходом — продажами після відрахування комісії Apple та певних податків і коригувань, а не валовою сумою — і вимагає, щоб ви заробили не більше 1 мільйона на поточний момент у поточному році. Дві деталі, на яких розробники спотикаються:
- Якщо ви перетинаєте $1 мільйон у середині року, стандартна ставка 30% застосовується до майбутніх продажів — продажі, вже здійснені за 15%, не повертаються, і ви можете повторно подати заявку наступного року після того, як ваш дохід знову опуститься нижче порогу.
- Зміна ставки набирає чинності через 15 днів після закінчення фінансового місяця, у якому схвалено вашу реєстрацію, тому затримка реєстрації коштує реальних грошей кожного тижня, поки вона залишається у вашому списку справ.
Знижений рівень Google Play застосовує 15% до першого $1 мільйона, який ви заробляєте щороку, і 30% ставка починає діяти на доходи понад цю суму — ви реєструєтеся, об’єднуючи пов’язані облікові записи в Play Console і приймаючи умови. Одна структурна відмінність, яку варто знати: у Google усі автоматично поновлювані підписки оподатковуються комісією 15% з першого дня, незалежно від реєстрації в програмі. За стандартної ставки Apple підписник платить 30% протягом перших 12 місяців і 15% з другого року — тихий аргумент на користь утримання клієнтів, який має значення лише тоді, коли ви виходите зі зниженої програми.
Якщо ваш дохід нижчий за $1 мільйон і ви не зареєстровані в програмі Apple, виправлення цього, ймовірно, є найрентабельнішими десятьма хвилинами вашого року: процес реєстрації знаходиться в App Store Connect у розділі Угоди, податки та банківські реквізити.
Чому депозит ніколи не збігається зі звітом
Навіть із правильною ставкою дохід і виплати розходяться з причин, які є суто механічними — і кожна з них заслуговує на рядок у ваших книгах:
Платіжні календарі не щомісячні. Apple виплачує протягом 45 днів після закінчення кожного фінансового місяця, і її фінансові місяці не збігаються з календарними — фінансовий місяць може закінчуватися 27 грудня, а виплата надійде 29 січня. На практиці розрив становить близько 33 днів. Google виплачує 15 числа наступного місяця (з перенесенням на наступний робочий день, якщо 15-те припадає на вихідні). Якщо ви використовуєте метод нарахування, грудневий дохід — це січневі або навіть лютневі гроші, і вашим книгам потрібен кліринговий рахунок для виплат, щоб подолати цю різницю.
Мінімальні пороги затримують малі виплати. Apple виплачує лише тоді, коли ваш дохід перевищує мінімальний поріг виплати, який залежить від країни банківського обслуговування та валюти. Повільний місяць може означати відсутність депозиту взагалі, а залишок переноситься на наступний період — це виглядає як відсутні $30, якщо ви за цим не стежите.
Повернення та чарджбеки вираховуються до доходу. Магазини повертають повну транзакцію, і ваш рівень повернень непомітно змінюється залежно від продукту та регіону. Якщо це правильно записано, це контрдохід у місяці, коли повернення з’являється у звіті, а не таємниче відрахування з депозиту.
Податки проходять через дві різні двері. Для ПДВ і багатьох податків з продажів магазини діють як продавець для податкових цілей — наприклад, в ЄС Google стягує, збирає та перераховує ПДВ, тому ваш дохід обчислюється на базі без податку, і ви зазвичай не подаєте податкові декларації з ПДВ у цих країнах. Окремо розробники не з США стикаються з утриманням податків США на будь-які доходи з джерел у США, яке може становити 30% за фіксованою ставкою, якщо ви не подали W-8BEN або W-8BEN-E в App Store Connect (або аналог у Play Console). Ставки згідно з податковими угодами — або просто той факт, що виплати часто надходять від міжнародних підрозділів магазинів — можуть знизити це до нуля. У будь-якому разі утримання виглядає як різниця між заявленим доходом і депозитом, і його зазвичай можна зарахувати як кредит — якщо ви це фіксуєте.
Конвертація валюти — це реальна витрата. Магазини виплачують у валюті вашого банківського рахунку, конвертуючи доходи з кожного регіону. Спред FX — це витрата без рахунку-фактури, тому єдиний спосіб його побачити — порівняти заявлений дохід у кожній валюті з депозитом.
Бухгалтерське питання, у якому помиляються багато незалежних розробників
Чи має ваш рядок доходу показувати валові продажі чи чистий дохід? Для переважної більшості незалежних розробників відповідь — чистий. Згідно з рамками визнання доходу, що застосовуються до US GAAP (ASC 606) та IFRS 15, тест полягає в тому, чи ви є принципалом у продажу — чи контролюєте ви товар або послугу до передачі клієнту — чи агентом, зобов’язання якого виконується, коли магазин здійснює продаж. Коли магазин є продавцем, збирає податки, налаштовує платіжну інфраструктуру, несе механіку повернень і платить вам чисту суму за транзакцію, магазин є принципалом, а ваш дохід — це ваші надходження. Відображення валової суми з комісією як витрати завищує дохід, спотворює будь-яку маржу, яку ви обчислюєте, і неправильно відображає податки, якщо хтось колись це перевірить.
Друга помилка — це час: зарахування банківського депозиту як доходу за цей місяць. Депозит погашає дохід минулого місяця (або минулого фінансового місяця). Правильна схема така:
- Нараховуйте дохід під час продажів, використовуючи оцінки магазину, якщо фактичні дані ще не готові.
- Коригуйте до фактичних даних, коли надходить щомісячний фінансовий звіт, відображаючи різницю між оцінкою та фактичними даними (вона майже завжди існує — через валюту, повернення та пізні коригування).
- Закривайте депозит проти дебіторської заборгованості, коли надходить виплата, а будь-який залишок відноситься до утримання, FX або перенесення порогу — кожен на свій рахунок.
Останній пункт — це вся суть: коли кожен залишок має названий рахунок, ненульову різницю неможливо не помітити, і її можна пояснити за хвилини.
30-хвилинний щомісячний процес звірки
- Завантажте фактичні дані. З App Store Connect отримайте щомісячний фінансовий звіт (детальний, що охоплює всі регіони з датами розрахунків). З Play Console отримайте звіт про доходи. Саме ці документи — а не аналітичні панелі — є вашими первинними документами.
- Запишіть дохід за регіонами та валютами. Один рядок доходу на магазин, із відстеженням регіонів і валют під ним. Тут живе трасування: коли вам знадобиться відповідь на питання «чому дохід з ЄС впав на 12% у березні», ви захочете мати окремо ПДВ, комісію та повернення, а не одне змішане число.
- Проведіть коригування оцінки до фактичних даних. Різницю між тим, що показала ваша панель, і тим, що говорить звіт: зазвичай це повернення, валюта та коригування масових виплат.
- Запишіть повернення та чарджбеки як контрдохід у місяці звіту та стежте за рівнем у часі — зростання рівня повернень — це продуктовий сигнал, одягнений в бухгалтерський костюм.
- Звірте виплату з дебіторською заборгованістю. Коли депозит надійде, зіставте його зі звітом. Утримання йде на рахунок податкової дебіторської заборгованості (його часто можна зарахувати); різниці FX — на валютні витрати; короткий депозит нижче мінімального порогу залишається на кліринговому рахунку до наступного місяця.
- Щоквартально перевіряйте ставку комісії. Перевірте свою реєстрацію в програмі малого бізнесу в App Store Connect і свій рівень у Play Console — особливо якщо ви наближаєтеся до $1 мільйона доходу, де обидва магазини змінюють ставку на майбутні продажі. Змоделюйте перехід до того, як він станеться: перевищення порогу може переоцінити всю вашу структуру маржі в середині року.
Шість кроків, один підхід на місяць. Результат — не лише чисті книги; це означає, що рішення щодо ціноутворення, реєстрації ставок і прогнозування грошових потоків починають працювати на основі доходу, а не марнославного числа.
Відстежуйте весь процес у звичайному тексті
Це саме той тип багаторівневої звірки, де бухгалтерія у звичайному тексті виправдовує себе. Облікова книга beancount надає кожному шару процесу власний рахунок — income:appstore:ios, income:playstore:android, expenses:refunds, assets:receivable:payouts:apple, assets:tax-withheld — тому щомісячний запис і є поясненням, і кожна цифра прив’язана до завантаженого звіту, який можна відтворити роками пізніше. Оскільки книга — це текст, звіти магазину можуть лежати поруч у системі контролю версій, і звірка стає дифом, а не проєктом археології в електронних таблицях. Якщо вам потрібен механізм для імпорту банківських виписок і даних магазинів, документація детально описує конвеєр імпорту.
Спростіть своє фінансове управління
Дохід від App Store — це найбільш звірений проти вас дохід, який більшість розробників коли-небудь матимуть: комісії, податки, повернення та платіжні календарі — все забирає свою частку, перш ніж гроші дійдуть до вас. Ведення книг, які відображають цей процес — замість одного рядка «дохід від застосунку» — ось що перетворює заплутану виплату на прозору, перевірювану систему. Beancount.io пропонує бухгалтерію у звичайному тексті, яка є прозорою, контрольованою версіями та готовою до AI, тому кожен звіт магазину, коригування та депозит залишаються відстежуваними. Почніть безкоштовно і зробіть свій фактичний дохід таким же зрозумілим, як ваш код.