Расчёт чистой выплаты DevEx: модель по строкам

Слои расчёта

Валовые USD DevEx — сумма категорий Robux, умноженных на свои ставки. Выплата после США — валовая сумма минус удержание Roblox по статусу и источнику. Деньги в банке — выплата минус сборы оператора и банка, пересчитанная по фактическому курсу. Прибыль бизнеса вычитает допустимые местным правом расходы. Личный остаток может учитывать налог компании, зарплату или дивиденд, взносы и личный налог.

Не сворачивайте слои в один процент. Удержание США — авансовый налог; местный зачёт может быть доступен или нет. Комиссия — расход. FX — потеря или выгода обмена. Налоговый резерв остаётся бюджетной оценкой, пока специалист не рассчитает обязательство.

Пример: смешанная выплата с допущениями

Допустим, есть 800 000 обычных Earned Robux по текущим $0,0038 и 200 000 старых по $0,0035. Валовая сумма: $3 040 + $700 = $3 740. Для модели допустим, что Roblox относит 30% к США, а применимая действительная ставка равна 10%: удержание $112,20. Оператор получает $3 627,80.

Условная комиссия $7, посредника нет, курс €0,91 за USD. В банк придёт ($3 627,80 − $7) × 0,91 = €3 294,93. Подтверждённые расходы периода €600: прибыль до местного налога €2 694,93. Резерв 25% — €673,73, после него €2 021,20. Ставки 10% и 25% — учебные допущения, не совет по стране.

Замените допущения доказательствами

Разделите входы и результат, чтобы обновление одной строки не меняло логику.

1. Введите допустимые Robux по категориям заявки.
2. Запишите валовые USD и фактическое удержание Roblox.
3. Добавьте комиссию оператора, посредника и банка.
4. Используйте фактический FX и банковское поступление.
5. Добавьте подтверждённые расходы и отдельно обоснованный резерв.
6. Сверьте модель с выписками и годовыми формами.

Двойной счёт и ложная точность

Не вычитайте долю Roblox повторно из готового Earned Robux. Не применяйте лучшую специальную ставку ко всему балансу и удержание США ко всей выплате, если документ использует долю источника. Не округляйте каждую строку; округляйте итог для показа.

Баланс компании не равен личным деньгам владельца. Налог компании, прибыль, зарплата, дивиденды и взносы находятся на разных слоях. Один месяц не прогнозирует год. Считайте несколько сценариев объёма и FX, но называйте их гипотетическими до проверки входов.

Запись решения

Создавайте версию входов для каждой заявки и сверяйте прогноз с документами Roblox, оператора и банка. Держите колонки «прогноз», «факт» и «отклонение». Новое допущение меняет один вход, а не формулу и историю. Для годового планирования суммируйте фактические выплаты, расходы и формы, а не умножайте лучший месяц. Отдельно показывайте деньги бизнеса и доступный личный остаток. Если часть затрат не подтверждена или не признаётся местным правом, не уменьшайте ею налоговую базу в основном сценарии; вынесите её в чувствительность.

В сценарной таблице меняйте по одному фактору: долю U.S.-source, ставку удержания, FX, расходы или местный резерв. Тогда видно, что действительно влияет на остаток. Не складывайте лучший курс, максимальную специальную ставку и минимальный налог из несовместимых сценариев. Основной вариант должен соответствовать одному реальному получателю, периоду заработка и маршруту поступления.

Первичные источники

• Roblox: DevEx
• Roblox: налоговая информация
• Roblox: Tipalti