Заказать обратный звонок
Или позвоните нам сами
+7 (495) 118 35 71
Заполняя форму, вы соглашаетесь с нашей Политикой конфиденциальности
Как загрузить выписку из ЭБ ПУР КС в 1С: XML, TXT и рабочие варианты интеграции

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

Главный вывод: XML из ПУР КС не обязан загружаться через обычный механизм «Клиент банка». Сначала нужно проверить конфигурацию и релиз 1С: в 2026 году в отдельных типовых решениях уже появился штатный обмен с ГИИС «Электронный бюджет». Самописный конвертер имеет смысл только после такой диагностики.

1Почему XML из ПУР КС не всегда принимает обычный «Клиент банка»

Открытый стандарт «1С:Предприятие — Клиент банка» описывает текстовый файловый обмен. По умолчанию при передаче данных из системы «Клиент банка» в 1С используется файл kl_to_1c.txt. Внутри данные передаются секциями и строками вида «идентификатор реквизита = значение».

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

Простое переименование не работает: vypiska.xmlvypiska.txt меняет только расширение файла, но не внутреннюю структуру. Нужен либо штатный механизм конфигурации 1С, который понимает казначейский формат, либо полноценное преобразование данных.

2TXT — это еще не обязательно формат «Клиент банка»

В технических обсуждениях легко смешать текстовый формат вообще и открытый стандарт обмена «1С:Предприятие — Клиент банка». Фирма «1С» действительно указывает, что в новом обмене с ГИИС «Электронный бюджет» доступны XML и TXT. Но это не означает, что любой TXT из казначейской системы автоматически соответствует структуре kl_to_1c.txt.

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

3Что изменилось в 1С в 2026 году

20 февраля 2026 года фирма «1С» опубликовала описание версии 3.0.192.12 конфигурации «Бухгалтерия некоммерческой организации», редакция 3.0. В ней появилась возможность выгружать и загружать платежи через Казначейство — ГИИС «Электронный бюджет».

ФорматыДля обмена заявлены XML и TXT.
Входящие данныеИнформация о платежах из ГИИС «Электронный бюджет» загружается как банковская выписка.
Исходящие данныеПлатежные поручения можно выгружать в файл для последующей загрузки в ГИИС «Электронный бюджет».
ОграничениеФирма «1С» отдельно указывает, что функционал доступен в версии КОРП.

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

4Сначала определите точную конфигурацию 1С

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

Первый вопрос для специалиста 1С: поддерживает ли текущий релиз штатный обмен с ГИИС «Электронный бюджет»?

5Вариант 1. Использовать штатный обмен 1С

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

Даже типовой механизм желательно сначала проверить на копии информационной базы и на реальной безопасно подготовленной выборке операций.

6Вариант 2. Ручной перенос с обязательной сверкой

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

РеквизитыДата, номер, сумма, плательщик или получатель, назначение.
Казначейская аналитикаЛицевой счет, контракт, ИГК — если применяется.
Учетная аналитикаДоговор, статья движения денежных средств и другие разрезы.
КонтрольСверка количества операций и итоговых оборотов с исходной выпиской.

7Вариант 3. Конвертер XML → формат «Клиент банка»

Если штатной загрузки нет, один из вариантов — преобразовать XML в текстовую структуру, которую понимает используемый механизм 1С.

Дата операции в XML
Дата документа 1С
Номер
Номер документа
Сумма
Сумма платежа
ИНН / КПП
Плательщик или получатель
Назначение
Назначение платежа

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

8Вариант 4. Внешняя обработка или расширение 1С

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

9Что должна проверять безопасная загрузка

ДублиПовторный импорт файла не должен создавать вторую операцию.
Лицевой счетОперация должна однозначно относиться к нужной организации и объекту учета.
КонтрагентНеоднозначное совпадение должно уходить в ручную проверку.
КонтрактДоговор и ИГК нельзя определять только по случайному совпадению текста.
Исходный файлXML желательно хранить в неизменном виде.
ЖурналФиксируются файл, пользователь, время, операции, дубли, ошибки и предупреждения.

