Ваши комментарии
Добрый день
по п.3, да, номер документа очень даже подойдет в качестве номера реестра для печатной формы.
по п.4 проверила путь для выгрузки, да, можем не делать.
А вот интересно, неужели по 30-м счетам только у наших клиентов проблема?
Да, все верно.
Ну и сразу вопрос - можете ли назвать сроки? самое срочное - это п. 1-3.
Еще дополнение по печатной форме, нужно, чтобы был счетчик номеров реестров.
Наверно не совсем понятно написала про ошибку, речь о том, чтобы контроль пропускал длину номера БО в один знак.
Еще всплыл такой момент.
Есть платежи по опеке, и по ним нужно указывать Аналитический код, вот здесь:
Должен быть указан по каждой строке и по итоговым суммам выплат, как и КБК.
Вопрос: где его указывать при формировании файлов?
Будет ли доработка?
Добрый день!
Попробовали, все равно не проходит проверку.
Скрин ошибок вот:
Вот так выглядит реестр в СУФД уже без КБК, если лицевой счет начинается на 30, т.е. его не должно быть ни в итоговых суммах, ни в каждой из строк:
В самом первом сообщении я скидывала образец файла, сформированного в СУФД, как раз если убрать КБК, и тэг AmntKBK там все же пустой.
Как объяснили мне расчетчики, по некоторым выплатам (соц.поддержка, прочие) они ставят номер БО просто 2, это некий фиктивный номер, т.к. на момент отправки таких реестров им не известен номер БО.
Он присваивается самим казначейством, и они его видят уже после того, как документ исполнен.
Предложила дополнять нулями эту двойку, временно согласились, но говорят, что в СУФД они все равно ее правят руками, и длину в один знак проверка пропускает.
Сервис поддержки клиентов работает на платформе UserEcho
Добрый день, а можете подсказать, почему 374 вид не видит имущественный вычет?
Какая ошибка в настройках?
На всякий случай сразу сохраненка
ZPL_zplinfo_net(20250908_145126).cab