При работе с программным продуктом «1С:Бухгалтерия 3.0» пользователи часто сталкиваются с ситуацией, когда при загрузке банковских выписок операции по эквайрингу, которые должны быть классифицированы как «Поступление по платежным картам», ошибочно определяются как «Личные средства предпринимателя» или даже «Взнос наличными», «Инкассация». Эта проблема особенно актуальна для индивидуальных предпринимателей (ИП) и обычно проявляется после обновления конфигурации до определенных релизов, например, 3.0.101.19 и более поздних версий.
Давайте подробно разберем, почему возникает такая ситуация, и рассмотрим комплексные решения, которые помогут вам корректно настроить загрузку банковских выписок.
Основной причиной некорректного определения вида операции является изменение логики в общем модуле конфигурации ЗагрузкаВыпискиПоБанковскомуСчету. Разработчики 1С внесли правки, которые в определенных условиях стали приводить к ошибочной классификации. В частности, проблемное изменение затронуло функцию ЭтоНезавершенныеРасчетыЧерезТерминал.
Ранее эта функция имела следующую структуру:
Функция ЭтоБанковскийОрдерНезавершенныхРасчетовАктив(Операция)
Возврат БанковскиеПравила.ЭтоСчетНезавершенныхРасчетов3023Актив(Операция.БалансовыйСчет)
И БанковскиеПравила.ЭтоБанковскийОрдер(Операция.ШифрОперации);
КонецФункции
В новых релизах функция была переименована в ЭтоНезавершенныеРасчетыЧерезТерминал и дополнена новым условием, что привело к изменению ее поведения:
Функция ЭтоНезавершенныеРасчетыЧерезТерминал(Операция)
Возврат БанковскиеПравила.ЭтоСчетНезавершенныхРасчетов3023Актив(Операция.БалансовыйСчет)
И (БанковскиеПравила.ЭтоБанковскийОрдер(Операция.ШифрОперации)
Или БанковскиеПравила.ЭтоПлатежноеПоручение(Операция.ШифрОперации));
КонецФункции
Ключевая проблема заключается во второй части условия: Или БанковскиеПравила.ЭтоПлатежноеПоручение(Операция.ШифрОперации). Это дополнительное условие приводит к тому, что операции, которые по своей сути являются поступлениями по платежным картам (банковскими ордерами или транзакциями через терминал), теперь могут быть ошибочно интерпретированы как платежные поручения, что влияет на дальнейшее определение вида хозяйственной операции. Из-за этого изменения функция стала возвращать значение ИСТИНА в тех случаях, когда ранее возвращала ЛОЖЬ, нарушая корректную логику определения вида операций.
Для индивидуальных предпринимателей (ИП) существует также специфичная логика определения «Личных средств предпринимателя». Если в банковской выписке 1С видит, что балансовый счет получателя соответствует счету физического лица – индивидуального предпринимателя (40802), и при этом ИНН плательщика и получателя совпадают, система может автоматически классифицировать такую операцию как поступление личных средств ИП на ведение предпринимательской деятельности. Это правило выглядит следующим образом:
Если УчетДенежныхСредствКлиентСервер.БалансовыйСчет(СтрокаДокумента.ПолучательСчет) = "40802" // физические лица - индивидуальные предприниматели
И СтрДлина(СтрокаДокумента.ПлательщикИНН) = 12
И СтрДлина(СтрокаДокумента.ПолучательИНН) = 12
И СтрокаДокумента.ПлательщикИНН = СтрокаДокумента.ПолучательИНН Тогда
// это поступление личных средства ИП на ведение предпринимательской деятельности
Мы видим, что эта логика направлена на определение именно личных средств, но при определенных условиях (например, при поступлении эквайринга, где банк может быть представлен в выписке с ИНН, совпадающим с ИНН ИП для каких-то внутренних операций или из-за некорректной идентификации в выписке) она может приводить к неверной классификации.
Наиболее эффективным и безопасным способом исправления проблемы, вызванной изменением кода, является использование расширения конфигурации. Этот метод позволяет внести необходимые корректировки без изменения типовой конфигурации, что упрощает дальнейшие обновления.
Мы начинаем с создания нового расширения конфигурации. Для этого нам необходимо открыть конфигуратор, перейти в меню «Конфигурация» -> «Расширения конфигурации» -> «Добавить». Присвоим расширению понятное имя, например, «ИсправлениеЗагрузкиВыписок».
Нам потребуется внести изменения в общий модуль ЗагрузкаВыпискиПоБанковскомуСчету. Мы добавляем его в наше расширение. В дереве конфигурации находим «Общие» -> «Общие модули», выбираем ЗагрузкаВыпискиПоБанковскомуСчету, вызываем контекстное меню и выбираем «Добавить в расширение».
ЭтоНезавершенныеРасчетыЧерезТерминал.
После того как модуль добавлен в расширение, мы открываем его и находим функцию ЭтоНезавершенныеРасчетыЧерезТерминал. Наша задача — скорректировать ее таким образом, чтобы исключить проблемное условие. Мы можем использовать директивы препроцессора #Удаление и #Вставка для чистого изменения кода в расширении.
Пример кода, который мы используем в расширении:
&ИзменениеИКонтроль("ЭтоНезавершенныеРасчетыЧерезТерминал")
Функция Расш1_ЭтоНезавершенныеРасчетыЧерезТерминал(Операция)
Возврат БанковскиеПравила.ЭтоСчетНезавершенныхРасчетов3023Актив(Операция.БалансовыйСчет)
И (БанковскиеПравила.ЭтоБанковскийОрдер(Операция.ШифрОперации)
#Удаление Или БанковскиеПравила.ЭтоПлатежноеПоручение(Операция.ШифрОперации)); #КонецУдаления
#Вставка ); #КонецВставки
КонецФункции
Обратите внимание на префикс Расш1_ перед именем функции. Система 1С автоматически добавляет этот префикс к именам объектов, которые мы переносим в расширение, чтобы избежать конфликтов. Таким образом, мы "замещаем" типовую функцию из основной конфигурации на нашу модифицированную функцию из расширения.
Суть изменения заключается в том, что мы убираем из условия проверку на БанковскиеПравила.ЭтоПлатежноеПоручение(Операция.ШифрОперации), тем самым возвращая логику определения операции к прежнему, корректному состоянию.
После внесения изменений в код модуля, мы должны обновить конфигурацию расширения. Это действие необходимо, чтобы наши изменения были применены к информационной базе. Если в правом верхнем углу интерфейса программы 1С отображается значок «колокольчика» с восклицательным знаком, это означает, что есть изменения в расширениях, которые требуют обновления. Нам нужно принять эти изменения, чтобы расширение вступило в силу.
После применения расширения и обновления конфигурации мы можем повторно попробовать загрузить банковские выписки. Если все сделано правильно, операции по эквайрингу должны теперь корректно определяться как «Поступление по платежным картам».
Этот подход позволяет нам решить проблему, сохраняя при этом возможность беспрепятственно обновлять типовую конфигурацию в будущем, поскольку наши изменения находятся в отдельном расширении.
Помимо программного исправления, многие проблемы с некорректным определением видов операций могут быть решены путем тщательной проверки и настройки параметров в самой программе 1С. Мы рассмотрим следующие шаги:
Очень часто проблема кроется в несоответствии реквизитов контрагента в вашей базе 1С с теми, что фактически используются банком-эквайером в банковской выписке. Давайте проверим:
Несоответствие хотя бы одного символа в ИНН или КПП может привести к тому, что 1С не сможет однозначно идентифицировать контрагента, поэтому может потребоваться поиск контрагента по назначению платежа, чтобы правильно определить вид операции.
«Виды оплат» — это ключевой справочник для корректного распознавания операций по платежным картам. Давайте выполним следующие действия:
57.03. Также необходимо проверить, что счет 57.03 («Продажи по платежным картам») активен в вашем Плане счетов (раздел «Главное» -> «План счетов» -> откроем счет 57.03 -> установим флажок «Используется»).Если у вас несколько контрагентов одного и того же банка, и вы не уверены, какой из них используется при загрузке, попробуйте создать дублирующий вид оплаты, но с другим контрагентом, и проверить, как будет происходить загрузка.
Для корректной работы эквайринга в 1С должен быть заведен и настроен соответствующий договор с банком:
Корректно настроенный договор является связующим звеном между банком, видом оплаты и операциями по эквайрингу.
После каждой загрузки банковских выписок 1С формирует протокол загрузки. Этот протокол — наш лучший помощник в диагностике проблем:
Протокол загрузки позволяет нам точечно определить, где именно произошел сбой в идентификации данных.
В некоторых случаях проблемы могут быть связаны с общими настройками обмена данными с банком:
Также рассмотрите возможность настройки Direct Bank, если ваш банк поддерживает эту технологию, поскольку она обеспечивает более тесную интеграцию и, возможно, более точное распознавание операций.
В случаях, когда вместо «Взнос наличными из кассы» операция определяется как «Инкассация», необходимо проверить соответствующую константу:
В общем модуле ЗагрузкаВыпискиПоБанковскомуСчету в функции ОсновнойВидОперацииПредопределенногоПравила, при условии ПоступилоСписано = "Поступило", происходит проверка использования инкассации. Если эта проверка проходит, то заполняется вид операции «Инкассация». Мы можем изменить значение константы ИспользоватьИнкассацию с Истина на Ложь. Это можно сделать через «Все функции» (раздел «Администрирование» -> «Сервис» -> «Все функции» -> «Константы» -> найдем «Использовать инкассацию»). Отключение этой константы может помочь в случаях, когда инкассация ошибочно подставляется вместо взноса наличными.
Таким образом, комбинированный подход, включающий как программное исправление через расширение, так и тщательную проверку всех соответствующих настроек в 1С, позволит нам полностью устранить проблему с некорректным определением видов операций при загрузке банковских выписок.