Вообще-то говоря, добросовестный внедренец...

[EVGL]

Цитата:

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

Вообще-то говоря, добросовестный внедренец (или сам заказчик, если это разные люди) должен иметь план действий на случай аварийного отключения даже всей системы вообще. Тем более, если она столь монструозна, что работает аж в 10 часовых поясах.

1) Система редко отключается целиком. Не работает что-то одно на 5%, в то время как оставшиеся 95% бизнес-процессов работу.
2) Система как правило не отключается сразу. Ошибки начинают замечаться в среднем 2-3 дня спустя, по мере прохождения по этапам соотв. бизнес-процесса.

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

Пока прошли эти 2-3 дня, остальные юрлица в этой и других часовых зонах накопили объем других документов, который не позволяет безболезненно откатить всю базу данных к состоянию на предыдущие 3 дня. И если и раньше на старых версиях селективное восстановление таблиц было настолько тонким и трудоемким делом, что этого никто не делал, то в облаке это стало принципиально невозможно, поскольку нет прямого доступа к Azure SQL.

[komar]

Цитата:

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

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

Меня обозвали земляным червяком А ведь я совсем не упоминал о бэкапах.

Цитата:

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

Пока прошли эти 2-3 дня, остальные юрлица в этой и других часовых зонах накопили объем других документов, который не позволяет безболезненно откатить всю базу данных к состоянию на предыдущие 3 дня. И если и раньше на старых версиях селективное восстановление таблиц было настолько тонким и трудоемким делом, что этого никто не делал, то в облаке это стало принципиально невозможно, поскольку нет прямого доступа к Azure SQL.

Вот и решайте проблему - совокупностью организационных и технических методов, а не только "бэкапами" или "откатить базу". Других методов нет? Альтернативные системы ещё хуже, или переход слишком затратен? Ну, что же, значит, придётся выкручиваться с тем, что есть. В этом хлеб внедренца, ничего не поделаешь.



Тут основная разница в подходе - либо проблема решается с точки зрения "программиста-администратора MS КакОнаТамСегодняНазывается", либо с точки зрения поддержки бизнес-процессов компании. С первой точки зрения, доступный инструментарий сильно ограничен. Если у тебя в руках молоток, все проблемы выглядят как гвозди (в данном случае пресловутые бэкапы).

[Ivanhoe]

Это был ответ на вопрос почему не произошло вот это: "Давайте представим что существенная часть партнеров MS по ERP (как добросовестные внедренцы) договорились между собой и перешли на какой-то отличный ERP продукт. Лучше даже если Open-Source.
Они таки сделают рынок и порвут его."

[mazzy]

все равно мысль полностью в одном утверждении не сформулировал )
ну, ладно, попробуем поработать с тем текстом, что есть

Цитата:

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

Давайте представим что существенная часть партнеров MS по ERP (как добросовестные внедренцы) договорились между собой и перешли на какой-то отличный ERP продукт. Лучше даже если Open-Source.
Они таки сделают рынок и порвут его.

Цитата:

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

один вопрос: а почему этого еще не произошло?

Цитата:

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

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

При этом, имхо, фактически происходит так: партнеров по NAV и AX становится меньше, те что есть, становятся крупнее, идут в диверсификацию. Альтернативных решений всё больше (в первую очередь точечных систем, а не монолитных ERP), в РФ огромный фактор продуктов 1С.

Итак, не договорились, не перешли и не порвали рынок
потому что по твоему мнению:
1. партнеров много
2. у них свои локальные интересы
3. по человечески сложно

другими словами, люди плохие и их таких плохих много.
поэтому и не порвали рынок.

так?

============
такая логика типична для ax_mct, komar.
но от тебя не ожидал.
============

ок, продолжим в том же стиле.
предположим, ты прав.
предположим, что люди плохие и поэтому не договорились и не порвали рынок.

есть ли примеры на российском рынке, которые таки договорились и которые таки порвали?
я так понимаю, что ты намекаешь на "огромный фактор продуктов 1С"

можно ли тебя понимать так, что там люди другие? или их мало? или у них нет своих локальных интересов?
если они такие же и их тоже много и у них тоже есть свои локальные интересы, то почему у них получилось порвать?
может быть в гениальных предположениях ax_mct чего-то не хватает?

[Ivanhoe]

Цитата:

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

все равно мысль полностью в одном утверждении не сформулировал )
ну, ладно, попробуем поработать с тем текстом, что есть

