Есть 198, 912 РК, считаются по 99 алгоритму, только крутятся на разные выплаты.

Но может дело даже и не прям в них, а в их распределении по разным фондам.

198 настроен на выплаты, большинство из которых попадают в первый фонд, но есть выплата 793 стимул, входящая в третий.

Еще есть выплата код 287 стимул, использовалась у них по-моему до октября, на нее РК вообще не крутился, он как бы заведомо в ней сидел. Потом ее перестали использовать, заменили на 788, на него начислялся 199 РК, потом на 793, на него считается 198 РК. Все эти стимулы входят в третий фонд.

Не знаю, может ли это влиять на РК при расчете отпуска.

Добрый день!

Подскажите, когда ожидать обновление?

При такой настройке считает неправильно, дает совершенно странные цифры по доле РК.

Бухгалтер сам не в состоянии отследить сколько он реестров сделал за один день?

В состоянии, ведут для себя список с номерами файлов.

в чем разница?

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

Добрый день!

Шаблон создам, и в форму передам, только не очень поняла, а данные нужные в него как вывести? Никак получается?

ст.21 - не знаю, статья 21, просто текст такой, расчетчики так сказали написать.

О, спасибо, попробуем так сделать.

Добрый день, а там вообще ничего не понятно в этом соцстрахе.

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

Вот пример корректировки у одного из клиентов:

вот раздел 2.1

а вот раздел 2.1.1

Т.е. фактически начисления с внебюджета есть, но им сказали разделить их как бы формально, всю базу поставить в бюджет, а во внебюджет поставить 0.

Я же правильно понимаю, что такое только вручную можно сделать?

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

Да, реестры с БО с одним знаком проходят проверку в СУФД.

Как на данный момент делает бухгалтер: 

в КЗ ставит длинный номер БО, выгружает файл, 

загружает в СУФД, 

открывает загруженный реестр и ставит в нем короткий номер БО,

проверяет, все ОК, отправляет.

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

А еще, если номер бюджетного обязательства состоит из одного знака, то при выгрузке в файл появляется вот такая ошибка:

Что с этим делать?

Добрый день, у нас тоже остался незакрытым вопрос по организации с лицевым счётом, начинающимся на 30, после сентябрьского обновления все равно КБК выгружается в файл в итоговой сумме, хотя тоже не должен. В суммах по каждой из строк его нет, там все правильно.

Т.е. перед итоговой суммой тег KBK должен быть пустым.