Переход на ЗУП из SAP-HR. Опыт. #787925

Добрый день! Некоторое время назад я вопрошал: С того времени с бедами, горем, слезами и может даже кровью мы таки переходим с 1.01.2017 на ЗУП 3.1. Хочу поделиться мудростью приобретённой или увидеть глупость свою. Мы выбрали путь с входящими остатками. То есть на 01.01.2016 у нас будет некая история, которая сформирует нам входящие остатки по основным разделам. Из САП выгружали все данные в файлы EXCEL. Большинство данных мы получили из оперативных отчётов, это такой аналог произвольного отчёта в семёрке. Далее грузили напрямую из EXCEL. Если нужно было грузить из нескольких таблиц со сложным объединением, то грузил таблицы на SQL, там делал ХП и далее грузил в ЗУП. Видимо большие сообщения нельзя добавлять. Дважды не получилось весь текст добавить сразу - буду дробить на мелкие сообщения.

Справочники и РС. Справочник «Физические Лица» РС «ФИО Физических лиц» РС «Документы физических лиц» РС «Гражданство физических лиц» РС «Статус физических лиц как налогоплательщиков НДФЛ» РС «Статусы застрахованных физических лиц» РС «Стандартные вычеты физических лиц на детей» РС «Применение стандартных вычетов по НДФЛ» Справочник «Родственники сотрудников» РС «Состояния в браке физических лиц» Справочник «Сотрудники» Справочник «Подразделения организаций» Справочник «Графики работы сотрудников» РС «Лицевые счета сотрудников по зарплатным проектам» Справочник «Работодатели» Справочник «Контрагенты»

Кадровая история сотрудников. Сотрудников грузили только актуальных, тех кто работал с нами на момент начала работы ЗУП. Для актуальных грузили же и всю историю. Плюс декретниц. Информацию для обычных людей достаточно загрузить за 2 года. Этого хватит и для среднего и для ФСС. С декретницами сложнее. Их лучше грузить сразу за все переиоды их работы, или просто держать где-то рядом всю их историю, чтобы можно было сразу загрузить при их обращении. Дело в том, что по закону декретницы имеют право потребовать поменять расчётные года для своего декретного отпуска. Например, использовать не последние два года, а скажем так, другие два года, где были жирнее премии. Используя документ "Перенос данных", загрузили приёмы и кадровые перемещения в РС: "Реестр кадровых приказов" и "Положенные виды ежегодных отпусков". Есть ещё РС "Кадровая история сотрудников", но он конфликтует с документом "Начальная штатная расстановка", поэтому его не заполняли. Через "Перенос данных" в РН "Фактические отпуска" загрузили все отпуска. Чтобы была у нас верная история отпусков. Нужно делить переносы отпусков через месяц. Не забывайте про праздничные дни! Таким образом нашли что САП "крал" каждый год 1 день у всех сотрудников. Через "Перенос данных" в РС "Данные состояний сотрудников" и в РС "Реестр отпусков" загрузили неоплачиваемые отпуска.

Данные о времени и деньгах для ФСС мы грузили через документы "Входящая справка о заработке для расчета пособий". А после во всех документах использовали флажок "Использовать данные других работодателей". Это удобно и наглядно. Быстро и компактно. Не нужно грузить большие регистры. Данные для расчёта по среднему грузили через документы "Перенос данных" в РН "Данные о времени для расчета среднего (общий)" и в РН "Данные о начислениях для расчета среднего заработка (общий)". Как только все справочники и вся история была готова. Загрузил документ "Начальная штатная расстановка". Данный документ конфликтует с записями в РС "Кадровая история сотрудников", поэтому если кого-то надо прописать там, то делать это надо только после проведения этого документа. Мы в РС "Кадровая история сотрудников" вписывали приёмы декретниц. Почему-то методологи 1С считают, что информацию надо размазать по огромному числу регистров. Поэтому чтобы декретницы были тоже правильно оформлены, нужно заполнить все регистры отвечающих за состояния сотрудников, в том числе и независимый РС "Текущие кадровые данные сотрудников", чтобы все документы воспринимали декретниц правильно.

В тезисах всё. Что вспомню ещё напишу. На вопросы отвечу.

Выйдет новая подредакция и все эти знания уплывут в историю

Да. Но пока может кому поможет.

А зачем переходили?

А все это дело сколько стоило?

Не знаю. Исполдир сказал, что надо. Мы и перешли. Говорят экономить будем.

Сказал или был приказ?

