|
Переход ЗУП с 2.5 на 3.1 | ☑ | ||
---|---|---|---|---|
0
IreneTS
18.04.18
✎
15:13
|
Добрый день!
Решили перейти с 2.5 на 3.1. Наверняка тут есть спецы, которые это уже делали и могут дать дельные советы)) Сам переход будут осуществлять программисты, но, наверное, надо подготовительную работу какую-то провести кадрам и бухгалтерии. Посоветуйте, как лучше все организовать, чтобы не делать лишней работы и не перенести из старой программы лишний хлам. Сначала опишу ситуацию. В имеющейся версии намудрили кто на что горазд, и народ принимали не пойми как, и учет велся наполовину вручную... Словом, сейчас у нас встречается, например, одинаковые физлица, которые кадры заводили, чтобы «можно было вести учет сотрудников, работающих на разных участках»… Есть непонятные, введенные вручную начисления, например, множество районных коэффициентов (Районный коэф.10%, Районный коэф.15% и т.д.) Не буду перечислять все чудеса, имеющиеся в нашей базе, но в новой хотелось бы, чтобы все было нормально)) У нас еще множество обособленных подразделений, которые сейчас, наконец, приведены в порядок, но они приведены в порядок в 1С Бух, а нам надо, чтобы аналогичные были в 1С ЗУП и люди соответственно были привязаны к этим новым подразделениям. Возникает вопрос, где и как лучше все это править. Как перенести эти подразделения в ЗУП и в который лучше переносить, в старый или уже в новом все это править? Нам бы составить правильный план перехода, в каком порядке что делать и в какой базе (старой или новой) все это править. Либо будем благодарны любым советам, ведь наверняка уже кто-то сталкивался с тем, как и чего не надо делать при переходе… Немного сумбурно может объяснила, чего хочу, но, надеюсь все же понятно)) |
|||
1
ssh2006
18.04.18
✎
15:20
|
(0) делать способом - перенос остатков. Надо было бы с начала года переходить
|
|||
2
pavlika
18.04.18
✎
15:20
|
Делаете тестовый перенос, отдаете базу и просите сделать расчет за месяц - найдете ответы на многи есвои вопросы.
|
|||
3
piter3
18.04.18
✎
15:22
|
А скока численность сотрудников в компании?
|
|||
4
IreneTS
18.04.18
✎
15:23
|
(3) около 2000
|
|||
5
IreneTS
18.04.18
✎
15:25
|
Тестовый перенос сделать можно, вопрос в том, как не перенести имеющийся хлам в новую базу и на какой стадии менять подразделения, править графики работ, начисления...
|
|||
6
El_Duke
гуру
18.04.18
✎
15:27
|
(0) >>будем благодарны любым советам, ведь наверняка уже кто-то сталкивался с тем, как и чего не надо делать при переходе
Однозначно делать рекомендованный упрощенный перенос Учитывая все вами озвученное становится ясно что только подробно изучив базу можно давать рекомендации. А это уже работа, за нее платить надо. Ибо разгребание результатов переноса вряд ли по советоам с форума сделаешь >>но в новой хотелось бы, чтобы все было нормально)) Первое что сделать для этого - выгнать всех до одного из тех кто двоит физлиц чтобы «можно было вести учет сотрудников, работающих на разных участках» Эти люди профнепригодны |
|||
7
ssh2006
18.04.18
✎
15:27
|
(5) программисты, которые будут делать переход - что говорят?
|
|||
8
budnik
18.04.18
✎
15:30
|
Не спешите , всегда успеете .
1с как всегда меняет много , ошибок много. у нас расчетчики согласны вести и 2 и 3 , чтоб косяки не разгребать. |
|||
9
IreneTS
18.04.18
✎
15:34
|
(7) Программисты просят написать техническое задание. Понять бы, чем их озадачить))
|
|||
10
IreneTS
18.04.18
✎
15:36
|
(6) Вопрос не в разгребании результатов переноса, а в том, когда лучше разгребать до или после переноса. А разгребать надо очень многое...
|
|||
11
Amra
18.04.18
✎
15:37
|
(9) Вы понимаете, что вас вежливо послали? Программисты штатные или из сторонней фирмы?
|
|||
12
IreneTS
18.04.18
✎
15:38
|
(11) Сторонней фирмы
|
|||
13
ssh2006
18.04.18
✎
15:38
|
(9) плохо дело
|
|||
14
IreneTS
18.04.18
✎
15:42
|
А еще подскажите, раньше помнится можно было выгрузить из бухгалтерской программы в ЗУП общие какие-то данные, те же данные по организации, статьи затрат и т.д. Сейчас такого уже нет? Наш местный программист говорит, что такого нет... И что с теми же самыми подразделениями надо сейчас вручную завести их в старый ЗУП, попереводить сотрудников в них, а потом уже выгружать в новый. он прав? Нет более простых способов?
|
|||
15
Amra
18.04.18
✎
15:44
|
(14) Полностью прав.
|
|||
16
El_Duke
гуру
18.04.18
✎
15:49
|
(10) До переноса вы вряд ли что сможете разгрести, учитывая весь адский цирк из (0). Это надо учет заново начинать
Переносите остатки и кувыркайтесь в новой конфе. Вообще с таким количеством сотров и объемом косяков ... суетиться надо было начинать в сентябре 2017, глядишь к прекращению поддержки 2.5 управились бы Сейчас надо сделать тестовый перенос. Если он не получится - выправляйте мешающие этому ошибки в старой базе. Как только получится - начисляйте зарплату в новой конфе и в ней же правьте что потребуется |
|||
17
IreneTS
18.04.18
✎
15:55
|
Конечно перспективы совсем не радужные, но все же спасибо...
|
|||
18
Gantosha
18.04.18
✎
15:58
|
Попандос.
Как минимум вы должны начать работать на этой версии и понимать, что делается. После переносов будут скажем так не косяки, а ошибки в том как что вести в новой программе. И да .. такое начинать лучше было с первого числа. |
|||
19
El_Duke
гуру
18.04.18
✎
16:00
|
(17) К тем кого надо выгнать в (6) надо бы добавить начальника ИТ
За инфраструктурой следить надо, своевременно планировать смену ПО. Здесь налицо вопиющий пофигизм в этом вопросе |
|||
20
Gantosha
18.04.18
✎
16:05
|
качество выполняемой работы в среднем соответствует качеству работодателя.
Например у нас увольняют через одного .. в последенее время хочется повесить в кадрах аптечку с дозой и надписью "спасибо, что пришел" .. и кого тут выгонять ещё. Но вообще, подопоздали вы .. или тащить корп и готовится к переходу или пару месяцев жутких развлечений. |
|||
21
IreneTS
18.04.18
✎
16:07
|
(18) Переход с 1 апреля планировался, может, будет перенесен на 1 мая, если сумеем подготовить все данные...
Обучение работы в новой версии вроде прошли, вопрос, кто насколько хорошо все усвоил)) Я успела поработать в этой версии в другой компании, вроде не сложно, надеюсь все же сумеем всех научить, что как делать. Хотя, конечно, учитывая, какое количество у нас кадровиков и глядя на то, что они сумели в предыдущей базе развести, сомнений очень много(( |
|||
22
ИС-2
naïve
18.04.18
✎
16:07
|
если все так плохо, то в ЗУП3 есть возможность загрузки данных из форм ПФР, НДФЛ и т.д. Можно грузить оттуда
|
|||
23
Amra
18.04.18
✎
16:08
|
(22) Как это поможет с проблемой тех же подразделений?
|
|||
24
IreneTS
18.04.18
✎
16:09
|
А по поводу увольнения, здесь тоже видать чистка была, бухгалтерия на 99% новая, кадры тоже частично меняли, но вся беда еще в том, что те, кто может что-то знал и умел, видать, хорошо поддавались обучению, потому что многим из них просто показали "как надо делать", и они удачно так и делали, хотя, некоторые и считали, что это неправильно...
|
|||
25
Amra
18.04.18
✎
16:09
|
(21) Вы оптимисты :) Дай бог с первого июля
|
|||
26
piter3
18.04.18
✎
16:10
|
(21) Хихихи
|
|||
27
IreneTS
18.04.18
✎
16:11
|
(22) Проблема в чистке самой структуры, подразделения, данные сотрудников, их графики, начисления...
|
|||
28
supersonic
18.04.18
✎
16:13
|
Перенести на 01.01.2018 в рекомендованном варианте. Начислить и провести документы за январь, затем посмотреть результат и сравнить его с тем, что в ЗУП 2.5.
Многие вещи станут понятны. |
|||
29
El_Duke
гуру
18.04.18
✎
16:16
|
(27) все это делать в новой конфе, про старую забыть как страшный сон и использовать только для просмотра пержней кадровой первички
|
|||
30
Gantosha
18.04.18
✎
16:18
|
А вообще, конечно это круто.. кто-то ведь должен всю эту шаблу с переходом прикрывать. Т.е. бумажка то должна уже быть подписанная. А уж как что делать второй вопрос .. так как вариантов то не много ) Например своровать ЗУП КОРП)
|
|||
31
mastodont
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) А у вас ГПХ есть? И обмен с БП?
|
|||
34
dubraver
18.04.18
✎
16:34
|
Мы переходили на ЗУП 3.1 так:
Перенос остатков на 01.01.2018 из ЗУП 2.5. по упрощенной схеме. Потом корректировка штатки, графиков. Перенос файлов и фото сотрудников в карточки. Настройка начислений и других параметров ЗУП 3.1. Вели параллельный учет в двух базах ЗУП 2.5 и ЗУП 3.1. 3 месяца. Расчет зарплаты и сравнение начислений в двух базах. Создал для этого отчет по сравнению зарплаты, который сэкономил кучу времени и нервов расчетчиков. С апреля работаем в одной базе ЗУП 3.1. |
|||
35
piter3
18.04.18
✎
16:35
|
(34) значит численность человек 100.
|
|||
36
Dmitry77
18.04.18
✎
16:35
|
Надо найти нормального сотрудника уже делавшего подобный переход. И нанять его руководителем вашего проекта.
Иначе по граблям будете долго ходить. |
|||
37
dubraver
18.04.18
✎
16:36
|
(35) 500 человек плюс нетиповая сделка плюс большая текучесть кадров.
|
|||
38
IreneTS
18.04.18
✎
16:37
|
(28) Это, к сожалению, не наш вариант. У нас много чего не сойдется. Например, средняя зарплата для расчета тех же отпускных у нас считалась неправильно, плюс есть начисления, которые просто заносились руками (!) в 1С из экселевских таблиц, мы планируем все же автоматизировать процессы расчета. Ежемесячно кадры вносят руками KPI, который участвует в расчете, и понятное дело, кого-то могут забыть, кого-то неправильно ввести. и это несмотря на то, что этот KPI практически не меняется из месяца в месяц... Словом, тут много веселого ((
|
|||
39
piter3
18.04.18
✎
16:37
|
(37) странно.ндфл,остальные налоги .ну да ладно,сделали и ладненько
|
|||
40
Gantosha
18.04.18
✎
16:38
|
У меня тоже почти без проблем прошло на 400 человек .. но год назад и у нас требования не высокие, т.е. кадры и расчетчики почти рабская сила.
|
|||
41
IreneTS
18.04.18
✎
16:40
|
(33) Да, ГПХ есть. Обмен с БП что имеете в виду? Если перенос проводок, то есть, но их тоже приходится править вручную, потому как формируются коряво((
|
|||
42
IreneTS
18.04.18
✎
16:41
|
(34) Вот примерный план уже, спасибо)))
|
|||
43
Gantosha
18.04.18
✎
16:43
|
Вести две базы тяжело. Это дорогой план.
|
|||
44
piter3
18.04.18
✎
16:44
|
(42) плохой план.вы не успеете с двумя зайцами.да и вообще не перейдете так
|
|||
45
kzot
18.04.18
✎
16:45
|
(43) Почему плохой ?
|
|||
46
Gantosha
18.04.18
✎
16:46
|
потому, что каждая ошибка в новой программе будет вызывать волну протестов там работать .. саботаж и т.п. Самый верный способ загубить переход.
|
|||
47
Dmitry77
18.04.18
✎
16:49
|
Примерный список проблем с которыми можете столкнуться
1. Есть ли вредность и как она считается. 2. Сделка как расчитывается и все начисления на нее ( праздничные с выходными, вечерние, переработки) 3. Есть ученики и как их учет ведется. 4. Графики придется переделывать, т.к ночные и вечерние в 2.5 внутри явки в 3.1 снаружи. 5. Проблема с премиями в зависимости от ваших КПИ. 6. Суммированный учет рабочего времени есть? Нормативы как там считаются. |
|||
48
kzot
18.04.18
✎
16:50
|
Деньги за ошибки выйдут дороже времени. Переход нужен после освоения и понимания процедур расчета и учета в новой программе.
|
|||
49
Ювелир
18.04.18
✎
16:54
|
(41) Да, я про проводки. Если коротко - то все проводки считать руками.
|
|||
50
supersonic
18.04.18
✎
16:55
|
0. В любом случае нужно сделать "тестовое начисление" по всем.
1. Составить отдельный понятный список с проблемами, которые в результате возникли. Этот список до начала работ зафиксировать с исполнителем (чтобы не было "а мы думали оно само...") и подумать над тем, как это будет решено. 2. Определить пункты по которым будет осуществляться приемка работ по переносу. (сверка по взаиморасчетам с сотрудниками, остатки отпусков, средний зп, остатки по оценочным обязательствам, обособки и т.д). 3. Если типовых возможностей не хватает, зафиксировать, что какие-то пункты - это будет доработка. |
|||
51
dubraver
18.04.18
✎
16:57
|
(44) наш план сработал, мы в новой программе. Чем он плох?
|
|||
52
IreneTS
18.04.18
✎
17:00
|
(47) вредности как таковой нет, есть молоко за вредность в денежном эквиваленте, считалась вручную, затем вводилась в 1С. Планируем изменить, поскольку расчет такой 19 руб*кол-во отработанных дней.
Сделка есть, но тоже пока считалась не в 1С Учеников нет От ночных планируем уйти, но пока они есть От КПИ тоже хотим избавится, ввести постоянным начислением его Суммированный учет есть, нормы из графикоф, которые кадры ведут ежемесячно... |
|||
53
piter3
18.04.18
✎
17:01
|
(51) Две программы параллельно,это уже повышает риск поднятия начальственной руки,с предложением,а ну его.Далее,я не увидел ни слова о налогах,только начисления.Далее,А вы хоть раз полностью сдались из 3?Ну это навскидку
|
|||
54
Dmitry77
18.04.18
✎
17:06
|
выходные на сделке где считаются, переработки по сделке?
по суммированому учету смотрите как нормы часов считаются. Если нормы которые считает 1с и кадры отличаются, то будете эти нормы руками вбивать, отдельно для 40 часов, отдельно для 36 часов и т.д. молоко за вредность есть а вредности нет ? это как ? вредных профессий для ПФР нет? |
|||
55
piter3
18.04.18
✎
17:07
|
молоко за вредность есть,а вредности нет))))
|
|||
56
IreneTS
18.04.18
✎
17:08
|
(55) тут много чудес))
|
|||
57
dubraver
18.04.18
✎
17:08
|
(53) За первый квартал из старой. Потом из новой.
Параллельный ввод позволил выловить ошибки и понять нюансы работы новой программы. |
|||
58
piter3
18.04.18
✎
17:09
|
(57) Даааааа,это как так?Или в прошлом году было дело?
|
|||
59
dubraver
18.04.18
✎
17:10
|
(54) для сделки создал кастомный документ, плюс расширения конфигурации, плюс обработки заполнения, плюс шаблоны по вводу данных.
|
|||
60
dubraver
18.04.18
✎
17:11
|
(58) А ваш план какой?))) или вы еще не перешли?
|
|||
61
Dmitry77
18.04.18
✎
17:12
|
(29) да, да и еще не забыть, что бы сделка за нужные даты ставилась, а то она целиком отпуском вытесняется )))
|
|||
62
piter3
18.04.18
✎
17:14
|
(60) корп для крупных,по мелочи мучения с тройкой.особенно памятно 3.1.4.Штаты небольшие и толкать на сырой продукт не стал.
|
|||
63
dubraver
18.04.18
✎
17:16
|
(62) в декабре начнете)))
|
|||
64
piter3
18.04.18
✎
17:16
|
(63) А вот и не факт пока
|
|||
65
piter3
18.04.18
✎
17:17
|
(63) Устаканиться начну со средних,а потом да,вполне возможно
|
|||
66
dubraver
18.04.18
✎
17:18
|
(65) готовьте сани с лета. мы хотели еще с января 2017 переходить. Если кастомный зуп, не успеете.
|
|||
67
PiotrLoginov
18.04.18
✎
17:36
|
(0) "Сам переход будут осуществлять программисты" Только, наверное, имелись ввиду внедренцы? Иначе мне вас просто жаль.
"Нам бы составить правильный план перехода" Не беспокойтесь, внедренцы все формализуют. Будем вам и план, и паспорт проекта... |
|||
68
Ювелир
18.04.18
✎
17:55
|
(41) в 2.5 механизм был такой вид начисления = способ отражения - в способе отражения - конкретные счета, при формировании "проводок" (Отражение зарплаты в регламентированном учете) в ЗУП 2.5 - это преобразовывалось в проводки как в БП со счетами и аналитикой. Во время обмена аналитика по ФИО группировалась и попадала в таком же виде в БП. В ЗУП 3.0 механизм другой. Отражение зарплаты в бухучете задает способы отражения и все. НДФЛ на отдельной вкладке. В таком виде попадает в БП. БП разносит по способам отражений. Причем, задать ДТ можно - КТ - нельзя (70). Ну и явный прокол с НДФЛ - нет связи с начислением и способом отражений. Может кто нашел как это бороть?
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |