powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Тенденция в проектах 1С УПП
25 сообщений из 298, страница 9 из 12
Тенденция в проектах 1С УПП
    #36457210
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmGaryaImpConsПо опыту проведения демонстраций ERP за последние 4 года могу сказать, что заказчики довольно тщательно подходят к выбору системы и на шару продать макет трактора можно только в единичных случаях, когда речь идет об отмывании бабла - тогда и демо делается для проформы.Тем не менее, чаще всего они рассматривают вопрос с позиций " автоматизации того, что есть примерно так как есть ". Разве не так?

Не забывайте, что то что есть работает и приносит прибыль. что в этом плохого?Тогда зачем его автоматизировать, раз прибыль и так есть?
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36457227
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ImpConsКлиентов чаще эти вопросы на этапе демонстраций (выборе системы) редко интересует - так как чаще интерес проявляется к основным БП которые должны выполнятся в системе, а НСИ это все таки дополнительный БП и добавлять стоимость он никак не может, т.е. к value-add process он никак не относится. Такие вопросы как правило выявляются чаще во время проведения обследования и проектирования системыВот! О чем и речь.
Да, этот процесс не добавляет стоимости, но он снимает ограничения, которые без него делают применение новых технологий невозможным или, как минимум, сильно затрудняют их применение.
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36457277
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
СисойHoBTIDЯ вот так и не понял, есть печальная тенденция в проектах УПП.
Вопрос, стоит ли начинать новое внедрение этой системы?

Если можете выделить бюджет на внутреннюю команду 1Сников - стартуйте, все будет нормально, только РП должен быть с опытом внедрения УПП. Еще настоятельно рекомендую бухучет вести в типовой (илли чуть-чуть доработанной) БП, а с УПП настроить обмен документами.

Лучше все же в совсем типовой БП - обновлять проще.
А если вам кто то начнет рассказывать, что бухучет в УПП прекрасно работает, вы у него уточните, а что еще параллельно с бухучетом прекрасно работает. :-))) сам по себе бухучет в упп действительно довольно хорошо реализован, но когда пытаются его запустить одновременно с другими модулями - начинаются проблемы. и даже после большой работы напильником скорее всего останутся недовольные - или бухи, или другие отделы, или (вероятнее всего))) и те и другие ))))
И при этом подумайте, что именно вам надо от УПП - сейчас я жалею, что в свое время не взяли за основу УТ - в нашем случае навороты УПП не понадобились - все равно переделывали функционал, а глюки УПП сейчас здорово мешают жить. УТ в целом проще (и, скорее всего, глюков поменьше, так как проще + больше инсталляций), и в некоторых случаях УТ + БП будет лучше чем УПП + БП.
и еще один совет - не старайтесь переписать базовые вещи. не надо думать, что в 1с идиоты работают, а мы такие умные щас все сделаем намного лучше... все же ерп даже на том уровне, как в упп - это СЛОЖНАЯ штука.
теоретически можно конечно все сделать хорошо и правильно - но если у вас столько денег, может проще тот же JDE внедрять? ведь разработка (особенно ерп) - это достаточно большие деньги.
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36457361
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ImpConsНе все же директора выпускники Гарвордов и Оксфордов, способные провести реорганизацию бизнесса, пременив при этом как инструмент, внедрение ERP
Например, компания не может быстро расчитать план потребности в материалах при типе производства на заказ или производстве при проектировании, если ERP может это предложить уменьшив при этом складские запасы сырья (уменьшив при этом количество заемных средств на его покупку) и попутно дав компании возможность четко просчитывать срок поставки/производству товара/изделия клиенту и тем самым увеличить количество продаж и удовлетворенность клиентов - это автоматизация уже не с позиции Как Есть, а именно с позиции как Будет, т.к. и планировать закупку и закупать сырье Заказчик будет совсем по другим Бизнес Процессам.

