Кривоват релиз. Расчетные листки криво формируются. На рабочих не накатывайте.

что кривого ?

в расчетных листках "начислено" пустые строки. в предыдущем релизе содержание было.

и еще расчётная ведомость половину зп не показывает. Я откатился на 51 релиз.

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

(0) На партнерском пишут что такая беда только в КЛ-серв. и может быть только на платформе 8.2.15.301.
У тебя какая СУБД, платформа?

(5) в точку.

(5) вот жеж блин - ну вот у меня клиент-сервер и 301. Что делать - обновляться ? Млин, как муторно.

(7) отож

это ...опа
Это не глюки в отчетах - при обновлении УДАЛЯЮТСЯ данные из регистра расчетов!!!

(7) А херли ты на 301 сидишь если 317 уже на дворе? Тогда и на ЗУПе сиди на 51ом.
Хотя может быть и 317 не спасет

У меня на 8.2.14 вылезло (хорошо, что на рабочую не успел накатить)

хм, только предстоит обновляться... релиз 8.2.15.310 стоит.

(10) что на человека набросился? в сопроводительной доке к релизу фигурирует "8.2 не ниже 8.2.11.235"

(10) "Внимание! Версия 2.5.52 конфигурации "Зарплата и Управление Персоналом", редакция 2.5 предназначена для использования с версией платформы 8.2.11.235 (и более поздних)." (с) Все права этой фразы принадлежат 1С, прощу прощения.
Молодая вы еще, что впрочем не является в данном случае недостатком

Модераторы - поставьте, пожалуйста, в заголовок ветки фразу "Не ставьте!".

(12), (13) набросилась, да ладно вам, я уже не со зла! Просто не раз натыкались на косяки
в платформе и всегда ставим последний релиз как он только выходит.
Я то хоть и молодая, но в сказочки типа "предназначена для использования с версией платформы 8.2.11.235 (и более поздних)." не верю, наивный такой.

(15) а в сказочки тестирования новых релизов платформы верите?

(14) Пойдет?

(16) По моему опыту в новых релизах ошибок исправлено больше, чем потом обнаружено новых. Может мне и повезло. Просто совет попробовать на последнем релизе, ну это же логично.

(18) обновить типовую ЗУП дело пяти минут. Бегать выгонять всех из всех баз фирмы дело дня.

(9) эгеге, ничего себе подарок.
(11) ого, интересно, а на 13ой тоже будет ? Вот это будет веселуха.
(10),(15) ну-ну. ну вот я поставил последний релиз ЗУПа, как только он вышел, вместо того чтобы посидеть и почитать отзывы сначала, и чего ? с платформой такая же бодяга - ставя все подряд можно и налететь на особо неприятный косяк.

(17)// хрена се иконостас!!!

Скорректировал название (на ЗиКБУ так же проявляется

(21) Ну звиняй, как шмагла.

на 8.2.13 таже ошибка

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

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

всем на ЗиК =)

На Камин! :)

(23)// да я про звезды. Крайний раз их ведь меньше было!

на 310 релизе все нормально

Камин то тишак! И не обновляется и платный стал! Красота!

(30) sql ?

(28) Смешно
(29) дак вроде как и раньше

(5) где именно?

Сейчас начну банить!

(36) http://partners.v8.1c.ru/forum/thread.jsp?id=1053301

Вышел ЗУП-убийца !

0_0

(42) печально, но меня туда не пускают

(45) Ну ты получи спеца и пустят. А как получить обсуждают в соседней ветке )

целый квест!

(46) За сертификат не пустят.

(48) Я сдала спеца и меня пустили. Я во франче работаю, может от этого тоже зависит.

(49) а может франч обновит кл-серв 301 с 51 на 52 и все прокатит?

Народ, БОЛЬШАЯ просьба, у кого воспроизводится дайте ПОЛНУЮ информацию о СУБД (версия, фиксы и прочее)

(49) Доступ дают именно франчу.

(52)  не а
есть ещё вариант через Комплекта специалиста по разработке и внедрению(4601546046574)

(51) 8.2.14.519, сервер 1С х64, SQL 2008 Standard 64-bit  10.0.4311.0

