ЗУП 2.5.20.3. Проблемы и решения #458463

Судя по предыдущей ветке (, людям нужны такие темы. Итак, в этой ветке постим только тщательно проверенные косяки, желательно с исправлениями. Так же оставляем ссылки на темы с обсуждением конкретных ошибок релиза. Вопросов желательно задавать поменьше. И не флудить. Поехали!

Судя по предыдущей ветке (, людям нужны такие темы. Итак, в этой ветке постим только тщательно проверенные косяки, желательно с исправлениями. Так же оставляем ссылки на темы с обсуждением конкретных ошибок релиза. Вопросов желательно задавать поменьше. И не флудить. Поехали!

Судя по предыдущей ветке (, людям нужны такие темы. Итак, в этой ветке постим только тщательно проверенные косяки, желательно с исправлениями. Так же оставляем ссылки на темы с обсуждением конкретных ошибок релиза. Вопросов желательно задавать поменьше. И не флудить. Поехали!

Судя по предыдущей ветке (, людям нужны такие темы. Итак, в этой ветке постим только тщательно проверенные косяки, желательно с исправлениями. Так же оставляем ссылки на темы с обсуждением конкретных ошибок релиза. Вопросов желательно задавать поменьше. И не флудить. Поехали!

Что, по традиции последнего времени, в пятницу в 18:45 выложили новый релиз ЗУП что ли?

причем обещали выложить 01.02 :) думал хоть выходные отдохну :)

обижаете... в 19.44 ;))) так, давайте не флудить в этой ветке

Вот сразу баг нашел. При печати графика из его формы в некоторых случаях вылетает ошибка о невозможности преобразования к числовому  значению. Ошибка не постоянная, а зависящая от того, в каком порядке sql-сервер (или движок файловой базы) выдает результаты запроса при отсутствии явного упорядочивания. Последующий алгоритм почему-то безосновательно предполагает, что 1 квартал всегда будет выдан первым. Лечится явным указанием упорядочения в запросе.

задолбал ты с этими ветками. нафига читать 300 постов из которых как минимум половина чушь.

не читай, если неинтересно и уж тем более, не пиши в ту половину, в которой чушь...

1C-ники анансировали: --------- Исправлена ошибка 10020129: В том случае, если в документах "Регистрация разовых начислений сотрудников", "Начисление отпуска сотрудникам организаций", "Начисление по больничному листу" и им подобных выполняется одновременно расчет начислений по районному коэффициенту и разовых начислений (например, премий), результат расчета начислений по районному коэффициенту не учитывал рассчитанные в этом же документе разовые начисления. ----------- При проверке эта же ошибка остается. проблема заключается что виртуальная таблица "РегистрРасчета.ОсновныеНачисленияРаботниковОрганизаций.БазаДополнительныеНачисленияРаботниковОрганизаций" не видит перерасчеты. Похоже эта проблема платформы. как решить пока не знаю, а очень надо... Может кто уже поборол?

Двойная запись в регистр отпусков(двумя документами) тоже осталась.

ппц.. они там что, все объекты изменили? ужас..

Уважаемые, убедительно прошу писать только по теме! Для всего остального используйте остальные ресурсы форума.

Слетела печать Табелей отработанного времени... То есть совсем:) Печатает не по всем сотрудникам и время печатает без учета табеля, по графику. И не откатить на 19 уже...

Причем отчет Т13 из 19 релиза также работает неправильно, затык где-то в другом месте...

У меня при формировании отчёта "Анализ начисленных налогов и взносов" вылетает ошибка: Отчёт не сформирован! Поле не найдено "ЕСН.Начислено"

та же проблема с расчетными листками. Уволенные не попадают!

