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

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

(1) причем обещали выложить 01.02 :)

думал хоть выходные отдохну :)

(1) обижаете... в 19.44
;)))

так, давайте не флудить в этой ветке

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

Лечится явным указанием упорядочения в запросе.

"Судя по предыдущей ветке (v8: ЗУП 2.5.19.3. Проблемы и решения, людям нужны такие темы. "

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

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

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

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

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

ужас..

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

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

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

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

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

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

Ввожу постоянное начисление "Пособие по уходу за ребёнком до 1.5 лет"
Выдает ошибку (может не так что то делаю)

{Документ.ВводПостоянногоНачисленияИлиУдержанияСотрудникамОрганизации.Форма.ФормаДокумента(68)}: Поле объекта не обнаружено (ПоказательТР2НаименованиеВидимость)
           Если мСведенияОВидеРасчета["ПоказательТР" + СчПоказателей + "НаименованиеВидимость"] Тогда

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

При печати графика платежей выскакивает сообщение об ошибке:
 
«{Справочник.ГрафикиРаботы.Форма.ФормаЭлемента.Форма(387)}: Преобразование значения к типу Число не может быть выполнено
                       КалендарныеДниГод = КалендарныеДниГод + КалендарныеДни;»
 
Запрос по регламентированному производственному календарю не упорядочен по кварталам (по крайней мере у меня запрос начал выводить строки почему-то со второго квартала), поэтому не устанавливается значение «КалендарныеДниГод» в начале цикла по условию «Если ВыборкаПоКварталу.КварталКалендаря = 1 тогда». Лечиться добавлением в запрос упорядочивания по полю «КварталКалендаря»:
 
     ТекстЗапроса =
     "ВЫБРАТЬ
     |     ГОД(РегламентированныйПроизводственныйКалендарь.ДатаКалендаря) КАК ГодКалендаря,
     |     КВАРТАЛ(РегламентированныйПроизводственныйКалендарь.ДатаКалендаря) КАК КварталКалендаря,
     |     МЕСЯЦ(РегламентированныйПроизводственныйКалендарь.ДатаКалендаря) КАК МесяцКалендаря,
     |     КОЛИЧЕСТВО(РАЗЛИЧНЫЕ РегламентированныйПроизводственныйКалендарь.ДатаКалендаря) КАК КалендарныеДни,
     |     РегламентированныйПроизводственныйКалендарь.ВидДня КАК ВидДня
     |ИЗ
     |     РегистрСведений.РегламентированныйПроизводственныйКалендарь КАК РегламентированныйПроизводственныйКалендарь
     |ГДЕ
     |     РегламентированныйПроизводственныйКалендарь.Год = &Год
     |
     |СГРУППИРОВАТЬ ПО
     |     ГОД(РегламентированныйПроизводственныйКалендарь.ДатаКалендаря),
     |     КВАРТАЛ(РегламентированныйПроизводственныйКалендарь.ДатаКалендаря),
     |     МЕСЯЦ(РегламентированныйПроизводственныйКалендарь.ДатаКалендаря),
     |     РегламентированныйПроизводственныйКалендарь.ВидДня
     |
     |УПОРЯДОЧИТЬ ПО
     |     КварталКалендаря
     |ИТОГИ ПО
     |     ГодКалендаря,
     |     КварталКалендаря,
     |     МесяцКалендаря";

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

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

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

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

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

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

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

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

(27)  Так и сделал :)
Просто из-за того, что релизы глючные, первые подозрения возникают не на себя а на 1С.

Марин, можешь мои посты в этой теме поубивать, чтобы не хламить и людей не путать?

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

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

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

(32) спасибо! помогло!

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

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

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

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

ФильтрСоответствия.Вставить("Подразделение", ЭтотОбъект.ПодразделениеОрганизации);
ФильтрСоответствия.Вставить("ОтборПодразделения", ЗначениеЗаполнено(ЭтотОбъект.ПодразделениеОрганизации));
ФильтрСоответствия.Вставить("ВидСравненияПодразделения", ВидСравнения.ВИерархии);

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

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

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

Извините за оффтоп, никто не подскажет, что это за хрень такая в Т13

В настройке структуры отчета введены настройки группировок, таблиц или диагрмм. Настройки не поддерживаются, так как отчет регламентированный.

(37) Так можно?:
       //***XXXXX***01.02.2010***     v8: ЗУП 2.5.20.3. Проблемы и решения пост 36
       //ФильтрСоответствия.Вставить("ВидСравненияПодразделения", ВидСравнения.Равно);
       ФильтрСоответствия.Вставить("ВидСравненияПодразделения", ВидСравнения.ВИерархии);
       //***Конец****************

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

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

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

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

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

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

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

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

Добавляю тему по форме Т-13 v8: Форма Т-13 (учет рабочего времени)

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

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

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

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

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

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

Неправильно рассчитывается предопределенный показатель "Отработано времени в часах". В релиз 19.3 проверил, правильно считался. Все мои виды расчета, которые использовали этот показатель, перестали работать. Похоже, он теперь возвращает просто норму времени по графику сотрудника.

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

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

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

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

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

(60) сейчас попробую

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(81) нет таки ВР у меня нету

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

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

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

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

(36) Закомментировал:

ФильтрСоответствия.Вставить("Подразделение", ЭтотОбъект.ПодразделениеОрганизации);
ФильтрСоответствия.Вставить("ОтборПодразделения", ЗначениеЗаполнено(ЭтотОбъект.ПодразделениеОрганизации));
ФильтрСоответствия.Вставить("ВидСравненияПодразделения", ВидСравнения.ВИерархии)

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

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

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

только что обновился... что-то не удаётся ввести строки в НАчислниеЗарплатыты
Что интересно, на типовой базе не проявляется.
Валится в процедуре модуля ЗаполнитьПоказателиСтроки при окнчаниии ввода сотрудника

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

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

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

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

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

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

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

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

Глюки в документе "Отражение зарплаты в регламентированном учете". Когда сравниваются доп начисления почему то записи в регистре БУ имеют дату регистрации на дату создания документа, а в регистре ЕСН те же начисления отражаются на начало месяца. В запросе формировании таблицы коэффициентов сравниваются данные регистров расчета ЕСН и регистров расчета БУ с учетом обязательного равенства даты регистрации. В результате доп. начисления в таблицу не попадают... :( Исправил запрос (поставил где нужно НАЧАЛОПЕРИОДА), а теперь думаю, может нужно было формировать записи в регистре расчета БУ сразу на начало месяца - ведь в 2009 году программа так и делала (хотя может муДрые одинеснички так и задумали???)

(94) ага. 15-ая!

+(100) Правда эта ошибка вылазила не на 8.1.15.14. У кого есть возможность - проверьте корректность начисления взносов на страхование от несчастных случаев на 15 платформе.

(102) У меня всем начисляет. 1С:Предприятие 8.1 (8.1.15.14), Зарплата и Управление Персоналом, редакция 2.5 (2.5.20.3).

(103) Спасибо, значит проблема только на предыдущих платформах. (100) Можно убрать :)

А если платформа 8.1.14.72 - что, теперь вешаться что-ли :( Вроде-бы работает и ничего не задваивается...

(105) Ошибка в (100) вылезла на 13 платформе. Даже на 14 вроде бы таких проблем быть не должно.

(100) Все нормально по этой ошибке на новом релизе. Нужно отменить проведение документа начисления страховых взносов, перепровести начисления за текущий месяц и перезаполнить начисление страховых взносов.... У меня на прошлой неделе был один без НС, после обновления все Ок! Платформа как была 15 так и осталась - платформа тут ни при чем!

Ок :)

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

(107) Спасибо, но это я уже выяснил, так что проблема не в релизе платформы. Правильно рассчитывается даже на 13. Дело было именно в начислениях. После перепроведения - всё в порядке.

(100) еще какое вранье...Раньше там 1 строка не считалась - а после обновления уже НЕСКОЛЬКО строк не считает...Респект 1Сникам, двигаются в обратную сторону :)

(111) Можно сделать как в (107) посоветовали. Должно помочь.

(111) к сожалению при перезаполнении почему то не предлагается отменить проведение текущего документа и предыдущие обороты по нему попадают в запрос, потому и не заполняет! :)
...
Вообще не нравится мне команда которая в 1С ЗУП-ом занимается, что программисты - одни ошибки лечат, другие плодят. Что "консультанты-теоретики", трактуют законы как им проще, даже не объясняя на каком основании приняли то или иное решение. Видать старая гвардия свалила давно...

Отчет
"Сводная карточка учета страховых взносов"
В 19м релизе был
в 20м удалили
почему так?