(50) Админы уже ушли, завтра только в лучшем случае сможем попробовать. На 301 думаю не прокатит, пишут как раз что проблема на ней. Нужно пробовать 310 или 317. Мы уже клиентов обновляли сегодня на 52 ЗУП, но у ни у всех файловый.

Методику проверки выложите плиз

(54) Спасибо, я правильно понял что на данной платформе и данной субд ошибка у вас воспроизводится?

(57) Да, после обновления часть данных пропала.

(56) Проверка простая, обновляем ЗУП или ЗиКБУ на 2.5.52.1 и 1.0.42.1 (соответсвенно) формируем расчетные листки ирасчетную ведомость и смотрим у все оклады (начисления) на месте (за предыдущий закрытый период)

Ща погодите обновлюсь ! Как раз 301 с$уко и обновлятся нам ой как не желательно имею ввиду платформу ))

(58) Спасибо

(61) +1

(32) да

(59) Сегодня обновился до 2.5.52.1 Пришлось возвращаться на 2.5.49.2
Средний нифига не считается. Расчетки косячные и т.п. Поторопился.

(62) Спасибо

+(64) платформа 8.2.15.317

+(66) MS SQL

(57) на 301 стабильно воспроизводится

(65) Не за что это не вам ))

(68) Спасибо

(68) +1
поднял копию

эх...
а я сегодня 7 баз обновил...

копии перед обновлением самостоятельно сделать поленился, теперь одна надежда на ежедневное резервирование, которое должны были настроить одмины :(
6 файловых и 1 клиент-серверная

(72) Вот это... да! Сильно.

(70) А что по поводу (64)(66)(67)? Зачтено? )

(72) да может быть там все пучком? может и не нужны тебе ни копии ни резервное копирование?

8.2.12.96 файловая ЗУП 2.5.52.1 - ошибка воспроизводится.

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

PS: наконец-то у нас на фирме зарплата стала "от 300 тыс.руб и выше" :))

(75) Завтра и узнаем.

(0) спасибо за предупреждение :)

Тем кто указал версии палатформы и СУБ огромное спасибо, ошибка индентифицирована (воспроизведена).
теперь ждем пересборку

Спасибо bazvan!

(76) Ой, всё "наоборот". Поспешил в суждениях :( "Лишние" начисления в расчетных листках - не лишние! Они документами начислений "подтверждаются". А вот в "Расчетной ведомости" - их как раз и нет.

PS: бегло проглядел суммы - искал что-то "нестандартное". Ну и разумеется нашел :) Никогда не интересовался, кому, "что и за что" начисляют... Как, оказывается, много "нетрадиционных" начислений и удержаний :)

(81) Сегодня сам видел выпадение (отсутствие) месячных выплат в начислении отпуска. Т.е.у тебя все ок?

Друзья, давайте составим перечень ошибок по пунктам

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

Испуг по поводу что данные удаляются (9) - не подтверждаю. Рою дальше.

2012-06-19 19:50 Опубликована версия 2.5.52.2 конфигурации "Зарплата и управление персоналом КОРП"

Это как понимать?

Т.е. тоже отзовут или это уже исправленный

(84) Попробовал я запросы глядеть, но... что-то... ниосилил. Предлагаю ждать пересборки, как написано в (79)

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

Хнык,хнык, хнык... оплата больничных как-тостранно "плывет". Поднял из архива и сравнил 50, 51, 52 - данные плывут по больничным и везде разные, но стабильно неверные... хнык,хнык...

(89) А с больничным, как-раз все ок (у меня). Начисление отпуска "косякнуло". И расчетки с "выпадением" начислений.
Одним словом, завтра посмотрю детальнее.

(85) различия есть в модуле обновления информационной базы: изменен текст двух запросов к регистрам расчета. В текст запроса добавлено поле номерстроки, и выполнено упорядочивание: регистратор+номер строки. Походу обход бага платформы. Почему в файловом все нормально выдергивается непонятно

(89) Фсё. У меня "Перегрузка"(с). В базах сравнивал 2011 с 2012 :) "Ушел в запой, буду не скоро"(с)

