Настройка обмена ЭСФ в 1С: почему он отваливается через полгода

Пошаговых инструкций “как настроить обмен 1С с ИС ЭСФ” в интернете десяток, и они нормальные: включить, выбрать сертификат, завести пользователя, проверить вход. За час справляется любой администратор.

Только вот через полгода обмен встаёт, и человек, который его настраивал, уже не помнит, что и где включал. Настроенный обмен не остаётся настроенным - в нём четыре узла, которые протухают сами, без чьего-либо участия.

Про них и поговорим. Первичную настройку пересказывать не буду, её и так есть где прочитать.

Узел 1. Сертификат ЭЦП

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

Что закладывать на этапе настройки:

• записать дату окончания ключа там, где её увидят: в задаче, в календаре, в служебной записи. Не “у бухгалтера в голове”;
• помнить, что ключей два - для подписи документов и для аутентификации, и перевыпускать надо оба, и оба заново указывать в 1С;
• проверить, у кого ещё этот же ключ используется. Ключ, которым подписывают ЭСФ, часто используется и на портале, и в банке, и его замена ломает всё сразу.

Отдельная тонкость: после замены ключа 1С не подхватывает новый сертификат сама. В настройках пользователя ИС ЭСФ его надо выбрать заново и проверить вход.

Если после замены посыпались ошибки подписи, ищите свой дословный текст в справочнике ошибок NCALayer: у “не удалось подключиться”, “соединение прервано” и “модуль не установлен” причины разные, и лечатся они по-разному.

Узел 2. Профиль пользователя

Место, о котором на этапе настройки не думают вообще, потому что всё работает.

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

Когда это стреляет:

• организация была ИП, стала ТОО, или наоборот;
• сменился директор, а карточка пользователя осталась прежней;
• отправку передали бухгалтеру, а профиль остался директорским;
• в базе несколько организаций, и у них разные схемы подписания.

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

Узел 3. Тикет и сессия

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

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

Практическое следствие: обмен может встать без единого изменения в настройках. Вчера работало, сегодня нет, никто ничего не трогал - и это не мистика, а истёкший тикет.

Что закладывать: понимание, кто и как продлевает сессию, и что происходит, когда она истекает в нерабочее время. Если отправка идёт по расписанию ночью, вопрос из теоретического становится главным.

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

Узел 4. Расписание синхронизации

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

Что здесь ломается:

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

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

Общая черта всех четырёх узлов

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

Отсюда единственная настройка, которой нет ни в одной инструкции, но которая важнее всех остальных: надо видеть, что обмен работает. Не “нет ошибок”, а положительный признак - сколько документов ушло сегодня, сколько ждёт отправки, сколько отклонено.

Минимальный вариант, доступный без всякой автоматизации: отчёт по документам в статусе “не отправлен”, который кто-то открывает каждое утро. Он не идеален, но он в разы лучше, чем узнавать о простое от контрагента, которому нужен зачёт НДС.

Если конфигурация нетиповая

Всё написанное выше про типовые казахстанские конфигурации, где обмен есть в коробке - что именно лежит в такой коробке и что из этого требует присмотра, разобрано в обзоре 1С:Бухгалтерия для Казахстана. Если у вас самописная база, российская УТ или ERP, доработанное отраслевое решение - обмена с ИС ЭСФ в ней нет вообще, и настраивать нечего: счета-фактуры выписываются на портале руками, повторно, после того как документ уже оформлен в учёте.

Это отдельная задача, и решается она разработкой обмена под конкретную базу. Что в него входит и от чего зависит объём, описано на странице услуги “Автоматическая отправка ЭСФ из 1С”.

Чего здесь нет

Честная граница: это разбор технических узлов обмена, а не инструкция по учёту. Вопросы о том, какие обороты требуют выписки ЭСФ, в какие сроки и как оформлять исправленные и дополнительные счета-фактуры, решает бухгалтер по действующим правилам, а не настройки 1С. Первоисточник по требованиям к заполнению - документы по ИС ЭСФ на сайте Комитета государственных доходов.

---

Любопытно, что из четырёх узлов три ломаются от событий, которые к 1С отношения не имеют вовсе: перевыпуск ключа, смена директора, истечение сессии. У вас что стреляло последним?

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