День добрый!
1СЗИК77.312
Отчеты\ Налоговая отчетность\ Расчет страховых взносов\ Выполнить\ Печать Расчет страховых взносов.
Программа отчет не формирует и пишет:
ТаблицаОсновныхТарифов.ПолучитьСтрокуПоНомеру(МесяцДохода);
{Глобальный модуль(11883)}: Номер за пределами значения!
Что это значит? Что делать? (В старом релизе 310-ом все формирует).
приведите ВСЕ строки истории константы основного тарифа...
Я правильно поняла, куда смотреть?
Справочники\ Константы\ Основной тариф страховых взносов\ История значения.
01.01.2010 Организации, применяющие ОСН, кроме с/х производителей
ЕНВД на фирме есть?
Нет
что-то недоговариваете...
ладно... временно можно в конфигураторе в глобальном модуле строке 11883 заменить МесяцДохода на Сч
Последний раз редактировалось Генук; 29.06.2011 в 12:20.
Открылась форма, спасибо большое.
ой..и от меня спасибо......только выявили ошибку...села копаться...тоже заменила сч...пошло...Так а в чем причина то...у нас две базы стоит разные...в одной нормально, а в другой выскакивало такое сообщение...
вот и мне интересно... поэтому я и хотел выяснить - в каких базах выскакивает ошибка... чем они отличаются?
по истории константы основного тарифа и наличием/отсутствием ЕНВД?
а пока замена на Сч является лишь костылём... ведь изначально задумывался механизм помесячной отслежки тарифа...
У нас тоже несколько баз, и не формировалось так же только в одной. Завтра сравню.
хм...у нас бюджетное учреждение...на одном компе стоят адм-я и спортзал...в спорте нормально ...на администрации вылезло...На другом компе стоит ДК...там тоже нормально...
ну а чем же они отличаются?
целых 20 минут крутил по всякому демо 312 - ну никак не получил ошибку - всё прекрасно формируется...
а после как исправили ничего не выскакивало...У нас были люди...на которых стал ругаться, что не правильно (или не указан пол, дата рождения)...но это старые, которые сто лет назад уволенные...еще наверное с времен, когда только начинали работать...У меня мелькнула мысль...может он там за что то цепляется...причем если делать подбор, например, одного человека...оно формировало...потом бухгалтер заметила, что цепляло за фамилию...мелькнуло там где то...а когда стали список расширять ...опять ошибку стал выдавать...Т.е. какие то люди ему не понравились...
Вот еще...вернула базу с ошибкой...посмотрела...когда делаешь подбор...по группам (ну галочки ставишь) ...ошибка появляется когда ставишь прочие физ.лица...и под эту категорию почему то попадают уволенные (хотя есть же окошечко в т.ч. уволенные)...и вот значит посмотрела их...отдельно поотбирала...на тех кто уволился в этом году молчит...а вот которые в прошлых годах...выскакивает эта ошибка...а когда формировали то...ставили просто - по всем сотрудникам...вот...
ну а на фига ж тянуть прочих ФЛ - это же уволенные при царе Горохе...
а давайте-ка проверим такую мысль:
поставьте в истории константы основного тарифа тариф не с 01.01.2010, а с лохматого 01.01.1980 - чтоб наверняка работал для любых бывших сотров...
ну как, теперь формирует?
Зашла операции-константы - основной тариф...организации применяющие ОСН, кроме с/х произвонителей...залезла в историю...заменила 01.01.10 на 01.01.80...ни фига...Сообщение от Генук
хорошо... но мы с Вами где-то рядышком с диагнозом... не нравится мне костыль по замене на Сч
подтвердите моделированием, что ошибка возникает только при заполнении списка сотрудников с выбором опции "Прочие физлица"...
да...делаю заполнить V-прочие физ. лица..мне кидает список всех уволенных...Начинаю пробовать по одному...подбором...Тех кто уволен в этом году формирует...а те кто до этого года - ошибка...Вообще ...почему прочие физ.лица...это уволенные...
а когда по всем без выбора списка (по умолчанию) - то нормально формирует?
хм... пока нет предположений по лечению... у Вас есть идеи?
нет...мы то сразу и начинали формировать по всем...ну как обычно...А по всем они то включают всех (т.е. он обрабатывает весь справочник...) ...ну мне кажется, что пока сойдет...главное что бух-р увидела свои цифры и довольна...сейчас отчет сдаст и пока можно спать спокойно...а там смотреть, что будет дальше...вообще ошибка...следствие того, что у них нет дохода в этом году..."ТаблицаОсновныхТарифов.ПолучитьСтрокуПоНомеру(МесяцДохода);
"...МесяцДохода...а его то нет...
Скорее все го дело в "старых" уволенных...т.к. в другой базе ...спорт...учреждение новое...там уволенных скорее нет...в этом году образовалось...на другом компе ДК...там тоже по моему у них нет текучки...все как сидели..так и сидят...А в администрации по благоустройству постоянно...то принимают...то увольняют...Вот они ни накопились...
проверила мысль...тоже не то...Когда начисляли страховые взносы...документ тоже заполняли по всем..и тех уволенных туда впихнули...в журнале то стоит расчет "0"...убрала из док-а..перепровела..пересчитала...тоже ничего...Скорее всего из-за нулевого дохода...
ладно... пока отложим... пусть вызревает...
ага
.
??
Последний раз редактировалось Наталья 8852; 11.07.2011 в 11:56.
где вы там нашли строку 11883??? если в модуле всего 7241!вы документ расчёт страховых взносов в обработках нашли???
У нас такая же ошибка. Замена в строке 11883 помогла. Теперь остался вопрос: почему это происходит?
Вот и у нас.
По уволенным сотрудникам идут записи по сальдо и ндфл нулевые.
// получим выборку записей по всем местам работы сотра на предприятии,
// включая все места по внутреннему совместительству
Если ЖрнЗарплата.ВыбратьПоЗначению("ОсновнойЭлемент",Сотрудник,ЖрнЗарплата.ПериодПоДате(Дата(Год,ПервыйМесяц,15)),ЖрнЗарплата.ПериодПоДате(Дата(Год,ПоследнийМесяц,15))) = 1 Тогда
...
Сотрудник по этому условию проходит естественно.
Но ниже проверка все же сделана, но уже отсекается не сотрудник, а запись журнала:
Если СобиратьТолькоВзносы=0 Тогда
...Если СуммаРез = 0 Тогда Продолжить
МесяцДохода аккурат после этого условия заполняется.
В общем пока использую костыль сверху.
там же написано...в глобальном модуле...
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
