Перевод ЗУП 2.5 в ЗУП 3.1 #810217

Колитесь кто уже это сделал. Какие подводные камни? Насколько корректно работает типовая обработка 1С?

Колитесь кто уже это сделал. Какие подводные камни? Насколько корректно работает типовая обработка 1С?

Ну её, типовую. Только как шаблон.

Обоснуй

Эээээ. Не пугайте меня. Я только планирую заняться этим вопросом на следующей неделе. Питаю надежды что стандартными методами прокатит. А тут такое.

Там только камни, нужно начинать минимум в начале 4 квартала и вести учет параллельно.

да ну, уволить всех. 1го января принять обратно, в трудовом договоре прописать, что они обязуются сами заполнить свой средний заработок за 2 года в ЗУП. профит, ничего переносить не надо)))

самый лучший выход, какой я видел ! :)

+ На семинаре был совет, распечатать Т-2 раздать и собрать уже заполненными ...

Типовой перенос данных вполне работает, есть нюансы, но не критичные.

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

Согласен Камни зависят от того насколько страшный лядский цирк был в исходной 2.5. Чем страшнее цирк тем больше проблем при переходе. Если же учет был простой - вполне отработает штатный перенос

Лядский цирк(Виды расчетов) лучше не переносить, а настроить заново (первый вариант переноса)

В ветке уже всё сказали. Основное - это виды расчета и штатное расписание, которого нет в 2.5 в принципе.

Aswed:Колитесь кто уже это сделал. Мыш:Ну её, типовую. Только как шаблон. Мыши кололись, плакали, но продолжали жрать кактус))

За деньги, заметте! )

Самый большой подводный камень, это понимание расчетчиком алгоритма работы ЗУП 3.1 , настроек и отчетов.

Точно. Совмещение работы кадров и расчетчиков в одних документах. Тоже важный момент.

кстати в 3.1.4 реализовали "бухгалтерское" сальдо

Редко кто это юзает, обычно все эти документы вводят расчётчики. На крайняк Отпуск списком кадровик, а на его основании Отпуск каждому расчётчик

Согласен, сам такой совет давал неоднократно

В этой версии много чего сделали хорошего и "хорошего". "Отчет по движениям документа" наконец-то !

Понятно. Значит уволюсь 29 числом........

Если 15 написать то как раз 29 уволят.

Вот видишь, успеешь!

Сколько человек считать?

4 Юр.лица 250 человек.

Ну, это за две недели даже ручками можно вбить )

Да вот видимо так и сделаю)))) Вопрос как быть с больничными, декретниками, отпусками.

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

Нюансы, да. Именно они кровь пьют.

Хрень какую-то сделали с этим бухгалтерским сальдо. Было всё просто и прозрачно, а получилось непонятно что. Пример. Есть невыплаченная зарплата за октябрь, в декабре выплачиваем, указывая месяц выплаты "октябрь" - смотрим расчетный листок за декабрь - там нифига нет, выплата залезла в уже выданный октябрьский РЛ. Перепечатывать? Идиотизм какой-то. Лучше продолжать делать, как раньше делали - ставить период выплаты октябрь, заполнять ТЧ, а потом менять период выплаты на декабрь и проводить. И всё красиво ложится, выплата попадает в листок декабря. Прошлые документы и сальдо сохраняют актуальность..

Перед обновлением рабочей базы за 3.1.4 почитай вот это

Мельком посмотрел в 3.1.2 - более-менее прилично выгружает, не то что 2 года назад. Все виды расчетов, участвующие в оборотах за период выгрузки(обычно последние 3 года), выгружаются. По настройке есть куча материала, к примеру: Конечно, есть нюансы, с той же 3.1.4. Однако, все не могу заставить расчетчиков заняться переходом - по-моему они верят, что поддержку ЗУП 2.5 все-таки продлят.

там константа есть, какое сальдо вам надо, то и используйте.

а где по людски её переставить можно?

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

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

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

Подскажите, плиз, какой сейчас релиз конфы по ЗУПу последний?  Всегда подозревал,  что зарплатные конфы делают наркоманы. Смотрю по последние релизы - ничего не изменилось: Параллельно ведут две ветки: 3.1.2 и 3.1.3/4.  Последний релизы (12.12.17) - 3.1.2. Какую в итоге ставить?

последний - 3.1.4.120, но в нем баги, поэтому ставить стоит 3.1.3.274

Ясно. Спасибо.

