Обмен 1С с банком сломался. Что проверять по порядку

Приветствую вас, коллеги!

Обмен с банком - лидер по количеству звонков «у нас все сломалось» среди всего, что связано с 1С. Причем ломается он обычно не в понедельник, а в день платежей, когда это особенно некстати))

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

Почему это ломается чаще всего остального

Причина простая, и она не техническая.

Обмен с банком - единственный механизм в 1С, который зависит сразу от четырех сторон: от вашей программы, от банка, от электронной подписи и от человека, который нажимает кнопку.

Любая из четырех может измениться без предупреждения. Банк обновил систему. Подпись истекла. Обновилась 1С. Уволился бухгалтер, у которого все было настроено.

И вот что важно: чаще всего ломается не программа. Ломается что-то на стыке. Поэтому и разбираться надо по порядку, а не «переустанавливать 1С».

Два способа обмена - и ломаются они по-разному

Прежде чем чинить, определитесь, что у вас.

Файловый обмен. Классика: 1С выгружает платежки в файл, вы загружаете этот файл в банк-клиент. Обратно - выписка файлом, которую 1С забирает. Идет по стандарту обмена с системами «Клиент банка» - открытому, его поддерживают все. Работает везде, со всеми банками, не требует ничего особенного.

Прямой обмен. Программа связывается с банком напрямую, без файлов. Платежки уходят из 1С, выписка приходит туда же. У 1С эта технология называется ДиректБанк - именно это слово вы услышите от банка и от поддержки, когда будете спрашивать, поддерживается ли она. Удобнее файлового, но требует настройки и подписи, и точек отказа у него больше.

Практическое наблюдение. Если у вас все время что-то ломается с прямым обменом и никто не может это стабилизировать - файловый обмен остается совершенно законным и рабочим вариантом. Он скучный, он требует пары лишних кликов, но он почти не ломается. Иногда это правильный выбор, и стесняться тут нечего.

Файловый обмен: что проверять

По порядку, от частого к редкому.

Первое: путь к файлу. Самая частая причина из всех. Файл выгружается в одну папку, а банк-клиент смотрит в другую. Обычно это случается после переустановки, переезда на новый компьютер или после того, как кто-то навел порядок на диске.

Второе: права на папку. Особенно если папка сетевая. Человек видит папку, но записать в нее не может - и 1С молча не выгружает.

Третье: кодировка и формат файла. Файлы по умолчанию называются 1c_to_kl.txt и kl_to_1c.txt, а кодировка выбирается прямо в настройках выгрузки - DOS или Windows. Если после обновления что-то поехало, банк файл не примет или примет неправильно - например, с кракозябрами в назначении платежа. Проверяется за минуту: откройте выгруженный файл блокнотом и посмотрите, читается ли русский текст.

Четвертое: настройки выгрузки в самой 1С. Какие документы попадают в файл, за какой период, какие счета. Часто проблема в том, что платежка просто не попала в отбор.

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

Прямой обмен: что проверять

Здесь список длиннее, потому что точек отказа больше.

Первое: срок действия сертификата подписи. Причина номер один. Подпись выпущена на год с небольшим, срок прошел, обмен встал. Про подписи и сроки я писал отдельно - там же про то, почему это надо вносить в календарь.

Второе: сертификат для защищенного соединения. Для прямого обмена часто требуется отдельный сертификат или ключ от банка - не тот же, которым вы подписываете. У него свой срок и свой пин-код.

Третье: корневые сертификаты в системе. Скучная, но регулярная причина. Если в операционной системе не установлены нужные корневые сертификаты, соединение не устанавливается, а ошибка выглядит невнятно - что-то про проверку узла. Особенно это касается старых систем.

Четвертое: смена подписанта. Директор сменился, подпись перевыпустили, а в настройках обмена остался старый. Или подпись выпустили на другого человека, а полномочия в банке не обновили. И если подписывает сотрудник, а не директор, то проверять надо две вещи, а не одну: его личный сертификат и машиночитаемую доверенность на него.

Пятое: пароль или пин-код. Сменили в банке, в 1С не поменяли.

Шестое: сеть. Прокси, межсетевой экран, антивирус с проверкой защищенных соединений. Все трое умеют ломать обмен так, что выглядит это как проблема в программе. Проверяется просто: работает ли обмен с другой машины или из другой сети.

Седьмое: изменения на стороне банка. Банки обновляют системы, и иногда что-то перестает работать без объявления. Если по остальным пунктам все чисто - звоните в банк, это нормальная и частая ситуация.

Главная причина всех бед - сроки

Отдельным разделом, потому что это объясняет большинство случаев.

В обмене с банком есть минимум четыре вещи с истекающим сроком: сертификат подписи, сертификат или ключ для соединения с банком, машиночитаемая доверенность, если подписывает сотрудник, и иногда сам договор на услугу.

И отдельно про доверенность, потому что тут ловушка. Ее срок ставит тот, кто ее выдает, и он никак не привязан к сроку сертификата подписи. То есть подпись может быть живой еще полгода, а доверенность кончится на следующей неделе - и обмен встанет при формально исправной подписи. Проверять надо обе даты, а не одну.

Ни одна из них не предупреждает заранее так, чтобы это заметили. Уведомление приходит на почту, которую никто не читает, или всплывает окно, которое закрывают не глядя.

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

Мой практический совет, который решает половину проблемы: выпишите все сроки в один календарь с напоминанием за месяц. Подписи, сертификаты, ключи, лицензии. Это полчаса работы один раз, и она окупается первым же несостоявшимся авралом.

