Участник казначейского сопровождения получает выписку по лицевому счету в ГИИС «Электронный бюджет», но затем сталкивается с неожиданной проблемой: система выгружает данные в XML, а привычная загрузка банковских выписок в коммерческих конфигурациях 1С часто рассчитана на текстовый формат обмена «1С:Предприятие — Клиент банка». В результате бухгалтер переносит операции вручную, тратит время на сверку и рискует допустить ошибку в сумме, назначении платежа или аналитике контракта.
XML-файл из ПУР КС и файл клиент-банка 1С решают похожую задачу, но имеют разную структуру. Стандарт 1С для обмена с банковскими системами описывает собственный набор полей: плательщика, получателя, счет, дату, номер документа, сумму и назначение платежа. XML из казначейской системы формируется по другой схеме и может содержать реквизиты лицевого счета, документа-основания, казначейской операции и вложений. Поэтому простое переименование файла из XML в TXT проблему не решает.
Дополнительная сложность связана с периодом выгрузки. В отдельных интерфейсах выписка формируется по выбранной дате или набору дат, а не одной командой за произвольный длительный период. Это увеличивает число файлов и усложняет контроль дублей.
Нельзя утверждать, что автоматическая загрузка отсутствует во всех продуктах 1С. В феврале 2026 года фирма «1С» сообщила о поддержке обмена платежами через Казначейство в версии КОРП конфигурации «Бухгалтерия некоммерческой организации»: доступны XML и TXT, а информация из ГИИС «Электронный бюджет» может загружаться как банковская выписка. Однако наличие функции в одной конфигурации не означает, что она уже включена в стандартную «1С:Бухгалтерию предприятия», ERP или доработанную базу конкретной коммерческой организации.
Сначала определите точное название конфигурации, редакцию, версию платформы и наличие расширений. После этого проверьте описание обновлений и протестируйте обмен на копии базы.
Первый вариант — ручной ввод с регламентированной сверкой. Он подходит при небольшом числе операций. Бухгалтер создает документы списания и поступления, а второй сотрудник сверяет дату, сумму, контрагента, назначение, лицевой счет и аналитику контракта.
Второй вариант — конвертер XML в формат клиент-банка 1С. Программа разбирает XML и формирует TXT по открытому стандарту 1С. Решение относительно простое, но требует таблицы соответствия полей и проверки каждой новой версии XML-схемы.
Третий вариант — внешняя обработка или расширение 1С. Она загружает XML напрямую, создает документы, заполняет договор, статью движения денежных средств, контракт и ИГК, а также ведет журнал ошибок. Это наиболее удобный вариант при большом потоке операций.
Безопасная интеграция не должна просто создавать документы. Ей нужны поиск дублей по дате, номеру, сумме и идентификатору операции; сопоставление лицевого счета с организацией и контрактом; сохранение исходного XML; разбор длинного назначения платежа; отдельный протокол неизвестных контрагентов; запрет автоматического проведения спорных строк и отчет о расхождениях.
Автоматическое проведение всех операций без предварительного контроля повышает скорость, но создает риск массовой ошибки.
Начинайте с тестового контура. Возьмите выписки за несколько дней, где есть поступление аванса, оплата поставщику, налоги, зарплата и возврат. Сравните результат загрузки с ручным учетом. Только после успешной сверки подключайте рабочую базу.
Отдельно закрепите в регламенте, кто выгружает файлы, где хранится архив, кто проверяет протокол загрузки и кто отвечает за исправление нераспознанных операций.
Проблема XML и TXT — это несовпадение форматов обмена, а не ошибка бухгалтера. В 2026 году появились отдельные типовые решения 1С, но универсальная поддержка зависит от конкретной конфигурации. Для малого числа операций подойдет ручной ввод с двойной сверкой, для постоянной работы — конвертер или внешняя обработка с контролем дублей и аналитики.
«Казначейство Онлайн» помогает проверить условия контракта и режим сопровождения, настроить раздельный учет, подготовить документы для платежа, РКМ и проверки, а также выстроить взаимодействие с ТОФК или уполномоченным банком. Спорную операцию безопаснее проанализировать до подписания договора и перечисления денег.
Редакционная оговорка: материал носит информационный характер. Для конкретного договора или операции требуется проверить применимую редакцию нормативных актов, условия контракта и требования ТОФК либо уполномоченного банка.