Ошибка(м.б.) и Решение: Для вычетов например для детей, если код менялся, надо ставить не применять иначе плюсуются в НДФЛ. У нас был код 108. с нового года 110. Теперь оба попадают. Надо делать новую запись для кода 108 "Не применять".

Кто-нибудь исправлял отчет 1-НДФЛ (пустой лист вначале)?

В отчете "Анализ налогов и взносов" выводит облагаемую базу ПФР с копейками - 415 000,05

(91) + да. Всё проверил - валится на 13й платформе. На 15й все ок

продление больничного. переходящий с 2009. не исправили.
хотя... енто наверное не самое печальное, что может быть...:-)

Проблема. В 19 релизе ее не было.
Документ "Регистрация разовых начислений" - заполняем списком сотрудников - и никому не проставляется "дата начала события" , соответственно и не рассчитывается потом ничего и не проводится. Если их 400-500 вручную  замучаешься проставлять. На 19 релизе - заполнял ее.

(119) Попробовал ввести -- всё в порядке. Вы расчет среднего перезаполнили?

Всеми "любимый" отчет Т-51.

Если сотрудник ранее работал в организации, потом был уволен и принят заново, то все суммы по нему увеличиваются кратно количеству элементов справочника "СотрудникиОрганизации", связанному с этим физлицом (только если по сотрудникам есть запись в регистре "ПлановыеНачисленияРаботниковОрганизаций" и он не является внутренним совместителем).

Решил так (не панацея, сильно не думал, может что не учел):

В запросе отчета есть временная таблица "РезультатВыборки", в ней прописано левое соединение между временной таблицей "ДанныеРаботника" и виртуальной таблицей регистра сведений "ПлановыеНачисленияРаботниковОрганизацииСрезПоследних". Соединение по:

ДанныеРаботников.ГоловнаяОрганизация = ПлановыеНачисленияРаботниковОрганизацииСрезПоследних.Организация
И ДанныеРаботников.Сотрудник.Физлицо = ПлановыеНачисленияРаботниковОрганизацииСрезПоследних.Сотрудник.Физлицо

Нужно добавить третье условие:
И (ВЫБОР
   КОГДА ПлановыеНачисленияРаботниковОрганизацииСрезПоследних.ПериодЗавершения <= &КонецПериода
       И ПлановыеНачисленияРаботниковОрганизацииСрезПоследних.ПериодЗавершения <> ДАТАВРЕМЯ(1, 1, 1)
       ТОГДА ПлановыеНачисленияРаботниковОрганизацииСрезПоследних.ДействиеЗавершения <> ЗНАЧЕНИЕ(Перечисление.ВидыДействияСНачислением.Прекратить)
   ИНАЧЕ ПлановыеНачисленияРаботниковОрганизацииСрезПоследних.Действие <> ЗНАЧЕНИЕ(Перечисление.ВидыДействияСНачислением.Прекратить)
  КОНЕЦ)

Если в справочнике "Сотрудники организаций" установлена настройка "при открытии восстанавливать позицию", то при открытии справочника выходит сообщение: "Поле объекта не обнаружено [ДатаПриемаНаРаботуВКомпанию]".
Решение:
Вариант 1: не использовать эту настройку.
Вариант 2: закомментировать пару строк, если пользователь очень попросит.

Народ, у кого-нибудь есть вменяемая форма и исправления к документу "Табель учета рабочего времени..."????

Столкнулся с деструктивным багом при работе с postgresql на платформе 8.2(последний релиз). При перепроведении больничного листа портится содержимое регистра расчета "Расчет среднего заработка" по этому сотруднику - удаляются некоторые записи в регистре у других регистраторов. Из-за чего вылезают проблемы с рабочим временем, отражающиеся на табеле и на последующих расчетах среднего. На файловой базе и на mssql такой проблемы не замечено.

Блин. А что-то у меня Т2 не печатает, совсем... может там секрет какой ?

Жесть. Из формы управления которая по альт-ф12 - печатает.
А просто отчёт Т2 запустить и заставить напечатать одного человека.. не то чтобы нельзя, но он печатается только путём длительных манипуляций с включением-отключением отборов, включением всех панелей пользователя

После обновления на 20 релиз "полетел" расчет в документе "Начисление зарплаты сотрудникам" (управленческий модуль):

{ОбщийМодуль.ПроведениеРасчетовПереопределяемый(6509)}: Ошибка при вызове метода контекста (Выполнить): {(45, 30)}: Поле не найдено "Основной.ВидРасчета.ВидВремени"
КОГДА Основной.ВидРасчета.<<?>>ВидВремени В (ЗНАЧЕНИЕ(Перечисление.ВидыВремени.ЧасовоеНеотработанное), ЗНАЧЕНИЕ(Перечисление.ВидыВремени.ЧасовоеОтработанноеВПределахНормы))
   Возврат Запрос.Выполнить().Выбрать(ОбходРезультатаЗапроса.ПоГруппировкам);
по причине:
{(45, 30)}: Поле не найдено "Основной.ВидРасчета.ВидВремени"
КОГДА Основной.ВидРасчета.<<?>>ВидВремени В (ЗНАЧЕНИЕ(Перечисление.ВидыВремени.ЧасовоеНеотработанное), ЗНАЧЕНИЕ(Перечисление.ВидыВремени.ЧасовоеОтработанноеВПределахНормы))