Переходили силам внутренних спецов, то есть я и напарник осуществляли весь переход. Под патронажем консультанта из франча. Консультант отвечала на разные вопросы, типа куда грузить это и как грузить. Все модули и загрузка была на нас. Консультации стоили 1450 р/час. В основном бухгалтерия консультанта мучала. Намучала часов на 120.

Приказ. Собрание. Торжественное собрание.

Лучше расскажите как работается в ЗУПе по сравнению с SAP. Как люди восприняли переход? Были ли у вас сотрудники, которые занимались поддержкой SAP? Какова их судьба? Ну и т.д.

госорганизация? госпакет у государства?

Это хорошо. На будущее - ваша задняя точка прикрыта.

А консультант из франча только консультант, т.е. не программист?

Нет. Нет.

Консультант. Код весь на нас был.

Меня это радует больше всего из всего проекта. =)

SAP поддерживается другой конторой. У нас ещё SAP R3, так что без хлеба они не остались. Наш отдел (автоматизация) хорошо восприняла. Думали что мы сменили чёрный ящик САП на открытый 1С поменяли. Оказалось нет. Получили другой чёрный ящик. Косяков в тройке много. Кадровики рады. Хотя им всё равно. Где скажут там и работают. Но по ощущениям - им нравится. Больше всего нравиться, то что все хотелки в плане дополнительных данных и произвольных отчётов исполняются быстро и легко. Бухгалтерия больше не довольна. Привычка считать в САПе ещё даёт о себе знать. Например, в ЗУП чтобы провести отпуск - нужно в него зайти после кадров, поставить флажок "Утверждён" и провести. Без этого никак. Отпусков может быть много от 40 штук, например. Это их бесит.

Мои поздравления. Контакты открой на всякий случай, и задокументируй - думаю, что к вам за инструментами и методологией к вам потянутся.

ЗУП 3 сырой. Очень сырой. Много ошибок плавающих. Много не стыковок. Совет: сразу вешать версионирование! Потом сложно будет концы искать - в изменениях справочниках и документах. Бывает так: создал документ, провёл, смотришь - в регистре одна запись, а должно быть две, открыл документ, снял флажок "Утверждён", поставил флажок, провёл - смотришь в регистре две записи. Чудеса... Медленный. Сразу отключайте в настройках автообновления при редактировании документа. Иначе при переходах между полями документа будет ждать пока он там посчитает средний заработок. А пересчитывает он его после каждого изменения значимых полей: дата начала, дата окончания... и прочее. Некоторые операции выполняются очень медленно.

Спасибо. Документация частичная есть.

Ещё беда с рассылкой отчётов. Например, расчётные листки. На больших количествах получателей (>100) валиться просто так. Ловим пока профайлером - хотим узнать, где дырка. Но если не свалился при получении данных, то может не отправить отчёт получателю (ошибка 421) и промолчать об этом - просто пишет в ЖР.

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

А почему входящие остатки выгрузили на 01.01.2016 а не на 01.01.2017 ?

Первый вопрос, что вы должны озвучить, это сколько сортов. Раз уж хотите получить ответ.

В целом конечно ЗУП нравиться. Большая часть логична. Но есть много нестыковок. 1. Не все формы отчётов можно редактировать без изменения конфы. Например, 2-НДФЛ. 2. Нельзя сделать массовый расчёт документов. Например, рассчитать средний для отпусков и командировок. Только ручками. Это косяк. 3. Множество регистров, где дублируется информация. Только по текущему состоянию сотрудников 4 штуки насчитал. Сколько финансовых данных дублируется страшно представить.

Видимо мы также сделаем. Уже есть первые варианты.

это чтоб расчет по средней уже в 2017 работал скорей всего

1.для чего? 2.в 3.1.2 надо глянуть 3. есть  такое

Мы решили для опыта и для плавного входа накопить хорошую историю. И вели параллельный учёт в SAP и в ЗУП. Таким образом у нас сейчас будет 2016 год полностью посчитаный. А переходить мы начали в мае. Таким образом мы получили опыт работы в 1С с правом на ошибку, ибо всё считали в SAP.

1. Например, сделать запросы 2-НДФЛ на вебпортал. Запросил, и тебе на почту пришёл сразу PDF с печатью. 2. Как выйдет официально - пощупаю. 3. Хочется поговорить с методологом, очень.

Есть ещё беда. 1С - заложники своего метода. Когда я сдавал в первый раз экзамен у них - они придрались, мол почему вы не сделали всё в одном запросе? И тут у нас засада вчера. Рассылаем расчётный листки на много человек (>100). И запрос в базу видимо идёт на всех людей сразу. И скорее всего запрос этот большой и с лёгкой оптимизацией валиться... Ловим профайлером. Думаем.

