Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
ERP Компас ???
|
|||
|---|---|---|---|
|
#18+
Валентин КСкачал. тематическая целевая аудитория - бухгалтера. У модуля "Правление производстовм"? Или CRM? Или Workflow? Я, честно говоря, не знаю ни одного бухгалтера, которому это было бы интересно :-))). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2006, 19:31 |
|
||
|
ERP Компас ???
|
|||
|---|---|---|---|
|
#18+
Вы не ровняйте упрощенный бухучет западный и наш пож-ста. А вы думаете, что скрины настроек и документов не отражают сами настройки и документы? Возможность ведения параллельного учета по нескольким планам счетов - это что хорошо? Ведите все что хотите на забалансе - и не будет проблем :) А например управленческий учет в нескольких типах учета, слабо? Плюсы и минусы бухгалтерского подхода к управленческому учету: 1) Предметная область видна через призму плана счетов. 2) Практически не используютря измерения для управленческого учета. 3) Нет реального планового учета, смотрится через левую призму. Господа из Компаса конечно могут меня критиковать, но по большому счету мне все равно, т.к. я в данном случае независимый эксперт и никак к Компасу не отношусь, а практических реализаций повидал... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2006, 19:36 |
|
||
|
ERP Компас ???
|
|||
|---|---|---|---|
|
#18+
Игорь Якобсон Валентин КСкачал. тематическая целевая аудитория - бухгалтера. У модуля "Правление производстовм"? Или CRM? Или Workflow? Я, честно говоря, не знаю ни одного бухгалтера, которому это было бы интересно :-))). Вопрос не в оболочке над бухдокументами, именно бух, т.к. для менеджера глубоко все равно к какому счету оно относится, и есть ли на этом счете нужные аналитики. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2006, 19:38 |
|
||
|
ERP Компас ???
|
|||
|---|---|---|---|
|
#18+
Валентин КВы не ровняйте упрощенный бухучет западный и наш пож-ста. Валентин, я не про бухучет говорю, а про управленческий. Именно так у известных мне западников он и строится. Управленческий план счетов - и поехали. Документы и события разносятся по разным планам счетов с разной степенью подробности. При такйо системе возможна фиксация и оценка любых событий. Валентин КА вы думаете, что скрины настроек и документов не отражают сами настройки и документы? Отражают, конечно. До известной степени... Все-таки алгоритмическое хозяйство тоже имеет знгачение, ИМХО :-))). Валентин КВозможность ведения параллельного учета по нескольким планам счетов - это что хорошо? Ведите все что хотите на забалансе - и не будет проблем :) Ну, неплохо, я думаю :-))). Лишняя возможность никому не мешала. Идея: не хотите не пользуйтесь. На одних забалансовых счетах ведем учет по МСФО? На других ГААП? На тертьих по одной управленческой модели? На четвертых - по второй? И т.д.? Проходили этот вариант - в реальной жизни каша выходит. Кроме того, Вам мешает возможность автоматизированной перекладки из одного Плана в другой? Нашим пользователям нет :-))). Валентин КА например управленческий учет в нескольких типах учета, слабо? Я не вижу, почему это нам слабО. Скорее всего, не понимаю, что Вы имеете в виду. Учет по разным моделям управленческого учета? Это есть. Или что-то другое? Тогда поясните, please. Валентин КПлюсы и минусы бухгалтерского подхода к управленческому учету: 1) Предметная область видна через призму плана счетов. Чем это плохо-то само по себе? Не понимаю! План-то ведь не бухгалтерский, а соотвествующий Вашей модели. Валентин К2) Практически не используютря измерения для управленческого учета. Да почему же не используются-то? Просто не понял. Можно примеры того, что Вы имеете в виду? Валентин К3) Нет реального планового учета, смотрится через левую призму. А вот этого точно в модуле "Модели учета" нет - согласен. Это вместе со сравнением план-факт реализовано в модуле "Бюджетирование". Кстати, еще один вариант ведения управленческого учета. Может, он Вас больше устраивает? Там тоже модели произвольные. Но без привяки к счетам. Любые единицы измерения и разрезы. И т.д. и т.п. Взгляните. Валентин КГоспода из Компаса конечно могут меня критиковать, но по большому счету мне все равно, т.к. я в данном случае независимый эксперт и никак к Компасу не отношусь, а практических реализаций повидал... Упаси Господь Вас критиковать. Я просто спрашиваю то, чего не понял. Там еще и смайлики бывают :-))). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2006, 19:53 |
|
||
|
ERP Компас ???
|
|||
|---|---|---|---|
|
#18+
Валентин КВопрос не в оболочке над бухдокументами, именно бух, т.к. для менеджера глубоко все равно к какому счету оно относится, и есть ли на этом счете нужные аналитики. В "Компасе" все с точностью наоборот (первична не проводка - первичен документ). Все идет от документа. Причем отнюдь не бухгалтерского. Точнее, бухгалтерский документ - частный случай документа вообще. Документы, реестры, журналаы, отражающие поток документов, можно строить любые. А делать бухгалтерскую разноску по счетам или нет - совершенно необязательно. Если бухгалтерия не автоматизирована на "Компасе", то и не делают в реальных проектах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2006, 19:57 |
|
||
|
ERP Компас ???
|
|||
|---|---|---|---|
|
#18+
Игорь ЯкобсонТолько ведь, во-первых, кому охота читать сообщения от разработчиков. Первая естественная реакция: да это все сплошная реклама, зачем читать-то.Сообщения от разработчика, если только они содержательны и по существу, вполне могут присутствовать на форуме. Первая реакция, действительно, вполне может оказаться базирующейся на недоверии. Оно и понятно - Вы ведь здесь появились не просто так, а для того, чтобы с максимально выгодной стороны приподнести Ваш продукт, при этом постаравшись обойти молчанием его недостатки. Поэтому Вам придется изначально быть готовым к настороженному восприятию и проявить терпение. Если посетители увидят, что у Вас нет намерений уходить от прямых ответов на прямые вопросы, отношение к Вам станет более доброжелательным. А с учетом того, что Вы не прячетесь - вдвойне. Игорь ЯкобсонНу а во-вторых, может ли сказать представитель разработчика больше, чем вынесено на сайт компании, если, размееется, сайт ведется как следует быть?.. :-)))Может-может... :) Если сайт ведется "как следует", то вся "не очень позитивная" информация о продукте оттуда потенциально может исчезнуть. А с форума она не исчезнет... :) Игорь ЯкобсонМогу сказать только, что по признанию дилеров, внедрявших несколько CRM-систем, у "Компаса" самая хорошая настраиваемость. Естественно, это их частное мнение, но просто хочу обратить внимание на инструмент визуальной и программной настройки "Мастера Компаса" (http://www.compas.ru/solutions/win_features.php#masters).Если Вы будете ставить два слеша перед ссылками, то они станут "кликабельными"... :) По поводу настраиваемости... Насколько я понял, концептуально предлагаемый продукт представлен чем-то вроде RAD (вроде платформы 1С:Предприятия или Axapta) и "стандартной конфигурации", в которой заведомо реализован некий базовый функционал. Насколько я понимаю, MRP-II, который в системе "ЕСТЬ" (и даже Гаврилов это подтвердил), этот самый MRP-II является составной частью "конфигурации", а не "платформы", не так ли? И если я всё правильно понял, то не может ли вот эта самая высокая настраиваемость сослужить медвежью услугу тому, кто полезет в "конфигурацию" и станет ее курочить под свои представления - не может ли настройщик своими неуклюжими действиями нарушить работу MRP-II? Игорь ЯкобсонМне кажется, что у CRM-системы неплохая функциональность.CRM представлен отдельным модулем или это часть ERP-системы? Интересует вопрос, насколько тесно они способны взаимодействовать. Игорь ЯкобсонВ 2001 г. состоялся последний конкурс "Бизнес Софт". В номинации "учет труда и заработной платы" на нем победил "Компас".Насколько мне известно, нибольшие маркетинговые победы нынче за 1С... о внутренних кухнях по позиционированию во всякого рода "рейтингах" некоторые посетители форума отчасти наслышаны. По поводу известной доли недоверия я Вас заведомо предупредил, поэтому прошу Вас не обижаться. Я предлагаю Вам своего рода испытание. Вы приглашаете к обсуждению одного из Ваших клиентов, который в обязательном порядке называет себя и компанию, в которой работает (по возможности, какую-нибудь относительно известную или крупную). Далее я задаю несколько каверзных :) вопросов как раз из области возможностей зарплаты. То есть, "проверю на вшивость" Ваш продукт, дабы стало ясно, действительно ли зарплата в нем настолько великолепна. То есть, перечислю некоторый перечень относительно редко встречающихся ситуаций из собственной практики, в которых во многих прочих программных продуктах возникали проблемы для их корректного обсчета. Вы просто сообщите, просчитает ли Ваша зарплата без каких-либо специфических ее "подкруток" и "подстроек" корректно начисления, удержания, суммы на руки и налоги. А приглашенный Вами представитель клиента проверит предложенные мной расчеты и подтвердит, что они производятся корректно. Я абсолютно уверен, что по крайней мере один расчет эта программа не сможет осилить (его не смогла осилить еще не одна программа :) ). Далее я сообщу, с какими из перечисленных ситуаций не смогли справиться другие известные мне продукты и каким способом их приобретатели вынуждены выкручиваться, чтобы все-таки произвести расчет. И сравним это с тем, что происходит в Вашей программе. Это будут уже не общие фразы и не PR, а конкретика. По рукам? :) Игорь Якобсон GaryaЕсли кадры и зарплата такие хорошие, то могут ли они "сообразить", что один и тот же человек, числящийся на разных должностях одновременно в нескольких юрлицах одного холдинга - это действительно один человек, а не множество разных людей?Да, естественно. Правда, для этого нужно, чтобы он имел во всех предприятиях один и тот же табельный номер. Каждый человек может иметь произвольное число назначений, каждое из которых может относиться, в том числе, к разным структурным единицам холдинга.Интересно-интересно... А если человек уволился изо всех юрлиц холдинга и в этом же году вернулся обратно - ему будет присвоен опять прежний табельный номер или назначен новый? Игорь ЯкобсонПобольше конкретики? У меня и так уже размер поста зашкаливает за все разумные пределы :-))). Да и зачем?Ничего-ничего. Здесь случались посты в десятки раз более объемные. Если Вы хотите заинтересовать посетителей форума, то есть только один вариант - говорить конкретно, а не общими фразами. Или просто поднимите руки и скажите "извините за PR, всем привет, я ухожу". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2006, 22:18 |
|
||
|
ERP Компас ???
|
|||
|---|---|---|---|
|
#18+
Garya Игорь ЯкобсонНу а во-вторых, может ли сказать представитель разработчика больше, чем вынесено на сайт компании, если, размееется, сайт ведется как следует быть?.. :-)))Может-может... :) Если сайт ведется "как следует", то вся "не очень позитивная" информация о продукте оттуда потенциально может исчезнуть. А с форума она не исчезнет... :) Я Вам говорю абсолютно откровенно: никакой непозитивной информации о своем продукте я выдавать, естественно, все равно не собираюсь :-))). Возразить на несправедливые оценки - это сколько угодно. Признать, что чего-то нет или, скорей, промолчать - наверно. Я считаю, что если можно не свидетельствовать против себя на суде, то здесь тем более :-))). Согласны? Ну и еще про сайт. Сайт веду лично я. Поэтому под перечнем функций, который туда вынесен, можете поставить мою личную подпись. Garya(http://www.compas.ru/solutions/win_features.php#masters).Если Вы будете ставить два слеша перед ссылками, то они станут "кликабельными"... :)[/quot] Спасибо! А я все через тэг [http://] действовал. Там не очень удобно получается, вот и промазал в данном случае :-))). GaryaПо поводу настраиваемости... Насколько я понял, концептуально предлагаемый продукт представлен чем-то вроде RAD (вроде платформы 1С:Предприятия или Axapta) и "стандартной конфигурации", в которой заведомо реализован некий базовый функционал. Ну в общем-то про все современные системы можно так сказать. Вопрос в соотношении RAD и Среды программирования. Так вот "1С" (да и Аксапта, пожалуй), на мой взгляд, больше среда программирования, чем RAD. А у "Компаса" уклон в визуалку, т.е. в RAD. Хотя... наверно, это все не очень точная терминология. Но то, что я хочу сказать, Вы уже поняли: вопрос соотношения визуалки и программирования. Впрочем, я об этом много в своих статьях писал. Кроме того, в "Компасе" больше жестких проблемных алгоритмов, прописанных на С++, чем в "1С", (про Аксапту не знаю). Но к этим алгоритмам можно обратиться из нашего языка бизнес-процедур. Можно их и заменить на написанные пользователям (во многих, но, к сожалению, пока не во всех случаях). Garya Насколько я понимаю, MRP-II, который в системе "ЕСТЬ" (и даже Гаврилов это подтвердил), этот самый MRP-II является составной частью "конфигурации", а не "платформы", не так ли? И если я всё правильно понял, то не может ли вот эта самая высокая настраиваемость сослужить медвежью услугу тому, кто полезет в "конфигурацию" и станет ее курочить под свои представления - не может ли настройщик своими неуклюжими действиями нарушить работу MRP-II? Ну, не совсем так. Значительная часть алгоритмов прописана жестко. Тем не менее, по сути Вы правы. И такая опасность есть. Что там MRP-II - можно и работу элементарного склада полностью разбабахать. Такая опасность есть у всех настраиваемых систем. Тем не менее, будущее, на мой взгляд, именно за ними. Хотя вот Палыч из Локиса упорно делает жесткие системы и неплохо живет :-))). Так что есть защита от несанкционированного изменения настроек - но админ с полными правами может разрушить все. Зато и оптимизировать работу системы, исправить может, устранив наши недостатки. Ребята из Псковэнерго такие вещи делали. GaryaCRM представлен отдельным модулем или это часть ERP-системы? Интересует вопрос, насколько тесно они способны взаимодействовать. Это отдельный модуль, полностью интегрированный в ERP-систему, т.е. подсистема, работающая с остальными модулями в едином информационном пространстве, как сейчас модно выражаться :-))). Например, там видны складские остатки. Документы движения, которые их меняют, оформляются только в "складской" подсистеме, но контроль на наличие товара есть и в CRM. Подсистема контроля взаиморасчетов тоже общая и для "Управления финансами", и для CRM. Ну и т.д Но внедрять этот модуль можно и отдельно. Впрочем, и "Управление производством" можно внедрить отдельно. И "Управление персоналом". И все остальные. Вот на Ижоре "Управление персоналом" внедрено вместе с SAP. Не знаю, насколько сильно они там интегрированы (это не наша часть проекта), но интегрированы. Garya Игорь ЯкобсонВ 2001 г. состоялся последний конкурс "Бизнес Софт". В номинации "учет труда и заработной платы" на нем победил "Компас".Насколько мне известно, нибольшие маркетинговые победы нынче за 1С... о внутренних кухнях по позиционированию во всякого рода "рейтингах" некоторые посетители форума отчасти наслышаны. Я бы не назвал этот конкурс маркетинговым мероприятием. И это не рейтинг. Там участвовали и ребята побогаче нас, однако победили именно мы :-))). Модули анализировали уважаемые мной эксперты, не причастные к конкретному вендору. Те же Чистов, Шуремов, Артамонов, Соколов... Они детально анализировали каждый модуль. Ну да Вы, наверно, в курсе. Кстати, Борис Георгиевич в этих конкурсах буквально со 2-го принципиально не участвовал. Предпочитал маркетинг как таковой :-))). Зачем ему риск проиграть? :-)))) GaryaПо поводу известной доли недоверия я Вас заведомо предупредил, поэтому прошу Вас не обижаться. Хорошо, стараюсь не обижаться :-))). Да, честно говоря, и не обижаюсь. Разве что, когда делают поспешные выводы, посмотрев одну презентацию за 20 минут :-))). Да и то, не обида это, а... короче, забавляет такой подход :-))). Garya Я предлагаю Вам своего рода испытание. Вы приглашаете к обсуждению одного из Ваших клиентов, который в обязательном порядке называет себя и компанию, в которой работает (по возможности, какую-нибудь относительно известную или крупную). Ннннну, попробую... Надеюсь, за полгода уговорю какого-нибудь энтузиаста. Среди известных мне представителей наших клиентов, почти никто не ходит на форумы. Поговорю с парой людей - может уговорю потратить свое время. Господи! Вы когда-нибудь пробовали уговорить какого-нибудь клиента принять у себя представителей другого, потенциального, Заказчика? Даже если Вашей системой полностью довольны, начинается совершенно обоснованное, IMHO, нытье: а зачем нам это надо, у нас времени нет... Открою маленький секрет фирмы: мы стараемся забить такую обязанность клиента в договор. Тогда проходит. Правда, в ответ тоже приходится уступки делать, скидки, например :-))). И я их понимаю. Только месяц назад к одному из нашитх клиентов, имеющих по договору упомянутые обязательства, явилась делегация от крупного потенциального заказчика в 17 человек. Это нормально? К чему это я? Да к тому, что предвижу точно такие же ответы: у меня времени нет - и на предожение походить на форум (((. Но попробую. GaryaДалее я задаю несколько каверзных :) вопросов как раз из области возможностей зарплаты. То есть, "проверю на вшивость" Ваш продукт, дабы стало ясно, действительно ли зарплата в нем настолько великолепна. Не "настолько великолепна", а "великолепна относительно конкурентных продуктов". Именно такова моя постановка вопроса. Об этом я говорил. ОК? GaryaТо есть, перечислю некоторый перечень относительно редко встречающихся ситуаций из собственной практики, в которых во многих прочих программных продуктах возникали проблемы для их корректного обсчета. Вы просто сообщите, просчитает ли Ваша зарплата без каких-либо специфических ее "подкруток" и "подстроек" корректно начисления, удержания, суммы на руки и налоги. А давайте! Как Вы сами понимаете, анализировать буду не я (я - "складской" программист и постановщик; точнее, был ими обоими :-))), а мои специалисты по зарплате. ОК? И времени это займет не 5 минут, ибо это практически эквиваленто куску внедрения. Так пойдет? Только сначала договоримся, что называть подкрутками и подстройками? Если настройку нового кода начисления и удержания, в том числе, возможно, с написанием формулы расчета (не программы, а именно формулы) и настройкой таблицы вхождения (ставятся признаки, в каких, например, налогах и как учитывается это начисление) Вы называете подкруткой, то можно и не начинать. Дело в том, что, например, у нас куча машиностроительных предприятий, они сами признают, что готового у нас для машиностроения куда больше, чем у конкурентов; больше настроено заранее. Но все равно сколько-то кодов приходится всегда настраивать таким образом. Заметьте, это не программа на Z-языке пишется :-))), а формула. И признаки в таблице ставятся :-))). GaryaА приглашенный Вами представитель клиента проверит предложенные мной расчеты и подтвердит, что они производятся корректно. Если найду таких энтузиастов, то точно подтвердят :-))). Просто потому, что в таких "крайних" случаях нет смысла баки забивать :-)))). GaryaЯ абсолютно уверен, что по крайней мере один расчет эта программа не сможет осилить (его не смогла осилить еще не одна программа :) ). Далее я сообщу, с какими из перечисленных ситуаций не смогли справиться другие известные мне продукты и каким способом их приобретатели вынуждены выкручиваться, чтобы все-таки произвести расчет. И сравним это с тем, что происходит в Вашей программе. Это будут уже не общие фразы и не PR, а конкретика. По рукам? :) По рукам. Я очень надеюсь получить от Вас интересную информацию по конкурентам. Дело только за представителем клиента. Может, начнем сразу (до того, как я кого-то найду)? :-))) Точнее, с 20.11, а то я в Москву уезжаю. Garya Игорь ЯкобсонЕсли кадры и зарплата такие хорошие, то могут ли они "сообразить", что один и тот же человек, числящийся на разных должностях одновременно в нескольких юрлицах одного холдинга - это действительно один человек, а не множество разных людей?Да, естественно. Правда, для этого нужно, чтобы он имел во всех предприятиях один и тот же табельный номер. Каждый человек может иметь произвольное число назначений, каждое из которых может относиться, в том числе, к разным структурным единицам холдинга.Интересно-интересно... А если человек уволился изо всех юрлиц холдинга и в этом же году вернулся обратно - ему будет присвоен опять прежний табельный номер или назначен новый?[/quot] Не вижу проблемы. Дело в том, что удаление личной карточки в архив, это сугубо административная процедура - чтобы глаза в основных таблицах не мозолили. Никто не мешает держать всех удаленных в основной базе. Они выделяются там цветом (если юзер хочет), не попадают в расчет зарплаты и т.п. При этом новому сотруднику невозможно присвоить этот табельный номер. Когда вновь пришел человек, открыли ему новое назначение с новой датой приема, и привет - он снова не уволенный. Дело в том, что каждое назначение имеет срок начала и срок окончания. Ну а если хотите новый табельный назначить, назначайте - никто не помешает :-)))). GaryaНичего-ничего. Здесь случались посты в десятки раз более объемные. Если Вы хотите заинтересовать посетителей форума, то есть только один вариант - говорить конкретно, а не общими фразами. Или просто поднимите руки и скажите "извините за PR, всем привет, я ухожу". Да, честно говоря, толчея на форумах - не наш метод поиска клиентов :-))). Поэтому "хочу заинтересовать" - не совсем про меня. Я и попал-то сюда случайно (впрочем, об этом я уже говорил). Я, скорее, озабочен тем, чтобы не хаяли не по делу :-))). Вот и "маюсь тут дурью" :-))). Garya, а как насчет ответной любезности? Я тут, конечно, новичок, но уже понял, что большинство форумчан являются сторонниками той или иной системы. Ответьте, please, а Вы какую систему уважаете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2006, 23:36 |
|
||
|
ERP Компас ???
|
|||
|---|---|---|---|
|
#18+
Игорь ЯкобсонЯ Вам говорю абсолютно откровенно: никакой непозитивной информации о своем продукте я выдавать, естественно, все равно не собираюсь :-))). Возразить на несправедливые оценки - это сколько угодно. Признать, что чего-то нет или, скорей, промолчать - наверно. Я считаю, что если можно не свидетельствовать против себя на суде, то здесь тем более :-))). Согласны?Не совсем. Вы можете молчать, пока Вас не спросили. Но не отвечать прямо на прямой вопрос, или отвечать не в соответствии с действительным положением дел Вам не удастся. Здесь форум, а не рекламная площадка. И посетители этого форума приходят сюда, чтобы узнать по возможности наиболее взвешенную информацию, как о положительных, так и об отрицательных сторонах того или ингого продукта. Более того, скажу Вам лично о себе... Если я о каком-либо продукте не имею никакой негативной информации, я исхожу из препосылок, что недостаточно с ним ознакомился - и в таком случае никогда не даю рекомендаций по его использованию. Давайте попытаемся уйти от обобщенных рекламных лозунгов в стиле "это хороший продукт!" и перейти к выяснению областей, в которых его использование наиболее и наименее благоприятно (и, соотвественно, почему). Если Вы найдете в себе силы перейти к такому диалогу - чтобы говорить не только приятное о своем продукте, но и честно признавать, в каких ситуациях или при каких особенностях его применение может не дать ожидаемых результатов, посетители форума (я в этом уверен) отнесутся к изложенной Вами информации с гораздо более высоким доверием и смогут сформировать о продукте более взвешенное представление. И, вполне возможно, Вам удастся кого-нибудь им заинтересовать. Если же нет, мне придется как модератору пресечь обсуждение - это будет трактоваться как реклама, которая на форуме запрещена. Игорь ЯкобсонНу в общем-то про все современные системы можно так сказать. Вопрос в соотношении RAD и Среды программирования. Так вот "1С" (да и Аксапта, пожалуй), на мой взгляд, больше среда программирования, чем RAD. А у "Компаса" уклон в визуалку, т.е. в RAD. Хотя... наверно, это все не очень точная терминология. Но то, что я хочу сказать, Вы уже поняли: вопрос соотношения визуалки и программирования. Впрочем, я об этом много в своих статьях писал.Все-таки не про все современные системы так можно сказать. Пример - IT-Предприятие. Это просто продукт, написанный на VFP. В своем составе он имеет настройки с помощью настройки опций. Но когда необходимо реализовать функционал, изначально отсутствующий, просто изменяются или дописываются модули - непосредственно на VFP. И если данный случай еще как-то можно рассматривать как сосокупность платформы (в роли которой выступает исполняющая система VFP) и "конфигурации", то в случае с ИНФИНом это уже однозначно не так. В ИНФИНе нет вообще никакого алгоритмического языка, хотя имеется язык формул, используемый в настройках. Но этот язык в большей степени похож на язык SQL-запросов, адаптированный под специфику учетных задач. Есть шаблоны, генератор отчетов произвольной формы, достаточно жестко заданная структура данных (точнее, их объектная модель, по которой работают запросы). Ориентация на "формулоориентированную кастомизацию" роднит данный продукт с Excel-ем. Для данного продукта нет проблем несовместимости "стандартной конфигурации" с "пользовательской конфигурацией" - все настройки достаточно жестко делятся на пользовательские и предоставленные разработчиком. Предоставленные разработчиком при наложении версий изменяются, пользовательские остаются в том виде, в котором были заданы. Конечно же, ИНФИН - это не ERP-система, и сравнение не совсем корректное. Впрочем, я лишь хотел показать, что общие подходы к "настраиваемости" все-таки могут существенно различаться. И от того, каким образом они реализованы, зависит и быстродействие, и гибкость системы, и способность к бесконфликтному параллельному пользовательскому и разработческому изменению настроек. Игорь ЯкобсонНу, не совсем так. Значительная часть алгоритмов прописана жестко. Тем не менее, по сути Вы правы. И такая опасность есть. Что там MRP-II - можно и работу элементарного склада полностью разбабахать. Такая опасность есть у всех настраиваемых систем. Тем не менее, будущее, на мой взгляд, именно за ними.Я прошу остановиться более подробно на том, что прописано жестко . Следует ли под Вашими словами понимать наличие в объектной модели некоторых структур, взаимодействие которых настройщик может изменить только до некоторой степени? То есть, реализация которых произведена не на уровне "конфигурации", а на уровне "платформы". Игорь ЯкобсонЯ бы не назвал этот конкурс маркетинговым мероприятием. И это не рейтинг. Там участвовали и ребята побогаче нас, однако победили именно мы :-))).В 1992-94 годах призовые места на многих выставках занимала ИНФОСОФТ. А сейчас об этой системе мало кто знает... :) Мне довелось заниматься ее внедрением, и я вкусил сполна тех самых "нюансиков", на которые выдаватели победных дипломов не обратили внимание. Поэтому позвольте мне сохранить изначальный скепсис... :) Игорь ЯкобсонЭто отдельный модуль, полностью интегрированный в ERP-систему, т.е. подсистема, работающая с остальными модулями в едином информационном пространстве, как сейчас модно выражаться :-))). Например, там видны складские остатки. Документы движения, которые их меняют, оформляются только в "складской" подсистеме, но контроль на наличие товара есть и в CRM. Подсистема контроля взаиморасчетов тоже общая и для "Управления финансами", и для CRM. Ну и т.дИгорь, пожалуйста, не нужно на вопрос, черное это или белое гворить, что и то, и другое, ок? :) Если это ОТДЕЛЬНЫЙ модуль, значит он ОТДЕЛЬНЫЙ . И в нем не могут сами собой появляться остатки по складу. А также не может автоматизация CRM-процедур происходить из предположения, что такие остатки известны . Если остатки там "видны", то из этого еще не следует, что интеграция с ERP-системой уже свершилась. Если CRM "полностью интегрирована", значит она полностью интегрирована и, следовательно, не может работать как "отдельный модуль". У каждого из этих подходов имеются свои плюсы и минусы. Не нужно пытаться изобразить "картину маслом", в которой вообще никаких минусов нет, а все возможные плюсы свалены в одну бесформенную кучу, ок? :) Все-таки подумайте еще раз, и все-таки дайте более четки ответ на заданный вопрос, пожалуйста. Исходя из вот этой фразы: Игорь ЯкобсонДокументы движения, которые их меняют, оформляются только в "складской" подсистеме, но контроль на наличие товара есть и в CRM....я предположил, что в CRM-системе документы, формирующие движение, недоступны. Поправьте меня, если я не так понял. И еще сообщите, способна ли CRM-система реагировать на события , происходящие в ERP-системе? Например, автоматически формировать уведомления для клиентов? Если может, то каким образом эта возможность обеспечивается (и обеспечивается ли), если CRM-модуль задействуется с другой ERP-системой? Вообще, насколько CRM-модуль приспособлен для работы с другой ERP-системой? Игорь ЯкобсонНнннну, попробую... Надеюсь, за полгода уговорю какого-нибудь энтузиаста. Среди известных мне представителей наших клиентов, почти никто не ходит на форумы. Поговорю с парой людей - может уговорю потратить свое время. Господи! Вы когда-нибудь пробовали уговорить какого-нибудь клиента принять у себя представителей другого, потенциального, Заказчика? Даже если Вашей системой полностью довольны, начинается совершенно обоснованное, IMHO, нытье: а зачем нам это надо, у нас времени нет... Открою маленький секрет фирмы: мы стараемся забить такую обязанность клиента в договор. Тогда проходит. Правда, в ответ тоже приходится уступки делать, скидки, например :-))). И я их понимаю. Только месяц назад к одному из нашитх клиентов, имеющих по договору упомянутые обязательства, явилась делегация от крупного потенциального заказчика в 17 человек. Это нормально? ПМСМ, это общепринятая практика. Клиенты, принимающие участие в дальнейшей раскрутке вендора, получают от вендора те или иные преференции. Какие именно - решается в каждом конкретном случае отдельно. Опять же, вендор (или консалтинговая компания) должны быть уверены в том, что представляемые широкой публике "достижения" действительно таковыми являются. Потому что если такой уверенности нет, то велик шанс предстать в негативном ракурсе. У руководства нашего холдинга, однажды посетившего ежегодный ERP-форум, надолго возникла оскомина на словосочетание "ERP-система" после того, как оно послушало о "достижениях" некоторых российских производственных компаний. У некоторых это выглядело примерно так "мы заплатили полтора миллиона долларов, и теперь наконец знаем, какие у нас остатки на складе, правда, пока еще только на конец месяца, но года через два-три сможем узнавать и еженедельные. :) Я теперь пытаюсь как-то уравновесить то чересчур негативное впечатление, которое сложилось у руководства в отношении ERP-систем. А представителя клиента Вы все-таки поищите. Суть такого тестирования - получить подтверждение о реализации определенной функциональности по меньшей мере на следующий день после того, как вопрос задан. Чтобы не доделывать спешно то, чего в программе не было и не выдавать за то, что там "да, конечно же, изначально было" (а поскольку уже появилось, то вроде бы и не соврамши) :)... Хочу обратить Ваше внимание, что способность находить ответы на подобные вопросы именно на протяжении одного рабочего дня - очень важная особенность программы по расчету зарплаты. Когда расчетчику к сегодняшнему вечеру сдать налоги, и он внезапно столкнулся с некоторой ситуацией, нет времени ждать, когда разработчик доработает функционал. Нужно, чтобы он либо там уже был, либо чтобы у настройщика была возможность легким шевелением пальцев "поднадстроить" функциональность "на ходу", реализовав даже то, что разработчиком не было предусмотрено. Мы считаем зарплату в ИНФИНе - и смогли почти во всех ситуациях, про которые забыл вендор ПО, выкрутиться собственными силами в кратчайшие сроки (за исключением одной ситуации, решение которой мы не нашли пока ни в одном программном продукте по расчету зарплаты - для ее решения требуется возможность итеративных рекурсивных расчетов). В этом - плюс ИНФИНа. Но у него есть также и огромный жирный минус. Он слишком медленно работает (именно по причине высокой гибкости). Поэтому обсчет более 1000 сотрудников в нем уже может вызвать проблемы. У каждого "достижения" имеется своя ЦЕНА . И если в Вашем продукте много достижений, то нам бы хотелось знать и их реальную цену - то есть, чем придется пожертвовать. Игорь ЯкобсонНе "настолько великолепна", а "великолепна относительно конкурентных продуктов". Именно такова моя постановка вопроса. Об этом я говорил. ОК?Окей, окей... :) Разумеется, я буду приводить сравнения с конкретными программными продуктами. Игорь ЯкобсонА давайте! Как Вы сами понимаете, анализировать буду не я (я - "складской" программист и постановщик; точнее, был ими обоими :-))), а мои специалисты по зарплате. ОК? И времени это займет не 5 минут, ибо это практически эквиваленто куску внедрения. Так пойдет?Только в случае подтверждения представителем известного заказчика. Сами понимаете, работать бесплатно в качестве бета-тестировщика, да еще и бесплатно, мне тоже нет никакого интереса. Вот если мои усилия помогут прояснить на форуме реальные возможности программного продукта, то я готов пожертвовать своим временем... Игорь ЯкобсонТолько сначала договоримся, что называть подкрутками и подстройками? Если настройку нового кода начисления и удержания, в том числе, возможно, с написанием формулы расчета (не программы, а именно формулы) и настройкой таблицы вхождения (ставятся признаки, в каких, например, налогах и как учитывается это начисление) Вы называете подкруткой, то можно и не начинать.Настройки, которые не требуют программирования на алгоритмическом языке. Вкратце озвучивается, что куда добавляется, что где изменяется, сколько примерно времени требуется на подобную настройку. Программирование на алгоритмическом языке подразумевает как минимум вникание в ранее нписанный кем-то (посторонним) программный код. Мы исходим из предположения, что в авральной ситуации за приемлемое время это сделать не удастся. Добавление нового вида Н/У в справочник Н/У с вводом формулы расчета - вполне приемлемый выход из ситуации. Главное, чтобы такую настройку мог сделать настройщик заказчика, по возможности, без посторонней помощи. Ну а если окажется, что в Ваше программе названные мною ситуации уже заведомо обрабатываются корректно вообще без вмешательства настройщика, то я с искренним уважением сниму перед вами шляпу. Игорь ЯкобсонПо рукам. Я очень надеюсь получить от Вас интересную информацию по конкурентам. Дело только за представителем клиента. Может, начнем сразу (до того, как я кого-то найду)? :-))) Точнее, с 20.11, а то я в Москву уезжаю.Нет, так дело не пойдет... :) Я настаиваю на подтверждальщике, который сможет, промоделировав ситуацию, выдать подтверждение как минимум на следующий день после озвучивание проблемы. Игорь ЯкобсонДело в том, что каждое назначение имеет срок начала и срок окончания.Хе-хе-хе... Может быть, я и ошибаюсь, но уже брезжит одна "trubblема", связанная с подобным концептуальным подходом. Я предлагаю таки найти подтверждальщика - и я ее озвучу. :) Игорь ЯкобсонНу а если хотите новый табельный назначить, назначайте - никто не помешает :-)))).А при таком подходе брезжит уже другая проблема... :) P.S. Каждый из подходов имеет не только свои положительные, но и отрицательные стороны. И я надеюсь, что кроме положительных сторон Вашего продукта, его отрицательные нам также станут известны. Для Вас в этом нет ничего плохого. Владение совокупной информацией о плолжительных и отрицательных сторонах любого продукта делает такой продукт более понятным потенциальному потребителю. Игорь ЯкобсонДа, честно говоря, толчея на форумах - не наш метод поиска клиентов :-))). Поэтому "хочу заинтересовать" - не совсем про меня. Я и попал-то сюда случайно (впрочем, об этом я уже говорил). Я, скорее, озабочен тем, чтобы не хаяли не по делу :-))). Вот и "маюсь тут дурью" :-))). :) Игорь ЯкобсонGarya, а как насчет ответной любезности? Я тут, конечно, новичок, но уже понял, что большинство форумчан являются сторонниками той или иной системы. Ответьте, please, а Вы какую систему уважаете?Не совсем понятно слово "уважаете". Для расчета конкретно зарплаты мы используем ИНФИН. Но я не могу сказать, что я его "уважаю". Скорее, я хорошо понимаю как его сильные, так и слабые стороны. Для одного из наших заводов с персоналом около 2000 человек использовать ИНФИН я не рекомендую. Сказать же, какой именно продукт лучше или хуже, можно лишь отталкиваясь от множества факторов, каждый из котороых требует детального изучения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2006, 13:21 |
|
||
|
ERP Компас ???
|
|||
|---|---|---|---|
|
#18+
GaryaЕсли Вы найдете в себе силы перейти к такому диалогу - чтобы говорить не только приятное о своем продукте, но и честно признавать, в каких ситуациях или при каких особенностях его применение может не дать ожидаемых результатов, посетители форума (я в этом уверен) отнесутся к изложенной Вами информации с гораздо более высоким доверием и смогут сформировать о продукте более взвешенное представление. И, вполне возможно, Вам удастся кого-нибудь им заинтересовать. Если же нет, мне придется как модератору пресечь обсуждение - это будет трактоваться как реклама, которая на форуме запрещена. Извините, но я абсолютно не согласен с Вашим определением, что есть реклама, а что нет. Так же, как и на тему "свидетельствования против себя" (рипруденция, блин :-))). Но что толку соглашаться с Вами или не соглашаться, если Вы тут же объясняете, что как модератор Вы все равно "лучше знаете" и Вам решать, имею я право говорить или нет :-)))). Однако, Вы чрезвычайно "демократичны" :-))). Что ж, я уже заткнулся на эту тему. GaryaВсе-таки не про все современные системы так можно сказать. Ну, конечно же, не про все буквально. Это была некоторая гипербола. Я же сам упомянул "Лок офис", который является жесткой системой. Sorry. GaryaПример - IT-Предприятие. Это просто продукт, написанный на VFP. В своем составе он имеет настройки с помощью настройки опций. Но когда необходимо реализовать функционал, изначально отсутствующий, просто изменяются или дописываются модули - непосредственно на VFP. И если данный случай еще как-то можно рассматривать как сосокупность платформы (в роли которой выступает исполняющая система VFP) и "конфигурации" С этим продуктом не знаком. Это случаем не творчество из епархии Яппарова (сужу по названию)? Garyaто в случае с ИНФИНом это уже однозначно не так. В ИНФИНе нет вообще никакого алгоритмического языка, хотя имеется язык формул, используемый в настройках. Но этот язык в большей степени похож на язык SQL-запросов, адаптированный под специфику учетных задач. Честно говоря, "Мастер SQL-запросов", входящий в "Мастера Компаса", мы сами относим к уровню "программиста". Работать с визуалкой куда проще. Язык формул, используемый в "Компасе" для настройки зарплаты, терминологически и структурно куда проще для юзера, чем SQL. GaryaЕсть шаблоны, генератор отчетов произвольной формы, достаточно жестко заданная структура данных (точнее, их объектная модель, по которой работают запросы). Ориентация на "формулоориентированную кастомизацию" роднит данный продукт с Excel-ем. Для данного продукта нет проблем несовместимости "стандартной конфигурации" с "пользовательской конфигурацией" - все настройки достаточно жестко делятся на пользовательские и предоставленные разработчиком. Предоставленные разработчиком при наложении версий изменяются, пользовательские остаются в том виде, в котором были заданы. Здорово!!! Мы считали такой подход (и базирующуюся на нем утилиту обновления) нашим преимуществом. Правда, сравнивали этот момент, естественно, только с теми системами, с которыми в тендерах встречались. А с ИНФИНом не сталкивались давно. Последний раз я его смотрел году в 2002. А что, Леша Смирнов по-прежнему там руководит разработкой? Если да, то респект ему, - очень толковый парень всегда был :-))). Мне и до него ИНФИН нравился, а при нем появились новые положительные черты. GaryaКонечно же, ИНФИН - это не ERP-система, и сравнение не совсем корректное. А вот это при сравнении подходов к настройке мне совершенно неважно. Важно, скорее, какой процент индивидуальных особенностей в выполняемых проектах можно учесть без вмешательства в код системы. Каковы сроки реализации такого "учета особенностей", а отсюда и стоимость проекта. Ясен пень, что в ERP-Системе функциональности больше, а потому и вариативность больше, но сейчас-то мы принцип обсуждаем. GaryaВпрочем, я лишь хотел показать, что общие подходы к "настраиваемости" все-таки могут существенно различаться. И от того, каким образом они реализованы, зависит и быстродействие, и гибкость системы, и способность к бесконфликтному параллельному пользовательскому и разработческому изменению настроек. +1. Я, в общем-то, о том же говорил. Просто попытался сформулировать один из критериев классификации. На мой взгляд, характерный и важный. Но не единственный, конечно. GaryaЯ прошу остановиться более подробно на том, что прописано жестко . Следует ли под Вашими словами понимать наличие в объектной модели некоторых структур, взаимодействие которых настройщик может изменить только до некоторой степени? То есть, реализация которых произведена не на уровне "конфигурации", а на уровне "платформы". Именно так - на уровне платформы. Другое дело, что Вы можете ими не пользоваться, а прописать взамен свои, потратив кучу времени и внеся ошибки. Правда, на моей памяти никто этого не делал. Не буду вдаваться в перечисление того, что именно так реализовано, просто долго это. И не к чему. Приведу только 2 примера: с одной стороны на уровне платформы прописано движение товаров на складе; с другой стороны куча методов расчета начислений и удержаний зарплаты. Т.е. возможность пользователя ввести свои методы с расчетами по формулам является дополнительной, с ее помощью он и стандартные модет заменить. Только не меняет в 99% случаев :-))). GaryaВ 1992-94 годах призовые места на многих выставках занимала ИНФОСОФТ. А сейчас об этой системе мало кто знает... :) Мне довелось заниматься ее внедрением, и я вкусил сполна тех самых "нюансиков", на которые выдаватели победных дипломов не обратили внимание. Поэтому позвольте мне сохранить изначальный скепсис... :) Ну, во-первых, про ИНФОСОФТ (точнее, "Флагман") и сейчас все в курсе. Во-вторых, я не про выставки говорю, а про конкретный конкурс. В-третьих, любая победа в конкурсе не абсолютна, а относительна (лучше остальных участников). А в-четвертых, сохраняйте скепсис - Ваше правао. Мое право - Вашему скепсису улыбнуться :-))). GaryaИгорь, пожалуйста, не нужно на вопрос, черное это или белое гворить, что и то, и другое, ок? :) Если это ОТДЕЛЬНЫЙ модуль, значит он ОТДЕЛЬНЫЙ . Что-то, Garya, я Вас не понимаю. Нет у нас, видать, общего понимания, что такое "отдельный модуль" ,а что "часть системы" (((. Наверно, лучше перейти к конкретным вопросам. GaryaИ в нем не могут сами собой появляться остатки по складу. А также не может автоматизация CRM-процедур происходить из предположения, что такие остатки известны . Если остатки там "видны", то из этого еще не следует, что интеграция с ERP-системой уже свершилась. А когда "интеграция уже свершилась"? GaryaЕсли CRM "полностью интегрирована", значит она полностью интегрирована и, следовательно, не может работать как "отдельный модуль". А вот, это уже извините, по-моему, полная ерунда. Естественно, может, но не все возможности будут использованы. Я имею в виду вот что: работая отдельно, CRM-модуль выполняет все те же функции, что отдельная CRM-система (зная Вашу придирчивость к словам, отдельно поясняю, что "все" говорить, конечно, нельзя, ибо это "все" для каждой системы разное значат, но... Вы меня поняли :-))), но вот учет складских остатков (это тоже только пример для скорости) будет невозможен. Аналогичным образом, используя отдельно моодуль расчета зарплаты, Вы все равно не сможете без бухгалтерской части полноценно использовать проводки по зарплате). Так что как раз такое разделение условно. Хотите, примите так: это отдельная CRM-система, работающая в едином информационном пространстве с другими подсистемами комплекса. Хотя, я считаю, что такое определение неправильно и это именно подсистема комплекса, кстати, реализованная на 99.9...% на упомянутых "Мастерах", в отличие от других подсистем. Garya У каждого из этих подходов имеются свои плюсы и минусы. Не нужно пытаться изобразить "картину маслом", в которой вообще никаких минусов нет, а все возможные плюсы свалены в одну бесформенную кучу, У всего на свете имеются плюсы и минусы. Абсолютно согласен. Философия, блин! :-)))) GaryaИсходя из вот этой фразы: Игорь ЯкобсонДокументы движения, которые их меняют, оформляются только в "складской" подсистеме, но контроль на наличие товара есть и в CRM....я предположил, что в CRM-системе документы, формирующие движение, недоступны. Доступны на просмотр. Создать новый нельзя. Для этого надо прикупить складскую подсистему. Без такой покупки или интеграции с другой скласдкой системой функции контроля реальных и зарезервированных остатков теряет смысл. Такой ответ Вас устроит? Garya Поправьте меня, если я не так понял. И еще сообщите, способна ли CRM-система реагировать на события , происходящие в ERP-системе? Например, автоматически формировать уведомления для клиентов? Тогда давайте конкретнее: о чем уведомления и в каком режиме, на какие события? Я бы вообще не назвал "КОМПАС" событийной системой вв моем понимании этого слова. А какие событийные системы назовете Вы (только для того, чтобы нам с Вами установить единое понятийное пространство). Garya Если может, то каким образом эта возможность обеспечивается (и обеспечивается ли), если CRM-модуль задействуется с другой ERP-системой? Вообще, насколько CRM-модуль приспособлен для работы с другой ERP-системой? Как и во всех известных мне случаях, каждая интеграция это достаточно сложный и трудоемкий проект. Открытость структур и большинства алгоритмов его облегчает, но не настолько, чтобы говорить: "Мы за 5 минут интегрируемся со всеми". Однако же интегрируемся все-таки... :-))) GaryaХочу обратить Ваше внимание, что способность находить ответы на подобные вопросы именно на протяжении одного рабочего дня - очень важная особенность программы по расчету зарплаты. Когда расчетчику к сегодняшнему вечеру сдать налоги, и он внезапно столкнулся с некоторой ситуацией, нет времени ждать, когда разработчик доработает функционал. Не доработает функционал, а сделает настройку. Настройки тоже бывают сложные, как Вы знаете. Вы не уловили суть: мне придется передавать Ваши вопросы занятым людям. Сам я вообще в расчтеах зарплаты не разбираюсь (это, конечно, тоже крупный недостаток системы "КОМПАС" :-)))). Так что придется дожидаться, когда они освободятся, потом ответят. Причем если дял меня пребывание на этом форуме - развлечение в вечернее время, то у них я могу занять только рабочее. Вот ведь в чем проблема. Могу Вам в ответах давать и время, которое у них заняла эта работа . Все, Garya, я исчерпал свое время: мне пора на поезд, к сожалению, теперь к диалогу смогу вернуться не раньше 20.11 (если все удачно сложится). GaryaНе совсем понятно слово "уважаете".изучения. Не смог даже на флажке удержаться. Бросьте, Вы отлично поняли мой вежливый вариант вопроса" :-))). Вы ведь знаете, какой ПП "уважает" другой модератор этого форума? Mazzy, По-моему? :-)))) Рад, если У Вас с ним разные случаи :-))). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2006, 23:15 |
|
||
|
ERP Компас ???
|
|||
|---|---|---|---|
|
#18+
Тут пошел разговор на тему - быстро настраивается... 5 копеек добавлю. Есть конфигурасты и программисты. Я отношу себя ко вторым, по некоторым причинам. В принципе не люблю конфигурации и встроенные языки, типа в 1Ц, Аксапте идр мелкософтовких системах. Посему считаю, конфигурацию - отрицательной чертой системы. Хотя для денег - хорошее направление. Для хороших денег - не совсем, но в любом случае для хороших денег нужны меньшие деньги (с). Почему: да потому что я экплуатирую модель передачи сырцов, в качетве бонуса. И кто хочет что-то дописать - велком. Причем не законфигурастить, а именно добисать, хочется - на любом сомпилируемом языке, доступном программеру. А для конфигураста доступен зачастую язык конфигурации. Чем меньше раскручена система, там меньше найдется желающих тратить свое жизненное время на изучение системы и языка конфигурации соответственно. В итоге быстрота настраивания в 1-м и втором случаях зависят не от "силы" конфигураста/программиста, а от профессионализма внедрения и ровности рук. Не питаю патологической неприязни к конфигурастам - т.к. есть грамотные, нормальные спецы, так и к программерам, где тоже самое. Просто люблю называть вещи своими именами. Насчет плана счетов. Вы пытатесь рассказать, что это не план счетов, а статьи прихода/расхода финансового-управленческого планирования. Я скачал первую презентацию, скринов там много. Так вот - это не статьи - это именно план счетов. Я не говорю, что план счетов нельзя вывернуть в призму финасово-управленческой аналитики, но считаю это извращением... вырыванием зуба через другое место. Я поддерживаю модель в которой финансово-управленческий балан, бюджетирование строятся по документам, и план счетов по ним, но уже в бухинтерпретации документов. Считаю это нормальным и правильным. А не построение всего из плана счетов. В итоге план счетов будет являться узким местом. О чем вы и сказали, насчет того, что не получается все сделать на 1 плане счетов. У нас корпорация, бух на 1Ц 7.7 всем хватает 1 плана счетов. Может потому что у нас есть аттестованные аудиторы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2006, 17:21 |
|
||
|
ERP Компас ???
|
|||
|---|---|---|---|
|
#18+
Игорь ЯкобсонИзвините, но я абсолютно не согласен с Вашим определением, что есть реклама, а что нет.Вы можете быть согласными или не согласными, но как человек разумный, должны отдавать себе отчет в том, что обобщенные оценки, в особенности, если они имеют выраженную поляризацию, на данном форуме сослужат Вашему продукту, скорее всего, медвежью услугу. То есть, вместо положительного впечатления о предлагаемом Вами продукте, аудитория составит о нем отрицательное впечатление, если увидит, что официальные представители вендора избегают ответов на неудобные вопросы. Поэтому сориентируйтесь заранее, намерены ли Вы "свидетельствовать против себя", или "присяжные заседатели" и без подобного освидетельствования решат, что в продукте скрывается груда проблем, и, возможно, составят о продукте гораздо более отицательное впечатление, нежели он этого заслуживает. Хочу обратить Ваше внимание, что здесь собрались не дети, у которых сразу происходит слюноотделение при упоминании слов "сникерс" или "чупа-чупс". На рекламу здесь реакция ПРЯМО ПРОТИВОПОЛОЖНАЯ . Рекомендую Вам также ознакомиться с замечанием в другой ветке по этому вопросу. Игорь ЯкобсонС этим продуктом не знаком. Это случаем не творчество из епархии Яппарова (сужу по названию)?Я не знаю, кто такой Яппаров, извините. :) По IT-предприятию мне довелось общаться с теми лицами, кто представлен на сайте . Игорь ЯкобсонЧестно говоря, "Мастер SQL-запросов", входящий в "Мастера Компаса", мы сами относим к уровню "программиста". Работать с визуалкой куда проще. Язык формул, используемый в "Компасе" для настройки зарплаты, терминологически и структурно куда проще для юзера, чем SQL.Можете привести примеры формул для демонстрации "пользователе-ориентированного" синтаксиса? Игорь ЯкобсонА с ИНФИНом не сталкивались давно. Последний раз я его смотрел году в 2002. А что, Леша Смирнов по-прежнему там руководит разработкой? Если да, то респект ему, - очень толковый парень всегда был :-))).Я всегда интересовался продуктами гораздо больше, чем людьми... :) Кстати, Смирнов, насколько мне известно, в ИНФИНе уже не работает. Мне он тоже был симпатичен. :) Игорь ЯкобсонИменно так - на уровне платформы. Другое дело, что Вы можете ими не пользоваться, а прописать взамен свои, потратив кучу времени и внеся ошибки. Правда, на моей памяти никто этого не делал. Не буду вдаваться в перечисление того, что именно так реализовано, просто долго это. И не к чему. Приведу только 2 примера: с одной стороны на уровне платформы прописано движение товаров на складе; с другой стороны куча методов расчета начислений и удержаний зарплаты. Т.е. возможность пользователя ввести свои методы с расчетами по формулам является дополнительной, с ее помощью он и стандартные модет заменить. Только не меняет в 99% случаев :-))).А можно более подробнее остановиться на BOM? Какая часть его структуры определяется платформой, а какая конфигурацией? И каким образом происходит разграничение между платформой и конфигурацией? Есть какие-то критерии, достаточно понятная на уровне объектной модели четкая граница? Игорь ЯкобсонА когда "интеграция уже свершилась"? Когда события на уровне ERP-системы генерят действия на уровне CRM. И наоборот. Ясно, что для "отдельного модуля" такое взаимодействие возможно наладить только "ручками". В полностью интегрированной CRM оно возможно на уровне объектной модели. Потому как объектная модель содержит в себе совокупность объектов ERP и CRM, которые заведомо между собой увязаны. Игорь ЯкобсонХотите, примите так: это отдельная CRM-система, работающая в едином информационном пространстве с другими подсистемами комплекса.Я так и не понял... 1. Может ли получение от поставщика некоторых критичных комплектующих, либо поступление на склад готовой продукции по конкретный заказ автоматически сформировать оповещение для клиента и закрепленного за клиентом менеджера отдела сбыта? Если может, то примерно как это реализуется? 2. Может ли в момент разговора с клиентом сотрудник отдела сбыта сразу сказать, сможем ли мы к 15.12.2006 отгрузить полтора вагона продукции "А", с учетом уже имеющихся запасов (материалов, полуфабрикатов и готовой продукции в свободном остатке), с учетом информации о произведенных заказах на закупку (узлов и материалов, но еще не полученных), с учетом ограничений производственных мощностей, с тем учетом, что завтра выходит в отпуск очень ценный кадр, без которого произвести эту продукцию мы не сможем, с тем учетом, что через неделю у нас запланирован ППР критически важного оборудования? Или всё, на что способен "полностью интегрированный" CRM - это предоставить информацию о том, что сегодня у нас в свободном остатке - 12 штук продукции "А", а на конкретный вопрос о возможности поставки требуемого объема продукции к конкретному сроку мы должны сказать "позвоните через недельку"? Игорь ЯкобсонДоступны на просмотр. Создать новый нельзя. Для этого надо прикупить складскую подсистему. Без такой покупки или интеграции с другой скласдкой системой функции контроля реальных и зарезервированных остатков теряет смысл. Такой ответ Вас устроит?Да, спасибо... :) Игорь ЯкобсонТогда давайте конкретнее: о чем уведомления и в каком режиме, на какие события? Я бы вообще не назвал "КОМПАС" событийной системой вв моем понимании этого слова. А какие событийные системы назовете Вы (только для того, чтобы нам с Вами установить единое понятийное пространство).Я предлагаю избежать в этом вопросе озвучивания конкретных систем. Просто разобраться с вопросами взаимодействия CRM и ERP на конкретных ситуациях - какие из них разрешимы и если разрешимы, то каким способом. Ведь если не можем к 15.12.2006 поставить нужную партию продукции "А" - то этот факт обязательно должен быть отражен в CRM. И даже если заказчик не отказался - все равно должно быть отражено, что хотел он более раннего срока поставки, а мы ему просто "выломали руки". В одних системах ответ на подобные вопросы решается с помощью "what if", в других - с помощью встроенных APS или MES алгоритмов - безо всяких событий. А вот ответ на вопрос №1 действительно требует либо какой-то событий-ориентированной модели, либо наличия встроенной BPM-подсистемы (которую многие поставщики ERP-систем нынче включают в состав своих продуктов). Насколько я понял, у Вас там имеется подсистема автоматизации документооборота. Возможно, с ее помощью решается эта задача? Наскольк тесно она связана с ERP-системой? Способна ли реагировать на события в ERP-системе? Игорь ЯкобсонСам я вообще в расчтеах зарплаты не разбираюсь (это, конечно, тоже крупный недостаток системы "КОМПАС" :-)))). Так что придется дожидаться, когда они освободятся, потом ответят.Печально... В таком случае, я прошу Вас воздержаться от высказываний в стиле "в данном продукте один из лучших модулей расчета заработной платы", ок? :) Игорь ЯкобсонВсе, Garya, я исчерпал свое время: мне пора на поезд, к сожалению, теперь к диалогу смогу вернуться не раньше 20.11 (если все удачно сложится).Счастливого пути! До связи! Игорь Якобсон GaryaНе совсем понятно слово "уважаете".изучения.Не смог даже на флажке удержаться. Бросьте, Вы отлично поняли мой вежливый вариант вопроса" :-))). Вы ведь знаете, какой ПП "уважает" другой модератор этого форума? Mazzy, По-моему? :-)))) Рад, если У Вас с ним разные случаи :-))).Mazzy достаточно откровенно говорит, что есть и чего нет в том продукте, который он "уважает". И я благодарен ему за то, что он предоставляет конкретную информацию по конкретному продукту. Тот факт, что он модератор форума, на изложение им информации, ПМСМ, никак не влияет. Сам я не являюсь почитателем тех продуктов, к которым тяготеет Mazzy. И вообще не являюсь почитателем каких бы то ни было продуктов. Те продукты, которые мы используем в реальной работе, мы периодически "критически окидываем взглядом", чтобы понять, не появились ли на рынке какие-то другие варианты, которые на текущий момент нас бы больше устроили. И если у используемых нами продуктов имеются недостатки, то у меня нет никаких намерений их скрывать. В частности, по поводу недостатков ИНФИН-зарплаты я уже раньше высказывался. Она слишком медленно работает - вот ее главный недостаток. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2006, 19:59 |
|
||
|
ERP Компас ???
|
|||
|---|---|---|---|
|
#18+
Garya 2. Может ли в момент разговора с клиентом сотрудник отдела сбыта сразу сказать, сможем ли мы к 15.12.2006 отгрузить полтора вагона продукции "А", с учетом уже имеющихся запасов (материалов, полуфабрикатов и готовой продукции в свободном остатке), с учетом информации о произведенных заказах на закупку (узлов и материалов, но еще не полученных), с учетом ограничений производственных мощностей, с тем учетом, что завтра выходит в отпуск очень ценный кадр, без которого произвести эту продукцию мы не сможем, с тем учетом, что через неделю у нас запланирован ППР критически важного оборудования? Или всё, на что способен "полностью интегрированный" CRM - это предоставить информацию о том, что сегодня у нас в свободном остатке - 12 штук продукции "А", а на конкретный вопрос о возможности поставки требуемого объема продукции к конкретному сроку мы должны сказать "позвоните через недельку"? Хороший вопрос. Garya, не подскажите, а в каких системах это реализовано? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2006, 12:25 |
|
||
|
ERP Компас ???
|
|||
|---|---|---|---|
|
#18+
partner_351Хороший вопрос. Garya, не подскажите, а в каких системах это реализовано?В MES-системах и в ERP-системах, использующих APS. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2006, 13:26 |
|
||
|
ERP Компас ???
|
|||
|---|---|---|---|
|
#18+
GaryaВ MES-системах и в ERP-системах, использующих APS. 2Garya Не претентую на большие знания по APS, но полагал, что связь наоборот APS используют MES и ERP. Грубо, APS воспринимал как систему перепланирования расписания. Где не прав плиз поправьте, если такая возможность у Вас есть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2006, 15:07 |
|
||
|
ERP Компас ???
|
|||
|---|---|---|---|
|
#18+
velfimov2Garya Не претентую на большие знания по APS, но полагал, что связь наоборот APS используют MES и ERP. Грубо, APS воспринимал как систему перепланирования расписания. Где не прав плиз поправьте, если такая возможность у Вас есть.ПМСМ, не пере планирования, а просто планирования. APS является частью ERP-системы (или дополнительным модулем к ней), а не ERP является частью APS. Как правило, APS (синхронное планирование) используется не ВМЕСТЕ с MRP, а ВМЕСТО MRP. MRP-алгоритм не способен учесть все нюансы техпроцесса, поэтому он фактически не используется для целей пооперационного планирования - только для объемно-календарного. APS и MES способны реализовать более высокую детализацию планирования, вплоть до пооперационного. Как в IT-Предприятии, так и в Syteline на самых предварительных этапах необходимо определиться, будет ли производиться детальное пооперационное управление, либо достаточно объемно-календарного планирования. Изменить принятое решение впоследствии крайне сложно. И в той, и в этой ERP-системе существует возможность задествовать либо MRP-алгоритмы, либо APS (в Syteline) или MES (в IT-Предприятии). По поводу MES сказать точно не могу, но по поводу APS Syteline можно с уверенностью утверждать, что этот алгоритм годится как для объемно-календарного, так и для пооперационного планирования. В принципе, в APS можно постепенно повышать детализацию планирования. Насколько мне известно, методики IT-Предприятия подобного подхода не предполагают. С другой стороны, APS Syteline имеет некоторые ограничения в плане возможностей описания специфических техпроцессов (например, правил группировки деталей для одновременного их обжига в печи - по совокупности геометрических размеров и требуемой температуры обработки) и он никогда не переназначает ранее уже назначенные операции (даже если с точки зрения оптимизации имеет смысл такое переназначение осуществить). Поэтому APS Syteline выдает менее оптимальное решение, нежели MES, в котором в отличие от APS можно устанавливать несколько разлличных критериев оптимизации. Насколько я понимаю, MES изначально предназначен ТОЛЬКО для пооперационного планирования, а объемно-календарное получается как результат обобщения более детального плана. Фактически, объемно-календарное планирование перестает быть отправной точкой при использовании MES (либо максимально детализованного APS). И используется только для стратегического и/или прогнозного планирования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2006, 15:50 |
|
||
|
ERP Компас ???
|
|||
|---|---|---|---|
|
#18+
Garya Насколько мне известно, методики IT-Предприятия подобного подхода не предполагают. Garya, Вы то видели хоть то, что в ИТ-Предприятии называется MES? Меня терзают смутные сомнения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2006, 21:15 |
|
||
|
ERP Компас ???
|
|||
|---|---|---|---|
|
#18+
iscrafmGarya, Вы то видели хоть то, что в ИТ-Предприятии называется MES? Меня терзают смутные сомнения.Честно говоря, нет. Но я достаточно детально на эту тему беседовал с теми, кто эту фичу в IT-Предприятие вкрутил. Не могу побожиться, возможно, мне навешали лапшу на уши. Но с их слов я сделал вывод, что это самый-рассамый MES. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2006, 21:51 |
|
||
|
|

start [/forum/topic.php?fid=29&msg=34137962&tid=1527837]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
46ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
68ms |
get tp. blocked users: |
1ms |
| others: | 236ms |
| total: | 391ms |

| 0 / 0 |