(91) Имеем различие: файловая vs скульная (иная) БД?

(92) А так "перенапрягаться" не надо )

на сайте 1С - релиз отозван

У меня все просто: "какая боль, какая боль... 5-0!" )
(95) класс!

(95) Где увидел? Я смотрю http://users.v8.1c.ru/actual.jsp

(97) http://users.v8.1c.ru/version.jsp?id=HRM&ver=2.5.52.1

(98) Спасибо! Понял. )

сотка

ждем апгрейда зупа...

Еще раз спасибо тем кто предоставил ПОЛНУЮ информацию о платформе и СУБД


(рылотупые - уменя глюки ркгом глючалово - в ЖПО)

2012-06-19 21:15 Опубликована версия 2.5.52.2 конфигурации "Зарплата и Управление Персоналом"

Тоже попался на 8.2.15.317 (серверная).

Мне кажется, проблема вот в этом цикле: ПроцедурыОбновленияИнформационнойБазы.ПереписатьНаборыЗаписейРегистраРасчетаПоРегистраторам в строках 185 - 198

хорошо жить на типовых.. скатился, откатился ) хехе

(104) Да, в новом релизе сделали правильнее: упорядочили запросы по регистратору и номеру строки

Но я бы все-таки переписал эти запросы с итогами и обошел бы с группировкой по регистратору, а не как в строках 185 - 198

(106) Здесь не откатишься, записи в регистрах уже потеряны

ждём сообщений о глюках 2.5.52.2. товарищи бета-тестеры, активнее, пожалуйста :)

(109) чота у меня энтузиазм угас :(
В этот раз мне свезло - глазастый расчётчик прям с утра открыл расчетку и забил тревогу. Вот была бы она в отпуске - пришлось бы кадровикам полдня-день обратно набить.

Если кто-то уже обновился на 2.5.52.1, то вот обработка переноса http://ifolder.ru/31199612 уничтоженной информации из копии 2.5.51.1 (Вы же её конечно сделали?) в 2.5.52.2 (можно и в 2.5.52.1, а можно и обновить на 2.5.52.2).

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

(111) кому-то явно настучали по башке, привязали наручниками к батарее, и заставили всю ночь исправлять косяки.

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

(111) сами пишите все переносы! )

(109) Только после вас.

(111) если не было внесено изменений - просто восстанавливается архив и обновляется нормальным релизом

Эээм... а ЗиКБУ только 1.0.42.1
42.2 нету :)

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

(117) да-да-да
тоже уже заметил :)
и еще - если человек берет отпуск авансом, то рабочий год ставится по дату окончания отпуска

например, рабочий год - 01.01.2012 - 31.12.2012, за прошлые годы все отгуляно
человек уходит в отпуск 01.07.2012 по 28.07.2012. Рабочий год будет указан - 01.01.2012 - 28.07.2012
в общем-то, логичная штука - ведь неизвестно, закончится ли раб.год, вдруг человек уйдет в отпуск без сохранения ЗП. Но кадровики с ума сойдут(

(114) Полностью поддерживаю. Тоже пропускаю вперед. )

не знаю, накатил 52 на ЗУП и 37 на БП, всё летит.

(120) + 15.317 теперь только.

(121) Накатил 2.5.52.1 или 2.5.52.2?

(122) 52.1, было всё норм. сейчас 52.2 буду.

просто платформу не 317 уже надо. Иначе приколов уже наслышался)))

на 301 накатывали, и со всех регистров пропали записи. Так же на 317 попробовали, всё норм.

(124) "не" опечатка)

А как же с облаками? Кто проверить что всё удалилось?

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

(120) куда, простите, летит?

(128) Наткнулся на явное противоречие, тому о чем говорилось в (0)?

народ, а кто новую БПшку ставил, как там, нет таких диких косяков?

(130) новую это какую ?

(131) 2_0_37_8

Такая же ерунда с 2.5.52.1, но... может глупость скажу, но у своих клиентов просто перепровел "Начисление з/п сотрудникам организации" - и все встало на свои места.

(133) далеко не всегда можно перепровести (например было исправление документа)

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

срочно нужен доброволец.