+(128) Пока понял только, что в общем модуле в запросе используются реквизиты
Плана расчетов "ОсновныеНачисленияОрганизаций", а не "Управленческие начисления"
В управленческий гораздо меньше реквизитов. Вообще непонятно, зачем надо было объединять запрос по управленке и по регламенту :(

{ОбщийМодуль.ТиповыеОтчеты(834)}: Поле объекта не обнаружено (НачалоПериода)
ФормаОтчета.НачалоПериода = ЗначениеПараметраНачалоПериода.Значение;
такая ошибка выходит при запуске расчетных листков и свода

кто-нибудь сталкивался с (130)?

(130) Расчетные листки по организации или управленческие. По Организации все нормально, попробуй кэш базы почистить.

по организации.

(132) -а подскажите еще как почистить

чистка C:\Documents and Settings\user\Local Settings\Application Data\1C\1Cv81 не помогла

(130) остальные отчеты работают ?

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

(137) обновляли через объединение конфигураций ?

да

(137) вообщем там остался лишний реквизит в целой куче отчетов "ПериодОтчета" - можно удалить руками, а можно удалить через обновление разными способами - например приведя конфу поставщика к версии основной конфы и еще раз обновив уже через поддержку.

15 платформа, 20 релиз
в своде задваиваются значения, кто уже разобрался с этим, выложите решение плз

(123) подскажите, плиз, а где настройка "при открытии восстанавливать позицию" в справочнике "Сотрудники"?

В сабжевом релизе ЗУП при формировании отражения по б/л за 2010 перепутан порядок принятия расходов в УСН для части за счет работодателя и ФСС: т.е. система ставит часть б/л за счет ФСС - как принимаемые в УСН расходы, а часть за счет работодателя - наоборот.

2ой день разбираюсь что они понаворотили с табелями. Теперь, если при вводе табеля будет поставлен нерабочий день, который по графику был рабочим - то и при печати он будет рабочим и при расчете зп возьмется.
смотрю я в обработку проведения - точнее формирования движений по регистру "ГрафикиРаботыПоВидамВремени" и что-то мне кажется что ряды разработчиков ЗУПа косит какая-то эпидемия шизофрении.
на черта они придумали в регистре реквизит "Документ" - если сам документ в каких-то записях его заполняет, а в каких-то нет и в результате записи введенные документом не попадают в список его движений - я из-за этого день убил на то чтобы понять почему запрос для одних и тех же движений дает разные результаты (((

С нового года документом Ввод плановых начислений добавили сотруднику надбавку на год. В этом же документе строки Оклад по дням и РК стоят не изменять. Но оклад как-будто прекратился - в данных сотрудника не видно, при начислении з/п не выходит

обновляюсь. отмечусь в ветке

В регистре Плановые начисления сотрудников орг. оклад есть, без прекращений. куда делся то?

разобралась, косяк был оказывается

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

(143)
такой же косяк... пока просто переправил строки 2991 и 3059 в общем модуле НачислениеПоБольничномуЛистуПереопределяемый

не знаю на сколько это корректно 8(
разюираемся дальше...
кстати больничные по уходу за ребенком помоему затрагиваются в строке 2683 (это пока не точно.....)

очепятался.... 2863 строка за больничный по ребенку отвечает....

Кто-нть формировал пачки СЗВ-4? Можете подсказать логику выбора адреса для информирования у ФЛ?
Не понятно, зачем делать выборку из РС.СведенияОТрудовомСтажеИЗаработкеСЗВ4РаботникиОрганизации и сравнивать с контактной информацией по ФЛ, и в случае совпадения двух адресов, возвращать пустой адрес??

(152)Предположительно, смысл в том, что адрес в СЗВ-4 обязательно указывать только в том, случае, если адрес изменился со времени последней подачи сведений ПФ. Если адрес не изменился, то указывать или нет - это на усмотрение бухгалтера. Я лично указываю все адреса, чтобы было меньше предупреждений со стороны CheckXML. В соответствующем документе нажимаешь на кнопочку и все адреса заполняются. Фирма 1С по умолчанию те адреса, которые считает неизменившимися, не указывает.

Кто нибудь сталкивался с ограничением базы для ФСС НС 19-20 релизе ?
Со слов бухгалтера, суть в том что ФСС НС с нового года должен браться с полной материальной помощи по рождению ребенка, а не с суммы превышающей 50 000р, но в 19 и 20 релизах он берет только с доли больше 50К. А так же появился лимит на общий доход для базы обложения ФСС НС - 415 000 , те если доход был 500, то берет с только с 415, а должен полностью с 500.

вдогонку (154) Оказалось что считает верно, но в отчете показывала базу не верно, так что один вопрос снимается, а второй поднимается.

до обновления был 16 релиз. Чтоб посчитать доплату за ночные часы сотруднику было введено плановое начисление Доплата за ночные часы с процентом доплаты 40. за ноябрь и декабрь нормально посчиталось. Счас январь на 20 релизе пишет что тарифная ставка 0 -соответственно ночные тоже 0. Табель с ночными есть

ночные посчитал только одному сотруднику - не могу понять в чем дело. этому сотруднику также было введено плановое начисление

кто-нибудь считал ночные? скажите как получилось

(158) испытываю какой-то косяк с расчетом часовой тарифной ставки в оплате праздников, копаю...

+(159) в смысле тоже 0 возвращает

проникся разницей между ЧасоваяТарифнаяСтавкаРаботникаОрг 16 и 20 релизов ...

Может кому попадалось, что в печатной форме больничного листа "Оборот листка нетрудоспособности" неправильно показывает Максимальный размер дневного пособия. Т.е. показывает макс размер для предыдущего года..

Или может где-то проставляется ОграничениеПособия "Общее в соответствии с Законом о бюджете ФСС" ?

(144) как решили проблему?

" и что-то мне кажется что ряды разработчиков ЗУПа косит какая-то эпидемия шизофрении. "

Возникает подобное же ощущение...

Цитата из дополнения к описанию последнего релиза:
-----
"Реализована возможность указать, при проведении каких документов, кадровых или расчетных, регистрировать данные по фактическому использованию отпусков. Настроить порядок списания можно в настройках параметров учета на закладке «Кадровые данные».
При обновлении ИБ порядок списания определен в зависимости от наличия в ИБ документов "Начисление отпуска сотрудникам организаций": если такие документы есть будет принято списание расчетными документами.
Важно! Так как в кадровом учете нет документов, которые регистрируют компенсацию отпуска, компенсация всегда списывается расчетными документами, вне зависимости от настроенного порядка списания."
------
Что мы имеем.
Естественно документы "Начисление отпуска сотрудникам организаций" есть. Соответственно устанавливается списание расчетными документами.

Далее. Нормальный процесс работы выглядит следующим образом: кадры проводят первичку (в т.ч. отпуска, увольнения), после чего расчетчики проводят расчетные документы, в т.ч. анализом неявок проводят расчетные документы по отпускам, расчеты при увольнении. Ну и собственно считают зарплату. Во всяком случае, для нас это нормальный процесс, поправьте, если это не так.

А теперь следим за пальцем...
Берем одного гражданина. Кадры по нему проводят отпуск. Соответственно установкам списания дней отпуска по умолчанию, эти документы дни отпуска не списывают.
Кадры проводят ему увольнение.

----
Цитата:
"Важно! Так как в кадровом учете нет документов, которые регистрируют компенсацию отпуска, компенсация всегда списывается расчетными документами, вне зависимости от настроенного порядка списания."
----

Эти прекрасные люди почему-то забыли, что в документе "Увольнение из организации" число дней компенсации устанавливается автоматом. И устанавливается в данном случае неправильно. Поскольку дни отпуска, который кадры провели перед этим - не списаны!
А когда расчетчик создает "Расчеты при увольнении", основанием выбирается этот кадровый приказ на увольнение, с неверно расчитанными днями, и вуаля - расчет ведётся по неверному количеству дней. Причем пофиг - будут ли списаны эти дни расчетными документами. Они берутся из кадрового основания...

(165) натурально дебилы сидят там

При выгрузке в бухгалтерию:

{Обработка.ВыгрузкаДанныхВБухгалтерскуюПрограмму.Форма.Форма(235)}: Value is not of object type (Включить)
   ФлагНДФЛиЕСНДоходыИНалогиПоНалогам            = ТаблицаПравилВыгрузки.Строки.Найти("Данные учета по НДФЛ и страховым взносам (ЕСН)","Наименование",Истина).Включить;

(163) Проблема была решена в 20-м релизе, у меня 19-й

+(161) ЧасоваяТарифнаяСтавкаРаботникаОрг  выдавала 0 при разных валютах RUR (810) рубль (643) - прошелся обработкой, стало ок

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

нашёл - было заполнено "ежегодный оплачиваемый отпуск с.. по..." но не была заполнена дата начала отпуска.

При этом кнопка "рассчитать средний заработок" вообще приводила к ошибке SQL.

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

бухгалтерам очень не нравятся  "текущие(мои) задачи" в новых релизах ЗУП. как-то через одно место все сделано.
В старых релизах, конечно, тоже работало не идеально, но сейчас вообще ужасс.

(97) Обновляй, 20-й вроде ничо. Хотя 16-й ИМХО самый нормальный был, тоже жалко было обновляться:)

Глядишь к марту месяцу более-менее стабильный будет, не раньше...

(165) Хоть этот выбор сделали (я писал разрабочикам, что нельзя сидеть на двух стульях).
Но я увидел в этом релизе другое (не обращал раньше внимание). В регистр фактических отпусков пишется какойто бред. Отпуск на семь календарных дней, пишет цифру шесть. Стоит у меня флажек "считать по рабочим дням". Так в неделе ПЯТЬ рабочих дней. (отправил замечание).

Если у организации задан бухучет зарплаты. То в документе Начисление страховых взносов на вкладе доп начисления, при виде начисления "Компенсация отпуска при увольнении по календарным дням" суммы увеличиваются в десятки раз. Когда бухучет убираю - нормально. Писал в 1С сказали что исправили в 19.3. У меня с 19.3 как раз такое и началось.

(169) - у меня в справочнике валюты одна валюта - RUR (643 код).

в ОКВ с таким кодом RUB. добавить эту валюту и заменить на нее RUR?

Огромные проблемы с загрузкой показателей схем мотивации, с релиза 18.2 не могу разобраться в чем ошибка, в начислении зарплаты работникам организаций --- действия --- ввести показатели для расчета, если док заполнен по подразделению высыпают все кому не лень, которых нет в документе, причем с разных подразделений и расчетчики нервно курят бамбук минут 5 пока по кнопке ОК вся эта толпа перелопатится и в документ встанут нужные показатели.

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

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

(164) Не то чтобы решил - кое-что покоментировал, что-то раскоментировал. потому что не понял смысла того что они там понавернули: то они делают проверку на рабочий день/не рабочий, то меняют в обновлении на проверку заполненности
реквизита регистра.
Вообщем поменял в модуле документа ""
В процедуре ДобавитьСтрокуГрафикиРаботыПоВидамВремениЧасы() поменял (точнее раскоментировал то что было в предыдущем релизе)
Если Движение.Документ = Документы.ТабельУчетаРабочегоВремениОрганизации.ПустаяСсылка() Тогда    
Движение.ОсновноеЗначениеПолное = ВыборкаПоСтрокамДокумента.Часов;
Движение.ДополнительноеЗначениеПолное = ?((ВыборкаПоСтрокамДокумента.Часов > 0), 1, 0);
на
Если ВыборкаПоСтрокамДокумента.ВидВремени.РабочееВремя = Ложь Тогда
Движение.ОсновноеЗначениеПолное = 0;
Движение.ДополнительноеЗначениеПолное = 0;

В Функции СформироватьЗапросПоОтработанноеВремя() закоментировал в тексте последнего запроса:

| ВЫБОР
| КОГДА ЕСТЬNULL(ДанныеИндГрафика.ВидУчетаВремени, ДанныеОбщегоГрафика.ВидУчетаВремени) = ЗНАЧЕНИЕ(ПЕРЕЧИСЛЕНИЕ.ВидыУчетаВремени.ПоЧасам)
| ТОГДА ЗНАЧЕНИЕ(Справочник.КлассификаторИспользованияРабочегоВремени.Работа)
| КОГДА ЕСТЬNULL(ДанныеИндГрафика.ВидУчетаВремени, ДанныеОбщегоГрафика.ВидУчетаВремени) = ЗНАЧЕНИЕ(ПЕРЕЧИСЛЕНИЕ.ВидыУчетаВремени.ПоВечернимЧасам)
| ТОГДА ЗНАЧЕНИЕ(Справочник.КлассификаторИспользованияРабочегоВремени.РаботаВечерниеЧасы)
| КОГДА ЕСТЬNULL(ДанныеИндГрафика.ВидУчетаВремени, ДанныеОбщегоГрафика.ВидУчетаВремени) = ЗНАЧЕНИЕ(ПЕРЕЧИСЛЕНИЕ.ВидыУчетаВремени.ПоНочнымЧасам)
| ТОГДА ЗНАЧЕНИЕ(Справочник.КлассификаторИспользованияРабочегоВремени.РаботаНочныеЧасы)
| КОНЕЦ,
После ВЫБОР вставил:
| КОГДА ИСТИНА ТОГДА NULL

(171) Ага - только вчера прикручивал к этому чуду напоминания об уыольнениях. То есть документ приема на работу при заполенной дате увольнеия все так же делает движения по намеченным событиям. А система напоминаний даже и не знает что такие события бывают.

(180) не на то ответ, ответ на (57)

Чего-то 1С стесняется публиковать список ошибок 20 релиза, наверное осмысливают :)

Из-за того, что в модуле проведения расчетов заменили строку 1325:
РазмерОграничения = Окр(ИсходныеДанные.РазмерОбщегоОграничения2010 / 12 * Макс(ИсходныеДанные.РайонныйКоэффициентРФОрганизации, 1), 2);

на строку:
РазмерОграничения = Окр(ИсходныеДанные.РазмерОбщегоОграничения2010 / 12, 2);

в размер пособия по уходу за ребенком до 1,5 лет не попадает РК.
Кто-нть лечил уже или я туплю и косяк у меня?

+(171) я не пойму, в текущих задачах после выполнения необходимо еще галочку поставить "выполнено"? Само не соображает?!!

А вот еще мне интересно. Начиная с 17 релиза 1С поменяла процесс выплаты зарплаты через банк, заставив заводить документ "Выписка из банка на перечисление зарплаты" на основании платежек.

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

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

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

(122) Тоже столкнулись - спасибо за решение..

20-й релиз. При начислении з/п за февраль видит 18 дней вместо 19 (22-е перенесли на 27-е). Соответственно и расчет не правильный. Календарь, вроде, правильно заполнен. Кто-нибудь сталкивался?

По поводу ТабеляУчетаРабочегоВремени... Может кому сгодится.
Завел ГрафикРаботы с именем  Свободный :0) - тип календарные дни и норма 0 часов (одни сплошные выходные). Тогда при расчете отработанного времени берется только то, что проставлено в ТабелеУчетаРабочегоВремени.

(142)Находясь в справочнике "Сотрудники" жмешь на правую клавишу и используешь выпадающее меню.

НачислениеЗарплатыРаботникамОрганизаций - Автозаполнение:
Косяк по ночным у работникам, которые имеют кадровые перемещения с даты, большей начала периода расчета. Создает фантомные записи с пустой датой окончания. в результате выкидывает ошибку и не заполняет закладки НДФЛ и прочие удержания.
Это началось с 19.3, в 20.3 не исправлено!

В табеле не заполняются автоматом по подразделению работники, у которых в рег.св.РаботникиОрганизаций непустая дата завершения.

1С выложила  свои ошибки: http://users.v8.1c.ru/ErrHRM_2_5_20_3.aspx
Но далеко не все. 21 релиз ожидается 19 февраля.

(193) еще не все г-но всплыло, так что сроки перенесут обязательно :)

а в партнерском опять тишина...

При печати Т13
{ОбщийМодуль.ТиповыеОтчеты(151)}: Ошибка при установке значения атрибута контекста (ВидСравнения): Несоответствие типов
   НовыйЭлемент.ВидСравнения   = ВидСравнения;
по причине:
Несоответствие типов

Подскажите, пожалуйста, как обойти?

В док. "Табель учета.." при вводе выходных дней расчет всё равно проходит как за рабочие дни. Найти ошибку пока не удаётся. В 19 релизе всё считалось правильно. "Отражение з/платы в рег. учете" перестал передаваться в БП (без выдачи ошибок, просто отсутствует в БП после загрузки)

(196) При печати или при формировании?

Столкнулась с неправильным отражением стажа в СЗВ-4. Отпуск без сохранения зарплаты: выходные и праздники включаются в стаж, рабочие дни-нет. И из-за этого в сзв 4 у таких сотрудников очень много строк

(198) при печати

Castlevania: посмотрите что у вас в табеле. Если неявка не зарегистрирована расчетным документом, то в табеле ставиться НН только на рабочие дни. В связи с этим и подобное формирование записей о стаже.

У меня в одной конфигурации табелей нет.
Но при произвольной формуле расчета отработанное время не уменьшается на отклонения.
Единственный регистр куда пишет документ "Невыходы организаций" - "Основные начисления сотрудников организаций"
Но в отличии от табеля заполняет "Норму дней" и "Норму часов"

(154) совершенно верно! у нас такая-же ошибка! в отчете пишет не полную базу! ограничивает 415000 руб.
причину ошибки пока не нашел..

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

(202) просто криво настроено вытеснение для вида расчета, использующего произвольную формулу

Такой глюк, видимо релиза, но если у кого будет возможность проверьте:
Б/лист в январе 2010, жмем отражение пособия в учете, выбираем "по данным текущего документа", жмем сформировать. Получаем проводки и в колонке Вид дохода по страховым взносам значение "Государственные пособия обязательного социального страхования, выплачиваемые за счет ФСС".
В регистр "Отражение начислений для целей страховых взносов" такой вид дохода и пишется.
В феврале делаем сторно этой больнички, заполняем Отражение пособий в учете, и почему-то в сторно записях стоит вид дохода "Государственные пособия, выплачиваемые за счет ЕСН в части ФСС", а в новых записях "Государственные пособия обязательного социального страхования, выплачиваемые за счет ФСС".
Т.е. как-будто б/л, который сторнируем, был с видом дохода "...за счет ЕСН в части ФСС". Но это не так.

(205) Вытеснение вообще не настроено.
Какие надо добавить в вытесняющие расчеты?
Все невыходы?

(207) вопрос снят. сам дурак

Ошибка: Унифицированная форма Т-13 [Т-13 по подразделениям] при режиме Табель у большинства выходящих на работу в выходные стоит "В" и нет часов отработанных., а должно стоять "РВ".
До обновления с релиза 2.5.19.3 этот отчет показывал правильно с теми же сотрудниками и с теми же датами. Документы не перепроводили.

народ, а не подскажете, где взять полный дистрибутив 19 или 20 версии для 8.2 платформы, плз?

(210) http://users.v8.1c.ru/HRM_2_5_20_3_u2.aspx там же где и для 8.1))

(211) это ж обновление

(210) за это здесь банят

минимум на сутки

(210) официально - только на партнёрском ИТС

(215) ну можно самому сделать... это же вроде не запрещено?

(211) Можно это удалить? тем более что не по теме. Здесь: "v8: ЗУП 2.5.20.3. Проблемы и решения"

(217) Слет чайников?

(218) сам ты чайник :)