Внедрения с такими четкими целями считаю гораздо лучше внедрений для глобальных реорганизаций бизнеса с непонятными целями: только из-за того, что так сделано у ведущих компаний мира или потому что это будет соответствовать СМК и т.п.Я опишу то, что видел своими глазами до автоматизации. Техпроцесс описан, да, но в существенной степени для проформы. На самом деле он соблюдается нечетко. Замдирпопроизводству "на ходу" определяет, что отсутствующее в наличии чем можно заменить из того, что реально имеется в наличии. При этом изменения техпроцесса и конструкции изделия никак и нигде не фиксируются. Когда конструкторы проектируют новое изделие, они совершенно игнорируют цены на материал и комплектующие, которые намерены в этом изделии использовать. Впоследствии снабженцы выясняют, что удовлетворить все требования или нереально или ужасно сложно. А еще позднее калькуляция фактической себестоимости показывает, что она изменилась непредсказуемым образом несколько раз на разных точках принятия решений, да так, что его производство оказалось убыточным. Изменилось потому, что снабженцы решили не заморачиваться и воспользоваться более удобными для них каналами поставки всяких "схожестей" (естественно, с их точки зрения), потому что производственники воспользовались "тем, что под рукой". Потому, что технологам оказалось влом прописывать все нюансы изменения техпроцесса, связанные со всеми возможными вариантами изменения конструктива.... Ну и т.д. и т.п. С бухгалтерией еще интереснее. Один и тот же материал и комплектующие, поступающий в разное время от разных поставщиков, фигурирует в первичных документах под разными наименованиями. Бухгалтерия глубоко убеждена в том, что отпускать в производство следует не то, что прописано в составе изделия, а то, что написано в накладной поставщика. В противном случае возникает пересортица, и вообще бухгалтер не обязан разбираться в отличиях обечайки от контрагайки по всей совокупности буковок и циферек, которыми они обозначаются. Ну, дальше еще много чего можно рассказать...

Тем не менее, предприятие получает - ПРИБЫЛЬ ! И... хочет "автоматизироваться"... :) Что особо интересно, совершенно искренне полагая, что не ломая сложившихся принципов работы, ERP-система им действительно сможет рассчитать потребность в материалах, ну, просто потому что это "волшебная программа, которая умеет всё!". Если же завести разговор о том, что состав изделия должен быть прописан для всех вариантов конструктива, что техпроцесс должен быть согласован с вариантами контсруктива, что любые изменения конструктива и техпроцесса должны фиксироваться, что требуется согласование входных данных с конструкторскими и технологическими... То заказчик зачастую начинает чесать в затылке на тему: "нам попались плохие внедренцы, они не программу подстраивают под нас, а нас под программу, и сама эта программа - полный самосвал навоза". Может быть, это и так, может быть усилия по соблюдению всех этих требований да плюс стоимость ERP с его внедрением превысит эффект от устранения бардака. Но возникает вопрос, занафига они вообще затеяли автоматизацию, то есть внедрение новых технологий управления, если они изначально не готовы эту технологию менять?

Вы полагаете, что я что-то придумал или утрировал? Увы, на подобные ситуации наталкиваюсь сплошь и рядом. Слишком много желающих получить "нахаляву перепаханное поле", не имея реального намерения переходить на новые технологии. Есть желание получить результат без приложения усилий, ума и знаний. Просто "купив" его у консалтеров-внедренцев в виде платы "за услуги" и "за ERP". Мы вам заплатили? Вот и выворачивайтесь теперь наизнанку, а от нас неча тут требовать всякие требования. Или я ошибаюсь, и имеются везунчики, которые чаще сталкиваются с другой ситуацией?
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36457424
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621Вот как? Т. е. вы отказываете покупателю в праве покрасить корпус насоса в тот цвет, который ему больше нравится? И в EULA это записано? ;) Если вы по цвету корпуса можете идентифицировать вендора... ну... снимаю шляпу. У меня, например, нет телепатических способностей.При чем здесь какое-то "право"? Приходит старый обшарпанный насос, у которого окрашены некоторые детали, в том числе изнутри . Спрашивается, нафига заказчику красить насос, при этом разбирая его на детали?

guest_20040621> проблема заключается в том, что ни в одну информационную систему такие данные попасть не могут

Вот как? Т. е. поставить датчики влажности, давления, емкость с датчиком определения уровня осадков и пр. - это невероятно сложно? ;) Ну... боюсь, у меня закончились аргументы.Аругменты о чем? Мы вообще о чем спорим? :(

Да, датчики, поставить можно. ЕСЛИ ПРЕДВАРИТЕЛЬНО КТО-НИБУДЬ ПРОПУСТИТ ЧЕРЕЗ СВОЙ МОЗГ ИНФОРМАЦИЮ О ТОМ, ЧТО ИНФОРМАЦИЯ, СНИМАЕМАЯ С НИХ, МОЖЕТ ПОНАДОБИТЬСЯ . А если не пропустит? Откуда такая информация тогда возьмется в системе? Еще раз повторяю, что ни в какой системе абсолютно ОБЪЕКТИВНЫХ данных взяться не может. Только субъективная информация. Только та, которую кто-то счел существенной и стал ее для чего-то фиксировать. Вы с этим не согласны? Ну тогда приведите пример, где датчики возникли сами собой и стали объективно подавать "данные" в систему. А если согласны, то о чем Ваши аргументы? Вы утверждаете, что в системе могут быть ОБЪЕКТИВНЫЕ данные. Я утверждаю, что только та информация, которую прежде кто-то счел существенной.

Вы опять не согласны? Ну... тогда давайте уже замнем.
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36457433
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621Кстати, Garya, могу предложить простой тест на профпригодность вашей информационной системы.1. О "профпригодности" можно говорить только в отношении человека.
2. Не понял, о какой именно "нашей информационной системе" Вы говорите.
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36457434
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GaryaЯ опишу то, что видел своими глазами до автоматизации. Техпроцесс описан, да, но в существенной степени для проформы. На самом деле он соблюдается нечетко. Замдирпопроизводству "на ходу" определяет, что отсутствующее в наличии чем можно заменить из того, что реально имеется в наличии. При этом изменения техпроцесса и конструкции изделия никак и нигде не фиксируются. Когда конструкторы проектируют новое изделие, они совершенно игнорируют цены на материал и комплектующие, которые намерены в этом изделии использовать. Впоследствии снабженцы выясняют, что удовлетворить все требования или нереально или ужасно сложно. А еще позднее калькуляция фактической себестоимости показывает, что она изменилась непредсказуемым образом несколько раз на разных точках принятия решений, да так, что его производство оказалось убыточным. Изменилось потому, что снабженцы решили не заморачиваться и воспользоваться более удобными для них каналами поставки всяких "схожестей" (естественно, с их точки зрения), потому что производственники воспользовались "тем, что под рукой". Потому, что технологам оказалось влом прописывать все нюансы изменения техпроцесса, связанные со всеми возможными вариантами изменения конструктива.... Ну и т.д. и т.п. С бухгалтерией еще интереснее. Один и тот же материал и комплектующие, поступающий в разное время от разных поставщиков, фигурирует в первичных документах под разными наименованиями. Бухгалтерия глубоко убеждена в том, что отпускать в производство следует не то, что прописано в составе изделия, а то, что написано в накладной поставщика. В противном случае возникает пересортица, и вообще бухгалтер не обязан разбираться в отличиях обечайки от контрагайки по всей совокупности буковок и циферек, которыми они обозначаются. Ну, дальше еще много чего можно рассказать...

Тем не менее, предприятие получает - ПРИБЫЛЬ ! И... хочет "автоматизироваться"... :) Что особо интересно, совершенно искренне полагая, что не ломая сложившихся принципов работы, ERP-система им действительно сможет рассчитать потребность в материалах, ну, просто потому что это "волшебная программа, которая умеет всё!". Если же завести разговор о том, что состав изделия должен быть прописан для всех вариантов конструктива, что техпроцесс должен быть согласован с вариантами контсруктива, что любые изменения конструктива и техпроцесса должны фиксироваться, что требуется согласование входных данных с конструкторскими и технологическими... То заказчик зачастую начинает чесать в затылке на тему: "нам попались плохие внедренцы, они не программу подстраивают под нас, а нас под программу, и сама эта программа - полный самосвал навоза". Может быть, это и так, может быть усилия по соблюдению всех этих требований да плюс стоимость ERP с его внедрением превысит эффект от устранения бардака. Но возникает вопрос, занафига они вообще затеяли автоматизацию, то есть внедрение новых технологий управления, если они изначально не готовы эту технологию менять?

