ПРоекты по внедрению HR и KANBAN

[cuba]

Здравствуйте)

Недавно подумал, что в большинстве моих проектов, где был модуль HR, он использовался для:
1. Подвязки сотрудников, в виде Ресурса, к Проектам или Производству
2. Формировании печатных форм
3. Каким-то спец. вещам не имеющим отношения, к самому HR, например для формирования "Заявки на закупку"

А проектов именно по HR: набор, анкетирование, развитие персонала, отсутствие\присутствие (именно для целей учета персонала), бюджеты и т.д. всего ничего.

У остальных так же или это мне "повезло"?)

И еще 1 вопрос: кто-то внедрял\слышал\видел Канбанное производство в АХ?

Заранее благодарен всем ответившим.

[EVGL]

В США, кажется, были полномасшабные проекты по HR. Они теперь идеологически невыгодны, чтобы не составлять конкуренцию Dynamics 365 for Talent.

Канбан на моем текущем проекте используют в качестве замены Журнала спецификаций при сборке наборов (kit) на складе. Экзотика, конечно. Я слышал от кого-то кто слышал от кого-то, что где-то на севере Европы есть проект с полномасштабным внедрением.

[Ivanhoe]

Цитата:

Сообщение от EVGL

Канбан на моем текущем проекте используют в качестве замены Журнала спецификаций при сборке наборов (kit) на складе. Экзотика, конечно.

А ритейловые kit не смотрели? Интересно бы сравнить подходы и плюсы / минусы.

[EVGL]

Цитата:

Сообщение от Ivanhoe

А ритейловые kit не смотрели? Интересно бы сравнить подходы и плюсы / минусы.

Насколько я знаю, ритейловые kit не поддерживают WHS Warehouse management. Для клиента это - KO-критерий, чтобы уметь собирать компоненты со склада с использованием сканера.

[sukhanchik]

Отвечу за модуль HR - да, именно для целей HR он и внедрялся (в D365). Более того, наличие всяких сертификатов и курсов активно может использоваться для последующих целей выборки части персонала для тех или иных нужд.
Сразу скажу, анкетирование - пока как-то не очень востребовалось - пока не к чему привязывать.Учет отсутствия / присутствия непосредственно в HR не востребовался, т.к. он был нужен вместе с учетом зарплаты, а вот этой связки нет. Т.е. либо в Payroll использовать календари, либо в Time and Attendance использовать функционал профилей. Т.к. в Time and Attendance находится более богатый функционал учета рабочего времени - то был выбран он. Само собой смысла дублировать ручной ввод отсутствия в модуле HR - нет.
Еще востребован был функционал кодов дохода (Earning Code), который можно указать у сотрудника и у штатной единицы. Но это больше временное решение до выхода российской зарплаты. Но с другой стороны выписка, создаваемая в модуле Payroll имеет печатную форму сильно напоминающую расчетный листок сотрудника. Так что в этом плане связка HR-Payroll вполне даже ничего себе работает (без учета российских налогов). Правда модуль Payroll пришлось "вылечить" от желания работать только в США.

По бюджетам есть интерес в виде прогнозирования должностей (т.е. участие кадровой службы, как службы, в которой есть информация о вакансиях), поскольку к штатной единице (Position) можно привязать Benefit-ы и т.о. получить информацию о затратах по каждой вакансии (например, финдиру положен автомобиль и оплата парковки. Оплата бензина, ТО, страховки и парковки - ложится на компанию, как затраты дополнительно к компенсационному плану (т.е. оклада) финдира).
Личные бюджеты (т.е. бюджет, которым распоряжается конкретная штатная единица) пока интересы не представляли за исключением того, что они также являются частью планирования.

Но все это в планах. Из сдерживающих факторов - это законодательство, требующее ведение персональных данных локально, но этот вопрос тоже решаем.
Компенсационные планы прорабатывались, но пока в открытую не готовы выкладывать личные зарплатные данные каждого сотрудника.

[Ivanhoe]

