Добрый день!
Решили перейти с 2.5 на 3.1. Наверняка тут есть спецы, которые это уже делали и могут дать дельные советы)) Сам переход будут осуществлять программисты, но, наверное, надо подготовительную работу какую-то провести кадрам и бухгалтерии. Посоветуйте, как лучше все организовать, чтобы не делать лишней работы и не перенести из старой программы лишний хлам. Сначала опишу ситуацию. В имеющейся версии намудрили кто на что горазд, и народ принимали не пойми как, и учет велся наполовину вручную... Словом, сейчас у нас встречается, например, одинаковые физлица, которые кадры заводили, чтобы «можно было вести учет сотрудников, работающих на разных участках»… Есть непонятные, введенные вручную начисления, например, множество районных коэффициентов (Районный коэф.10%,  Районный коэф.15% и т.д.) Не буду перечислять все чудеса, имеющиеся в нашей базе, но в новой хотелось бы, чтобы все было нормально))
У нас еще множество обособленных подразделений, которые сейчас, наконец, приведены в порядок, но они приведены в порядок в 1С Бух, а нам надо, чтобы аналогичные были в 1С ЗУП и люди соответственно были привязаны к этим новым подразделениям. Возникает вопрос, где и как лучше все это править. Как перенести эти подразделения в ЗУП и в который лучше переносить, в старый или уже в новом все это править? Нам бы составить правильный план перехода, в каком порядке что делать и в какой базе (старой или новой) все это править. Либо будем благодарны любым советам, ведь наверняка уже кто-то сталкивался с тем, как и чего не надо делать при переходе… Немного сумбурно может объяснила, чего хочу, но, надеюсь все же понятно))

(0) делать способом - перенос остатков. Надо было бы с начала года переходить

Делаете тестовый перенос, отдаете базу и просите сделать расчет за месяц - найдете ответы на многи есвои вопросы.

А скока численность сотрудников в компании?

(3) около 2000

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

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

Однозначно делать рекомендованный упрощенный перенос
Учитывая все вами озвученное становится ясно что только подробно изучив базу можно давать рекомендации. А это уже работа, за нее платить надо.
Ибо разгребание результатов переноса вряд ли по советоам с форума сделаешь

>>но в новой хотелось бы, чтобы все было нормально))

Первое что сделать для этого - выгнать всех до одного из тех кто двоит физлиц чтобы «можно было вести учет сотрудников, работающих на разных участках»
Эти люди профнепригодны

(5) программисты, которые будут делать переход - что говорят?

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

(7) Программисты просят написать техническое задание. Понять бы, чем их озадачить))

(6) Вопрос не в разгребании результатов переноса, а в том, когда лучше разгребать до или после переноса. А разгребать надо очень многое...

(9) Вы понимаете, что вас вежливо послали? Программисты штатные или из сторонней фирмы?

(11) Сторонней фирмы

(9) плохо дело

А еще подскажите, раньше помнится можно было выгрузить из бухгалтерской программы в ЗУП общие какие-то данные, те же данные по организации, статьи затрат и т.д. Сейчас такого уже нет? Наш местный программист говорит, что такого нет... И что с теми же самыми подразделениями надо сейчас вручную завести их в старый ЗУП, попереводить сотрудников в них, а потом уже выгружать в новый. он прав? Нет более простых способов?

(14) Полностью прав.

(10) До переноса вы вряд ли что сможете разгрести, учитывая весь адский цирк из (0). Это надо учет заново начинать

Переносите остатки и кувыркайтесь в новой конфе. Вообще с таким количеством сотров и объемом косяков ... суетиться надо было начинать в сентябре 2017, глядишь к прекращению поддержки 2.5 управились бы

Сейчас надо сделать тестовый перенос. Если он не получится - выправляйте мешающие этому ошибки в старой базе. Как только получится - начисляйте зарплату в новой конфе  и в ней же правьте что потребуется

Конечно перспективы совсем не радужные, но все же спасибо...

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

