Зарплата и управление персоналом, редакция 3.0 (3.0.5.22)
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Однако всем здрасти.
Юзаю ЗУП 3.0.17.24
Да, неоднозначная эта конфигурация ЗУП 3.0.
Уже раз 6 делал переносы данных из ЗУП 2.5.
Покумекаешь в чем дело, подправишь базу ЗУП 2.5 и снова перенос.
Два рабочих дня уходит на выгрузку и загрузку данных. 760+ только работающих сотрудников))
В последнюю выгрузку удалось начисления перевести из минус 2.5 миллиона с копейками на плюс 500 тысяч при пробном начислении ЗП.
Приходилось даже по сути хакерскими путями подменять формулы расчетов в начислениях (в зуп 2.5), а то не по феншую использовать показатель "Тарифная ставка месячная" (по сути нужно было использовать показатель типа "фиксированная сумма") где попало, а то правила конвертации сходят с ума и в плановых начислениях начинаются задвоения сумм и их замена другими суммами из других начислений.
Сейчас по сей день по людям плывут размеры плановых начислений, завтра буду сводить и глядеть у кого чего еще выплыло.
Займы сотрудникам по договорам займа по которым возврат долга осуществляется в конце срока, неверный расчет материальной выгоды при начислении зп, до 2014 года программа считает ее за весь период, а начиная с 2014 года кладет болт и пишет нули)))
У некоторых декретчиц вышедших на работу раньше срока путем изменения условий отпуска не прекратились начисления пособий по уходу за детишками до полутора лет.
Не знаю как считать оценочные обязательства.
Не знаю как это еще все в БП 3.0 полетит.
О сколько чудных нам мгновений готовит сие творение человеческого разума.
Благо еще пол года в запасе))
Юзаю ЗУП 3.0.17.24
Да, неоднозначная эта конфигурация ЗУП 3.0.
Уже раз 6 делал переносы данных из ЗУП 2.5.
Покумекаешь в чем дело, подправишь базу ЗУП 2.5 и снова перенос.
Два рабочих дня уходит на выгрузку и загрузку данных. 760+ только работающих сотрудников))
В последнюю выгрузку удалось начисления перевести из минус 2.5 миллиона с копейками на плюс 500 тысяч при пробном начислении ЗП.
Приходилось даже по сути хакерскими путями подменять формулы расчетов в начислениях (в зуп 2.5), а то не по феншую использовать показатель "Тарифная ставка месячная" (по сути нужно было использовать показатель типа "фиксированная сумма") где попало, а то правила конвертации сходят с ума и в плановых начислениях начинаются задвоения сумм и их замена другими суммами из других начислений.
Сейчас по сей день по людям плывут размеры плановых начислений, завтра буду сводить и глядеть у кого чего еще выплыло.
Займы сотрудникам по договорам займа по которым возврат долга осуществляется в конце срока, неверный расчет материальной выгоды при начислении зп, до 2014 года программа считает ее за весь период, а начиная с 2014 года кладет болт и пишет нули)))
У некоторых декретчиц вышедших на работу раньше срока путем изменения условий отпуска не прекратились начисления пособий по уходу за детишками до полутора лет.
Не знаю как считать оценочные обязательства.
Не знаю как это еще все в БП 3.0 полетит.
О сколько чудных нам мгновений готовит сие творение человеческого разума.
Благо еще пол года в запасе))
(199) Brawler, Да, уж! Вот и я!
У нас хоть народу и много (работающих около 1500, половина на графиках), но з/п относительно простая.
- Из основных начислений: Оклады (по часам), доплаты длительного действия (регл.по тарифной ставке), совместительство
- Из дополнительных - премии фикс.суммой и еще что то
После переноса:
С декретниками при изменении условий оплаты таж фигня.
До займов и исполнительных листов еще глаза не дошли.
Если в 2.5 у сотра документом "Ввод пост.начисл/уд." была зарегистрированная доплата, например, с 01.05.11 по 31.07.11 - в 3.0 это переносится в кадровый перевод как действующая. Причем при расчете Оклад окажется тоже равен сумме этой доплаты!
// ошибку зарегистрировали в 1С//
Если в 2.5 у сотра было полное сторно расчетов за месяц, неверно рассчитывается кол.дней для отпусков.
// ошибка зарегистрирована //
"Совместительские" доплаты на фиг с пляжа - в 3.0 в описании ВР есть специальное назначение начисления = Доплата за совмещение.
При переносе этот ВР 3.0 не понимает 2.5, не склеиваются они...
Делаю перенос из 4-х баз 2.5 (в каждой есть "за совместительство") в единую 3.0. В списке видов расчета получаю несколько "совместительств". Заменить "назначение начисления" могу только в одном из них. Не знаю средства "поиск и замена значений" как в 2.5 (универсальная обработка). Если б такая была, сделала бы замену этих ВР в переносах данных.
Глобальная тема - Штатное расписание. Пока можно уделить время для изучения. Переносится странно.
Попробовала обменяться с БП. С трудом настроила синхронизацию. ОЗвРУ перенеслось, задвоились некоторые ФизЛица в БП.
Нескладно получилось с "Обособленными подразделениями". В 2.5 для ОП есть реквизиты в спр.Подразделений. В 3.0 для этого есть справочник "Регистрация в налоговом органе".
У нас хоть народу и много (работающих около 1500, половина на графиках), но з/п относительно простая.
- Из основных начислений: Оклады (по часам), доплаты длительного действия (регл.по тарифной ставке), совместительство
- Из дополнительных - премии фикс.суммой и еще что то
После переноса:
С декретниками при изменении условий оплаты таж фигня.
До займов и исполнительных листов еще глаза не дошли.
Если в 2.5 у сотра документом "Ввод пост.начисл/уд." была зарегистрированная доплата, например, с 01.05.11 по 31.07.11 - в 3.0 это переносится в кадровый перевод как действующая. Причем при расчете Оклад окажется тоже равен сумме этой доплаты!
// ошибку зарегистрировали в 1С//
Если в 2.5 у сотра было полное сторно расчетов за месяц, неверно рассчитывается кол.дней для отпусков.
// ошибка зарегистрирована //
"Совместительские" доплаты на фиг с пляжа - в 3.0 в описании ВР есть специальное назначение начисления = Доплата за совмещение.
При переносе этот ВР 3.0 не понимает 2.5, не склеиваются они...
Делаю перенос из 4-х баз 2.5 (в каждой есть "за совместительство") в единую 3.0. В списке видов расчета получаю несколько "совместительств". Заменить "назначение начисления" могу только в одном из них. Не знаю средства "поиск и замена значений" как в 2.5 (универсальная обработка). Если б такая была, сделала бы замену этих ВР в переносах данных.
Глобальная тема - Штатное расписание. Пока можно уделить время для изучения. Переносится странно.
Попробовала обменяться с БП. С трудом настроила синхронизацию. ОЗвРУ перенеслось, задвоились некоторые ФизЛица в БП.
Нескладно получилось с "Обособленными подразделениями". В 2.5 для ОП есть реквизиты в спр.Подразделений. В 3.0 для этого есть справочник "Регистрация в налоговом органе".
(200) ves.Parnas, это хорошо, что вы вносите свой вклад и пишите про баги в 1С. Сам тоже пытаюсь так поступать. Общими усилиями может и перейдем))
Про займы написал в 1С, рассматривают.
Сейчас вот пришел к выводу, что нужно все кадровые документы перепроводить, а то в плановых начислениях там где не нужно бывает в колонке "Используется ли по окончании", стоит ДА, а сумма в "Размер по окончании" не проставляется. Иной раз должно быть именно НЕТ, а стоит ДА и нулевая сумма.
Плюс заметил, что при перепроведении кадровых документов, в них больше не прописываются данные по Регистру сведений "Применение дополнительных периодических показателей расчета зарплаты сотрудников", он просто очищается))) Ну может так и нужно))
Заметил, что датой переноса остатков среди документов "Отпуск по уходу за ребенком" насоздавалось не проведенных пустышек и эти пустышки с фамилиями сотрудников и проставленным признаком утвержден, лезут в начисление ЗП))) забавно
Про займы написал в 1С, рассматривают.
Сейчас вот пришел к выводу, что нужно все кадровые документы перепроводить, а то в плановых начислениях там где не нужно бывает в колонке "Используется ли по окончании", стоит ДА, а сумма в "Размер по окончании" не проставляется. Иной раз должно быть именно НЕТ, а стоит ДА и нулевая сумма.
Плюс заметил, что при перепроведении кадровых документов, в них больше не прописываются данные по Регистру сведений "Применение дополнительных периодических показателей расчета зарплаты сотрудников", он просто очищается))) Ну может так и нужно))
Заметил, что датой переноса остатков среди документов "Отпуск по уходу за ребенком" насоздавалось не проведенных пустышек и эти пустышки с фамилиями сотрудников и проставленным признаком утвержден, лезут в начисление ЗП))) забавно
(200) ves.Parnas,
Думаю у вас тоже, что у меня было. Правда в рабочей базе не менял способ начисления, а их несколько таких было. Вносил изменения в ЗУП 2.5 тестовой подготовленной к переносу данных.
Юзал обработку с таким текстом.
ОсновноеНачисление - реквизит обработки
В базе обязательно должен быть показатель схем мотивации "ФиксированнаяСумма"
Таким путем менял начисления созданные вручную
Если в 2.5 у сотра документом "Ввод пост.начисл/уд." была зарегистрированная доплата, например, с 01.05.11 по 31.07.11 - в 3.0 это переносится в кадровый перевод как действующая. Причем при расчете Оклад окажется тоже равен сумме этой доплаты!
Думаю у вас тоже, что у меня было. Правда в рабочей базе не менял способ начисления, а их несколько таких было. Вносил изменения в ЗУП 2.5 тестовой подготовленной к переносу данных.
Юзал обработку с таким текстом.
Процедура ЗаменитьФормулуСТарифСтавкиНаПроизвольнуюНажатие(Элемент)
Если ЗначениеЗаполнено(ОсновноеНачисление) Тогда
Если ОсновноеНачисление.Предопределенный Тогда
Сообщить("предопределенные не меняем!");
Возврат;
КонецЕсли;
Если ОсновноеНачисление.СпособРасчета = Перечисления.СпособыРасчетаОплатыТруда.ПоМесячнойТарифнойСтавкеПоЧасам Тогда
осн = ОсновноеНачисление.ПолучитьОбъект();
осн.ОбменДанными.Загрузка = Истина;
осн.СпособРасчета = Перечисления.СпособыРасчетаОплатыТруда.ПроизвольнаяФормула;
осн.ФормулаРасчета = "ИсходныеДанные.Показатель1 / ИсходныеДанные.Показатель2 * ИсходныеДанные.Показатель3";
осн.ПроизвольнаяФормулаРасчета = Истина;
осн.ФормулаРасчетаПредставление = "ИсходныеДанные.Показатель1 / ИсходныеДанные.Показатель2 * ИсходныеДанные.Показатель3";
осн.Показатели.Очистить();
показатель = осн.Показатели.Добавить();
показатель.Показатель = Справочники.ПоказателиСхемМотивации.НайтиПоРеквизиту("Идентификатор", "ФиксированнаяСумма");
показатель.ЗапрашиватьПриКадровыхПеремещениях = Истина;
показатель = осн.Показатели.Добавить();
показатель.Показатель = Справочники.ПоказателиСхемМотивации.НайтиПоРеквизиту("Идентификатор", "НормаВремениВЧасах");
показатель = осн.Показатели.Добавить();
показатель.Показатель = Справочники.ПоказателиСхемМотивации.НайтиПоРеквизиту("Идентификатор", "ОтработаноВремениВЧасах");
осн.Записать();
ОсновноеНачисление = осн.Ссылка;
Сообщить("гатова");
ИначеЕсли ОсновноеНачисление.СпособРасчета = Перечисления.СпособыРасчетаОплатыТруда.ПоМесячнойТарифнойСтавкеПоДням Тогда
осн = ОсновноеНачисление.ПолучитьОбъект();
осн.ОбменДанными.Загрузка = Истина;
осн.СпособРасчета = Перечисления.СпособыРасчетаОплатыТруда.ПроизвольнаяФормула;
осн.ФормулаРасчета = "ИсходныеДанные.Показатель1 / ИсходныеДанные.Показатель2 * ИсходныеДанные.Показатель3";
осн.ПроизвольнаяФормулаРасчета = Истина;
осн.ФормулаРасчетаПредставление = "ИсходныеДанные.Показатель1 / ИсходныеДанные.Показатель2 * ИсходныеДанные.Показатель3";
осн.Показатели.Очистить();
показатель = осн.Показатели.Добавить();
показатель.Показатель = Справочники.ПоказателиСхемМотивации.НайтиПоРеквизиту("Идентификатор", "ФиксированнаяСумма");
показатель.ЗапрашиватьПриКадровыхПеремещениях = Истина;
показатель = осн.Показатели.Добавить();
показатель.Показатель = Справочники.ПоказателиСхемМотивации.НайтиПоРеквизиту("Идентификатор", "НормаВремениВДнях");
показатель = осн.Показатели.Добавить();
показатель.Показатель = Справочники.ПоказателиСхемМотивации.НайтиПоРеквизиту("Идентификатор", "ОтработаноВремениВДнях");
осн.Записать();
ОсновноеНачисление = осн.Ссылка;
Сообщить("гатова");
Иначе
Сообщить("не знаю способ расчета");
КонецЕсли;
Иначе
Сообщить("не выбрано начисление");
КонецЕсли;
КонецПроцедуры
ПоказатьОсновноеНачисление - реквизит обработки
В базе обязательно должен быть показатель схем мотивации "ФиксированнаяСумма"
Таким путем менял начисления созданные вручную
- Персональная надбавка
- Стипендия
- Доплата за замещение
- Доплата за совмещение (по версии ЗУП 3.0 уже не применимо, нужно использовать типовой механизм и расчет)
- Доплата за наставничество
1С:Предприятие 8.3 (8.3.5.1383)
Зарплата и управление персоналом, редакция 3.0 (3.0.20.45)
После начисления зп и выплате в кассу в печатной форме Т-53 не отображается сумма прописью в графе "По настоящей платежной
ведомости выплачена сумма"
В редакции 2.5 все заполнялось автоматически... где можно включить данную функцию?
Зарплата и управление персоналом, редакция 3.0 (3.0.20.45)
После начисления зп и выплате в кассу в печатной форме Т-53 не отображается сумма прописью в графе "По настоящей платежной
ведомости выплачена сумма"
В редакции 2.5 все заполнялось автоматически... где можно включить данную функцию?
(208) Bell, А при чем здесь период ? Периоды - это другое, рассчитывать на корректный перенос периодов на средних и больших базах вообще не стоит, как показывает практика. К ОСТАТКАМ ежегодных отпусков отпуска за свой счет не имеют никакого отношения. В свое время в правилах переноса из 7.7 в 2.5 был косяк с тем, что никак не отрабатывались продления отпусков на время больничного, т.е. сторно и последующее исправление.
(218) Bell, Бороться с 1С вообще гиблое дело, я как-то пробовал, в ЗУП 2.5 неверно рассчитывался средний заработок, если у сотрудника был перерасчет оклада и премии процентом от оклада, оклад у них брался из перерасчета, а премия - исходная (релиз 2.5.26). У меня сил хватило недели на полторы, потом плюнули, исправили руками и забыли.
Я думаю, что проще сделать самому, чем ждать от 1С чего-то вменяемого. Года три назад, когда массово переводил своих с 7.7 на 2.5, просто не поленился и переделал перенос остатков отпусков и сальдо по расчетам, сэкономил кучу времени и нервов. Что самое интересное, до сих пор штатными правилами из 7.7 в 2.5 (про 3.0 вообще молчу, там все еще грустнее) переносится полная хрень, хотя там надо исправить всего ничего - учесть сторно записи в журнале расчетов.
(224) toskana123, там хитрая реализация с доп. реквизитами, они же должны по задумке выводиться в окно документа/элемента справочника, и этот вывод 1С программирует, а еще при объекте должна существовать табличная часть "ДополнительныеРеквизиты", в которой эти самые реквизиты и хранятся с их значениями.
Так что, все что есть в наборах, тем и довольствуйтесь.
Может позже расширят перечень объектов к которым можно хотя бы доп. сведения цеплять, не говоря уже об доп. реквизитах.
Так что, все что есть в наборах, тем и довольствуйтесь.
Может позже расширят перечень объектов к которым можно хотя бы доп. сведения цеплять, не говоря уже об доп. реквизитах.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот