Приветствую, коллеги. При загрузке выписки СУФД формата TXBD210101 в 1С:БГУ 2 платежи контрагентам находили свои заявки, а налоговые платежи вместо этого создавали документы «Кассовое выбытие». Причина оказалась в номерах заявок внутри файла: при выгрузке пропадал один ведущий ноль.
Как проявлялась ошибка загрузки
Одна и та же выписка обрабатывалась по-разному:
- обычные платежи сопоставлялись с заявками на кассовый расход;
- налоговые платежи 1С не находила;
- вместо связи с заявкой создавалось новое кассовое выбытие.
Ошибки чтения файла не было. Поэтому я сравнил строки по найденному и ненайденному платежу.
Как я проверил файл TXBD210101
- Сделал копию исходной выгрузки и работал только с ней.
- Открыл файл в редакторе, который не меняет кодировку и структуру строк.
- Нашёл номера заявок по платежам, которые 1С распознала.
- Сравнил их с номерами налоговых заявок в СУФД.
- Увидел, что в выгрузке у проблемных номеров отсутствует один из двух ведущих нулей.
Что я сделал для контрольной загрузки
В копии файла я восстановил потерянный ведущий ноль только в проверенных номерах заявок. После этого загрузил копию повторно и посмотрел, как 1С сопоставила строки.
Важно: массовую замену по всему файлу я не выполняю. Перед изменением сверяю каждый номер с заявкой в СУФД и сохраняю оригинал. Если формат подписан или защищён контрольной суммой, редактировать его нельзя.
Как я проверил результат
После восстановления ведущих нулей 1С нашла нужные заявки и отразила платежи в них, а не в новых кассовых выбытиях. Это подтвердило, что причина была в искажении номера при формировании выгрузки.
Для постоянного решения я сохраняю исходный и исправленный файлы вместе с обезличенным примером строк: по ним проще доказать расхождение формата, не пересказывая проблему словами.
Получилось или остались вопросы?
Поделитесь результатом, дополните инструкцию своим опытом или задайте вопрос. Я читаю комментарии и обновляю статьи по реальным случаям.