Из моего скромного опыта:
1. До Ax 2012 модуль HR стоил непомерно дорого, лицензировался от количества сотрудников (не пользователей!).
2. Историческая локализация шла отдельным модулем (вернее двумя, а по другим критериям и того больше), который пересекался с HR буквально в нескольких местах.
3. Исторически в РФ сложное кадровое делопроизводство и расчет ЗП, делать их в Аксапте было всегда сложнее, чем на профильных системах типа Босс или 1С.
4. Делать HR и не делать ЗП и КУ это вообще уникальный случай, я считаю. И скорее всего, потребующий все равно делать интеграцию с кадровой системой сложную.
5. В целом, проектов по КУ и ЗП, думаю, было пару десятков. Больше всего продвигали тему АНД. У них и решение было неплохое, и тему с HR они развивали (вот тут уже не знаю деталей - свое пилили над русским модулем или все-таки международный HR задействовали). В КОРУСе тоже были проекты по КУ и ЗП в Аксапте, по именно управлению персоналом я таких не знаю. На других платформах были и есть.

Про Канбан сказать меньше могу. Появился он относительно недавно. На 2012 Аксе я не знаю проектов с детальным планированием/выполнением производства, думаю их может быть сильно меньше десятка. Основные проекты по производству, которые я знаю, всё-таки больше про планирование мощности на верхнем уровне, планирование материалов, управление качеством, расчет себестоимости. Внедрений того же Shopfloor я вообще не видел на любых версиях системы.

[cuba]

Я делал проект с Shopfloor + Сводное планирование)
Работает))

В РФ понятно, что HR вряд ли сильно юзали, так как есть "Расчеты с персоналом".

[Ivanhoe]

Отлично, теперь знаю об одном проекте. ShopFloor лицензировался от количества работников - прям всё по честному покупали? )

[sukhanchik]

Цитата:

Сообщение от Ivanhoe

Отлично, теперь знаю об одном проекте. ShopFloor лицензировался от количества работников - прям всё по честному покупали? )

Time Attendance в прошлом назывался ShopFloor Так что если в расчет брать D365 - то вот еще один проект

[cuba]

1. Насчет лицензий я не знаю, так как никогда не интересовался этим.
2. А насчет названий, у меня когнитивный диссонанс:
2.1. T&A - это часть модуля HR в 2012 (в принципе, отдельный "подмодуль") и в 365 - тоже самое.
2.2. ShopFloor - это часть модуля П-ва в 2012 (думаю в DFO365 так же): управление\планирование на уровне заданий, а не операций + сюда же подключается T&A и, опционально, если есть необходимость, Payroll.

[EVGL]

Цитата:

Сообщение от cuba

2.1. T&A - это часть модуля HR в 2012 (в принципе, отдельный "подмодуль") и в 365 - тоже самое.
2.2. ShopFloor - это часть модуля П-ва в 2012 (думаю в DFO365 так же): управление\планирование на уровне заданий, а не операций + сюда же подключается T&A

Да, Manufacturing execution aka ShopFloor не работает без T&A. Есть даже необходимость настроить хотя бы один "код отсутствия".
ME = SFC я внедрял много раз, и сейчас как раз этим занимаюсь.

[cuba]

Вспомнил: лицензировались не сотрудники, а рабочие места на п-во
То есть, стоят ПК в цехах и лабораториях, к которым подходили сотрудники\вводили свой код\выбирали производственную операцию и действие над ней\уходили ее выполнять, потом подходил след. сотрудник к этому ПК.

[potential]

В данный момент внедряю HR в части развития

[Ivanhoe]

Цитата:

Сообщение от cuba

Вспомнил: лицензировались не сотрудники, а рабочие места на п-во
То есть, стоят ПК в цехах и лабораториях, к которым подходили сотрудники\вводили свой код\выбирали производственную операцию и действие над ней\уходили ее выполнять, потом подходил след. сотрудник к этому ПК.

Не совсем так. Рабочее место ввода - да, лицензируется как пользователь Аксы. Сколько мест - столько лицензий акс. Но еще дополнительно лицензируется количество уникальных работников, которые могут вводить данные для себя.
Пример из 4.0:

[cuba]

Я не претендую на точность, так как писал, что лицензирование меня никогда не интересовало)
Но точно помню, что рабочих мест было в разы меньше, чем сотрудников которые выполняли операции через форму Заданий или как она там в Производстве и, соответственно, лицензий было тоже меньше продано.
Может была какая-то лазейка в 12.

[Ivanhoe]

В 2012 по-другому, да. Ок.