(17) К тем кого надо выгнать в (6) надо бы добавить начальника ИТ
За инфраструктурой следить надо, своевременно планировать смену ПО. Здесь налицо вопиющий пофигизм в этом вопросе

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

(18) Переход с 1 апреля планировался, может, будет перенесен на 1 мая, если сумеем подготовить все данные...
Обучение работы в новой версии вроде прошли, вопрос, кто насколько хорошо все усвоил)) Я успела поработать в этой версии в другой компании, вроде не сложно, надеюсь все же сумеем всех научить, что как делать. Хотя, конечно, учитывая, какое количество у нас кадровиков и глядя на то, что они сумели в предыдущей базе развести, сомнений очень много((

если все так плохо, то в ЗУП3 есть возможность загрузки данных из форм ПФР, НДФЛ и т.д. Можно грузить оттуда

(22) Как это поможет с проблемой тех же подразделений?

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

(21) Вы оптимисты :) Дай бог с первого июля

(21) Хихихи

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

Перенести на 01.01.2018 в рекомендованном варианте. Начислить и провести документы за январь, затем посмотреть результат и сравнить его с тем, что в ЗУП 2.5.
Многие вещи станут понятны.

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

А вообще, конечно это круто.. кто-то ведь должен всю эту шаблу с переходом прикрывать. Т.е. бумажка то должна уже быть подписанная. А уж как что делать второй вопрос .. так как вариантов то не много ) Например своровать ЗУП КОРП)

(0) судя по описанию переход растянется надолго.
Лучший вариант найти подрядчиков, которые проведут обследование, напишут ТЗ, перенесут данные, помогут рассчитать несколько месяцев...
Это дорого, но скорее всего сами вообще не перейдете.

Кроме переноса в самой зуп 3.1 косяков хватает даже при "идеальном" переносе.

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

Можно запланировать переход на 2019-й. А в этом году пользоваться версией КОРП. И постепенно причесывать...

В общем удачи...

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

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

(0) А у вас ГПХ есть? И обмен с БП?

Мы переходили на ЗУП 3.1 так:
Перенос остатков на 01.01.2018 из ЗУП 2.5. по упрощенной схеме.
Потом корректировка штатки, графиков.
Перенос файлов и фото сотрудников в карточки.
Настройка начислений и других параметров ЗУП 3.1.
Вели параллельный учет в двух базах ЗУП 2.5 и ЗУП 3.1. 3 месяца. Расчет зарплаты и сравнение начислений в двух базах. Создал для этого отчет по сравнению зарплаты, который сэкономил кучу времени и нервов расчетчиков. С апреля работаем в одной базе ЗУП 3.1.

(34) значит численность человек 100.

Надо найти нормального сотрудника уже  делавшего подобный переход. И нанять его руководителем вашего проекта.

Иначе по граблям будете долго ходить.

(35) 500 человек плюс нетиповая сделка плюс большая текучесть кадров.

