|
|
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
iscrafmGaryaImpConsПо опыту проведения демонстраций ERP за последние 4 года могу сказать, что заказчики довольно тщательно подходят к выбору системы и на шару продать макет трактора можно только в единичных случаях, когда речь идет об отмывании бабла - тогда и демо делается для проформы.Тем не менее, чаще всего они рассматривают вопрос с позиций " автоматизации того, что есть примерно так как есть ". Разве не так? Не забывайте, что то что есть работает и приносит прибыль. что в этом плохого?Тогда зачем его автоматизировать, раз прибыль и так есть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 12:15 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
ImpConsКлиентов чаще эти вопросы на этапе демонстраций (выборе системы) редко интересует - так как чаще интерес проявляется к основным БП которые должны выполнятся в системе, а НСИ это все таки дополнительный БП и добавлять стоимость он никак не может, т.е. к value-add process он никак не относится. Такие вопросы как правило выявляются чаще во время проведения обследования и проектирования системыВот! О чем и речь. Да, этот процесс не добавляет стоимости, но он снимает ограничения, которые без него делают применение новых технологий невозможным или, как минимум, сильно затрудняют их применение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 12:20 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
СисойHoBTIDЯ вот так и не понял, есть печальная тенденция в проектах УПП. Вопрос, стоит ли начинать новое внедрение этой системы? Если можете выделить бюджет на внутреннюю команду 1Сников - стартуйте, все будет нормально, только РП должен быть с опытом внедрения УПП. Еще настоятельно рекомендую бухучет вести в типовой (илли чуть-чуть доработанной) БП, а с УПП настроить обмен документами. Лучше все же в совсем типовой БП - обновлять проще. А если вам кто то начнет рассказывать, что бухучет в УПП прекрасно работает, вы у него уточните, а что еще параллельно с бухучетом прекрасно работает. :-))) сам по себе бухучет в упп действительно довольно хорошо реализован, но когда пытаются его запустить одновременно с другими модулями - начинаются проблемы. и даже после большой работы напильником скорее всего останутся недовольные - или бухи, или другие отделы, или (вероятнее всего))) и те и другие )))) И при этом подумайте, что именно вам надо от УПП - сейчас я жалею, что в свое время не взяли за основу УТ - в нашем случае навороты УПП не понадобились - все равно переделывали функционал, а глюки УПП сейчас здорово мешают жить. УТ в целом проще (и, скорее всего, глюков поменьше, так как проще + больше инсталляций), и в некоторых случаях УТ + БП будет лучше чем УПП + БП. и еще один совет - не старайтесь переписать базовые вещи. не надо думать, что в 1с идиоты работают, а мы такие умные щас все сделаем намного лучше... все же ерп даже на том уровне, как в упп - это СЛОЖНАЯ штука. теоретически можно конечно все сделать хорошо и правильно - но если у вас столько денег, может проще тот же JDE внедрять? ведь разработка (особенно ерп) - это достаточно большие деньги. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 12:33 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
ImpConsНе все же директора выпускники Гарвордов и Оксфордов, способные провести реорганизацию бизнесса, пременив при этом как инструмент, внедрение ERP Например, компания не может быстро расчитать план потребности в материалах при типе производства на заказ или производстве при проектировании, если ERP может это предложить уменьшив при этом складские запасы сырья (уменьшив при этом количество заемных средств на его покупку) и попутно дав компании возможность четко просчитывать срок поставки/производству товара/изделия клиенту и тем самым увеличить количество продаж и удовлетворенность клиентов - это автоматизация уже не с позиции Как Есть, а именно с позиции как Будет, т.к. и планировать закупку и закупать сырье Заказчик будет совсем по другим Бизнес Процессам. Внедрения с такими четкими целями считаю гораздо лучше внедрений для глобальных реорганизаций бизнеса с непонятными целями: только из-за того, что так сделано у ведущих компаний мира или потому что это будет соответствовать СМК и т.п.Я опишу то, что видел своими глазами до автоматизации. Техпроцесс описан, да, но в существенной степени для проформы. На самом деле он соблюдается нечетко. Замдирпопроизводству "на ходу" определяет, что отсутствующее в наличии чем можно заменить из того, что реально имеется в наличии. При этом изменения техпроцесса и конструкции изделия никак и нигде не фиксируются. Когда конструкторы проектируют новое изделие, они совершенно игнорируют цены на материал и комплектующие, которые намерены в этом изделии использовать. Впоследствии снабженцы выясняют, что удовлетворить все требования или нереально или ужасно сложно. А еще позднее калькуляция фактической себестоимости показывает, что она изменилась непредсказуемым образом несколько раз на разных точках принятия решений, да так, что его производство оказалось убыточным. Изменилось потому, что снабженцы решили не заморачиваться и воспользоваться более удобными для них каналами поставки всяких "схожестей" (естественно, с их точки зрения), потому что производственники воспользовались "тем, что под рукой". Потому, что технологам оказалось влом прописывать все нюансы изменения техпроцесса, связанные со всеми возможными вариантами изменения конструктива.... Ну и т.д. и т.п. С бухгалтерией еще интереснее. Один и тот же материал и комплектующие, поступающий в разное время от разных поставщиков, фигурирует в первичных документах под разными наименованиями. Бухгалтерия глубоко убеждена в том, что отпускать в производство следует не то, что прописано в составе изделия, а то, что написано в накладной поставщика. В противном случае возникает пересортица, и вообще бухгалтер не обязан разбираться в отличиях обечайки от контрагайки по всей совокупности буковок и циферек, которыми они обозначаются. Ну, дальше еще много чего можно рассказать... Тем не менее, предприятие получает - ПРИБЫЛЬ ! И... хочет "автоматизироваться"... :) Что особо интересно, совершенно искренне полагая, что не ломая сложившихся принципов работы, ERP-система им действительно сможет рассчитать потребность в материалах, ну, просто потому что это "волшебная программа, которая умеет всё!". Если же завести разговор о том, что состав изделия должен быть прописан для всех вариантов конструктива, что техпроцесс должен быть согласован с вариантами контсруктива, что любые изменения конструктива и техпроцесса должны фиксироваться, что требуется согласование входных данных с конструкторскими и технологическими... То заказчик зачастую начинает чесать в затылке на тему: "нам попались плохие внедренцы, они не программу подстраивают под нас, а нас под программу, и сама эта программа - полный самосвал навоза". Может быть, это и так, может быть усилия по соблюдению всех этих требований да плюс стоимость ERP с его внедрением превысит эффект от устранения бардака. Но возникает вопрос, занафига они вообще затеяли автоматизацию, то есть внедрение новых технологий управления, если они изначально не готовы эту технологию менять? Вы полагаете, что я что-то придумал или утрировал? Увы, на подобные ситуации наталкиваюсь сплошь и рядом. Слишком много желающих получить "нахаляву перепаханное поле", не имея реального намерения переходить на новые технологии. Есть желание получить результат без приложения усилий, ума и знаний. Просто "купив" его у консалтеров-внедренцев в виде платы "за услуги" и "за ERP". Мы вам заплатили? Вот и выворачивайтесь теперь наизнанку, а от нас неча тут требовать всякие требования. Или я ошибаюсь, и имеются везунчики, которые чаще сталкиваются с другой ситуацией? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 12:58 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
guest_20040621Вот как? Т. е. вы отказываете покупателю в праве покрасить корпус насоса в тот цвет, который ему больше нравится? И в EULA это записано? ;) Если вы по цвету корпуса можете идентифицировать вендора... ну... снимаю шляпу. У меня, например, нет телепатических способностей.При чем здесь какое-то "право"? Приходит старый обшарпанный насос, у которого окрашены некоторые детали, в том числе изнутри . Спрашивается, нафига заказчику красить насос, при этом разбирая его на детали? guest_20040621> проблема заключается в том, что ни в одну информационную систему такие данные попасть не могут Вот как? Т. е. поставить датчики влажности, давления, емкость с датчиком определения уровня осадков и пр. - это невероятно сложно? ;) Ну... боюсь, у меня закончились аргументы.Аругменты о чем? Мы вообще о чем спорим? :( Да, датчики, поставить можно. ЕСЛИ ПРЕДВАРИТЕЛЬНО КТО-НИБУДЬ ПРОПУСТИТ ЧЕРЕЗ СВОЙ МОЗГ ИНФОРМАЦИЮ О ТОМ, ЧТО ИНФОРМАЦИЯ, СНИМАЕМАЯ С НИХ, МОЖЕТ ПОНАДОБИТЬСЯ . А если не пропустит? Откуда такая информация тогда возьмется в системе? Еще раз повторяю, что ни в какой системе абсолютно ОБЪЕКТИВНЫХ данных взяться не может. Только субъективная информация. Только та, которую кто-то счел существенной и стал ее для чего-то фиксировать. Вы с этим не согласны? Ну тогда приведите пример, где датчики возникли сами собой и стали объективно подавать "данные" в систему. А если согласны, то о чем Ваши аргументы? Вы утверждаете, что в системе могут быть ОБЪЕКТИВНЫЕ данные. Я утверждаю, что только та информация, которую прежде кто-то счел существенной. Вы опять не согласны? Ну... тогда давайте уже замнем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 13:12 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
guest_20040621Кстати, Garya, могу предложить простой тест на профпригодность вашей информационной системы.1. О "профпригодности" можно говорить только в отношении человека. 2. Не понял, о какой именно "нашей информационной системе" Вы говорите. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 13:14 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
GaryaЯ опишу то, что видел своими глазами до автоматизации. Техпроцесс описан, да, но в существенной степени для проформы. На самом деле он соблюдается нечетко. Замдирпопроизводству "на ходу" определяет, что отсутствующее в наличии чем можно заменить из того, что реально имеется в наличии. При этом изменения техпроцесса и конструкции изделия никак и нигде не фиксируются. Когда конструкторы проектируют новое изделие, они совершенно игнорируют цены на материал и комплектующие, которые намерены в этом изделии использовать. Впоследствии снабженцы выясняют, что удовлетворить все требования или нереально или ужасно сложно. А еще позднее калькуляция фактической себестоимости показывает, что она изменилась непредсказуемым образом несколько раз на разных точках принятия решений, да так, что его производство оказалось убыточным. Изменилось потому, что снабженцы решили не заморачиваться и воспользоваться более удобными для них каналами поставки всяких "схожестей" (естественно, с их точки зрения), потому что производственники воспользовались "тем, что под рукой". Потому, что технологам оказалось влом прописывать все нюансы изменения техпроцесса, связанные со всеми возможными вариантами изменения конструктива.... Ну и т.д. и т.п. С бухгалтерией еще интереснее. Один и тот же материал и комплектующие, поступающий в разное время от разных поставщиков, фигурирует в первичных документах под разными наименованиями. Бухгалтерия глубоко убеждена в том, что отпускать в производство следует не то, что прописано в составе изделия, а то, что написано в накладной поставщика. В противном случае возникает пересортица, и вообще бухгалтер не обязан разбираться в отличиях обечайки от контрагайки по всей совокупности буковок и циферек, которыми они обозначаются. Ну, дальше еще много чего можно рассказать... Тем не менее, предприятие получает - ПРИБЫЛЬ ! И... хочет "автоматизироваться"... :) Что особо интересно, совершенно искренне полагая, что не ломая сложившихся принципов работы, ERP-система им действительно сможет рассчитать потребность в материалах, ну, просто потому что это "волшебная программа, которая умеет всё!". Если же завести разговор о том, что состав изделия должен быть прописан для всех вариантов конструктива, что техпроцесс должен быть согласован с вариантами контсруктива, что любые изменения конструктива и техпроцесса должны фиксироваться, что требуется согласование входных данных с конструкторскими и технологическими... То заказчик зачастую начинает чесать в затылке на тему: "нам попались плохие внедренцы, они не программу подстраивают под нас, а нас под программу, и сама эта программа - полный самосвал навоза". Может быть, это и так, может быть усилия по соблюдению всех этих требований да плюс стоимость ERP с его внедрением превысит эффект от устранения бардака. Но возникает вопрос, занафига они вообще затеяли автоматизацию, то есть внедрение новых технологий управления, если они изначально не готовы эту технологию менять? Вы полагаете, что я что-то придумал или утрировал? Увы, на подобные ситуации наталкиваюсь сплошь и рядом. Слишком много желающих получить "нахаляву перепаханное поле", не имея реального намерения переходить на новые технологии. Есть желание получить результат без приложения усилий, ума и знаний. Просто "купив" его у консалтеров-внедренцев в виде платы "за услуги" и "за ERP". Мы вам заплатили? Вот и выворачивайтесь теперь наизнанку, а от нас неча тут требовать всякие требования. И как раз в этот момент появляются продавцы "фрактальных структур" :-))) они расскажут очень много умных слов о том, какие все современные ЕРП системы неправильные и ущербные и приведут много аналогий с "иерархиями регламентов" :-))) Заказчик ничего не поймет, но идею уловит - ЭТИ обещают внедрить без существенных переделок текущего положения вещей. Иначе с чего бы они рассказывали, как все плохо у остальных и как хорошо у них... а через несколько месяцев (лет) услышит о "метании бисера перед свиньями" и будет считать всех внедренцев ничего не умеющими фантазерами и хамами, которые нифига не понимают в бизнесе и производстве, а только и умеют раздавать обещания и получать деньги, не выдавая результата... :-)))) именно поэтому, если я слышу о НЕСКОЛЬКИХ неудачных проектах внедрения, то у меня появляются подозрения, что проблемы В ТОМ ЧИСЛЕ и у заказчика... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 13:14 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
GaryaiscrafmGaryaImpConsПо опыту проведения демонстраций ERP за последние 4 года могу сказать, что заказчики довольно тщательно подходят к выбору системы и на шару продать макет трактора можно только в единичных случаях, когда речь идет об отмывании бабла - тогда и демо делается для проформы.Тем не менее, чаще всего они рассматривают вопрос с позиций " автоматизации того, что есть примерно так как есть ". Разве не так? Не забывайте, что то что есть работает и приносит прибыль. что в этом плохого?Тогда зачем его автоматизировать, раз прибыль и так есть? чтобы облегчить учет ее получения ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 13:20 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
guest_20040621Основной тезис прост, как три рубля: есть иерархии регламентов, вы управляете набором младших иерархий. Управляете так, чтобы одновременно вписываться во все иерархии.В классике НСИ тоже управляют набором иерархий, и привязывают регламенты к иерархии. Сдается мне, что Вы сравниваете безграмотное внедрение системы НСИ с более грамотным, полагая при этом, что безграмотное внедрение НСИ - это именно система НСИ, а более грамотное - это уже что-то другое. На самом деле второе в большей степени "классическая система НСИ", нежели первое. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 13:23 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
Garya, +1.... Основная причина в том, что большинство руководителей совершенно не заморачиваюся должным образом на тему - как посчитать у себя затраты на "усилия по соблюдению всех этих требований" или конкретные затраты на какой-либо бизнес-процесс или потери от бардака и т.п. Но есть конечно бизнес-перцы, которые умеют и думают об этом. С такими приятно работать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 13:23 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
ImpConsskeptikImpCons Вы еще скажите что для того чтобы оказаться в "нужное время в нужном месте" для этого ума не нужно? :). Часто вполне достаточно родственных связей например :-) Ну может чтобы перенять бизнес этого достаточно, но сохранить уже не достаточно. skeptikImpCons Как минимум если ты организовал/не провалил бизнес который может позволить истратить от 100 килобаксов на внедрение КИС/ERP то уж наверно справедливо тупым тебя обозвать может только более успешный человек, не правда ли? Исходя из этой логики Абрамович в тысячи раз умнее любого нобелевсакого луреата. Соответсвенно его мнение по вопросам, ну скажем квантовой физики, гораздо ценнее мнения физиков. Настолько ценее что при наличии мнения Абрамовича мнением физиков можно просто принебречь как малой величиной :-) Мы говорим о ведении бизнеса, а не о квантовой физике, так вот в ведении бизнеса конечно Абромович умнее не только нобелевского лауреата по физике, но думаю и нобелевского лауреата по экономике (если такая есть конечно :) )[/quot] ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 13:36 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
ImpConsskeptikImpCons Вы еще скажите что для того чтобы оказаться в "нужное время в нужном месте" для этого ума не нужно? :). Часто вполне достаточно родственных связей например :-) Ну может чтобы перенять бизнес этого достаточно, но сохранить уже не достаточно. Сохранить в течении какого времени? "Стаж" у наших хоязев бизнеса пока небольшой и "текучка" среди них заметна. ImpCons Мы говорим о ведении бизнеса, а не о квантовой физике, так вот в ведении бизнеса конечно Абромович умнее не только нобелевского лауреата по физике, но думаю и нобелевского лауреата по экономике (если такая есть конечно :) ) Нет мы говорим не о ведении бизнеса, а о внедрении информационных систем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 13:38 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
Garyaвозникает вопрос, занафига они вообще затеяли автоматизацию, то есть внедрение новых технологий управления, если они изначально не готовы эту технологию менять? автоматизация - это не новые технологии управления. Это инструмент информационной поддержки, возможно новых, технологий управления. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 13:43 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
> Еще раз повторяю, что ни в какой системе абсолютно ОБЪЕКТИВНЫХ данных взяться не может. Я понял вашу точку зрения две страницы назад, но за уточнение спасибо. Боюсь, пока вы не начнете рассматривать любую автоматизацию как практическую реализацию математической модели, повода для обсуждения информационных систем как таковых нет. > Ну... тогда давайте уже замнем. Уже. На случай, если вы не заметили - еще вчера. ;) Нет ни малейшего желания вас обидеть, но я действительно не разделяю ни ваших взглядов (в контексте обсуждения, разумеется), ни тем более вашей убежденности в их непогрешимости. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 14:18 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
s_ustinovЛучше все же в совсем типовой БП - обновлять проще. А если вам кто то начнет рассказывать, что бухучет в УПП прекрасно работает, вы у него уточните, а что еще параллельно с бухучетом прекрасно работает. :-))) сам по себе бухучет в упп действительно довольно хорошо реализован, но когда пытаются его запустить одновременно с другими модулями - начинаются проблемы. и даже после большой работы напильником скорее всего останутся недовольные - или бухи, или другие отделы, или (вероятнее всего))) и те и другие )))) И при этом подумайте, что именно вам надо от УПП - сейчас я жалею, что в свое время не взяли за основу УТ - в нашем случае навороты УПП не понадобились - все равно переделывали функционал, а глюки УПП сейчас здорово мешают жить. УТ в целом проще (и, скорее всего, глюков поменьше, так как проще + больше инсталляций), и в некоторых случаях УТ + БП будет лучше чем УПП + БП. и еще один совет - не старайтесь переписать базовые вещи. не надо думать, что в 1с идиоты работают, а мы такие умные щас все сделаем намного лучше... все же ерп даже на том уровне, как в упп - это СЛОЖНАЯ штука. теоретически можно конечно все сделать хорошо и правильно - но если у вас столько денег, может проще тот же JDE внедрять? ведь разработка (особенно ерп) - это достаточно большие деньги.Вот эта мысль правильная мысль: взять за основу что-то простое и накрутить функционал до своих потребностей. Вместо того, чтобы взять большое и обрезать функционал. А если сравнивать с другими ERP - там тоже глюки и отсутствие гибкости, все-равно придется дорабатывать. Поэтому лично меня ERP интересует только как платформа для разработки своего решения, а прикладной функционал не нужен. Конечно какие-то подходящие вещи, вроде справочника банков, можно скопировать из типового решения, но это не повод брать типовое решение за основу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 14:58 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
HoBTIDВот эта мысль правильная мысль: взять за основу что-то простое и накрутить функционал до своих потребностей. Вместо того, чтобы взять большое и обрезать функционал. А если сравнивать с другими ERP - там тоже глюки и отсутствие гибкости, все-равно придется дорабатывать. Поэтому лично меня ERP интересует только как платформа для разработки своего решения, а прикладной функционал не нужен. Конечно какие-то подходящие вещи, вроде справочника банков, можно скопировать из типового решения, но это не повод брать типовое решение за основу. Я с вами в этом не согласен. Именно об этом я и говорил, что не надо переписывать базовые вещи. Одно дело, дописать какие-либо небольшие фичи, которые особенно не влияют на архитектуру системы. Совсем другое - разрабатывать свое. У УПП по моему мнению главная проблема как раз в плохо проработанной архитектуре. И я сомневаюсь, что небольшая команда сможет за относительно небольшое время придумать что-то лучшее. Когда я говорил об УТ, я имел в виду, что собственно функционал ERP в УПП не очень богатый и сделан, с моей точки зрения, не лучшим образом. Также он весьма слабо настраивается. То есть применим не очень широко. И если он для конкретного внедрения не очень нужен - надо подумать об УТ. а если ерп функционал действительно нужен, но предлагаемого УПП недостаточно - лучше взять другую систему. вот казалось бы относительно "простая" вещь - расчет себестоимости запасов - а когда вникаешь, там СТОЛЬКО нюансов... даже для обычной торговли, не говоря уже о производстве... и самостоятельно создавая такие вещи трудно избежать множества ошибок. например, покупка за валюту. сперва выплачен аванс. сколько систем "самостоятельной" разработки оприходуют товары правильно - часть, за котору заплатили аванс по курсу на дату платежа аванса, а остальная часть - по курсу на дату перехода рисков (а это не всегда то же самое, что дата прихода товара на склад)? :-))))))) это далеко не во всех тиражных системах реализовано... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 15:33 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
s_ustinovИ я сомневаюсь, что небольшая команда сможет за относительно небольшое время придумать что-то лучшее. Конечно, разрабатывать с нуля - долго и дорого. Как минимум год, возможно дольше. Но, во-первых, разрабатывать на 1С дешевле, чем купить западную ERP и потом ее дорабатывать. Во-вторых, получится продукт более полно удовлетворяющий потребности бизнеса, и без лишнего функционала. s_ustinovа если ерп функционал действительно нужен, но предлагаемого УПП недостаточно - лучше взять другую систему.Как будто есть богатый выбор таких систем. У них всех примерно одинаковые недостатки: простые системы не содержат нужного функционала, сложные - все равно содержат его не полностью, а их настройка и доработка очень сложна. s_ustinovвот казалось бы относительно "простая" вещь - расчет себестоимости запасов - а когда вникаешь, там СТОЛЬКО нюансов... даже для обычной торговли, не говоря уже о производстве... и самостоятельно создавая такие вещи трудно избежать множества ошибок.Лучше несколько раз исправить свои ошибки и прийти к стабильному и понятному решению, чем бесконечно исправлять эти ошибки в коде типовой, так и не поняв до конца, что же именно он делает. Если же поняли до конца - ничто не мешает переписать по-своему. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 16:18 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
iscrafmGaryaвозникает вопрос, занафига они вообще затеяли автоматизацию, то есть внедрение новых технологий управления, если они изначально не готовы эту технологию менять? автоматизация - это не новые технологии управления. Это инструмент информационной поддержки, возможно новых, технологий управления.+1000 Поэтому-то мне и не понятно, зачем заниматься внедрением инструмента для поддержки новых технологий управления, если имеется намерение оставить старые технологии управления. В особенности, инструмента, который стоит нехилых денег. Всё это сильно смахивает на приобретени6е космического корабля без намерения летать в космос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 17:56 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
HoBTID Но, во-первых, разрабатывать на 1С дешевле, чем купить западную ERP и потом ее дорабатывать. А как вы это посчитали? :-))) смотря что разрабатывать и покупать. та же adempiere (compiere) - ее можно получить бесплатно, и возможно вообще ничего разрабатывать не придется - функционал богаче УПП HoBTID Во-вторых, получится продукт более полно удовлетворяющий потребности бизнеса, и без лишнего функционала. на текущий момент возможно, уже через пару месяцев захочется использовать что то еще. и тут как раз и могут проявится ошибки при проектировании архитектуры - добавить новую функцию без СУЩЕСТВЕННОГО переписывания существующего функционала не получится намного проще использовать что-то, что уже кто-то внедрял и набил себе шишки в разработку того же сапа или оебс вкладывались очень серьезные средства, и тем не менее внутри там полно очень неоптимальных вещей - по мере развития продукта наступали на ограничения выбранных на раннем этапе архитектурных решений - явно видно, что многое "приклеивали жвачкой" а при самостоятельной разработке, когда денег вкладывается мало - будет очень печально HoBTIDs_ustinovа если ерп функционал действительно нужен, но предлагаемого УПП недостаточно - лучше взять другую систему.Как будто есть богатый выбор таких систем. У них всех примерно одинаковые недостатки: простые системы не содержат нужного функционала, сложные - все равно содержат его не полностью, а их настройка и доработка очень сложна. но самостоятельная разработка еще сложнее HoBTIDs_ustinovвот казалось бы относительно "простая" вещь - расчет себестоимости запасов - а когда вникаешь, там СТОЛЬКО нюансов... даже для обычной торговли, не говоря уже о производстве... и самостоятельно создавая такие вещи трудно избежать множества ошибок.Лучше несколько раз исправить свои ошибки и прийти к стабильному и понятному решению, чем бесконечно исправлять эти ошибки в коде типовой, так и не поняв до конца, что же именно он делает. Если же поняли до конца - ничто не мешает переписать по-своему. лучше взять систему, которая переболела детскими болезнями, и базовые вещи работают более-менее надежно и без ошибок. а отлаживать самому... для начала - сколько будет стоить тестирование? кто его будет делать? кто будет писать документацию? если речь заходит о ЕРП системе - надо помнить, что это СЛОЖНАЯ штука, и ее создание - тоже ОЧЕНЬ сложная задача. и очень дорогая (как минимум по затратам времени). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 18:18 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
s_ustinov, тема заезженная и много раз обсуждалась здесь. s_ustinovно самостоятельная разработка еще сложнее сколько будет стоить тестирование? кто его будет делать? кто будет писать документацию? если речь заходит о ЕРП системе - надо помнить, что это СЛОЖНАЯ штука, и ее создание - тоже ОЧЕНЬ сложная задача. и очень дорогая (как минимум по затратам времени). это все весьма платформозависимые вещи. И некоторые вещи не стоят того, чтобы их заглавными буквами выделять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 18:39 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
s_ustinovНа мой взгляд, главный вопрос вот в чем, спроектирована архитектура системы под конкретное предприятие или под все предприятия сразу? Под все предприятия сразу - значит ни под какое. При каждом конкретном внедреннии его приходится СУЩЕСТВЕННО дорабатывать. Причем не органично вплетать свои разработки в "базовый" функционал, а именно ПЕРЕДЕЛЫВАТЬ его. s_ustinovлучше взять систему, которая переболела детскими болезнями, и базовые вещи работают более-менее надежно и без ошибок. а отлаживать самому...А что такое базовые вещи, если даже расчет себестоимости может быть очень разным и его нельзя универсально описать для всех предприятий? Если базовые вещи - выбор элемента справочника, то это функции платформы, а не прикладного решения. К тому же, наиболее удачные моменты можно скопировать из типовой. Теперь, какие преимущества имеет проектирование архитектуры под конкретное предприятие? 1. Конфигурация становится проще и логичнее, снижается вероятность ошибок. 2. Требуется меньше ручного труда пользователей, т.к. конфигурация учитывает специфичные для данного предприятия взаимосвязи между данными, которые нельзя учесть в типовой. 3. Расширение функционала представляет гораздо меньше проблем, если конечно, архитектура спроектирована правильно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 18:58 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
iscrafms_ustinov, тема заезженная и много раз обсуждалась здесь. s_ustinovно самостоятельная разработка еще сложнее сколько будет стоить тестирование? кто его будет делать? кто будет писать документацию? если речь заходит о ЕРП системе - надо помнить, что это СЛОЖНАЯ штука, и ее создание - тоже ОЧЕНЬ сложная задача. и очень дорогая (как минимум по затратам времени). это все весьма платформозависимые вещи. И некоторые вещи не стоят того, чтобы их заглавными буквами выделять. Я правильно понимаю, что в искре ерп систему (функционал аналогичен навижину) один человек может за пару месяцев написать? или о какой платформозависимости мы говорим? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 19:01 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
HoBTIDНа мой взгляд, главный вопрос вот в чем, спроектирована архитектура системы под конкретное предприятие или под все предприятия сразу? Под все предприятия сразу - значит ни под какое. При каждом конкретном внедреннии его приходится СУЩЕСТВЕННО дорабатывать. Причем не органично вплетать свои разработки в "базовый" функционал, а именно ПЕРЕДЕЛЫВАТЬ его. а можно несколько примеров УСПЕШНЫХ внедрений ерп систем, в которых существенно дорабатывался (переделывался) функционал? например, переписывался модуль расчета себестоимости запасов или что-то подобное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 19:13 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
s_ustinoviscrafms_ustinov, тема заезженная и много раз обсуждалась здесь. s_ustinovно самостоятельная разработка еще сложнее сколько будет стоить тестирование? кто его будет делать? кто будет писать документацию? если речь заходит о ЕРП системе - надо помнить, что это СЛОЖНАЯ штука, и ее создание - тоже ОЧЕНЬ сложная задача. и очень дорогая (как минимум по затратам времени). это все весьма платформозависимые вещи. И некоторые вещи не стоят того, чтобы их заглавными буквами выделять. Я правильно понимаю, что в искре ерп систему (функционал аналогичен навижину) один человек может за пару месяцев написать? или о какой платформозависимости мы говорим? я не говорю об искре и о паре месяцев, для этого нужны более конкретные вводные. Возьмите систему, разложите все "по полочкам" на необходимые формы, процедуры БЛ, расчеты, отчеты и т.п. Посчитайте, какие трудозатраты займет реализация каждого блока и отнимите от этого время, которое не нужно тратить на создание инфраструктуры системы, рисование форм, связывание модулей, программирование интерфейса...Останется БЛ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 19:38 |
|
||
|
Тенденция в проектах 1С УПП
|
|||
|---|---|---|---|
|
#18+
GaryaУвы, на подобные ситуации наталкиваюсь сплошь и рядом. Слишком много желающих получить "нахаляву перепаханное поле", не имея реального намерения переходить на новые технологии. Есть желание получить результат без приложения усилий, ума и знаний. Просто "купив" его у консалтеров-внедренцев в виде платы "за услуги" и "за ERP". Мы вам заплатили? Вот и выворачивайтесь теперь наизнанку, а от нас неча тут требовать всякие требования. Или я ошибаюсь, и имеются везунчики, которые чаще сталкиваются с другой ситуацией? Нет, к сожалению. Вернее, обычно начинается с деклараций клиента - мы понимаем ваши доводы, сделаем. а когда дело доходит до дела - под любым предлогом идут "оставте как было". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2010, 19:45 |
|
||
|
|

start [/forum/search_topic.php?author=bacalavr1&author_mode=last_topics&do_search=1]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
71ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
66ms |
get tp. blocked users: |
1ms |
| others: | 442ms |
| total: | 647ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...