А реально штоли все собрались переходить? Ведь про прекращение поддержки писали чуть ли не про все конфы, в итоге даже 7.7 до сих пор обновляют и вторую бухию )

А шо, переходят только изза снятия с поддержки чтоле?

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

Ну ок. Штатное расписание у тебя перенеслось типовыми средствами, да?

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

Эта хрень не бухгалтерское, а "ЗУПовское", в 3.1.4 добавили обычное, когда выплата за октябрь в декабре попадает в декабрьские отчёты

Коллеги, а подскажите кто-нить, будет-ли поддержка ЗУПа в УПП? Если не будет, то что делать? На ERP переходить не планируем.

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

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

КОРП-овая версия ЗУП и УПП официально заявлены с поддержкой. Письмо на заглавной сайта ИТС на прошлой неделе перепостили еще раз.

>>а какие еще есть аргументы слезать с откатанной программы? Ну может кому-то хочется новых ощущений :)

Спасибо. Выдыхаю :)

да, только из-за снятия. Причем, есть идеи оставлять 2.5 для "управленческого расчета", а регламентированное - заточенное под выгрузку в разную отчетность - формировать каким-то раком в 3.1.х

Во! Первый нормальный вопрос. Судя по журналу, кадровики добивали штатное расписание позже.

В про штатку уже говорили. То есть ты перенес и думаешь все ок? Если вопросов не задавали, то это не значит что все хорошо. Дальше продолжать о проблемах? Или сам погуглишь?

Список позиций штатного расписания не переносится, но при необходимости может сформироваться по штатной расстановке.

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

По просьбам пользователей в версии 3.1.4 реализована возможность учитывать выплаты в отчетах по зарплате не по месяцу, за который они произведены, а по дате выплаты. Возможность выбирается в разделе Настройка – Дополнительные настройки. И там переключатель "Показывать взаиморасчеты:" *По месяцам расчета зарплаты и *По данным бухучета Ну и "Новых релизов 3.1.3 не планируется." Готовимся к НГ )

Ну расчетчики твари ленивые.   Хз у меня 8 фирм на 250 сотрудников без договорников - при хорошем уходе за сервером (два раза в неделю уборка базы, чистка кэша и прочее) и грамотном руководстве - проблем не особо много.  Главное вовремя косяки выявлять и не филонить в поиске багов. Я около 5-6 отправил за год.

спасибо!

я бы не рекомендовал пока 3.1.4

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

Покорми оленей - все было в

хрум, хрум, хрум - кормлю. Хорошо лопают :)

Официально снимают ПРОФ 2.5

Блин, а чтож КОРП то не загасят наконец.

Туды его в качель, даешь движуху!

Чтобы был стимул покупать корп - бизнес

а так будет стимул покупать 3.1 не все ли равно. Или это типа многоходовочка сперва корп потом 3.1?) длинные деньги какие-то.

3.1. не надо покупать

вон оно чо Михалыч. Ну так что если в апреле они отработают профов, то в 2019 наконец этот хлам (2.5) издохнет?)

Теперь можно перейти с ЗУП 2.5 на ЗУП 3.1.4 простым обновлением? Кто-то в курсе?

Хлам-не хлам, а 3.1 ещё не все возможности 2.5. умеет выполнять

В старые конфигурации заходишь и словно в деревню попал. Возвращаешься в 3.1 и как царь во дворца, красиво!)

> В старые конфигурации заходишь и словно в деревню попал. Возвращаешься в 3.1 и как царь во дворца, красиво!) ты еще просто мал и глуп, и по интерфейсу оцениваешь.

>>ты еще просто мал и глуп, не видал больших проблем

Приведите, пожалуйста, пару примеров

Ввод Сдельных работ по одному сотруднику по разным Номенклатурным группам (Способам отражения в целом)

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

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

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

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

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

> делаю зуп 3.1->3.1 Вот этого не понял. Я говорил о переходе 2.5 - 3.х

Данных нет, понимаешь. Их надо ещё сгенерировать. В частности документ Перенос данных

В 2.5 данные есть?

Это ты как такое получил то???

Установи 3.1.4 из установочного дистра и получишь такое же

Ок. Понял. Попробую.

Но зачем?)

А вдруг заработает без переноса? :)

Тогда нужно проверять на рабочей базе, предварительно удалив бекапы :)

Всё нормально

У кого?

Переводил нск раз - полёт нормальный (по обоим способам)

Фантастика какая-то