Комментарии 22
Очень похоже на наш кейс. Только у нас чуть меньше изменений и кое-где удалось недостатки решить через ручной труд и инструкции.
Но с согласованием тоже беда.
Хотелось бы примеров, а так написать о любом продукте можно, всё таки технический портал, а не поплакать яжмамке
Предоставлять куски кода в рамках проекта не могу по понятным причинам) А это лишь информирование тех кто может связаться с данным продуктом о косяках
Почему тогда этот продукт а не hrlink например? Суля по объёму доработок дешевле выбрать другой продукт было
Это не наш продукт, мы лишь его дорабатывали для другой организации
Не знаю как в 2025-м, когда в предыдущей компании выбирали КЭДО (в 2022-м) в HR-Link вообще не было автоматических маршрутов, маршрут должен был выбирать вручную сотрудник, что нас совершенно не устраивало. Ну и в целом были свои приколы, хотя в целом решение было интересное.
В описанном топспикером кейсе возможно HR-Link бы и зашел с ручными маршрутами, но это не точно.
Все достаточно просто к сожалению. Если в компании уже стоит уже 1С ЗУП то запуск КЭДО с кабинетом сотрудника стоит 330 рублей на человека в год.
Все другие решения дороже. Плюс обычно под 1С ЗУП так или иначе уже есть разработчик или подрядчик и некоторые изменения достаточно просто сделать.
А вот если большая компания, много сложных процессов, то стоит подумать еще раз.
У нас основные задачи по КЭДО были для удаленных сотрудников с которыми сложно вовремя подписать бумажные документы.
Водители и торговые представители в регионах РФ, айтишники и т.д.
Кейс был тоже простой:
1. Заявление на отпуск + сколько дней отпуска + предварительная заявка на отпуск (чтобы одновременно не уходили два сотрудника отвечающих за одно направление)
2. Акт выдачи/сдачи техники для тех кто получал ИТ оборудование через транспортную компанию
3. Расчетный листок по ЗП
4. Заявление на увольнение
Hr link тоже не серебряная пуля. Он был хорош в 22 году. Сейчас это один из многих, не самый дешевый и функциональный
Вот бы ещё помимо всего этого, кто-то там о безопасности подумал приложения, да остального сервиса что за ним стоит конечно..
Когда работал в компании, что пилит свой "аналог" 1С: КС, проблему с сложными согласованиями решили интеграцией с 1С: ДО. Как правило, в больших компаниях ДО и так есть.
А аутентификация по СНИЛС... Почему не SSO? 1С: КС не поддерживает SSO?
Может ламерский вопрос - оно для подписания требует полноценный ЭЦП физлица с ГосУслуг/госключ или есть простые варианты типа ПЭП?
Тут всё проще, работодатель получает УКЭП с помощью 1С:Подпись или других сторонних сервисов, а на основе него бесплатно генерируется усиленная неквалифицированная электронная подпись для сотрудника. Я думаю кто-то сможет ещё лучше объяснить)
На днях презентовали нам этот продукт, так что по свежей памяти. Используется неквалифицированная ЭЦП от внутреннего центра, так же есть возможность использовать госключ. В настройках либо на выбор пользователя, либо одно из.
На днях презентовали нам этот продукт, так что по свежей памяти. Используется неквалифицированная ЭЦП от внутреннего центра, так же есть возможность использовать госключ. В настройках либо на выбор пользователя, либо одно из.
Критика здоровая, но половина притянута зауши.
Мы решили: «А давайте просто попросим пользователя придумать ЭЦП при первом входе?» Остальное сделается само. Гениально? Да. Почему так не сделали сразу? Видимо, хотели добавить сотрудникам экшена.
А сотрудник знает об этом? зашел - и уже соглашение подписал. Зачем вообще эти полумеры, залогинили бы автоматом всех...
Теперь сотрудник сам выбирает, кто будет согласовывать его заявление. Риски — на нём. Спорно? Возможно. Зато теперь не нужно молиться, чтобы начальник внезапно не улетел на Бали без интернета.
Конечно спорно. Прилетает такое согласование руководителю, который этого сотрудника в глаза не видел....... если вообще руководителю.
Касаемо сложных согласований, в комментариях здраво уже заметили, что если крупные, то как правило уже есть 1С ДО. Интеграция закрыла бы эту проблему.
Спасибо за комментарий
А сотрудник знает об этом? зашел - и уже соглашение подписал. Зачем вообще эти полумеры, залогинили бы автоматом всех...
Тут так не получиться так как пароль для выпускаемой ЭЦП пользователь должен сам придумать.
Что на счёт согласования, как я уже сказала, что да тема спорная. Но это избавляет от проблем ограниченности данного согласования. А в случае неверных направлений согласований руководитель, или уже кадровик должны проверить котируется или нет, так как в принципе это их работа)
Громкий заголовок, но внутри чет как-то за уши притянутые проллемы. Если это претензии к "готовому продукту", то почему рассказывается про то, как его дорабатываем и с ноги впихиваем в iframe, добавляя кастомные JS перекрашиватели? Кликбейтные заголовки это плохо, дурной тон и те, кто так делает - нехорошие.
Громкого заголовка здесь никакого нет, можно было придумать, но я не стал этого делать, чёткое объяснение того что купленный продукт не идеален и нуждается в доработке, или вы не согласны, в том что продукт не готов к публичному использованию в большинстве крупных организаций. А про iframe сказано не как о косяке продукта а о том как этого требовал продукт.
"Логин: когда ФИО — это не уникально"
Я конечно дико извиняюсь, но Вы тестировали данный момент? Потому что я как то раз тоже задался вопросом уникальности логинов в данной ситуации, и даже проверял - при наличии однофомильцев с одинаковыми инициалами в логин добавляются точки, например: "ИвановИИ" и "ИвановИ.И". С тех пор конечно многое могло измениться, но всё же помимо авторизации по логину так же есть возможность авторизации по номеру телефона или e-mail. Не совсем понятно нужно ли было допиливать вход по СНИЛС
Возможно для каких-то организаций это момент можно было оставить и не трогать. Но в нашем случае Логин виде случайно сгенерированного набора ФИО не канает, особенно в случае возможности встретить полных тёзок.
Про авторизацию по телефону/почте: это не отменяет того, что логин должен быть уникальным, особенно когда он используется в других системах как идентификатор.
Если у вас всё гладко — рад за вас. Но у нас кейс реальной организации где кадровые изменения происходят ежедневно (люди устраиваются и увольняются) с реальными тёзками, и "авось пронесёт" и подход накидывания точек на неуникальный Логин — не наш подход.
1С: Кабинет сотрудника: Как мы чинили то, что называлось «готовым продуктом»