Здравствуйте!

Собираемся переходить с ЗиК 7.7 на ЗиУП Корп.
Подскажите,пожалуйста, какие возможны подводные камни, на что обратить особое внимание, может есть толковые статьи или FAQ по такому переходу.
Буду благодарен за любые толковые ссылки, статьи и советы на эту тему, уверен, здесь есть много специалистов которые не раз благополучно осуществляли такой переход)

С января просто начните работать в ЗУПе и вводите все ручками,главное без спешки, плюс все перепроверите. Это самый верняк. Подводный камень в ЗУПе это пользователи и перед переходом я бы уделили 80% времени грамотному обучению хотя бы ключевых сотрудников и это будет залог успеха !

А кто вас переводить то будет? А то если сами, то очень сильно заблудиться рискуете...

(1) - проблема в том , что с 1 января никак не успеваем перейти, переход запланирован на 1 апреля, т.е. со 2 квартала. Скажите, типовой обработки переноса данных хватает, на не слишком измененную БД, всё там корректно переносится, НДФЛ, взносы, карточки, кадровые данные, данные журнала расчетов и взносов, ЕСН ?

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

(3) ну тут сложнее ! Вы с какого квартала хотите 12 года или 11 ???

Вам придется сначала забить данные за один (или два) предыдущих года, чтобы больничные и отпуска правильно считать. А главный подводные камень - ваша система оплаты труда - они у всех разные, а у 1с в ЗУП все очень сильно ограничено (в 7.7 свободы намного больше было)

(5) Эти данные можно бить и в процессе работы, не все же разом уходят на больничный и в отпуска и комадировки. Тем более в ЗиКе если они нормально год закрывают там эти данные глянуть по человеку дело секунд 25, ну и забить их 2-4 минуты. А после переноса это нужно всех смотреть и проверять там больше времени уйдет так что спорное утверждение что удобней и быстрее ! ИМХО. Автор а Вы в Москве территориально ?

p.s. Просто могу помочь если что !

(5) В ЗиУП наглядности больше на самом деле, там нет ручной правки журналов. и то что есть в ТЧ документах - есть и в журналах.

При переходе будут проблемы с остатками отпусков ибо они по разному считаются.

В принципе сейчас можете переносить 2010 и 2011 годы в 8 типовой обработкой и сажать человека ручками все разгребать - к новому году как раз разгребет.

А там пару месяцев посчитают в паралельно в 2 системах найдут все разницы, выяснят их суть и спокойно переедут на 8.

(4) со второго квартала 2012
(5) - разные оплаты труда , это про что ?
у нас повременно премиальная, хотят грейды делать,
ещё есть суммированный учет времени, графики различные, доплаты за ночные и выходные.северные надбавки есть

(5) - что значит забить данные, если они должны автоматом перенестись...

(8) а отчеты в фонды и НДФЛ руками за 2012 будете собирать?
То что описано переезжает без особых проблем.

(6) - помочь каким образом ?) мы квартал собираемся паралелльно вести

... ну много чего должно было бы быть... Только если еще раз теперь уже с ЗУП-а опять придется куда-то переходить на МЕГАЗУП 10.6... я этого точно не переживу, уйду нафиг в кочегары....

(11) -  у вас человек сколько?

(12) - расшифруйте ?

(7) - как понять ручками всё разгребать ?
то есть только у каждого свои личные впечатления, а конкретных знани, ссылок, подводных камней нет, только гуглить, читать ИТы , и самому на грабли наступать ?)))

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

(15) знания есть, подводные камни у каждого свои собственные.

Не надейтесь, что результат переноса будет - все на 100% совпадает.

Будете брать месяц в 8 и сравнивать его с 7, искать различий, потом их причины, потом эти причины устранять. Правда как опыт показывает причин немного 10-20 из-за которых различия появляются.

(16) (17) - это уже более дельные советы, спасибо. а как обучались ЗУПу сами, как обучали кадровиков, расчетчиков, ведь я так понимаю это очень больой залог успеха ?

и ещё кране важный вопрос по именно ЗУПу Корп. Там относительно легко настраиаются роли, по правам доступа сотров именно в базу сотров своих организаций ?

(18) включишь РЛС - там органичение по организации без проблем, правда все тормозить начнет.

(18) - ну вот как начали расчетчиц обучать, столько нового узнали... с кадровиками проблем нет - только печатные формы подправить...

(19) - можно расшифровать про РЛС ?)
(20) - а можно как то разврнуть ответ....что именно нового узнали, про то что гд то неправильно что то перенеслось или ..?

(20) не надо их всех обучать. Обучать можно одну самую смышленую, и именно на разгребании ошибок за последние 2 года, а она пусть всех остальных учит.

