Эквайринг в 1С: от терминала до зачисления на счёт

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

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

Ниже — порядок действий для 1С:Розница и 1С:Управление торговлей (УТ 11): от настройки терминала и видов оплат до обработки выписки и разбора расхождений.

Что отражает эквайринг и зачем нужен счёт 57.03

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

Логика движения такая:

• 💳 покупатель платит картой → Дт 57.03 Кт 90.01 на полную сумму чека;
• 🏦 банк перечисляет выручку за вычетом комиссии → Дт 51 Кт 57.03;
• 📉 удержанная комиссия эквайринга → Дт 91.02 Кт 57.03.

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

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

Терминал подключают через раздел подключаемого оборудования. В 1С:Розница это Администрирование → Подключаемое оборудование, в УТ 11 — НСИ и администрирование → Администрирование → Подключаемое оборудование.

Порядок добавления терминала:

1. Открыть список подключаемого оборудования и добавить новую запись.
2. В поле типа оборудования выбрать Эквайринговый терминал.
3. Указать драйвер обслуживающего банка (его ставят отдельно по инструкции эквайера) и рабочее место, к которому подключён POS-терминал.
4. Выполнить проверку связи — кнопка Настроить/Тест устройства в карточке. Терминал должен ответить без ошибки.

Терминал подключают в одном из двух режимов, и от этого зависит удобство работы кассира:

• 🔗 интегрированный — 1С сама отправляет сумму на терминал и получает ответ об оплате. Кассиру не нужно набирать сумму на клавиатуре терминала, расхождений из-за опечаток почти не бывает.
• 🧩 автономный (неинтегрированный) — терминал работает сам по себе, сумму кассир вводит вручную, а оплату картой в 1С фиксируют отдельно. Эквайринг всё равно загружается из выписки, но сверка сложнее: суммы приходится сопоставлять руками.

Параллельно нужен элемент договора или соглашения с банком. В нём фиксируют реквизиты расчётного счёта для зачислений и ставку комиссии. Без подключённого терминала и настроенного вида оплаты продажи по карте в РМК провести не получится.

Настройка вида оплаты и типа расчётов

Чтобы касса принимала карту, заводят вид оплаты с типом «Платёжная карта». Справочник видов оплат находится в разделе нормативно-справочной информации: в 1С:Розница — через раздел Продажи/НСИ, в УТ 11 — в НСИ и администрирование. Точное название пункта в вашем релизе может отличаться, ориентируйтесь на слово «оплат».

В карточке вида оплаты задают:

• 🏷️ тип оплаты — «Платёжная карта» (платёжный агент — банк-эквайер);
• 🔌 эквайринговый терминал, через который проходит операция;
• 💼 счёт учёта расчётов — 57.03;
• 📄 договор эквайринга с банком.

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

Как продажи по картам попадают в учёт

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

Что проверить в документе продажи:

• суммы оплат по картам разнесены по нужному виду оплаты и терминалу;
• сформирована проводка Дт 57.03 Кт 90.01 (в управленческом учёте УТ — движение по счёту расчётов по эквайрингу);
• итог по картам в отчёте совпадает с Z-отчётом смены.

Именно эти суммы потом «закроются» зачислением из банка. Пока зачисления нет, они висят на 57.03 как дебиторская задолженность банка-эквайера.

Пути к документам продаж в разных конфигурациях различаются, и это стоит держать в голове:

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

Загрузка банковской выписки с зачислением эквайринга

Выписку в 1С загружают двумя способами:

1. ДиректБанк — прямой обмен с банком из программы. Настраивается в карточке банковского счёта или в разделе Банк и касса (в УТ — Казначейство/Финансы): в счёте включают использование сервиса, вводят логин и подтверждают подключение в банке. После этого выписка подтягивается по кнопке получения, без выгрузки файлов и установки клиент-банка.
2. Файл обмена «1С:Предприятие — Клиент банка» (kl_to_1c.txt). Вы выгружаете файл из клиент-банка и загружаете его в разделе банковских выписок через команду загрузки. Формат текстовый, его понимают почти все банковские клиенты.

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

Когда выписка загружена, строку с зачислением эквайринга нужно провести правильным видом операции:

• в 1С:Бухгалтерия — документ Поступление на расчётный счёт, вид операции «Поступления от продаж по платёжным картам и банковским кредитам»;
• в УТ 11 и 1С:Розница — документ поступления безналичных денежных средств с операцией по платёжным картам и выбором того же договора эквайринга.

В этом документе отдельно указывают сумму зачисления и сумму комиссии. Программа сама сформирует Дт 51 Кт 57.03 на поступившую сумму и Дт 91.02 Кт 57.03 на комиссию.

Сверка продаж по картам с отчётом банка

Банк присылает реестр операций эквайринга (отчёт эквайера): сколько операций прошло, на какую сумму, сколько удержано комиссии и сколько перечислено. Этот реестр сверяют с данными 1С.

Пример на числах. За день продали по картам на 100 000 ₽. Ставка комиссии — 1,8%, то есть 1 800 ₽. Банк зачислит 100 000 − 1 800 = 98 200 ₽. В учёте:

После проводок остаток по 57.03 за этот день = 0. Если остаток не нулевой — зачисление и продажи не свелись, и причину нужно искать.

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

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

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

Типичные расхождения и как их устранить

Разберём частые ситуации, которые ломают сверку эквайринга.

Зачисление не разносится на 57.03. Строка выписки проведена как обычное поступление (Дт 51 Кт 62), а не как эквайринг. Исправьте вид операции в документе поступления на «поступления по платёжным картам».

Сумма зачисления не бьётся с продажами. Чаще всего дело в комиссии: её не указали в документе, и на 51 попала полная сумма. Проверьте, что комиссия вынесена отдельной строкой на 91.02.

Возвраты по картам. Возврат уменьшает сумму зачисления банка. Его отражают сторнированием оплаты по карте; тогда реестр банка и 57.03 сойдутся.

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

Задвоение оплаты. Если автономный терминал провёл платёж, а в 1С оплату по карте завели ещё и вручную, на 57.03 попадёт двойная сумма. Признак — остаток ровно вдвое больше дневной продажи. Лишнюю оплату удаляют или сторнируют.

Отчёты для контроля эквайринга

Чтобы держать эквайринг под контролем, хватает трёх инструментов:

• 📊 ОСВ по счёту 57.03 — показывает незакрытые суммы по каждому банку-эквайеру;
• 🧾 карточка счёта 91.02 по статье комиссии — суммарные затраты на эквайринг за период, их полезно сверять со ставкой из договора;
• 🏪 отчёт по видам оплат / выручке — сверяет итоги по картам с Z-отчётами касс.

Регулярная сверка ОСВ по 57.03 с реестром банка — это и есть тот контроль, ради которого эквайринг заводят в учёт аккуратно, а не «одной строкой на 51 счёт».

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