Клуб анонимных оверлейщиков

[fed]

Цитата:

Сообщение от ax_mct

Но в таком виде зачем нужен внедренец? Он в таком виде как рекрутинговое агенство выглядит, а не экспертиза за которой и нужны внедренцы как таковые.

Я как-то очень сомневаюсь, что внедренца можно сделать ответственным за непредсказуемуе будущее поведение Microsoft. Ну то есть - вот если я в рамках существующей версии как-то особенно сильно сломал систему - да, тут можно прибегнуть к услугам экспертов и доказать что внедренец неправильно внедрял и тд и тп. Если внедренец использовал какую-то фичу, про которую MS анонсировал предстоящий de-support - то тут уже зависит от того предупредил ли внедренец клиента о рисках отсутствия поддержки в будущем. (Да и то - учитывая тот факт что MS в одностороннем порядке сократил срок поддержки последней версии, поддерживащей overlayering - тут возможны разные варианты).
Но вот в ситуации когда мы по всем правилам внедрили на одной версии, а в будущей версии оно почему-то отсохло, то тут нас никак нельзя крайними сделать. Тут либо действия Микрософта трактовать как force majeure, типа стихийного бедствия, либо считать Микрософт виновной стороной (типа - одностороннее ухудшение условий поддержки, навязывание услуг и тд и тп).
P.S. Вот представь себе такую ситуацию. Ты - архитектор. Ты долго строил мост через реку. А через полгода после окончания строительства, река поменяла русло и мост твой стал бесполезным (или даже вредным). В такой ситуации, либо это форс-мажором считается (если русло поменялось от непредсказуемых причин), либо это - результат злоумышленных действий третей стороны. (Например - соседи выше по течению построили запруду и отвели реку в другом направлении).
Ну и учитывая вообще скверное качество поддержки, скверное качество коммуникаций и скверное качество продукта, предоставляемых Микрософтом - их очень легко в глазах клиента сделать крайними за подобные риски.

[ax_mct]

Цитата:

Сообщение от fed

Я как-то очень сомневаюсь, что внедренца можно сделать ответственным за непредсказуемуе будущее поведение Microsoft.

В целом согласен. От текста контракта все зависит конечно, но в целом по факту в индустрии так и есть.

Но введение в картину принудительных и неизбежных обновленией и указанное поведение MS меняет роль внедренца и картину в целом.

Отсутствие кастомизаций в самой системе, интеграция и еще раз интеграция через те же веб-сервисы с другими системами - вот новая картина порядка.

То есть по нормальному внедренцу уже нет смысла внедрять AX7..10, ему надо внедрять свою систему которая интегрирована с AX7..10.

Хуки, крюки и прочее только в части касающейся этой интеграции, Но менять сами бизнес-процессы в AX7..10 уже не имеет смысла.

Есть еще момент "семейных" отношений и добросовестности в некоторых регионах. Для средних партнеров репутация среди локальных клиентов это все. Часто клиент не выбирает именно AX/NAV или "Microsoft", он выбирает внедренца которому доверяет. Для клиента ведь тоже не важно что под капотом.

[fed]

Цитата:

Сообщение от ax_mct

Есть еще момент "семейных" отношений и добросовестности в некоторых регионах. Для средних партнеров репутация среди локальных клиентов это все. Часто клиент не выбирает именно AX/NAV или "Microsoft", он выбирает внедренца которому доверяет. Для клиента ведь тоже не важно что под капотом.

И нынешная Окупационная Администрация (c) в Микрософт, должна понимать, что если слишком часто пытаться крутить этого партнера на наделле (с) то, то этот самый партнер может и другими системами заняться...

[EVGL]

Цитата:

Сообщение от ax_mct

То есть по нормальному внедренцу уже нет смысла внедрять AX7..10, ему надо внедрять свою систему которая интегрирована с AX7..10.

Даже если по нескольку раз повторять ложный постулат, вернее он от этого не становится.

Чтобы внедрять, необязательно программировать. "Нормальный внедренец" стремится свести разработку до нуля.

[Link]

Цитата:

Сообщение от EVGL

Чтобы внедрять, необязательно программировать. "Нормальный внедренец" стремится свести разработку до нуля.

Точно, нормальный внедренец будет писать копипаст скрипты

З.Ы. Ничего лично, просто улыбнуло, по логике получается программисты это что то ненормальное или паранормальное

[Ivanhoe]

Цитата:

Сообщение от Link

Точно, нормальный внедренец будет писать копипаст скрипты

З.Ы. Ничего лично, просто улыбнуло, по логике получается программисты это что то ненормальное или паранормальное

Речь же про внедренца - читай - консультанта. Разработка это дополнительные риски, это тяжело продаваемое нормальное тестирование и т.п. Консультанту выгоднее внедрять стандарт.

При этом создание своего решения / системы / ПО - это отдельная тема и там программисты конечно нужны.

[Link]

Цитата:

Сообщение от Ivanhoe

Речь же про внедренца - читай - консультанта. Разработка это дополнительные риски, это тяжело продаваемое нормальное тестирование и т.п. Консультанту выгоднее внедрять стандарт.

При этом создание своего решения / системы / ПО - это отдельная тема и там программисты конечно нужны.

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

[ax_mct]

Цитата:

Сообщение от mazzy

Хотя, положив руку на сердце, стоит признать, что большинство клиентов хотело одних и тех же вещей. Только называло свои хотелки по-разному. Ну... плюс-минус.
https://coub.com/view/10r9yz

Цитата:

Сообщение от Ivanhoe

сейчас Аксу внедрить без программирования можно только в небольших типовых стартапах, да и там возникнет потребность в какой-то интеграции. А более-менее развитую компанию нереально посадить на голую Аксу. Говорю про рынок СНГ.

Цитата:

Сообщение от Logger

Мне все же кажется что мы пока на стадии перехода от ламповых радиоприемников к чернобелым телевизорам. Т.е. это будущее еще не настало.

Цитата:

Сообщение от Link

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

Хотелки не только по-разному называются, они слишком часто по сути разные.
Возможно какое-то развитое вертикальное решение или вертикальное ERP может подходить к подобному же бизнесу но когда мы натягиваем универсальное единое решение One size fits all это подходит никому.

ERP уровня плазменных телевизоров пока не предвидится на уровне крупных компаний. Действительно пока еще черно-белая эпоха. Те примеры с 1С что якобы уже плазма просто не того размера бизнес. Так я думаю.

Ведь и паяльники нужны и паяльщики востребованы, и оттого что корпус телевизора опечатали он плазмой не стал

[ax_mct]

Цитата:

Сообщение от Link

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

Решил поплюсовать и поднять

Утверждаю что бизнес всегда хочет чтобы ему программировали. И то что программисты больше не нужны или нужны меньше - ложный посыл.