Вы полагаете, что я что-то придумал или утрировал? Увы, на подобные ситуации наталкиваюсь сплошь и рядом. Слишком много желающих получить "нахаляву перепаханное поле", не имея реального намерения переходить на новые технологии. Есть желание получить результат без приложения усилий, ума и знаний. Просто "купив" его у консалтеров-внедренцев в виде платы "за услуги" и "за ERP". Мы вам заплатили? Вот и выворачивайтесь теперь наизнанку, а от нас неча тут требовать всякие требования.
И как раз в этот момент появляются продавцы "фрактальных структур" :-)))
они расскажут очень много умных слов о том, какие все современные ЕРП системы неправильные и ущербные и приведут много аналогий с "иерархиями регламентов" :-)))
Заказчик ничего не поймет, но идею уловит - ЭТИ обещают внедрить без существенных переделок текущего положения вещей. Иначе с чего бы они рассказывали, как все плохо у остальных и как хорошо у них...
а через несколько месяцев (лет) услышит о "метании бисера перед свиньями" и будет считать всех внедренцев ничего не умеющими фантазерами и хамами, которые нифига не понимают в бизнесе и производстве, а только и умеют раздавать обещания и получать деньги, не выдавая результата... :-))))
именно поэтому, если я слышу о НЕСКОЛЬКИХ неудачных проектах внедрения, то у меня появляются подозрения, что проблемы В ТОМ ЧИСЛЕ и у заказчика...
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36457448
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GaryaiscrafmGaryaImpConsПо опыту проведения демонстраций ERP за последние 4 года могу сказать, что заказчики довольно тщательно подходят к выбору системы и на шару продать макет трактора можно только в единичных случаях, когда речь идет об отмывании бабла - тогда и демо делается для проформы.Тем не менее, чаще всего они рассматривают вопрос с позиций " автоматизации того, что есть примерно так как есть ". Разве не так?

Не забывайте, что то что есть работает и приносит прибыль. что в этом плохого?Тогда зачем его автоматизировать, раз прибыль и так есть?
чтобы облегчить учет ее получения
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36457456
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621Основной тезис прост, как три рубля: есть иерархии регламентов, вы управляете набором младших иерархий. Управляете так, чтобы одновременно вписываться во все иерархии.В классике НСИ тоже управляют набором иерархий, и привязывают регламенты к иерархии.
Сдается мне, что Вы сравниваете безграмотное внедрение системы НСИ с более грамотным, полагая при этом, что безграмотное внедрение НСИ - это именно система НСИ, а более грамотное - это уже что-то другое. На самом деле второе в большей степени "классическая система НСИ", нежели первое.
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36457459
antand
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Garya,

+1....
Основная причина в том, что большинство руководителей совершенно не заморачиваюся должным образом на тему - как посчитать у себя затраты на "усилия по соблюдению всех этих требований" или конкретные затраты на какой-либо бизнес-процесс или потери от бардака и т.п.

Но есть конечно бизнес-перцы, которые умеют и думают об этом. С такими приятно работать.
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36457518
skeptik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ImpConsskeptikImpCons
Вы еще скажите что для того чтобы оказаться в "нужное время в нужном месте" для этого ума не нужно? :).

Часто вполне достаточно родственных связей например :-)

Ну может чтобы перенять бизнес этого достаточно, но сохранить уже не достаточно.





