← На главную
При ежедневной загрузке банковских выписок в учетные программы 1С многие специалисты сталкиваются с вопросом: каким образом система понимает, что конкретная строка выписки — это «Инкассация», «Возврат от поставщика», «Оплата покупателя» или «Уплата налога»? В файле обмена прямого текстового указания на документ учета нет. Разберем по шагам внутренние алгоритмы сопоставления данных, используемые типовыми конфигурациями 1С.
Структура файла обмена и ограничения формата
Проанализируем файл обмена стандартного формата 1CClientBankExchange. В секции документа содержатся стандартные служебные реквизиты, такие как ВидОплаты, Сумма, ПлательщикСчет, ПолучательСчет и НазначениеПлатежа. Поле ВидОплаты практически всегда принимает значение 01 (платежное поручение) или 06 (инкассовое поручение/мемориальный ордер). Поле Код зачастую остается пустым либо содержит внутрибанковский идентификатор, не имеющий прямого отношения к плану счетов бухгалтерского учета. Таким образом, сам файл банка не содержит готового признака хозяйственной операции, и определение вида документа целиком ложится на плечи алгоритмов 1С.
Анализ банковских счетов корреспондента
Выясним причину, почему ключевым фактором классификации является номер расчетного счета. Типовая конфигурация «1С:Бухгалтерия предприятия» анализирует первые пять знаков корреспондирующего расчетного счета, которые соответствуют номерам счетов банковского плана счетов:
- Специфические счета учета: Например, если номер счета начинается с
40906 (инкассация), система однозначно квалифицирует операцию как инкассацию денежных средств. Если счет начинается с 3812..., операция классифицируется как зачисление эквайринговых оплат по пластиковым картам. Начальные символы 10... указывают на кассовые операции, например, внесение или снятие наличных.
- Внутрибанковские комиссии и проценты: Счета учета доходов и расходов банка определяют удержание комиссий за расчетно-кассовое обслуживание.
- Расчетные счета коммерческих организаций: Счета, начинающиеся с
40702 (коммерческие организации) или 40802 (индивидуальные предприниматели), сигнализируют о стандартных взаиморасчетах. В этом случае алгоритм переходит к следующему уровню анализа.
Сопоставление с договорами и историей взаиморасчетов
Рассмотрим подробнее ситуацию, когда по номеру расчетного счета однозначно определить операцию невозможно (например, обычный платеж от юридического лица):
- Направление движения денег: Система сопоставляет счет организации и счет корреспондента, определяя факт поступления или списания денежных средств.
- Анализ договоров контрагента: Если на расчетный счет поступили средства от контрагента, у которого в информационной базе заведен единственный договор с видом «С поставщиком», конфигурация определяет операцию как Возврат от поставщика, а не стандартную «Оплату от покупателя».
- История прошлых операций: Система проверяет ранее проведенные документы по данному партнеру. Если аналитика однозначно повторяется, подставляются счета учета и статьи движения денежных средств из предшествующих документов.
Сопоставление с исходящими платежными поручениями
Для операций списания с расчетного счета действует приоритетный алгоритм синхронизации:
- Система ищет в базе предварительно оформленный документ
Платежное поручение.
- Поиск выполняется по совокупности полей: расчетный счет организации, контрагент-получатель, сумма документа, номер и дата платежа.
- Если платежное поручение успешно найдено, создаваемый документ
Списание с расчетного счета полностью наследует установленный в нем вид операции, счета расчетов и аналитику движения денежных средств.
Анализ бюджетных реквизитов
Для определения перечислений в бюджет (налоги, сборы, пошлины) 1С анализирует заполнение специализированных реквизитов платежа:
- Проверяются реквизиты
ПоказательКБК, СтатусСоставителя, ОКТМО или ОКАТО.
- Проверяется признак государственного органа в карточке контрагента (налоговая инспекция, таможенный орган, внебюджетный фонд).
- При наличии заполненного КБК и признака госоргана документу автоматически присваивается вид операции Уплата налога или Таможенный платеж независимо от структуры счета.
Парсинг назначения платежа по ключевым словам
В типовых модулях загрузки выписки заложен механизм поиска ключевых подстрок в тексте назначения платежа:
- Зарплатные проекты: Вхождения корней слов «зарплат*», «реестр*», «аванс», «отпуск*» в связке с зарплатными договорами инициируют создание документов с видом операции «Перечисление заработной платы».
- Кредиты, займы и депозиты: Слова «процент*», «кредит», «заем/займ», «депозит» переключают обработку на операции учета кредитов и размещения депозитов.
- Эквайринг: Присутствие ключевых слов «возмещение», «терминал», «эквайринг» помогает корректно отнести приход к поступлениям от продаж по платежным картам.
Способы повышения точности распределения выписок
Если типового функционала распознавания недостаточно и в выписке регулярно приходится вручную менять виды операций, разберем доступные варианты оптимизации:
- Переход на сервис 1С:ДиректБанк (DirectBank): Технология прямого обмена с банком без выгрузки промежуточных текстовых файлов передает расширенную машиночитаемую структуру платежей с детализированными банковскими кодами, что существенно снижает количество ошибок сопоставления.
- Использование расширений конфигурации: Без изменения типовой конфигурации через механизм расширений можно переопределить процедуры модуля загрузки, добавив регулярные выражения под индивидуальные шаблоны назначений платежей ваших контрагентов.
- Внешние обработки распределения: Применение специализированных обработок с пользовательской настройкой правил сопоставления позволяет бухгалтеру самостоятельно настраивать маски текстовых полей, привязывая их к конкретным статьям ДДС, видам операций и бухгалтерским счетам.