Уявіть власний процес реєстрації очима клієнта. Вони клікають на вашу рекламу, вводять дані картки й починають безкоштовний пробний період. Чотирнадцять днів потому списується перший платіж — і десь у цьому ланцюжку вони взагалі чітко погодилися на оплату, чи платіж просто стався, бо вони не сказали «стоп»? Якщо ви не можете вказати на конкретний екран, де вони дали явну згоду, і на шлях в один клік, яким вони могли б скасувати, ваш бізнес має той самий ризик, що коштував найбільшому онлайн-ритейлеру країни $2,5 млрд.
У вересні 2025 року Amazon погодилася сплатити $2,5 млрд — $1 млрд цивільного штрафу плюс до $1,5 млрд відшкодувань споживачам — щоб залагодити звинувачення Федеральної торгової комісії (FTC) у тому, що вона залучала покупців до Prime через заплутані процеси оформлення замовлення, а потім навмисно ускладнювала скасування. Закон, на якому ґрунтується це врегулювання, — це Закон про відновлення довіри онлайн-покупців, або ROSCA, і він застосовується до кожного онлайн-продавця з регулярними списаннями, а не лише до гігантів. Ця стаття розповідає про те, що ROSCA вимагає від ваших процесів реєстрації та скасування, чому скасування правила FTC «натисни й скасуй» нічого не змінює щодо цих обов'язків, і як обліковувати реєстрації, поновлення, скасування та повернення коштів, щоб ваш реєстр виручки відповідав тому, на що ваші клієнти справді дали згоду платити.
Урок на $2,5 млрд в одному абзаці
Справа FTC, подана у 2023 році, стосувалася двох речей щодо Prime: процесів реєстрації, які штовхали покупців до платної підписки без чіткої згоди, і процесу скасування, розробленого так, щоб відрадити людей від його завершення — безліч екранів утримання, заплутані варіанти, тертя на кожному кроці. Вересневе врегулювання 2025 року розділило $2,5 млрд на $1 млрд цивільного штрафу, який карає минуле, і до $1,5 млрд відшкодування, яке повертає гроші клієнтам. Саме ця структура — те, що варто вивчити дрібним підписочним продавцям: коли згоду ніколи належно не отримали, виручка ніколи не була по-справжньому вашою. Засіб правозастосувача — повернути її, з відсотками у вигляді штрафу.
Зверніть увагу, чого врегулювання не каже. Воно не каже, що підписки підозрілі, безкоштовні пробні періоди незаконні або пропозиції утримання заборонені. Воно каже, що реєстрація має бути чесною, а вихід — легким. І те, і те є проблемами бухгалтерського обліку не меншою мірою, ніж юридичними, бо кожен підписник, що дає згоду, створює відкладену виручку, а кожен, що скасовує, створює або повернення коштів, або подію заробленої виручки. Зробіть процеси правильно — і реєстр переважно запишеться сам; зробіть їх неправильно — і жоден бухгалтерський запис це не виправить.
Три обов'язки ROSCA застосовуються до вашого оформлення замовлення вже сьогодні
ROSCA, 15 U.S.C. § 8403, регулює онлайн-білінг за принципом негативної опції з 2010 року. «Негативна опція» — це будь-яка домовленість, за якої мовчання клієнта означає «продовжуйте з мене списувати» — автоматично поновлювані підписки, безкоштовні пробні періоди, що переходять у платні плани, і безперервні поставки — усе це підпадає. Перш ніж списати з клієнта кошти за такою схемою, закон вимагає трьох речей:
1. Чітке й помітне розкриття всіх істотних умов до того, як ви отримаєте платіжну інформацію. Ціна, періодичність списань, тривалість пробного періоду та що станеться після його завершення, як скасувати та сума першого платежу після пробного періоду — усе це має з'явитися до форми введення картки, а не під нею, не за підказкою й не лише в умовах обслуговування. «Чітко й помітно» означає неминуче в звичайному потоці: той самий екран, читабельний шрифт, жодних попередньо позначених прапорців з умовами, яких ніхто не читає.
2. Явна поінформована згода клієнта до того, як ви спишете кошти. Покупець має активно погодитися на регулярне списання — прапорець, який вони позначають самі, кнопка «Я погоджуюся, що з мене списуватимуть $X щомісяця», щось ствердне й конкретне. Попередньо позначений прапорець — не згода. Загальний прапорець «Я приймаю умови», що охоплює й політику конфіденційності, і EULA, і регулярне списання, — це в кращому разі слабка згода. Кожна підписка потребує власного однозначного «так».
3. Простий механізм зупинки регулярних списань. Скасування має бути простим — зазвичай розуміється як не складніше за реєстрацію. Якщо реєстрація вимагала двох кліків онлайн, процес скасування, що вимагає дзвінка в робочі години, чату з фахівцем з утримання або смуги перешкод з шести екранів, не проходить перевірку. Механізм також має справді працювати: кнопка скасування, що видає помилку, або лист-підтвердження, що ніколи не надходить, — це те саме, що й відсутність кнопки взагалі.
Ці обов'язки лежать поверх законів штатів про автоматичне поновлення — каліфорнійський найсуворіший і найбільш копійований — які додають власні вимоги до розкриття, згоди, нагадувань і скасування. Дотримання ROSCA просуває вас більшу частину шляху, але перевіряйте штати, де живуть ваші клієнти.
«Натисни й скасуй» померло; ROSCA — ні
Можливо, ви стежили за правилом FTC 2024 року «натисни й скасуй», яке мало б точно встановити, наскільки простим має бути скасування. 8 липня 2025 року Апеляційний суд восьмого округу повністю скасував це правило на процедурних підставах, за кілька днів до набуття чинності його основних положень. У лютому 2026 року FTC відновила Правило про негативну опцію, що діяло до 2024 року, яке охоплює лише плани попереднього повідомлення старого зразка, і відкрила новий процес нормотворчості, який, станом на цей момент, не дав жодної заміни.
Ніщо з цього не зачіпає ROSCA, бо ROSCA — це закон, ухвалений Конгресом, а не правило FTC. Саме врегулювання з Amazon значною мірою ґрунтувалося на ROSCA та Розділі 5 Закону FTC — доказ того, що агенція не потребує правила «натисни й скасуй», щоб порушити справу на $2,5 млрд. Якщо ваш план відповідності був «зачекати й подивитися, що вимагатиме остаточне правило», припиніть чекати: три обов'язки вище — це закон уже зараз, вони були законом, коли відбувалася поведінка у справі Amazon, і врегулювання показує, скільки коштує їх порушення.
Від згоди до реєстру: облік життєвого циклу підписника
Ось де юридичні обов'язки перетворюються на дебети й кредити. Згідно з ASC 606, гроші, зібрані до надання послуги, не є виручкою — це контрактне зобов'язання, яке зазвичай називають відкладеною виручкою. Ви заробляєте її місяць за місяцем, надаючи доступ. Скасування потім погашає залишкове зобов'язання одним із двох способів, залежно від того, що обіцяють ваші умови:
- Повернення коштів належить: незароблений залишок повертається клієнту. Дебет відкладеної виручки, кредит грошових коштів (або заборгованості за поверненням). Жодна виручка не визнається за поверненою частиною — вона ніколи не була зароблена.
- Повернення коштів не належить: ваше зобов'язання завершується зі скасуванням, тож залишковий відкладений баланс заробляється в цей момент. Дебет відкладеної виручки, кредит виручки. Поширена помилка — залишати його в рахунку зобов'язань назавжди, що занижує виручку й завищує те, що ви винні.
Обидва підходи припускають, що ви знаєте, для кожного підписника, скільки зароблено проти незаробленого на будь-яку дату. Це означає, що ваша система білінгу та ваші книги мають узгоджувати три часові позначки: коли відбулися згода й оплата, коли почалася й припинилася послуга, і коли вийшло повернення коштів (якщо було). Запис про згоду й запис про скасування, отже, є джерельними документами бухгалтерського обліку, а не лише юридичними паперами — саме вони прив'язують кожен бухгалтерський запис до реальної події клієнта.
Конкретний приклад робить це відчутним. Припустімо, клієнт купує річний план за $1 200 лютого 1-го, ви визнаєте виручку щомісяця, і він скасовує березня 15-го за політикою пропорційного повернення коштів. Записи в реєстрі виглядають так:
2026-01-01 open Assets:Checking USD
2026-01-01 open Liabilities:Deferred-Revenue:Subscriptions USD
2026-01-01 open Income:Subscriptions USD
2026-02-01 * "Annual plan collected — service not yet delivered"
Assets:Checking 1200.00 USD
Liabilities:Deferred-Revenue:Subscriptions
2026-02-28 * "February revenue earned (1 of 12 months)"
Liabilities:Deferred-Revenue:Subscriptions 100.00 USD
Income:Subscriptions -100.00 USD
2026-03-15 * "Mid-cycle cancel — prorated refund for unused months"
Liabilities:Deferred-Revenue:Subscriptions 950.00 USD
Assets:Checking -950.00 USD
2026-03-15 * "Earned portion through cancel date"
Liabilities:Deferred-Revenue:Subscriptions 150.00 USD
Income:Subscriptions -150.00 USDПройдімося по ньому: $1 200 потрапляють у відкладену виручку, а не в дохід, бо лютого 1-го ви винні рік послуги. Лютий заробляє $100. При скасуванні березня 15-го клієнт використав близько півтора місяця ($150 зароблено), і йому належить залишок $950, що залишає відкладену виручку рівно на нулі. Якщо ваші умови натомість казали «без повернень за річними планами», записи від 15 березня згорнулися б в один: дебетувати повне залишкове зобов'язання $1 100 у дохід, бо ваше зобов'язання завершилося. Якщо ви ведете книги в простому тексті, документація Beancount розглядає подібні схеми відкладеної виручки глибше.
Три пов'язані статті заслуговують на власні рахунки, а не зарахування в дохід від підписок. Чарджбеки скасовують початкове стягнення й зазвичай додають комісію за спір: обліковуйте комісію як витрати на обробку платежів, щоб бачити, скільки вам коштує мимовільний відтік. Конверсії пробних періодів мають фіксувати дату згоди, а не лише дату першого списання, щоб клієнт, який сперечається «я ніколи на це не погоджувався», зустрічав запис із часовою позначкою, а не вашу пам'ять. А податок з продажу чи ПДВ, зібраний за підписками, ніколи не є виручкою — він проходить через зобов'язання з податків до сплати — що важливіше з кожним роком, оскільки штати розширюють оподатковуваність цифрових продуктів.
П'ять помилок бухгалтерського обліку, що перегукуються зі звинуваченнями проти Amazon
Кожна з них з'являлася в реальних реєстрах підписок, і кожна незручно збігається з чимось, що FTC стверджувала про процеси Prime:
1. Облік поновлень як виручки на дату списання. Списання з картки — це подія руху грошових коштів, а не подія заробляння. Якщо ви обліковуєте дванадцять місяців виручки того дня, коли списується річне поновлення, ваш звіт про доходи показує гроші, які вам довелося б повернути, якби клієнт скасував наступного дня — що, згідно з ROSCA, він має повне право зробити просто. Визнавайте пропорційно в міру надання послуги.
2. Ускладнення скасування, щоб уникнути обліку повернень коштів. Це конвеєр від темних патернів до реєстру: лабіринт утримання, що «рятує» підписників, також пригнічує законні зобов'язання з повернень, тож відкладена виручка залишається завищеною, а відтік — заниженим. Коли лабіринт зрештою руйнується — добровільно чи через правозастосування — повернення вдаряють усі одразу. Просте скасування тримає і юристів, і баланс спокійними.
3. Зарахування повернень проти виручки замість їх сторнування. Облік повернення $950 як негативних грошових коштів без відповідного запису відкладеної виручки або поховання його в рахунку витрат розриває аудиторський слід між скасуванням клієнта та вашими книгами. Повернення незароблених сум зменшують зобов'язання; повернення вже визнаної виручки сторнують виручку через зобов'язання з повернень. У будь-якому разі запис має посилатися на подію скасування.
4. Відсутність графіка заробленого/незаробленого за підписником. Якщо ви не можете надати для будь-якого клієнта на будь-яку дату розподіл між заробленим і незаробленим балансами, ви не можете правильно обробити скасування посеред циклу, відповісти на чарджбек доказами чи довести свій баланс відкладеної виручки аудитору чи кредитору. Місячний графік — початкове зобов'язання, нові надходження, зароблена виручка, сплачені повернення, кінцеве зобов'язання — це мінімально життєздатний контроль.
5. Зберігання записів про згоду там, куди бухгалтерія не дістанеться. Журнал прапорців живе у веб-застосунку, історія білінгу — в обробнику платежів, а книги — в третій системі, і ніхто не звіряє ці три. Як мінімум звіряйте щомісяця: нові проведення відкладеної виручки мають узгоджуватися з новими надходженнями в обробнику, а сплачені повернення — з подіями скасування. Місяць, коли вони перестають узгоджуватися, — це місяць, коли щось — шахрайство, зламаний вебхук або кнопка скасування, що тихо перестала працювати, — почало коштувати вам грошей.
Перевірте свої процеси та книги цього тижня
Почніть з боку клієнта. Зареєструйтеся на власний продукт у приватному вікні браузера й зробіть знімки кожного екрана: чи розкрито ціну, періодичність і перехід від пробного періоду до платного до форми введення картки? Чи є ствердна, специфічна для підписки дія згоди? Потім скасуйте так само, як це зробив би клієнт, рахуючи кліки й екрани, і переконайтеся, що підтвердження надходить. Виправте попередньо позначені прапорці, поховані умови й випробування на витривалість утримання, перш ніж вас перевірить правозастосувач — або аналітик чарджбеків.
Потім відкрийте реєстр. Переконайтеся, що кожен передплачений план лежить у відкладеній виручці до заробляння, витягніть графік за підписником для трьох нещодавно скасованих рахунків і перевірте, що зобов'язання обнулилися, і звірте минулого місяця нові надходження та повернення з обробником платежів. Бізнеси, що витримують перевірку ROSCA, — це не ті, що мають найхитріші процеси утримання; це ті, чиї книги могли довести, клієнт за клієнтом, що кожен долар визнаної виручки був погоджений, зароблений і досі їхній, щоб залишити собі.
