Вход | Регистрация



Переход ЗУП с 2.5 на 3.1

Переход ЗУП с 2.5 на 3.1
Я
   IreneTS
 
18.04.18 - 15:13
Добрый день!
Решили перейти с 2.5 на 3.1. Наверняка тут есть спецы, которые это уже делали и могут дать дельные советы)) Сам переход будут осуществлять программисты, но, наверное, надо подготовительную работу какую-то провести кадрам и бухгалтерии. Посоветуйте, как лучше все организовать, чтобы не делать лишней работы и не перенести из старой программы лишний хлам. Сначала опишу ситуацию. В имеющейся версии намудрили кто на что горазд, и народ принимали не пойми как, и учет велся наполовину вручную... Словом, сейчас у нас встречается, например, одинаковые физлица, которые кадры заводили, чтобы «можно было вести учет сотрудников, работающих на разных участках»… Есть непонятные, введенные вручную начисления, например, множество районных коэффициентов (Районный коэф.10%,  Районный коэф.15% и т.д.) Не буду перечислять все чудеса, имеющиеся в нашей базе, но в новой хотелось бы, чтобы все было нормально))
У нас еще множество обособленных подразделений, которые сейчас, наконец, приведены в порядок, но они приведены в порядок в 1С Бух, а нам надо, чтобы аналогичные были в 1С ЗУП и люди соответственно были привязаны к этим новым подразделениям. Возникает вопрос, где и как лучше все это править. Как перенести эти подразделения в ЗУП и в который лучше переносить, в старый или уже в новом все это править? Нам бы составить правильный план перехода, в каком порядке что делать и в какой базе (старой или новой) все это править. Либо будем благодарны любым советам, ведь наверняка уже кто-то сталкивался с тем, как и чего не надо делать при переходе… Немного сумбурно может объяснила, чего хочу, но, надеюсь все же понятно))
 
 
   ssh2006
 
1 - 18.04.18 - 15:20
(0) делать способом - перенос остатков. Надо было бы с начала года переходить
   pavlika
 
2 - 18.04.18 - 15:20
Делаете тестовый перенос, отдаете базу и просите сделать расчет за месяц - найдете ответы на многи есвои вопросы.
   piter3
 
3 - 18.04.18 - 15:22
А скока численность сотрудников в компании?
   IreneTS
 
4 - 18.04.18 - 15:23
(3) около 2000
   IreneTS
 
5 - 18.04.18 - 15:25
Тестовый перенос сделать можно, вопрос в том, как не перенести имеющийся хлам в новую базу и на какой стадии менять подразделения, править графики работ, начисления...
   El_Duke
 
6 - 18.04.18 - 15:27
(0) >>будем благодарны любым советам, ведь наверняка уже кто-то сталкивался с тем, как и чего не надо делать при переходе

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

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

Первое что сделать для этого - выгнать всех до одного из тех кто двоит физлиц чтобы «можно было вести учет сотрудников, работающих на разных участках»
Эти люди профнепригодны
   ssh2006
 
7 - 18.04.18 - 15:27
(5) программисты, которые будут делать переход - что говорят?
   budnik
 
8 - 18.04.18 - 15:30
Не спешите , всегда успеете .
1с как всегда меняет много , ошибок много.
у нас расчетчики согласны вести и 2 и 3 , чтоб косяки не разгребать.
   IreneTS
 
9 - 18.04.18 - 15:34
(7) Программисты просят написать техническое задание. Понять бы, чем их озадачить))
   IreneTS
 
10 - 18.04.18 - 15:36
(6) Вопрос не в разгребании результатов переноса, а в том, когда лучше разгребать до или после переноса. А разгребать надо очень многое...
 
 Рекламное место пустует
   Amra
 
11 - 18.04.18 - 15:37
(9) Вы понимаете, что вас вежливо послали? Программисты штатные или из сторонней фирмы?
   IreneTS
 
12 - 18.04.18 - 15:38
(11) Сторонней фирмы
   ssh2006
 
13 - 18.04.18 - 15:38
(9) плохо дело
   IreneTS
 
14 - 18.04.18 - 15:42
А еще подскажите, раньше помнится можно было выгрузить из бухгалтерской программы в ЗУП общие какие-то данные, те же данные по организации, статьи затрат и т.д. Сейчас такого уже нет? Наш местный программист говорит, что такого нет... И что с теми же самыми подразделениями надо сейчас вручную завести их в старый ЗУП, попереводить сотрудников в них, а потом уже выгружать в новый. он прав? Нет более простых способов?
   Amra
 