Проверка за двадцать минут

Порядок действий, когда обмен встал прямо сейчас.

1. Уточните, что именно не работает. Не уходят платежки, не приходит выписка или не работает вообще ничего? Это три разные ветки.
2. Посмотрите текст ошибки целиком. Не «выдает ошибку», а точный текст. Половина ответов содержится прямо в нем.
3. Проверьте срок подписи. Первым делом, потому что это самая частая причина.
4. Попробуйте с другой машины или из другой сети. Если там работает - дело в машине или в сети, а не в 1С и не в банке.
5. Зайдите в банк-клиент через браузер. Работает ли сам доступ к банку. Если нет - вопрос к банку.
6. Проверьте, не обновлялось ли что-то вчера. 1С, Windows, антивирус, банковское ПО. Обмен ломается сразу после обновлений чаще, чем в любое другое время.

Эти шесть пунктов закрывают подавляющее большинство случаев. И главное - они дают ответ на вопрос, кому звонить: нам, банку или своему админу.

Дубли платежей: откуда берутся

Отдельная неприятность, о которой стоит знать заранее.

Как это выглядит: платеж прошел дважды. Или в 1С висят два одинаковых документа, а в банке один.

Откуда берется. Обмен прервался на середине - связь моргнула, программа закрылась, банк не ответил вовремя. Человек не понял, прошло или нет, и нажал еще раз.

Что делать, чтобы этого не было:

• не нажимать повторно, не проверив. Сначала посмотрите в банк-клиенте, ушел платеж или нет. Тридцать секунд против неприятного разговора с контрагентом;
• загружать выписку, а не полагаться на память. Выписка - единственный источник правды о том, что реально прошло;
• и разобраться с настройками сверки, если дубли случаются регулярно. Это чинится.

Практическое правило для бухгалтерии: если непонятно, прошло или нет - проверяем в банке, а не жмем повторно. Стоит написать это на бумажке и повесить рядом с монитором, я не шучу.

Автообмен - и почему не под учеткой человека

Про автоматизацию, раз уж тема зашла.

Обмен можно настроить регламентным заданием - чтобы выписка приходила сама, скажем, каждое утро. Это удобно и снимает часть рутины.

Но есть важное условие, которое нарушают почти все: регламентное задание не должно работать под личной учетной записью сотрудника.

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

И второе условие: автообмен нужен контроль. Если выписка не пришла, кто-то должен об этом узнать в тот же день, а не в конце месяца при сверке.

Случай из практики

Короткая история, характерная для темы.

Звонок в четверг, день платежей: «платежки не уходят в банк, все горит». Компания на прямом обмене, работало два года без вопросов.

Прошли по списку. Ошибка невнятная, что-то про соединение. С другой машины - та же картина, значит, дело не в компьютере. Через браузер банк открывается нормально, доступ есть.

Смотрим сертификаты. Сертификат подписи в порядке, до конца срока еще полгода. А вот ключ для защищенного соединения с банком истек накануне.

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

Решение заняло полдня - получить новый ключ и установить. Но полдня в день платежей - это неприятно.

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

Вывод очевидный, но его стоит проговорить: чинить обмен с банком - работа на полдня. Не доводить до поломки - работа на полчаса, один раз.

Профилактика: календарь сроков

Что должно быть в этом списке. Пройдитесь и проверьте, знаете ли вы даты.

• сертификат электронной подписи - и у каждого, у кого он есть;
• ключ или сертификат для связи с банком;
• машиночитаемая доверенность - если платежки подписывает не директор, а сотрудник. С сентября 2024 сертификаты на сотрудников юрлиц больше не выдают: представитель подписывает личным сертификатом физлица плюс доверенностью, так что «если работаете по ней» тут уже не про выбор;
• договор на банковское обслуживание и подключенные услуги;
• лицензии 1С и ИТС;
• домен и хостинг - раз уж составляете список, добавьте и их;
• срок фискального накопителя, если у вас касса.

И главное - почта, на которую все это приходит. Она должна быть живой и принадлежать компании, а не конкретному человеку. Иначе получится как в истории выше.

Если делать некому

Как вы помните, я айти-специалист: веду 1С для организаций, собираю и держу серверы. У нас команда из десяти программистов, и обмен с банком - одна из самых частых задач в сопровождении.

Чем помогаем:

• чиним обмен, когда он встал - по порядку, а не наугад;
• настраиваем прямой обмен или переводим на файловый, если так надежнее;
• настраиваем автообмен правильно - под служебной учеткой и с контролем;
• разбираемся с дублями и настраиваем сверку;
• собираем календарь сроков - подписи, ключи, лицензии, с напоминаниями;
• берем 1С на сопровождение, чтобы такие вещи не случались в день платежей.

Подробнее про обслуживание: 1c.akernel.ru/services/it-podderzhka

И предложение на пять минут. Если обмен встал прямо сейчас - напишите точный текст ошибки. По тексту почти всегда видно, чья это зона: наша, банка или вашего админа. Скажу бесплатно, и вы сэкономите время на звонках не туда)

Читайте также: Электронная подпись и МЧД, Уволился системный администратор, Обновление 1С без потери доработок и Как выбрать подрядчика по 1С.

Названия настроек приведены для типовых конфигураций - в вашей они могут отличаться. Конкретные требования к сертификатам и форматам уточняйте у своего банка.