# DigiDala — налоговый и финансовый учёт

**Тип документа:** внутренний, не публикуется пользователю
**Редакция:** 1.0
**Дата:** 03.10.2026
**Оператор:** Индивидуальный предприниматель Миронов Иван Ильич

> Этот документ фиксирует рабочую модель DigiDala для проектирования платёжной и учётной части. Он не заменяет персональное налоговое заключение и не должен рассматриваться как официальное разъяснение ФНС по Telegram Stars.

## 1. Что фиксируем в модели DigiDala

Для проекта необходимо различать как минимум две категории операций:

### 1.1. Поддержка проекта

Пользователь добровольно перечисляет Stars в поддержку DigiDala и не получает взамен обещанной конкретной цифровой ценности, если иное прямо не указано в интерфейсе операции.

Внутри проекта такую операцию не следует автоматически называть юридическим «пожертвованием» без отдельной проверки её гражданско-правовой квалификации.

### 1.2. Покупка Pix

Пользователь платит Stars и получает Pix — внутреннюю цифровую единицу DigiDala.

Это отдельная операция реализации цифровой ценности сервиса и должна учитываться отдельно от поддержки проекта.

## 2. Telegram Stars

Telegram описывает Stars как виртуальные единицы, используемые для покупки цифровых товаров и услуг у ботов и Mini Apps. Для цифровых товаров и услуг внутри Telegram платежи должны проводиться в Stars. Telegram также указывает, что Stars, отображаемые на балансе TPA, не являются собственностью разработчика; Telegram предоставляет предусмотренные правилами механизмы использования баланса и получения вознаграждения. https://core.telegram.org/bots/payments-stars

Telegram отдельно возлагает на владельца TPA ответственность за применимые налоги и сборы и не рассчитывает их за разработчика. https://telegram.org/tos/bot-developers

## 3. НПД

Оператор проекта применяет режим НПД.

По актуальным материалам ФНС:

- НПД могут применять физические лица и ИП без наёмных работников при соблюдении ограничений режима;
- общий лимит дохода для НПД — 2,4 млн рублей в год;
- ставка составляет 4% для доходов от реализации физическим лицам и 6% для доходов от реализации организациям и ИП. https://www.nalog.gov.ru/rn77/taxation/princtax/

Эти общие правила сами по себе не дают окончательного ответа на вопрос о налоговом моменте именно для Telegram Stars.

## 4. Рабочая модель для Stars

Для внутренней модели DigiDala принимаем следующую гипотезу:

> Пока Stars находятся на балансе TPA внутри Telegram, не следует автоматически приравнивать сам факт их зачисления к получению рублёвого дохода на расчётный счёт. Учёт налогового события следует привязывать к моменту, который будет подтверждён применимым налоговым толкованием для конкретной схемы использования Stars и получения вознаграждения.

Эта формулировка намеренно оставляет вопрос открытым: официального разъяснения ФНС, прямо посвящённого связке «ИП на НПД → продажа цифровой ценности в Telegram → Stars на балансе TPA → последующая конвертация/вознаграждение», в используемых проектом источниках не найдено.

До получения отдельного подтверждения **не следует зашивать в код жёсткое правило**, что налоговая дата всегда равна `successful_payment` или всегда равна банковскому выводу.

## 5. Что обязательно сохранять в учёте проекта

Для каждой платной операции необходимо сохранять как минимум:

- Telegram user ID;
- назначение платежа;
- сумму Stars;
- валюту `XTR`;
- invoice payload;
- Telegram payment charge ID;
- дату и время оплаты;
- статус операции;
- предоставленную цифровую ценность и её количество;
- сведения о возврате, если он был;
- связь с компенсирующей операцией Pix ledger, если применимо.

Для отдельного налогового/финансового учёта полезно также фиксировать дату и сумму последующего получения вознаграждения или конвертации Stars, а также комиссионные удержания, не меняя исходную запись платежа пользователя.

## 6. Комиссии

Проект не должен автоматически считать, что налоговая база уменьшается на комиссию Telegram, Fragment или другого посредника.

Правило учёта комиссий должно быть подтверждено применительно к конкретной налоговой схеме и виду операции.

Поэтому в техническом учёте необходимо хранить отдельно:

`сумма операции пользователя` → `Stars/баланс` → `комиссия` → `фактически полученное вознаграждение/вывод`.

## 7. Чеки и «Мой налог»

На текущем этапе не следует автоматически формировать налоговый чек только по событию `successful_payment` исходя из предположения о моменте налогового признания Stars.

Механизм формирования чеков должен быть согласован с фактической налоговой квалификацией операции.

## 8. Основной открытый вопрос

Нужно получить подтверждение по следующей формулировке:

> «Я являюсь ИП, применяющим НПД. Через Telegram-бот и Mini App я реализую собственную цифровую ценность пользователям за Telegram Stars. Stars зачисляются на баланс TPA в Telegram, после чего предусмотренным Telegram механизмом могут быть использованы для получения вознаграждения/вывода. В какой момент для целей НПД возникает доход и какую сумму необходимо отражать в налоговом учёте?»

До получения ответа эта часть документа считается рабочей моделью, а не окончательным налоговым правилом.

## 9. Практическое правило для разработки

Платёжный backend должен быть способен отдельно ответить на три вопроса:

1. Что пользователь купил и сколько Stars он заплатил?
2. Что получил DigiDala через механизмы Telegram после этой операции?
3. Когда и в какой форме оператор фактически получил вознаграждение/эквивалент для целей своего налогового учёта?

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