skeptikImpCons
Как минимум если ты организовал/не провалил бизнес который может позволить истратить от 100 килобаксов на внедрение КИС/ERP то уж наверно справедливо тупым тебя обозвать может только более успешный человек, не правда ли?

Исходя из этой логики Абрамович в тысячи раз умнее любого нобелевсакого луреата. Соответсвенно его мнение по вопросам, ну скажем квантовой физики, гораздо ценнее мнения физиков. Настолько ценее что при наличии мнения Абрамовича мнением физиков можно просто
принебречь как малой величиной :-)
Мы говорим о ведении бизнеса, а не о квантовой физике, так вот в ведении бизнеса конечно Абромович умнее не только нобелевского лауреата по физике, но думаю и нобелевского лауреата по экономике (если такая есть конечно :) )[/quot]
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36457528
skeptik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ImpConsskeptikImpCons
Вы еще скажите что для того чтобы оказаться в "нужное время в нужном месте" для этого ума не нужно? :).

Часто вполне достаточно родственных связей например :-)

Ну может чтобы перенять бизнес этого достаточно, но сохранить уже не достаточно.


Сохранить в течении какого времени? "Стаж" у наших хоязев бизнеса пока небольшой и "текучка" среди них заметна.

ImpCons
Мы говорим о ведении бизнеса, а не о квантовой физике, так вот в ведении бизнеса конечно Абромович умнее не только нобелевского лауреата по физике, но думаю и нобелевского лауреата по экономике (если такая есть конечно :) )

Нет мы говорим не о ведении бизнеса, а о внедрении информационных систем.
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36457544
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Garyaвозникает вопрос, занафига они вообще затеяли автоматизацию, то есть внедрение новых технологий управления, если они изначально не готовы эту технологию менять?

автоматизация - это не новые технологии управления. Это инструмент информационной поддержки, возможно новых, технологий управления.
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36457683
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Еще раз повторяю, что ни в какой системе абсолютно ОБЪЕКТИВНЫХ данных взяться не может.

Я понял вашу точку зрения две страницы назад, но за уточнение спасибо. Боюсь, пока вы не начнете рассматривать любую автоматизацию как практическую реализацию математической модели, повода для обсуждения информационных систем как таковых нет.

> Ну... тогда давайте уже замнем.

