Почему налог с продаж App Store оставляет центы на балансе Apple ID

Если вы в США и баланс Apple ID всё время заканчивается на 0,03 $, как бы аккуратно вы ни считали, причина в том, что цены App Store показываются без налога с продаж. Число, по которому вы планируете, — не то, которое спишет Apple.

Эта страница — про ту часть задачи, с которой мы имеем дело каждый день: Last Cent обязан предсказать точную сумму списания до покупки, иначе план промахнётся мимо нуля.

Ценник — это не сумма списания

В большей части мира цены App Store включают НДС, и вы платите то, что видите. В США — нет. Налог с продаж добавляется при покупке, поэтому приложение за 0,99 $ списывает 1,06 $, 1,08 $ или 1,09 $ в зависимости от того, где вы находитесь. Умножьте это на план из нескольких покупок, и подход, построенный на ценниках, ошибается на предсказуемую, но невидимую величину. Ровно эта величина потом и висит у вас на балансе.

Ставка зависит от адреса, а не от приложения

Американский налог с продаж — не одна общенациональная ставка. Он собирается слоями: ставка штата, сверху округ, город и иногда специальные округа. Два адреса в двадцати минутах друг от друга могут облагаться по-разному. Какая ставка применяется, Apple определяет по платёжному адресу аккаунта, поэтому налог на одно и то же приложение меняется при переезде.

Есть ещё вопрос, облагаются ли покупки приложений налогом там, где вы живёте. Грубо говоря, три группы:

Это актуально на момент написания, а не навсегда. Ставки пересматривают ежеквартально, а штаты меняют список того, что считают облагаемым: Калифорния, например, сейчас не облагает ПО, доставляемое электронно, но собирается начать. Любой такой список — моментальный снимок.

Почему ZIP-кода недостаточно

ZIP-коды — это почтовые маршруты, а не налоговые юрисдикции, и одно с другим не совпадает:

• Один ZIP, несколько ставок. Один код может охватывать два города с разными местными ставками, так что по одному ZIP ставку не определить, нужен ещё город.
• ZIP-коды, пересекающие границы штатов. В наших данных их 137. Для них гадание по ZIP — это гадание, в каком вы штате.
• Территории вне городской черты. За границей города линия может проходить по улице, и разрешает её только полный адрес.

Поэтому Last Cent спрашивает ZIP, в спорных случаях уточняет город и предпочитает сказать «не знаю» и предупредить, чем уверенно вернуть неверную ставку. Ошибка в полпроцента даёт план, который промахивается мимо нуля на пару центов.

Округление и почему центы выживают

Налог считается и округляется на каждую покупку, а не один раз на всю корзину. Купите четыре позиции по 0,99 $ при ставке 8,875 %: каждая строка облагается и округляется отдельно, и итог не равен налогу с 3,96 $ разом. Разница в цент-два: при обычных покупках неважно, при цели «ровно 0,00» важно полностью.

Пример при 8,875 %:

• 0,99 $ × 1,08875 = 1,0778 $ → списывается 1,08 $
• 1,99 $ × 1,08875 = 2,1666 $ → списывается 2,17 $
• 4,99 $ × 1,08875 = 5,4329 $ → списывается 5,43 $

То есть на баланс в 5,00 $ приложение за 4,99 $ не купить: списание составит 5,43 $, баланс покроет из них 5,00 $, оставшиеся 0,43 $ оплатит карта. Баланс стал нулевым, но случайно. Начните с 5,20 $, и у вас останется 0,20 $ и некуда их деть.

Что должен делать правильный план

1. Определить налоговую ставку конкретного адреса, а не среднюю по штату.
2. Применить её к каждой позиции и округлить так, как округляет Apple.
3. Перебрать комбинации реальных ценовых точек, у которых сумма после налога равна балансу точно.
4. Перепроверять после каждой покупки: устаревшая ставка или изменившаяся цена обесценивают остаток плана.

Именно этот расчёт делает приложение, и поэтому оно спрашивает, где вы, прежде чем что-то предложить.

За пределами США

В большинстве остальных магазинов, включая российский и турецкий, цены показываются с налогом, так что ценник и есть сумма списания, и вся эта проблема исчезает. Остатки там всё равно возникают: просто из арифметики подарочных карт и частичных списаний за подписку, а не из налога. Лечится так же: потратить баланс ровно до нуля.

Частые вопросы