(135, 136) Эм... На Вашу рабочую? ;)

все затаились... :)

(138) Все уже обновились до 2.5.52.2 и не парятся

(135) А сам на копию(!) рабочей? Ссыкотно?

Зарплатные конфы уже не торт, страшно обновлять базы с 100500 сотрудниками, потом фиг где концы найдешь, где какой  косяк всплывет

(136) Сделаю;)

У меня появились все начисления после перепроведения документов по начислению зарплаты

(142) договорились, жду в гости ;)

(142) Жива? Каков результат-то?

(145) две полоски

ЗУП 2.5.52.1 уже отозвали. руки им бы пооторывать после таких релизов...

Даже на 310 релизе платформы баг проявляется на msssql2000, в файловой версии обновление накатилось нормально..

Что характерно, уже вышел исправленный 2.5.52.2, в котором всего то в запросы по регистрам расчета добавили
---
   |УПОРЯДОЧИТЬ ПО
   |    Регистратор,
   |    НомерСтроки";
---
При том, что по логике алгоритма порядок абсолютно не важен.. Так что, это баг ПЛАТФОРМЫ, а не конфигурации, а исправления в ЗУП 2.5.52.2 - всего лишь КОСТЫЛЬ!

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

(149) Важен! Читай (104) и (107)

(150) НомерСтроки остался на месте (не в нем дело, а в упорядочивании и способе обхода результата запроса)

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

(153) неужели самое страшное? в Зуп позвали разработчиков ЗиК-а?

(152)+100 Отличный разбор полетов!

После обновления на релиз 2.5.52.2 регламентное задание "Расчет остатков отпусков организаций" стало выдавать следующую ошибку:
{ОбщийМодуль.ОстаткиОтпусков.Модуль(2377)}: Поле объекта не обнаружено (МожноВводитьОстатки)"

(154) это как раз разработчики ЗУПа в последнее время занимались созданием патчей для ЗиКа. просто теперь им сказали, что на ЗиК можно, наконец, забить, и сосредоточится на ЗУПе _полностью_ :)

После обновления на 2.5.52.2 затерлись значения реквизита ВариантОбработкиЗаписиПриОтраженииВРеглУчете в регистре расчета "Основные начисления" в движениях начисление больничному листу... Документ начисление страховых взносов теперь заполняется неправильно. Только у меня такая жооо?

(154) разработчик ЗиКа - нормальные ребята, а вот криворукие-снеговики из 1с, полезшие в ЗиК с конца 2009 года, просто ахтунг !

(156) нетиповой релиз ?

(158) больше входных данных

(161) платформа 1С:Предприятие 8.2 (8.2.15.310).
Смотрю в запросе по осн. начислениям ПроцедурыОбновленияИнформационнойБазы.ЗаполнитьРеквизитыУчетаПремий() там реквизит ВариантОбработкиЗаписиПриОтраженииВРеглУчете не выбирается в запросе -> значение затираются..

(162) Ну что я могу сказать на это? Ожидается ".3"? :)

Хорошо, снова Castlevania приедет.
Уж и не знаю кому из 1сников там на зупе проставиться что бы и .4 вышел....

криворукие. платформу обновил, БП обновил. с ЗУП подожду, пожалуй

(165) криворукий кто ?

(166) те, кто косячил, вестимо

Гляньте у себя, плиз: в расчетном листке, если сотрудник не полностью отработал месяц (отпуск,больничный и т.д.) - то в файловой версии есть расшифровка оплаченных периодов для оклада, а в SQL-версии она отсутствует. У вас это также воспроизводится?

(168) + "Пустое" начисление "Дни, неоплачиваемые согласно табеля" в файловом варианте лезут в расчетные листки и ведомость, а в SQL - отсутствуют...

(162) Похоже подтвердилось.
Решение о перевыпуске не принято пока.
Обход все тот же перепроведение первичных документов.
Счас поправлю заголовок.

(170) Сань, они там что ли перегрелись все???

(171) В отпуска разбежались. Остались самые косячники

(162) а я в своей обработке (111) это учел!

(171) Марин пока нет информации.
Так что что случилось сказать не могу:)

