👉 Отвечаем на вопрос об организации техподдержки процессов, которые выполняются в жестких дедлайнах. Это может быть подготовка регуляторной отчетности, расчет трансфертных доходов и расходов и др.
Напоминаем, что задать новые вопросы можно вот тут: https://vk.com/im?entrypoint=community_page&media=&sel=-211034027
ВОПРОС: Решаемая с помощью ПО «Контур» задача носит периодический характер, например выполняется раз в месяц при закрытии внутренней отчетности или на дату сдачи формы обязательной отчетности регулятору. Можно ли установить особые условия реагирования на обращения за консультациями и исправлением ошибок по договору техподдержки в моменты дедлайнов по таким задачам? Такие, чтобы решить возникшую проблему в течение дня?
ОТВЕТ: Для решения задач технической поддержки в сжатые сроки можно использовать срочные и экстренные режимы оказания услуг. Они не являются обязательными и предназначены для исключительных случаев, когда проблемы возникли «на последней миле» и консультацию или иное вмешательство службы технической поддержки необходимо осуществить в установленный предельный срок.
Тарифы для срочных и экстренных режимов прописаны в договоре технической поддержки и могут быть активированы заказчиком в нужный момент.
Напоминаем, что задать новые вопросы можно вот тут: https://vk.com/im?entrypoint=community_page&media=&sel=-211034027
ВОПРОС: Решаемая с помощью ПО «Контур» задача носит периодический характер, например выполняется раз в месяц при закрытии внутренней отчетности или на дату сдачи формы обязательной отчетности регулятору. Можно ли установить особые условия реагирования на обращения за консультациями и исправлением ошибок по договору техподдержки в моменты дедлайнов по таким задачам? Такие, чтобы решить возникшую проблему в течение дня?
ОТВЕТ: Для решения задач технической поддержки в сжатые сроки можно использовать срочные и экстренные режимы оказания услуг. Они не являются обязательными и предназначены для исключительных случаев, когда проблемы возникли «на последней миле» и консультацию или иное вмешательство службы технической поддержки необходимо осуществить в установленный предельный срок.
Тарифы для срочных и экстренных режимов прописаны в договоре технической поддержки и могут быть активированы заказчиком в нужный момент.
Vk
VK | Welcome!
VK is the largest European social network with more than 100 million active users. Our goal is to keep old friends, ex-classmates, neighbors and colleagues in touch.
Media is too big
VIEW IN TELEGRAM
Смотрите новый выпуск проекта «200 слов о банковской аналитике» и узнайте ответ на актуальный вопрос: «Зачем переводить регуляторную отчетность на хранилище данных, если банк использует моно АБС?»
Что вы обычно спрашиваете при первом обращении к потенциальному поставщику аналитического ПО?
Anonymous Poll
33%
Интересует ваша коробка для управленки/регуляторки/бюджетирования и пр. Когда можете провести показ?
67%
Выбираем систему автоматизации управленки/регуляторки и др. Дайте оценку стоимости и сроки проекта.
0%
Какой свой проект автоматизации вы считаете самым продвинутым. Хотим поговорить с заказчиком.
0%
Пришлите презентацию вашего ХД-решения. Хотим сначала посмотреть.
0%
Где можно скачать демо-версию вашего ПО, чтобы покрутить самим?
0%
Другой вариант (напишу в комментарии).
Обычно при согласовании с разными заказчиками условий поставки лицензий на ПО «Контур» мы получаем очень похожие замечания и вопросы. И только иногда вопросы нас удивляют. Сегодня разбираем именно такой – вызвавший удивление – вопрос.
ВОПРОС: Почему в лицензионный договор не включены условия поставки обновлений ПО «Контур»?
ОТВЕТ: Предметом лицензионного договора является передача неисключительного права использования СРМ-платформы «Контур» (программы для ЭВМ). Договор также предусматривает предоставление экземпляра программы для ЭВМ, актуального на момент передачи.
Лицензия на СРМ-платформ «Контур» передается конечному пользователю на весь срок действия исключительного права правообладателя и оплачивается единомоментно. После подписания акта приемки-передачи лицензии обязательства сторон считаются выполненными и лицензионный договор прекращает свое действие. Передать по нему что-то еще, например право на обновления и пакет обновлений, становится невозможным.
Это – важное отличие от лицензирования на основе рамочного договора подписки, когда разрешение на право использования ПО требует периодического продления, оплаты, передачи актуальной версии ПО и подписания акта на новый срок использования ПО.
Для на СРМ-платформ «Контур» передача обновлений ПО и прав на его использование регулируется договором технической поддержки.
Хотите спросить что-то еще? Свои вопросы можете оставить здесь👇
https://vk.com/im?entrypoint=community_page&media=&sel=-211034027
ВОПРОС: Почему в лицензионный договор не включены условия поставки обновлений ПО «Контур»?
ОТВЕТ: Предметом лицензионного договора является передача неисключительного права использования СРМ-платформы «Контур» (программы для ЭВМ). Договор также предусматривает предоставление экземпляра программы для ЭВМ, актуального на момент передачи.
Лицензия на СРМ-платформ «Контур» передается конечному пользователю на весь срок действия исключительного права правообладателя и оплачивается единомоментно. После подписания акта приемки-передачи лицензии обязательства сторон считаются выполненными и лицензионный договор прекращает свое действие. Передать по нему что-то еще, например право на обновления и пакет обновлений, становится невозможным.
Это – важное отличие от лицензирования на основе рамочного договора подписки, когда разрешение на право использования ПО требует периодического продления, оплаты, передачи актуальной версии ПО и подписания акта на новый срок использования ПО.
Для на СРМ-платформ «Контур» передача обновлений ПО и прав на его использование регулируется договором технической поддержки.
Хотите спросить что-то еще? Свои вопросы можете оставить здесь👇
https://vk.com/im?entrypoint=community_page&media=&sel=-211034027
Vk
VK | Welcome!
VK is the largest European social network with more than 100 million active users. Our goal is to keep old friends, ex-classmates, neighbors and colleagues in touch.
Вы уже решились отказаться от электронных таблиц и автоматизировать бюджетирование с помощью специализированного отечественного ПО?
Это правильно! Только не переносите в новую систему прежние подходы к бюджетированию, обусловленные отсутствием специализированного функционала в универсальных таблицах. Иначе вы получите «пшик» от автоматизации.
Вам не нужно ограничиваться укрупненным ведением сметы. Специализированное решение предоставит вам гораздо больше возможностей в управлении расходами банка:
✅ Вы сможете организовать коллективное планирование с заявочной компанией и получить бюджет с необходимой аналитикой, детально учитывающий расходы подразделений. При этом вы ускорите формирование бюджета в разы.
✅ Не будете тратить время на консолидацию бюджетов подразделений, она будет выполнятся автоматически.
✅ Получите возможность автоматически контролировать расходы и оперативно проверять все платежи по бюджету.
✅ Сможете вести реестр хозяйственных договоров с графиками платежей.
✅ Будете автоматически получать данные о фактических расходах, регулярно проводить план-факт анализ исполнения бюджета и своевременно выполнять его корректировку.
✅ Сможете использовать встроенный документооборот для согласования и визирования всех бюджетных документов.
✅ И еще много другое.
Перестраивайте и развивайте свои процессы бюджетирования вместе с новой системой, не оглядываясь на то, как вы делали это с excel. Задействуйте все возможности специализированного ПО, чтобы обеспечить эффективное управление расходами и добиться их оптимизации.
Это правильно! Только не переносите в новую систему прежние подходы к бюджетированию, обусловленные отсутствием специализированного функционала в универсальных таблицах. Иначе вы получите «пшик» от автоматизации.
Вам не нужно ограничиваться укрупненным ведением сметы. Специализированное решение предоставит вам гораздо больше возможностей в управлении расходами банка:
✅ Вы сможете организовать коллективное планирование с заявочной компанией и получить бюджет с необходимой аналитикой, детально учитывающий расходы подразделений. При этом вы ускорите формирование бюджета в разы.
✅ Не будете тратить время на консолидацию бюджетов подразделений, она будет выполнятся автоматически.
✅ Получите возможность автоматически контролировать расходы и оперативно проверять все платежи по бюджету.
✅ Сможете вести реестр хозяйственных договоров с графиками платежей.
✅ Будете автоматически получать данные о фактических расходах, регулярно проводить план-факт анализ исполнения бюджета и своевременно выполнять его корректировку.
✅ Сможете использовать встроенный документооборот для согласования и визирования всех бюджетных документов.
✅ И еще много другое.
Перестраивайте и развивайте свои процессы бюджетирования вместе с новой системой, не оглядываясь на то, как вы делали это с excel. Задействуйте все возможности специализированного ПО, чтобы обеспечить эффективное управление расходами и добиться их оптимизации.
👉 Мы тоже считаем, что «неэффективных расходов всегда достаточно», поэтому предлагаем банкам приложение «Бюджет хозяйственных расходов», которое поможет рационально спланировать бюджет АХР, оперативно и строго контролировать его расходование, анализировать расходы и выявлять возможности их оптимизации.
🔥1
Знакомьтесь с возможностями приложения "Бюджет хозяйственных расходов" от компании "Интерсофт Лаб".
👍3
❓ Вашей системе бюджетирования не хватает инструментов для аллокаций расходов? И вы даже думаете ее заменить?
👉 Не торопитесь. Если основной функционал вашей системы вас вполне устраивает, то отказываться от нее не стоит. Любое ПО для бюджетирования можно дополнить универсальными инструментами для перераспределения расходов, например, нашим приложением «Аллокации». С его помощью вы сможете автоматизировать индивидуальную методику аллокаций вашего банка и выполнять перераспределения сумм расходов, сформированных в вашей системе, на любые объекты аналитики.
Приложение поможет реализовать каскадную, циклическую (перекрестную) и комбинированную модели аллокаций. При этом будет обеспечена максимальная прозрачность всех разнесений расходов.
Дополнить вашу систему универсальным ПО для аллокаций будет гораздо проще, быстрее и дешевле, чем вновь автоматизировать все процессы бюджетирования. Поэтому если вам нужны только аллокации, выбирайте универсальное решение.
И, кстати, приложение можно использовать не только вместе с вашей системой бюджетирования, но и с ПО для финансового планирования и подготовки управленческой отчетности.
👉 Не торопитесь. Если основной функционал вашей системы вас вполне устраивает, то отказываться от нее не стоит. Любое ПО для бюджетирования можно дополнить универсальными инструментами для перераспределения расходов, например, нашим приложением «Аллокации». С его помощью вы сможете автоматизировать индивидуальную методику аллокаций вашего банка и выполнять перераспределения сумм расходов, сформированных в вашей системе, на любые объекты аналитики.
Приложение поможет реализовать каскадную, циклическую (перекрестную) и комбинированную модели аллокаций. При этом будет обеспечена максимальная прозрачность всех разнесений расходов.
Дополнить вашу систему универсальным ПО для аллокаций будет гораздо проще, быстрее и дешевле, чем вновь автоматизировать все процессы бюджетирования. Поэтому если вам нужны только аллокации, выбирайте универсальное решение.
И, кстати, приложение можно использовать не только вместе с вашей системой бюджетирования, но и с ПО для финансового планирования и подготовки управленческой отчетности.
Вам необходимо автоматизировать аллокации расходов и подобрать подходящее ПО?
Подготовили для вас список обязательных характеристик специализированной системы, который поможет вам определиться с вендором:
👉 Тиражный отечественный софт.
Выбирайте тиражное ПО из реестра российских программ для ЭВМ и БД.
👉 Автономное функционирование.
Обращайте внимание на автономные решения для расчета аллокаций. Такое ПО вы сможете использовать для перераспределения расходов и при планировании, и при бюджетировании, и при оценке финансового результата.
👉 Успешные внедрения в банках.
Большое число внедрений софта в банках свидетельствует о развитости его функционала и гарантирует, что вы сможете реализовать различные методики аллокаций и обеспечить высокопроизводительные вычисления. Ваш проект будет застрахован от неуспеха.
👉 Поддержка разных алгоритмов разнесения.
Система должна поддерживать различные алгоритмы аллокаций: каскадные, циклические, комбинированные. Это позволит автоматизировать любую методику перераспределения расходов.
👉 Мониторинг результатов каждого шага разнесения расходов (обратная трассировка расчетов)
Эту важную функциональность имеют не все системы. При ее отсутствии вы не сможете проследить и обосновать, какую долю затрат и почему объект учета принимает в свой финансовый результат. А это важно в решении мотивационных задач и обосновании затрат подразделений.
👉 Встроенный документооборот.
Отнесение косвенных затрат на подразделения, уменьшает их прибыль, поэтому важно согласовывать с ними базы распределения (кост-драйверы). Наличие функций документооборота в системе дает такую возможность.
👉 Пользовательский механизм настройки аллокаций.
Система, имеющая функции для гибкой настройки расчетов, позволит бизнес-пользователям самостоятельно управлять моделью аллокаций.
Ориентируйтесь на эти характеристики софта.
Правильного вам выбора!
Подготовили для вас список обязательных характеристик специализированной системы, который поможет вам определиться с вендором:
👉 Тиражный отечественный софт.
Выбирайте тиражное ПО из реестра российских программ для ЭВМ и БД.
👉 Автономное функционирование.
Обращайте внимание на автономные решения для расчета аллокаций. Такое ПО вы сможете использовать для перераспределения расходов и при планировании, и при бюджетировании, и при оценке финансового результата.
👉 Успешные внедрения в банках.
Большое число внедрений софта в банках свидетельствует о развитости его функционала и гарантирует, что вы сможете реализовать различные методики аллокаций и обеспечить высокопроизводительные вычисления. Ваш проект будет застрахован от неуспеха.
👉 Поддержка разных алгоритмов разнесения.
Система должна поддерживать различные алгоритмы аллокаций: каскадные, циклические, комбинированные. Это позволит автоматизировать любую методику перераспределения расходов.
👉 Мониторинг результатов каждого шага разнесения расходов (обратная трассировка расчетов)
Эту важную функциональность имеют не все системы. При ее отсутствии вы не сможете проследить и обосновать, какую долю затрат и почему объект учета принимает в свой финансовый результат. А это важно в решении мотивационных задач и обосновании затрат подразделений.
👉 Встроенный документооборот.
Отнесение косвенных затрат на подразделения, уменьшает их прибыль, поэтому важно согласовывать с ними базы распределения (кост-драйверы). Наличие функций документооборота в системе дает такую возможность.
👉 Пользовательский механизм настройки аллокаций.
Система, имеющая функции для гибкой настройки расчетов, позволит бизнес-пользователям самостоятельно управлять моделью аллокаций.
Ориентируйтесь на эти характеристики софта.
Правильного вам выбора!
Вокруг хранилищ данных всегда роится множество ложных мнений. Плохо, когда они мешают работать.
В последнее время столкнулась с парой «свеженьких» заблуждений относительно хранилищ данных:
✅ ХД – экономически значимый объект КИИ.
✅ ХД – бизнес-критичный софт.
Предлагаю разобраться в сути и последствиях этих ошибочных посылов, а также выработать меры по исправлению ситуации, если основанные на заблуждениях неверные шаги уже сделаны.
1. ХД – экономически значимый объект КИИ
Почему это не так: согласно «Правилам категорирования объектов КИИ», утвержденных ПП РФ №127, к экономически значимым относятся системы, на которые распространяется угроза прекращения и нарушения проведения платежных операций. И это точно не ХД.
И все же, отдельные банки ошибочно присвоили хранилищам данных категории экономической значимости.
👉 К чему это привело:
- согласно «Методическим рекомендациям по цифровой трансформации для государственных корпораций и компаний с государственным участием» от 12 января 2024 года банкам с госучастием с 01 января 2025 года приобретать и эксплуатировать такой софт, не отвечающий критериям отечественного ПО, запрещено;
- остальные кредитные организации в соответствии с «Методическими рекомендациями по переходу на использование российского программного обеспечения» от 31 января 2023 года обязаны разработать и исполнять планы по импортозамещению такого ПО, если сам софт или компоненты в его составе запрещены к распространению на территории РФ.
👉 Как исправить ситуацию?
Изменить категорию объекта КИИ. Формальные поводы для пересмотра перечислены в ПП РФ №127. Но наиболее вероятно, для перекатегорирования придется подождать 5 лет с момента установки ошибочной категории.
2. ХД – бизнес-критичный софт
Почему это не так: к бизнес-критичному относят ПО, жизненно необходимое для обеспечения непрерывности бизнеса. В банках это софт, без которого невозможно обслуживать клиентов и выполнять платежи. Основной критерий идентификации бизнес-критичности – убытки, которые несет бизнес от простоя ПО. Этому критерию ХД не соответствуют.
Но не все банки готовы с согласиться с такой оценкой.
👉 К чему это приводит?
К необоснованному завышению требований к уровню сервисного обслуживания ХД и стоимости технической поддержки.
👉 Как исправить ситуацию?
Проанализировать влияние простоя ХД на убытки и объективно/количественно оценить его критичность для бизнеса. По итогам переоценки критичности пересмотреть внутренние требования к уровню доступности технической поддержки, ко времени реагирования на инциденты, к срокам устранения их последствий и проч. метрикам SLA, и получить оптимизированное предложение на услуги технической поддержки от вендора.
Внимание! Если вы только что поняли, что поддались одно из рассмотренных заблуждений, еще не поздно все исправить.
В последнее время столкнулась с парой «свеженьких» заблуждений относительно хранилищ данных:
✅ ХД – экономически значимый объект КИИ.
✅ ХД – бизнес-критичный софт.
Предлагаю разобраться в сути и последствиях этих ошибочных посылов, а также выработать меры по исправлению ситуации, если основанные на заблуждениях неверные шаги уже сделаны.
1. ХД – экономически значимый объект КИИ
Почему это не так: согласно «Правилам категорирования объектов КИИ», утвержденных ПП РФ №127, к экономически значимым относятся системы, на которые распространяется угроза прекращения и нарушения проведения платежных операций. И это точно не ХД.
И все же, отдельные банки ошибочно присвоили хранилищам данных категории экономической значимости.
👉 К чему это привело:
- согласно «Методическим рекомендациям по цифровой трансформации для государственных корпораций и компаний с государственным участием» от 12 января 2024 года банкам с госучастием с 01 января 2025 года приобретать и эксплуатировать такой софт, не отвечающий критериям отечественного ПО, запрещено;
- остальные кредитные организации в соответствии с «Методическими рекомендациями по переходу на использование российского программного обеспечения» от 31 января 2023 года обязаны разработать и исполнять планы по импортозамещению такого ПО, если сам софт или компоненты в его составе запрещены к распространению на территории РФ.
👉 Как исправить ситуацию?
Изменить категорию объекта КИИ. Формальные поводы для пересмотра перечислены в ПП РФ №127. Но наиболее вероятно, для перекатегорирования придется подождать 5 лет с момента установки ошибочной категории.
2. ХД – бизнес-критичный софт
Почему это не так: к бизнес-критичному относят ПО, жизненно необходимое для обеспечения непрерывности бизнеса. В банках это софт, без которого невозможно обслуживать клиентов и выполнять платежи. Основной критерий идентификации бизнес-критичности – убытки, которые несет бизнес от простоя ПО. Этому критерию ХД не соответствуют.
Но не все банки готовы с согласиться с такой оценкой.
👉 К чему это приводит?
К необоснованному завышению требований к уровню сервисного обслуживания ХД и стоимости технической поддержки.
👉 Как исправить ситуацию?
Проанализировать влияние простоя ХД на убытки и объективно/количественно оценить его критичность для бизнеса. По итогам переоценки критичности пересмотреть внутренние требования к уровню доступности технической поддержки, ко времени реагирования на инциденты, к срокам устранения их последствий и проч. метрикам SLA, и получить оптимизированное предложение на услуги технической поддержки от вендора.
Внимание! Если вы только что поняли, что поддались одно из рассмотренных заблуждений, еще не поздно все исправить.
🔥1