Уже. На случай, если вы не заметили - еще вчера. ;) Нет ни малейшего желания вас обидеть, но я действительно не разделяю ни ваших взглядов (в контексте обсуждения, разумеется), ни тем более вашей убежденности в их непогрешимости.
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36457838
HoBTID
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
s_ustinovЛучше все же в совсем типовой БП - обновлять проще.
А если вам кто то начнет рассказывать, что бухучет в УПП прекрасно работает, вы у него уточните, а что еще параллельно с бухучетом прекрасно работает. :-))) сам по себе бухучет в упп действительно довольно хорошо реализован, но когда пытаются его запустить одновременно с другими модулями - начинаются проблемы. и даже после большой работы напильником скорее всего останутся недовольные - или бухи, или другие отделы, или (вероятнее всего))) и те и другие ))))
И при этом подумайте, что именно вам надо от УПП - сейчас я жалею, что в свое время не взяли за основу УТ - в нашем случае навороты УПП не понадобились - все равно переделывали функционал, а глюки УПП сейчас здорово мешают жить. УТ в целом проще (и, скорее всего, глюков поменьше, так как проще + больше инсталляций), и в некоторых случаях УТ + БП будет лучше чем УПП + БП.
и еще один совет - не старайтесь переписать базовые вещи. не надо думать, что в 1с идиоты работают, а мы такие умные щас все сделаем намного лучше... все же ерп даже на том уровне, как в упп - это СЛОЖНАЯ штука.
теоретически можно конечно все сделать хорошо и правильно - но если у вас столько денег, может проще тот же JDE внедрять? ведь разработка (особенно ерп) - это достаточно большие деньги.Вот эта мысль правильная мысль: взять за основу что-то простое и накрутить функционал до своих потребностей. Вместо того, чтобы взять большое и обрезать функционал.
А если сравнивать с другими ERP - там тоже глюки и отсутствие гибкости, все-равно придется дорабатывать. Поэтому лично меня ERP интересует только как платформа для разработки своего решения, а прикладной функционал не нужен. Конечно какие-то подходящие вещи, вроде справочника банков, можно скопировать из типового решения, но это не повод брать типовое решение за основу.
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36457966
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
HoBTIDВот эта мысль правильная мысль: взять за основу что-то простое и накрутить функционал до своих потребностей. Вместо того, чтобы взять большое и обрезать функционал.
А если сравнивать с другими ERP - там тоже глюки и отсутствие гибкости, все-равно придется дорабатывать. Поэтому лично меня ERP интересует только как платформа для разработки своего решения, а прикладной функционал не нужен. Конечно какие-то подходящие вещи, вроде справочника банков, можно скопировать из типового решения, но это не повод брать типовое решение за основу.
Я с вами в этом не согласен. Именно об этом я и говорил, что не надо переписывать базовые вещи.
Одно дело, дописать какие-либо небольшие фичи, которые особенно не влияют на архитектуру системы. Совсем другое - разрабатывать свое. У УПП по моему мнению главная проблема как раз в плохо проработанной архитектуре. И я сомневаюсь, что небольшая команда сможет за относительно небольшое время придумать что-то лучшее.
Когда я говорил об УТ, я имел в виду, что собственно функционал ERP в УПП не очень богатый и сделан, с моей точки зрения, не лучшим образом. Также он весьма слабо настраивается. То есть применим не очень широко. И если он для конкретного внедрения не очень нужен - надо подумать об УТ.
а если ерп функционал действительно нужен, но предлагаемого УПП недостаточно - лучше взять другую систему.

вот казалось бы относительно "простая" вещь - расчет себестоимости запасов - а когда вникаешь, там СТОЛЬКО нюансов... даже для обычной торговли, не говоря уже о производстве... и самостоятельно создавая такие вещи трудно избежать множества ошибок.
например, покупка за валюту. сперва выплачен аванс. сколько систем "самостоятельной" разработки оприходуют товары правильно - часть, за котору заплатили аванс по курсу на дату платежа аванса, а остальная часть - по курсу на дату перехода рисков (а это не всегда то же самое, что дата прихода товара на склад)? :-)))))))
это далеко не во всех тиражных системах реализовано...
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36458178
HoBTID
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
s_ustinovИ я сомневаюсь, что небольшая команда сможет за относительно небольшое время придумать что-то лучшее.
Конечно, разрабатывать с нуля - долго и дорого. Как минимум год, возможно дольше.
Но, во-первых, разрабатывать на 1С дешевле, чем купить западную ERP и потом ее дорабатывать.
Во-вторых, получится продукт более полно удовлетворяющий потребности бизнеса, и без лишнего функционала.

s_ustinovа если ерп функционал действительно нужен, но предлагаемого УПП недостаточно - лучше взять другую систему.Как будто есть богатый выбор таких систем. У них всех примерно одинаковые недостатки: простые системы не содержат нужного функционала,
сложные - все равно содержат его не полностью, а их настройка и доработка очень сложна.

s_ustinovвот казалось бы относительно "простая" вещь - расчет себестоимости запасов - а когда вникаешь, там СТОЛЬКО нюансов... даже для обычной торговли,
не говоря уже о производстве... и самостоятельно создавая такие вещи трудно избежать множества ошибок.Лучше несколько раз исправить свои ошибки и прийти к стабильному и понятному решению, чем бесконечно исправлять эти ошибки в коде типовой,
так и не поняв до конца, что же именно он делает. Если же поняли до конца - ничто не мешает переписать по-своему.
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36458569
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafmGaryaвозникает вопрос, занафига они вообще затеяли автоматизацию, то есть внедрение новых технологий управления, если они изначально не готовы эту технологию менять?