про зуп надо было писать сюда : http://buh.ru/forum/thread.jsp?id=648027

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

ай, молодцы, хорошо советуют

(156) Зачем ты регламентное задание используешь? Регламентное задание - зло.

(177) Это чЁй то?

(176) зато впервые в ветке не про рег отчёности там стали отвечать

С документом РасчетСтраховыхВзносов проблемы. Во вкладку основные начисления тянет записи из сдельных нарядов. В результате двоит в регистре Учет доходов для исчисления страховых взносов и соотвественно в отчете Анализ начисленных налогов. Кто как решал??? ЗУП 2.5.52.2

(180) сделку в расчет страховых взносов???? неужели хотели сделать по-человечески страховые взносы со сделки....

Хотели.. получилось как всегда..Что только делать с этим теперь!?

может наряды перепровести, движения лишние уберутся?

Результата никакого, не убираются..

(184) мерзко, конечно...

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

(180) Интересно: у меня в 2.5.52.1 действительно подтягивало, а в 2.5.52.2 - нет, т.е. все ОК... Платформа 310.

(178) Остатки и так считаются быстро. Зачем регламентным заданием что-то записывать?

Странно.. у меня в 2.5.52.1, и в 2.5.52.2 тянет.

(187) Dies ist der Standard

(170) Ждем первой звезды... )

Шестой звезды... точнее - шестой с половиной

а в версии 2.5.52.2 уже исправлен этот косяк?

(191) Это что касается bazvan
Согласен. Тогда получается седьмой )

(189) Для него галочка Использование снята. То есть по умолчанию оно не работает.

на сайте 1с пообещали релиз 2.5.53 аж 23.07.2012, а эти ошибки кто будет исправлять?!

(195) при чём здесь следующий релиз и исправление ошибок в текущем релизе?

http://infostart.ru/public/140511/ исправление, касающиеся проводок больничных и сдельного наряда

а чо там такого важного в этом 52 что его вообще надо ставить?

(198)
Расчет среднего заработка для отпуска и командировок

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

Пилотный проект ФСС

