Как продавцу Ozon отразить в 1С оплату через сторонние интернет-решения (не Ozon Банк)

Продавцы на маркетплейсе Ozon часто сталкиваются с ситуацией, когда покупатели оплачивают заказы не через встроенные решения платформы (например, Ozon Банк или Ozon Карту), а через сторонние сервисы: Сбербанк Онлайн, Тинькофф Эквайринг, Яндекс Кассу или банковские карты других эмитентов. Такие платежи попадают в личный кабинет Ozon с пометкой «Оплата через интернет-решение продавца», что создаёт сложности при автоматизированном учёте в 1С:Бухгалтерия или 1С:Управление торговлей.

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

Особенность таких транзакций в том, что Ozon не является платежным агентом при оплате через сторонние эквайринги — деньги поступают напрямую на счёт продавца, минуя расчётный центр маркетплейса. Это означает, что в 1С необходимо учитывать не только сам платёж, но и комиссии банка-эквайера, а также корректно «привязывать» его к конкретному заказу в Ozon.

1. Почему платежи через сторонние эквайринги сложно учесть в 1С

Основная проблема заключается в разрыве между данными Ozon и банковскими выписками. Когда покупатель оплачивает заказ через Ozon Банк, информация о платеже автоматически попадает в личный кабинет продавца и может быть выгружена в 1С через стандартные обработки обмена. Со сторонними эквайрингами всё иначе:

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

🔹 Разные комиссии. Ozon удерживает свою комиссию (от 5% до 15% в зависимости от категории), а банк-эквайер — свою (обычно 1–3%). В 1С нужно учитывать обе ставки, чтобы не искажать себестоимость.

🔹 Задержки по времени. Деньги от покупателя могут поступить на счёт продавца позже, чем Ozon зафиксирует заказ как оплаченный. Это создаёт временной лаг в учёте.

🔹 Ошибки привязки. Если в платежном поручении не указан номер заказа Ozon, идентифицировать платёж становится сложно. Некоторые банки передают в назначении платежа только ID транзакции, а не номер заказа.

⚠️ Внимание: Если не сверять платежи через сторонние эквайринги с заказами Ozon, можно столкнуться с двойным учётом доходов — когда одна и та же сумма фиксируется и как выручка от продажи, и как безналичный платёж от физического лица. Это приведёт к занижению налоговой базы и проблемам с ФНС.

Чтобы избежать хаоса в учёте, необходимо настроить в 1С отдельные счета для платежей через интернет-эквайринг и автоматизировать сверку с данными Ozon.

2. Настройка 1С для работы с платежами через сторонние эквайринги

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

🔹 Создать отдельные субсчета для эквайринга. Рекомендуется выделить отдельные субсчета к счёту 51 («Расчётные счета») или 57 («Переводы в пути») для каждого банка-эквайера. Например:

• 🏦 51.01 — Основной расчётный счёт (для выплат от Ozon)
• 💳 51.02 — Сбербанк Эквайринг
• 💰 51.03 — Тинькофф Эквайринг
• 🛒 51.04 — Яндекс Касса

🔹 Настроить аналитику по заказам Ozon. В справочнике «Договоры контрагентов» или «Проекты» добавьте возможность привязки платежей к номерам заказов маркетплейса. Это поможет избежать путаницы при сверке.

🔹 Подключить обработку для выгрузки данных из Ozon. Если вы используете 1С:Управление торговлей, установите обработку обмена с Ozon (например, «Ozon Integration» или «Атол: Маркетплейсы»). Она позволит автоматически загружать данные о заказах, включая статус оплаты.

🔹 Создать документы для учёта комиссий. В 1С должен быть шаблон документа «Списание с расчётного счёта» или «Операция (бухгалтерский и налоговый учёт)» для отражения комиссий банков-эквайеров.

Создать субсчета для каждого банка-эквайера|Настроить аналитику по заказам Ozon|Подключить обработку обмена с Ozon|Создать шаблоны для учёта комиссий|Проверить настройки НДС для интернет-платежей-->

Если вы работаете через 1С:Бухгалтерию 8.3, проверьте, чтобы в настройках учётной политики был включён флаг «Ведётся учёт по договорам с покупателями». Это упростит привязку платежей к конкретным заказам.

3. Порядок отражения платежа в 1С: пошаговая инструкция

Рассмотрим типовой сценарий: покупатель оплатил заказ №123456789 на сумму 5 000 ₽ через Сбербанк Онлайн. Комиссия банка — 2% (100 ₽), комиссия Ozon — 10% (500 ₽). Как это отразить в 1С?

🔹 Шаг 1. Фиксация заказа в Ozon. Когда заказ появляется в личном кабинете Ozon с пометкой «Оплата через интернет-решение продавца», его нужно загрузить в 1С через обработку обмена. В результате создастся документ «Заказ покупателя» на сумму 5 000 ₽ (без учёта комиссий).

🔹 Шаг 2. Поступление денег на счёт. Когда деньги поступят от банка-эквайера (например, через 1–2 дня), в 1С создаётся документ «Поступление на расчётный счёт»:

• 💵 Сумма: 4 900 ₽ (5 000 ₽ минус комиссия Сбербанка 100 ₽)
• 🏦 Счёт: 51.02 (Сбербанк Эквайринг)
• 📝 Назначение платежа: «Оплата заказа Ozon №123456789 от 01.06.2026»
• 🔗 Договор: Привязать к договору с Ozon или проекту «Маркетплейс Ozon»

🔹 Шаг 3. Учёт комиссии банка. Комиссия Сбербанка (100 ₽) списывается со счёта 51.02 на счёт учёта расходов (например, 91.02 «Прочие расходы») с аналитикой «Комиссия банка за эквайринг».

🔹 Шаг 4. Учёт комиссии Ozon. Комиссия маркетплейса (500 ₽) будет удержана позже, при выплате остатка средств с Ozon Финанс. Её нужно отразить как расход по счёту 91.02 с аналитикой «Комиссия Ozon».

🔹 Шаг 5. Закрытие заказа. После отгрузки товара в 1С создаётся документ «Реализация товаров и услуг» на сумму 5 000 ₽ (с НДС или без — в зависимости от системы налогообложения). В качестве оплаты указывается поступление на счёт 51.02.

Важно: если заказ был оплачен частично (например, покупатель внёс предоплату), в 1С нужно создать два документа «Поступление на расчётный счёт» — по каждой транзакции отдельно.

4. Типовые проводки для платежей через сторонние эквайринги

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

Если продавец работает на УСН (доходы минус расходы), комиссии банка и Ozon можно учитывать в составе расходов, уменьшающих налоговую базу. В этом случае проводки по счёту 91.02 остаются теми же, но в декларации по УСН эти суммы включаются в графу «Расходы».

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

5. Автоматизация сверки платежей: как избежать ручной работы

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

🔹 Обработки для 1С. Готовые решения, такие как:

• 🛠️ «Ozon Integration» (от компании «Атол»)
• 🛠️ «Маркетплейсы: Обмен с Ozon» (от «1С-Рарус»)
• 🛠️ «Универсальный обмен с маркетплейсами» (от «Клеверенс»)

Эти обработки позволяют загружать данные о заказах из Ozon и автоматически сверять их с банковскими выписками.

🔹 API банков-эквайеров. Некоторые банки (например, Тинькофф или Сбербанк) предоставляют API для интеграции с 1С. Это позволяет автоматически загружать данные о платежах и привязывать их к заказам Ozon по номеру или сумме.

🔹 Скрипты для парсинга выписок. Если банк не предоставляет API, можно написать скрипт (например, на Python), который будет парсить выписки в формате CSV или XLSX и сопоставлять платежи с заказами в 1С.

🔹 Облачные сервисы. Платформы вроде «МойСклад» или «Битрикс24» имеют встроенные интеграции с Ozon и банками, что упрощает сверку.

⚠️ Внимание: При настройке автоматизированной сверки убедитесь, что система корректно обрабатывает частичные оплаты и возвраты. Например, если покупатель оплатил заказ через Сбербанк, а потом вернул товар, деньги должны вернуться на ту же карту, и в 1С должна сформироваться обратная проводка.

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

Вручную в 1С|Через обработку обмена с Ozon|Использую API банка|Доверяю бухгалтеру|Ещё не настроил учёт-->

6. Типичные ошибки и как их избежать

При учёте платежей через сторонние интернет-решения продавцы Ozon часто допускают следующие ошибки:

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

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

🔴 Неправильная аналитика. Если не привязывать платежи к конкретным заказам, сложно будет понять, какой товар принёс прибыль, а какой — убыток.

🔴 Ошибки с НДС. При работе на ОСНО нужно правильно начислять НДС на реализацию и учитывать его в декларации. Если продавец работает без НДС (например, на УСН), нужно следить, чтобы в документах не формировались лишние проводки по счёту 68.02.

🔴 Неучтённые возвраты. Если покупатель вернул товар, оплаченный через сторонний эквайринг, деньги возвращаются на его карту, а не на счёт Ozon. В 1С нужно создать документ «Возврат товара» и «Списание с расчётного счёта» (на сумму возврата).

Чтобы избежать этих ошибок, рекомендуется:

• 📅 Ежедневно сверять платежи с заказами Ozon.
• 📊 Вести отдельный реестр платежей через эквайринг (например, в Google Sheets или 1С).
• 🔄 Автоматизировать учёт комиссий через шаблоны документов.
• 📑 Проверять корректность НДС в отчётах перед сдачей декларации.

7. Особенности учёта для разных систем налогообложения

Порядок отражения платежей через сторонние эквайринги зависит от системы налогообложения продавца. Рассмотрим ключевые нюансы для каждого режима:

🔹 ОСНО (общая система):

• 📌 Нужно начислять НДС на реализацию (если товар облагается налогом).
• 📌 Комиссии банка и Ozon учитываются как прочие расходы (счёт 91.02).
• 📌 В декларации по НДС платежи через эквайринг отражаются в разделе 7 (операции, не подлежащие налогообложению, если применяется льгота).

🔹 УСН (доходы минус расходы):

• 📌 Комиссии банка и Ozon можно включить в расходы, уменьшающие налоговую базу.
• 📌 Платежи от покупателей учитываются как доходы в книге учёта.
• 📌 НДС не начисляется (если продавец не является плательщиком НДС).

🔹 УСН (доходы):

• 📌 Комиссии не уменьшают налоговую базу, но их нужно учитывать для анализа рентабельности.
• 📌 Платежи от покупателей фиксируются как доходы в полной сумме (без вычета комиссий).

🔹 ЕНВД (если применимо для вашего вида деятельности):

• 📌 Доходы от продаж через Ozon не учитываются в расчёте ЕНВД (так как маркетплейс не является стационарной торговой точкой).
• 📌 Нужно переходить на УСН или ОСНО для учёта таких операций.

🔹 Патентная система (ПСН):

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

Если вы совмещаете несколько систем налогообложения (например, ОСНО и УСН), платежи через эквайринг нужно распределять по видам деятельности с помощью аналитики в 1С.

8. FAQ: Частые вопросы по учёту платежей через эквайринг

Дебет 62.01 Кредит 90.01 — Сторно реализации (возврат товара)
Дебет 51.02 Кредит 62.01 — Возврат денег покупателю (4 900 ₽)
Дебет 91.02 Кредит 51.02 — Комиссия банка за возврат (если удерживается)