Подскажите плиз - где включается комментарий расчета?
Раньше помню было "Сервис – Настройки пользователя - Комментировать выполняемые действия", а сейчас что-то не найду :(

(220) в начислении з/п встаешь на сотрудника - Рассчитать с комментарием

У меня чо-т отчет 'ПФР' не формируется за 2009 г. Если я правильно понимаю до 20-го релиза был 'Анализ ПФР', у которого теперь вообще показатели не работают, а теперь надо юзать 'ПФР', да? Это косяк 1Сины или у меня руки не из того места растут? Если первое, то как побороть?)

(222) Спасайте, горю!

Короче, вопрос на самом деле сводится к "Как вывести анализ ПФР за 2009 г."?

(222) см.Налоги и Взносы - ЕСН(уплачивался до 2010 года).

ПОЖАЛУЙСТА, камрады, помогайт! ЗУП 2.5.20.3, платформа 8.1.15.14
При заполнении док. Начисление страховых взносов дополнительные начисления увеличиваются в 5 раз, у разных людей, разные начисления. Всегда в 5 раз!
На предыдущем релизе была такая же ошибка.
Также в этом же документе ПФР разбивается на ЕНВД и не ЕНВД, хотя введен процент деятельности ЕНВД 100% на январь и февраль. Такая ситуация у людей, кто идет в отпуск с января на февраль. И у совместителей.

