Комментарии 30
Раз и минус, почему? С чего?
Это не ERP
Не, ну если контроль дебиторки + учет ТМЦ + плюшки по интеграции с веб сервисами партнеров + может быть мини WMS и управление цепочками поставок — это ERP, то минусите дальше, да. Ну и мегафича «мы сделали печать счетов фактур» — это пять.
А учет НДС к этому есть у вас в системе? Бюджетирование и планирование? Бухгалтерский, налоговый учет? Кадровый учет? Формирование и отправка регламентированной отчетности? Учет основных средств?
А учет НДС к этому есть у вас в системе? Бюджетирование и планирование? Бухгалтерский, налоговый учет? Кадровый учет? Формирование и отправка регламентированной отчетности? Учет основных средств?
А прикручивание с существующей ERP — WMS как нового направления компании это ERP или что-то другое?
ERP — это система учета, автоматизации и контроля всех ресурсов предприятия. Если раньше не было WMS, то если он был и не нужен (например, консалтинговая/хантинговая компания), то при появлении нового направления бизнеса с реальными товарами — создание/интеграция/включение модуля WMS необходимо. Если же и ранее были операции с реальными вещами — то если не было подсистемы WMS (хотя бы в минимальной интерпретации — сколько чего и на какую оценочную стоимость лежит) — та система, которая была не может формально считаться ERP.
Ну и да, WMS бывают разные, отражающие разные политики хранения и бизнес процессы на складе, от простой «кучи» через указание мест для конкретных товарных групп/SKU до полного адресного хранения SKU и «документов».
Все сказанное — конечно является сугубо ИМХО 1сника с 7летним стажем.
Ну и да, WMS бывают разные, отражающие разные политики хранения и бизнес процессы на складе, от простой «кучи» через указание мест для конкретных товарных групп/SKU до полного адресного хранения SKU и «документов».
Все сказанное — конечно является сугубо ИМХО 1сника с 7летним стажем.
Раскрою тайну которую автор не раскрыл — у компании было направление логистики, но достаточно хлипкое и не развитое (центральный склад 200-300 наименований в сутки, 2-3 человека).
А потом, вдруг, про направление вспомнили, когда подписались, с крупнейшим вендором в России на тот момент, на поставку запчастей на всю Россию, потом еще с одним, и еще, и еще.
Т.е. текущая ERP система не была готова к такому повороту событий, она была направлена на инженеров, а логистика выступала как бы сбоку, там даже стикерования не было.
Сроки горели страшно, по сути, отдел автоматизации взял на себя ответственность на разработку WMS и отвечал своей головой, руководство просто согласилось после недолгих препирательств, на то, что необходимо создать WMS — систему, а не дописать аддон к текущему «обрубку».
Конечно вначале говорили с 1сниками (все понимали, что будет, если к примеру, система не будет готова в срок) — но это было похоже на цирк, вместо того, чтобы взять WMS систему за отправную точку, они решили, что надо менять всю ERP (более 300 филиалов, ага), выкатили цену и сроки, которые не устраивали никого, там было что-то около 2 лет на копирование текущей системы, при этом в приватном разговоре с одним из внедренцев, я его спросил — как он оценивает сроки, ведь надо было создать практически с нуля более 30 текущих систем — он сказал, ну еще плюс год, может два.
Сроки берут с потолка, чтобы тупо заключить контракт, а потом сказать — а че, 2\3\4 года писали, вы же не выкинете уже созданное, родное и выстраданное? Мне это не подходило.
А потом, вдруг, про направление вспомнили, когда подписались, с крупнейшим вендором в России на тот момент, на поставку запчастей на всю Россию, потом еще с одним, и еще, и еще.
Т.е. текущая ERP система не была готова к такому повороту событий, она была направлена на инженеров, а логистика выступала как бы сбоку, там даже стикерования не было.
Сроки горели страшно, по сути, отдел автоматизации взял на себя ответственность на разработку WMS и отвечал своей головой, руководство просто согласилось после недолгих препирательств, на то, что необходимо создать WMS — систему, а не дописать аддон к текущему «обрубку».
Конечно вначале говорили с 1сниками (все понимали, что будет, если к примеру, система не будет готова в срок) — но это было похоже на цирк, вместо того, чтобы взять WMS систему за отправную точку, они решили, что надо менять всю ERP (более 300 филиалов, ага), выкатили цену и сроки, которые не устраивали никого, там было что-то около 2 лет на копирование текущей системы, при этом в приватном разговоре с одним из внедренцев, я его спросил — как он оценивает сроки, ведь надо было создать практически с нуля более 30 текущих систем — он сказал, ну еще плюс год, может два.
Сроки берут с потолка, чтобы тупо заключить контракт, а потом сказать — а че, 2\3\4 года писали, вы же не выкинете уже созданное, родное и выстраданное? Мне это не подходило.
Ну, теперь не выкинете систему из сабжа. Ну и еще зависимость от конкретной группы программистов появилась. Хотя это всегда так, если система самописная. В случае с типовой 1с с дописанными модулями — оно, конечно, не так сильно выражено.
Вообще я не понял, почему 1сники не предложили относительно типовую WMS, к примеру «1С-Логистика: Управление складом» + интеграция и незначительные допилы. В общем случае в авральном темпе за несколько месяцев запилить можно было бы. Причем большую часть заняло бы исследование бизнес процессов.
Вообще я не понял, почему 1сники не предложили относительно типовую WMS, к примеру «1С-Логистика: Управление складом» + интеграция и незначительные допилы. В общем случае в авральном темпе за несколько месяцев запилить можно было бы. Причем большую часть заняло бы исследование бизнес процессов.
Почему вы решили, что появилась зависимость от конкретных разработчиков?
Откуда в вашей голове эти шаблоны?
Я знаю, что в данный момент, в развитии системы не принимает ни один из её непосредственных разработчиков.
«1С-Логистика: Управление складом» + интеграция и незначительные допилы.
В вашей реальности может это и занимает несколько месяцев, в этой реальности это занимает годы.
Откуда в вашей голове эти шаблоны?
Я знаю, что в данный момент, в развитии системы не принимает ни один из её непосредственных разработчиков.
«1С-Логистика: Управление складом» + интеграция и незначительные допилы.
В вашей реальности может это и занимает несколько месяцев, в этой реальности это занимает годы.
Эти шаблоны вбиваются интеграторами, годами, в головы всех… им же ведь бабло зашибать надо, а реальных преимуществ, перед толковой внутренней ИТ структурой на предприятии, нету…
А ларьки за копейки окучивать надоело. Вот и придумывают всякую фигню, чтобы крупные конторы на себя перетащить.
Взять хотя бы статьи erp_shnik.
Когда про учет пишет, вроде все толково, видно что есть опыт у человека.
Но как только касается преимуществ интегратора перед внутренней ИТ службой, полная ерунда. Та же ссылка в статье про 10лет… ну ерунда же полная…
А ларьки за копейки окучивать надоело. Вот и придумывают всякую фигню, чтобы крупные конторы на себя перетащить.
Взять хотя бы статьи erp_shnik.
Когда про учет пишет, вроде все толково, видно что есть опыт у человека.
Но как только касается преимуществ интегратора перед внутренней ИТ службой, полная ерунда. Та же ссылка в статье про 10лет… ну ерунда же полная…
Почему вы решили, что появилась зависимость от конкретных разработчиков?
Что произойдет, если все программисты уволятся и появится желание немного «допилить систему»? Я же не говорю, что «фикси» не нужны, просто зависимость от фикси/франчайзи при типовой/слегка допиленной 1с реально меньше, чем при «нетленке». Да и скорость допила будь то типовая конфигурация или нетленка на 1с реально выше.
Скорость разработки учетных решений можно посмотреть например на v8.1c.ru/metod/videotutorial/000000022.html
Какой фрэймворк обеспечит подобную скорость разработки в плане именно учетных систем? Сколько времени понадобиться чтобы сделать то, что в уроке с 0 за 30 минут делается на c#? скоьлко времени надо для развертывания? Как обрабатывается изменение структуры данных? Как строятся распределенные системы (не веб и один центр), этот вопрос при 300 филиалах очень актуален должен быть (у меня сейчас филиалов около 60, розничные магазины, постоянные перебои с интернетом присутствуют, а останавливать торговлю нельзя)?
В вашей реальности может это и занимает несколько месяцев, в этой реальности это занимает годы.
Мы все еще говорим про WMS?
Вы случайно не тот самый fragster c mista.ru?
Повторю жирненьким, второй раз, специально для вас — в данный момент, система меняется силами ДРУГИХ разработчиков. Все кто принимал участие в разработке, уже уволились, год-полтора назад.
А вот второй абзац вашего ответа расставил все точки.
Прошу прощения, но за 13 лет в ИТ, из которых 6 отдал для корпоративные ИС, в моем кругу общения сформировался устойчивый мем — «одинэс головного мозга», значение думаю объяснять не надо?
А вот второй абзац вашего ответа расставил все точки.
Прошу прощения, но за 13 лет в ИТ, из которых 6 отдал для корпоративные ИС, в моем кругу общения сформировался устойчивый мем — «одинэс головного мозга», значение думаю объяснять не надо?
Я еще раз повторю жирным: «что будет, если одновременно уволятся все разработчики?». По одному можно менять сколько угодно, если в команде из трех-четырех человек менять по одному раз в пол года — то ничего страшного не произойдет.
Третий абзац вашего ответа я проигнорирую.
Третий абзац вашего ответа я проигнорирую.
Если на предприятии уволятся одновременно все разработчики, то жопа будет в независимости от использованных технологий.
Все зависит от команды, если код внятный, есть доки, то проблем будет минимум…
То, что на 1С есть типовая основа, типа торговли, ничего не меняет, ибо быдлокодеров в 1С вагон и маленькая тележка. Приходилось разгребать проекты на 1С, которые «допиливали» крутые франчи… это полный ппц. Времени это отнимало не меньше чем на той же java… только в java есть продвинутые IDE которые упрощают процедуры разбора с кодом. А вот в 1С IDE так себе… формочки накидать да события повесить… но это так, лирика про IDE.
Суть в том, что все зависит от команды. Я несколько проектов передавал внутренней ИТ предприятия после разработки и ничего, все живы… как раз случай когда разработчики закончив проект, вставали и полным составом уходили на другой проект, а этот поддерживала внутренняя служба ИТ предприятия…
Почему у вас возможен только один вариант развития событий — отрицательный, сложно сказать… Может вы просто не умеете «делать проект»? Умеете писать код, но не умеете сделать проект…
Все зависит от команды, если код внятный, есть доки, то проблем будет минимум…
То, что на 1С есть типовая основа, типа торговли, ничего не меняет, ибо быдлокодеров в 1С вагон и маленькая тележка. Приходилось разгребать проекты на 1С, которые «допиливали» крутые франчи… это полный ппц. Времени это отнимало не меньше чем на той же java… только в java есть продвинутые IDE которые упрощают процедуры разбора с кодом. А вот в 1С IDE так себе… формочки накидать да события повесить… но это так, лирика про IDE.
Суть в том, что все зависит от команды. Я несколько проектов передавал внутренней ИТ предприятия после разработки и ничего, все живы… как раз случай когда разработчики закончив проект, вставали и полным составом уходили на другой проект, а этот поддерживала внутренняя служба ИТ предприятия…
Почему у вас возможен только один вариант развития событий — отрицательный, сложно сказать… Может вы просто не умеете «делать проект»? Умеете писать код, но не умеете сделать проект…
добавьте скриншотов что ли, а то не воспринимается текст
Хотя бы два слова сказали об используемых технологиях.
Идейная составляющая статьи воспринимается сложно. Видимо, автор хотел описать не только саму систему и не процесс ее разработки, а перечислить эффекты, которые получили пользователи системы от ее внедрения. Это хорошо, однако при таком раскладе лучше было писать не просто «как все получилось», а «как все было плохо» -> «как все стало хорошо».
Наверное вы и правда молодцы, но из статьи это не очень хорошо понятно. Тут сначала нужно ответить на вопрос: если взять зарплату «небольшого IT-отделу компании из 3 сотрудников» за два года, не проще и быстрее ли было на эти деньги внедрить готовое решение? Судя по описанию, задача была не то что бы какая-то супер-нестандартная.
Это не ERP, в вашем случае система подстраивается под имеющиеся бизнес процессы.
ERP это когда внедряют SAP за несколько миллионов и изменяют бизнес процессы под требования ERP, а потом все плачут и в 70% случаев внедрение проваливается.
Сарказм.
ERP это когда внедряют SAP за несколько миллионов и изменяют бизнес процессы под требования ERP, а потом все плачут и в 70% случаев внедрение проваливается.
Сарказм.
Небольшая команда это наверное человека три. Два года.
Итого — 6 человеко-лет!
Итого 72 зарплаты программиста! Предположим, что зарплата программиста скромная, 50 тыщ рубликов.
Учтем коэффициент 1.85 (ну, типа, чтоб программисту заплатить рубль, надо потратить 1 рубль 85 копеек из-за налогов и сборов) — мы получаем 6,6 миллиона рублей, на которые вы развели контору чисто своей зарплатой.
Не забудем про стоимость офисных площадей под вас красивых, например, с нарушением всех санитарных норм — 8 метров на человека, да на троих — 24 метра, да помножим на два года, да на сверхгуманные 4.000 рублей в год. Итого 288 тыщ рублей.
Итого суммарно 7 миллионов рублей и отсутствие нормальной системы в течение двух лет. Скорее всего, вы обошлись еще дороже, ибо ДМС, ибо бесплатный чай, ибо ущерб от простоя и отсутствия функциональности, ибо отпуска и так далее.
Удивительно, как в вашей конторе не допёрли, что внедрение коробочного 1С-Предприятия с одновременным изгнанием шайки дармоедов сэкономит несколько миллионов рублей при более быстром старте и более предсказуемом результате на выходе.
Итого — 6 человеко-лет!
Итого 72 зарплаты программиста! Предположим, что зарплата программиста скромная, 50 тыщ рубликов.
Учтем коэффициент 1.85 (ну, типа, чтоб программисту заплатить рубль, надо потратить 1 рубль 85 копеек из-за налогов и сборов) — мы получаем 6,6 миллиона рублей, на которые вы развели контору чисто своей зарплатой.
Не забудем про стоимость офисных площадей под вас красивых, например, с нарушением всех санитарных норм — 8 метров на человека, да на троих — 24 метра, да помножим на два года, да на сверхгуманные 4.000 рублей в год. Итого 288 тыщ рублей.
Итого суммарно 7 миллионов рублей и отсутствие нормальной системы в течение двух лет. Скорее всего, вы обошлись еще дороже, ибо ДМС, ибо бесплатный чай, ибо ущерб от простоя и отсутствия функциональности, ибо отпуска и так далее.
Удивительно, как в вашей конторе не допёрли, что внедрение коробочного 1С-Предприятия с одновременным изгнанием шайки дармоедов сэкономит несколько миллионов рублей при более быстром старте и более предсказуемом результате на выходе.
В целом логика верная. Только «разводили» тут не совсем корректно наверно. Из моей практики как правило начальство нанимает прогеров и говорит что делать. Так что это скорее «саморазвод»…
Ну и не надо мерить такие вещи московскими нормами и ценами… откуда там 50 зарплаты, ДМС и коэффициент 1.85?
30 на руки, 4 официалка, никаких чаев и прочего… 2 — 2.5 ляма это предел…
Учитывая кусочную автоматизацию, любой интегратор повязнет в «хотелках» и прочих непонятках, и выйдет в итоге гораздо дороже чем свои прогеры…
Я такое много раз видел, когда по воле заказчика (он же, как клиент, всегда прав верно? особенно когда платит ;) ), интегратор выполняет роль домашних прогеров, только по гораздо более высокой ставке… ведь кормить надо уже не только прогеров, но и их начальников, менеджеров и т.д.
А итог одинаковый, кусочная автоматизация длящаяся годами…
Я уже приводил примеры, в том числе и по ссылке указанной в статье, есть масса примеров, когда свои делают лучше и быстрее и дешевле, чем интеграторы. Только это не выгодно этим самым интеграторам афишировать… им же надо зарабатывать, вот и видишь из года в год вот такие расчеты… а в жизни оно почему-то далеко не всегда так радужно…
В общем тут все не так однозначно… из личного опыта пришел к выводу. что такие расчеты реальны для совсем небольших контор, которым типовое решение подходит на 99.9% и переделок почти не требует. Как только начинаются нестандарты, то все, или слив проекта или свои прогеры выходят гораздо дешевле… а в средненьких и более фирмах, заморочек выше крыши и как правило никто не согласен менять годами выстраданный учет «под программу», хотя это некоторым конторам просто необходимо, ибо бардак знатный в учете :)
Как пример, 1 час работы тогоже франя у нас стоит в районе 1000 руб. Получаем грубо 144 т.руб/мес и это не москва, в москве гораздо дороже. У нас свой прогер стоит 30-50 т.руб./мес
Нужен как правило 1 толковый за 50 и 2 попроще за 30… Вот и получается, что пилить годами конфу под себя, с учетом всех заморочек на фирме выгоднее своим прогерам.
Ну и не надо мерить такие вещи московскими нормами и ценами… откуда там 50 зарплаты, ДМС и коэффициент 1.85?
30 на руки, 4 официалка, никаких чаев и прочего… 2 — 2.5 ляма это предел…
Учитывая кусочную автоматизацию, любой интегратор повязнет в «хотелках» и прочих непонятках, и выйдет в итоге гораздо дороже чем свои прогеры…
Я такое много раз видел, когда по воле заказчика (он же, как клиент, всегда прав верно? особенно когда платит ;) ), интегратор выполняет роль домашних прогеров, только по гораздо более высокой ставке… ведь кормить надо уже не только прогеров, но и их начальников, менеджеров и т.д.
А итог одинаковый, кусочная автоматизация длящаяся годами…
Я уже приводил примеры, в том числе и по ссылке указанной в статье, есть масса примеров, когда свои делают лучше и быстрее и дешевле, чем интеграторы. Только это не выгодно этим самым интеграторам афишировать… им же надо зарабатывать, вот и видишь из года в год вот такие расчеты… а в жизни оно почему-то далеко не всегда так радужно…
В общем тут все не так однозначно… из личного опыта пришел к выводу. что такие расчеты реальны для совсем небольших контор, которым типовое решение подходит на 99.9% и переделок почти не требует. Как только начинаются нестандарты, то все, или слив проекта или свои прогеры выходят гораздо дешевле… а в средненьких и более фирмах, заморочек выше крыши и как правило никто не согласен менять годами выстраданный учет «под программу», хотя это некоторым конторам просто необходимо, ибо бардак знатный в учете :)
Как пример, 1 час работы тогоже франя у нас стоит в районе 1000 руб. Получаем грубо 144 т.руб/мес и это не москва, в москве гораздо дороже. У нас свой прогер стоит 30-50 т.руб./мес
Нужен как правило 1 толковый за 50 и 2 попроще за 30… Вот и получается, что пилить годами конфу под себя, с учетом всех заморочек на фирме выгоднее своим прогерам.
Вы правы, вряд ли программисты способны на умысел. А то уж больно низкое коварство получается: бабла высосать много, но настолько по чуть-чуть, что едва на жизнь хватает, да еще больше половины — не им, а либо любимому государству, либо лендлорду :)
Это действительно собственник бизнеса 1)не умеет считать и 2)поверил странным людям. Ну, бывает, я сам в таком месте работал целых два месяца. За эти два месяца я смог объяснить собственнику, что три года он кормил не тех людей и убедил отказаться от всех наработок и отдаться не милость 1С-Раруса, который и сделал все, что требовалось конторе. Если бы эта контора не решила меня на бабло кинуть, я бы даже во внедрении поучаствовал, а так — просто почитал в пресс-релизах, что все удалось.
Но не суть. Вы, кстати, тоже неправильно считаете. Ибо если 1 час интеграторского прогера стоит 1000 рублей, это 1)не 144к рублей в месяц, а существенно меньше, т.к. ему оплачивается не восьмичасовой рабочий день, а столько, сколько он позакрывал таймшитами, если Вы ему это время утвердили. Я спокойно могу зарезать аутсорсеру пару часов в день, даже если он был все восемь часов на объекте, а уж если его у меня не было, так я и вовсе волен не подписывать. Да и фронта работ прогеру реально нет на 2 года по 8 часов в день. Стоит он дорого, так и хер бы с ним, три месяца платим, а потом 21 месяц — не платим. Щастье и экономия.
Кроме того, Ваша ошибка еще и в том, что аутсорсовый специалист это не то же самое, что специалист в штате. Дело даже не в том, что Вы ему не оплачиваете отпуска (это тоже, конечно, но я о другом). Его работа это услуга, которая опытным бухом относится на себестоимость, а стало быть, уменьшает налогооблагаемую базу. Ну и НДС из этой тыщи Вы по любому зачтете себе обратно.
В то время, как штатный программист это расходы, которые не вернутся никогда.
Точнее, вернутся, но только в случае плодотворного труда, а не попыток переплюнуть Нуралиева при помощи сишарпа и учебника бухгалтера.
Что бы я посоветовал, если бы меня спросили, как с моей точки зрения лучше внедрить баблосчитательную систему на небольшом предприятии — не поручать это дело ИТ, нанять внедренцев с опытом и портфолио на хорошо изученной системе (см. 1С) и назначить проджект-менеджера из числа сотрудников финансового подразделения предприятия.
ИТ поручить обеспечивать инфраструктурную часть (ну чтоб сервера серверили и бэкапились, чтоб у всех нужная версия клиента была и тп)
А что до «хотелок» — есть хорошая фраза: если ерп-система не может быть настроена под Ваш бизнес-процесс — пересматривайте и меняйте бизнес-процесс.
Это действительно собственник бизнеса 1)не умеет считать и 2)поверил странным людям. Ну, бывает, я сам в таком месте работал целых два месяца. За эти два месяца я смог объяснить собственнику, что три года он кормил не тех людей и убедил отказаться от всех наработок и отдаться не милость 1С-Раруса, который и сделал все, что требовалось конторе. Если бы эта контора не решила меня на бабло кинуть, я бы даже во внедрении поучаствовал, а так — просто почитал в пресс-релизах, что все удалось.
Но не суть. Вы, кстати, тоже неправильно считаете. Ибо если 1 час интеграторского прогера стоит 1000 рублей, это 1)не 144к рублей в месяц, а существенно меньше, т.к. ему оплачивается не восьмичасовой рабочий день, а столько, сколько он позакрывал таймшитами, если Вы ему это время утвердили. Я спокойно могу зарезать аутсорсеру пару часов в день, даже если он был все восемь часов на объекте, а уж если его у меня не было, так я и вовсе волен не подписывать. Да и фронта работ прогеру реально нет на 2 года по 8 часов в день. Стоит он дорого, так и хер бы с ним, три месяца платим, а потом 21 месяц — не платим. Щастье и экономия.
Кроме того, Ваша ошибка еще и в том, что аутсорсовый специалист это не то же самое, что специалист в штате. Дело даже не в том, что Вы ему не оплачиваете отпуска (это тоже, конечно, но я о другом). Его работа это услуга, которая опытным бухом относится на себестоимость, а стало быть, уменьшает налогооблагаемую базу. Ну и НДС из этой тыщи Вы по любому зачтете себе обратно.
В то время, как штатный программист это расходы, которые не вернутся никогда.
Точнее, вернутся, но только в случае плодотворного труда, а не попыток переплюнуть Нуралиева при помощи сишарпа и учебника бухгалтера.
Что бы я посоветовал, если бы меня спросили, как с моей точки зрения лучше внедрить баблосчитательную систему на небольшом предприятии — не поручать это дело ИТ, нанять внедренцев с опытом и портфолио на хорошо изученной системе (см. 1С) и назначить проджект-менеджера из числа сотрудников финансового подразделения предприятия.
ИТ поручить обеспечивать инфраструктурную часть (ну чтоб сервера серверили и бэкапились, чтоб у всех нужная версия клиента была и тп)
А что до «хотелок» — есть хорошая фраза: если ерп-система не может быть настроена под Ваш бизнес-процесс — пересматривайте и меняйте бизнес-процесс.
А я с вами соглашусь. Варюсь в этом уже года так 4. Самостоятельное внедрение, кроме всех вышеозвученных проблем, тащит еще кучу скрытых. Не знаю как у других, но у нас руководство никак не может прийти к мысли, что внутренний проект это такой же проект, как и внешний и затраты, бюджеты, риски и прочее у него практически такие же. Плюс наш в том, что мы допиливаем SAP, а вот тем кто пишет сам — я вообще не завидую. Мало того, что дофига денег потратили на самопис, так цена сопровождения такого самописа тоже будет недешевой, плюс время на вхождение в курс новых спецов. Я считаю, там где просится именно ERP, а контора пишет сама — это яма, в которую контора себя сажает.
И да, при внедрении ERP, если ваш бизнес-процесс не ложится в стандарт, лучше его менять, а не ломать конфигурации под себя. Для более удобного восприятия информации объясню это так, каждый допил будет увеличивать стоимость владения ИС в разы.
И да, при внедрении ERP, если ваш бизнес-процесс не ложится в стандарт, лучше его менять, а не ломать конфигурации под себя. Для более удобного восприятия информации объясню это так, каждый допил будет увеличивать стоимость владения ИС в разы.
Ну вот опять… нельзя так категорично утверждать, что собственная разработка сажает в яму… а что допилы увеличивают в разы это вообще ерунда…
Я вот с 1995 года варюсь в этом… и единственное, что я могу утверждать со 100% вероятностью — это все зависит от конкретных людей. Если команда адекватная, то все будет хорошо. И Свой продукт нормальный сделают, и документация к нему будет нормальная, и «въезд» в нее для новых сотрудников будет достаточно быстрым.
Я это говорю хотя бы на том основании, что сам разработал не одну систему…
И ими пользуются до сих пор.
А уж про косяки внешних интеграторов, после которых даже в готовой системе сам черт ногу сломит и все надо переделывать, можно книгу на пару тысяч страниц написать…
Я могу привести не один пример когда внедрение типового решения только создает проблемы и в результате выходит на много дороже самописного…
В общем считаю, что если контора не совсем мелкая, то надо «считать на месте» ибо невозможно вот так с ходу сказать, что готовая система что-то улучшит, слишком много факторов влияет на это…
Я вот с 1995 года варюсь в этом… и единственное, что я могу утверждать со 100% вероятностью — это все зависит от конкретных людей. Если команда адекватная, то все будет хорошо. И Свой продукт нормальный сделают, и документация к нему будет нормальная, и «въезд» в нее для новых сотрудников будет достаточно быстрым.
Я это говорю хотя бы на том основании, что сам разработал не одну систему…
И ими пользуются до сих пор.
А уж про косяки внешних интеграторов, после которых даже в готовой системе сам черт ногу сломит и все надо переделывать, можно книгу на пару тысяч страниц написать…
Я могу привести не один пример когда внедрение типового решения только создает проблемы и в результате выходит на много дороже самописного…
В общем считаю, что если контора не совсем мелкая, то надо «считать на месте» ибо невозможно вот так с ходу сказать, что готовая система что-то улучшит, слишком много факторов влияет на это…
Были предварительные расчеты, приглашали интеграторов.
Примерный расчет был такой — дорого, долго и с непредсказуемым результатом.
Примерный расчет был такой — дорого, долго и с непредсказуемым результатом.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как мы этого не делали