Да, контекст восстановлен верно. вброс - вопрос - ответ

Цитата:

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

Итак, не договорились, не перешли и не порвали рынок
потому что по твоему мнению:
1. партнеров много
2. у них свои локальные интересы
3. по человечески сложно

другими словами, люди плохие и их таких плохих много.
поэтому и не порвали рынок.

так?

Первые три пункта - так. Выводы про плохих людей не верные. Люди хорошие! Но у каждого свои интересы и это нормально.

Цитата:

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

============
такая логика типична для ax_mct, komar.
но от тебя не ожидал.
============

ок, продолжим в том же стиле.
предположим, ты прав.
предположим, что люди плохие и поэтому не договорились и не порвали рынок.

есть ли примеры на российском рынке, которые таки договорились и которые таки порвали?

Явных примеров быстрой революции я не скажу, проблемо то не в Аксапте. А в сложном рынке

Цитата:

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

я так понимаю, что ты намекаешь на "огромный фактор продуктов 1С"

можно ли тебя понимать так, что там люди другие? или их мало? или у них нет своих локальных интересов?
если они такие же и их тоже много и у них тоже есть свои локальные интересы, то почему у них получилось порвать?
может быть в гениальных предположениях ax_mct чего-то не хватает?

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

[Sancho]

Добросовестный внедренец должен...
чет как-то размазано.
проблемы могут быть разные.
1. накатили обновление - часть ф-ла полетела, да, тут внедренец "недоработал", это можно было предусмотреть чтобы быстренько откатиться взад.
2. вот я, например, тот еще добросовестный внедренец, случайно вылезая из rdp сервера нажал не logoff а shutdown, тоже проблема появилась.
3. отключили свет - тоже проблема
4. массовое отключение инета (лет 5 назад было) - тоже проблема.
5. приехала налоговая, забрала сервер, опять же проблема.

так какие проблемы должен проинтуичить и подстраховать "добросовестный внедренец"?

[2A]

Цитата:

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

Добросовестный внедренец должен...
чет как-то размазано.
проблемы могут быть разные.
1. накатили обновление - часть ф-ла полетела, да, тут внедренец "недоработал", это можно было предусмотреть чтобы быстренько откатиться взад.
2. вот я, например, тот еще добросовестный внедренец, случайно вылезая из rdp сервера нажал не logoff а shutdown, тоже проблема появилась.
3. отключили свет - тоже проблема
4. массовое отключение инета (лет 5 назад было) - тоже проблема.
5. приехала налоговая, забрала сервер, опять же проблема.

так какие проблемы должен проинтуичить и подстраховать "добросовестный внедренец"?

все, перечисленные Вами.

[komar]

Цитата:

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

Добросовестный внедренец должен...
чет как-то размазано.
проблемы могут быть разные.
1. накатили обновление - часть ф-ла полетела, да, тут внедренец "недоработал", это можно было предусмотреть чтобы быстренько откатиться взад.
2. вот я, например, тот еще добросовестный внедренец, случайно вылезая из rdp сервера нажал не logoff а shutdown, тоже проблема появилась.
3. отключили свет - тоже проблема
4. массовое отключение инета (лет 5 назад было) - тоже проблема.
5. приехала налоговая, забрала сервер, опять же проблема.

так какие проблемы должен проинтуичить и подстраховать "добросовестный внедренец"?

На это должен дать ответ анализ рисков. Если вы живёте там, где постоянно гаснет свет, придётся страховаться от этого. А если ваша система подвержена стихийным обновлениям, при которых слетает часть функционала, нужно предусмотреть способ работы в это время. Решения - самые разные. От "подождать, процесс некритичен" до "пусть хоть на бумаге работают и потом за один день все перебивают" - в зависимости от критичности процесса и наличия ресурсов.

Если же и процесс критичен, и ресурсов нет, и система живёт в облаке и отваливаться будет (фактически, вендор масштаба МС приравнивается к обстоятельствам непреодолимой силы, они всегда делали так, как сами считают нужным) - то получится та картинка, которую я приводил. Безысходность.

[ax_mct]

Цитата:

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

Вопрос был в том, почему это ещё раз не повторилось? Ответ простой:
функциональность систем в целом одинакова, иногда до степени смешения. Высокие издержки перехода на новую систему перекрывают издержки поддержания старой. Поэтому партнёром стабильной системы предпочтительнее, чем новой.

