При переходе бюджетных и казенных учреждений на работу с системой «АЦК-Финансы» одной из главных задач становится корректная настройка обмена электронными документами между учетной системой 1С:Бухгалтерия государственного учреждения (БГУ) и порталом казначейства. Зачастую типовые форматы выгрузки, предоставляемые разработчиками, требуют локальной адаптации под требования региональных финансовых органов. Разберем по шагам, с какими трудностями можно столкнуться при экспорте заявок на кассовый расход, и детально проанализируем способы их решения.
Очень частая ситуация: при попытке выгрузить «Заявку на кассовый расход» через обработку обмена система выдает огромное полотно текста с ошибками компиляции. В описании ошибки фигурируют следующие строки:
{(1,1)}: Ожидается выражение >*НоваяСтрока
При выгрузке объекта: Заявка на кассовый расход ... в ходе формирования поля /EXTRWT/WTFORMAT/@VERSION возникла внутренняя ошибка:
Ошибка компиляции при вычислении выражения или выполнении фрагмента кода:
{(1,1)}: Ожидается выражение
Переменная не определена (Номер)
Переменная не определена (СуммаДокумента)
Проанализируем ситуацию. Данная ошибка возникает из-за того, что механизм 1С пытается обработать структуру файла неверно. Причина кроется в некорректно заданных параметрах самого альбома форматов (например, в объекте формата ЗКРАУ 1.1 или аналогичном). В настройках формата для выгружаемого документа ошибочно установлено направление обмена Импорт вместо Экспорт. Из-за этого система пытается «читать» данные, применяя правила загрузки к процессу выгрузки, что приводит к отсутствию переменных в контексте.
Решение: Перейдем в настройки форматов обмена. Откроем нужный формат документа (например, ЗКРАУ 1.1), найдем поле Направление обмена и изменим его значение на Экспорт. После этого сохраним настройки. Для надежности также рекомендуется удалить из используемого формата обмена лишние объекты, оставив только те документы, которые фактически выгружаются (например, только ЗКР 1.1). Формирование XML-файла пройдет успешно, останутся лишь штатные предупреждения.
Посмотрим на следующую проблему. В АЦК-Финансы жестко регламентирована длина полей. Например, поле кода субсидии (цели) GRANTINVESTMENTCODE по формату требует строку определенной длины (до 20 символов). Если в 1С код цели состоит из 15 символов, при выгрузке платформа автоматически дополняет оставшиеся 5 символов пробелами. В итоге в XML попадает строка GRANTINVESTMENTCODE="123456789012345 ", которую портал казначейства может отвергнуть.
Просто стереть пробелы в справочнике 1С не получится — система вернет их обратно для соответствия длине реквизита. Решим эту задачу прямо в настройках правил выгрузки, не прибегая к изменению конфигурации.
Решение: Откроем правила обмена для нужного формата, найдем настройку выгрузки проблемного поля (кода субсидии) и в колонке или поле обработки значения применим встроенную функцию 1С для отсечения лишних пробелов по краям строки — СокрЛП. Настроим выражение выгрузки следующим образом:
СокрЛП(Значение)
Теперь при формировании файла 1С будет обрезать пустые символы справа, и файл загрузится в АЦК без ошибок парсинга.
Для казенных учреждений часто требуется выгружать специфические поля, такие как «Название бланка расходов» (ESTIMATENAME). Если в наименовании вашей организации или бланка присутствуют кавычки (например, КГКУ "Организация"), при стандартной выгрузке может возникнуть ошибка синтаксиса или формата.
Разберем, как правильно заставить 1С передать эти кавычки внутрь текстовой строки XML. Одинарные или двойные кавычки вызывают сбой парсера 1С при формировании текстового узла.
Решение: В правилах выгрузки необходимо использовать многократное экранирование кавычек. Чтобы в итоговый файл попала строка с кавычками, необходимо обрамить текст так, чтобы внутренние кавычки дублировались. Запишем выражение выгрузки так:
"0000 - 01 - КГКУ ""Организация"""
При вычислении этого выражения 1С преобразует две подряд идущие кавычки внутри строки в одну обычную кавычку, и в АЦК уйдет корректное наименование.
Начиная с 2016 года структура КПС изменилась, и КОСГУ (КЭК) перестал быть неотъемлемой частью классификационного признака счетов. Однако местные органы казначейства часто продолжают требовать заполнения тега KESR в бюджетной строке документа. Старые настройки перестают работать, так как КОСГУ теперь является отдельным аналитическим разрезом.
Если необходимо экстренно добавить выгрузку этого кода, и штатные настройки не помогают, рассмотрим вариант доработки выгрузки. Есть несколько путей: либо через настройку произвольных параметров в правилах обмена (например, используя конструкцию ?(ТЧ.ВидБКПлательщика = "10", Прав(ТЧ.КодБКПлательщика, 3), "")), либо путем небольшого вмешательства в код конфигурации, если выгрузка идет программно.
Если вы выбрали программный путь, найдем общий модуль ПлатежноРасчетныеДокументыСервер. Нас интересует функция ЗначенияРеквизитовЗаявкаНаКассовыйРасход. В тексте запроса можно добавить присоединение наименования КБК к коду главы:
ИНАЧЕ ЕСТЬNULL(ЗаявкаНаКассовыйРасходРасшифровкаПлатежа.Ссылка.ЛицевойСчет.Владелец.КодПоППП.Код, "000")
+ ЗаявкаНаКассовыйРасходРасшифровкаПлатежа.КБКНазначениеПлатежа.Наименование
Важное примечание: Изменение типовой конфигурации усложняет ее поддержку. Гораздо безопаснее скачать с сайта разработчика (или запросить у местного казначейства) актуальные файлы форматов (файлы с расширением .defx, например AZK.defx), поддерживающие последние изменения законодательства, и загрузить их в 1С через раздел «Настройка поставок форматов обмена».
Рассмотрим логическую ошибку, которая возникает уже на стороне портала АЦК-Финансы после того, как файл загружен. Система выдает статус отказа с кодом AZK-0264 и не дает провести оплату.
Эта ошибка не связана с файлом XML или конфигурацией 1С. Она говорит о нарушении бизнес-логики в самом казначействе. Заявка на кассовый расход в АЦК является «дочерним» документом по отношению к «Сведениям об обязательствах и договоре БУ/АУ». Данная ошибка возникает, когда родительский документ (договор/обязательство) находится в статусе, не позволяющем принимать платежи (например, статус «Перерегистрирован», «Отказан» или «Проверка с ошибкой»).
Решение: Выясним статус родительского документа в АЦК. Чтобы заявка была оплачена, родительский документ должен иметь статус Обработан. Если договор отклонен контролером, необходимо зайти в учетную систему, создать новые сведения об обязательстве (исправив ошибки, на которые указали в казначействе), отправить их в АЦК и дождаться положительного статуса. Только после этого к новому обязательству можно привязать новую заявку на кассовый расход.
Пользователи часто задают вопрос: можно ли в АЦК-Финансы восстановить документ, который по ошибке или по требованию контролера был переведен в статус «Удален»?
Ответ однозначен: согласно регламентам работы системы, электронный документ в статусе «Удален» доступен только для чтения (просмотра истории). Вернуть его в работу кнопками интерфейса бухгалтера невозможно.
Решение: Скопируем исходный документ в 1С:БГУ, проведем его, заново сформируем файл выгрузки и отправим в систему АЦК как новый документ.
Проанализируем несколько дополнительных важных аспектов, которые помогут автоматизировать работу и избежать рутины:
.defx в 1С обязательно перезапустите программу, иначе изменения не применятся.PAYIDENTKODDOHKADMD и PAYIDENTKODDOHKD (коды администратора и видов дохода), можно настроить автоматическую подстановку корреспондирующих счетов: счет 303.00 для налоговых платежей или 302.00 для расчетов с контрагентами. Также правила можно настроить так, чтобы при успешной загрузке статус документа в 1С автоматически менялся на «Исполнен».Внимательная настройка правил обмена, корректное использование функций форматирования текста (таких как СокрЛП) и регулярное обновление альбомов форматов позволят свести количество ошибок при выгрузке из 1С в АЦК-Финансы к минимуму и значительно ускорят работу бухгалтерии.