Хотим предупредить, что сегодня на волне импортозамещения, рискованно рассматривать перевод хранилища данных на разрешенные технологии, только как инфраструктурный проект ИТ-департамента. Еще опаснее приступать к нему без участия бизнес-потребителей.
Вы можете развернуть новое ХД, собрать в него кучу данных «на потом» без каких-либо преобразований, и в итоге получить склад данных, бесполезный для подготовки управленческой и регуляторной отчетности банка.
Если вы озабочены переводом ХД на отечественное ПО, мы советуем:
👉 Во-первых, не исключайте из периметра проекта заинтересованных бизнес-пользователей. Прежде всего, ориентируйтесь на их требования при выборе и внедрении ХД-платформы.
👉 Во-вторых, выбирайте ХД-платформу с финансовой моделью данных, уже апробированной в банках для решения управленческих задач и подготовки отчетности.
Удачного вам выбора и внедрения российского ХД!
Вы можете развернуть новое ХД, собрать в него кучу данных «на потом» без каких-либо преобразований, и в итоге получить склад данных, бесполезный для подготовки управленческой и регуляторной отчетности банка.
Если вы озабочены переводом ХД на отечественное ПО, мы советуем:
👉 Во-первых, не исключайте из периметра проекта заинтересованных бизнес-пользователей. Прежде всего, ориентируйтесь на их требования при выборе и внедрении ХД-платформы.
👉 Во-вторых, выбирайте ХД-платформу с финансовой моделью данных, уже апробированной в банках для решения управленческих задач и подготовки отчетности.
Удачного вам выбора и внедрения российского ХД!
Когда бессмысленно приступать к автоматизации бюджетирования?
Вот прямо сейчас.
Потому что до старта бюджетной кампании-2026 осталось месяц-полтора.
Глупо. Все равно не успеть. Вы и сами это понимаете.
Что же делать? Совсем забросить идею автоматизации?
Нет! Самое время выбирать новую платформу для бюджетирования. Основательно и вдумчиво.
За полтора месяца можно многое успеть:
- сформировать бизнес-требования к ПО,
- отсмотреть представленные на рынке решения,
- получить и проанализировать предварительные бюджетные оценки,
- пообщаться с пользователями понравившихся решений.
Одним словом, прицелиться. Но не принимать решений на эмоциях, чтобы потом не пожалеть.
Наоборот, взять паузу и окунуться в бюджетную кампанию.
А после ее завершения пересмотреть и уточнить функциональные требования. Не ждать, когда проблемы сотрутся из памяти. Зафиксировать их в тендерной документации и запускать процедуру выбора ПО.
Ваша цель – до февраля выбрать платформу бюджетирования. Тогда велик шанс планировать следующий бюджет уже в новой ИТ-системе.
Ну как вам такая дорожная карта?
Вот прямо сейчас.
Потому что до старта бюджетной кампании-2026 осталось месяц-полтора.
Глупо. Все равно не успеть. Вы и сами это понимаете.
Что же делать? Совсем забросить идею автоматизации?
Нет! Самое время выбирать новую платформу для бюджетирования. Основательно и вдумчиво.
За полтора месяца можно многое успеть:
- сформировать бизнес-требования к ПО,
- отсмотреть представленные на рынке решения,
- получить и проанализировать предварительные бюджетные оценки,
- пообщаться с пользователями понравившихся решений.
Одним словом, прицелиться. Но не принимать решений на эмоциях, чтобы потом не пожалеть.
Наоборот, взять паузу и окунуться в бюджетную кампанию.
А после ее завершения пересмотреть и уточнить функциональные требования. Не ждать, когда проблемы сотрутся из памяти. Зафиксировать их в тендерной документации и запускать процедуру выбора ПО.
Ваша цель – до февраля выбрать платформу бюджетирования. Тогда велик шанс планировать следующий бюджет уже в новой ИТ-системе.
Ну как вам такая дорожная карта?
👍2
Вчера предложили вам дорожную карту по автоматизации бюджетирования (https://vk.com/wall-211034027_1056), сегодня держите ссылки на полезные материалы, которые помогут вам выбрать подходящую отечественную систему для планирования и контроля хозяйственных расходов:
👉 «9 обязательных характеристик платформы для бюджетирования» - https://www.cfo-russia.ru/blog/?article=85389
Узнайте обязательные критерии, на которые стоит опираться, подбирая российское ПО для планирования и контроля исполнения бюджета административно-хозяйственных расходов.
👉 «Разоблачение мифов об отечественных платформах для бюджетирования» - https://www.cfo-russia.ru/blog/?article=87525
Если вы сомневаетесь в наличии качественной альтернативы зарубежным системам бюджетирования на российском рынке, читайте статью и избавляйтесь от своих заблуждений.
👉 «Чужие «грабли»: что надо знать про автоматизацию сметного планирования и контроля в банке» - https://www.cfo-russia.ru/blog/?article=76958
А вы знаете, что в большинстве банков предпочли бы начать автоматизацию бюджетирования с контрольной функции? Однако не все системы обеспечивают оперативный контроль платежей. Читайте материал и узнайте, есть ли на рынке полнофункциональные отечественные системы бюджетирования.
Надеемся наши материалы помогут вам подобрать лучшее ПО для бюджетирования.
👉 «9 обязательных характеристик платформы для бюджетирования» - https://www.cfo-russia.ru/blog/?article=85389
Узнайте обязательные критерии, на которые стоит опираться, подбирая российское ПО для планирования и контроля исполнения бюджета административно-хозяйственных расходов.
👉 «Разоблачение мифов об отечественных платформах для бюджетирования» - https://www.cfo-russia.ru/blog/?article=87525
Если вы сомневаетесь в наличии качественной альтернативы зарубежным системам бюджетирования на российском рынке, читайте статью и избавляйтесь от своих заблуждений.
👉 «Чужие «грабли»: что надо знать про автоматизацию сметного планирования и контроля в банке» - https://www.cfo-russia.ru/blog/?article=76958
А вы знаете, что в большинстве банков предпочли бы начать автоматизацию бюджетирования с контрольной функции? Однако не все системы обеспечивают оперативный контроль платежей. Читайте материал и узнайте, есть ли на рынке полнофункциональные отечественные системы бюджетирования.
Надеемся наши материалы помогут вам подобрать лучшее ПО для бюджетирования.
www.cfo-russia.ru
9 обязательных характеристик платформы для бюджетирования
Блог на тему: 9 обязательных характеристик платформы для бюджетирования. Анонс - 2024 год дал старт импортозамещению управленческих систем в российских банках. На первом месте, как и в целом по рынку, перевод на отечественный софт процессов бюджетирования.…
👉 С приложением «Бюджет хозяйственных расходов» вы будете не подозревать о случившихся расходах, а эффективно в автоматизированном режиме
управлять ими: планировать бюджет, оперативно контролировать каждый совершаемый платеж на соответствие запланированным расходам, сверять плановые и фактические расходы.
управлять ими: планировать бюджет, оперативно контролировать каждый совершаемый платеж на соответствие запланированным расходам, сверять плановые и фактические расходы.
👉 9 из 10 банков снова будут мучительно и долго верстать финансовый план на 2026 год в электронных таблицах. Сначала финансовому департаменту предстоит подготовить укрупненный прогнозный план с целевыми установками, бизнес- подразделениям - спрогнозировать состояние «старых» портфелей, смоделировать «новые» портфели, а затем сформировать бизнес-планы. В финале финансистам придется вручную сводить планы подразделений в единый финансовый план.
Знаем, что многие хотели бы изменить ситуацию и автоматизировать эти процессы, но не представляют, как подступиться к перестройке своих методологий и внедрению специализированной системы.
Подготовили карточки, которые помогут понять, какой план внедрения оптимален для вашего банка. Выбирайте подходящий, в зависимости от методологической и технической готовности банка.
Знаем, что многие хотели бы изменить ситуацию и автоматизировать эти процессы, но не представляют, как подступиться к перестройке своих методологий и внедрению специализированной системы.
Подготовили карточки, которые помогут понять, какой план внедрения оптимален для вашего банка. Выбирайте подходящий, в зависимости от методологической и технической готовности банка.
👉 Знакомьтесь с возможностями приложения «Финансовое планирование» RCPM-платформы «Контур».
👍2
☝Это нужно обязательно учесть в бюджете ХД-проекта.
Я про доработки.
Потому что даже самая глубокая проработка бизнес-требований и самая тщательная их оценка не избавляет от появления в ходе проекта непредусмотренных доработок. Например, заказчик автоматизирует аллокации. Он планировал вводить значения кост-драйверов в систему вручную. Но в ходе опытной эксплуатации пришел к выводу, что будет удобнее загружать их значения из учетных систем. Возникла внеплановая задача автоматизации обмена данными.
И наоборот – предсказать появление целого ряда доработок очень легко, а вот конкретика по их составу и сложности выявится только в ходе проекта. Допустим, заказчик знает, что в управленческой отчетности будут автоматические корректировки. Но не уверен в их количестве и содержании, потому что находится в стадии модернизации методики управленческого учета.
Хватает и других задач, трудоемкость которых трудно оценить до старта работ.
Как учесть эту неопределенность в проектном бюджете?
Первое. Принять сам факт обязательного появления дополнительных расходов в проекте. Даже если вы работаете по модели Fixed Price. Потому что Fixed Price фиксирует не только бюджет проекта, но и его границы. Если новое требование выходит за рамки проекта, то именно там оно и будет реализовываться.
Второе. Включить в бюджет так называемые «резервные этапы». Их можно израсходовать в случае появления незапланированных работ. Если все или часть «резервов» окажутся не востребованы, от соответствующих этапов в ходе внедрения можно будет отказаться.
Сколько таких «резервов» включить в проект?
Зависит от состава проектных задач и методической готовности заказчика.
Там, где появление дополнительных работ легко предсказать, ориентиры может подсказать внедренческая команда. Например, при сборе данных в ХД из разных источников для реготчетности скорее всего потребуются дополнительные проверки качества данных. Количество проверок можно спрогнозировать, ориентируясь на сложность формы, а стоимость рассчитать исходя из средней трудоемкости реализации одной проверки.
На менее понятные доработки можно экспертно заложить несколько резервных этапов с ограниченной трудоемкостью, чтобы использовать их по необходимости.
Неопределенность есть на старте каждого ХД-проекта. Это жизнь, а не минус. Но может стать минусом, если не учесть ее в бюджете проекта.
Я про доработки.
Потому что даже самая глубокая проработка бизнес-требований и самая тщательная их оценка не избавляет от появления в ходе проекта непредусмотренных доработок. Например, заказчик автоматизирует аллокации. Он планировал вводить значения кост-драйверов в систему вручную. Но в ходе опытной эксплуатации пришел к выводу, что будет удобнее загружать их значения из учетных систем. Возникла внеплановая задача автоматизации обмена данными.
И наоборот – предсказать появление целого ряда доработок очень легко, а вот конкретика по их составу и сложности выявится только в ходе проекта. Допустим, заказчик знает, что в управленческой отчетности будут автоматические корректировки. Но не уверен в их количестве и содержании, потому что находится в стадии модернизации методики управленческого учета.
Хватает и других задач, трудоемкость которых трудно оценить до старта работ.
Как учесть эту неопределенность в проектном бюджете?
Первое. Принять сам факт обязательного появления дополнительных расходов в проекте. Даже если вы работаете по модели Fixed Price. Потому что Fixed Price фиксирует не только бюджет проекта, но и его границы. Если новое требование выходит за рамки проекта, то именно там оно и будет реализовываться.
Второе. Включить в бюджет так называемые «резервные этапы». Их можно израсходовать в случае появления незапланированных работ. Если все или часть «резервов» окажутся не востребованы, от соответствующих этапов в ходе внедрения можно будет отказаться.
Сколько таких «резервов» включить в проект?
Зависит от состава проектных задач и методической готовности заказчика.
Там, где появление дополнительных работ легко предсказать, ориентиры может подсказать внедренческая команда. Например, при сборе данных в ХД из разных источников для реготчетности скорее всего потребуются дополнительные проверки качества данных. Количество проверок можно спрогнозировать, ориентируясь на сложность формы, а стоимость рассчитать исходя из средней трудоемкости реализации одной проверки.
На менее понятные доработки можно экспертно заложить несколько резервных этапов с ограниченной трудоемкостью, чтобы использовать их по необходимости.
Неопределенность есть на старте каждого ХД-проекта. Это жизнь, а не минус. Но может стать минусом, если не учесть ее в бюджете проекта.
Media is too big
VIEW IN TELEGRAM
Смотрите свежий выпуск видеоцикла «200 слов о бизнес-аналитике». Сегодня рассказываем, как банк может участвовать во внедрении хранилища данных на платформе «Контур».