Внедрение системы ЗУП 8.х

Очень удивлен отсутствием в списке ЗУП 2.5 или это 2.0 так обзван? И на что нажать, если клиенты есть по всем перечисленным пунктам (кроме 2.0, даже не знаю что это)?

Всем доброго времени суток!

Хочу поделиться своим опытом внедрения системы "Зарплата и управление персоналом" 3.0 в нашей организации.
Систему внедряли с нуля с переносом имеющейся информации из старой зарплатной системы, написанной еще на DOSовском FOXе. Поэтому пришлось писать достаточно много обработок для загрузки данных, т.к. штатными средствами загрузить информацию с преобразованием ее из того вида, в котором она у нас хранилась не представлялось возможным.

На момент написания статьи релиз конфигурации 3.0.19.71.

В начале статьи хочу отметить несколько моментов, которые нужно учитывать при внедрении 3.0.

• Данная система в реалии пока еще мало где используется. Поэтому в ней достаточно много больших и мелких неудобств и недоработок.
  
• Достаточно мало информации по данной версии. Многое приходилось выяснять методом проб и ошибок.
  
• Так-же хочу заметить что тройка гораздо медленнее работает по сравнению со 2-й версией. Немного помогло отключение автоматического расчета в документах, но в целом все равно очень медленно.
  

Вот основные этапы внедрения, которые бы я выделил:

1. Из начальной настройки программы загружаем файлы ПФР и файлы ИФНС. Таким образом, в систему загрузится информация об организации, данные Физических лиц и заполнится справочник Сотрудников.
Для загрузки табельных номеров и другой недостающей информации по сотрудникам и физическим лицам писал собственные обработки.

2. Занесли руками графики работы сотрудников.

3. Настраиваем начисления и удержания, которые используются в нашей организации. (Лично мы добавили в данный справочник начисления: "Компенсация за молоко", "Оказание платных услуг" и несколько других нестандартных начислений). Так-же в справочнике начислений в настройке НДФЛ, среднего заработка и др. проверяем начисления, которые входят в расчет среднего заработка и НДФЛ.
Данный пункт выполняется перед созданием штатного расписания (если оно используется в организации). Т.к. в штатных позициях вы будете указывать используемые виды начислений.

4. Четвертым серьезным этапом внедрения стало составление штатного расписания. Т.к. на этом этапе необходимо полностью продумать и проверить штатные позиции организации, а так-же сформировать структуру подразделений и заполнить справочник должностей.
Если вы будете настраивать синхронизацию с Бухгалтерией, то желательно чтобы структура и наименования подразделений совпадали в обоих системах. Иначе при синхронизации различающиеся подразделения будут добавлены в обе системы.

5. Для расчета страхового стажа в больничных листах загружаем стажи на дату трудоустройства в регистр сведений "СтажиФизическихЛиц", с указанием вида стажа "Страховой стаж для оплаты больничных листов". Вот небольшая процедура добавления записи в регистр из моей обработки:


Аналогично загрузил трудовую деятельность сотрудников - места и периоды их работы в регистр сведений "ТрудоваяДеятельностьФизическихЛиц":

(я специально указал два различных варианта записи информации в регистр - возможно кому то проще использовать 1-й вариант, кому то 2-й).

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

7. Вносим исполнительные листы для удержания алиментов. где указываем платежных агентов и их тарифы (Почта России, СберБанк, и т.д.).

8. Вносим остальные постоянные удержания. Удержание профсоюзных взносов загрузил с помощью своей обработки.
Функция формирования удержаний:


9. Аналогично удержанию профсоюзных взносов, загрузил "Справки для расчета пособий", с внесением общих заработков за 2 предыдущих года - используется в расчете среднего заработка в больничном листе.

10. Вводим начальные остатки отпусков. Наш кадровик делал это ручками, т.к. данная информация у нас велась на бумаге.

