v8: Обновление ЗУП 2.5.19.3 #456915

Многоуважаемые ГУРУ, подскажите как мне лучше поступить: у нас ЗУП релиз 2.5.9.2, все обновления делались частично, отрывками текста, последние полгода совсем не обновляли. Сейчас вышел релиз и я просто в ужасе. В ЗУПЕ я только 4 месяца. По какому пути мне пойти, чтобы обновить ЗУП, какие документы переписывались, а какие оставались стандартные, я не знаю. Но при сравнении конфигураций живого места нет. Все действия, которые происходили в модуле документов, теперь в Общих модулях, и т.д и т.п....

Многоуважаемые ГУРУ, подскажите как мне лучше поступить: у нас ЗУП релиз 2.5.9.2, все обновления делались частично, отрывками текста, последние полгода совсем не обновляли. Сейчас вышел релиз и я просто в ужасе. В ЗУПЕ я только 4 месяца. По какому пути мне пойти, чтобы обновить ЗУП, какие документы переписывались, а какие оставались стандартные, я не знаю. Но при сравнении конфигураций живого места нет. Все действия, которые происходили в модуле документов, теперь в Общих модулях, и т.д и т.п....

по-моему ничего кроме глубокого анализа не поможет

Я бы попробовала установить чистую базу 2.5.19 и перенести туда данные из 2.5.9 (через КД, или еще как-нибудь). Концов все-равно не найдешь.

может спеца позвать?

Неужели какой дурак с этим свяжется?

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

я сравнивала, изменений полно,скорее всего нет места, где бы изменений не было...:(

полно новых обьектов и существующие почти все изменены...

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

беги оттуда

:) куда? я без опыта, меня никуда не возьмут...

Лучше не будет, если уволят. Прислушайся к .

тогда обновляй. вот опыт и появится. есть какой листинг внесенных изменений? или ваяли по вдохновению?

и со следующей работы тоже бежать? если выдут обновления?

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

вся беда в том, что у тебя, судя по всему, нет  понимания чего и для чего исправлялось :(

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

Времени в обрез, ибо критичные изменения, уже в январе нужно зарплату начислять с их учетом. А если все глобально переписано, то очень сложно будет. Если вообще реально. Связываться с таким делом, тем более без опыта - самоубийство.

именно

Ну и чем тебе тогда в не вариант?

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

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

фронт работ огромный: ЕСН, больничные, отпуска по уходу за ребенком...волосы дыбом встают

Обновляя с релиза 2.5.9 до актуального по варианту в автор будет год сидеть :=(( Неизвестно еще, какой там размер базы.

начислить то причем? а расчет/уплата налогов  до 15 :) отдохни в выходные, обдумай все, а в понедельник засучив рукава - в бой.

так как лучше: попытаться перенести данные в новый релиз через КД из старого релиза, или накотить все релизы по очереди на старый? времени то мало...эксперементировать не могу :(

Я налоги и имела ввиду :=)

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

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

с конвертацией данных я тоже опыта не имею...так что по всем направлениям засада :(

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

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

я боюсь, что то изменить в способах расчета, которые специфичны для организации

У тебя рядом нет никого? Кто посмотрит базу и диагноз поставит?

из личных знакомств никого, а кого то нанимать за деньги организация не станет

диагноз то зачем? она и так все сказала

ну вот , Свет, и настал твой час. помогай удаленно.

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

удаленно не получиться...все ходы выходы прикрыты...

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

Забиты все выходные/проходные вплоть до конца февраля :=)) И сейчас трындю только потому, что база сама по себе шуршит/обновляется...

вот она, проклятая жажда денех :(

(флейм) Главное без паники! :) Начни, а там видно будет. Не получится - уволишься. Но опыт - при тебе останется. На следующем месте - получится. А может быть и не получится... Но опыта станет больше, это точно. И кстати, ничего не вижу зазорного, выйти на руководство с предложением нанять временно дополнительные силы. +1 хаос он всегда норовит выйти из под контроля. Судя по всему, он и угробил предыдущего прогера.

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

присоединюсь к тезису -"выйти на руководство с предложением нанять временно дополнительные силы" перспектива коллапса в учете ЗП- должна их вдохновитть. и это широко распространенная практика.

Есть на ИТС. Конфигурация и мануал. но лучше, учитывая сроки и запущенность ситуации, все-таки и

спасибо всем за поддержку...что будет - то будет!

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

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

Совсем недавно из УПП (устаревшей) конвертировал данные для базы ЗУПновой версии. Неделя на изучение, созданий правил и экперементы. В прошлые выходные - сам процесс создания и заполнения базы. КД2 автоматом сделала 99%. Остальное - до сих пор подкручиваю, по мере всплытия мелких проблем.

Я бы посоветовал следующее: 1. Сделать копию 2. Тупо обновить копию до последнего релиза, снеся все изменения 3. Копию подсунуть бухам, чтобы они начислили зп, налоги 4. Собрать список претензий, что не так 5. Обработать претензии самостоятельно или подглядывая в старую версию Возможно, что много изменений уже никому и не нужны или сделаны от незнания конфы. Попытайся узнать, что у них в учёте такого нестандартного, что потребовалось конфу курочить. Успехов.

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

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

> Вместо претензий будет многоголосый вопль "Зарплата не считается!" Поэтому и надо делать на копии и подсовывать копию. Мне кажется, нужно отказаться от идеи перенести ВСЕ изменения, которые были. Хотя если расчётчики не знают, как там уже ЗП должна считаться, то тяжёлый случай.

так там может часть косяков уже исправлена в следующих релизах, причём не так как это делали предыдущие проги

ну вот, и ищи эти врезки. ну наверняка же они маркированы.

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

То, что Вы озвучили - "было давно и уже не правда". Нормально переводы считаются. Если в кадровых документах не косячить - нормально считается. Правильно. Начти с того, что "типовым" должно быть по определению :)