Наверное это уже не глюк, а фича будет. Печать листков для уволенных - отдельно от остальных :(

Ввожу постоянное начисление "Пособие по уходу за ребёнком до 1.5 лет" Выдает ошибку (может не так что то делаю) {Документ.ВводПостоянногоНачисленияИлиУдержанияСотрудникамОрганизации.Форма.ФормаДокумента}: Поле объекта не обнаружено (ПоказательТР2НаименованиеВидимость)

обновил криво, сравни с конфой поставщика...

При печати графика платежей выскакивает сообщение об ошибке:   «{Справочник.ГрафикиРаботы.Форма.ФормаЭлемента.Форма}: Преобразование значения к типу Число не может быть выполнено                        КалендарныеДниГод = КалендарныеДниГод + КалендарныеДни;»   Запрос по регламентированному производственному календарю не упорядочен по кварталам (по крайней мере у меня запрос начал выводить строки почему-то со второго квартала), поэтому не устанавливается значение «КалендарныеДниГод» в начале цикла по условию «Если ВыборкаПоКварталу.КварталКалендаря = 1 тогда». Лечиться добавлением в запрос упорядочивания по полю «КварталКалендаря»:        ТекстЗапроса =

Млин, мне страшно уже обновляться.

Не боись - зато другие ошибки исправили... :)

Обновились. Сижу жду когда начнутся звонки с ошибками )

Похоже там с настройками беда. У отчёта "Анализ начисленных налогов и взносов" должна быть закладка "Анализ ЕСН" или должны быть только: "Анализ НДФЛ", "Вычеты НДФЛ", "НДФЛ", "Пособия", "ПФР", "ФСС и ФОМС" и "ФСС НС"

сейчас 2 отчета (в УПП по крайней мере, но вроде зарплатная часть одинаковая у них теперь): Анализ начисленного ЕСН - для ЕСН до 2009 года, и Анализ начисленных налогов и взносов - для 2010 года. Если обновить объединением, то остаются лишние реквизиты в анализе взносов. Сравни с конфой поставщика.

Сравнивал, совпадают. У меня конфа на замочке. И отчёта два - для взносов и ЕСН. Просто есть подозрение, что настройка для ЕСН попала в отчёт для взносов.

значит настройку убить, мож ты сам ее подделывал, она и тащится

Если в проведенном документе "Начисление страховых взносов" нажать кнопку "Заполнить и рассчитать", то значение в колонке "ФСС, несчастные случаи" = 0.

Так и сделал :) Просто из-за того, что релизы глючные, первые подозрения возникают не на себя а на 1С. Марин, можешь мои посты в этой теме поубивать, чтобы не хламить и людей не путать?

пригодится кому-нибудь еще - наверняка не только у нас с тобой такой косяк был ;)))

А Ты не мог бы еще подсказать как сносил настройки в отчетах?

Справочник -> сохранённые настройки Пометил и удалил все непредопределённые элементы

спасибо! помогло!

Вернул ТабельУчетаРабочегоВремени обратно из 19 релиза, в 20 все плохо - неявки учитывает как отработанное время, в Т13 ставит полный раб. день по графику и в начислении зарплаты оплачивает. Нужно перепровести табели, которые проводились после обновления на 20.

Печать Т13 тоже хитро работает, непонятным образом выбирает несколько сотрудников. Замена отчета на 19релиз не помогает, проблема в каком-то общем модуле, копаюсь.

Разобрался с проблемой печати табеля (Т13). Пообломал бы руки писателям ЗУП. Они почему-то уверены, что вложенных подразделений не бывает, поэтому можно запросто делать отбор с "ВидСравнения.Равно". Чтобы табель печатался нужно в Общем модуле ТабельУчетаРабочегоВремениОрганизацииПереопределяемый в процедуре Печать либо поменять ВидСравнения на ВИерархии или закомментировать эти строки (что и было сделано в 19 релизе, в 20 решили расскоментировать).

ВИерархии это я уже поправил у себя... Было "Равно".

Эх как же это все мне нравится...1Ски молодцы...Это они, наверное, специально, чтоб работа не кончалась...

Спс тебе. Я показал(и внес изменения) твою расчетчикам(бухам) при обновлении сегодня. Они с уважением прочитали твой пост)))

Извините за оффтоп, никто не подскажет, что это за хрень такая в Т13 В настройке структуры отчета введены настройки группировок, таблиц или диагрмм. Настройки не поддерживаются, так как отчет регламентированный.

