← На главную

При организации электронного документооборота с территориальными органами Федерального казначейства (УФК) бухгалтеры государственных и муниципальных учреждений нередко сталкиваются с категоричным требованием кураторов: предоставить выгрузку документа «Принятое денежное обязательство» исключительно в виде файла с расширением .txt. При этом типовая конфигурация «1С:Бухгалтерия государственного учреждения» (БГУ) упорно формирует файлы .xml. Выясним причину этого противоречия и подробно разберем, как поступить в подобной ситуации.

Почему 1С формирует XML и откуда берется требование TXT

Проанализируем нормативно-техническую базу, на которой строится обмен с органами казначейства:

1. Стандарты альбома ТФФ Федерального казначейства. Официальный ведомственный регламент носит название «Требования к форматам текстовых файлов, используемых при информационном взаимодействии между подразделениями Федерального казначейства и участниками бюджетного процесса» (сокращенно — ТФФ). Из-за слова «текстовых» в названии документа у многих специалистов на местах возникает ложное представление о том, что абсолютно все файлы обмена должны иметь расширение .txt.
2. Разделение форматов внутри стандарта. В альбоме ТФФ платежные документы (например, Заявки на кассовый расход, Платежные поручения) исторически имели строчный текстовый формат с вертикальной чертой в роли разделителя (спецификации TXZR, TXPP). Однако для документа «Сведения о денежном обязательстве» (форма по ОКУД 0506102) стандартом ФК РФ утвержден строго формат XML (пакет документов XMDO, правила серии DO_...). Альтернативного текстового разделительного формата для денежных обязательств в альбоме ТФФ не существует в принципе.
3. Специфика регионального и муниципального ПО. Если учреждение финансируется из местного или регионального бюджета, прием документов может осуществляться не напрямую через АС ФК или СУФД, а через внутренние финансовые комплексы региона («АЦК-Финансы», «Бюджет-СМАРТ», системы компании «Криста»). В таких системах разработчиками могут быть заложены локальные текстовые форматы импорта обязательств, не имеющие отношения к федеральному стандарту.

Таким образом, типовые конфигурации 1С строго следуют требованиям альбомов Федерального казначейства, формируя для документа «Принятое денежное обязательство» валидный файл XML. Требование файла .txt является либо следствием терминологической путаницы со стороны оператора УФК, либо требованием стороннего промежуточного ПО.

Проверка и настройка обмена в «1С:Бухгалтерия государственного учреждения»

Разберем по шагам, как в 1С:БГУ устроен механизм выгрузки денежных обязательств и на что необходимо обратить внимание при подготовке файлов:

1. Загрузка актуального альбома форматов. В программе перейдем в справочник ФорматыОбмена и воспользуемся процедурой «Помощник загрузки и обновления форматов». Необходимо убедиться, что в информационную базу загружен актуальный комплект форматов казначейства (как правило, поставляется в архиве обновлений в файле OFK.xml или FK.xml, а также EB.xml для обмена с сервисами Электронного бюджета).
2. Настройка правил экспорта. В форме «Настройка форматов обмена» проверим, какой именно формат сопоставлен документу ПринятоеДенежноеОбязательство. Для Федерального казначейства это должен быть актуальный регламент из семейства DO_X.X (тип обмена — с ОФК/УФК или с Электронным бюджетом).
3. Проверка проведения и статуса документа. Важная архитектурная особенность подсистемы обмена в БГУ: при формировании документа «Задание на экспорт» алгоритм отбирает непроведенные экземпляры денежных обязательств. Если документ уже проведен и утвержден к бухгалтерскому учету, механизм экспорта может пропустить его или выдать ошибку заполнения.

Варианты решения проблемы при разногласиях с казначейством

Рассмотрим последовательность действий для успешной передачи документов:

1. Уточнение программного комплекса на стороне получателя.

   В первую очередь необходимо запросить у куратора или технического специалиста казначейства точное название программы, куда осуществляется загрузка. Если прием выполняется в штатную автоматизированную систему казначейства (АС ФК, СУФД), оператору достаточно переключить в окне выбора файла маску с *.txt на *.xml (или Все файлы (*.*)), так как парсер АС ФК ждет именно структуру XMDO.

2. Переименование расширения или смена маски файла в 1С.

   Если программный шлюз на стороне принимающего органа настроен автоматически забирать из входящего каталога только файлы с маской *.txt, но внутри считывает разметку XML, можно изменить расширение исходящего файла. Для автоматизации этого процесса в 1С откроем элемент справочника ФорматыОбмена, найдем используемый формат денежного обязательства и в шаблоне имени файла заменим окончание .xml на .txt. Также можно переименовать уже выгруженный файл вручную перед записью на внешний носитель.

3. Действия при наличии специфического регионального формата.

   Если финансовый орган использует локальную систему (например, «АЦК-Финансы» с шлюзом AzkExchange) и ждет действительно текстовый файл со специальными маркерами строк (разделители |), стандартный альбом ТФФ ФК применить не удастся. В таком случае необходимо официально запросить структуру и техническое описание этого формата у финансового органа. Для формирования нестандартных файлов пишется внешняя обработка экспорта данных либо создаются пользовательские правила в конструкторе форматов обмена 1С.

4. Сдача документа на бумажном носителе.

   Если технический регламент со стороны казначейства не предоставлен, а электронный файл в стандарте ТФФ принимать отказываются, действует нормативно закрепленный порядок: при отсутствии технической возможности электронного взаимодействия учреждение передает утвержденную форму документа «Сведения о денежном обязательстве» (ОКУД 0506102) на бумажном носителе. В этом случае обязанность первичного ввода данных в казначейскую систему возлагается на сотрудников органа казначейства.