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

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

(1) Обоснуй

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

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

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

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

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

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

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

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

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

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

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

Мыши кололись, плакали, но продолжали жрать кактус))

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(20)О, спс, значит обновится стоит..

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

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

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

Лучше продолжать делать, как раньше делали - ставить период выплаты октябрь, заполнять ТЧ, а потом менять период выплаты на декабрь и проводить. И всё красиво ложится, выплата попадает в листок декабря. Прошлые документы и сальдо сохраняют актуальность..

(28)Перед обновлением рабочей базы за 3.1.4 почитай вот это https://forum.infostart.ru/forum68/topic182994/

(0) Мельком посмотрел в 3.1.2 - более-менее прилично выгружает, не то что 2 года назад. Все виды расчетов, участвующие в оборотах за период выгрузки(обычно последние 3 года), выгружаются. По настройке есть куча материала, к примеру:
https://www.youtube.com/watch?v=yA7GvQJfs7E&list=LLH34Yao67gN57jG-FtBxifg&t=1253s&index=2
Конечно, есть нюансы, с той же 3.1.4.
Однако, все не могу заставить расчетчиков заняться переходом - по-моему они верят, что поддержку ЗУП 2.5 все-таки продлят.

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

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

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

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

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

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

3.1.2.462    12.12.17
3.1.4.120    06.12.17
3.1.2.453    22.11.17
3.1.3.274    30.10.17
3.1.2.445    30.10.17
3.1.3.273    24.10.17

Параллельно ведут две ветки: 3.1.2 и 3.1.3/4.  Последний релизы (12.12.17) - 3.1.2.

Какую в итоге ставить?

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

(39) Ясно. Спасибо.

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

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

(12) В ветке нихрена не сказали, ни до (12), ни до (41) кроме общих фраз, что всё плохо и мы все умрём.

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

Базы типовые и в базах более-менее порядок.

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

(41) Бухгалтерия 2.0 в 2018 году. Будет ли поддержка?

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

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

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

> А реально штоли все собрались переходить?

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


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

а какие еще есть аргументы слезать с откатанной программы?

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

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

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

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

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

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

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

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

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

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

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

Ну и "Новых релизов 3.1.3 не планируется."

Готовимся к НГ )

(32) Ну расчетчики твари ленивые.  

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

(59) спасибо!

(59) я бы не рекомендовал пока 3.1.4
https://forum.infostart.ru/forum68/topic182994/

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

(62) Покорми оленей - все было в (31)

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

Официально снимают ПРОФ 2.5 http://1c.ru/news/info.jsp?id=23891

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

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

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

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

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

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

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

https://hostingkartinok.com/show-image.php?id=ca5cb3cf4632d29947588ce7bb2bd937

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

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

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

ты еще просто мал и глуп, и по интерфейсу оцениваешь.

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

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

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

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

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

(0) бери типовой и не парься....

хотя я в переходе с 3.0 на 3.1 нашел косяк... там несколько регистров осталось висеть со старыми движеньями.

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

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

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

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

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

(87) В 2.5 данные есть?

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

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

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

(92) Но зачем?)

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

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

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

(96) У кого?

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

(98) Фантастика какая-то

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

множественное выделение реализовано еще с версии 8.1, кто тебе включить его не дает в 2.5?


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

я очень рад за тебя!

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

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

(48) я у Бориса Георгиевича спрашивала ))) про з.п. в УПП, сказал что остается

(103) Все то вы, девушка, знаете))

(104) нет