Так можно?:        //***XXXXX***01.02.2010***     пост 36

Я вообще закомментировал строки, включающие отбор по подразделению. Мало ли, добавят сотрудника, который не входит в подразделение табеля.

Лучше бы сказал, что работал над проблемой 3 часа и тебе срочно нужна премия :)

Прибей сохраненную настройку табеля, оставь предопределенную и восстанови ее из настройки по-умолчанию. Это в Сервис-Настройки отчетов.

у меня уволенные попадают... ЧЯДНТ?

Никак не могу найти, где прибить сохраненную настройку ? Есть только одна настройка, она же по умолчанию, предопределенная. Её восстанавливал - но без толку

При отборе по подразделению или физическому лицу ошибка не возникает.

Там они и живут. Раз только предопределенная осталась, проблема в чем-то другом :) 1С не дает скучать.

Эт точно. В одной базе нормально - в другой вот такая хрень. Я уже и через файл пылатся настройку перекинуть - бесполезно :-(

Добавляю тему по форме Т-13

Есть начисление "Оклад по часам", Вид времени- начисление за полные рабочие смены в пределах нормы времени, и есть "Отпуск за свой счет" по часам Вид-неотработанные неполные смены. после обновления на 19 в расчете среднего стали прибавляться рабочие дни из за "Отпуск за свой счет". Кто нибудь сталкивался?

Смотри мой 34 пост, как раз решение этой проблемы. Взять документ ТабельУчетаРабВремени из 19 релиза :)

табель это замечательно. просто это баг или так далее будет? тогда так и прийдется табелем пользоваться

кроме табеля есть еще варианты реализации отпуска за свой счет по часам?

я сделал проще - просто проставил "В" в каждом дне... тогда все окей? Такое же возможно??

+ в каждом "рабочем" дне

Неправильно рассчитывается предопределенный показатель "Отработано времени в часах". В релиз 19.3 проверил, правильно считался. Все мои виды расчета, которые использовали этот показатель, перестали работать. Похоже, он теперь возвращает просто норму времени по графику сотрудника. КАРАУЛ!!! В 19.3 хоть что-то можно было считать. Теперь срочно надо в конфе копаться, как это отработанное время считается. В 20.3 работать НЕВОЗМОЖНО!!!

Крень какая та, новый регистр накопления Зарплата за месяц организации, при проведение документа Зарплата к выплате делает 2 движения по регистру, плюс и минус. Т.е был плановый аванс 2 тыс рублей, начислили 8 тыс рублей, т.е нужно доначислить еще 6 тыс рублей, в документе зарплата к выплате нажимаем заполнить и он заполняет 8 тыс, вместо 6 тыс?! или я чего то не понял, по коду вроде все так и должно быть...

да, не считает. хотя если вам нужны печатные табели - смотри ...

+правда нашел искусственно решение по табелям - просто день ставишь НН - тогда и форма печатается и з.п. считается

Мне нужно чтобы документ Начисление ЗП правильно рассчитал зарплату. Печатная форма - бог с ней, это не самое главное. В переходящих больничных с 2009 на 2010 так и не сделали новую печатную форму, чтобы были два отдельных расчета среднего по старому и по новому.

сейчас попробую

ставь НН в день тогда. вроде считает с нн по дням

подскажите пожалуйста, а если мы ЗП считаем без использования табелей, то ЗП у нас тоже будет неверно рассчитываться?

а что вы не понимаете, что насчиталось??? на листочке можете повторить???

нет вопрос в том, что из-за того что некоторые БЛ не рассчитываются : т.е. декабрьская часть считается, а январская  = 0, я собиралась обновляться на 20 релиз, поэтому почитав что вы тут пишите про неверный расчет ЗП, я решила задать свой вопрос, т.к. мы данный документ "Табель учета рабочего времени" не используем.

Значит у вас этой проблемы не будет.

Не работает. Не помогает табель. Ситуация такая: у сотрудника отпуск, месяц неполный. В табеле ставит в дни отпуска "ОТ". Если меняю на НН, то при расчете в док. Начисление ЗП ругается:

спасибо большое, значит начну обновляться

