Загрузка банковской выписки — это ежедневная рутина для бухгалтера, но для разработчика 1С это сложный процесс сопоставления текстовых данных из файла формата txt с объектами информационной базы. Одной из самых частых задач является корректировка алгоритма, по которому система решает, какую операцию подставить в документ: Оплата от покупателя, Поступление по платежным картам или Инкассация. Разберем подробно, где искать этот код и как на него повлиять.
Многие разработчики по привычке начинают поиск в модуле менеджера или модуле формы обработки КлиентБанк. Однако в современных редакциях «1С:Бухгалтерия предприятия 3.0» (начиная с интерфейса Такси) логика вынесена в специализированные общие модули. Чтобы понять, как программа интерпретирует файл, проанализируем следующие точки входа:
ОбменСБанковскимиКлиентами. Это «сердце» механизма. Здесь происходит чтение текстового файла, разбор его строк и первичная раскладка данных в структуры 1С.МенеджерОбменаЧерезКлиентБанк. Именно здесь сосредоточена бизнес-логика. Если вам нужно найти место, где текстовое значение из файла превращается в ссылку на перечисление ВидыОперацийПоступлениеДенежныхСредств, искать нужно именно здесь.ОбменСБанковскимиКлиентамиПереопределяемый. Этот модуль предназначен для внесения изменений без правки основной конфигурации (хотя сейчас чаще используются расширения).Рассмотрим конкретные процедуры, в которых происходит магия распознавания. Воспользуемся отладчиком и поставим точки останова в следующих местах:
РаспознатьДанныеОбъекта — здесь текстовые блоки файла превращаются в заполненную структуру объекта.ОпределитьВидОперацииПоПараметрам — финальная точка принятия решения о виде хозяйственной операции.Проанализируем логику, которую заложили методисты 1С. Система не просто «угадывает» вид операции, она проходит по цепочке условий с разным приоритетом. Понимание этого алгоритма поможет нам внести точные правки.
1. Анализ ключевых слов в назначении платежа
Программа сканирует текст поля НазначениеПлатежа на наличие специфических вхождений. Если в тексте встречаются слова «эквайринг», «платежная карта» или «терминал», система с высокой долей вероятности предложит вид операции «Поступление по платежным картам». Аналогично работают триггеры для займов, кредитов и налогов.
2. Анализ расчетного счета контрагента и БИК банка
Важную роль играет реквизит ПлательщикРасчСчет. Проанализируем ситуацию: если расчетный счет начинается на определенные цифры, характерные для казначейских счетов или спецсчетов банков, система может автоматически сменить операцию на Уплата налога или Инкассация. Если в карточке счета контрагента или самого контрагента стоит признак банковской организации, это также служит важным сигналом для алгоритма.
3. История операций
Система обладает элементами «памяти». Если по конкретному ИНН или КПП ранее уже загружались документы и бухгалтер вручную корректировал вид операции на определенный тип, 1С запомнит этот выбор и предложит его при следующей загрузке для этого же контрагента.
Если нам необходимо вмешаться в типовой процесс (например, мы хотим, чтобы при наличии слова «Возврат» в назначении платежа всегда ставилась соответствующая операция), рассмотрим вариант расширения процедуры СоздатьДокументы в модуле обработки или перехват функций в общем модуле.
Посмотрим на пример кода, который можно внедрить в логику распознавания:
&После("ОпределитьВидОперацииПоПараметрам")
Процедура Расш_ОпределитьВидОперацииПоПараметрам(ПараметрыОбъекта, ВидОперации)
НазначениеПлатежа = ВРег(ПараметрыОбъекта.НазначениеПлатежа);
Если Найти(НазначениеПлатежа, "ВОЗВРАТ ОТ ПОКУПАТЕЛЯ") > 0 Тогда
ВидОперации = Перечисления.ВидыОперацийПоступлениеДенежныхСредств.ВозвратОтПокупателя;
ИначеЕсли Найти(НазначениеПлатежа, "ЭКВАЙРИНГ") > 0 Тогда
ВидОперации = Перечисления.ВидыОперацийПоступлениеДенежныхСредств.ПоступлениеПоПлатежнымКартам;
КонецЕсли;
КонецПроцедуры
Важный нюанс: при смене вида операции программно, не забывайте, что у документа могут измениться обязательные реквизиты. Например, для операции Поступление по платежным картам требуется заполнение эквайера и договора эквайринга. Если их не прописать в коде, документ загрузится, но не проведется.
Выясним причину, по которой некоторые виды операций (например, Инкассация) могут не появляться в списке выбора. 1С:Бухгалтерия активно проверяет план счетов. Проанализируем настройки организации: если в учетной политике или параметрах учета отключено использование счета 57.01 («Переводы в пути»), система может игнорировать специфические банковские операции и подставлять стандартную Оплату от покупателя.
Также стоит обратить внимание на механизм Типовых шаблонов. В последних релизах появились справочники шаблонов распознавания, где можно задать правила анализа поля Назначение платежа без написания кода. Это позволяет системе самообучаться на основе регулярных выражений.
Для быстрой диагностики рекомендуется следующий порядок действий:
ПоступлениеНаРасчетныйСчет.ОбработкаЗаполнения.ДанныеЗаполнения был присвоен конкретный ВидОперации.Подведем итог: механизм распознавания в 1С достаточно гибкий, но сложный. Основная логика скрыта в общих модулях обмена, а решение принимается на основе комбинации текста назначения платежа, истории прошлых периодов и масок расчетных счетов. Использование расширений для изменения этой логики является наиболее безопасным и современным способом адаптации типового механизма под нужды конкретного бизнеса.