11. Данные для расчета среднего заработка для отпуска загружал в регистры накопления "ДанныеОВремениДляРасчетаСреднегоОбщий" и "ДанныеОНачисленияхДляРасчетаСреднегоЗаработкаОбщий" своей обработкой, используя документ "Перенос данных".
Календарные дни не загружал, расчетчики при оформлении отпуска вводили их в форму «Ввод данных для среднего заработка» ручками, заодно проверяли загруженные суммы.
Но если вы все же дни решите подгрузить, то нужно дополнительно использовать два регистра сведений: "СведенияОНачисленияхДляРасчетаСреднегоЗаработкаОбщий" и "СведенияОВремениДляРасчетаСреднегоОбщий". Вообще, можете посмотреть запрос, расположенный: ОбщийМодуль.УчетСреднегоЗаработка Функция ДанныеДляРасчетаОбщегоСреднегоЗаработкаСотрудников(). В нем найдете все объекты конфигурации, данные из которых используются для расчета среднего для отпуска.
Да, еще при переносе информации из другой системы я использовал таблицу начислений этой программы, которые участвуют в расчете среднего (может при написании своей обработки переноса данных Вам этот момент пригодится).

12. В нашей организации месячная премия рассчитывается исходя из заработка за предыдущий месяц. Поэтому, для правильного расчета премии в месяце, с которого начинается работа в программе, я подгрузил расчетную базу за прошлый месяц.
Для этого сделал следующее:
а). Создал новое начисление «Начисление для загрузки базы для расчета премии». В назначении начисления указал «Прочие начисления и выплаты», начисление выполняется по отдельному документу «Разовое начисление». В закладке «Учет времени» указал вид стажа: «Не включается в страховой стаж». В зависимые начисления добавил «Премия ежемесячная процентом». Со среднего заработка убрал все галочки (т.к. данные для его расчета уже загрузили в п. 11). Во вкладке «Налоги, взносы, бухучет» убираем все отражения в НУ и в страховых взносах указываем «Доходы, не являющиеся объектом обложения страховыми взносами», в расходах на оплату труда не учитывается. Т.е. наше новое начисление будет стартовой базой для расчета премии.
б). Загрузил базу для расчета премии с помощью своей обработки, используя документ "Разовое начисление".
И еще один момент - в закладке "Приоритет " начисления "Премия ежемесячная процентом" убрал все начисления, т.к. процент премии будет браться из конкретной начисленной суммы за предыдущий месяц и приоритеты здесь не нужны.
Этот пункт важен только для тех, у кого "Премия ежемесячная процентом" рассчитывается по результатам предыдущего месяца!!!

13. Для перечисления заработной платы на карты сотрудников нам необходимо внести зарплатные проекты и лицевые счета сотрудников.
Лицевые счета я так-же загружал при помощи своей обработки.

Функция загрузки:

Как вы заметили из кода, данные хранятся в регистрах сведений: "ЛицевыеСчетаСотрудниковПоЗарплатнымПроектам" и "МестаВыплатыЗарплатыСотрудников".

14. Для синхронизации данных нам необходимо внести "Способы отражения заработной платы в бухгалтерском учете" и распределить данные способы по сотрудникам, подразделениям и начислениям. Однако это уже другая тема.

Вот основные шаги внедрения системы в нашей организации.

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

Для россиян уже пора добавить пункт: "Зарплату не начисляем и не получаем"

Вообще, основная масса еще не полностью освоила все прелести ЗУП 2.5, а тут тебе 3.0. Кто-то может сказать преимущества 3.0 перед 2.5, кроме тех, что касаются УФ и тонкого клиента?

Про тормоза и сырость тройки - все правильно, конечно.

Но преимуществ для крупных организаций реально много и, пожалуй, по совокупности они даже перевешивают недостатки.

Другое дело, что обсуждать преимущества тройки абстрактно бессмысленно. Надо так: назовите, какие проблемы есть у вас в учете на 2.5 и что вам пришлось дорабатывать при внедрении старого ЗУПа, а вам ответят, стало ли с этим на тройке лучше или, может, наоборот хуже.