Открытый стандарт «1С:Предприятие — Клиент банка» предусматривает идентификацию документов по расчетному счету, виду документа, дате и номеру. Для собственной интеграции алгоритм поиска дублей нужно строить по реально доступным идентификаторам исходного формата.

10Не проводите все документы автоматически с первого дня

Загрузка → предварительно созданный документ → контроль → проведение

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

11Как протестировать интеграцию до запуска

ПоступленияАванс или другое типичное поступление.
ПоставщикиОбычный расходный платеж.
Обязательные платежиНалоги, взносы и регулярные операции.
ЗарплатаВыплаты и связанные платежи.
ИсключенияВозврат, новый контрагент, длинное назначение.
ПовторВторая загрузка того же файла.
Исходная выписка → результат загрузки → документы 1С → бухгалтерские записи → аналитика контракта

12Практический порядок внедрения

Определите конфигурацию

Зафиксируйте название, редакцию, релиз и существенные доработки.

Проверьте штатные возможности

Изучите описание актуального релиза.

Получите реальный файл

Используйте фактическую выгрузку с безопасным обращением с данными.

Опишите соответствие полей

Реквизит ПУР КС → реквизит 1С → правило → обязательность → действие при ошибке.

Выберите способ

Штатный функционал, ручной ввод, конвертер, обработка или расширение.

Протестируйте на копии

Не начинайте испытания в рабочей базе.

Проверьте исключения

Тестируйте разные типы операций.

Проверьте дубли

Повторная загрузка не должна создавать документы второй раз.

Сверьте аналитику

Проверьте контракты, договоры и раздельный учет.

Закрепите регламент

Назначьте ответственных за загрузку, контроль и проведение.

13Что закрепить во внутреннем регламенте

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

14Как выбрать подходящий вариант

Мало операцийРучной ввод со сверкой может быть рациональнее разработки.
Есть штатный обменСначала тестируют типовой функционал текущего релиза.
Простая структураВозможна конвертация XML в поддерживаемый текстовый формат.
Много операций и аналитикиЧаще требуется специализированная обработка или расширение.

15Чек-лист перед автоматизацией

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

16Чем поможет «ВСЕОГК»

«ВСЕОГК» помогает определить учетные требования к переносу операций из ГИИС «Электронный бюджет» в 1С и проверить результат автоматизации с точки зрения казначейского сопровождения и раздельного учета.

Проверяем структуру учета по лицевому счету.
Определяем аналитику по контрактам.
Сопоставляем операции с раздельным учетом.
Формируем требования к автоматизации для специалиста 1С.
Проверяем дубли и ошибочное сопоставление договоров.
Анализируем результат загрузки до массового проведения.

Разделение ролей: «ВСЕОГК» формирует требования к учетной логике и контролю казначейских операций; техническая реализация должна учитывать конкретную конфигурацию 1С и фактический формат файлов обмена.

Редакционная оговорка. Материал носит информационный характер. Функциональность 1С зависит от конкретной конфигурации, редакции, релиза, расширений и доработок. Форматы и интерфейсы ГИИС «Электронный бюджет» также могут изменяться.

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

Нормативные и технические ориентиры

  • Открытый стандарт фирмы «1С» «1С:Предприятие — Клиент банка»: текстовый файловый обмен; по умолчанию при приеме используется имя kl_to_1c.txt.
  • Официальное описание фирмы «1С» версии 3.0.192.12 конфигурации «Бухгалтерия некоммерческой организации», опубликованное 20.02.2026: добавлен обмен платежами через ГИИС «Электронный бюджет» в XML и TXT; информация о платежах загружается как банковская выписка; функционал доступен в версии КОРП.
  • Пользовательские инструкции Федерального казначейства по ГИИС «Электронный бюджет», включая опубликованную в декабре 2025 года инструкцию по выгрузке XML для загрузки в учетную систему клиента.
  • Документация и описание обновлений конкретной конфигурации 1С — основной источник для определения фактически доступного способа интеграции.

Заключение

Проблема загрузки выписки из ПУР КС в 1С обычно возникает не потому, что один из файлов «неправильный», а потому, что разные системы используют разные структуры обмена.

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

Советуем почитать
Показать ещё