если возникнут вопросы, я опять сюда приду :) вы только не уходите :))

Ааа... :( в ужасе убежал :)

Размер базы озвуч, а то непонятно, до которого часа не уходить :=)))))

Прикинь, потом эту ветку предъявит директору со словами :"Это все они посоветовали, не виноватая я" :=)))))

Ну и чё? Нормально! Я тоже не признаю свои ошибки, пока меня в угол не загонят и к стенке не приставят :))

Главное, чтоб с работы не выставили :=))) //Типовую БП, чуть запущенную, обновляю шестой час. Соболезнования автору...

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

Шестой час? Ну Вы себе и хвост отрастили в базе :) Хотя... однажды на УПП (когда туда ЗУП 2.5 посадили) база обновлялась больше суток. Всё ночь тупо просидел возле компа. Хорошо хоть охрана раскладушкой выручила :))

Это не я, это клиент. Давно не обновлялся.

размер базы 9 гб

Ну я так и понял :) Беги сразу за раскладушкой, пока на ночь не закрыли :(

я и на стуле смогу поспать... только думаю не придется

Упс... сорри, я покидаю вас :( Обработка базы закончила свою работу - я свободен, ура! Здраствуйте, мои дорогие выходные :)

удачных выходных

а есть где нить в инете книга по начислению зп...ну и вообще что нить полезное для программиста в части бухгалтерии по ЗП

"начислить" тоже причем - база среднего поменялась, если что...

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

Одной дружественной конторе штатная программистка настолько была самоуверена, что выпустила офиц. документ "отказ то работ по обновлению, т.к. куча дописок, а я так крута что все изменения в законодательстве напишу сама бла-бла-бла". выпалила это в октябре, а перед новым годом свалила рожать:))) Я согласился их обслуживать удаленно. В итоге достался мне ЗУП 2.5.8.х и БУХа примерно такой же древности. Переломанные сначала франями, потом двумя прогами по очереди. Хорошо хоть комментарии в коде делали)) . С ЗУПом за прошлые выходные управился, ща тестят копию. До 19-го обновлял - тупо только следил чтобы данные не потерялись(длина строчных реквизитов, сотавных типов и т.п.) Все дописки потом уже перекладывал ручками в последний релиз. Многие доработки даже не пришлось, т.к. в новых релизах 1С это уже сделала. Вобщем не все так страшно как кажется на первый взгляд.

конечно не страшно, если знаешь, что такое зарплата вообще и ЗУП в частности для автора, похоже, это всё еще непаханое поле... тут ничем не поможешь...

"Переломанные сначала франями, потом двумя прогами по очереди" - что это значит, поясните, плиз.

У меня список изменений в ЗУПе умещается на одной странице, причем он сокращается после каждого обновления. Какую-то часть фирма 1С добавляет в функционал, а какую-то часть переделываю при помощи механизма подписки на события, внешних обработок и т.д. То есть стараюсь сделать так, чтобы при следующем обновлении было меньше проблем.    У автора ветки есть возможность приобрести полезный опыт. Постараться объяснить пользователям и руководству, для чего всё это нужно. Постарасться привести конфу в такое состояние, чтобы все обновлялось без особых проблем. Если своего авторитета не хватает, то можно пригласить со стороны специалиста специально для того, чтобы объяснил руководству ситуацию и сделал рекомендации.