Так вроде в методичке 1С по переходу на ЗУП 3 прямо так и написано, что перенос ШР не реализован.
И учитывая различия в объектах не очень верится, что будет реализован.

Пренос из 2.5 в 3.0. Если были отпуска за свой счет более 14 дней в году, то обращаю внимание на то, что придется работать с отпусками ручками. Переноса отпусков "за свой счет" в текущей версии 3.0.19 пока нет.

Так пусть разработчик делает!
Там в справке НДФЛ компенсация отпуска уходит в следующий месяц.

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

Не так давно появился новый релиз 3.0.22.178-188. Реально доделано очень много, просто овердохрена, хотя бы расчет резервов предстоящих расходов по отпускам, причем как по сотрудникам, так и процентом от ФОТ, расчет и начисление сверхурочных при суммированном учете (это когда сверхурочные считаются по месяцу и вводятся однократно), введено понятие территорий и временное перемещение в эти территории (это очень важно и крайне геморойно во всех предыдущих редакциях, если есть сотрудники, которые временно перемещаются для работы во вредных условиях труда), документы для простой смены графика или системы оплаты сотрудника без кадрового перевода, работа в праздники с переносом выходного дня, упрощенный переход с 2.5, когда тупо переносятся остатки и средний заработок, ну и прочие плюшки, реально, закрылись практически все вопросы, которые были у моих "пилотных" клиентов. Зато добавилась куча глюков, например, в клиент-сервере на Postgres на платформе 8.3.5 напрочь отказывается работать подбор сотрудников в документы, просто тупо падает (в файловой, на MSSQL и DB2 все нормально), а также редактирование среднего в отпусках (падает периодически в любом варианте), работает на тестовой платформе 8.3.6, но эта 8.3.6 не работает с Postgres на Win2008 Server, работает только на Win7. В релизе 188 на тестовой платформе 8.3.6 перестал работать режим редактирования начислений в документе "Изменение оплаты сотрудников", зато он нормально работает на платформе 8.3.5. Короче, я уже замахался решать эти квесты, жду уже финального релиза 8.3.6, пока клиенты в файловом варианте с ЗУП на 8.3.5 (есть возможность быстро перескочить на 8.3.6, если что) и клиент-сервере БП на 8.3.5, благо, организация небольшая, порядка 120 сотрудников, и работают в тонком клиенте кадровик с расчетчиком и главбухом более-менее нормально. Весело... Из серии "мыши плакали, кололись, но продолжали жрать кактус"... Кстати, перечисление зарплаты на счета из БП 3.0 последнего релиза тоже отказалось работать на 8.3.5 и заработало только на тестовой 8.3.6 у нас в организации, подробностей не знаю...
P.S. Но реально, когда все доведут до ума, ЗУП 3.0 это гораздо больший прорыв, нежели ЗУП 2.5 по сравнению с ЗиК 7.7, такое ощущение, что годами собирали все пожелания пользователей и начали их внедрять, будет реальная система расчета зарплаты практически без допиливания руками...

... и все время в ожидании...

Пару лет назад внедрил ЗУП 2.5 на заводе. 1300 сотрудников, 15 раб мест. Обмен с УПП.
Настроено порядка 70 доп.видов расчетов (с советских времен работают, куча специфических начислений :) )

В процессе внедрения была Обнаружена интересная вещь. Оказалось, что бухгалтерия и ОТиЗ видят структуру подразделений по-разному. Пришлось задействовать оба справочника подразделений и сопоставлять их друг с другом. (Хотя просилось еще пара справочников, но обошлось - решили с руководством организационными методами).

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

Из прорывного - отчет по использованию рабочего времени. По нему анализируют где кто из работников находился в отчетном периоде: сколько болело, в отпусках, кто на вредном производстве, коммандировки и тп... Раньше собирали его весь месяц, теперь по нажатию кнопки. Построен на СКД.

Сейчас уже больше года сами обновляются, тк доработки все внешние.