Как работает риск-ориентированное мышление: три этапа
В прошлом посте мы рассказали про риск-ориентированное мышление — привычку думать через призму возможных препятствий. Теперь объясним, как оно работает на практике.
📍Возьмем пример со стартом проекта. Это период максимальных рисков, т.к. высока степень неопределенности.
Чтобы это понять — и подготовиться к возможным трудностям — важно пройти три этапа:
1️⃣ Идентификация: что может помешать?
Рассматриваем различные негативные сценарии: вводная информация по процессам окажется неполной/недостоверной, в процессе работы обнаружатся неучтенные нюансы, влияющие на оказание услуги, в системе клиента есть нестандартные доработки и интеграции. Это и есть идентификация рисков — увидеть всё, что может помешать достичь цели.
2️⃣ Оценка: насколько это серьёзно?
Каждый риск можно оценить по формуле: вероятность × ущерб × значимость цели.
Например: вероятность, что вводная информация от клиента будет нуждаться в уточнениях - высокая, ущерб в случае упущения важных нюансов - высокий. Такой риск нельзя игнорировать.
При этом принимаются как неизбежные риски, связанные с незначительными неточностями или несостыковками в бизнес-процессах, которые могут стать очевидными только после старта проекта.
3️⃣ Реакция: что с этим делать?
Есть четыре базовые стратегии:
• Принять риск, если он незначительный или вы не можете на него повлиять.
• Уклониться, если ущерб слишком велик, или «игра не стоит свеч».
• Снизить, если можно уменьшить вероятность или последствия.
• Разделить, например, переложив часть ответственности на страховую компанию.
Тот же принцип действует и в рабочих процессах. Перед запуском проекта мы выясняем, что может пойти не так — (идентификация).
Например, нет описания бизнес-процессов, есть риск не учесть в сервисе важные моменты или выстроить взаимодействие не оптимальным способом.Мы заранее это фиксируем как потенциальный риск. Затем оцениваем, насколько это повлияет на результат (оценка), и принимаем меры: проводим детальное обследование процессов клиента, анкетирование, привлекаем к анализу входных данных представителя подразделения-исполнителя, запрашиваем базу 1С для самостоятельного анализа, уточняем информацию по автоматизации процессов (реакция).
В следующем посте расскажем, как именно оцениваются риски: как учитывать контекст и кто влияет на достижение цели. Следите за обновлениями!
#СМК_UCMS
В прошлом посте мы рассказали про риск-ориентированное мышление — привычку думать через призму возможных препятствий. Теперь объясним, как оно работает на практике.
📍Возьмем пример со стартом проекта. Это период максимальных рисков, т.к. высока степень неопределенности.
Чтобы это понять — и подготовиться к возможным трудностям — важно пройти три этапа:
1️⃣ Идентификация: что может помешать?
Рассматриваем различные негативные сценарии: вводная информация по процессам окажется неполной/недостоверной, в процессе работы обнаружатся неучтенные нюансы, влияющие на оказание услуги, в системе клиента есть нестандартные доработки и интеграции. Это и есть идентификация рисков — увидеть всё, что может помешать достичь цели.
2️⃣ Оценка: насколько это серьёзно?
Каждый риск можно оценить по формуле: вероятность × ущерб × значимость цели.
Например: вероятность, что вводная информация от клиента будет нуждаться в уточнениях - высокая, ущерб в случае упущения важных нюансов - высокий. Такой риск нельзя игнорировать.
При этом принимаются как неизбежные риски, связанные с незначительными неточностями или несостыковками в бизнес-процессах, которые могут стать очевидными только после старта проекта.
3️⃣ Реакция: что с этим делать?
Есть четыре базовые стратегии:
• Принять риск, если он незначительный или вы не можете на него повлиять.
• Уклониться, если ущерб слишком велик, или «игра не стоит свеч».
• Снизить, если можно уменьшить вероятность или последствия.
• Разделить, например, переложив часть ответственности на страховую компанию.
Тот же принцип действует и в рабочих процессах. Перед запуском проекта мы выясняем, что может пойти не так — (идентификация).
Например, нет описания бизнес-процессов, есть риск не учесть в сервисе важные моменты или выстроить взаимодействие не оптимальным способом.Мы заранее это фиксируем как потенциальный риск. Затем оцениваем, насколько это повлияет на результат (оценка), и принимаем меры: проводим детальное обследование процессов клиента, анкетирование, привлекаем к анализу входных данных представителя подразделения-исполнителя, запрашиваем базу 1С для самостоятельного анализа, уточняем информацию по автоматизации процессов (реакция).
В следующем посте расскажем, как именно оцениваются риски: как учитывать контекст и кто влияет на достижение цели. Следите за обновлениями!
#СМК_UCMS
🔥9👍6
Экстренное внедрение 1С:ЗУП за два месяца вместо девяти
Внедрение новой системы — сложный и ресурсоёмкий процесс, где важно учитывать требования и технические особенности бизнеса. Особенно, если проект связан с критически важными функциями и требует оперативного запуска без потери качества.
Так случилось у нашего клиента — филиала крупного производственного холдинга с 1000 сотрудников. До проекта внедрения системы «1С:ЗУП 8.3» клиент использовал SAP для расчёта зарплаты и «1С:ЗУП 2.5» для отчётности по КДП. Планировался плавный переход, рассчитанный на 9 месяцев, но глобальный провайдер предупредил об отключении SAP — и внедрение пришлось начинать срочно. Ни одна инхаус-команда не справилась бы с таким резким переходом.
📌 Что мы сделали:
• Разработали детальный план и вели внедрение параллельно с подготовкой BRR;
• Переносили данные с одновременным тестированием расчётов;
• Обучили сотрудников клиента и сторонней команды;
• Взяли на себя часть задач по КДП на время перехода.
Всего за 2 месяца наша команда внедрила работающую систему расчёта зарплаты. Уже с первого месяца пошли выплаты и отчётность — всё в новой системе. Автоматизация снизила риски ошибок, система полностью адаптирована под требования законодательства и внутренние стандарты клиента, а оба провайдера работают в единой системе. Этот результат стал возможен благодаря вовлечённости клиента и слаженной работе команд с обеих сторон.
🔗 Полную версию кейса с подробностями и советами от клиента читайте на нашем сайте.
#Внедрение1С_ЗУП
Внедрение новой системы — сложный и ресурсоёмкий процесс, где важно учитывать требования и технические особенности бизнеса. Особенно, если проект связан с критически важными функциями и требует оперативного запуска без потери качества.
Так случилось у нашего клиента — филиала крупного производственного холдинга с 1000 сотрудников. До проекта внедрения системы «1С:ЗУП 8.3» клиент использовал SAP для расчёта зарплаты и «1С:ЗУП 2.5» для отчётности по КДП. Планировался плавный переход, рассчитанный на 9 месяцев, но глобальный провайдер предупредил об отключении SAP — и внедрение пришлось начинать срочно. Ни одна инхаус-команда не справилась бы с таким резким переходом.
📌 Что мы сделали:
• Разработали детальный план и вели внедрение параллельно с подготовкой BRR;
• Переносили данные с одновременным тестированием расчётов;
• Обучили сотрудников клиента и сторонней команды;
• Взяли на себя часть задач по КДП на время перехода.
Всего за 2 месяца наша команда внедрила работающую систему расчёта зарплаты. Уже с первого месяца пошли выплаты и отчётность — всё в новой системе. Автоматизация снизила риски ошибок, система полностью адаптирована под требования законодательства и внутренние стандарты клиента, а оба провайдера работают в единой системе. Этот результат стал возможен благодаря вовлечённости клиента и слаженной работе команд с обеих сторон.
🔗 Полную версию кейса с подробностями и советами от клиента читайте на нашем сайте.
#Внедрение1С_ЗУП
UCMS Group
Экстренное внедрение «1С:ЗУП» за два месяца, вместо обычных девяти | Кейсы компании UCMS Group
Наши кейсы. Опыт сотрудничества с UCMS Group.
🔥11
Как составляется BRR: от интервью до согласования
Продолжаем серию постов о BRR — документе, который помогает внедрить 1С:ЗУП с учётом процессов клиента. В этом посте подробно объясним, как создаём BRR.
📋 BRR пишется вручную — на основе интервью с клиентом. Сначала команда внедрения проводит встречи с представителями компании. На интервью обсуждаются все детали: как устроены процессы, какие документы используются, как принимаются решения. Коллеги фиксируют, что и как работает, какие особенности есть и сравнивают это с возможностями ЗУП.
🛠 BRR составляется по индивидуальному шаблону UCMS Group, который разработала команда внедрения. Он постоянно дорабатывается с учётом опыта новых проектов.
📌 После составления документ согласовывается с клиентом. Если проект крупный, BRR разбивается на отдельные блоки. Это позволяет не ждать полной финальной версии, а начинать работу по внедрению по частям. BRR часто дорабатывается даже после согласования, когда всплывают новые детали.
В следующих постах расскажем, из каких блоков состоит BRR, как команда внедрения взаимодействует с клиентом и когда начинаются доработки. Следите за новостями!
#1С_ЗУП #BRR_UCMS
Продолжаем серию постов о BRR — документе, который помогает внедрить 1С:ЗУП с учётом процессов клиента. В этом посте подробно объясним, как создаём BRR.
📋 BRR пишется вручную — на основе интервью с клиентом. Сначала команда внедрения проводит встречи с представителями компании. На интервью обсуждаются все детали: как устроены процессы, какие документы используются, как принимаются решения. Коллеги фиксируют, что и как работает, какие особенности есть и сравнивают это с возможностями ЗУП.
🛠 BRR составляется по индивидуальному шаблону UCMS Group, который разработала команда внедрения. Он постоянно дорабатывается с учётом опыта новых проектов.
«В любом проекте может возникнуть что-то неожиданное. Поэтому каждый следующий BRR точнее и структурнее предыдущего. Мы учитываем каждый нюанс, чтобы он не стал сюрпризом на этапе внедрения». – Элеонора Пахмурская, аналитик 1С:ЗУП UCMS Group.
📌 После составления документ согласовывается с клиентом. Если проект крупный, BRR разбивается на отдельные блоки. Это позволяет не ждать полной финальной версии, а начинать работу по внедрению по частям. BRR часто дорабатывается даже после согласования, когда всплывают новые детали.
В следующих постах расскажем, из каких блоков состоит BRR, как команда внедрения взаимодействует с клиентом и когда начинаются доработки. Следите за новостями!
#1С_ЗУП #BRR_UCMS
👍10
Как понять, какой риск действительно важен: контекст и заинтересованные стороны
Продолжаем говорить про риск-ориентированное мышление — один из ключевых принципов СМК. В прошлом посте мы рассказали, что любой риск можно оценить по формуле: вероятность × ущерб × значимость цели. Сегодня подробнее разберём, как она работает, почему важно учитывать контекст — и кто влияет на достижение цели.
📌 Как работает формула
Итак, мы стартуем проект.
• Если клиент ранее не работал с аутсорсингом, высока вероятность, что процессы детально не описаны, и все, кто знал, как и почему всё устроено, уже уволились.
• Ущерб от отсутствия подробной и корректной информации - значительный.
• Значимость цели - с начала сотрудничества удовлетворить ожидания клиента - сложно переоценить.
Все три показателя умножаются друг на друга. В результате получается высокая итоговая оценка риска — значит, с ним нужно работать. А если риск маловероятный, то результат оценки может быть не таким критичным. Такой риск можно учитывать, но не ставить в приоритет.
📍Почему важен контекст
Оценка рисков не работает в отрыве от ситуации. Чтобы принять правильное решение, нужно учесть внутренний и внешний контекст.
Например, особенности структуры бизнес-процессов клиента, его информационные системы, применимое законодательство — это внешний контекст, на который невозможно повлиять, но его нужно знать и учитывать. Наши подходы и методы работы с клиентом, формы взаимодействия — это наш внутренний контекст, которым мы управляем в целях и интересах проекта. В управлении проектами всегда нужно четко понимать, на что можем повлиять, а где нужно подстраиваться.
👥 Кто влияет на достижение цели
Это заинтересованные стороны — все, кто участвует в процессе или зависит от результата. В нашем примере это:
• работник/команда проекта — как исполнитель;
• Компания UCMS — как получатель результата экономического, репутационного;
• Клиент — как получатель услуги.
Также в бизнес-процессах заинтересованными сторонами могут быть: подрядчики, регуляторы, владельцы бизнеса, в некоторых случаях государство, общество. Их интересы и действия тоже влияют на риски — и должны учитываться при оценке.
В следующем посте расскажем, что делать с выявленными рисками — и какие стратегии управления мы применяем на практике. Следите за новостями!
#СМК_UCMS
Продолжаем говорить про риск-ориентированное мышление — один из ключевых принципов СМК. В прошлом посте мы рассказали, что любой риск можно оценить по формуле: вероятность × ущерб × значимость цели. Сегодня подробнее разберём, как она работает, почему важно учитывать контекст — и кто влияет на достижение цели.
📌 Как работает формула
Итак, мы стартуем проект.
• Если клиент ранее не работал с аутсорсингом, высока вероятность, что процессы детально не описаны, и все, кто знал, как и почему всё устроено, уже уволились.
• Ущерб от отсутствия подробной и корректной информации - значительный.
• Значимость цели - с начала сотрудничества удовлетворить ожидания клиента - сложно переоценить.
Все три показателя умножаются друг на друга. В результате получается высокая итоговая оценка риска — значит, с ним нужно работать. А если риск маловероятный, то результат оценки может быть не таким критичным. Такой риск можно учитывать, но не ставить в приоритет.
📍Почему важен контекст
Оценка рисков не работает в отрыве от ситуации. Чтобы принять правильное решение, нужно учесть внутренний и внешний контекст.
Например, особенности структуры бизнес-процессов клиента, его информационные системы, применимое законодательство — это внешний контекст, на который невозможно повлиять, но его нужно знать и учитывать. Наши подходы и методы работы с клиентом, формы взаимодействия — это наш внутренний контекст, которым мы управляем в целях и интересах проекта. В управлении проектами всегда нужно четко понимать, на что можем повлиять, а где нужно подстраиваться.
👥 Кто влияет на достижение цели
Это заинтересованные стороны — все, кто участвует в процессе или зависит от результата. В нашем примере это:
• работник/команда проекта — как исполнитель;
• Компания UCMS — как получатель результата экономического, репутационного;
• Клиент — как получатель услуги.
Также в бизнес-процессах заинтересованными сторонами могут быть: подрядчики, регуляторы, владельцы бизнеса, в некоторых случаях государство, общество. Их интересы и действия тоже влияют на риски — и должны учитываться при оценке.
В следующем посте расскажем, что делать с выявленными рисками — и какие стратегии управления мы применяем на практике. Следите за новостями!
#СМК_UCMS
«Готовых решений для таких задач нет»
Ещё один кейс нашего клиента — внедрение «1С:ЗУП» в условиях ограниченного времени. Систему нужно было запустить всего за 2 месяца: старая платформа отключалась, а сотрудников — более 3000 — нужно было перевести в новую учётную систему и наладить кадровые процессы без сбоев.
📌 Что сделали:
• заменили SAP на «1С:ЗУП» в сжатые сроки;
• перевели сотрудников в новое юрлицо с учётом всех нюансов учёта;
• адаптировали систему под сложную схему оплаты труда: табели, надбавки, районные коэффициенты;
• разработали интуитивно понятный портал табельщика с учётом всех сценариев расчёта;
• настроили суммированный учёт с корректировками за прошлые периоды;
• обеспечили непрерывность расчёта и отчётности с середины месяца, без параллельных расчётов.
Успешное внедрение стало возможным благодаря тщательному планированию, компетентности команды, оперативному решению задач и взаимодействию с клиентом на всех этапах проекта. Это позволило не только перейти на новую систему в срок, но и заложить основу для дальнейшего развития.
🔗 Полную версию кейса с деталями и комментариями руководителей проекта читайте на нашем сайте.
#статья_ucmsgroup
Ещё один кейс нашего клиента — внедрение «1С:ЗУП» в условиях ограниченного времени. Систему нужно было запустить всего за 2 месяца: старая платформа отключалась, а сотрудников — более 3000 — нужно было перевести в новую учётную систему и наладить кадровые процессы без сбоев.
📌 Что сделали:
• заменили SAP на «1С:ЗУП» в сжатые сроки;
• перевели сотрудников в новое юрлицо с учётом всех нюансов учёта;
• адаптировали систему под сложную схему оплаты труда: табели, надбавки, районные коэффициенты;
• разработали интуитивно понятный портал табельщика с учётом всех сценариев расчёта;
• настроили суммированный учёт с корректировками за прошлые периоды;
• обеспечили непрерывность расчёта и отчётности с середины месяца, без параллельных расчётов.
Успешное внедрение стало возможным благодаря тщательному планированию, компетентности команды, оперативному решению задач и взаимодействию с клиентом на всех этапах проекта. Это позволило не только перейти на новую систему в срок, но и заложить основу для дальнейшего развития.
🔗 Полную версию кейса с деталями и комментариями руководителей проекта читайте на нашем сайте.
#статья_ucmsgroup
UCMS Group
«Готовых решений для таких задач нет» | Кейсы компании UCMS Group
Наши кейсы. Опыт сотрудничества с UCMS Group.
Что входит в BRR: структура документа
Продолжаем рассказывать о BRR — ключевом документе при внедрении 1С:ЗУП, который позволяет интегрировать систему с учётом всех процессов клиента. В этой публикации разберёмся, из чего состоит BRR.
📂 Несмотря на то что у BRR есть каркас, это не шаблон «для галочки». Документ гибкий — его структура меняется в зависимости от задач и особенностей процессов клиента. Например, если в компании только пять видов начислений, в BRR не нужно описывать сто. А если наоборот — сто, то каждый будет зафиксирован отдельно.
🧩 Как правило, BRR включает в себя следующие блоки:
• кадровый учёт,
• расчёт заработной платы,
• отчёты,
• портал табельщика,
• бухгалтерские проводки,
• резервы.
Каждый блок описывает, что и как должно работать, что делается стандартными средствами ЗУП, а что потребует доработки.
👨💻 Перед тем как передать BRR клиенту, команда внедрения проводит внутреннюю вычитку. Программисты смотрят на документ с точки зрения реализации: где нужно уточнить формулировки, что вызывает вопросы, где стоит подстраховаться. После этого вносятся правки — и только тогда документ отправляется клиенту на согласование. Это помогает избежать недопонимания на этапе настройки.
📌 Другие посты про BRR ищите по тегу #BRR_UCMS.
В следующей публикации подробнее расскажем, кто участвует в работе над BRR и как выстраивается взаимодействие между командой UCMS Group и представителями клиента.
#1С_ЗУП #BRR_UCMS
Продолжаем рассказывать о BRR — ключевом документе при внедрении 1С:ЗУП, который позволяет интегрировать систему с учётом всех процессов клиента. В этой публикации разберёмся, из чего состоит BRR.
📂 Несмотря на то что у BRR есть каркас, это не шаблон «для галочки». Документ гибкий — его структура меняется в зависимости от задач и особенностей процессов клиента. Например, если в компании только пять видов начислений, в BRR не нужно описывать сто. А если наоборот — сто, то каждый будет зафиксирован отдельно.
🧩 Как правило, BRR включает в себя следующие блоки:
• кадровый учёт,
• расчёт заработной платы,
• отчёты,
• портал табельщика,
• бухгалтерские проводки,
• резервы.
Каждый блок описывает, что и как должно работать, что делается стандартными средствами ЗУП, а что потребует доработки.
«Некоторые блоки — например, бухгалтерские проводки, особенно сложные — мы выносим в отдельные приложения и согласовываем позже. Это связано с тем, что проводки часто зависят от всех предыдущих настроек и могут быть нестандартными. Особенно если данные выгружаются, например, в SAP». – Элеонора Пахмурская, аналитик 1С:ЗУП UCMS Group.
👨💻 Перед тем как передать BRR клиенту, команда внедрения проводит внутреннюю вычитку. Программисты смотрят на документ с точки зрения реализации: где нужно уточнить формулировки, что вызывает вопросы, где стоит подстраховаться. После этого вносятся правки — и только тогда документ отправляется клиенту на согласование. Это помогает избежать недопонимания на этапе настройки.
📌 Другие посты про BRR ищите по тегу #BRR_UCMS.
В следующей публикации подробнее расскажем, кто участвует в работе над BRR и как выстраивается взаимодействие между командой UCMS Group и представителями клиента.
#1С_ЗУП #BRR_UCMS
«Кадры — это про людей»
В конце июня по приглашению партнёра AGEKKE GROUP (Эйджекк) мы выступили в Японском клубе с презентацией на тему «Кадры — это про людей». Обсуждали, почему функция HR admin должна оставаться с человеческим лицом, какие риски возникают, если это не так, и что нужно сделать, чтобы сохранить внимание к людям в ежедневной рутине.
📌 Встреча собрала около 60 участников — максимальное количество на подобных сессиях, что ещё раз подтвердило актуальность темы. Выступление вызвало хороший отклик и особенно приятно было видеть среди слушателей представителей наших японских клиентов.
#Мероприятие
В конце июня по приглашению партнёра AGEKKE GROUP (Эйджекк) мы выступили в Японском клубе с презентацией на тему «Кадры — это про людей». Обсуждали, почему функция HR admin должна оставаться с человеческим лицом, какие риски возникают, если это не так, и что нужно сделать, чтобы сохранить внимание к людям в ежедневной рутине.
📌 Встреча собрала около 60 участников — максимальное количество на подобных сессиях, что ещё раз подтвердило актуальность темы. Выступление вызвало хороший отклик и особенно приятно было видеть среди слушателей представителей наших японских клиентов.
#Мероприятие
Что делать с рисками: четыре стратегии управления
Продолжаем серию постов про риск-ориентированное мышление. В прошлый раз мы рассказали, как оценить риски с учётом контекста и заинтересованных сторон. Сегодня — о том, что с ними делать.
В управлении рисками есть четыре базовые стратегии:
1️⃣ Принятие
Риск можно принять, если он малозначительный, вы не можете на него повлиять или затраты на устранение превышают возможный ущерб.
Например, мы понимаем, что всегда будут незаметные и не самые существенные детали, которые могут стать очевидными только с началом сервиса. Выискивание всех “блох” - это время и трудозатраты. При этом в приоритете быстрый старт проекта. В этой ситуации можно принять данный риск и устранить все мелочи по ходу работы.
2️⃣ Уклонение
Иногда лучший способ справиться с риском — избежать его вовсе. Это применимо, если риск критичен и вы можете отказаться от связанного с ним действия.
3️⃣ Снижение
Данная стратегия применима, если риск значим, и мы способны повлиять на вероятность наступления негативных событий или ущерб, который может быть причинён.
4️⃣ Разделение
Часть рисков можно переложить на страховую компанию.
📌 Другие посты про риск-ориентированное мышление ищите по тегу #СМК_UCMS
📌 В следующей публикации больше расскажем, как риск-ориентированное мышление применяется в UCMS Group — на уровне компании, процессов, проектов и отдельных сотрудников. Следите за новостями!
#СМК_UCMS
Продолжаем серию постов про риск-ориентированное мышление. В прошлый раз мы рассказали, как оценить риски с учётом контекста и заинтересованных сторон. Сегодня — о том, что с ними делать.
В управлении рисками есть четыре базовые стратегии:
1️⃣ Принятие
Риск можно принять, если он малозначительный, вы не можете на него повлиять или затраты на устранение превышают возможный ущерб.
Например, мы понимаем, что всегда будут незаметные и не самые существенные детали, которые могут стать очевидными только с началом сервиса. Выискивание всех “блох” - это время и трудозатраты. При этом в приоритете быстрый старт проекта. В этой ситуации можно принять данный риск и устранить все мелочи по ходу работы.
2️⃣ Уклонение
Иногда лучший способ справиться с риском — избежать его вовсе. Это применимо, если риск критичен и вы можете отказаться от связанного с ним действия.
3️⃣ Снижение
Данная стратегия применима, если риск значим, и мы способны повлиять на вероятность наступления негативных событий или ущерб, который может быть причинён.
Речь про профилактику: настроить точки контроля, пересмотреть процесс, усилить команду. В работе с клиентами это может быть, например, двойная проверка расчётов или регулярный мониторинг изменений в законодательстве. - Анастасия Сушкова, руководитель систем качества UCMS Group
4️⃣ Разделение
Часть рисков можно переложить на страховую компанию.
Например, у UCMS Group действует страхование профессиональной ответственности. Если из-за нашей ошибки клиент понесёт убытки, страховая компания компенсирует ущерб. Это не освобождает нас от ответственности, но помогает минимизировать последствия. - Анастасия Сушкова, руководитель систем качества UCMS Group
📌 Другие посты про риск-ориентированное мышление ищите по тегу #СМК_UCMS
📌 В следующей публикации больше расскажем, как риск-ориентированное мышление применяется в UCMS Group — на уровне компании, процессов, проектов и отдельных сотрудников. Следите за новостями!
#СМК_UCMS
👍9
Депремирование: новые ограничения с 1 сентября 2025 года
С 1 сентября 2025 года вступают в силу изменения в ст. 135 ТК РФ — появится новая часть 3, которая ограничит депремирование сотрудников за дисциплинарные проступки.
Сейчас закон не регулирует ни сроков, ни размера удержаний, и работодатель может, например, лишить сотрудника 100% премии на весь срок действия взыскания. Но такой подход признан неправомерным (Постановление КС РФ от 15.06.2023 № 32-П), и в закон внесли корректировки.
Что изменится:
🔸 снижать можно только ту премию, которая начислена за месяц применения взыскания;
🔸 зарплата за месяц не может быть уменьшена более чем на 20%;
🔸 правило касается только регулярных премий, которые входят в состав зарплаты — на разовые выплаты это не распространяется.
🔗 Подробнее об изменении читайте по ссылке.
#новости_ucmsgroup
С 1 сентября 2025 года вступают в силу изменения в ст. 135 ТК РФ — появится новая часть 3, которая ограничит депремирование сотрудников за дисциплинарные проступки.
Сейчас закон не регулирует ни сроков, ни размера удержаний, и работодатель может, например, лишить сотрудника 100% премии на весь срок действия взыскания. Но такой подход признан неправомерным (Постановление КС РФ от 15.06.2023 № 32-П), и в закон внесли корректировки.
Что изменится:
🔸 снижать можно только ту премию, которая начислена за месяц применения взыскания;
🔸 зарплата за месяц не может быть уменьшена более чем на 20%;
🔸 правило касается только регулярных премий, которые входят в состав зарплаты — на разовые выплаты это не распространяется.
🔗 Подробнее об изменении читайте по ссылке.
#новости_ucmsgroup
buhexpert8.ru
С 1 сентября 2025 действуют новые правила премирования
Источник: Федеральный закон от 07.06.2025 N 144-ФЗ Информация для: работодателей и работников 1 сентября 2025 года вступят в силу поправки к ст. 135 ТК РФ
Подготовка BRR: как выстраивается взаимодействие между UCMS Group и клиентом
Продолжаем серию постов о BRR, ключевом документе при внедрении 1С:ЗУП. Интеграция такой системы — это всегда совместная работа, к ней подключаются специалисты с обеих сторон.
👥 Со стороны клиента участвуют кадровики, бухгалтеры, специалисты по расчёту зарплаты и иногда — сотрудники финансовой службы. Всё зависит от того, какие блоки мы внедряем и насколько они сложные. Например, если нужно настроить выгрузку проводок в SAP, в процесс вовлекается главный бухгалтер.
💼 На стороне UCMS Group над проектом работают аналитик, программисты и руководитель проекта. Аналитик проводит интервью, фиксирует все детали, составляет BRR и согласовывает его с клиентом. Программисты подключаются ещё до утверждения документа — они проверяют, как реализовать нужную функциональность, и дают обратную связь по формулировкам.
📌 Чем точнее клиент описывает свои процессы, тем оперативнее формируется BRR.
📌 Другие посты про BRR ищите по тегу #BRR_UCMS.
В следующей публикации расскажем, когда начинаются доработки, можно ли запускать тесты до согласования BRR и от чего зависит срок подготовки документа.
#1С_ЗУП #BRR_UCMS
Продолжаем серию постов о BRR, ключевом документе при внедрении 1С:ЗУП. Интеграция такой системы — это всегда совместная работа, к ней подключаются специалисты с обеих сторон.
👥 Со стороны клиента участвуют кадровики, бухгалтеры, специалисты по расчёту зарплаты и иногда — сотрудники финансовой службы. Всё зависит от того, какие блоки мы внедряем и насколько они сложные. Например, если нужно настроить выгрузку проводок в SAP, в процесс вовлекается главный бухгалтер.
💼 На стороне UCMS Group над проектом работают аналитик, программисты и руководитель проекта. Аналитик проводит интервью, фиксирует все детали, составляет BRR и согласовывает его с клиентом. Программисты подключаются ещё до утверждения документа — они проверяют, как реализовать нужную функциональность, и дают обратную связь по формулировкам.
📌 Чем точнее клиент описывает свои процессы, тем оперативнее формируется BRR.
«Скорость подготовки BRR во многом зависит от полноты исходных данных. Если какие-то аспекты требуют дополнительного анализа, мы проводим детализацию совместно. Когда же клиент предоставляет исчерпывающую информацию с самого начала, это позволяет сократить сроки реализации.». – Элеонора Пахмурская, аналитик 1С:ЗУП UCMS Group.
📌 Другие посты про BRR ищите по тегу #BRR_UCMS.
В следующей публикации расскажем, когда начинаются доработки, можно ли запускать тесты до согласования BRR и от чего зависит срок подготовки документа.
#1С_ЗУП #BRR_UCMS
Newsletter за 2 квартал!
Опубликовали новый выпуск электронного журнала UCMS Group, посвящённый изменениям в законодательстве, судебной практике и формах отчётности.
✔️ Обзор ключевых налоговых поправок;
✔️ Изменения в трудовом праве и воинском учёте;
✔️ Новые требования к отчётности;
✔️ Финансовое регулирование;
✔️ И прочие изменения.
Читайте полный обзор на нашем сайте и будьте в курсе важных изменений вместе с UCMS Group!
#новости_ucmsgroup
Опубликовали новый выпуск электронного журнала UCMS Group, посвящённый изменениям в законодательстве, судебной практике и формах отчётности.
Читайте полный обзор на нашем сайте и будьте в курсе важных изменений вместе с UCMS Group!
#новости_ucmsgroup
Please open Telegram to view this post
VIEW IN TELEGRAM
www.ucmsgroup.ru
Выпуск июль 2025 — Изменения в законодательстве
Статьи в блоге UCMS Group «Записки доброго бухгалтера». Выпуск июль 2025 — Изменения в законодательстве
Как работает риск-ориентированное мышление в UCMS Group
Завершаем серию постов про риск-ориентированное мышление. В предыдущих публикациях мы рассказали, как выявлять и оценивать риски, какие бывают стратегии управления ими. Теперь покажем, как этот подход работает в UCMS Group — на уровне компании, процессов, проектов и отдельных сотрудников.
🏢 На уровне компании
Риск-ориентированное мышление встроено в стратегическое управление. При принятии решений мы заранее оцениваем, какие риски могут возникнуть — и отказываемся от небезопасных сценариев.
⚙️ На уровне процессов
Внутри компании риск-ориентированное мышление помогает выстраивать устойчивые рабочие процессы. На каждом направлении мы анализируем, где могут возникнуть сбои.
Примеры:
• проверка корректности входящих данных,
• отслеживание изменений в законодательстве,
• настройка точек контроля в расчётах,
• работа с несоответствиями и корректирующими действиями.
Мы не дожидаемся, когда ошибка проявится — стараемся предотвратить её заранее. На этом уровне в работу включаются методологи: они создают чек-листы, встраивают контрольные точки и помогают выстроить процессы так, чтобы исключить ошибки до старта проекта.
🚀 На уровне проектов
Перед запуском проекта мы проходим все три этапа управления рисками: идентификацию, оценку, реакцию.
👤 На уровне сотрудников
Сотрудники UCMS Group не просто следуют инструкциям — они умеют замечать потенциальные сбои и вовремя сигнализировать о них. Мы учим команду задавать себе вопрос: «А что в этой ситуации может пойти не так?» — и действовать не по шаблону, а с оглядкой на возможные риски.
Риск-ориентированное мышление помогает нам принимать взвешенные решения, выстраивать надёжные процессы и минимизировать ошибки и срывы сроков.
#СМК_UCMS
Завершаем серию постов про риск-ориентированное мышление. В предыдущих публикациях мы рассказали, как выявлять и оценивать риски, какие бывают стратегии управления ими. Теперь покажем, как этот подход работает в UCMS Group — на уровне компании, процессов, проектов и отдельных сотрудников.
🏢 На уровне компании
Риск-ориентированное мышление встроено в стратегическое управление. При принятии решений мы заранее оцениваем, какие риски могут возникнуть — и отказываемся от небезопасных сценариев.
Например, мы не участвуем в тендерах, где высока вероятность неблагоприятных условий: неадекватные сроки или неясные требования. Работа с такими проектами может нанести ущерб — проще уклониться, чем потом устранять последствия. - Анастасия Сушкова, руководитель систем качества UCMS Group
⚙️ На уровне процессов
Внутри компании риск-ориентированное мышление помогает выстраивать устойчивые рабочие процессы. На каждом направлении мы анализируем, где могут возникнуть сбои.
Примеры:
• проверка корректности входящих данных,
• отслеживание изменений в законодательстве,
• настройка точек контроля в расчётах,
• работа с несоответствиями и корректирующими действиями.
Мы не дожидаемся, когда ошибка проявится — стараемся предотвратить её заранее. На этом уровне в работу включаются методологи: они создают чек-листы, встраивают контрольные точки и помогают выстроить процессы так, чтобы исключить ошибки до старта проекта.
🚀 На уровне проектов
Перед запуском проекта мы проходим все три этапа управления рисками: идентификацию, оценку, реакцию.
Например, если у клиента нестандартный формат передачи данных, мы заранее настраиваем дополнительную проверку и уточняем структуру данных, чтобы избежать ошибок в расчётах. Анастасия Сушкова, руководитель систем качества UCMS Group
👤 На уровне сотрудников
Сотрудники UCMS Group не просто следуют инструкциям — они умеют замечать потенциальные сбои и вовремя сигнализировать о них. Мы учим команду задавать себе вопрос: «А что в этой ситуации может пойти не так?» — и действовать не по шаблону, а с оглядкой на возможные риски.
Если в процессе появляется повторяющаяся ошибка, мы не списываем это на «человеческий фактор». Мы воспринимаем это как признак системного риска — и начинаем разбираться. Меняются ли вводные от клиента? Есть ли пробел в процессе? Нужно ли добавить контроль или перераспределить нагрузку? Такой подход позволяет нам не просто устранять последствия, а работать с причинами. - Анастасия Сушкова, руководитель систем качества UCMS Group
Риск-ориентированное мышление помогает нам принимать взвешенные решения, выстраивать надёжные процессы и минимизировать ошибки и срывы сроков.
#СМК_UCMS
👍7
Подготовка BRR: когда начинаются доработки — и от чего зависит срок работы
Внедрение 1С:ЗУП — процесс поэтапный. Работа над BRR, настройка системы и тестирование часто идут параллельно. В этом посте расскажем, когда начинаются доработки, можно ли запускать тесты ещё до согласования BRR и что влияет на сроки подготовки документа.
🔧 Даже если BRR ещё не утверждён полностью, часть блоков может уйти в работу. Такой подход экономит время и позволяет не ждать финальной версии документа. Именно для этого BRR делится на отдельные части.
🛠 Уже на этапе черновика программисты могут проверять, как реализовать функциональность в демо-базе. Это помогает заранее смоделировать будущую систему и учесть возможные конфликты в работе программы.
⏳ Сроки подготовки BRR зависят от:
• Масштаба и структуры бизнеса — для небольших компаний достаточно 1–2 месяцев, для крупных может потребоваться до полугода.
• Сложности расчётов — большое число начислений, уникальные формулы.
• Особенностей учёта — например, выгрузка данных в SAP.
• Распределения ролей у клиента — кто принимает решения и насколько оперативно.
• Скорости согласований.
📌 BRR — это не просто описание процессов. Это основа, на которой строится система. Чем чётче и полнее документ, тем проще внедрение — и надёжнее результат.
Другие посты про BRR ищите по тегу #BRR_UCMS.
#1С_ЗУП #BRR_UCMS
Внедрение 1С:ЗУП — процесс поэтапный. Работа над BRR, настройка системы и тестирование часто идут параллельно. В этом посте расскажем, когда начинаются доработки, можно ли запускать тесты ещё до согласования BRR и что влияет на сроки подготовки документа.
🔧 Даже если BRR ещё не утверждён полностью, часть блоков может уйти в работу. Такой подход экономит время и позволяет не ждать финальной версии документа. Именно для этого BRR делится на отдельные части.
«Например, если кадровый блок уже согласован, то он уходит в работу. А тем временем с клиентом продолжается обсуждения отчётов, проводок или резерва отпусков. Это позволяет не замедлять процесс и внедрять поэтапно». – Элеонора Пахмурская, аналитик 1С:ЗУП UCMS Group.
🛠 Уже на этапе черновика программисты могут проверять, как реализовать функциональность в демо-базе. Это помогает заранее смоделировать будущую систему и учесть возможные конфликты в работе программы.
⏳ Сроки подготовки BRR зависят от:
• Масштаба и структуры бизнеса — для небольших компаний достаточно 1–2 месяцев, для крупных может потребоваться до полугода.
• Сложности расчётов — большое число начислений, уникальные формулы.
• Особенностей учёта — например, выгрузка данных в SAP.
• Распределения ролей у клиента — кто принимает решения и насколько оперативно.
• Скорости согласований.
📌 BRR — это не просто описание процессов. Это основа, на которой строится система. Чем чётче и полнее документ, тем проще внедрение — и надёжнее результат.
Другие посты про BRR ищите по тегу #BRR_UCMS.
#1С_ЗУП #BRR_UCMS
🔥10
Заключаете договор с аутсорсинговой компанией? Проверьте 10 важных деталей
От того, как составлен договор с подрядчиком, зависит ваше спокойствие и работа компании. Если подробно не прописать условия, можно столкнуться с лишними расходами, штрафами или потерей важных данных.
Вот на какие моменты необходимо обратить особое внимание:
1️⃣ Точный набор услуг
Зафиксируйте все услуги, которые провайдер согласовал с вами во время тендера — то, что было в коммерческом предложении, в техническом задании и что вы обсуждали на звонках, встречах и в переписке. Тогда вам не придётся доплачивать за отчёты или операции, про которые забыли написать в договоре.
2️⃣ Оплата услуг
Пропишите, как и когда платить: ежемесячно, по факту выполнения работ, по постоплате или предоплате. Уточните стоимость всех дополнительных услуг, чтобы не получить счёт на сумму, которую не планировали, и определите, как будет происходить изменение цены за услуги.
3️⃣ Обязательства сторон
Опишите, что должны делать вы и подрядчик. Например, провайдер обязан своевременно оказывать услуги на основе предоставленных документов. А вы — вовремя предоставлять эти документы и уведомлять об изменениях.
4️⃣Ответственность за ущерб
Укажите, как подрядчик будет возмещать ущерб, если допустит ошибку, и в какие сроки вы получите компенсацию.
5️⃣ Гарантийный платёж
Пропишите, какую сумму составит гарантийный платёж, на каких условиях подрядчик его вернёт и в каких ситуациях может удержать.
Остальные пять важных моментов и больше подробностей — в нашей статье на vc.ru
#статья_СМИ
От того, как составлен договор с подрядчиком, зависит ваше спокойствие и работа компании. Если подробно не прописать условия, можно столкнуться с лишними расходами, штрафами или потерей важных данных.
Вот на какие моменты необходимо обратить особое внимание:
1️⃣ Точный набор услуг
Зафиксируйте все услуги, которые провайдер согласовал с вами во время тендера — то, что было в коммерческом предложении, в техническом задании и что вы обсуждали на звонках, встречах и в переписке. Тогда вам не придётся доплачивать за отчёты или операции, про которые забыли написать в договоре.
2️⃣ Оплата услуг
Пропишите, как и когда платить: ежемесячно, по факту выполнения работ, по постоплате или предоплате. Уточните стоимость всех дополнительных услуг, чтобы не получить счёт на сумму, которую не планировали, и определите, как будет происходить изменение цены за услуги.
3️⃣ Обязательства сторон
Опишите, что должны делать вы и подрядчик. Например, провайдер обязан своевременно оказывать услуги на основе предоставленных документов. А вы — вовремя предоставлять эти документы и уведомлять об изменениях.
4️⃣Ответственность за ущерб
Укажите, как подрядчик будет возмещать ущерб, если допустит ошибку, и в какие сроки вы получите компенсацию.
5️⃣ Гарантийный платёж
Пропишите, какую сумму составит гарантийный платёж, на каких условиях подрядчик его вернёт и в каких ситуациях может удержать.
Остальные пять важных моментов и больше подробностей — в нашей статье на vc.ru
#статья_СМИ
vc.ru
Договор с аутсорсинговой компанией: 10 моментов, на которые нужно обратить внимание
Как сделать взаимодействие с подрядчиком максимально прозрачным и избежать возможных споров.
🔥8👍7
Employee Gate: кейс внедрения
Серия постов о модулях Employee Gate подошла к концу — мы подробно рассказали обо всех возможностях нашего личного кабинета: от отпусков и командировок до оценки персонала и электронного подписания. Посмотреть все можно по хештегу #employeegate
А теперь — немного практики.
📌 Кейс
Компания: фармацевтическая, с распределённой командой
Численность: 80 человек
Задача: избавиться от большого количества бумажных документов, которые необходимо было пересылать по почте
📍 Решение:
Внедрили КЭДО в личном кабинете Employee Gate. Настроили обширный список предзаполненных шаблонов заявлений и служебных записок, чтобы сотрудникам не приходилось вручную набирать текст. Теперь достаточно только внести нужные даты, суммы и прочую уточняющую информацию, приложить подтверждающие документы при необходимости, подписать заявление через УНЭП и отправить его на рассмотрение.
Также для отдельных видов заявлений (например, отпуск, матпомощь) добавили обязательное согласование с руководителем. Это позволило полностью исключить переписку по электронной почте по вопросам согласования и упростить весь процесс.
⏱️ Сроки внедрения: 1,5 месяца
💬 Отзыв сотрудника:
«Очень удобно взаимодействовать с руководителем в личном кабинете — не нужно ничего распечатывать и пересылать по почте. Также можно посмотреть остатки своих отпусков, чтобы сориентироваться в правильном оформлении заявления на отпуск».
#ucmsgroup #employeegate
Серия постов о модулях Employee Gate подошла к концу — мы подробно рассказали обо всех возможностях нашего личного кабинета: от отпусков и командировок до оценки персонала и электронного подписания. Посмотреть все можно по хештегу #employeegate
А теперь — немного практики.
📌 Кейс
Компания: фармацевтическая, с распределённой командой
Численность: 80 человек
Задача: избавиться от большого количества бумажных документов, которые необходимо было пересылать по почте
📍 Решение:
Внедрили КЭДО в личном кабинете Employee Gate. Настроили обширный список предзаполненных шаблонов заявлений и служебных записок, чтобы сотрудникам не приходилось вручную набирать текст. Теперь достаточно только внести нужные даты, суммы и прочую уточняющую информацию, приложить подтверждающие документы при необходимости, подписать заявление через УНЭП и отправить его на рассмотрение.
Также для отдельных видов заявлений (например, отпуск, матпомощь) добавили обязательное согласование с руководителем. Это позволило полностью исключить переписку по электронной почте по вопросам согласования и упростить весь процесс.
⏱️ Сроки внедрения: 1,5 месяца
💬 Отзыв сотрудника:
«Очень удобно взаимодействовать с руководителем в личном кабинете — не нужно ничего распечатывать и пересылать по почте. Также можно посмотреть остатки своих отпусков, чтобы сориентироваться в правильном оформлении заявления на отпуск».
#ucmsgroup #employeegate
👍7🔥5
Система международных расчётов в евро — TARGET2 (T2)
При SWIFT-переводах в Европу компании часто сталкиваются с задержками: банк-корреспондент может приостановить платёж для дополнительной проверки документов к платежу. Напрямую связаться с банком-корреспондентом невозможно. Это снижает прозрачность и увеличивает сроки исполнения перевода.
💡 Альтернатива — система TARGET2 (T2) — платёжная система Европейского центрального банка для расчётов в евро.
Что важно знать:
• система расчетов в режиме реального времени;
• платёж доходит быстрее, без дополнительной проверки документов;
• вероятность получения денег приближается к 100%;
• использовать систему могут только банки, зарегистрированные в TARGET2 — как отправитель, так и получатель.
На практике это помогает снизить риски задержек и упростить расчёты с европейскими партнёрами.
Другие альтернативные способы трансграничных расчётов:
🔸 Платёжные агенты или агентские схемы
• это один посредник или несколько между компанией и иностранным контрагентом;
• применяются, когда прямой платёж поставщику невозможен (например, при санкциях или ограничениях в юрисдикциях);
• агент может быть резидентом РФ или нерезидентом и берёт на себя обязательства по всем расчётам с поставщиком, включая конвертацию валюты;
• клиент сам выбирает агента, а мы помогаем корректно отразить данные операции в ведомости банковского контроля;
• каждый случай индивидуален: нет шаблонов, схема зависит от стран, банков, валют и цели платежа;
• важно обеспечить юридическую чистоту и корректное отражение операций в учёте.
Платёжный агент — это инструмент. Агентская схема — это стратегия.
🔸 Зачёт встречных обязательств
• позволяет закрыть взаимные долги с контрагентом по контрактам без движения денег;
• оформляется документом, в котором фиксируются основные условия зачета (суммы, договоры, сроки);
• зачёт всё чаще используется в настоящее время как альтернативный инструмент при расчётах с иностранными контрагентами по договорам купли-продажи товаров или оказания услуг.
Все эти решения помогают компаниям адаптироваться к меняющимся условиям трансграничных расчётов и снижать риски — как регуляторные, так и операционные.
#новости_ucmsgroup
При SWIFT-переводах в Европу компании часто сталкиваются с задержками: банк-корреспондент может приостановить платёж для дополнительной проверки документов к платежу. Напрямую связаться с банком-корреспондентом невозможно. Это снижает прозрачность и увеличивает сроки исполнения перевода.
💡 Альтернатива — система TARGET2 (T2) — платёжная система Европейского центрального банка для расчётов в евро.
Что важно знать:
• система расчетов в режиме реального времени;
• платёж доходит быстрее, без дополнительной проверки документов;
• вероятность получения денег приближается к 100%;
• использовать систему могут только банки, зарегистрированные в TARGET2 — как отправитель, так и получатель.
На практике это помогает снизить риски задержек и упростить расчёты с европейскими партнёрами.
Другие альтернативные способы трансграничных расчётов:
🔸 Платёжные агенты или агентские схемы
• это один посредник или несколько между компанией и иностранным контрагентом;
• применяются, когда прямой платёж поставщику невозможен (например, при санкциях или ограничениях в юрисдикциях);
• агент может быть резидентом РФ или нерезидентом и берёт на себя обязательства по всем расчётам с поставщиком, включая конвертацию валюты;
• клиент сам выбирает агента, а мы помогаем корректно отразить данные операции в ведомости банковского контроля;
• каждый случай индивидуален: нет шаблонов, схема зависит от стран, банков, валют и цели платежа;
• важно обеспечить юридическую чистоту и корректное отражение операций в учёте.
Платёжный агент — это инструмент. Агентская схема — это стратегия.
🔸 Зачёт встречных обязательств
• позволяет закрыть взаимные долги с контрагентом по контрактам без движения денег;
• оформляется документом, в котором фиксируются основные условия зачета (суммы, договоры, сроки);
• зачёт всё чаще используется в настоящее время как альтернативный инструмент при расчётах с иностранными контрагентами по договорам купли-продажи товаров или оказания услуг.
Все эти решения помогают компаниям адаптироваться к меняющимся условиям трансграничных расчётов и снижать риски — как регуляторные, так и операционные.
#новости_ucmsgroup
👍10🔥4
Как выбрать и внедрить личный кабинет сотрудника: пошаговый план
В серии постов мы рассказывали про наш личный кабинет Employee Gate и его модули — почитать материалы можно по тегу #employeegate. Но как понять, нужен ли вашей компании личный кабинет?
Вот несколько признаков:
🔸 У HR-специалистов уходит много времени на выдачу справок;
🔸 Сотрудникам требуется лично приходить за бланками и подписями;
🔸 Получение расчётных листов возможно только в бухгалтерии.
Если всё это вам знакомо, возможно, пришло время задуматься о внедрении личного кабинета. В статье на vc.ru подробно разобрали:
▫️ какие личные кабинеты бывают — базовые и расширенные, и чем они отличаются;
▫️ как выбрать подходящее решение под задачи вашей компании;
▫️ на что смотреть при выборе поставщика, чтобы не переплатить и не остаться без поддержки;
▫️ как подготовить сотрудников к переходу;
▫️ почему важно тестировать кабинет на отдельных подразделениях перед полным запуском.
Подробнее обо всём читайте в нашей статье.
#статья_СМИ
В серии постов мы рассказывали про наш личный кабинет Employee Gate и его модули — почитать материалы можно по тегу #employeegate. Но как понять, нужен ли вашей компании личный кабинет?
Вот несколько признаков:
🔸 У HR-специалистов уходит много времени на выдачу справок;
🔸 Сотрудникам требуется лично приходить за бланками и подписями;
🔸 Получение расчётных листов возможно только в бухгалтерии.
Если всё это вам знакомо, возможно, пришло время задуматься о внедрении личного кабинета. В статье на vc.ru подробно разобрали:
▫️ какие личные кабинеты бывают — базовые и расширенные, и чем они отличаются;
▫️ как выбрать подходящее решение под задачи вашей компании;
▫️ на что смотреть при выборе поставщика, чтобы не переплатить и не остаться без поддержки;
▫️ как подготовить сотрудников к переходу;
▫️ почему важно тестировать кабинет на отдельных подразделениях перед полным запуском.
Подробнее обо всём читайте в нашей статье.
#статья_СМИ
vc.ru
Как выбрать и внедрить личный кабинет сотрудника: пошаговый план
Рассказываем, какие личные кабинеты бывают и что важно учесть при выборе и дальнейшем внедрении.
👍8🔥8
Employee Gate: кейс внедрения
Продолжаем делиться примерами внедрения Employee Gate. Сегодня — фабрика с большим производственным штатом и комплексными задачами по цифровизации.
📌 Кейс:
Компания: производственная фабрика
Численность: 950 человек
Задача: систематизировать и перевести в цифровой формат бизнес-процессы сотрудников, внедрить КЭДО
📍 Решение:
На старте проекта решили внедрять функциональность поэтапно, чтобы адаптация прошла комфортно:
1️⃣ Сначала подключили личные кабинеты с доступом к расчётным листкам и остаткам отпусков — это дало сотрудникам возможность «привыкнуть» к интерфейсу.
2️⃣ Далее внедрили модуль отпусков — один из самых востребованных. В компании используется большой перечень видов отпусков, каждый со своими ограничениями, правилами и согласованиями.
3️⃣ После этого — КЭДО. Так как не все сотрудники сразу присоединились, был сохранён гибридный формат:
• для сотрудников, включённых в КЭДО, документы подписываются через УНЭП;
• для остальных — согласование онлайн, печать формы и передача в отдел персонала.
4️⃣ Внедрили модуль переработок. Учитывая специфику производства и наличие КЭДО, модуль был доработан:
• начальник смены может инициировать переработку по группе сотрудников;
• система отслеживает лимиты сверхурочных;
• согласие сотрудников оформляется электронно;
• предусмотрена подача фактических часов.
Проект ещё не закончен и в планах у нас внедрение модуля командировок с интеграцией в онлайн-букинговую систему, а также авансовых отчётов, чтобы можно было легко закрыть весь процесс — от заявки до подписания отчета.
#ucmsgroup #employeegate
Продолжаем делиться примерами внедрения Employee Gate. Сегодня — фабрика с большим производственным штатом и комплексными задачами по цифровизации.
📌 Кейс:
Компания: производственная фабрика
Численность: 950 человек
Задача: систематизировать и перевести в цифровой формат бизнес-процессы сотрудников, внедрить КЭДО
📍 Решение:
На старте проекта решили внедрять функциональность поэтапно, чтобы адаптация прошла комфортно:
1️⃣ Сначала подключили личные кабинеты с доступом к расчётным листкам и остаткам отпусков — это дало сотрудникам возможность «привыкнуть» к интерфейсу.
2️⃣ Далее внедрили модуль отпусков — один из самых востребованных. В компании используется большой перечень видов отпусков, каждый со своими ограничениями, правилами и согласованиями.
3️⃣ После этого — КЭДО. Так как не все сотрудники сразу присоединились, был сохранён гибридный формат:
• для сотрудников, включённых в КЭДО, документы подписываются через УНЭП;
• для остальных — согласование онлайн, печать формы и передача в отдел персонала.
4️⃣ Внедрили модуль переработок. Учитывая специфику производства и наличие КЭДО, модуль был доработан:
• начальник смены может инициировать переработку по группе сотрудников;
• система отслеживает лимиты сверхурочных;
• согласие сотрудников оформляется электронно;
• предусмотрена подача фактических часов.
Проект ещё не закончен и в планах у нас внедрение модуля командировок с интеграцией в онлайн-букинговую систему, а также авансовых отчётов, чтобы можно было легко закрыть весь процесс — от заявки до подписания отчета.
#ucmsgroup #employeegate
🔥7
Профессии ближайших лет — что останется востребованным
HR-директор нашей компании Наталия Аленичева дала комментарий для материала «Коммерсанта» о том, какие специалисты, по нашему мнению, будут востребованы через пять лет.
🔗 Полный комментарий и сам материал читайте по ссылке.
#статья_СМИ
HR-директор нашей компании Наталия Аленичева дала комментарий для материала «Коммерсанта» о том, какие специалисты, по нашему мнению, будут востребованы через пять лет.
«Всё, что можно формализовать и превратить в алгоритм, будет уходить в сторону ИИ и автоматизации. Но главные бухгалтеры, ведущие специалисты по кадрам и зарплате останутся востребованными — их работа требует гибких решений и оценки рисков».
🔗 Полный комментарий и сам материал читайте по ссылке.
#статья_СМИ
Коммерсантъ
Специальности на перспективу
Россияне понимают необходимость профессиональной переориентации
Налоговые и трудовые изменения за первое полугодие в Казахстане: что важно знать?
✔️ Ретроспективные правки в Налоговый кодекс с 1 января 2025
✔️ Новые правила вычетов по ИПН, ВОСМС и для многодетных
✔️ Изменения по НДС, справкам и формам в ИСНА
✔️ Трудовые новости: больничные, квоты для иностранцев и запрет на требование военных документов
✔️ Запуск e-CMR в ЕАЭС
Разбираем ключевые изменения, касающиеся бизнеса и работодателей. Читайте подробности в нашем обзоре!
#ucmsgroup_казахстан
Разбираем ключевые изменения, касающиеся бизнеса и работодателей. Читайте подробности в нашем обзоре!
#ucmsgroup_казахстан
Please open Telegram to view this post
VIEW IN TELEGRAM
Как мы автоматизируем процессы, чтобы исключать ошибки
Чтобы минимизировать риски при работе с сотрудниками с детьми до 1,5 лет, мы разработали расширение в 1С:ЗУП о проверке необходимости подачи в СФР Уведомления о прекращении отпуска по уходу за ребенком — при увольнении или возврате из отпуска по уходу.
Теперь система сама проверяет, есть ли у сотрудника дети младше 1,5 лет (и нужно ли подавать уведомление в СФР о прекращении пособия). Проверка срабатывает при любом из действий с документом — «Записать», «Провести», «Провести и закрыть», «Утвердить».
📌 Поводом для создания этого блока стали реальные кейсы. Один из них — массовое увольнение сотрудников на одном из проектов. Среди уволенных оказались сотрудницы, получавшие пособие по уходу за ребёнком. Этот факт не был вовремя учтён, и уведомления в СФР не отправили. В результате пособия продолжили выплачивать, а расходы легли на работодателя. Сумма переплаты в таких случаях может достигать сотен тысяч рублей.
⚠️ Подобная ситуация может произойти и в других случаях:
• прекращение трудовых (гражданско-правовых) отношений с застрахованным лицом;
• смерть ребенка;
• наступление иных обстоятельств, влекущих досрочное прекращение выплаты ежемесячного пособия по уходу за ребенком. Например, прекращение отпуска по уходу за ребенком в связи с наступлением отпуска по беременности и родам.
Система СФР не может сопоставить данные об увольнении или переводе с выплатами пособий, контроль лежит на работодателе. Именно поэтому мы автоматизировали этот процесс и добавили систему оповещений, чтобы исключить человеческий фактор и минимизировать финансовые риски.
Такие доработки — часть нашей системной работы по повышению качества сервиса. Мы не просто устраняем последствия, мы выстраиваем процессы так, чтобы подобные риски не возникали в будущем.
#ucmsgroup
Чтобы минимизировать риски при работе с сотрудниками с детьми до 1,5 лет, мы разработали расширение в 1С:ЗУП о проверке необходимости подачи в СФР Уведомления о прекращении отпуска по уходу за ребенком — при увольнении или возврате из отпуска по уходу.
Теперь система сама проверяет, есть ли у сотрудника дети младше 1,5 лет (и нужно ли подавать уведомление в СФР о прекращении пособия). Проверка срабатывает при любом из действий с документом — «Записать», «Провести», «Провести и закрыть», «Утвердить».
📌 Поводом для создания этого блока стали реальные кейсы. Один из них — массовое увольнение сотрудников на одном из проектов. Среди уволенных оказались сотрудницы, получавшие пособие по уходу за ребёнком. Этот факт не был вовремя учтён, и уведомления в СФР не отправили. В результате пособия продолжили выплачивать, а расходы легли на работодателя. Сумма переплаты в таких случаях может достигать сотен тысяч рублей.
⚠️ Подобная ситуация может произойти и в других случаях:
• прекращение трудовых (гражданско-правовых) отношений с застрахованным лицом;
• смерть ребенка;
• наступление иных обстоятельств, влекущих досрочное прекращение выплаты ежемесячного пособия по уходу за ребенком. Например, прекращение отпуска по уходу за ребенком в связи с наступлением отпуска по беременности и родам.
Система СФР не может сопоставить данные об увольнении или переводе с выплатами пособий, контроль лежит на работодателе. Именно поэтому мы автоматизировали этот процесс и добавили систему оповещений, чтобы исключить человеческий фактор и минимизировать финансовые риски.
Такие доработки — часть нашей системной работы по повышению качества сервиса. Мы не просто устраняем последствия, мы выстраиваем процессы так, чтобы подобные риски не возникали в будущем.
#ucmsgroup
👍11