👉 Хотите развить управленку, чтобы получать объективную оценку расходов? Тогда, узнайте об опыте других банков в использовании инструментов аллокаций расходов.
Сделали для вас подборку информации по нашим проектам автоматизации управленческой отчетности с применением аллокаций в разных банках.
Знакомьтесь:
✅ Проект в Новикомбанке – Автоматизация аллокаций косвенных расходов инфраструктурных подразделений на бизнес-направления. https://iso.ru/ru/projects/02608-Proekt-avtomatizacii-kontrolya-administrativno-hozyajstvennyh-ra.phtml
✅ Проект в Банке Казани – Автоматизация аллокаций косвенных расходов на бизнес-направления, точки продаж и продукты. https://iso.ru/ru/projects/02694-Proekt-postroeniya-korporativnogo-hranilischa-dannyh-avtomatizac.phtml
✅ Проект в ВБРР - Автоматизация аллокаций косвенных расходов на бизнес-подразделения по методике банка. https://iso.ru/ru/projects/03162-Proekt-avtomatizacii-rascheta-allokacij-i-transfertnoj-stoimosti.phtml
✅ Проект в банке «Левобережный» - Автоматизация аллокаций косвенных расходов на ЦФО, продуктовые группы и клиентов. https://iso.ru/ru/projects/02606-Proekt-avtomatizacii-hozyajstvennogo-byudzhetirovaniya-i-upravle.phtml
Всем пользы!
Сделали для вас подборку информации по нашим проектам автоматизации управленческой отчетности с применением аллокаций в разных банках.
Знакомьтесь:
✅ Проект в Новикомбанке – Автоматизация аллокаций косвенных расходов инфраструктурных подразделений на бизнес-направления. https://iso.ru/ru/projects/02608-Proekt-avtomatizacii-kontrolya-administrativno-hozyajstvennyh-ra.phtml
✅ Проект в Банке Казани – Автоматизация аллокаций косвенных расходов на бизнес-направления, точки продаж и продукты. https://iso.ru/ru/projects/02694-Proekt-postroeniya-korporativnogo-hranilischa-dannyh-avtomatizac.phtml
✅ Проект в ВБРР - Автоматизация аллокаций косвенных расходов на бизнес-подразделения по методике банка. https://iso.ru/ru/projects/03162-Proekt-avtomatizacii-rascheta-allokacij-i-transfertnoj-stoimosti.phtml
✅ Проект в банке «Левобережный» - Автоматизация аллокаций косвенных расходов на ЦФО, продуктовые группы и клиентов. https://iso.ru/ru/projects/02606-Proekt-avtomatizacii-hozyajstvennogo-byudzhetirovaniya-i-upravle.phtml
Всем пользы!
🔥1
👉 Именно поэтому мы предлагаем банкам автоматизировать планирование, контроль и учет расходов с помощью нашего приложения «Бюджет хозяйственных расходов».
Использование приложения поможет оптимизировать расходы:
1. Предотвратит «раздувание» сметы. Для каждого расхода потребуется обоснование.
2. Исключит ошибки и влияние человеческого фактора при планировании.
3. Поможет взвешенно «урезать» бюджет за счет детальности и прозрачности структуры сметы.
4. Исключит перерасход средств бюджета за счет жесткого контроля платежей.
5. Позволит оперативно выполнять план-факт анализ расходов и своевременно реагировать на существенные расхождения.
Использование приложения поможет оптимизировать расходы:
1. Предотвратит «раздувание» сметы. Для каждого расхода потребуется обоснование.
2. Исключит ошибки и влияние человеческого фактора при планировании.
3. Поможет взвешенно «урезать» бюджет за счет детальности и прозрачности структуры сметы.
4. Исключит перерасход средств бюджета за счет жесткого контроля платежей.
5. Позволит оперативно выполнять план-факт анализ расходов и своевременно реагировать на существенные расхождения.
☝ Намерены внедрить отечественное ХД? Тогда узнайте ответы насамые частые вопросы, которые возникают у заказчиков таких проектов.
В последнее время нашу ХД-платформу в разныхбанках стали тестировать на проникновения и уязвимости.
Мы немного удивились и стали разбираться в целях и причинах. Установили и
проанализировали, как минимум, три:
1. Требования ГОСТ Р 57580.1-2017 «Безопасность финансовых (банковских)операций. Защита информации финансовых организаций. Базовый состав
организационных и технических мер».
Утверждаем, что эти требования не применимы к ХД. Они обращены к
автоматизированным системам, которые банки применяют «для выполнениябизнес-процессов и (или) технологических процессов, связанных с предоставлением
финансовых, банковских услуг, а также услуг по осуществлению переводов денежныхсредств». А ХД эти процессы не поддерживают.
2. Требования Положения №683-П ЦБ РФ «Об установлении обязательных длякредитных организаций требований к обеспечению защиты информации при
осуществлении банковской деятельности в целях противодействия осуществлениюпереводов денежных средств без согласия клиента».
И снова не принимаем требования этого Положения к ХД-платформе. Потому что ХД
не отвечает за переводы денежных средств клиентов.
3. Требования внутренних регламентов ИБ кредитной организации.
А вот здесь вынуждены согласиться. Специфика бизнеса конкретного банка можетпредъявлять разные требования к защищенности ПО, в том числе из внутреннего
контура банка. Хотя в большинстве случаев их целесообразность и обоснованностьвызывает у нас много вопросов.
А вам тоже кажется, что такие тестирования избыточны?
Мы немного удивились и стали разбираться в целях и причинах. Установили и
проанализировали, как минимум, три:
1. Требования ГОСТ Р 57580.1-2017 «Безопасность финансовых (банковских)операций. Защита информации финансовых организаций. Базовый состав
организационных и технических мер».
Утверждаем, что эти требования не применимы к ХД. Они обращены к
автоматизированным системам, которые банки применяют «для выполнениябизнес-процессов и (или) технологических процессов, связанных с предоставлением
финансовых, банковских услуг, а также услуг по осуществлению переводов денежныхсредств». А ХД эти процессы не поддерживают.
2. Требования Положения №683-П ЦБ РФ «Об установлении обязательных длякредитных организаций требований к обеспечению защиты информации при
осуществлении банковской деятельности в целях противодействия осуществлениюпереводов денежных средств без согласия клиента».
И снова не принимаем требования этого Положения к ХД-платформе. Потому что ХД
не отвечает за переводы денежных средств клиентов.
3. Требования внутренних регламентов ИБ кредитной организации.
А вот здесь вынуждены согласиться. Специфика бизнеса конкретного банка можетпредъявлять разные требования к защищенности ПО, в том числе из внутреннего
контура банка. Хотя в большинстве случаев их целесообразность и обоснованностьвызывает у нас много вопросов.
А вам тоже кажется, что такие тестирования избыточны?
👍1
Раздумываете разрабатывать ХД на независимой СУБД своими силами или приобрести готовую отраслевую аналитическую платформу?
Мы считаем, что самостоятельно создавать ХД «с нуля» на разрешенной СУБД более рискованно и затратно, чем внедрять готовое ПО.
Вот почему 👇
Во-первых, разрабатывая ХД только под «текущую задачу», как чаще всего и бывает, банк рискует создать решение, не способное расширяться под новые задачи и аналитические потребности. Такое ХД может очень быстро превратиться в бесполезный актив.
Лучше использовать коммерческие тиражные ХД-платформы, построенные на основе отраслевых моделей данных, и ориентированные на широкий круг регуляторных, управленческих и аналитических задач банка. Эти решения можно быстро развернуть и адаптировать к работе конкретного банка. Первоначально освоенный прикладной функционал можно будет расширять, внедряя новые приложения. Таким образом вы сможете многократно переиспользовать собранные в хранилище данные.
Кроме того, тиражное ХД предложит вам уже готовые инструменты управления данными и метаданными.
Во-вторых, привлекательные малые первоначальные вложения в собственную разработку обернутся высокой совокупной стоимостью владения на длительном горизонте и зависимостью от ключевых разработчиков ХД.
В-третьих, сроки создания своего ХД-решения будут существенно длительнее, чем внедрение готового ПО.
И в-четвертых, для банков с государственным участием после вступления в силу в 2025 году новых правил включения программных продуктов в Реестр российского ПО применение готовых аналитических платформ станет единственно возможным вариантом. Разработки таких банков, будут добавляться в Реестр только при отсутствии в нем аналогичных решений и при условии масштабной коммерческой реализации этого ПО не аффилированным структурам.
Так что «думайте сами, решайте сами…»
Мы считаем, что самостоятельно создавать ХД «с нуля» на разрешенной СУБД более рискованно и затратно, чем внедрять готовое ПО.
Вот почему 👇
Во-первых, разрабатывая ХД только под «текущую задачу», как чаще всего и бывает, банк рискует создать решение, не способное расширяться под новые задачи и аналитические потребности. Такое ХД может очень быстро превратиться в бесполезный актив.
Лучше использовать коммерческие тиражные ХД-платформы, построенные на основе отраслевых моделей данных, и ориентированные на широкий круг регуляторных, управленческих и аналитических задач банка. Эти решения можно быстро развернуть и адаптировать к работе конкретного банка. Первоначально освоенный прикладной функционал можно будет расширять, внедряя новые приложения. Таким образом вы сможете многократно переиспользовать собранные в хранилище данные.
Кроме того, тиражное ХД предложит вам уже готовые инструменты управления данными и метаданными.
Во-вторых, привлекательные малые первоначальные вложения в собственную разработку обернутся высокой совокупной стоимостью владения на длительном горизонте и зависимостью от ключевых разработчиков ХД.
В-третьих, сроки создания своего ХД-решения будут существенно длительнее, чем внедрение готового ПО.
И в-четвертых, для банков с государственным участием после вступления в силу в 2025 году новых правил включения программных продуктов в Реестр российского ПО применение готовых аналитических платформ станет единственно возможным вариантом. Разработки таких банков, будут добавляться в Реестр только при отсутствии в нем аналогичных решений и при условии масштабной коммерческой реализации этого ПО не аффилированным структурам.
Так что «думайте сами, решайте сами…»
Media is too big
VIEW IN TELEGRAM
В новом выпуске проекта «200 слов о банковской аналитике» разбираем важный вопрос: «Какую независимую СУБД выбрать для хранилища данных «Контур»: коммерческую Postgres Pro от Postgres Professional или свободное программное обеспечение PostgreSQL?»
Финансовые департаменты банков продолжают использовать для бюджетирования неэффективные технологии на основе запрещенных электронных таблиц. О том, почему сегодня важно усовершенствовать процессы планирования и контроля административно-хозяйственных расходов и перевести их на отечественное специализированное ПО, рассказывает Максим Астахов, руководитель коммерческого офиса «Интерсофт Лаб» - https://www.cfo-russia.ru/blog/?article=91495
🔥1
👉 Мы тоже считаем, что ограничения в расходах очень важны. Поэтому в нашем приложении «Бюджет хозяйственных расходов» можно
устанавливать лимиты, с учетом которых подразделения будут планировать свои расходы.
А для согласования расходов предлагается модуль электронного документооборота, с помощью которого можно задать любые маршруты для визирования бюджетных документов руководством, финансовым департаментом и другими ответственными участниками бюджетного процесса.
устанавливать лимиты, с учетом которых подразделения будут планировать свои расходы.
А для согласования расходов предлагается модуль электронного документооборота, с помощью которого можно задать любые маршруты для визирования бюджетных документов руководством, финансовым департаментом и другими ответственными участниками бюджетного процесса.
Построение в банке хранилища данных требует серьезных инвестиций. Как сэкономить бюджет без ущерба для результатов проекта, рассказывает Юлия Амириди, заместитель генерального директора компании Интерсофт Лаб - https://globalcio.ru/discussion/49397/
🔥1