В соответствии с Приказами ФСС РФ от 27.04.2012 № 155 и № 156 (см. http://www.fss.ru/ru/fund/social_insurance_in_russia/124/133/index.shtml) реализованы новые варианты печатных форм, используемых для обмена данными с ФСС. Подробное описание методики работы в рамках пилотного проекта размещено на сайте ИТС по адресу http://its.1c.ru/bmk/zup/ppfss.

Двэсти

вроде не критично. подождем 53. 53 - красивая цифра

Может кто сталкивался: после обновления на релиз 2.5.52.2 изменились остатки отпусков. Было 12 дней, стало 28. Есть архивные копии баз до обновления и после. В первой все нормально, во второй такая ерунда

(202) теперь по концу года. но в 52.2 должны были вернуть назад. Привет, Дорогая!

http://buh.ru/forum/thread.jsp?id=648027
кстати нас зациклили. теперь с бух.ру можно попасть сюда, а отсюда в бух.ру
бесконечный цикл

(203) а не помнишь с какого релиза это сделали?

(201) Для "пилотов" - критично :(
Я фигею с ФСС, в каждой новой версией документов для оплаты больничных всё больше и больше данных.. Причем, эти данные (чуть ли не до места рождения) собственно к оплате отношения не имеют, такое чувство что это специально, чтобы при какой-либо неточности отказать в возмещении.. Уроды блин.

(206) Мы - "пилоты":(

(206) "такое чувство что это специально, чтобы при какой-либо неточности отказать в возмещении"  ты знал!

(208) Что характерно - все похоже довольны.. в интернете не видел возмущений этим пилотным проектом. Ну подумаешь, ФСС больничные оплатит с задержкой в полмесяца по сравнению с оплатой через ФСС.. ну подумаешь, что бухгалтера зарылись в бумагах и xml-формах..
Зато "декретные мамочки" из Питера, требующие на митинге передачу выплат в ФСС, будут довольны. Так сказать, по многочисленным просьбам трудящихся в очередной раз повышены цены :)

(209) "по сравнению с оплатой через ФСС" читать как "сравнению с оплатой через взаимозачет с ФСС"

(209) есть в этом один плюсик - теперь мамочки воочию увидят весь тот бардак, который творится в ФСС. а то раньше только бухи на себе волосы рвали

дабы дурь каждого видна была... ©

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

Зачем в документах, где требуется номер паспорта, указывать когда где и кем он был выдан? Какой реальный смысл в этой информации? Неужели номера с серией недостаточно для идентификации? Может это и имело смысл в 50-е годы, но теперь это чиновная глупость..

(213) Как вариант ты можешь устроиться в ФСС (в саму голову) и все про это узнать. Может быть поймешь что там к чему. Я так думаю ну не совсем так все плохо чтобы там сидели полные олени и без какого-то определенного смысла воротили новые приказы.

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

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

(215)+1000
мы сдаем практически идентичную информацию в ПФР, ФНС и етс...
нельзя сдать одним отчетом в 1 окно?

+(217) а дележ по страховой и накопительной - вообще песня.
они там сами поделить не могут?
у них нет сведений о возрасте?
............

Вы что, предлагаете всех чиновников уволить!?!?!?!

(215) Всегда есть причины, по которым сразу все наладить невозможно. Вот твоя контора, например, идеально работает?

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

Вчера вон Медведев был во Внуково, там таких страшилок ему понарассказывали, как все плохо у авиадиспетчеров, так что не одни мы "пилоты" такие. Вся страна такая у нас. И наивно полагать
что кто-то конкретно в этом виноват.

(222) // однажды на Очень Большом Заводе (ОБЗ) в СССР еще, пришли новые компьютеры в отдел ИТ (тогда по другому назывался, целый штат). И пришел один новый программер который глупый молодой написал программу для расчета крепления к жд платформам изделий ОБЗ. Программа все считала автоматом и за пять минут. Начальник ИТ отдела ОБЗ внушал программеру за то "что ему теперь весь отдел увольнять, да кто ты тут вообще такой?". А мне наука на всю жизнь как оно в структурах похожих на ОБЗ все устроено.

Но давайте о ЗУП-е, или можно о Castlevania

(216) Нужен закон... да тебе в думу пора

(205) Это сделали в 2.5.52.1

(222) "И никто из нас ни в чем не виноват" (C)

никто не разбирался, из-за чего произошел такой интересный результат обновления?

(227) там несколько недочетов. Ты про какой из них?

(228) выборочно пропадают движения регистра расчета в лохматом периоде

(223)Ветка вроде не про меня:)

Выложили УПП 1.3.27.2. Как думаете, есть там ошибки из ЗУП?

(227) ветку почитать не пробовал?

(221) ППКС, именно так всё и есть. И не только в государстве.. при внедрении любой системы так. И для преодоления этого требуется начальническая воля, которой похоже в партии и правительстве нет.

(231) 100% будут

(218) А распределение по сотрудникам тот еще маразм. Организация оплатила причитающееся общей суммой, страховая у себя распределила и просит сделать точно так же, когда в сданной отчетности расхождения с их цифрами. Нафига тогда делать то же самое организации, если страховая сама всё посчитала и считает истиной в последней инстанции?

(223) Castlevania симпотишная)

(235) Чтобы обеспечить занятость 1Сников.

Обновилась до 42.2. все равно не считает отпуск по работникам организаций. Госслужащим расчитывает хорошо, без проблем. версия платформы 14. у меня на локалке 15,317. считает нормально, но задваивает данные

(238) Ждем 2.5.53...

Вот тут:
http://buh.ru/forum/thread.jsp?id=648027&threadtype=0&partt648027=1
официальное заявление, что на следующей неделе будет 2.5.52.3
"Уважаемые пользователи! На следующей неделе планируется выпустить релиз 2.5.52.3 с
исправлением этого недоразумения (проблемы с отражением в учете после обновления).
Приносим свои извинения за доставленные неудобства"

(240) возрадуемся, аллилуйя!

2012-06-26 17:44 Опубликована версия 2.5.52.3 конфигурации "Зарплата и Управление Персоналом"

Понеслась

Изменения в версии 2.5.52.3

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