автоматизация - это не новые технологии управления. Это инструмент информационной поддержки, возможно новых, технологий управления.+1000
Поэтому-то мне и не понятно, зачем заниматься внедрением инструмента для поддержки новых технологий управления, если имеется намерение оставить старые технологии управления. В особенности, инструмента, который стоит нехилых денег. Всё это сильно смахивает на приобретени6е космического корабля без намерения летать в космос.
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36458615
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
HoBTID
Но, во-первых, разрабатывать на 1С дешевле, чем купить западную ERP и потом ее дорабатывать.
А как вы это посчитали? :-)))
смотря что разрабатывать и покупать.
та же adempiere (compiere) - ее можно получить бесплатно, и возможно вообще ничего разрабатывать не придется - функционал богаче УПП

HoBTID
Во-вторых, получится продукт более полно удовлетворяющий потребности бизнеса, и без лишнего функционала.
на текущий момент
возможно, уже через пару месяцев захочется использовать что то еще.
и тут как раз и могут проявится ошибки при проектировании архитектуры - добавить новую функцию без СУЩЕСТВЕННОГО переписывания существующего функционала не получится
намного проще использовать что-то, что уже кто-то внедрял и набил себе шишки
в разработку того же сапа или оебс вкладывались очень серьезные средства, и тем не менее внутри там полно очень неоптимальных вещей - по мере развития продукта наступали на ограничения выбранных на раннем этапе архитектурных решений - явно видно, что многое "приклеивали жвачкой"
а при самостоятельной разработке, когда денег вкладывается мало - будет очень печально

HoBTIDs_ustinovа если ерп функционал действительно нужен, но предлагаемого УПП недостаточно - лучше взять другую систему.Как будто есть богатый выбор таких систем. У них всех примерно одинаковые недостатки: простые системы не содержат нужного функционала,
сложные - все равно содержат его не полностью, а их настройка и доработка очень сложна.
но самостоятельная разработка еще сложнее

HoBTIDs_ustinovвот казалось бы относительно "простая" вещь - расчет себестоимости запасов - а когда вникаешь, там СТОЛЬКО нюансов... даже для обычной торговли,
не говоря уже о производстве... и самостоятельно создавая такие вещи трудно избежать множества ошибок.Лучше несколько раз исправить свои ошибки и прийти к стабильному и понятному решению, чем бесконечно исправлять эти ошибки в коде типовой,
так и не поняв до конца, что же именно он делает. Если же поняли до конца - ничто не мешает переписать по-своему.
лучше взять систему, которая переболела детскими болезнями, и базовые вещи работают более-менее надежно и без ошибок.
а отлаживать самому...
для начала - сколько будет стоить тестирование? кто его будет делать? кто будет писать документацию?

если речь заходит о ЕРП системе - надо помнить, что это СЛОЖНАЯ штука, и ее создание - тоже ОЧЕНЬ сложная задача. и очень дорогая (как минимум по затратам времени).
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36458656
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
s_ustinov,

тема заезженная и много раз обсуждалась здесь.

s_ustinovно самостоятельная разработка еще сложнее
сколько будет стоить тестирование? кто его будет делать? кто будет писать документацию?
если речь заходит о ЕРП системе - надо помнить, что это СЛОЖНАЯ штука, и ее создание - тоже ОЧЕНЬ сложная задача. и очень дорогая (как минимум по затратам времени).
это все весьма платформозависимые вещи. И некоторые вещи не стоят того, чтобы их заглавными буквами выделять.
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36458696
HoBTID
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
s_ustinovНа мой взгляд, главный вопрос вот в чем, спроектирована архитектура системы под конкретное предприятие или под все предприятия сразу?
Под все предприятия сразу - значит ни под какое.
При каждом конкретном внедреннии его приходится СУЩЕСТВЕННО дорабатывать.
Причем не органично вплетать свои разработки в "базовый" функционал, а именно ПЕРЕДЕЛЫВАТЬ его.

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

