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

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

Как провести оплату картой в 1С

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

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

Порядок действий зависит от конфигурации. В «1С:Бухгалтерии 8» используется документ «Операция по платежной карте», в «1С:Управление нашей фирмой» и «1С:Розница» — «Эквайринговая операция» или оплата картой прямо в чеке ККМ. Логика везде одинаковая: сначала фиксируется факт оплаты картой, потом — зачисление денег от банка.

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

Что нужно настроить перед первой оплатой картой

Без предварительной настройки документ оплаты либо не проведётся, либо сформирует неверные проводки. Минимальный набор — это договор эквайринга и вид оплаты. Договор заводится в карточке контрагента-банка с видом «Прочее» или специальным признаком эквайринга, в зависимости от конфигурации.

В «1С:Бухгалтерии» перейдите в раздел «Справочники» → «Виды оплат» и создайте вид оплаты с типом «Платёжная карта». В нём укажите контрагента-банк, договор эквайринга и процент комиссии, если хотите, чтобы программа рассчитывала её автоматически. Проверьте, что в учётной политике и настройках плана счетов используется счёт 57.03.

В «1С:УНФ» аналогичная настройка находится в разделе «Компания» → «Ещё больше возможностей» → «Эквайринг», а виды оплат картой задаются в справочнике «Эквайринговые терминалы». Там же привязывается касса, договор и процент комиссии банка.

Порядок действий
  1. 1
    Создайте контрагента-банк и договор эквайринга с корректным видом договора
  2. 2
    Заведите вид оплаты «Платёжная карта» и привяжите к нему договор и процент комиссии
  3. 3
    Оформите реализацию или чек ККМ и укажите оплату картой
  4. 4
    Проведите документ «Операция по платежной карте» и проверьте проводки по счёту 57.03
  5. 5
    По выписке банка создайте поступление на расчётный счёт от эквайера
  6. 6
    Сверьте остаток по счёту 57.03 — после зачисления он должен обнулиться

Как провести оплату картой в 1С:Бухгалтерии 8

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

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

После проведения сформируются проводки: Дт 57.03 Кт 62.01 — отражена оплата картой через эквайера. Дебиторская задолженность покупателя закрывается, а сумма «зависает» на счёте 57.03 до момента фактического зачисления денег банком. Это нормальное состояние, а не ошибка.

Как оформить оплату картой в УНФ и Рознице

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

В «1С:Рознице» при работе в режиме РМК кассир просто выбирает форму оплаты «Платёжная карта» при пробитии чека. После закрытия смены данные об эквайринговых операциях попадают в отчёт о розничных продажах, а при обмене с бухгалтерией выгружаются сводно. Ручной ввод операций в рознице обычно не требуется.

Если терминал не интегрирован с 1С, сумму оплаты кассир вводит вручную, сверяясь с чеком терминала. В этом случае контролируйте совпадение суммы в чеке ККМ и на слипе терминала — расхождения выявляются только при сверке с банком и разбираются дольше.

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

Банк-эквайер перечисляет деньги на расчётный счёт обычно на следующий рабочий день, удерживая комиссию. Это зачисление оформляется документом «Поступление на расчётный счёт» с видом операции «Поступления от продаж по платёжным картам и банковским кредитам».

В документе укажите банк-эквайер, договор эквайринга и сумму зачисления. Если комиссия удержана сразу, в табличной части или отдельном поле укажите сумму комиссии — программа сформирует две проводки: Дт 51 Кт 57.03 на сумму зачисления и Дт 91.02 (или 60) Кт 57.03 на комиссию банка. Точный счёт затрат зависит от настроек и условий договора.

При загрузке выписок через «Клиент-банк» или сервис «1С:ДиректБанк» поступления от эквайера часто распознаются автоматически по договору. Проверяйте, что программа верно определила вид операции — иногда такие платежи ошибочно попадают в «Прочее поступление», и тогда счёт 57.03 не закрывается.

Сверка с банком и проверка результата

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

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

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

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

Остаток по счёту 57.03
Норма

Равен сумме оплат картой, ещё не зачисленных банком

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

Копится из месяца в месяц или отрицательный

Проводки операции по карте
Норма

Дт 57.03 — Кт 62.01 на полную сумму чека

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

Проводки нет или сумма отличается от чека

Зачисление от эквайера
Норма

Дт 51 Кт 57.03 и отдельно проведена комиссия

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

Вся сумма прошла через 51 счёт без учёта комиссии

Сверка с реестром банка
Норма

Продажи, комиссия и зачисление совпадают с 1С

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

Есть суммы в реестре, которых нет в базе

Типичные ошибки и как их исправить

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

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

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

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

FAQ: частые вопросы об оплате картой в 1С

Можно ли провести оплату картой без договора эквайринга в 1С?

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

Почему деньги по карте не попадают сразу на 51 счёт?

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

Как учесть комиссию банка за эквайринг?

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

Как оформить возврат покупателю, оплатившему картой?

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

Чем оплата картой отличается от оплаты по QR-коду через СБП?

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

Итог

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

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