Интересный момент обнаружился.

Документ "Начисление по БЛ".
Дата документа: 02.11.09
Освобождние от работы с 21.09.09 по 30.10.09
Месяц начисления: ноябрь 2009

19 релиз:
В табеле за октябрь проставляются "Б".

20 релиз:
В табеле за октябрь проставляются "Я/8".

В СЗВ-4 соответственно дней нетрудоспособности 10, а не 40.

Это косяк или у меня при обновлении в ПВР что-то полетело?

У нас бухгалтерия жалуется, что после обновления на 20 релиз, при выгрузке из ЗУП в БП не переносятся данные по НДФЛ. Так же циферки по НДФЛ не подтягиваются в справку 2-НДФЛ за январь (хотя документ "Начисление зарплаты сотрудникам организаций" за январь есть и соотфетствующие движения по регистру "НДФЛ сведения о доходах" есть за этот период).

(196) Если еще не решили, то замените в модуле объекта "Отчет.УнифицированнаяФормаТ13" в процедуре "УстановитьФильтр()" наименования переменных "ВидСравненияОрганизации", "ВидСравненияПодразделения" и "ВидСравненияРаботника" на другие (я просто добавил единички в конец). Дело в том, что в этом же отчете имеются реквизиты с такими же наименованиями но тип их "ВидСравнения", а в процедуре попытка присвоить им значение типа "ВидСравненияКомпоновкиДанных".

(230) спасибо. действительно помогло.

Есть в настройках алгоритмов расчета новый способ пересчета оклада в часовую ставку с использованием данных производственного календаря за один месяц. Сегодня обнаружил ошибку при таком пересчете. Ошибка возникает из-за неправильной формулы расчета нормы часов по календарю. Норма часов берется меньше на продолжительность одного рабочего дня и часовая ставка оказывается завышенной. Неправильная формула присутствует в четырех программных модулях, где она применяется. Отправил письмо в техподдержку с описанием ошибки и ее причины. Даже в таком простейшем расчете не обошлось без ошибки!

Всем привет! Кто-нибудь в феврале уже пробовал начисления делать? У меня проявилась следующая проблема: в доке "Начисления з/п" видит только 18 дней, хотя в календаре 19. Т.е. не учитывает 27-е число, которое сделали рабочим/предпраздничным. Кто-нибудь сталкивался?

Забавные 1Совцы, ошибки к релизу 2.5.20

Код ошибки:    10046385
   
Дата публикации:    05.02.2010 15:57:32    
Дата последнего изменения:    05.02.2010 0:00:00    
Описание:    В проведенном документе "Начисление страховых взносов" неверно рассчитываются взносы на страхование от несчастных случаев.    

Планируется исправить в релизе:    2.5.20

интересно как они это будут исправлять в уже вышедшем релизе )) копипаст однако ))

(197) Элит, а документ "Отражение з/платы в рег. учете" от какой даты? Дата документа должна быть последним числом месяца за который формируются проводки. Тогда будет всё ок.

Появилась тестовая 2.5.21.1 http://users.v8.1c.ru/HRMTest.aspx

У меня ошибки теперь нет для Т-13 с отобранными подразделениями.

А с выплатой зарплаты ни у кого не было проблем? Начислено правильно. К ваплате гораздо бОльшие суммы (почти на порядок)

(238) У Вас в регистре "Зарплата за месяц организаций" пустые суммы. Перепроведите все проведенные "Зарплаты к выплате" через групповую обработку.

столкнулся с 2мя косяками, до перевода их не наблюдал:

1. В табеле внесено 100 часов. ЗП рассчитана, пусть 10000. Меняют в табеле часы в сторону уменьшения, пусть 80 часов стало. ЗП рассчитывают, там 148 часов и тысяч 13 начислений. сталкивался кто?

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

Не понял механизм выписок. В описании релиза написано, что теперь обязательно вводить 3 дока - выплата, платежное поручение, выписка. Вот только когда выписку пытаюсь по платежному поручению провести, выдает ошибку - Выплата уже зарегистрирована документом-основанием.

А с этой кто-нить сталкивался?:
Заполняю "Подбором" документ "Табель учета рабочего времени" За Январь. Одному сотруднику вместо явки "Я" вручную набиваю в четверг 21 января "НВ"(Дополнительные выходные дни (неоплачиваемые)). Провожу документ. Печатаю форму Т-13 по этому сотруднику. И вместо "НВ" пишет "Я" явку.

1 проблему решил с помощью (181) спасибо
2 надо снять проведение с зарплаты к выплате, потом провести. просто перепровести - не помогало

(154),(203) Кто-нибудь разобрался с ограничением облагаемой базы ФСС_НС в 415 т.р.?
1С будет исправлять?
Как побороть сейчас?

(16) да-да, уволенные не выводятся в расчетном. Не знаю, как смотреть в глаза клиенту!))

Доработали мы ЗУП сильно, теперь третье обновление паримся. (обновляли с 16 на 18, потом на 19, потом на 20). В основном добавили свои объекты, но есть вещи, которые трудно отследить. Например, при вызове функции, которая склоняет имя добавился параметр "пол" (странно, что раньше не было кстати).

(244) - насчет уволенных - сделал свой расчетный листок скрестив старый (16) - список работников и новый (20) - сами начисления отчисления. Надеюсь в будущем исправят типовой...

(243) Нашел по коду где это ограничение, оказывается есть специальный регистр ПредельнаяВеличинаБазыСтраховыхВзносов.
И его значение кстати выведено в настройках, если кому интересно Сервис - Параметры учета, вкладка Страховые взносы.

(130) А у меня как раз это работает. Я торжественно раскомментировал эти строки сегодня, до меня человек правил 19-й релиз и закомментировал их, т.к. там это я так понял не работало

(179) Функция Склонить() или Склонять() изменена, это точно могу сказать, но не помню, где она находится. Вероятно, она так изменена, значит. Там добавился пол кстати, может, проверить пол Кораблевой в 1С? :)

(240), (241) - Я ковырял табель. Вернул кусками код из старого релиза - не уверен что это правильно, но вроде пока работает: (144), (181)

Еще парочка отловленных ошибок:
Проводки по налогам на компенсацию неиспользованного отпуска идут в дебет 91 счета. Оттого что в регистры расчета документы начисления взносов и отражения в учете вносят эту компенсацию с разными периодами регистрации - один датой месяца, другой датой начисления. Потом запрос клинит.
В модуле документа "ОтражениеЗарплатыВРеглУчете" в процедуре "ДобавитьСтрокуВДвиженияПоДоходам" заменил

Строка.ПериодРегистрации    = ВыборкаПоДоходам.ДатаНачисления;

на

Строка.ПериодРегистрации    = ПериодРегистрации;


Еще сотрудникам, которых переводили с договоров на штатное место или наоборот,  СЗВ-4 не объединяет стаж в одну строку - ошибка в общей форме "ФормаВводаДанныхСЗВ4".

В 19м релизе есть ошибка при начислении "Пособие по уходу за ребёнком до 1.5 лет" если событие наступило в 2010 году (неправильно считается максимальное ограничение пособия)
в 20м исправили? (некогда пока посмотреть)

пс решение выложил в ветке:
v8: ЗУП 2.5.19.3. Проблемы и решения: ЗУП
v8: ЗУП 2.5.19.3. Проблемы и решения

+ (251) если не исправили скажите в 1С напишу

При расчете страховых взносов Материальная помощь при рождении ребенка не смотря на настройки вида дохода все равно полностью облагается взносами

Решение одной ошибки в док."Отражении зарплаты в регламентированном учете". Удваиваются суммы проводки дк70 кт76.09 и дт70 кт76.41 в ОтражениеВУчете так как в модуле документа в строке 16345 пропущена связь:
   |        ЛЕВОЕ СОЕДИНЕНИЕ ПланСчетов.Хозрасчетный.ВидыСубконто КАК ВидыСубконтоРаботникиДт
   |        ПО (ДанныеУчета.СчетДт <> ЗНАЧЕНИЕ(ПланСчетов.Хозрасчетный.ПустаяСсылка))
   |            И ДанныеУчета.СчетДт = ВидыСубконтоРаботникиДт.Ссылка
//***ХХХХ***11.02.2010***  ошибка пропущена связь
   |            И (ВидыСубконтоРаботникиДт.ВидСубконто = ЗНАЧЕНИЕ(ПланВидовХарактеристик.ВидыСубконтоХозрасчетные.РаботникиОрганизации))