Теперь, какие преимущества имеет проектирование архитектуры под конкретное предприятие?
1. Конфигурация становится проще и логичнее, снижается вероятность ошибок.
2. Требуется меньше ручного труда пользователей, т.к. конфигурация учитывает специфичные для данного предприятия взаимосвязи между данными,
которые нельзя учесть в типовой.
3. Расширение функционала представляет гораздо меньше проблем, если конечно, архитектура спроектирована правильно.
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36458699
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafms_ustinov,

тема заезженная и много раз обсуждалась здесь.

s_ustinovно самостоятельная разработка еще сложнее
сколько будет стоить тестирование? кто его будет делать? кто будет писать документацию?
если речь заходит о ЕРП системе - надо помнить, что это СЛОЖНАЯ штука, и ее создание - тоже ОЧЕНЬ сложная задача. и очень дорогая (как минимум по затратам времени).
это все весьма платформозависимые вещи. И некоторые вещи не стоят того, чтобы их заглавными буквами выделять.
Я правильно понимаю, что в искре ерп систему (функционал аналогичен навижину) один человек может за пару месяцев написать?
или о какой платформозависимости мы говорим?
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36458729
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
HoBTIDНа мой взгляд, главный вопрос вот в чем, спроектирована архитектура системы под конкретное предприятие или под все предприятия сразу?
Под все предприятия сразу - значит ни под какое.
При каждом конкретном внедреннии его приходится СУЩЕСТВЕННО дорабатывать.
Причем не органично вплетать свои разработки в "базовый" функционал, а именно ПЕРЕДЕЛЫВАТЬ его.

а можно несколько примеров УСПЕШНЫХ внедрений ерп систем, в которых существенно дорабатывался (переделывался) функционал? например, переписывался модуль расчета себестоимости запасов или что-то подобное.
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36458781
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
s_ustinoviscrafms_ustinov,

тема заезженная и много раз обсуждалась здесь.

s_ustinovно самостоятельная разработка еще сложнее
сколько будет стоить тестирование? кто его будет делать? кто будет писать документацию?
если речь заходит о ЕРП системе - надо помнить, что это СЛОЖНАЯ штука, и ее создание - тоже ОЧЕНЬ сложная задача. и очень дорогая (как минимум по затратам времени).
это все весьма платформозависимые вещи. И некоторые вещи не стоят того, чтобы их заглавными буквами выделять.
Я правильно понимаю, что в искре ерп систему (функционал аналогичен навижину) один человек может за пару месяцев написать?
или о какой платформозависимости мы говорим?
я не говорю об искре и о паре месяцев, для этого нужны более конкретные вводные. Возьмите систему, разложите все "по полочкам" на необходимые формы, процедуры БЛ, расчеты, отчеты и т.п. Посчитайте, какие трудозатраты займет реализация каждого блока и отнимите от этого время, которое не нужно тратить на создание инфраструктуры системы, рисование форм, связывание модулей, программирование интерфейса...Останется БЛ.
...
Рейтинг: 0 / 0
Тенденция в проектах 1С УПП
    #36458790
mazzy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GaryaУвы, на подобные ситуации наталкиваюсь сплошь и рядом. Слишком много желающих получить "нахаляву перепаханное поле", не имея реального намерения переходить на новые технологии. Есть желание получить результат без приложения усилий, ума и знаний. Просто "купив" его у консалтеров-внедренцев в виде платы "за услуги" и "за ERP". Мы вам заплатили? Вот и выворачивайтесь теперь наизнанку, а от нас неча тут требовать всякие требования. Или я ошибаюсь, и имеются везунчики, которые чаще сталкиваются с другой ситуацией?
Нет, к сожалению.

Вернее,
обычно начинается с деклараций клиента - мы понимаем ваши доводы, сделаем.
а когда дело доходит до дела - под любым предлогом идут "оставте как было".
...
Рейтинг: 0 / 0
25 сообщений из 298, страница 9 из 12
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Тенденция в проектах 1С УПП
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]