08.02.2007, 16:10 | #1 |
Участник
|
Скажите плз, использовал ли кто-нибудь модуль Персонал и зарплата для ведения кадрового учета? Вопрос в следующем - стоит ли пытаться реализовать в нем ведение кадрового учета, или лучше делать это не мудря в Зарплате + Кадры?
Сомнения возникли из-за того, что слышал, что реализация в Navision может быть проблемной. Какое Ваше мнение? Заранее спасибо |
|
08.02.2007, 17:14 | #2 |
Участник
|
Лучше делать это не мудря.
|
|
08.02.2007, 18:21 | #3 |
Участник
|
|
|
08.02.2007, 18:23 | #4 |
Участник
|
Есть фирмы которые предлагают расширенные решения по кадровому решению. У меня по памяти помнится группа Сигма - но это не реклама я там не работаю. У них было расширение для эйчаров. И на http://demo.ax4.ru/ есть некий документ по управлению персоналом тоже интересный - может идеи помогут при создании надстроек к кадровому учету. В любом случае по моему мнению нужно доразвивать то что там есть.
Или Вы купили гранулу зарплаты и не хотите покупать более дорогую гранулу кадров? |
|
08.02.2007, 18:31 | #5 |
Участник
|
Цитата:
Вопрос в следующем - стоит ли пытаться реализовать в нем ведение кадрового учета, или лучше делать это не мудря в Зарплате + Кадры? Цитата:
Есть фирмы которые предлагают расширенные решения по кадровому решению. У меня по памяти помнится группа Сигма - но это не реклама я там не работаю. У них было расширение для эйчаров. И на http://demo.ax4.ru/ есть некий документ по управлению персоналом тоже интересный - может идеи помогут при создании надстроек к кадровому учету. В любом случае по моему мнению нужно доразвивать то что там есть.
|
|
08.02.2007, 19:09 | #6 |
Участник
|
Цитата:
Вопрос не в расширении или развитии, а в том что стандарт является 100% НЕработоспособным.
Ясно что если полагать работу в Навижне с нуля то там практически все неработоспособно - все надо внедрять или самому программить и настраивать. Интересно какая у Вас версия Нава. Или что дает Вам основание утвержать что все 100% неработоспособно? Мы вот работаем себе. Цитата:
И вообще я так понял речь не об аксапте
Цитата:
делать это не мудря в Зарплате + Кадры
Людям было удобно - потому что самые последние апдейты в 1С шли вовремя и бесплатно. Но это была зарплата а тут как я понимаю кадровые приказы |
|
09.02.2007, 09:49 | #7 |
Участник
|
Цитата:
Стандарт является 100-% работоспособным. Как и любой другой модуль Навижн Другое дело - что он не работатет так, как это ожидает реальная компания. Ну дак это вообще то всегда так Для любого модуля любой программы(не заказной). У нас этот модуль реально работает. И для кадров и для зарплаты. Да, его пришлось модифицировать- но я бы не назвал эти доработки огромными. Не самый грамотный спец работая спустя рукава - потратил 4-5 месяцев -чтобы все заработало как надо. |
|
09.02.2007, 10:26 | #8 |
Участник
|
Уж и не знаю, что это за компания должна быть, чтобы кадровый модуль для нее оказался на 100% работоспособным в стандарте или с минимальными доработками. Модуль крайне сырой, помимо откровенных ошибок и ляпов содержит еще и ужасающие дыры в плане логики работы, а уж о целости и непротиворечивости данных там и говорить нечего. Чтобы более-мение кадры на нем работать могли - перерабатывать нужно практически все.
Зарплатный блок - там да, крайне интересное решение использовано с расчетными элементами. Хотя настройка запутанна и неочевидна, а какое-либо описание функций отсутствует, но проанализировав код разобраться можно. Естественно, все отчеты и доработки под изменение законодательства - своими руками, мелкософт этот модуль по большому счету и не поддерживает. В общем, если хотите эту гранулу использовать - сразу выделяйте вакансию программиста-аналитика для ее поддержки. |
|
09.02.2007, 10:42 | #9 |
Участник
|
Цитата:
Цитата:
Цитата:
В одной из фирм где я работал была и такая реализация - Зарплата велась в 1С ЗиК потом данные подтягивались в финжурнал через датапорты
Людям было удобно - потому что самые последние апдейты в 1С шли вовремя и бесплатно. Но это была зарплата а тут как я понимаю кадровые приказы |
|
09.02.2007, 10:53 | #10 |
Участник
|
|
|
09.02.2007, 12:12 | #11 |
Участник
|
Цитата:
Но самое главное, кому нужен такой модуль, если все расчеты по среднему устаревшие и сейчас их применять нельзя? Как можно назвать его работоспособным?
Такова жизнь! А что делать - что мне в суд подавать на то что нету того и другого и третьего? Что сыро, что апдейты выпускаются не вовремя, что без внедрения не обойдешься чужлого либо своими силами. И коробочного продукта нету типа 1С. Надо внедрять затачивать и подгонять. Это работа такая - и никуда не денешься. У людей стоит Навижн, он крутится и надо его дальше развивать и дорабатывать - своими силами или чужими. Просто не получится так как одна моя знакомая главбухша говорила - "Я хочу нажать кнопочку и чтобы ВСЁ у меня было" |
|
09.02.2007, 12:59 | #12 |
Участник
|
Вот эта дискриминация со стороны мелкомягких и обидна. Есть гранулы, которые приемлемо работают после стандартной настройки, а есть гранулы, которые работают только после полного переписывания кода. Хотя заслуга в наличии работающих гранул, скорее всего, прежнего хозяина навижн, а не мелкософта.
|
|
09.02.2007, 13:05 | #13 |
Участник
|
Должно быть, но там его нет.
Цитата:
Сообщение от IGHG
Такова жизнь! А что делать - что мне в суд подавать на то что нету того и другого и третьего? Что сыро, что апдейты выпускаются не вовремя, что без внедрения не обойдешься чужлого либо своими силами. И коробочного продукта нету типа 1С. Надо внедрять затачивать и подгонять. Это работа такая - и никуда не денешься. У людей стоит Навижн, он крутится и надо его дальше развивать и дорабатывать - своими силами или чужими.
|
|
09.02.2007, 13:24 | #14 |
Участник
|
Цитата:
Сообщение от konrad
Вот эта дискриминация со стороны мелкомягких и обидна. Есть гранулы, которые приемлемо работают после стандартной настройки, а есть гранулы, которые работают только после полного переписывания кода. Хотя заслуга в наличии работающих гранул, скорее всего, прежнего хозяина навижн, а не мелкософта.
|
|
09.02.2007, 17:24 | #15 |
Участник
|
Цитата:
Не поверю-что за 4-5 месяцев можно сделать из гранулы Персонал-которая в стандарте поставляется- зарплату и кадры Российские. |
|
10.02.2007, 22:12 | #16 |
Участник
|
Друзья, всем большое спасибо за ответы! Не обесудьте за то, что не принимал участия в дискуссии, а наблюдал со стороны При этом узнал много нового и полезного.
В итоге решилось все естественно в пользу 1С. |
|
13.02.2007, 09:21 | #17 |
Заноза в заднице
|
Не хочу давать ответ в стиле "Спартак - чемпион!", поэтому опишу случай, который был а моей личной практике. Мы с коллегой разработали в Наве мультиструктурность для реализации кадрового учета в холдинге. Всё отладили, всё работало отлично. А когда пришли в кадры внедрять, там на счастье присутсвовал управляющий, который задал один единственный вопрос, который перечеркнул всю нашу работу и оставил кадровиков дальше работать с десятком 1С-овских баз. Он спросил: а каким образом на эту базу накатить возможные изменения форм регламентных документов так, как это делается в 1Ске?
Обидно конечно, но в последнее время я лично узнал две конторы, в которых проект Navision был отправлен в архив. Могу дажде назвать их названия и функционал, который долгое время использовался...
__________________
Лень мудрого человека - это необходимое средство нейтрализации кипучей активности руководящих им дураков! |
|
13.02.2007, 10:20 | #18 |
Участник
|
Цитата:
Тут просто неясно человек сам принимает решения или все таки ему сверху укажут путь? Если будет принято решение об 1С тогда работа идет в плане интеграции а если в Навижне то значит надо реализовывать в нем. Работать можно и так и так. Просто пути реализации разные. |
|
13.02.2007, 10:24 | #19 |
Участник
|
|
|
13.02.2007, 11:56 | #20 |
Участник
|
Цитата:
Да, кстати, а в Лондоне Майкрософт также работает? Или это тока в России так?
Поэтому у наших локализаторов проблем по моему выше крыши - трудно выполнить локализацию при условии совместимости с западным функционалом. Легче переписать все но вряд ли это разрешается. Кроме того локализаторы по моему работают без обратной связи - система солюшнов лишила их получения актуальной инфы от клиентов. Солюшны свои деньги на апдейтах и их внедрении и адаптации имеют. Это их хлеб и наработки - зачем им это давать наверх? Поэтому MBS кажется что они вроде что-то хорошо сделали а народ все равно ругается. Трется причина это в накопленном коде. Начиная с версии 2.1 - соблюдается преемственность его и там где просто можно с нуля написать код приходится делать еще одну веточку CASE например и еще одно условие. Поэтому полей новых все больше и больше старых удалять нельзя и код все труднее и труднее. Одна 81-я табла чего стоит - туда уже столько намешано... А четвертое наверное то что система затачивается на каждом внедрении по своему |
|