(22) - обидятся остальные. ну а вообще какие то материалы нете можете посоветовать ? или обработки с ИС, с ИТС или ещё откуда то)))

(21) RLS  -  Record-Level Security. Т.е. ограничени доступа на удровне записи в таблице БД. На ИТС очень подробно расписано про нее. Доступ по организации в ЗиУП настраивается в режиме предприятия. Яндекс знает все, впрочем как и миста, главное уметь спрашивать.

(23) не обидятся - ей же кучу работы типа надавали.

Там все...

http://v8.1c.ru/metod/books/book.jsp?id=328
http://v8.1c.ru/metod/books/book.jsp?id=99

(18) а вам точно нужен Корп?  в обычной ЗУП тоже можно вести много фирм в одной базе

(26) - нет, неточно. что я увидел для нас в корп - это грейды, и что то ещё, не помню, табличка сравнения далеко) а вообще есть больши отличия концетуальные ? просто я так понял, что Корп от не корпа отличается тем что в Корпе очень мощно кадровый учет налажен и служба персонала))) что посоветуете, какие проблемы увидели ?

кстати  - такой вопрос, как в программе реализован учет ПФР, так же криво как в 7.7, или лучше ? Аналогичный вопрос про НДФЛ , 4-ФСС и РСВ-1, а также как перегужаютя в ЗУП корп. накопл.задолженность с ЗиК ?)

(25) - спасибо, это для пользователей, а вот само руководство по переходу, может какие то статьи по возмоным проблемам)

(24) - и что,сильно подтормаживает базу этот РЛС ? кстати базу на чем лучше разворачивать , на МС СКЛ или на Постгре , например ?

Тема актуальна, что то уже нашёл, что то почитал, есть ещё неравнодушные, или столкнувшиеся с такой же ситуацией ?)

только с начала года, иначе намучаетесь в сто раз больше, возможно вообще бросите это дело

у меня ситуация немного другая, но вопрос похожий: переход с несколько измененной ЗиК ("Эксперт: Источники финансирования") на ЗиКБУ.... А вопрос такой - реально лучше руками все вносить? (как я понял из этой ветки) Или это только в этом случае (0)? Мне казалось что по крайней мере типовые нормально переносятся (?)

Ты несколько зик в одну зуп или как?

(3) лучше бы конечно на начало периода. Так в случае чего взаиморасчеты подправили с НДФЛ на начало периода и хорошо, а это еще и взаиморасчеты и косяки зиковские в зупе за период отлавливать. Отлавливать то будешь ты. Ведь не будешь же ты допускать бухов в документ: перенос данных? и перегружать несколько раз тоже не будешь из за каждой найденной ошибки. А чисто твоих человеческих ресурсов хрен да нихрена на проверку большого колва данных. И в апреле у тебя нет 10 дней новогодних праздников когда работа в общем стоит.
Смотри еще бывали варианты когда велся учет одновременно в зике и зупе пока в зупе настройка шла, и контрольно сверяли расчет месяца там и там. Что бы расчетчики и кадровики к такой возможной загогулине были морально готовы.

(27) ПФР в нашей стране криво реализован в самом ПФР для начала, отсюда и основные косяки ЗУПа (ну мне так хочется верить). Реализован не ахти. А где ахти? в spu_orb? Собственно вся прелесть этой программы что ее ПФР же и использует, поэтому она и проходит а-ля эталонной.

Еще сразу нюанс. Поначалу будет хотеться перенести самый минимум. Т.е. сотров (только работающих, конечно же), взаиморасчеты и 2 года страховых. Притом страховых захочется обойти. Вот опыт дальнейшего юзания таких загрузок показывает что переносить желательно все, что можно. Почему - а вот почему: во первых наши законодатели пишут законодательство задним числом. И зачастую оказывается что нужны "еще какие то данные прошлых периодов" которых в ЗУПе не оказалось. И поехали допереносить. Второй момент. Через пол года вы зик забудете. т.е. забудете где какой отчет и как что по сотру посмотреть и вообще разучитесь пользоваться. Даже расчетчики с многолетним опытом его использования. А смотреть придется. И вот эта мысль крамольная - блин, тогда было день потратить все сразу перенести, чем теперь из зика вспоминать чего как вытаскивать.
Еще нюасн. Сам перенос может занять очень много времени, в зависимости от железа. Лучше прямо сейчас сесть и начать переносить абы что стандартным переносом + небольшая проверочка что бы представлять временные затраты. Мне это помогло лучше распланировать время.

