Как учитывать и проводить оплаты ЮMoney в 1С 8.3

За день через ЮMoney прошло три десятка оплат от покупателей, а на расчётный счёт банк зачислил одну сумму — и меньше, чем заплатили клиенты. Чтобы провести платежи ЮMoney в 1С правильно, деньги ведут через счёт 57 «Переводы в пути», выручку признают по полной сумме заказа, а удержанную системой комиссию списывают отдельно на счёт 91.02.

Разница между тем, что заплатил покупатель, и тем, что пришло на счёт, — это комиссия платёжной системы. Если занести в учёт только фактически полученную сумму, выручка и база по НДС окажутся занижены, а расход на комиссию потеряется. Ниже — как настроить учёт оплат ЮMoney, провести их вручную по выписке и реестру, подключить автоматическую загрузку, разнести комиссию и свести остаток по счёту 57 к нулю.

На каком счёте вести деньги в ЮMoney

ЮMoney (прежнее название — Яндекс.Деньги) работает как посредник: покупатель платит, оператор удерживает комиссию и переводит остаток на ваш расчётный счёт — обычно на следующий рабочий день одной суммой за реестр операций. Поэтому в 1С нужен «транзитный» счёт, на котором деньги числятся с момента оплаты клиентом до поступления на расчётный счёт.

Подходят два счёта, выбор закрепляют в учётной политике:

• 💳 57 «Переводы в пути» — универсальный вариант. Деньги заплачены, но ещё не на расчётном счёте. Удобен, когда оплаты приходят через эквайринг-сервис ЮKassa. В типовой 1С:Бухгалтерии для продаж по картам используется субсчёт 57.03 «Продажи по платёжным картам».
• 🏦 55 «Специальные счета в банках» — если организация ведёт полноценный электронный кошелёк и держит на нём остаток. Электронные денежные средства по смыслу закона № 161-ФЗ — это средства, переданные оператору, их логично показывать как специальный счёт.

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

Настройка 1С перед первой оплатой

Отдельного «коннектора ЮMoney» в типовой 1С:Бухгалтерии нет — учёт строится на штатных документах банка и кассы. Перед первой операцией подготовьте справочники.

1. Контрагент-оператор. В справочнике Контрагенты заведите платёжную систему (ЮMoney / ЮKassa) с её реквизитами и договором. На этого контрагента будете относить комиссию.
2. Счёт учёта. Решите, что используете — 57 или 55, — и придерживайтесь выбранного счёта во всех операциях. Разнобой счетов — первая причина «зависшего» остатка.
3. Способ оплаты (для розницы и эквайринга). Если оплаты идут через ЮKassa как эквайринг, в разделе Банк и касса настройте вид оплаты платёжной картой: укажите договор и счёт учёта 57.03, при необходимости — процент комиссии. Точное название пункта в вашем релизе может отличаться — ищите настройки оплат в разделе Банк и касса.
4. Статья прочих расходов. Для комиссии создайте статью с видом «Прочие внереализационные доходы (расходы)» или «Услуги кредитных организаций» — тогда расход корректно встанет в декларацию по налогу на прибыль.

После настройки проверьте, что в плане счетов открыт нужный субсчёт и заданы субконто «Контрагенты» и «Договоры» — без них не получится вести аналитику по операторам и сверять расчёты.

Ручной учёт оплат по выписке и реестру

Самый надёжный способ, который работает в любой конфигурации, — провести оплаты по двум документам: по реестру ЮKassa и по банковской выписке.

Из личного кабинета ЮKassa выгрузите реестр операций за день (файл в формате Excel или CSV) — в нём видны оплаты в разрезе покупателей и заказов, суммы комиссии и итог к переводу.

Порядок действий:

1. На сумму каждой оплаты оформите поступление в платёжную систему. Если это предоплата до отгрузки — проводка Дт 57 Кт 62.02 на полную сумму заказа. Документ удобно вводить как операцию по платёжной карте либо ручной операцией по данным реестра.
2. Когда банк зачислит деньги, создайте документ Поступление на расчётный счёт. Вид операции — поступление от продаж по платёжным картам (или «Прочее поступление» при учёте на 55). Проводка Дт 51 Кт 57 на сумму, пришедшую на счёт.
3. Разницу между полной суммой и зачисленной спишите на комиссию: Дт 91.02 Кт 57.

После отгрузки товара или оказания услуги признаётся выручка (Дт 62.01 Кт 90.01), а полученный аванс зачитывается. Если оплата и реализация происходят одновременно (услуга оказана сразу), аванс и выручку можно отразить одной датой.

Автоматическая загрузка платежей ЮMoney

Вводить десятки оплат руками долго. Автоматизировать разнесение можно несколькими путями — выбор зависит от конфигурации и объёма.

• 📥 Банковская выписка через ДиректБанк или обмен с банком. Поступление чистой суммы на расчётный счёт подтянется автоматически. Но выписка даёт только итог к переводу — разбивку по покупателям она не содержит, её берут из реестра ЮKassa.
• 📊 Загрузка реестра ЮKassa. Файл реестра (Excel/CSV) из личного кабинета разносят по покупателям. В типовой 1С:Бухгалтерии готовой загрузки именно реестра ЮMoney нет — для регулярного обмена используют внешнюю обработку или отраслевое решение.
• 🔗 Обмен с сайтом. Для интернет-магазина заказы и их оплаты передаются из CMS в 1С по стандарту обмена CommerceML. Тогда оплата, пришедшая на сайт, попадает в учёт вместе с заказом.

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

Как учесть комиссию ЮMoney

Комиссия платёжной системы — это стоимость услуги по приёму и переводу денег. В бухгалтерском учёте её относят на прочие расходы (91.02); торговая организация вправе учитывать её в расходах на продажу (44), закрепив порядок в учётной политике. В налоговом учёте это внереализационный или прочий расход.

Комиссия может удерживаться двумя способами, и проводки зависят от схемы:

НДС по комиссии ЮMoney обычно не предъявляется: оператор ЮMoney — небанковская кредитная организация, а услуги по переводу денежных средств освобождены от НДС. Ориентируйтесь на документ оператора: если в акте или отчёте НДС выделен, учитывайте его отдельно и принимайте к вычету только при наличии счёта-фактуры.

Сверка платежей и отчёты для контроля

Правильность учёта проверяют по остатку счёта 57. Логика простая: на нём должны «зависать» только те деньги, которые покупатели уже заплатили, а оператор ещё не перевёл на расчётный счёт.

Что открыть в разделе Отчёты:

• Оборотно-сальдовая ведомость по счёту 57 — показывает остаток на конец периода. На закрытую дату, когда все переводы зачислены, остаток должен быть нулевым или равным суммам, которые оператор переведёт позже.
• Анализ счёта 57 — видно, какими документами счёт наполнялся и закрывался, легко найти незакрытый оборот.
• Карточка счёта 57 по конкретному контрагенту — для разбора спорной оплаты.

Сверку делают в три сравнения: реестр ЮKassa ↔ поступления в 1С ↔ выписка банка. Итог к переводу из реестра должен совпасть с суммой в выписке, а сумма оплат из реестра — с оборотом по кредиту счёта 62 в части этих заказов.

Если остаток по счёту 57 не сходится к нулю, причина почти всегда в одном из трёх: оплату провели, а перевод банка — нет; комиссию не разнесли; суммы оплаты и зачисления указали с разной копейкой.

Приём оплаты ЮMoney в интернет-магазине на 1С:УТ 11

В 1С:Управление торговлей 11 оплаты по картам и через платёжные системы ведут в разделе Казначейство. Для расчётов с интернет-магазином счёт учёта и договор эквайринга настраивают в карточке соответствующего способа оплаты, а поступления от продаж отражают документами эквайринга.

Для интернет-магазина схема строится на обмене с сайтом:

1. Заказ покупателя и факт его оплаты через ЮMoney передаются из CMS сайта в УТ по правилам обмена.
2. В УТ формируется заказ клиента и оплата по нему; деньги числятся на транзитном счёте до поступления на расчётный.
3. После зачисления банком оплату закрывают поступлением денежных средств, комиссию — отдельной операцией.

Терминология УТ отличается от 1С:Бухгалтерии: здесь оперируют заказами, способами оплаты и эквайринговыми операциями, а не прямыми проводками. Итоговая экономика та же — выручка по полной сумме, комиссия в расходах.

Частые ошибки в учёте оплат ЮMoney

Эти ошибки находят при проверках и при закрытии периода чаще всего:

• 🔴 Выручка по сумме «на руки». Заносят только то, что пришло на счёт. Выручка и база по НДС занижены, комиссия не учтена. Правильно — полная сумма заказа плюс отдельный расход.
• 🔴 «Завис» остаток на счёте 57. Оплату провели, а комиссию или зачисление — нет. Остаток растёт из месяца в месяц. Лечится сверкой с реестром.
• 🔴 Задвоенная оплата. Одна оплата попала и из обмена с сайтом, и из выписки. Выручка и дебиторка искажены.
• 🔴 Комиссия не на тот счёт. Комиссию «прячут» в уменьшение выручки вместо расхода на 91.02 или 44 — страдает и бухгалтерский, и налоговый учёт.
• 🔴 Нет кассового чека. При приёме оплаты от физлица чек по 54-ФЗ обязателен; про его формирование — в вопросах ниже.

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