Наверно не совсем понятно написала про ошибку, речь о том, чтобы контроль пропускал длину номера БО в один знак.

Еще всплыл такой момент.

Есть платежи по опеке, и по ним нужно указывать Аналитический код, вот здесь:

Должен быть указан по каждой строке и по итоговым суммам выплат, как и КБК.

Вопрос: где его указывать при формировании файлов?

Будет ли доработка?

Добрый день!

Попробовали, все равно не проходит проверку.

Скрин ошибок вот:

Вот так выглядит реестр в СУФД уже без КБК, если лицевой счет начинается на 30, т.е. его не должно быть ни в итоговых суммах, ни в каждой из строк:

В самом первом сообщении я скидывала образец файла, сформированного в СУФД, как раз если убрать КБК, и тэг AmntKBK там все же пустой.

Как объяснили мне расчетчики, по некоторым выплатам (соц.поддержка, прочие) они ставят номер БО просто 2, это некий фиктивный номер, т.к. на момент отправки таких реестров им не известен номер БО. 

Он присваивается самим казначейством, и они его видят уже после того, как документ исполнен.

Предложила дополнять нулями эту двойку, временно согласились, но говорят, что в СУФД они все равно ее правят руками, и длину в один знак проверка пропускает.

1. Для чего нужна печатная форма? бухгалтерам все нужно. 

А вообще для более надежного взаимодействия между расчетным и банковским отделом.

Особенно актуально наверно будет для УПБ, где создается много реестров по многим организациям и источникам.

1. Примерно такой, во вложении.Шаблон МИР.xlsx

2. Очень удобно было работать с сохранением файлов по типу Сбербанк Онлайн, там путь можно было прописать в настроечной таблице, в колонке Путь и имя файла для передачи.

Еще такой вопрос: бухгалтера говорят, что номер БО у них бывает длиной всего в один знак, если так поставить, то выдает ошибку при выгрузке. 

Можно ли как-то тоже этот момент исправить?

Еще попутно вопросы:

1. можно ли добавить печатную форму для этих реестров, что-нибудь наподобие как в сбербанке.

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

Расчетчики сохраняют эти файлы в сетевые папки, откуда их берут и отправляют сотрудники банковского отдела.

А еще вылазит недоимка по налогу, у кого уже свыше 13%, т.к. доход из базы РК перетекает в основную, и по основной получается превышение в 2,4 млн, а то и выше у кого-то. 

Дата ведомости же уже текущая будет? Тогда получится, что удержан налог будет в 3 квартале, и в 160 строку во 2 квартал не попадет.