Загрузка и проверка банковских выписок в 1С

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

Для «1С:Бухгалтерии для Казахстана», редакция 3.0, мы разработали загрузку выписок с отдельным этапом проверки. Её задача — подготовить данные для бухгалтера, а не принимать учётные решения вместо него. Версия 1.0.14.1 прошла технические испытания и готова к приёмке на копии рабочей базы; промышленное внедрение пока не подтверждено.

Сначала увидеть операции, потом создавать документы

Работа начинается с выбора организации и её банковского счёта. Бухгалтер загружает одну выписку, и операции появляются в общей таблице: дата, направление платежа, реквизиты, договор, назначение и сообщения проверки. Даже если файл прочитан, это ещё не означает, что все его строки готовы к записи.

Подтверждена работа с предоставленными Excel-файлами Bereke Bank, ForteBank и Банка ЦентрКредит — в форматах XLS и XLSX. Для каждого платежа можно проверить предложенные значения, исправить их или снять отметку загрузки. После исправлений строки перепроверяются. Любую созданную платёжку можно открыть прямо из результата и сверить с оригиналом.

Как разобраться с похожими контрагентами и платежами

Поиск контрагента опирается на точный БИН или ИИН, а не на похожее название. Если карточки нет или найдено несколько совпадений, решение остаётся за бухгалтером. Доработка не создаёт новые карточки самостоятельно. Аналогично проверяется договор: он должен относиться к нужному контрагенту и организации; неоднозначность нельзя скрыть случайным выбором.

Для повторяющихся платежей предусмотрены правила. Например, бухгалтер может связать направление перевода и устойчивую фразу в назначении с нужным видом операции и статьёй движения денежных средств — категорией, в которой платёж будет учтён в денежных отчётах. Есть девять типовых сценариев, включая оплату поставщику, налоги и переводы между своими счетами. Статьи выбираются из базы компании.

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

Почему документ создаётся без проведения

Для поступления подготавливается входящее платёжное поручение, для расхода — исходящее. Создаются только новые документы; существующие не перезаписываются. Перед сохранением сервер ещё раз проверяет выбранные строки, чтобы не опираться на устаревший результат предварительной проверки.

Непроведённый документ — это сохранённая заготовка в базе, которая ещё не формирует движений в учёте. Признак «Оплачено» также остаётся выключенным. Бухгалтер открывает заготовку, проверяет реквизиты и сам решает, когда провести её штатной командой 1С. Сохранение всё равно меняет базу и использует номера документов, поэтому первые испытания выполняются на её копии.

Что показали испытания

• В XLS Bereke Bank разобраны 30 операций, в XLSX ForteBank — 3, в XLS Банка ЦентрКредит — 6. Все эти строки оставлены на ручную проверку: это результат чтения файлов, а не 39 автоматически принятых платежей.
• Отдельный тест подтвердил запись входящего документа без проведения, без признака оплаты и без движений по регистрам.
• Повтор строки и повтор файла обнаружены до повторной записи. Проверены сохранение правил и обработка пустых, повреждённых и неизвестных файлов.

Где проходят границы решения

Поддержка трёх банков не означает совместимость со всеми банковскими шаблонами. Для нового формата нужен образец и отдельная проверка. Для PDF подготовлен разбор текстового слоя, но серверное извлечение текста на проверенной платформе не заработало. Поэтому загрузку PDF пока нельзя считать рабочей возможностью: нужен подходящий серверный компонент и повторные испытания. Сканы дополнительно требуют предварительного распознавания текста — OCR.

Поставка возможна в одном из двух вариантов: расширение CFE — подключаемый модуль с дополнительными функциями, либо внешняя обработка EPF — отдельный инструмент, запускаемый в 1С. Основная конфигурация напрямую не переписывается; одновременно устанавливать оба варианта не требуется. Права, совместимость и условия облачного сервиса проверяются при внедрении.

Следующий шаг — приёмка на реальных задачах

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

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