На самом деле у меня из 1000 сотрудников процентов 30-40 получают начисления с пользовательским видом расчета, использующим "Отработано времени в часах". Исправлять их как-то пользовательскими средствами нереально. Надо алгоритм ковырять.

стой погоди, сейчас я тебе напишу решение твоей проблемы

вы хотите сказать что все равно будут проблемы при расчеты ЗП без табелей? Если не трудно напишите что за проблема и ее решение. Заранее благодарю

При обновлении на 19.3 создается новый план видов расчета для расчета среднего по больничным 10 года. Нужно просто заполнить базу расчета среднего по новым правилам.

"Настройка расчета зарплаты" - "Средний заработок"

Старый средний для б/л теперь называется "Основной заработок (до 2010)", а новый - просто "Основной заработок"

(73,74) у меня там все заполнено, а 1с-ка если БЛ является продолжением и попадает на январь, то она январскую часть БЛ не считает и пишет нет данных для расчета среднего

у меня именно проблема только с теми БЛ, которые являются продолжением другого и начинаются в 09 году и заканчиваются в 10 году, с обычными БЛ проблем нету, только с продолжениями

С продолжениями б/л в 19.3 у меня тоже проблема была. Из ситуации вышел, пока вручную задав суммы оплат больничных. В 20.3 еще не успел проверить. Но теперь мне до этого с моей мегапроблемой.

Хотел сказать "не до этого"

В тему про больничные. А ограничения сейчас где задаются? В настройках пределы прописаны, но указано, что только до 2010 года

(jannys), у тебя есть виды расчета с произвольной формулой расчета, использующие показатель "Отработано времени в часах"?

"Параметры учета" - "Страховые взносы" - "Предельная величина страховых взносов" = 415 000. Эта цифра делится на 365 и умножается на кол-во дней больничного. Это и есть новое ограничение.

нет таки ВР у меня нету

значит у тебя не будет моей проблемы. Можешь жить спокойно )

спасибочки, желаю тебе скорешего решения твоей траблы!!!!!

- у меня куча людей с окладом по часам - готовится к неправильному расчету?

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

Закомментировал: Всё равно только часть людей выводится(( Меня расчетчики скоро расстреляют(( Что может быть??

коллеги, флуд не разводите, пожалуйста!

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

только что обновился... что-то не удаётся ввести строки в НАчислниеЗарплатыты Что интересно, на типовой базе не проявляется. Валится в процедуре модуля ЗаполнитьПоказателиСтроки при окнчаниии ввода сотрудника {Документ.НачислениеЗарплатыРаботникамОрганизаций(13125)}: Ошибка при вызове метода контекста (Выполнить): {(68, 64)}: Поле из запроса для операции В не может содержать составной тип ОсновныеНачисленияОрганизацийПоказатели.Показатель В (ВЫБРАТЬ <<?>>Показатель ИЗ ВТПоказатели)    Выборка = Запрос.Выполнить.Выбрать; по причине: {(68, 64)}: Поле из запроса для операции В не может содержать составной тип ОсновныеНачисленияОрганизацийПоказатели.Показатель В (ВЫБРАТЬ <<?>>Показатель ИЗ ВТПоказатели)

Документ "Отражение зп в регламентированном учете". В случае, если у сотрудника не было никаких начислений, кроме компенсации отпуска при увольнениии, формируются проводки по страховым взносам 91.02 - 69... Хотя на закладке "Доп. начисления" показывает верно - счет 26.

может алгоритм поковыряешь? попробуй запрос из 19 релиза выковорить ... из запроса где показатели собираются

Народ. А у вас у всех 15я платформа ? Релиз совместим только с 15й

Да. 8.1.15.14 для 20-го поставил.

Меня тоже скоро расстреляют))

блин......... сижу на 2.5.16, хотел 20ый ставить, чтобы вносы могли считать. смотрю и тихо фигею. нормальных релизов вообще больше не будет? O_O

После обновления полезли двойные-тройные количества отработанных дней при расчете среднего. Почему-то всякие доплаты стали "работой в полную смену с учетом нормы времени".