В данном случае мы рассматриваем отдельный класс систем, которые представляют из себя конструктор, а не коробочные решения конкретно под Бюджетирование.
1) Быстрый пересчет сложных моделей при изменении условий (минуты против часов, для сложных моделей) – одна из основных задач ЕРМ-систем 2) Для этого в ЕРМ есть функция Трассировки вычислений, которая позволяет сразу провалиться в форму-источник данных, отобразить формулу и посмотреть, кто последний вводил значения 3) Все современные Российские ЕРМ-системы – self service инструменты. Внести подобные изменения не проблема для пользователя, если он, конечно, не ограничен в правах на внесение подобных изменений)
Солидный опыт, мы с командой тоже много лет внедряем системы автоматизации планирования на разных уровнях)
И, как вы правильно отметили, внедрение сложной автоматизированной системы с большим количеством пользователей и заинтересантов, будь то MES/ERP/EPM/BI – это чаще всего проект, который инициирует менеджмент компании. Пользователи обычно прекрасно существуют в привычных им инструментах.
И сразу отвечу на ваш комментарий в соседней ветке: внедрение любой ЕРМ сопровождается адаптацией, а часто трансформацией методологии компании, потому, что любой процесс компании должен быть управляемым с измеримыми результатами.
Связка Excel+querry+pivot – это предпоследний этап принятия и осознания изменений которые необходимы для контроля процесса)
В своем примере вы описываете как раз систему ручного управления и решение точечной задачи, а не управляемый процесс в компании.
Для решения подобных задач в ЕРМ у вас всегда есть «песочница» на отдельном срезе данных, где вы, как специалист, понимающий всю методику формирования мастер бюджетов, можете скорректировать необходимые драйверы и исходные данные для получения требуемого результата.
И когда вам необходимо внести изменения в сквозную калькуляционую модель, оценить влияние изменение атрибута одного из ресурсов с «покупной» на «собственного производства» и пересчитать весь производственно-финансовый план с выходом на отчетные формы корпорации в модели, которая состоит из связки Excel+SQL, кучи макросов в 80+ книгах и отдельной книгой для управления этими книгами, полный пересчет которой занимает 6 часов – это причина внедрения ЕРМ системы. Пересчет указанных выше изменений в ней займет 3-5 минут и останется время даже красоту навести и подготовить объяснение получившимся цифрам)
Но если задача стоит просто собрать таблицу – нужно собирать таблицу)
Продолжение обязательно будет, как и сравнение популярных Российских ЕРМ систем между собой и с 1С.
1) Да, теперь у линейных сотрудников и руководства есть "единое окно", где происходит ввод данных, согласование, корректировка и визуализация.
2) Конкретно в нашем случае да, прод крутится на одном сервере, но можно реализовать и "классическую" для 1С историю с локальными базами и последующей консолидацией или подтягивать данные в оперативном режиме. Сталкивались с разными пожеланиями заказчиков)
3) В проектах внедрения ЕРМ-систем методология всегда неразрывно связана с технической частью. Конкретно версии являются просто дополнительным измерением в каждом кубе, так называемые сквозные измерения. И можно в рамках одной формы сравнивать различные версии между собой в абсолютных и относительных величинах (План vs План с учетом корректировок vs Факт и тд.)
Про измерения и сводные таблицы вы говорите абсолютно верно (их же можно представить аналогом многомерных кубов, механика перетаскивания измерений схожа)
Сводные таблицы можно использовать, но как вы правильно отметили, необходимо собирать данные из множества листов в сводной таблице, где нет возможности редактировать информацию. Вам в таком случае необходимо идти в форму ввода, вносить данные, запускать пересчет книги и обновлять данные сводной таблицы.
В то же время в ЕРМ-системе у вас есть просто один гигантский лист, который сразу имеет представление сводной таблицы, пересчитывается на лету и дает возможность редактировать данные.
Эксель прекрасный инструмент, очень гибкий и понятный, с большими техническими возможностями. Но именно эта гибкость при масштабировании рождает проблемы в больших компаниях. В двух словах коснулись этой темы в разделах перед выводами.
Так это же классика внедрения любой системы, даже небольшой типа самописки на Аксесе. Пользователи всегда держатся за привычное до последнего) От этого сложно избавиться, но можно. Если вовлекать ключевых пользователей в новый инструмент, обучать, готовить инструкции или записывать ролики с полезными советами, они могут перетащить в новую систему и всех остальных. Но если ни у кого нет желания переходить на что-то новое, будет что-то в стиле "интернет этот ваш нам не нужОн".
Все так, съемные носители самый простой и удобный способ защиты в т.ч. под задачи отказоустойчивости, а объектные хранилища рассматриваем как альтернативу лентам из реестра МПТ
Нет, не только. Аналогичное поведение (автоназначение LUN ID) наблюдается на популярных СХД Huawei Dorado и многих других. Нет смысла брать вендора и модель СХД за основу при поиске потенциальных проблем. Вероятность попасть в такую ситуацию имеется при использовании любых СХД, если маппинг производился без учета требований VMware.
Здравствуйте! Спасибо за ваш комментарий. Мастер определяет, но не умеет автоматически перестраивать топологию кластера. Поэтому использовали орекстратор как средство управления топологией в случае сбоя.
По умолчанию установщик zVirt Node выделяет под него 1Гб. Engine при развёртывании также получает 1Гб. В версиях 4.1-4.4 на каждое ядро суммарно приходилось ~300мб файлов в /boot, плюс какие-то возможные остатки от прошлых обновлений. Так что 2Гб вполне достаточно для того, чтобы обновиться без проблем. Сейчас (в 4.5) ситуация стала получше - в /boot каждое ядро занимает суммарно менее 200мб. Так что если изначально разворачивать 4.5 и позднее обновляться на следующую версию - проблем быть не должно. Но в любом случае стоит перед обновлением проверить место, хотя бы на одном из хостов.
На момент проведения испытаний была доступна только катастрофоустойчивая конфигурация на 3 ЦОД, но вендор анонсировал следующую корпоративную версию, с возможностью работы в 2 ЦОД
Дообучение ("файнтьюнинг" ) на закрытых данных возможно в закрытом контуре. Также используется RAG-архитектура, когда дообучение не требуется, а компетентность модели обеспечивается "инъекцией" необходимых знаний в контекст
Мы используем данные из сервисов киберразведки, которые специализируются на сборе и обработке уже известных утечек. Как именно они получают доступ к этим базам — вопрос к самим поставщикам, так как это выходит за рамки нашей зоны ответственности.
Да, максимальный POST после холодного старта (отключение питания с сервера) занимает порядка 40 минут. И это не придел. Если вспомнить старенькие sun fire 25k или sparc M9000 64 (как выглядит, можно поискать в гугле), на расширенных уровнях диагностики сервер мог запускаться часами. Связано это с расширенной самодиагностикой. В нашем случае не очень помогло, что редкость
В данном случае мы рассматриваем отдельный класс систем, которые представляют из себя конструктор, а не коробочные решения конкретно под Бюджетирование.
1) Быстрый пересчет сложных моделей при изменении условий (минуты против часов, для сложных моделей) – одна из основных задач ЕРМ-систем
2) Для этого в ЕРМ есть функция Трассировки вычислений, которая позволяет сразу провалиться в форму-источник данных, отобразить формулу и посмотреть, кто последний вводил значения
3) Все современные Российские ЕРМ-системы – self service инструменты. Внести подобные изменения не проблема для пользователя, если он, конечно, не ограничен в правах на внесение подобных изменений)
Прекрасный пример автоматизации повторяемого процесса!
Солидный опыт, мы с командой тоже много лет внедряем системы автоматизации планирования на разных уровнях)
И, как вы правильно отметили, внедрение сложной автоматизированной системы с большим количеством пользователей и заинтересантов, будь то MES/ERP/EPM/BI – это чаще всего проект, который инициирует менеджмент компании. Пользователи обычно прекрасно существуют в привычных им инструментах.
И сразу отвечу на ваш комментарий в соседней ветке: внедрение любой ЕРМ сопровождается адаптацией, а часто трансформацией методологии компании, потому, что любой процесс компании должен быть управляемым с измеримыми результатами.
Связка Excel+querry+pivot – это предпоследний этап принятия и осознания изменений которые необходимы для контроля процесса)
В своем примере вы описываете как раз систему ручного управления и решение точечной задачи, а не управляемый процесс в компании.
Для решения подобных задач в ЕРМ у вас всегда есть «песочница» на отдельном срезе данных, где вы, как специалист, понимающий всю методику формирования мастер бюджетов, можете скорректировать необходимые драйверы и исходные данные для получения требуемого результата.
И когда вам необходимо внести изменения в сквозную калькуляционую модель, оценить влияние изменение атрибута одного из ресурсов с «покупной» на «собственного производства» и пересчитать весь производственно-финансовый план с выходом на отчетные формы корпорации в модели, которая состоит из связки Excel+SQL, кучи макросов в 80+ книгах и отдельной книгой для управления этими книгами, полный пересчет которой занимает 6 часов – это причина внедрения ЕРМ системы. Пересчет указанных выше изменений в ней займет 3-5 минут и останется время даже красоту навести и подготовить объяснение получившимся цифрам)
Но если задача стоит просто собрать таблицу – нужно собирать таблицу)
Продолжение обязательно будет, как и сравнение популярных Российских ЕРМ систем между собой и с 1С.
1) Да, теперь у линейных сотрудников и руководства есть "единое окно", где происходит ввод данных, согласование, корректировка и визуализация.
2) Конкретно в нашем случае да, прод крутится на одном сервере, но можно реализовать и "классическую" для 1С историю с локальными базами и последующей консолидацией или подтягивать данные в оперативном режиме. Сталкивались с разными пожеланиями заказчиков)
3) В проектах внедрения ЕРМ-систем методология всегда неразрывно связана с технической частью. Конкретно версии являются просто дополнительным измерением в каждом кубе, так называемые сквозные измерения. И можно в рамках одной формы сравнивать различные версии между собой в абсолютных и относительных величинах (План vs План с учетом корректировок vs Факт и тд.)
Про измерения и сводные таблицы вы говорите абсолютно верно (их же можно представить аналогом многомерных кубов, механика перетаскивания измерений схожа)
Сводные таблицы можно использовать, но как вы правильно отметили, необходимо собирать данные из множества листов в сводной таблице, где нет возможности редактировать информацию. Вам в таком случае необходимо идти в форму ввода, вносить данные, запускать пересчет книги и обновлять данные сводной таблицы.
В то же время в ЕРМ-системе у вас есть просто один гигантский лист, который сразу имеет представление сводной таблицы, пересчитывается на лету и дает возможность редактировать данные.
Эксель прекрасный инструмент, очень гибкий и понятный, с большими техническими возможностями.
Но именно эта гибкость при масштабировании рождает проблемы в больших компаниях. В двух словах коснулись этой темы в разделах перед выводами.
Так это же классика внедрения любой системы, даже небольшой типа самописки на Аксесе. Пользователи всегда держатся за привычное до последнего)
От этого сложно избавиться, но можно. Если вовлекать ключевых пользователей в новый инструмент, обучать, готовить инструкции или записывать ролики с полезными советами, они могут перетащить в новую систему и всех остальных.
Но если ни у кого нет желания переходить на что-то новое, будет что-то в стиле "интернет этот ваш нам не нужОн".
Все так, съемные носители самый простой и удобный способ защиты в т.ч. под задачи отказоустойчивости, а объектные хранилища рассматриваем как альтернативу лентам из реестра МПТ
Наша статья НЕ о "так надо". Цель изысканий - сказать "так надо, и вот почему".
Здравствуйте!
Спасибо!
Здравствуйте! Спасибо за ваш комментарий!
Нет, не только. Аналогичное поведение (автоназначение LUN ID) наблюдается на популярных СХД Huawei Dorado и многих других. Нет смысла брать вендора и модель СХД за основу при поиске потенциальных проблем. Вероятность попасть в такую ситуацию имеется при использовании любых СХД, если маппинг производился без учета требований VMware.
Добрый день!
Спасибо за ваш комментарий:) Мы старались не упустить деталей - для нас это важно.
Не только кластера, но и всего VC. LUN должен иметь одинаковый LUN ID для всех хостов в рамках vCenter Server'а.
Здравствуйте! Спасибо за ваш комментарий. Мастер определяет, но не умеет автоматически перестраивать топологию кластера. Поэтому использовали орекстратор как средство управления топологией в случае сбоя.
По умолчанию установщик zVirt Node выделяет под него 1Гб. Engine при развёртывании также получает 1Гб. В версиях 4.1-4.4 на каждое ядро суммарно приходилось ~300мб файлов в /boot, плюс какие-то возможные остатки от прошлых обновлений. Так что 2Гб вполне достаточно для того, чтобы обновиться без проблем.
Сейчас (в 4.5) ситуация стала получше - в /boot каждое ядро занимает суммарно менее 200мб. Так что если изначально разворачивать 4.5 и позднее обновляться на следующую версию - проблем быть не должно. Но в любом случае стоит перед обновлением проверить место, хотя бы на одном из хостов.
На момент проведения испытаний была доступна только катастрофоустойчивая конфигурация на 3 ЦОД, но вендор анонсировал следующую корпоративную версию, с возможностью работы в 2 ЦОД
Дообучение ("файнтьюнинг" ) на закрытых данных возможно в закрытом контуре. Также используется RAG-архитектура, когда дообучение не требуется, а компетентность модели обеспечивается "инъекцией" необходимых знаний в контекст
Добрый вечер! Конференция пройдет в Москве. Конкретное место проведения приходит участнику после подтверждения регистрации.
Да, именно так, из-за ошибок в данных индекса, процесс убивался из-за порушенного стека. Версия 11.1.0.0.0.
Добрый день!
Мы используем данные из сервисов киберразведки, которые специализируются на сборе и обработке уже известных утечек. Как именно они получают доступ к этим базам — вопрос к самим поставщикам, так как это выходит за рамки нашей зоны ответственности.
Добрый день!
Спасибо за ваш вопрос:)
Да, максимальный POST после холодного старта (отключение питания с сервера) занимает порядка 40 минут. И это не придел. Если вспомнить старенькие sun fire 25k или sparc M9000 64 (как выглядит, можно поискать в гугле), на расширенных уровнях диагностики сервер мог запускаться часами. Связано это с расширенной самодиагностикой. В нашем случае не очень помогло, что редкость