15 - 18.04.18 - 15:44
(14) Полностью прав.
   El_Duke
 
16 - 18.04.18 - 15:49
(10) До переноса вы вряд ли что сможете разгрести, учитывая весь адский цирк из (0). Это надо учет заново начинать

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

Сейчас надо сделать тестовый перенос. Если он не получится - выправляйте мешающие этому ошибки в старой базе. Как только получится - начисляйте зарплату в новой конфе  и в ней же правьте что потребуется
   IreneTS
 
17 - 18.04.18 - 15:55
Конечно перспективы совсем не радужные, но все же спасибо...
   Gantosha
 
18 - 18.04.18 - 15:58
Попандос.
Как минимум вы должны начать работать на этой версии и понимать, что делается.
После переносов будут скажем так не косяки, а ошибки в том как что вести в новой программе.
И да .. такое начинать лучше было с первого числа.
   El_Duke
 
19 - 18.04.18 - 16:00
(17) К тем кого надо выгнать в (6) надо бы добавить начальника ИТ
За инфраструктурой следить надо, своевременно планировать смену ПО. Здесь налицо вопиющий пофигизм в этом вопросе
   Gantosha
 
20 - 18.04.18 - 16:05
качество выполняемой работы в среднем соответствует качеству работодателя.
Например у нас увольняют через одного ..
в последенее время хочется повесить в кадрах аптечку с дозой и надписью "спасибо, что пришел" .. и кого тут выгонять ещё.
Но вообще, подопоздали вы .. или тащить корп и готовится к переходу или пару месяцев жутких развлечений.
   IreneTS
 
21 - 18.04.18 - 16:07
(18) Переход с 1 апреля планировался, может, будет перенесен на 1 мая, если сумеем подготовить все данные...
Обучение работы в новой версии вроде прошли, вопрос, кто насколько хорошо все усвоил)) Я успела поработать в этой версии в другой компании, вроде не сложно, надеюсь все же сумеем всех научить, что как делать. Хотя, конечно, учитывая, какое количество у нас кадровиков и глядя на то, что они сумели в предыдущей базе развести, сомнений очень много((
   ИС-2
 
22 - 18.04.18 - 16:07
если все так плохо, то в ЗУП3 есть возможность загрузки данных из форм ПФР, НДФЛ и т.д. Можно грузить оттуда
   Amra
 
23 - 18.04.18 - 16:08
(22) Как это поможет с проблемой тех же подразделений?
   IreneTS
 
24 - 18.04.18 - 16:09
А по поводу увольнения, здесь тоже видать чистка была, бухгалтерия на 99% новая, кадры тоже частично меняли, но вся беда еще в том, что те, кто может что-то знал и умел, видать, хорошо поддавались обучению, потому что многим из них просто показали "как надо делать", и они удачно так и делали, хотя, некоторые и считали, что это неправильно...
   Amra
 
25 - 18.04.18 - 16:09
(21) Вы оптимисты :) Дай бог с первого июля
   piter3
 
26 - 18.04.18 - 16:10
(21) Хихихи
   IreneTS
 
27 - 18.04.18 - 16:11
(22) Проблема в чистке самой структуры, подразделения, данные сотрудников, их графики, начисления...
   supersonic
 
28 - 18.04.18 - 16:13
Перенести на 01.01.2018 в рекомендованном варианте. Начислить и провести документы за январь, затем посмотреть результат и сравнить его с тем, что в ЗУП 2.5.
Многие вещи станут понятны.
   El_Duke
 
29 - 18.04.18 - 16:16
(27) все это делать в новой конфе, про старую забыть как страшный сон и использовать только для просмотра пержней кадровой первички
   Gantosha
 
30 - 18.04.18 - 16:18
А вообще, конечно это круто.. кто-то ведь должен всю эту шаблу с переходом прикрывать. Т.е. бумажка то должна уже быть подписанная. А уж как что делать второй вопрос .. так как вариантов то не много ) Например своровать ЗУП КОРП)
   mastodont
 
31 - 18.04.18 - 16:25
(0) судя по описанию переход растянется надолго.
Лучший вариант найти подрядчиков, которые проведут обследование, напишут ТЗ, перенесут данные, помогут рассчитать несколько месяцев...
Это дорого, но скорее всего сами вообще не перейдете.

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

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

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

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

Даже у более-менее благополучных в плане учета контор выплывают вопросы после переноса данных.
Я делала перенос с правкой мелких косяков учета на 30 человек, это реально решить оперативно, бросив старую базу и начав новую в середине периода. А у вас и косяки крупные и численность большая и расчетчики не очень вменяемые.
   Ювелир
 