//***Конец****************    
   |        ЛЕВОЕ СОЕДИНЕНИЕ ПланСчетов.Хозрасчетный.ВидыСубконто КАК ВидыСубконтоПодразделениеКт
   |        ПО (ДанныеУчета.СчетКт <> ЗНАЧЕНИЕ(ПланСчетов.Хозрасчетный.ПустаяСсылка))
   |            И ДанныеУчета.СчетКт = ВидыСубконтоПодразделениеКт.Ссылка
   |            И (ВидыСубконтоПодразделениеКт.ВидСубконто = ЗНАЧЕНИЕ(ПланВидовХарактеристик.ВидыСубконтоХозрасчетные.Подразделения))
   |        ЛЕВОЕ СОЕДИНЕНИЕ ПланСчетов.Хозрасчетный.ВидыСубконто КАК ВидыСубконтоКонтрагентыКт
   |        ПО (ДанныеУчета.СчетКт = ЗНАЧЕНИЕ(ПланСчетов.Хозрасчетный.РасчетыПоИсполнительнымДокументамРаботников))
   |            И ДанныеУчета.СчетКт = ВидыСубконтоКонтрагентыКт.Ссылка
   |            И (ВидыСубконтоКонтрагентыКт.ВидСубконто = ЗНАЧЕНИЕ(ПланВидовХарактеристик.ВидыСубконтоХозрасчетные.Контрагенты))
   |        ЛЕВОЕ СОЕДИНЕНИЕ ПланСчетов.Хозрасчетный.ВидыСубконто КАК ВидыСубконтоРаботникиКт
   |        ПО (ДанныеУчета.СчетКт <> ЗНАЧЕНИЕ(ПланСчетов.Хозрасчетный.ПустаяСсылка))
   |            И ДанныеУчета.СчетКт = ВидыСубконтоРаботникиКт.Ссылка
   |            И (ВидыСубконтоРаботникиКт.ВидСубконто = ЗНАЧЕНИЕ(ПланВидовХарактеристик.ВидыСубконтоХозрасчетные.РаботникиОрганизации))

Если уже было, тогда извиняюсь.

Тем не менее: не правильно рассчитывается часовая тарифная ставка в функции «ЧасоваяТарифнаяСтавкаРаботникаОрг» общего модуля «ПроцедурыУправленияПерсоналом». Столкнулся при расчете оплаты работы в праздничные и выходные дни.

В запросе в случае, когда способ расчета основного начисления сотрудника «по месячной тарифной ставке» и при выбранном способе пересчета с использованием «Месячной нормы по производственному календарю» количество часов рассчитывается по формуле:

(ДлительностьРабочейНедели / КоличествоДнейВНеделе * КоличествоРабочихДнейПоПроизводственномуКалендарюЗаМесяц -КоличествоПредпраздничныхДнейПоПроизводственномуКалендарюЗаМесяц)

В итоге для февраля 2010 года при пятидневке и 40-ка часовой неделе количество часов получается равным 143, хотя должно быть 151. (в запросе рабочие дни разделены на рабочие и предпраздничные, в феврале 19 рабочих дней, из них один предпраздничный, запрос оперирует 18-ю рабочими днями и одним предпраздничным)

В производственном календаре не разделяются рабочие и предпраздничные дни, поэтому формула должна быть такая:

(ДлительностьРабочейНедели / КоличествоДнейВНеделе * (КоличествоРабочихДнейПоПроизводственномуКалендарюЗаМесяц + КоличествоПредпраздничныхДнейПоПроизводственномуКалендарюЗаМесяц) -КоличествоПредпраздничныхДнейПоПроизводственномуКалендарюЗаМесяц)

Причем данная формула правильно применена для случая использования «Среднего количества часов в месяце за год», с учетом данных производственного календаря за год.

(255) написал в 1С об этой ошибке, см.(232).

(256) Понял. Наколбасили они в последних релизах столько, что всю тему не осилить. Ну ничего, я им ещё одно письмо отправил, вдруг забыли! :)

вопрос в (253) все еще актуален, неужели никто не сталкивался?

Сталкивались, посмотри мой пост, сегодняшний, я написал где что исправлять нада

Кто знает нафига они вообще док. табель меняли в 20 релизе??? ведь все работало хорошо!

ню, захотелось им так, предыдущая версия показалась не комильфо ;-)

им походу весь релиз прошлый не понравился и решили везде изменения внести :)))

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

+ (264) Это в документе "Начисление страховых взносов)

1. "Начисление страховых взносов" при пересчете не отменяется проведение, поэтому вносы начисляются в 0.
2. В ПКО при выборе сотрудника возникает ошибка, в обращении к процедуре склонения лишний параметр.
3. При проведении производственных нарядов в движение не попадает вид расчета, из-за чего в отчете "Анализ начисленных налогов" неправильно выводится облагаемая база ФСС НС.
4. еще чета было, щас не вспомню...

(264) у меня нормально, за исключением 1 из (266). Попробуй сначала расповести док, а потом заполнить.

(266) (267). Точно...все получилось )

спасибо

(266)-1. Копайте в сторону ОбщегоНазначения.УдалитьДвиженияРегистратора().
там не только в "Начислении страховых взносов" такой косяк )
совет: заменить процедуру "правильной" из старого (рабочего) релиза.

(270) да не отличаются они вроде

(185) а он  (РК) и не должен учитываться

(259) что -то не нашла твоих постов с исправлением этой бяки!!!!! Если не трудно еще раз напиши!!!!!

в старом релизе когда делаешь ведомость через банк, достаточно платежного поручения для факта оплаты. Теперь после платежного поручения в свод выплата не попадает - надо еще банковскую выписку. это у меня где-то косяк или новый релиз?

(274) да, надо. это еще с 2.5.17 релиза пошло. почему они думают, что у всех стоит сберовский КБ.

у меня наблюдается косяк с отчетом табелем Т-13. если введены ночные часы, то в день, когда есть дневные и ночные часы, в отчет идут ночные два раза. например
16/8, где 16 - дневные, 8 - ночные. а в отчет выводится 8/8.
такой косяк в отчете вылазит, если проведен док начисление зп с расчетом.

да еще была проблема с документом Табель. в доке ставишь часы, когда сотр работал, а в начисление зп попадают еще и дни, которые по графику этого сотра.
поправил табель по совету alex2403 таким образом
строки в модуле документа табель 2514-2522
| ВЫБОР
| КОГДА ЕСТЬNULL(ДанныеИндГрафика.ВидУчетаВремени, ДанныеОбщегоГрафика.ВидУчетаВремени) = ЗНАЧЕНИЕ(ПЕРЕЧИСЛЕНИЕ.ВидыУчетаВремени.ПоЧасам)
| ТОГДА ЗНАЧЕНИЕ(Справочник.КлассификаторИспользованияРабочегоВремени.Работа)
| КОГДА ЕСТЬNULL(ДанныеИндГрафика.ВидУчетаВремени, ДанныеОбщегоГрафика.ВидУчетаВремени) = ЗНАЧЕНИЕ(ПЕРЕЧИСЛЕНИЕ.ВидыУчетаВремени.ПоВечернимЧасам)
| ТОГДА ЗНАЧЕНИЕ(Справочник.КлассификаторИспользованияРабочегоВремени.РаботаВечерниеЧасы)
| КОГДА ЕСТЬNULL(ДанныеИндГрафика.ВидУчетаВремени, ДанныеОбщегоГрафика.ВидУчетаВремени) = ЗНАЧЕНИЕ(ПЕРЕЧИСЛЕНИЕ.ВидыУчетаВремени.ПоНочнымЧасам)
| ТОГДА ЗНАЧЕНИЕ(Справочник.КлассификаторИспользованияРабочегоВремени.РаботаНочныеЧасы)
| КОНЕЦ,
| ЕСТЬNULL(ДанныеИндГрафика.ОсновноеЗначение, ДанныеОбщегоГрафика.ОсновноеЗначение),
на

| NULL,
| NULL,

начисление зп стало считать нормально, остался только косяк с Т-13

В документе "Отражение ЗП в регл.учете" не проставляется аналитика по статьям затрат для проводок по взносам; только подразделение. В декабре заполняется, а в январе нет.
Кто-нибудь "лечил"?

У меня после обновления в справочнике способы отражения зарплаты в рег. учете - вся аналитика слетела. Там при записи сделали проверку на соответствие плану счетов

в документе начисление взносов не считает взносы на договорников, если это физ.лицо было принято в следующем месяце. В модуле документа в Функция ПолучитьОграничениеНаСотрудников в запросе мешает условие
И СотрудникиОрганизаций.Ссылка ЕСТЬ NULL при формировании ВТ_ФизлицаДоговорники

