К статье
Практический материал

Учет и Финансы · 10 мин

Как оформить оплату по эквайрингу в 1С

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

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

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

Ниже разобран полный цикл: от создания договора с банком-эквайером до сверки зачислений и оформления возвратов. Инструкция ориентирована на типовые конфигурации на управляемых формах; названия команд в вашей версии могут незначительно отличаться, но логика учёта везде одинакова.

Как устроен учёт эквайринга и какие документы участвуют

Стандартная схема учёта эквайринговых платежей строится на трёх шагах. Сначала фиксируется сама оплата картой: выручка признана, но денег на счёте ещё нет. Затем банк перечисляет средства за вычетом комиссии. Наконец, комиссия отражается как расход. Промежуточным звеном служит счёт 57.03, на котором сумма «висит» до зачисления.

В документообороте это выглядит так:

  • Реализация товаров/услуг или отчёт о розничных продажах — основание оплаты;
  • Операция по платёжной карте / Эквайринговая операция — фиксирует оплату картой, проводка Дт 57.03 Кт 62 (или 90 при рознице через ККТ);
  • Поступление на расчётный счёт — зачисление от банка, Дт 51 Кт 57.03;
  • Комиссия банка — Дт 91.02 (или 44 в торговле) Кт 57.03 либо отдельной строкой в выписке.

Шаг 1. Создайте договор эквайринга и настройте параметры

Без договора эквайринга документ оплаты картой не проведётся корректно. В 1С:Бухгалтерии откройте раздел «Справочники» → «Договоры» у контрагента-банка и создайте договор с видом «Прочее» (в ряде версий — специальный вид «Эквайринг»). В УТ 11 и ERP путь другой: «НСИ и администрирование» → «Продажи» → включите опцию «Эквайринговые операции», затем в разделе «Казначейство» создайте «Договор эквайринга».

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

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

Шаг 2. Оформите оплату платёжной картой от покупателя

Оплата от юридического лица или ИП оформляется документом «Операция по платёжной карте» (в Бухгалтерии: «Банк и касса» → «Операции по платёжным картам»). Заполните контрагента-покупателя, договор с ним, договор эквайринга, сумму и основание — счёт или реализацию. После проведения программа сделает запись Дт 57.03 Кт 62.01: задолженность покупателя закрыта, деньги числятся в пути.

В УТ 11 и ERP аналогичный документ называется «Эквайринговая операция» и создаётся либо из формы оплаты заказа клиента, либо из списка «Безналичные платежи» → «Эквайринговые операции». Вид операции — «Поступление оплаты от клиента». Обязательно выберите правильный договор эквайринга: от него зависит, на какой счёт и с какой комиссией придут деньги.

Розничные продажи через ККТ оформляются иначе: оплата картой фиксируется в чеке, а в конце смены данные попадают в «Отчёт о розничных продажах», где сумма по картам относится на 57.03 автоматически. Отдельный документ на каждый чек создавать не нужно.

Порядок оформления оплаты картой
  1. 1
    Создайте реализацию или счёт покупателю и проведите документ
  2. 2
    Откройте «Операцию по платёжной карте» (или «Эквайринговую операцию») и заполните покупателя, сумму, договор эквайринга
  3. 3
    Укажите номер и дату платёжного документа из слип-чека терминала
  4. 4
    Проведите документ и проверьте проводку Дт 57.03 Кт 62
  5. 5
    Дождитесь банковской выписки и зарегистрируйте зачисление на расчётный счёт

Шаг 3. Отразите зачисление средств и комиссию банка

Через один-три дня банк перечисляет выручку за вычетом комиссии. При загрузке выписки из клиент-банка создайте (или скорректируйте) документ «Поступление на расчётный счёт» с видом операции «Поступления от продаж по платёжным картам и банковским кредитам». В качестве плательщика укажите банк-эквайер, в поле договора — договор эквайринга.

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

