Документы по платежам сервис для бухгалтерии и банка

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

Базовый комплект включает договорные документы сервис, отчёты CSV или XLSX, карточки операций, банковские выписки, документы по комиссиям, чеки покупателям и подтверждения исполнения заказов.

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

Почему одной банковской выписки недостаточно

В выписке пользователя может отражаться итоговая выплата за несколько клиентских платежей. По ней не всегда видно:

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

Эту детализацию даёт связка отчёта сервис, внутреннего учёта заказов и банковской выписки.

Какие документы сохранить до начала работы

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

При изменении условий сохраняйте новую редакцию и дату её применения. Это поможет объяснить различия в комиссиях и сроках между периодами.

Документы по каждому заказу

Для каждой продажи желательно хранить:

внутренний номер заказа;
договор, оферту или подтверждение условий;
описание товара или услуги;
сумму и вид платежа;
ссылку или код операции сервис;
дату подтверждения;
кассовый чек или чек НПД;
документ об исполнении;
сведения о возврате или претензии.

Не обязательно формировать отдельную бумажную папку. Важно, чтобы записи можно было быстро связать по идентификатору.

Отчёты сервис

Сайт сообщает о выгрузках CSV и XLSX за выбранный период. Перед передачей бухгалтеру проверьте:

даты начала и окончания;
часовой пояс;
включены ли операции последнего дня;
какие статусы вошли в отчёт;
отдельно ли отражены платежи и выплаты;
есть ли комиссии и резервы;
совпадают ли идентификаторы с внутренними заказами.

Исходный файл лучше хранить без ручного редактирования, а рабочие расчёты вести в копии.

Как провести ежемесячную сверку

Шаг 1. Зафиксируйте начальный баланс

Используйте остаток на начало периода из отчёта или подтверждённой предыдущей сверки.

Шаг 2. Сложите подтверждённые платежи

Не включайте ожидание, отклонение и просроченные операции. Отдельно отметьте возвраты.

Шаг 3. Выделите комиссии

Не уменьшайте входящие платежи молча. Покажите полную сумму и комиссию отдельной строкой, если именно такой порядок следует из договора и учётной политики.

Шаг 4. Проверьте выплаты

Сопоставьте каждую выполненную заявку с банковским зачислением или транзакцией USDT.

Шаг 5. Проверьте резерв

Активная заявка уменьшает доступный остаток, но не должна исчезать из общей цепочки движений.

Шаг 6. Рассчитайте конечный баланс

Начальный остаток плюс поступления и возвраты резервов, минус выплаты, комиссии, возвраты покупателям и активные резервы должны объяснять состояние на конец периода.

Шаг 7. Разберите расхождения

Ищите конкретную операцию по коду, сумме и времени. Не исправляйте итоговую цифру вручную без первичного основания.

Полная сумма продажи или сумма после комиссии

Налоговый доход нельзя автоматически определять как сумму, поступившую после удержания комиссии. Например, ФНС в разъяснениях по агентским моделям указывает, что при УСН доход продавца может учитываться в полной сумме оплаты покупателя, а удержанное вознаграждение рассматривается отдельно.

Но применять это правило к сервис без анализа договора нельзя. Бухгалтер должен установить:

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

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

Что подготовить по запросу банка

Банк может запросить документы, объясняющие экономический смысл и происхождение денег. Готовый комплект обычно включает:

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

Банку нужен связный ответ: откуда появились деньги, за что их заплатили, почему пришла именно такая сумма и как она отражена в учёте.

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

Как написать пояснение банку

Структура ответа:

1. кто ведёт деятельность; 2. какой товар или услуга продаётся; 3. как покупатель оформляет заказ; 4. как используется сервис; 5. как формируется итоговая выплата; 6. какие операции вызвали вопрос; 7. какие документы приложены; 8. где отражены налоги и чеки.

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

Если банк ограничил операцию

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

Банк России разъясняет порядок обжалования отказа: сначала клиент обращается в свой банк с документами, а при неудовлетворительном результате может использовать механизм Межведомственной комиссии.

Документы по выплате в USDT

Для учёта дополнительно сохраняйте:

дату и рублёвую сумму заявки;
применённый курс;
комиссию;
сетевой сбор;
количество USDT;
сеть;
адрес кошелька;
хеш транзакции;
стоимость актива для налогового учёта;
последующее движение USDT.

Операции с цифровой валютой требуют отдельной оценки бухгалтером или налоговым консультантом. Не смешивайте их с рублёвыми выплатами в одной необъяснимой строке.

Срок хранения

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

Используйте разграничение доступа и резервное копирование. В отчётах не должно быть лишних персональных данных сотрудников и покупателей.

Частые ошибки

учитывать только чистую выплату;
не сохранять редакцию условий сервиса;
смешивать подтверждённые и ожидающие платежи;
редактировать исходную выгрузку;
не связывать выплату с клиентскими заказами;
не учитывать возвраты;
отвечать банку без договоров и подтверждения исполнения;
предоставлять поддельные или составленные задним числом документы;
не вести отдельный учёт USDT;
передавать бухгалтеру только скриншоты кабинета.

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

Какой отчёт передать бухгалтеру?

Выгрузки платежей, движений баланса и выплат за одинаковый период, а также банковскую выписку и документы по заказам.

Доход равен сумме выплаты?

Не обязательно. Ответ зависит от налогового режима и договора. Полную схему должен оценить бухгалтер.

Что подтверждает комиссию?

Условия сервиса, параметры заявки, отчёт или иной документ, из которого видно основание и сумма удержания.

Достаточно ли чека покупателю для банка?

Чек подтверждает расчёт, но банк может запросить договор, описание деятельности и доказательство исполнения.

Что делать, если в выписке нет кода платежа?

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

Что прочитать дальше

Источники

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