внешний отчет "Налоговая Ведомость (расширенная) при построении с 01.01.2010 выдает ошибку: преобразование к типу число не может быть выполнено
Как поправить?

Табель использования рабочего времени Т-13
Сотруднику документом "Невыходы организации" оформлен невыход с 14 по 29.01, затем было
проведено "Начисление по Больничному листу" за этот же период. При формировании унифицированной формы Т-13 (Табель использования рабочего времени) за февраль сотруднику ошибочно проставляется "Б", вместо явки.

226  У меня доп начисления увеличились в 10 раз, решил так Общий модуль расчет страховых взносов дополнтельный, процедура получить данные учета в последнем запросе различные
....
|;
|
|/////////////////////////////////////////////////////////////////////////////
|ВЫБРАТЬ РАЗЛИЧНЫЕ
|    ДанныеУчета.Регистратор КАК Регистратор,
|    ДанныеУчета.Регистратор КАК ДокументОснование,
|    ДанныеУчета.НомерСтроки КАК НомерСтроки,
....
А вобще 1Сники не напрягают себя в запросах ставить РАЗРЕШЕННЫЕ, у нас несколько контор и РЛС при расчете больничных считался более 20 минут

Отчет "Анализ начисленных налогов и взносов" (Анализ ПФР) - не могу сделать отбор по подразделению - в панели пользователя (справа) вижу только строчку (заголовок) "Отбор по подразделению", но он не "раскрывается". Попытался использовать отчет от релиза 2.5.16.2 - вылезает ошибка и панель пользователя (с отборами) не прорисовывается вообще...

Как решить?

По поводу (206) есть идеи как это исправить?

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

(285) это насчет анализа начисланных налогов и сборов? где "поубивать" настройки предыдущего релиза?

Кстати, по поводу обработки, исправляющую косяк, когда у одного из сотрудников не рассчитывается сумма "ФСС, несчастные случаи" в Начислении взносов (ЗУП 2.5.19.3).
Добавьте в коде после
"
Если ТЗ.Количество()>0 Тогда
   ОблагаемаяСумма = ТЗ[0].Сумма;
"
следующее:
"Иначе
   Продолжить;"

Ибо кроме действительно косяка могут встречаться и правильные случаи, когда ФСС_НС не облагается (например, компенсация при увольнении, отпуск по уходу за ребенком).

начиная с 19.3 релиза больничные перестали входить в расчетную базу при расчете исполнительных листов. кто-нить сталкивался? как лечить?

(18) 2.5.21 вроде ж поправили.
(91) обнови платформу

(288) добавить больничные в базу испол. листов )

(290) а их оттуда никто и не убирал)) в том-то и беда!

Документ "НЕВЫХОДЫ В ОРГАНИЗАЦИЯХ", при нажатии в нём на кнопку "Рассчитать" - не рассчитывает ничего и соответственно не заполняет в нём строчки: ЗачестьВНормуДней и ЗачестьВНормуЧасов. Внизу статус - "Документ не рассчитан".
На 19 релизе такой проблемы не было.
Подскажите, как побороть???

(291)а галка "Учитывать больничные листы" в самом исполнительном листе стоит

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

(293) конечно

(292) вопрос с НЕВЫХОДАМИ снимается - все считается (как ни странно )))

Почему то после обновления не корректно считается документом "Начисление страховых взносов" страховая и накопительная часть в ПФР. К примеру по сотруднику разбивает сумму 1311,66 - Страховая: 918,16 Накопительная 393,50. Хотя по сути должно быть страховая 1232,96 накопительная 78,70. Ни кто не сталкивался с подобным?

(297) РС.ТарифСтраховыхВзносов проверьте