а, ну и еще. Плановые проверки ФСС,ПФР. приходят и начинают поднимать всю историю за последние годы. Рачетчик заходит в зик и понимает что это капец. Зовет программиста, который выныривает из самых дебрей тысячестрочных запросов зупа (сознание программиста оттуда выплывет только к вечеру) и говорит - напомни, как в зике получить эти данные. Вот тут вот эта крамольная мысль и возникает что набросать СКД может быть быстрее чем рисовать отчеты в зике.

(29) - почему ?
(31) - одна большая база, одна маленькая.
(32) - собираемся весь второй квартал вести паралелльный учет. Понимаю что лучше с начала года, но никак не укладываемся по времени. или вообще бросить эту затею и на 2013 год перенести ? Но заданы сроки 2 квартал.

(33), (34) - спасибо за такое подробное мнение. т.е. в ЗУПе сложнее перестроить типовой механизм ПФР, НДФЛ (кстати что там с НДФЛ перечисленным, в след.гду первый раз сдавать будем, а говорят что хотят чуть ли не ежеквартальный такой ввести)?

просто по ПфР в 7.7  есть прекрасная обработка на ИС, которая с небольшими доработками железобетонно работает, и никаких проблем нет, есть ли что то подобное переписанное для ЗУП (интересуюсь у тех кто реальн сдавал), закрывает ли она уволенных и договорников в квартале начисления, насколько некриво реализованы 4-ФСС, больничные, отпуска и РСВ-1 ? Т.к. бухгалтерию к сожалению собираютя оставить типовой 7.7, то как переносятся данные из ЗУПа, в Бух 7.7 ? Что там с РБП и налогами с них, кт юзал, поделитесь мнение плиз)))

(35) доки зиковские в Зупе проводок не делают. Все проводки - в переносе данных. старые доки это пустышки с данными. Вероятно можно из этой ситуации выкрутится, но это опять же время, которое основной дефицит.
Но смотри какой вариантец возможен, в принципе красивый. Если вы все равно квартал хотите дублировать, так продублируйте первый. Руками доки за первый квартал. А у тебя вообще шикарно все выходит - переносишь 11 год и у тебя целый квартал на проверку! лафа. Вот первый квартал перенесли и в зупе обсчитали. сравнили с зиком. и второй сразу в зупе стартанули.

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

(36) НДФЛ хотели поквартально, но вроде как отбили в думе, что дальше будет надо следить.
надобности в переделке пфр и ндфл в общем то лично у меня не возникало, может мало живу, а может и не нужно. наверное еще снизу напишут. ндфл там начисленный можно сразу уплаченным делать, если это вот интересует. Или перенос НДФЛ с отпусков в след период? С начала с НДФЛ будут трудности с регисром НДФЛ к возмещению вроде, но потом освоишься и расчетчики тоже освоятся.

есть на том же ИС. но я по ней не сдавал. плюсов по ней около двухста висит. автор вроде поддерживает до сих пор.

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

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

Еще сразу же пунктом обязательно. Найти все реальные дубли физлиц. Т.е. сверять сотров по ИНН, рег. номер ПФР, ФИО, одинаковые дни рождения. Найти все возможные дубли вообще и потом из них удалять тех, кто дублями не является. По ФИО желательно искать и "похожие фамилии" и е и ё. Стандартный перенос это ФИО + дата рождения. Кадры и даты рождения разные ставят и ФИО до замужества и после, и много чего еще оказывается. Чем потом объединять (твое время - дефицит) пусть этим займутся кадры уже сейчас (их время - меньший дефицит)

(40) - я всё понимаю, но решение принимаю не я. по поводу физлиц и двойников, спасибо, проконтролирую, есть такой момент. а по расчету зарлаты, налогов , сдаче ПФР, НДФЛ я так понимаю проблем не было ?

Не знаю, как насчет Корп, но обычные ЗиКи на ЗУП переводил. Все данные там копеечка в копеечку сходятся. ЕСН, взносы - база для расчета больничных, всё корректно. Фактические начисления - база для отпусков, тоже все чики-пики. Выплаты-возвраты и остатки взаиморасчетов - для начального сальдо, всё сходится.
Так что если нормальный ЗиК, типовая обработка переноса данных отрабатывает отлично.
Единственное, конечно, нужно данные проверить, и при необходимости что-то где-то подправить. Но в целом перенос очень хорош.

Проблемы могут возникнуть, если исходный ЗиК ОЧЕНЬ большой. Тогда надо выгружать-загружать по частям. Я, например, по первым буквам фамилий разбивал, или по 5000 сотрудников на файл.

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

(43) - спасибо большое за подробный ответ. А вы переходили-переводили с начала года или были такие случаи что переводили с середины или со 2 квартала ?