(28) Это, к сожалению, не наш вариант. У нас много чего не сойдется. Например, средняя зарплата для расчета тех же отпускных у нас считалась неправильно, плюс есть начисления, которые просто заносились руками (!) в 1С из экселевских таблиц, мы планируем все же автоматизировать процессы расчета. Ежемесячно кадры вносят руками KPI, который участвует в расчете, и понятное дело, кого-то могут забыть, кого-то неправильно ввести. и это несмотря на то, что этот KPI практически не меняется из месяца в месяц... Словом, тут много веселого ((

(37) странно.ндфл,остальные налоги .ну да ладно,сделали и ладненько

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

(33) Да, ГПХ есть. Обмен с БП что имеете в виду? Если перенос проводок, то есть, но их тоже приходится править вручную, потому как формируются коряво((

(34) Вот примерный план уже, спасибо)))

Вести две базы тяжело. Это дорогой план.

(42) плохой план.вы не успеете с двумя зайцами.да и вообще не перейдете так

(43) Почему плохой ?

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

Примерный список проблем с которыми можете столкнуться

1. Есть ли вредность и как она  считается.
2. Сделка как расчитывается и  все начисления на нее ( праздничные с выходными, вечерние, переработки)
3. Есть ученики и как их учет ведется.
4. Графики придется переделывать, т.к ночные и вечерние в  2.5 внутри явки в  3.1 снаружи.
5. Проблема с премиями в зависимости от ваших КПИ.
6. Суммированный учет  рабочего времени есть? Нормативы как там  считаются.

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

(41) Да, я про проводки. Если коротко - то все проводки считать руками.

0. В любом случае нужно сделать "тестовое начисление" по всем.
1. Составить отдельный понятный список с проблемами, которые в результате возникли. Этот список до начала работ зафиксировать  с исполнителем (чтобы не было "а мы думали оно само...") и подумать над тем, как это будет решено.
2. Определить пункты по которым будет осуществляться приемка работ по переносу. (сверка по взаиморасчетам с сотрудниками, остатки отпусков, средний зп, остатки по оценочным обязательствам, обособки и т.д).
3. Если типовых возможностей не хватает, зафиксировать, что какие-то пункты - это будет доработка.

(44) наш план сработал, мы в новой программе. Чем он плох?

(47) вредности как таковой нет, есть молоко за вредность в денежном эквиваленте, считалась вручную, затем вводилась в 1С. Планируем изменить, поскольку расчет такой 19 руб*кол-во отработанных дней.
Сделка есть, но тоже пока считалась не в 1С
Учеников нет
От ночных планируем уйти, но пока они есть
От КПИ тоже хотим избавится, ввести постоянным начислением его
Суммированный учет есть, нормы из графикоф, которые кадры ведут ежемесячно...

(51) Две программы параллельно,это уже повышает риск поднятия начальственной руки,с предложением,а ну его.Далее,я не увидел ни слова о налогах,только начисления.Далее,А вы хоть раз полностью сдались из 3?Ну это навскидку

выходные на  сделке где считаются, переработки по сделке?
по суммированому учету  смотрите как нормы  часов считаются. Если  нормы которые считает 1с  и кадры отличаются, то будете эти нормы  руками вбивать, отдельно для 40 часов, отдельно для 36 часов и  т.д.

молоко за вредность есть а  вредности нет ? это как ? вредных профессий для ПФР нет?

молоко за вредность есть,а вредности нет))))

(55) тут много чудес))

(53) За первый квартал из старой. Потом из новой.
Параллельный ввод позволил выловить ошибки и понять нюансы работы новой программы.

(57) Даааааа,это как так?Или в прошлом году было дело?

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

(58) А ваш план какой?))) или вы еще не перешли?

(29) да, да и  еще не  забыть, что бы  сделка за нужные даты ставилась, а  то  она целиком отпуском вытесняется )))

(60) корп для крупных,по мелочи мучения с тройкой.особенно памятно 3.1.4.Штаты небольшие и толкать на сырой продукт не стал.

(62) в декабре начнете)))

(63) А вот и не факт пока

(63) Устаканиться начну со средних,а потом да,вполне возможно

(65) готовьте сани с лета. мы хотели еще с января 2017 переходить. Если кастомный зуп, не успеете.

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

(41) в 2.5 механизм был такой вид начисления = способ отражения - в способе отражения - конкретные счета, при формировании "проводок" (Отражение зарплаты в регламентированном учете) в ЗУП 2.5 - это преобразовывалось в проводки как в БП со счетами и аналитикой. Во время обмена аналитика по ФИО группировалась и попадала в таком же виде в БП. В ЗУП 3.0 механизм другой. Отражение зарплаты в бухучете задает способы отражения и все. НДФЛ на отдельной вкладке. В таком виде попадает в БП. БП разносит по способам отражений. Причем, задать ДТ можно - КТ - нельзя (70). Ну и явный прокол с НДФЛ - нет связи с начислением и способом отражений. Может кто нашел как это бороть?