Казначейство
Заявки на оплату, лимиты, согласование, платежный календарь и контроль движения денежных средств.
Подробнее о казначействе
Критерии проекта
Решение стоит рассматривать, когда финансовый контур уже нельзя устойчиво поддерживать разрозненными базами, файлами и ручными согласованиями.
Для простой автоматизации платежей небольшой организации сначала необходимо проверить экономическую целесообразность отдельного проекта.
В проект включаются только те процессы, которые необходимы для целевой модели управления финансами.
Заявки на оплату, лимиты, согласование, платежный календарь и контроль движения денежных средств.
Подробнее о казначействеСбор и согласование бюджетов, сценарии, корректировки, план-фактный анализ и контроль исполнения.
Подробнее о бюджетированииСбор факта, правила трансформации, аналитики и отчетность по стандартам компании.
Подробнее об управленческом учетеСвязь договоров, графиков платежей, бюджетов, лимитов и фактического исполнения.
Подробнее об управлении договорамиСбор и сверка данных группы, корректировки и подготовка консолидированной управленческой отчетности.
Отдельная или консолидированная отчетность, трансформация и параллельный учет — в зависимости от редакции и модели проекта.
Доступность конкретных функций зависит от выбранной редакции БИТ.ФИНАНС, версии 1С и состава настроек. Итоговый контур фиксируется после обследования.
ИТ-ландшафт
До начала настройки определяем системы-источники, владельцев данных, правила обмена и место финансовой модели в общей архитектуре.
Источники
Типовые конфигурации 1С, внешние системы, справочники и исторические данные.
Целевой контур
Финансовая модель, правила обработки данных и настроенные бизнес-процессы.
Результат
Казначейство, бюджеты, управленческий учет, договоры и консолидация.
Совместимость и способ размещения проверяются для конкретных конфигураций, версий и доработок. Необходимость обновления, интеграции или изменения архитектуры определяется только после обследования.
Состав работ определяется целями, процессами и архитектурой заказчика — до настройки фиксируем границы проекта и ожидаемые результаты.
Дорожная карта
Каждый этап завершается проверяемым результатом, на основании которого принимается решение о переходе дальше.
Уточняем цели, процессы, роли, системы-источники, ограничения и приоритеты автоматизации.
Результат: границы проекта, перечень процессов и предварительная оценка состава работ.
Формируем целевую модель, архитектуру, требования, правила учета и критерии приемки.
Результат: согласованная модель «как будет», проектные решения и план реализации.
Настраиваем редакцию БИТ.ФИНАНС, роли, маршруты, формы, отчеты, интеграции и согласованные доработки.
Результат: прототип целевого контура, готовый к проверке на сценариях заказчика.
Проверяем функциональные и интеграционные сценарии, устраняем замечания, готовим ключевых пользователей.
Результат: подтвержденные сценарии, протоколы тестирования и подготовленные пользователи.
Запускаем рабочий контур, контролируем первые циклы, фиксируем регламенты и порядок дальнейшей поддержки.
Результат: введенный в работу контур и согласованный маршрут сопровождения.
Маршрут проекта зависит от приоритетов бизнеса, взаимосвязей процессов и готовности данных.
Начинаем с одного блока — например, казначейства или бюджетирования — и заранее учитываем последующее развитие архитектуры.
Связанные финансовые процессы вводятся по очереди, чтобы команда осваивала изменения и проверяла результат каждого этапа.
Проектируем общую модель для нескольких юридических лиц, систем и процессов с учетом требований к консолидации.
Состав решения
Стандарт, ПРОФ, Управленческий учет и Холдинг рассчитаны на разный функциональный контур. Выбор делается не по названию, а по процессам и архитектуре компании.
Предварительную оценку можно подготовить после уточнения функционального контура, систем-источников и требований к проекту.
Структура группы и распределение данных между системами.
Казначейство, бюджеты, учет, договоры, консолидация и другие процессы.
Наличие согласованных правил учета, бюджетной модели и форм отчетности.
Справочники, исторические данные, правила сверки и преобразования.
Количество ролей, уровней контроля и исключений из типового процесса.
Обмены с конфигурациями 1С, банками и другими информационными системами.
Отклонения от типового функционала, дополнительные формы и алгоритмы.
Роли внутренней команды, документация, обучение и требования к передаче знаний.
Так в расчет попадают реальные зависимости, интеграции и работы, а не усредненный набор услуг.
Проектный опыт
Результаты ниже относятся к конкретным проектам и зависят от их исходных условий, состава работ и участия команды заказчика.
Проект автоматизации бюджетирования, казначейства и сбора фактических данных.
Читать кейс → Казначейство · согласованиеАвтоматизация заявок, маршрутов согласования и контроля платежного процесса.
Читать кейс → Холдинг · консолидация · SAPПроект консолидации управленческой отчетности и автоматизации связанных финансовых процессов.
Читать кейс →Команда проекта
В проекте важно одновременно учитывать методологию учета, возможности продукта, интеграции и требования к дальнейшей поддержке.
Продуктовая экспертиза используется при выборе редакции, проектировании и настройке решения.
Команда связывает требования финансовой функции с архитектурой и реализацией в системе.
Роли, ответственность и передача знаний фиксируются в проектной модели.
Проектный контур можно передать внутренней команде или перевести на сопровождение 1С.
До встречи уточним приоритетную задачу и текущую архитектуру, чтобы демонстрация отвечала на вопросы проектной команды.
Лицензия дает право использовать выбранную редакцию продукта. Внедрение включает обследование, проектирование, настройку, интеграции, тестирование, обучение и запуск согласованного контура.
Не всегда. Способ внедрения зависит от конфигурации, версии, выполненных доработок и целевой архитектуры. Это проверяется на предпроектном обследовании.
Да, если приоритетный контур можно запустить отдельно без потери критических взаимосвязей. При этом архитектуру лучше сразу проектировать с учетом следующих этапов.
По составу процессов, количеству организаций и источников, требованиям к консолидации, МСФО, договорам, закупкам и нормативно-справочной информации.
От масштаба контура, готовности методологии и данных, количества интеграций и доработок, а также доступности проектной команды заказчика. Сроки фиксируются после обследования.
Состав и глубина переноса определяются после анализа источников и качества данных. До загрузки согласуются правила очистки, преобразования, сверки и приемки.
Команда контролирует первые рабочие циклы, устраняет согласованные замечания и передает систему на внутреннюю либо внешнюю поддержку по утвержденному регламенту.