кто уже зуп новый ставил ?

(245) Я ставил. Остатки отпусков в соответствующем отчете считает на сегодняшний день.

(246) т.е. пофиксили все? сам не могу зайти на сайт с обновлениями - при авторизации сервер выдает ошибку контенера (кстати Resin, как у Одноклассников =) )

(247) Мистаэффект

а что не исправлено то? Ждать 52.4 или уже 53.1?

Можно еще в файловый режим выгрузить, обновить и снова в серверный загрузить, тогда начисления не пропадают. Если об этом еще не писали).

(249) +1, что не поправили?

А для нас обновления не придвидится(((( но я уже все решила. С рабочей копии все регистры расчета выгрузила и на сервер загрузило. вроде заработало....

+(252) предвидится

(252) речь о ЗиКБУ? официальная информация, что не будет?
блин, мне пары вещей не хватает((

http://buh.ru/newsDescr-8955
с 1 июля 2012 г. в реализации пилотного проекта участвуют: Астраханская, Курганская, Новгородская, Новосибирская, Тамбовская области и Хабаровский край.

Друзья, не в курсе когда выйдет ЗикБУ с исправлением этой ошибки в больничных? Зуп вышла 2.5.52.3, а ЗикБУ нет:(


ЗЫ нет у меня доступа к сайту партнерскому

Может Эмвика знает? Как приближенная к Императору:-))

(256) В ЗБУ этой ошибки нет.

Зато другие ошибки есть. В первую очередь:
справка по отпуску формируется на конец года (а в новой версии ЗУПа - на текущую дату)
в отпуска текущий рабочий год рабочий год определяется до даты окончания отпуска (в ЗУПе исправлено)

Можно ставить 52.3 или нет?

(261) Однозначного ответа нет. Все проверяется временем.

тут еще платформу новую выпустили с настоятельной рекомендацией по переходу на нее:
http://1c.ru/news/info.jsp?id=15292
Наверно это связано как раз с ошибкой в ЗУП?
В описании к последнему релизу ЗУП указана не ниже 8.2.11.
Так обновлять платформу или нет?

(263) Сам, на какой сейчас? Если на 15-ой, то обнови. Хуже не будет.

(264) на 13

(263) при том, что НАСТОЯТЕЛЬНАЯ рекомендация для клиент-серверных вариантов. для файловых обновление не обязательно....

(265) Готов к конвертации? Нужен будет режим совместимости? Ответив на эти вопросы, ты поймешь, нужно ставить или нет.

(266)+1

(267) до сих пор работаем в режиме совместимости с 8.1. Объем большой (базе 6 лет, в среднем 4000 сотрудников). Используется RLS. Решили ли в 8.2 проблему с тормозами RLS?

Ставил кто-нибудь УПП-шку 1.3.27.2, есть в ней вышеперечисленные косяки? Какому релизу ЗУП она соответствует?

(269) "...с тормозами RLS?" Пытались решить сами? Куда обращались? Что предпринимали? Нужно больше конкретики. Откуда сделан вывод, что косяк на стороне платформы, а не в настройке RLS?

(271) не раз читал на этом форуме ветки, что присутствуют тормоза при полных правах в 8.2. В режиме совместимости с 8.1 и на 8.1 их нет. Якобы условия на RLS присутствуют в результирующем запросе к БД внезависимости от того, полные права у пользователя или нет.

ну и в целом, не хотелось бы трогать то, что работает бех проблем. Экспериментировать с версиями платформы для крупного предприятия совсем не хочется. Вот напишет 1с в описании к релизу "не ниже 8.2.15.318", тогда другое дело.

(260) Возьми модуль из ЗУП отвечающи

отвечающий за остатки отпусков.

(263) На пользовательском сайте есть список исправленных в платформе 318 ошибок. Ничего специфического именно для ЗУП в них нет.

(270) 52.2

(273) Если ты уже используешь какой-нибудь 8.2.15, то обновляться надо обязательно. Иначе можно не обновляться.

(278) там еще упоминается 13-й релиз, у меня как раз 13

(279) Тогда есть у тебя клиент-сервер - лучше обновить.

(277) откуда сведения?
на бухру разработчики уверяли, что в УПП 27.2 не ошибки ОЗвРУ, которая есть в 52.2...

(281) По поводу ошибок ОЗвРУ ничего не могу сказать, а вот остатки отпусков там точно с многочисленными ошибками, так как 52.3 вышла позже чем 27.2

(282) "так как 52.3 вышла позже чем 27.2" - из этого ничего не следует...
технология сборки УПП позволяет не переносить ошибки ЗУП в УПП
так что на догадках и умозаключениях строить подобные выводы в данном случае совершенно бессмысленно - нужны результаты реального тестирования

(283) Расскажи пожалуйста, что это за технология сборки такая, которая при переносе модуля переносит текст его процедур так, что в процессе переноса ошибки исчезают?

(284) не так надо. Надо так:
http://icon.s.photosight.ru/img/7/10e/4676095_large.jpg
"что это за технология сборки такая, которая при переносе модуля переносит текст его процедур так, что в процессе переноса ошибки исчезают?"

(284) очень просто: есть некое хранилище, в которое по мере готовности выкладываются модули/механизмы и т.д. Происходит это каждый день и не единожды в день.
Перед сборкой релиза в собираемый релиз выгребается всё, что есть в хранилище на данный момент.
Таким образом получаем, что собрали ЗУП 52.2, на следующий день исправили пару косяков и закинули в хранилище обновленные модули, через день из уже обновленного хранилища собрали УПП - вот ошибок и нет...
(технологию рассказывал мне лично один из разработчиков ЗУП)

Подскажите, пожалуйста, обновлены базы ЗУП-а на релиз 2.5.52.1. Релиз 2.5.52.3 исправит возможные ошибки релиза 2.5.52.1? Ставить стоит, или еще подождать? А то поторопилась с релизом 2.5.52.1(

(297) для исправления этих релизов выпущена платформа 15,318. но на ее счет ничего не могу сказать, пока  не ставила

(298) Так в рекомендации  релизам не стоит требование установки 15 платформы, зачем 15 платформа?
А релизы ставили 2.5.52.1, 2.5.52.2, 2.5.52.3?

(299) у вас сейчас какая платформа?

(300) 8.2.13.219

(301)Фирма "1С" объявляет о выпуске версии 8.2.15.318 технологической платформы 1С:Предприятие 8.

В данной версии исправлены существенные ошибки, влияющие на стабильность работы системы и сохранность данных в клиент-серверном режиме 1С:Предприятия 8.

Рекомендуется всем пользователям, работающим с клиент-серверным вариантом платформы 1С:Предприятие 8.2 (версии 8.2.13 и 8.2.15), установить версию 8.2.15.318.

(301) И добавлены, наверное, новые ошибки. Нет мне 13 платформа нравится, будем сидеть до конца. И вообще, если бы релиз требовал платформу, они бы про это написали в  самом релизе. А если делать то что они рекомендуют нервов не хватит на восстановление баз. И вообще, если в базе возникает ошибка, у них рекомендаци, по умолчанию, поставить 15 платформу(

(303) Я платформу еще не ставила. все вручную восстанавливала из бэкапа

(300) А нам поздно из бэкапа(

Скажите, пожалуйста, а где можно проверить что что-то не заполняется? Каким отчетом смотреть?

(306) Средний заработок для расчета отпусков

(302) >>Фирма "1С" объявляет о выпуске версии 8.2.15.318
все такой же кривой релиз.
Утечки памяти не исправлены- жрет всю память на сервере.

Может, это SQL жрет? У меня сильно получшела ситуация

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

(310) Можно

(310) наверное 25.3 можно , но посоветую 52.3 и то с бэкапом

(303) в бухне писали..

Поставил 2.5.52.3 после долгого обсуждения и анализа. Все нормуль.

(312) Я же говорю тока с отпуска))) главное что все поняли

ну что 52.3 - спокойно работать можно?

кто-нибудь ставил 52.3, не обновляясь на последнюю платформу?
Например, на 8.2.15.301 нормально будет работать?
навеяно v8: v8: 1c - 8.2.15.318 - память растет как на дрожжах.