Не отражайте зачисление как обычную оплату от покупателя: тогда задолженность на 57.03 не закроется, а по счёту 62 возникнет ложная переплата. Это одна из самых частых причин «зависших» сумм на 57 счёте.

Шаг 4. Проведите сверку с банком-эквайером

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

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

Контрольные точки

Как проверить результат

Остаток по счёту 57.03 на конец месяца
Норма

Равен сумме операций за последние 1–3 дня, не зачисленных банком

Тревожный признак

Накопленная сумма за недели или месяцы — есть незакрытые операции

Комиссия в выписке против реестра банка
Норма

Процент комиссии совпадает с условиями договора эквайринга

Тревожный признак

Комиссия отличается — проверьте тариф или изменение условий банка

Сумма зачисления на расчётный счёт
Норма

Зачисление = сумма операций минус комиссия

Тревожный признак

Зачисление больше или меньше без объяснимой причины

Возвраты и отмены операций по эквайрингу

Возврат покупателю оформляется тем же документом, но с видом операции «Возврат оплаты клиенту» (в Бухгалтерии — «Операция по платёжной карте» с видом «Возврат покупателю»). Документ обязательно привязывается к исходной операции оплаты: программа подставит договор эквайринга и сумму. Проводка будет обратной — Дт 62 Кт 57.03, а банк спишет сумму возврата при очередном перечислении или отдельно.

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

Типичные ошибки при оформлении эквайринга в 1С

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

Типичные ошибки
01
Зачисление от банка оформлено как обычная оплата от покупателя — счёт 57.03 не закрывается, а по 62 возникает фиктивная переплата
02
Не указан договор эквайринга в документе оплаты — комиссия не считается автоматически, сверка усложняется
03
Комиссия банка не отражена вовсе — расходы занижены, остаток 57.03 не сходится с реестром
04
Возврат оформлен произвольным документом без привязки к исходной оплате — нарушается аналитика и кассовая дисциплина
05
Несколько терминалов учитываются на одном договоре с разными тарифами — невозможно проверить правильность комиссии

Отдельная группа ошибок — ручные операции. Бухгалтеры иногда закрывают 57.03 операцией, введённой вручную, чтобы «сойтись» с банком. Так делать не стоит: ручные проводки ломают аналитику по договорам и мешают найти реальную причину расхождения. Исправляйте первичные документы, а не итоговые остатки.

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

Частые вопросы по эквайрингу в 1С

Можно ли обойтись без счёта 57.03 и проводить оплату сразу на 51 счёт?

Технически можно, если банк зачисляет деньги день в день, но это искажает учёт: дата оплаты и дата поступления денег чаще всего разные. При отложенном зачислении без 57.03 вы не увидите суммы в пути и не сможете корректно свериться с реестром банка. Типовая методология предполагает использование 57.03.

Как отразить эквайринг при УСН «доходы минус расходы»?

Доходом признаётся вся сумма оплаты по карте на дату оплаты, а не зачисленная банком часть. Комиссия банка включается в расходы на дату её фактического удержания. В 1С:Бухгалтерии при корректно оформленных документах КУДиР заполняется автоматически по этим правилам.

Что делать, если банк зачислил сумму, отличную от ожидаемой?

Проверьте, не включил ли банк в перечисление возвраты или операции другого терминала. Сверьтесь с реестром операций за соответствующий период. Если расхождение не объясняется реестром, запросите у банка детализацию перечисления — зачисления иногда объединяют несколько торговых точек.

Как оформить оплату картой через интернет-эквайринг (онлайн-оплату на сайте)?

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

Нужен ли кассовый чек при оплате картой юридическим лицом?

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

Итог

Что важно запомнить

Эквайринг в 1С оформляется цепочкой: договор эквайринга → операция по платёжной карте (Дт 57.03) → поступление на расчётный счёт за вычетом комиссии. Контролируйте остаток по 57.03 при каждой выписке, оформляйте возвраты только через привязку к исходной операции и не закрывайте расхождения ручными проводками.