v7: Обновление ЗиК с очень старого релиза #657420

В одной конторе в 2001 году установили в отделе кадров ПО "1С Зарплата + кадры. Релиз 7.70.032 от 01.07.2001 года. С тех пор обновлений и допиливаний не делалось. Велся только кадровый учет. Решили перейти на ЗУП. Чтобы воспользоваться стандартной конвертацией необходимо накатить последний релиз (т.е. + ровно 300 релизов). Где найти информацию какие промежуточные релизы необходимо накатывать и где таких мамонтов поискать? Заранее спасибо.

это даже не зик 2 это зик 1

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

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

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

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

+1

Эт понятно. Но что делать если франь позже 2001 появился? Это ЗиК 0! =) , Чувствую, что к этому сейчас и прийдет. Тем более что при сравнении ощущение что не ЗиК и ЗиК смотрю, а например ЗиК и ТиС.

любопытно, как осуществлялся переход с 1 редакции на 2 ю? был ли вообще такой функционал?

Он был не нужен, ибо изначально вторая редакция была неработоспособна. Ошибок была куча, для примера во всех текстах при поиске кода в строке с разделителями, вместо найти(...)>0 было найти(...)=1

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

Я не помню как накатывалось, но я писал перенос.

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

Переводил ЗиК 0->1. Делалось выгрузкой/загрузкой через xml. Правила были не корректные. Многое просто не переводилось, журналы какие-то. Много просто не было в старой ЗиК. Посему были написаны обработки, что переводили все объекты на условиях нового экземпляра ЗиК. Резюме: Не заморачиваться переводом релизов. Если владеешь КД. Надо её использовать. Не владеешь, ничего страшного. Ведь перенос только кадрового учета. А там по минимуму, справочники, да документы(типа прием, увольнение). Скорее всего других доков по минимуму. Поэтому можно простой обработкой. Ориентировочное время ~неделя.

Самый большой гемор при переносе со сведениями и личными карточками. Потом с совместителями и повторно принятыми. Не всё там так просто.

Начать с нуля еще не предлагали? Зачем вся кадровая история в новой ЗУП, пусть сотрудников _вручную_ вобьют и все дела, если их не тысячи конечно... (а их скорее всего меньше 100) :)

За 13 лет?!

"Зачем вся кадровая история в новой ЗУП" ?

Да. Была проблема выстроить повторно принятых. Скорее всего это будет врукопашную.

Я в свое время переносил завод, поэтому всё делал автоматом. Врукопашную было слишком долго. С удовольствием поделился бы обработкой - но я их не храню. По-этому могу только предложить услуги по написанию переноса с нуля. Быстро, и за разумные деньги. :)

История отпусков? Это же важно.

А чем она помешает?

Помешать может цена вопроса :)

Ставим вопрос по другому: есть организация, в которой кадровый учет велся "на бумаге". 13 лет. Ставим ЗУП. Неужели кто-нибудь будет "кадровую историю" вбивать за эти 13 лет? :)

Сомневаюсь что на бумаге в принципе возможно вести современный кадровый учет.

Карьеру как показать, не вводя кадровые перемещения?

Из зик в эксель. В зупе-загрузка из табличного документа. В твоем случае это достаточно.

, Вопрос не в том: "можно ли", вопрос только в "нужно ли" и "зачем нужно?". ИМХО, если организация обходилась 13 лет без нормального кадрового учета, быть может он им и не нужен? :)  Зпл посчитали, выплатили, налоги заплатили, сведения в ПФР подали. И достаточно, зачем эта вся остальная возня? Чтобы программисты/бухгалтеры при деле были? :)

пригласите специалиста. Тащить только актуальных.