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

При работе с розничной торговлей и эквайрингом бухгалтеры часто сталкиваются с проблемой: при загрузке банковской выписки из файла (формата .txt или через DirectBank) программа не всегда корректно определяет вид операции и налоговый режим. В частности, поступления от банка-эквайера могут ошибочно попадать на основной режим налогообложения (например, УСН), в то время как они должны относиться к деятельности на патенте (ранее — ЕНВД). Рассмотрим подробнее, как автоматизировать этот процесс, чтобы минимизировать ручной труд.

Механизм «Правила подстановки реквизитов»

Начиная с современных редакций «1С:Бухгалтерия предприятия 3.0», разработчики добавили мощный функционал интеллектуального заполнения. Разберем по шагам, как заставить систему саму определять тип дохода без правки программного кода.

Проанализируем алгоритм создания правила:

1. Перейдем в раздел Банк и касса, далее выберем пункт Настройки и найдем Правила подстановки реквизитов.
2. Создадим новое правило. В поле Контрагент укажем ваш банк-эквайер.
3. В поле Текст назначения платежа введем ключевое слово, которое банк всегда передает в выписке (например, «эквайринг», «возмещение по картам» или номер договора).
4. В разделе «Реквизиты платежа» укажем вид операции Поступление по платежным картам.
5. Самое важное для нашей задачи: в поле Налогообложение выберем нужный спецрежим (Доходы по патенту или соответствующий счет доходов для раздельного учета).

Теперь при загрузке выписки программа просканирует текст назначения и, встретив ключевое слово от конкретного контрагента, автоматически заполнит документ нужными значениями.

Настройка цепочки документов «Отчет о розничных продажах»

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

Рассмотрим правильную последовательность действий:

1. Сначала в базу вводится Отчет о розничных продажах. Именно в нем указывается счет учета (например, 62.Р) и аналитика по налоговому режиму.
2. Затем загружается выписка из банка.
3. Система видит поступление от банка-эквайера и ищет задолженность по счету 57.03 (или 62.Р в зависимости от настроек).
4. Если соответствие найдено, документ Поступление на расчетный счет автоматически принимает параметры налогообложения из первичного документа продажи.

Интеллектуальное обучение системы и история операций

Посмотрим на ситуацию, когда правил нет и отчеты о продажах не используются. В 1С:Бухгалтерии реализован алгоритм «обучения». Если вы загрузили 10 документов Поступление на расчетный счет и в каждом из них вручную указали вид операции и статью доходов, то на 11-й раз система предложит эти значения автоматически. Она запоминает связку Контрагент + Назначение платежа = Реквизиты документа. Поэтому важно в начале работы один раз тщательно выверить загруженные данные вручную.

Корректная настройка договора и терминала

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

• Вид договора должен быть строго Прочее.
• В разделе Налоги и отчеты (Настройки организации) должен быть установлен флаг Раздельный учет доходов и расходов.
• В справочнике Эквайринговые терминалы (раздел Справочники — Налоги и отчеты) для каждого терминала можно жестко закрепить вид оплаты и счет расчетов, что также помогает системе при импорте выписок.

Использование прямого обмена DirectBank

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

Программная модификация (для разработчиков)

Если типовых средств недостаточно, и вы решите прибегнуть к модификации кода, разберем, где именно происходят основные процессы. Обработка загрузки выписок рассредоточена по общим модулям. Ключевые процедуры стоит искать в модуле ЗагрузкаВыпискиИзБанка или в специализированных модулях по работе с банковскими документами.

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

Процедура ОпределитьНалоговыйРежим(ДокументОбъект, ТекстНазначения)
    Если Найти(ВРег(ТекстНазначения), "ЭКВАЙРИНГ") > 0 Тогда
        ДокументОбъект.Налогообложение = Перечисления.ТипыНалогообложенияНДС.ПоПатентнойСистеме;
        ДокументОбъект.СчетДоходов = ПланыСчетов.Хозрасчетный.ДоходыПоДеятельностиСОбложениемПатентом;
    КонецЕсли;
КонецПроцедуры

Однако, прежде чем лезть в код, настоятельно рекомендуем использовать Групповое изменение реквизитов. Если вы уже загрузили сотни документов неправильно, просто отфильтруйте их по контрагенту-банку и массово установите поле Налогообложение в значение Доходы на спецрежиме. Это быстрее и безопаснее, чем модификация конфигурации.

Итоги

Для того чтобы поступления по эквайрингу определялись как спецрежим (ПСН/ЕНВД), выполните следующие действия:

1. Настройте Правила подстановки реквизитов по ключевым словам из выписки.
2. Убедитесь, что в договоре с банком стоит вид Прочее.
3. Включайте раздельный учет в настройках налогов организации.
4. По возможности, сначала вводите розничные продажи, а затем загружайте банк.

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