Простите, но не понял вопроса...

> Таким образом нашли что САП "крал" каждый год 1 день у всех сотрудников. а Т-2 бумажную то кадровики ваши хоть ведут? представляю уровень образования. > Были ли у вас сотрудники, которые занимались поддержкой SAP? Какова их судьба? срочно учат ЗУП 1С R3/1

Сотров наверное имелось ввиду - сколько сотрудников в компании

Когда кадры узнали что Т-2 не нужно больше ручками вести, они такие счастливые были. С отпусками там была засада. Мы в 2008 с 1С7 перешли на САП, там много чего затерялось. А сам какой то праздник не верно считал и так крал деньки.

как переносили OM? в ЗУП вообще появился нормальный кадровый учет? в ЗУП 2,5 на каждый кадровый документ, нужно было создавать дубликат расчетного. В зуп3 так же? кто это теперь делает?

Больше 250

а зачем в Т2 руками вели? как, кстати, 6НДФЛ сдается?

>  а зачем в Т2 руками вели? Т-2 бумажную обязаны вести абсолютно все, они в архив сдаются и хранятся там еще 75 лет.

то что можно распечатать из программы не означает что её быть не должно.

я не понял, как переход и SAP HCM в ЗУП3 изменил ведение Т2. И там и так ее можно распечатать

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

САПёры сказали нашим кадровикам, что Т-2 это очень сложно для САПа и не стали делать.

Понятно, ларек, уж извини)

Нормально так:)

тысяч,да?

Да ладно? Отказались выкатить счет с 5 нулями в грязных зеленых бумажках?

так я и спросил его, а ответил зачем то ты. О_о.... он же штатный

как переносили орг.менеджмент ты так и не ответил

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

Про Т-2 сорри - меня дезинформировали кадры. Оказывается кадры принципиально не печатают Т-2. Но были почему то рады форме Т-2 в 1С... Хм. Странно)

Просто более 250 человек

Ещё много проблем возникает в основном от привычки вести учёт в САП. Привыкли так, а в 1С по другом. Начинается недовольство: а так не правильно, а это не должно быть. Другая методология вот и получаем часть недопонимания. Много чего не знаем как делать правильно. А когда узнаём - период уже закрыт. =) И так далее...

какая версия sap hr использовалась? совместители есть?

6-НДФЛ Сдаётся. Со скрипом. Но без тяжёлых косяков. Есть много претензий бухгалтерии, но там больше недопонимания и качаний необоснованных прав. Но в целом сносно.

Версия SAP HR, какая-то какая было до 2008 года. Больше не скажу. Не знаю. Совместители какие?

и внутренние и внешние. т.е. upgrade sap hr не делали? а как же работали?

ТС, запили статью на Инфостарте.

Не делали upgrade sap hr. Это точно. САПёры не захотели. Как-то работали. Что то допиливали... Совместителей нет.

Разве это статья. Так мои скромные мысли и потуги. Надо ещё там логин вспомнить. =)

Это РЕАЛЬНЫЙ ОПЫТ, а это лучше статьи теоретика

если не секрет, то с кем работали? почему на сопровождение собственными силами не ушли?

Другая контора холдинга наш SAP ведёт. Так что как бы вроде это мы и сами есть. Но как бы вроде и не мы... Политика.)

т.е. Один расчётчик. Решается достаточно быстро, даже без программных переносов. Просто готовится экземпляр 1с, и ручками вносятся все необходимые данные. Не поднимайте  много шума, особенно на имени САП. кому он нужен такой опыт? Не профессионализм внедренца?  Вместо того, чтоб пройти обучение, вместе с расчетчиком, методом научного тыка, заставившего более полугода расчётчика вести расчёт. На месте ГБ за такие эксперименты, такого внедренца погнал бы метлой.

> ТС, запили статью на Инфостарте. его еще самого учить надо. > На месте ГБ за такие эксперименты, такого внедренца погнал бы метлой. читай внимательно, их там двое было, и направлял их франч-консультант

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

хотя не, обгадь инфостарт своей статьей! я не против!

Вы так не любите инфостат?

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

Будешь смеяться: очень похожа история, но мы не под индусами. В 2008 году мы тоже из ЗиК в САП шли. И наши кадровики ещё 2 года вели базу ЗиК, так как в САП не было много чего ещё. Мы им писали столько отчётов и данных. Но правда в том же 2008 году я перевёл нас на 1С 8 БП.

Мне было жалко только наработки в ТиС. Там я много чего напахал. Да и платили неплохо. А сейчас начинается этап импортозамещения )).