Еще одна тестовая - 2.5.21.2. Исправлена куча ошибок ( надеюсь новые не появились :( )
http://users.v8.1c.ru/Info/HRM/2_5_21_2/change.htm

Например ошибку в (232,255) исправили:

Комментарий:    Исправлена ошибка 10047016:
Неверно пересчитывается месячная ставка в часовую при использовании месячной нормы по производственному календарю в тех месяцах, в которых имеются предпраздничные дни (укороченные на 1 час).    
       
Изменены:    Документ.НачислениеЗарплатыРаботникамОрганизаций    
   Документ.ОплатаПраздничныхИВыходныхДнейОрганизаций    
   Документ.ОплатаСверхурочныхЧасов    
   ОбщийМодуль.ПроцедурыУправленияПерсоналом

(300) мелочь, а приятно. Однако проверить, что они там исправили, не помешает. На одно мое письмо получил ответ: обновите до 2.5.20, там ошибки не воспроизводятся. Проверил : одну ошибку исправили, другую - нет.

(291) убирал-не убирал, а средний для БЛ с 2010 года новый, как ни странно - иди проверяй базы

(302) это вроде в семерке расчеты добавились, в восьмерке все также осталось. (291) галка "учитывать больничные" в исполнительных стоит?

(303) а ты уверен, что все обработки при формировании новых ВР в ПВР Средний заработок прошли корректно? Или наоборот, до корректировки что-то могло быть перекошено... Лучше все проверить, чтобы быть увеенными, минимум, в настройках.

Доброго времени суток, господа одинэсники. Вот такая проблема:
есть вспомогательные рабочие с суммированным учетом рабочего времени. Работают по окладу, который должен пересчитываться в часовую ставку. Премия им начисляется за предыдущий месяц, т.е. сколько заработал в предыдущем месяце  - на эту сумму накручивается устанавливаемый размер премии. Если ставить стандартный вид начислений: способ расчета - регламентированный, процентом; В качестве базового периода используется - прошлый месяц. Но при расчете вместо того, чтобы тупо умножить предыдущую базу на процент, программа еще умножает на отработанное время и делит на норму времени! Но этого не надо, надо просто умножить процент на базу. Если ставить произвольную формулу расчета, то на закладке Прочее исчезает выбор в качестве базового периода использовать... Задолбался уже башку ломать как это обойти. Может кто подскажет? При этом в Настройках учета Алгоритмы расчетов: при пересчете оклада в часовую ставку должно стоять - по месячной норме по производственному календарю именно так она и должна пересчитываться.
И так не только у сотрудников по суммированному учету, так у всех, у кого берется премия за предыдущий месяц - ставишь регламентированное процентом - появляется расчетная база прошлого месяца, но учитывается норма времени и отработанное время, ставишь произвольную формулу расчета - считает нормально, но берет текущий месяц. Идиотизм полнейший.

В расчете страховых взносов на инвалидов в 20.3 версии заполняются взносы ТФОМС,ФФОМС, ФСС соцстрахование и ПФР накопительная часть? В 19.3. релизе на инвалидов только ФСС несч.случаи и ПФР страх.часть считаются, хотя система налогообложения общая. Кто - нибудь сталкивался? И как обошли?

(302) в базе все нормально, (303) галка стоит как вкопанная с 2007года. Неверно рассчитывается база в Процедуре ДописатьАлгоритмВЗапрос(...). Запрос подправила - все заработало. Этот запрос раньше в другом месте был, вот я его и проглядела.

Есть вопрос по отражению зп в рег учете.
Если по БУ сумма падает на 97 счет , то по НУ например на затратный 20. Это нормально? или я какой закон пропусти почитать?

// алгоритмы с 2010 год

// Заполняет строку промежуточной таблицы проводками по страховым взносам
Процедура ЗаполнитьСтрокуПромежуточнойТаблицы(СтрокаТЧ, СтрокаОтражения, ПараметрыПолученияСубконто, СчетКт, СчетКтНУ, Результат, СтатьяРБП, ДополнительнаяСтрока = Ложь)

   Если ДополнительнаяСтрока Тогда
       
       // дополнительная строка, отражение в НУ временных разниц
       
       СтрокаТЧ.СчетДт            = СтрокаОтражения.СчетДт;
       СтрокаТЧ.СубконтоДт1    = ПолучитьСубконто(СтрокаОтражения.СубконтоДт1, ПараметрыПолученияСубконто);
       СтрокаТЧ.СубконтоДт2    = ПолучитьСубконто(СтрокаОтражения.СубконтоДт2, ПараметрыПолученияСубконто);
       СтрокаТЧ.СубконтоДт3    = ПолучитьСубконто(СтрокаОтражения.СубконтоДт3, ПараметрыПолученияСубконто);
       СтрокаТЧ.СчетКт            = СчетКт;
       СтрокаТЧ.СубконтоКт1    = Перечисления.ВидыПлатежейВГосБюджет.Налог;
       СтрокаТЧ.Сумма            = 0;
       СтрокаТЧ.СуммаВР        = -1*Результат;
       СтрокаТЧ.СуммаНУ        = Результат;
       
       СтрокаТЧ.ОтражениеВУСН    = СтрокаОтражения.ОтражениеВУСН;
       
   Иначе
       
       СчетДт      = ?(СтрокаОтражения.ПодменятьСчетДтНаРБП, ПланыСчетов.Хозрасчетный.РасходыНаОплатуТрудаБудущихПериодов, СтрокаОтражения.СчетДт);
       СубконтоДт1 = ?(СтрокаОтражения.ПодменятьСчетДтНаРБП, СтатьяРБП, ПолучитьСубконто(СтрокаОтражения.СубконтоДт1, ПараметрыПолученияСубконто));
       СубконтоДт2 = ?(СтрокаОтражения.ПодменятьСчетДтНаРБП, СтрокаОтражения.Физлицо, ПолучитьСубконто(СтрокаОтражения.СубконтоДт2, ПараметрыПолученияСубконто));
       СубконтоДт3 = ?(СтрокаОтражения.ПодменятьСчетДтНаРБП, Неопределено, ПолучитьСубконто(СтрокаОтражения.СубконтоДт3, ПараметрыПолученияСубконто));
       СубконтоКт1 = Перечисления.ВидыПлатежейВГосБюджет.Налог;
       
       СтрокаТЧ.СчетДт            = СчетДт;
       СтрокаТЧ.СубконтоДт1    = СубконтоДт1;
       СтрокаТЧ.СубконтоДт2    = СубконтоДт2;
       СтрокаТЧ.СубконтоДт3    = СубконтоДт3;
       СтрокаТЧ.СчетКт            = СчетКт;
       СтрокаТЧ.СубконтоКт1    = СубконтоКт1;
       
       Если мУчетПоПодразделениямНаСчетах Тогда
           СтрокаТЧ.ПодразделениеДт = СтрокаОтражения.ПодразделениеДт;
       КонецЕсли;
       
       Если мЗаполнятьДанныеНУ и мЗаполнятьСчетаНУ и Не СтрокаОтражения.ОблагаетсяЕНВД Тогда
           СтрокаТЧ.СчетДтНУ        = СтрокаОтражения.СчетДтНУ;
           СтрокаТЧ.СубконтоДтНУ1    = ПолучитьСубконто(СтрокаОтражения.СубконтоДтНУ1, ПараметрыПолученияСубконто);
           СтрокаТЧ.СубконтоДтНУ2    = ПолучитьСубконто(СтрокаОтражения.СубконтоДтНУ2, ПараметрыПолученияСубконто);
           СтрокаТЧ.СубконтоДтНУ3    = ПолучитьСубконто(СтрокаОтражения.СубконтоДтНУ3, ПараметрыПолученияСубконто);
           СтрокаТЧ.СчетКтНУ        = ?(СтрокаТЧ.СчетДтНУ.Пустая(),ПланыСчетов.Налоговый.ПустаяСсылка(), СчетКтНУ);
       КонецЕсли;
       
       СтрокаТЧ.ОтражениеВУСН    = СтрокаОтражения.ОтражениеВУСН;
       
       СтрокаТЧ.Сумма            = Результат;
       Если мЗаполнятьДанныеНУ и Не мЗаполнятьСчетаНУ Тогда
           Если СтрокаОтражения.ПодменятьСчетДтНаРБП Тогда
               СтрокаТЧ.СуммаВР = СтрокаТЧ.Сумма;
           Иначе    
               СтрокаТЧ.СуммаНУ = СтрокаТЧ.Сумма;
           КонецЕсли;
       КонецЕсли;
   КонецЕсли;

КонецПроцедуры

апну

Походу ветка умерла...

(310) 2.5.21...-й рабочий пока не вышел.

(310) не умрет, пока 21 не выйдет

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

21.3 вышел уже

http://users.v8.1c.ru/HRM_2_5_21_3.aspx

ошибок неплохо так исправлено

http://users.v8.1c.ru/Info/HRM/2_5_21_3/change.htm

в партнерском опять ни слова....

(319) ну откуда там слова появятся если как обычно релиз вышел после восьми вечера в пятницу да еще и перед 4мя выходными...

+(320) и форум после 10 утра работать перестал на весь день

а как получить доступ на партнерский форум?

(320) я не про слова и не про форум, а про партнерский раздел сайта
так что думаю, упоминания о релизах там появляются практически оттуда же, откуда на клиентском

(323) а есть еще раздел сайта обновлений "для белых" ??

(322) купить комплект специалиста
(323) я уже написал выше, что он вчера весь день не работал

(325).2 я уж написала выше, что я не про форум

(326) а разве там что то должно упоминаться?

(312) Сейчас стоит 21.3 релиз - код процедуры такой же. Где почитать про э
то безобразие. А то как не не очень получается, разница в себестоимости продукции по НУ и БУ в части прямых затрат.

Косяк с Т-2 не исправили!

Сотрудники фирмы Нуралиева что-то уже лыка не вяжут.

------
Комментарий: Исправлена ошибка 10046864:
После обновления конфигурации на версию 2.5.20.3 возникла проблема с табелем учета рабочего времени. Если заполнять табель по дням периода то при начислении зарплаты работникам организации данные берутся не из этого табеля а из графика работы. Если заполнять табель сводно, в целом за период тогда все правильно считает.  
     
Изменены: ОбщийМодуль.ПроведениеРасчетовПереопределяемый
-----
Комментарий: Исправлена ошибка 10047098 :
Не учитываются переносы выходных в табеле учета рабочего времени.  
     
Изменены: Документ.ТабельУчетаРабочегоВремениОрганизации
-----


Теперь начисление ЗП при переносе выходных дней правильно считает количество оплаченных дней, а печать табеля всё также фигачит все дни рабочими.

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

(331) с этого года есн отменен для всех

(332) ))) но страховых взносов "добавили" всем!

Кто ставил 2.5.21.3? Стоит оно того?

(334) Ошибка с отчетом Т-13 осталась. Как было (241). Хотя в демо от 1С правильно печатает.

(335) Спасибо! А новых ошибок не добавилось?

(335) Я сегодня не стал обновлять)))) Вот сам жду ....

(337) обновляю. нету сил больше ждать.

я пробовал обновить
оклад у сменщиков правильно стал считать, а дополнительное начисление (сами добавили - зависит от отработанного времени в часах) неправильно считает. Как в 20-м релизе начал так и в 21-м так же берет непонятное число (отработано времени в часах).

1. Не правильно считает средний(в календарные дни включает учебный опл отпуск )
2. Гыыы, если  человек был в учебном отпуске то ему и явку рисует в табели...

-----------------
1С рулит !!!!
Я мну друг есть дибил, точно к ним работать устроиться)

В документе "Зарплата к выплате" при виде расчета "Расчет при увольнении" ругается на неверное имя колонки. Исправление: в модуле документа, Функция ФильтроватьТаблицуЗарплат, после строки
Если ТаблицаЗарплат.Количество() > 0 Тогда
вставить:
Если ТаблицаЗарплат.Колонки.Найти("Начислено") <> Неопределено Тогда    
ТаблицаЗарплат.Колонки.Добавить("Сумма");    ТаблицаЗарплат.ЗагрузитьКолонку(ТаблицаЗарплат.ВыгрузитьКолонку("Начислено"), "Сумма");
КонецЕсли;
Вызвано тем, что при авансах, увольнениях и может ещё каких видах расчета возвращается колонка Начислено а не Сумма.

С неотображением окладов в формах в Т-1 и Т-5 сталкивались ?

(340) Сие происходящее очень полезно - даёт возможность изучить ЗУП на живых пользователях. Когда ещё будет такая возможность. Лучше всяких курсов. (Если я  больше не отвечу, значит, я обновился и меня убили расчетчики).

(343) зачем так просто и без мучений? им лучше повесить объявление, что аванс за феврль не рассчитан из-за Igor 2007

(344) + тоже обновлюсь чтоль ) эх где моя бронекаска то...

21 релиз.
Ввод данных СЗВ-4 не правильно заполняется отпуск по уходу за ребенком, Вид отпуска "ДЕТИ" дробит на 2 строки за 2009 год, не пойму почему.

+(346) Точнее вот так:
Вид отпуска "ДЕТИ" не правильно заполняет конец периода - в документе отпуск по уходу за ребенком указано что до конца 2009 года, а он ставит до 17.12.2009
И Еще добавляется строка с пустым видом отпуска за 2009 год, не пойму в чем трабл.

я в свое время тоже этим сзв-4 замучался особенно ДЕТИ
надо сначало посмотреть историю штатного расписания

потом он еще реагирует на исправления в начислениях
нам пришлось сначало отменить исправления потом выгрузить сзв-4 и опять провести исправления

(348), (349) Спасибо, буду смотреть...

v8: ЗУП 2.5.21.3. Проблемы и решения