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

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

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

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

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

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

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

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

Проведение оплаты платежной картой при продаже

Основной документ — «Оплата от покупателя платежной картой» (в УТ/ERP) или «Оплата платежной картой» (в Бухгалтерии). Его удобно вводить на основании реализации или чека ККМ: тогда автоматически подтягиваются контрагент, сумма и основание расчетов. Обязательные поля — вид оплаты (терминал), договор эквайринга, сумма и номер/дата платежной операции из слип-чека.

При работе с кассой (РМК в УТ, документ «Чек ККМ») оплата картой фиксируется прямо в чеке: кассир выбирает форму оплаты «Платежная карта», и программа сама формирует эквайринговую операцию при закрытии кассовой смены. Проверьте, что в отчете о розничных продажах суммы по картам совпадают с итогами Z-отчета по безналичной оплате.

После проведения документа деньги еще не на расчетном счете: в учете возникает дебиторка перед банком-эквайером (счет 57.03 в бухучете, регистр «Расчеты по эквайрингу» в УТ). Это ключевой момент: выручка признана, но движения по банку пока нет, и вводить «Поступление на расчетный счет» в день продажи — ошибка.

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

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

Банк перечисляет выручку обычно на следующий рабочий день или по графику из договора, удерживая комиссию. В 1С это отражается документом «Поступление на расчетный счет» с видом операции «Поступления от продаж по платежным картам». В документе указывают эквайрера, договор, сумму зачисления и сумму комиссии — программа закроет расчеты по счету 57.03 и отнесет комиссию на расходы (типовой счет 91.02 или 44, в зависимости от учетной политики).

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

В УТ и ERP есть альтернатива — документ «Отражение комиссии по эквайрингу» или автоматический расчет комиссии при сверке по реестру. Он полезен, когда банк удерживает комиссию суммарно за период, а не с каждой транзакции.

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

Сверка с реестром операций банка

Банк-эквайер предоставляет реестр проведенных операций (в личном кабинете или файлом). В УТ и ERP есть штатная обработка сверки: раздел «Казначейство» → «Сверка операций эквайринга» (название может отличаться). Загрузите реестр, выберите договор и период — программа сопоставит операции из базы с операциями банка по сумме, дате и номеру авторизации.

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

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

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

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

Остаток по счету 57.03 / расчетам по эквайрингу

Норма

Равен сумме продаж по картам, еще не зачисленных банком (обычно 1–3 дня)

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

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

Совпадение с реестром банка

Норма

Все операции сопоставлены, расхождений нет

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

Строки только в 1С или только в реестре

Комиссия за период

Норма

Сумма комиссии соответствует тарифу из договора

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

Комиссия больше тарифа или не отражена вовсе

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

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

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

Особенности интернет-эквайринга и онлайн-касс

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

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

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

FAQ

Какой счет использовать для расчетов с эквайером в 1С:Бухгалтерии?

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

Банк зачислил деньги, но сумма меньше продаж — что делать?

Это нормальная ситуация: банк удержал комиссию. В документе поступления укажите сумму зачисления и сумму комиссии отдельными полями — программа закроет расчеты полностью. Если разница больше тарифа по договору, запросите у банка детализацию: возможно, удержана комиссия за прошлый период или есть возвраты.

Как отразить оплату картой, если чек пробит, а документ в 1С забыли?

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

Нужно ли заводить контрагента на каждого покупателя, платящего картой?

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

Что делать, если операция есть в реестре банка, но её нет в 1С?

Чаще всего оплата прошла мимо кассового документа: кассир пробил наличными, а клиент платил картой, или документ не проведен. Найдите продажу на эту сумму и время, исправьте форму оплаты в чеке (если позволяет конфигурация и кассовая дисциплина) или введите оплату отдельным документом. Если продажи в базе нет вовсе — выручку нужно отразить, иначе занизится налоговая база.