Как проводить эквайринговые операции в 1С

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

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

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

Подготовка: договор эквайринга и настройки программы

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

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

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

Оформление оплаты картой при продаже

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

В оптовой продаже (УТ, ERP, КА) оплата картой от покупателя оформляется документом «Операция по платёжной карте» (в новых версиях — «Поступление безналичных денежных средств» с соответствующим видом операции). Документ можно создать на основании реализации или счёта на оплату, тогда сумма и контрагент подставятся автоматически.

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

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

Зачисление средств и комиссия банка

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

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

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

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

Регулярная сверка — главный инструмент контроля эквайринга. Банк предоставляет реестр платежей (ежедневный или за период), в котором перечислены все операции по картам, суммы комиссии и итоговое перечисление. Этот реестр сопоставляется с оборотами по счёту 57.03 в 1С.

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

Если остаток растёт изо дня в день, значит часть поступлений не оформлена или банк не перечисляет средства. Если остаток отрицательный (кредитовый) — вероятно, поступление проведено дважды или оплата картой не отражена.

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

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

Остаток по счёту 57.03 на конец дня

Норма

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

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

Остаток копится несколько дней или ушёл в минус

Сумма поступления + комиссия

Норма

Точно равна сумме оплат по реестру банка за период

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

Есть расхождение, которое никто не может объяснить

Чеки ККМ за день

Норма

Сумма оплат картой в Z-отчёте совпадает с реестром терминала

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

В Z-отчёте и реестре банка разные итоги

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

Возврат оплаты на карту оформляется отдельным документом: в рознице — «Чек ККМ на возврат» с видом оплаты «Платёжная карта», в УТ/ERP — «Операция по платёжной карте» с видом «Возврат покупателю». Возврат обязательно должен ссылаться на первичный документ оплаты, иначе не получится корректно закрыть взаиморасчёты.

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

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

Особенности в разных конфигурациях и ограничения

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

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

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

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

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

Что делать, если банк перечислил меньше, чем сумма по реестру?

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

Можно ли отражать эквайринг без счёта 57.03, напрямую через 51 счёт?

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

Как оформить оплату картой, если терминал не подключён к 1С?

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

Куда относить комиссию банка по эквайрингу?

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

Как отразить оплату через СБП или платёжный агрегатор?

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

Что делать, если на 57.03 висит старый остаток, которого нет в реестрах банка?

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