в том то и дело, для того чтобы привести это в порядок опыт уже надо иметь, я реально оцениваю ситуацию и понимаю, что мне это не осилить, я не на столько разбираюсь в зупе да и в начислении зп, чтобы это все провернуть. Я вот сейчас пытаюсь разобраться со средним заработком. Голова уже кругом. Что от куда берется и куда складывается... Не могу понять связь План видов расчета Средний заработок до 2010 и средний заработок, Регистр расчета Расчет среднего заработка, Начисление больничного за период до 2010 и начиная с 2010... наверное для вас это будет звучать полным бредом...но мне бы понять схему движения данных в разрезе конфигурации... я опять запуталась...

в регистре расчета "средний заработок" собирается база для видов расчета из плана ВР "средний заработок". Нужные виды расчета среднего заработка автоматически добавляются в табличную часть документа расчета по среднему. Затем используется регистр расчета и вычисляется база для каждого вида расчета среднего. Полученные результаты используются для расчета среднего дневного заработка.

А почему бы просто не накатить цфку от 19 релиза, без сравнения/объединения... Я б, наверное, попробовала.

я как раз это пробую делать.

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

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

я как раз пробовала только больничные менять,вставляла куски кода в Модуль Проведение Расчетов, у меня в больничном считался результат только для 2009, а для 2010 результат был 0.

а с поддержки-то зачем снимать???

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

просто не совсем понятно, если больничный за период 2009, то вид заработка ( например за октябрь 2009) выходит Основной заработок до 2010, если больничный переходящий, то вид заработка за тот же октябрь 2009 стоит Основной заработок.

я все напутала

в процедуре получить данные для расчета в запрос добавлен такой код: а затем идет проверка в функции РассчитатьРесурсыПоАлгоритму Если Не ЗначениеЗаполнено(ИсходныеДанные.СреднийЗаработокПособий2010) Тогда у меня значение ИсходныеДанные.СреднийЗаработокПособий2010, потому что в РегистрРасчета.РасчетСреднегоЗаработка записей с видом расчета ПоЗаработкуПособийС2010 и ПоПремиямПособийС2010 нет и СтрокаДвижений.Результат = 0; Начисление за январь 2010 года нет, а за декабарь 2009 считает. Вопрос: от куда должны взяться записи в РегистрРасчета.РасчетСреднегоЗаработка с видом расчета ПоЗаработкуПособийС2010 и ПоПремиямПособийС2010

"в регистре расчета "средний заработок" собирается база для видов расчета из плана ВР "средний заработок"" откуда собирается эта база? если зайти в РР расчте среднего заработка и зайти в любую запись, то там только документы расчте при увольнении. Ничего не понятно.

база берется из других регистров расчета (основные и дополн. начисления)

переходящий больничный у кого нибудь считается (начисления за 2010)??? Код, который опубликовало 1С я заменила, но та же история, хотя больничный не переходящий созданный в январе расчитывается.

УРАААААААААААА!!! больничные заработали. теперь буду обновлять Отпуск по уходу за ребенком. Всем СПАСИБО!!!!!!

Появился вопрос по больничным с причиной: отпуск по беременности и родам. Если больничный начислили в ноябре 2009, а больничный заканчивается в 2010 году. Его надо пересчитывать и указать месяц начисления январь 2010? и вопрос по Отпуску по уходу за ребенком: Значение Средний заработок на вкладке Пособия, если превышает 1 136,99 должен приравниваться максимальному значению среднедневного заработка? Просто я обновила "отпуск по уходу за ребенком" (полностью перезаписав документ ), а средний заработок считается = 1 500 р. Разве это правильно?

и еще вопрос: изменение расчета среднего заработка на какие документы влияет? Больничные, отпуск по уходу за ребенком, а еще???

при начислении Страховых взносов выходит ошибка: Расчет страховых взносов не произведен! Для автоматического учета начислений при расчете страховых взносов не хватает данных. Начисление: "Оплата больничных листов". Нет данных для учета сторно записи. Отсутствуют данные отражения в учете для исчисления страховых взносов этого начисления в прошлых периодах Необходимо зарегистрировать данные вручную Что это значит?