Или вопрос в том, когда это повторится? Например:
- тогда, когда либо кто-то предложит дополнительную функциональность, которой нет ни у кого другого. Уклон либо в сторону управления производством, либо в прогнозирование спроса, либо ещё что-нибудь.
- тогда, когда издержки поддержания существующего решения будут больше, чем издержки перехода на новое. Вполне реальный сценарий.
.

Есть два основных клиентских сегмента - те кому коробки достаточно и тем которым всегда нужен процесс процесс внедрения с существенным изменением системы. То есть как основной фактор я бы добавил - возможность и стоимость модификаций в процессе внедрения.

Operations и облака - это совсем другой клиент. А тому нашему клиент который кастомизируется - кастомизации остаются нужны. И они будут, но не в этих облаках.

И таки добросовестный внедренец должен думать чем заменить и как удовлетворить потребности клиента.

[skuull]

Цитата:

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

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

А чем ваc on-premise версия не устраивает ? Исходя из того что уже известно делайте свои бекапы и сидите на них сколько влезет

[S.Kuskov]

Цитата:

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

А чем ваc on-premise версия не устраивает ? Исходя из того что уже известно делайте свои бекапы и сидите на них сколько влезет

Тем, что даже свои бекапы будут работать только при наличии соединения с LCS . Гипотетический рубильник всё равно остаётся.

[skuull]

Цитата:

Сообщение от S.Kuskov

Тем, что даже свои бекапы будут работать только при наличии соединения с LCS . Гипотетический рубильник всё равно остаётся.

Эээ, а как это? Причем тут LCS ? Свои виртуалки, свой SQL...

[Ivanhoe]

Цитата:

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

Эээ, а как это? Причем тут LCS ? Свои виртуалки, свой SQL...

В последних новостях по D365fO в версии on-prem говорится, что без связи с LCS работать не будет. Наверное, это контроль за лицензиями так реализован.

[skuull]

Цитата:

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

В последних новостях по D365fO в версии on-prem говорится, что без связи с LCS работать не будет. Наверное, это контроль за лицензиями так реализован.

Видимо мы разные новости слушаем. На слайдах с AXUG
пишут что клиент\партнер отвечает за Disaster recovery, т.е. можно сказать что добросовесный внедренец может оставаться добросовестным. Еще пишут про Disconnected data center, обновления и телеметрию через LCS, а вот про обязательность интернет подключения не пишут...

[S.Kuskov]

Цитата:

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

Видимо мы разные новости слушаем

Хорошо бы коли так. Но на самом деле уже одна невозможность внесения изменений в собственное приложение без LCS рождает тревожные мысли.

[potential]

Цитата:

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

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

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

[mazzy]

Цитата:

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

Если на этом можно заработать $$$ то нет проблем, внедренец сначала продаст план

"продаст" то он "продаст". Вернее, попробует продать.
Но почему вы так уверены, что у него кто-то это купит?

продажа - это действие, для которого мало одного участника.

[komar]

Цитата:

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

"продаст" то он "продаст". Вернее, попробует продать.
Но почему вы так уверены, что у него кто-то это купит?

продажа - это действие, для которого мало одного участника.

Business Continuity ведь продаётся. Даже без внедрения программуль, как standalone консалтинговая услуга.

Покупатели? Да те же, что и у консалтинга по ISO 9000, ITIL и т.п.

[mazzy]

Цитата:

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

Покупатели? Да те же, что и у консалтинга по ISO 9000, ITIL и т.п.

БЛИИИИН!
нет, я не спрашивал кто покупатели.
я спрашивал "почему вы так уверены, что у него кто-то это купит?"

ну, Ё!
ну, как можно заниматься подменой понятий настолько беспардонно?
Дим, ну сколько можно жеж!

[komar]

Цитата:

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

БЛИИИИН!
нет, я не спрашивал кто покупатели.
я спрашивал "почему вы так уверены, что у него кто-то это купит?"

ну, Ё!
ну, как можно заниматься подменой понятий настолько беспардонно?
Дим, ну сколько можно жеж!

Какой подменой понятий? Такая услуга в природе водится, и её покупают. Раз покупают, значит, могут купить. Логично?

Уверен ли я? В каждом конкретном случае - конечно, нет. Бывают удачные продажи, бывают неудачные. Неудачных, наверное, даже гораздо больше. Тот же "Динамикс" тоже поди ещё продай! Но в общем случае, да, я уверен, что продать можно.

Почему я уверен? Потому, что видел компании, такими услугами занимающиеся, и у них были клиенты.

Что не так?