Очень полезная ветка, спс. Начинаю переводить 4 юрлица в одну базу ЗУП, плохо зная ЗиК и не зная ЗУП. На 99% типовые. Разумеется, в ЗУП учет будет вестись с начала года и никак иначе.

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

>>или вообще бросить эту затею и на 2013 год перенести ? Но заданы сроки 2 квартал.

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

(45) База Зупа в Зуп грузится легко быстро.
Сначала делаешь одинаковыми конфы. потом генерятся автоматом правила, для отдельных стравочников и планов видов расчета их придется немного переписать или предварительно проверить эти стправочники на пересекающиеся по кодам и наименованиям элементам и решить для себя как эти спарвочники сливать. Для документов вводишь префикс в основной БД. Потом скопом грузишь.

(46) Конфы ЗиК перед переносом будут приводиться к типовым последних релизов. А утраченные в результате этого нетиповые данные переноситься отдельными обработками. Во многом так же сливал бухии из 7.7 в 8.1, давно. Больше напрягает специфика зарплатных баз, например, разбор с повторяющимися сотрудниками в разных базах, переводимыми иногда из одного юрлица в другое.

(47) сотрудников надо тащить всегда в новый элемент. А вот с физ лицами придется помучаться, хотя можно тупо их сравнить перед объединением и дать список имеющихся в обоих базах отделу персонала пусть их ручками выверяют.

+(48) это про ЗиУП. в бухгалтерии наверно надо в один элемент сливать.

(48) Значит будут выверять... Я скоро открою второй раз ЗиУП в конфигураторе, а отдел персонала будет направлен на курсы. Начали процесс буквально сегодня.

(47) смотри как можно. загрузить в восьмерку только сотров. это достаточно быстро. Дальше уже в восьмерке поиск одинаковых элементов. По наименованию, по датам рождения, по инн, по рег. ПФР, ну если хочешь по адресам.
и список подозрительных сотров тупо в отдел кадров - сверить что бы были разные. Они разных и вычеркнут. а задвоеных поправят в ЗиКе. Это если время позволяет

да, еще политику нумерации кадровых документов в ОК сразу продавите зуповскую

Сделал первые переносы. Сотрудники и физлица на первый взгляд перенеслись без задвоений. Типовая обработка переноса выдала минимум ошибок вида "Расхождение в своде начисленной зарплаты между старой и новой программой:
- начисления за Апрель 2009 г. больше на 1 750 000".

Теперь пользователи будут проверять и сверять данные и пытаться параллельно вести учет в ЗУП. Одна из расчетчиц скоро отправляется на курсы.

(52) Это какая-такая политика нумерации?

(53) на предупреждения смотреть нужно, но это далеко не весь перечень где могло закосячить. Расчетчики пусть напишут все разрезы в которых им нужны данные в новой программе и начинают проверять. Взаиморасчеты, начисления страх взносов, начисления сотрудникам и пр. Короче все что нужно для начисления больничных и отпусков, начисления зарплаты. И для сдачи отчетности (по пфр это с 2010 г.) Кадровики так же. Остатки отпусков, Т-2, собственно сами сотрудники, штатное расписание и т д. То есть те ошибки что выдал перенос это необходимо, но не достаточно.

Нумерация кадровых приказов. Она может быть на предприятиях разная.

(0)Переносил данные автоматическим переносом (конвертация).
Подводные камни есть, но их немного - главное их найти.
В целом перенос срабатывает корректно, много некорректностей получается из-за неверной работы пользователей в ЗИке, например правки задним числом при помощи "Мягкая смена периода" или изменение реквизитов сотрудников без оформления документов.
Есть еще несколько косяков но их не вспомню.
Был косяк с расчетом среднего - исправил.
До сих пор косяк с расчетом ФСС, руки не доходят.
Были еще проблемы, но сечас уже всех не вспомню.

При переносе из ЗиК 7.70.310  в ЗиКБУ 1.0.30.1 -

- во-первых, не перенеслись плановые начисления.

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

С чего бы это?

(7)


А что значит, /"сейчас можете переносить 2010 и 2011 годы/" ?  А если предприятие работает с 2005г  , что тогда будет с приказами о приеме на работу за 2005 г ?

(56) чисти обработкой или проверяй КБК

(57) перенесутся полюбасу

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

(57) кадровые данные переносятся все, расчетные - за два последних года
(60) к концу года лучше не станет (если не найти причину)

(61)причина-то понятна, "пересечение" одинаковых видов расчетов у сотрудников... (Отложили не столько из-за начислений, а чтобы одновременно не заниматься переходом на БГУ и ЗКБУ).