33 - 18.04.18 - 16:30
(0) А у вас ГПХ есть? И обмен с БП?
 
 
   dubraver
 
34 - 18.04.18 - 16:34
Мы переходили на ЗУП 3.1 так:
Перенос остатков на 01.01.2018 из ЗУП 2.5. по упрощенной схеме.
Потом корректировка штатки, графиков.
Перенос файлов и фото сотрудников в карточки.
Настройка начислений и других параметров ЗУП 3.1.
Вели параллельный учет в двух базах ЗУП 2.5 и ЗУП 3.1. 3 месяца. Расчет зарплаты и сравнение начислений в двух базах. Создал для этого отчет по сравнению зарплаты, который сэкономил кучу времени и нервов расчетчиков. С апреля работаем в одной базе ЗУП 3.1.
   piter3
 
35 - 18.04.18 - 16:35
(34) значит численность человек 100.
   Dmitry77
 
36 - 18.04.18 - 16:35
Надо найти нормального сотрудника уже  делавшего подобный переход. И нанять его руководителем вашего проекта.

Иначе по граблям будете долго ходить.
   dubraver
 
37 - 18.04.18 - 16:36
(35) 500 человек плюс нетиповая сделка плюс большая текучесть кадров.
   IreneTS
 
38 - 18.04.18 - 16:37
(28) Это, к сожалению, не наш вариант. У нас много чего не сойдется. Например, средняя зарплата для расчета тех же отпускных у нас считалась неправильно, плюс есть начисления, которые просто заносились руками (!) в 1С из экселевских таблиц, мы планируем все же автоматизировать процессы расчета. Ежемесячно кадры вносят руками KPI, который участвует в расчете, и понятное дело, кого-то могут забыть, кого-то неправильно ввести. и это несмотря на то, что этот KPI практически не меняется из месяца в месяц... Словом, тут много веселого ((
   piter3
 
39 - 18.04.18 - 16:37
(37) странно.ндфл,остальные налоги .ну да ладно,сделали и ладненько
   Gantosha
 
40 - 18.04.18 - 16:38
У меня тоже почти без проблем прошло на 400 человек .. но год назад и у нас требования не высокие, т.е. кадры и расчетчики почти рабская сила.
   IreneTS
 
41 - 18.04.18 - 16:40
(33) Да, ГПХ есть. Обмен с БП что имеете в виду? Если перенос проводок, то есть, но их тоже приходится править вручную, потому как формируются коряво((
   IreneTS
 
42 - 18.04.18 - 16:41
(34) Вот примерный план уже, спасибо)))
   Gantosha
 
43 - 18.04.18 - 16:43
Вести две базы тяжело. Это дорогой план.
   piter3
 
44 - 18.04.18 - 16:44
(42) плохой план.вы не успеете с двумя зайцами.да и вообще не перейдете так
   kzot
 
45 - 18.04.18 - 16:45
(43) Почему плохой ?
   Gantosha
 
46 - 18.04.18 - 16:46
потому, что каждая ошибка в новой программе будет вызывать волну протестов там работать .. саботаж и т.п. Самый верный способ загубить переход.
   Dmitry77
 
47 - 18.04.18 - 16:49
Примерный список проблем с которыми можете столкнуться

1. Есть ли вредность и как она  считается.
2. Сделка как расчитывается и  все начисления на нее ( праздничные с выходными, вечерние, переработки)
3. Есть ученики и как их учет ведется.
4. Графики придется переделывать, т.к ночные и вечерние в  2.5 внутри явки в  3.1 снаружи.
5. Проблема с премиями в зависимости от ваших КПИ.
6. Суммированный учет  рабочего времени есть? Нормативы как там  считаются.
   kzot
 
48 - 18.04.18 - 16:50
Деньги за ошибки выйдут дороже времени. Переход нужен после освоения и понимания процедур расчета и учета в новой программе.
   Ювелир
 
49 - 18.04.18 - 16:54
(41) Да, я про проводки. Если коротко - то все проводки считать руками.
 
 Рекламное место пустует
   supersonic
 
50 - 18.04.18 - 16:55
0. В любом случае нужно сделать "тестовое начисление" по всем.
1. Составить отдельный понятный список с проблемами, которые в результате возникли. Этот список до начала работ зафиксировать  с исполнителем (чтобы не было "а мы думали оно само...") и подумать над тем, как это будет решено.
2. Определить пункты по которым будет осуществляться приемка работ по переносу. (сверка по взаиморасчетам с сотрудниками, остатки отпусков, средний зп, остатки по оценочным обязательствам, обособки и т.д).
3. Если типовых возможностей не хватает, зафиксировать, что какие-то пункты - это будет доработка.
   dubraver
 
51 - 18.04.18 - 16:57
(44) наш план сработал, мы в новой программе. Чем он плох?
   IreneTS
 
52 - 18.04.18 - 17:00
(47) вредности как таковой нет, есть молоко за вредность в денежном эквиваленте, считалась вручную, затем вводилась в 1С. Планируем изменить, поскольку расчет такой 19 руб*кол-во отработанных дней.
Сделка есть, но тоже пока считалась не в 1С
Учеников нет
От ночных планируем уйти, но пока они есть
От КПИ тоже хотим избавится, ввести постоянным начислением его
Суммированный учет есть, нормы из графикоф, которые кадры ведут ежемесячно...
   piter3
 
53 - 18.04.18 - 17:01
(51) Две программы параллельно,это уже повышает риск поднятия начальственной руки,с предложением,а ну его.Далее,я не увидел ни слова о налогах,только начисления.Далее,А вы хоть раз полностью сдались из 3?Ну это навскидку
   Dmitry77
 
54 - 18.04.18 - 17:06
выходные на  сделке где считаются, переработки по сделке?
по суммированому учету  смотрите как нормы  часов считаются. Если  нормы которые считает 1с  и кадры отличаются, то будете эти нормы  руками вбивать, отдельно для 40 часов, отдельно для 36 часов и  т.д.

молоко за вредность есть а  вредности нет ? это как ? вредных профессий для ПФР нет?
   piter3
 
55 - 18.04.18 - 17:07
молоко за вредность есть,а вредности нет))))
   IreneTS
 
56 - 18.04.18 - 17:08
(55) тут много чудес))
   dubraver
 
57 - 18.04.18 - 17:08
(53) За первый квартал из старой. Потом из новой.
Параллельный ввод позволил выловить ошибки и понять нюансы работы новой программы.
   piter3
 
58 - 18.04.18 - 17:09
(57) Даааааа,это как так?Или в прошлом году было дело?
   dubraver
 
59 - 18.04.18 - 17:10
(54) для сделки создал кастомный документ, плюс расширения конфигурации, плюс обработки заполнения, плюс шаблоны по вводу данных.
   dubraver
 
60 - 18.04.18 - 17:11
(58) А ваш план какой?))) или вы еще не перешли?
   Dmitry77
 
61 - 18.04.18 - 17:12
(29) да, да и  еще не  забыть, что бы  сделка за нужные даты ставилась, а  то  она целиком отпуском вытесняется )))
   piter3
 
62 - 18.04.18 - 17:14
(60) корп для крупных,по мелочи мучения с тройкой.особенно памятно 3.1.4.Штаты небольшие и толкать на сырой продукт не стал.
   dubraver
 
63 - 18.04.18 - 17:16
(62) в декабре начнете)))
   piter3
 
64 - 18.04.18 - 17:16
(63) А вот и не факт пока
   piter3
 
65 - 18.04.18 - 17:17
(63) Устаканиться начну со средних,а потом да,вполне возможно
   dubraver
 
66 - 18.04.18 - 17:18
(65) готовьте сани с лета. мы хотели еще с января 2017 переходить. Если кастомный зуп, не успеете.
   PiotrLoginov
 
67 - 18.04.18 - 17:36
(0)  "Сам переход будут осуществлять программисты" Только, наверное, имелись ввиду внедренцы?  Иначе мне вас просто жаль.
"Нам бы составить правильный план перехода"  Не беспокойтесь, внедренцы все формализуют. Будем вам и план, и паспорт проекта...
   Ювелир
 
68 - 18.04.18 - 17:55
(41) в 2.5 механизм был такой вид начисления = способ отражения - в способе отражения - конкретные счета, при формировании "проводок" (Отражение зарплаты в регламентированном учете) в ЗУП 2.5 - это преобразовывалось в проводки как в БП со счетами и аналитикой. Во время обмена аналитика по ФИО группировалась и попадала в таком же виде в БП. В ЗУП 3.0 механизм другой. Отражение зарплаты в бухучете задает способы отражения и все. НДФЛ на отдельной вкладке. В таком виде попадает в БП. БП разносит по способам отражений. Причем, задать ДТ можно - КТ - нельзя (70). Ну и явный прокол с НДФЛ - нет связи с начислением и способом отражений. Может кто нашел как это бороть?


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует