Технически это два отдельных набора данных в БД, которые связаны с общей сущностью (проектов/портфелей или работой). Один из сценариев оценки сверху-вниз - у портфеля собственная таблица для задания бюджета, у проекта - своя отдельная таблица для ведения бюджета. Планируя бюджет проекта, РП видит ограничения сверху, которые транслируются от бюджета портфеля (как в целом, так и по областям). Также есть возможность сопоставлять суммарный бюджет проектов с выделенным бюджетом на портфель.
За счет примененной архитектуры (последовательная подгрузка данных для отображения и т.п.) система может хранить и работать с большими объемами данных без потери производительности. Наша подсистема помогает повысить производительность работы Project в целом за счет переноса подробной финансовой информации (закупки, оплаты ТМЦ) из календарного плана в нашу отдельную форму
Наш модуль не запрещает использовать стандартный функционал, а дополняет его. Можно использовать бюджетные ресурсы. Однако, по нашему опыту, пользователям это неудобно и не слишко интуитивно понятно. Особенно финансистам. К тому же, как я перечислял в докладе, есть множество ограничений и компромиссов при использовании стандартных возможностей Project - нет мультивалютного учета, невозможно защитить фин. данные, не всегда достаточно стандартных полей ит.п.
Есть примеры интеграции с SAP, 1C, Redmine, JIRA и самописными системами АСУП. Возможна интеграция с любой системой. Самый простой сценарий - обменные файлы ф формате csv либо таблица/представление в общей БД.
Можно и в 1С. Если вести в Project, то преимущество в тесной интеграции с прочими данными Project. Например, распределение по работам, этапам. Отслеживание сроков платежей в зависимости от сроков работ в календарном плане и т.п. Возможна интеграция. В том числе с 1С. Например, предварительная оценка бюджета проводится на стороне Project, затем первичная информация (договоры, акты, фактуры) хранится в 1С. Данные регулярно синхронизируются с Project. На стороне Project ведется аналитика и план-фактный анализ.
В использовании стандартных компонентов Project Server. Т.о. формы не являются чем-то "инородным". Обеспечивается т.н. "бесшовная" интеграция с Project. Также, у нас есть мощный редактор конфигурации. Пишите в личку - обсудим более подробно.
Публикуем очередной доклад компании Бастион Интегратор с ежегодной конференции Microsoft Project 6 июня 2019. На очереди еще один доклад.
Как разделяется Операционный бюджет от Финансового бюджета? Как формируется оценка сверхувниз?
Технически это два отдельных набора данных в БД, которые связаны с общей сущностью (проектов/портфелей или работой). Один из сценариев оценки сверху-вниз - у портфеля собственная таблица для задания бюджета, у проекта - своя отдельная таблица для ведения бюджета. Планируя бюджет проекта, РП видит ограничения сверху, которые транслируются от бюджета портфеля (как в целом, так и по областям). Также есть возможность сопоставлять суммарный бюджет проектов с выделенным бюджетом на портфель.
Алексей, расскажите про Ваш модуль Bastion Forms подробнее
Напишите в личное сообщение, либо на email, либо в форме на нашем сайте. Расскажем, покажем, ответим на вопросы.
Какой объем данных поддерживает подсистема? Какие встроенные формы отчетов есть?
За счет примененной архитектуры (последовательная подгрузка данных для отображения и т.п.) система может хранить и работать с большими объемами данных без потери производительности. Наша подсистема помогает повысить производительность работы Project в целом за счет переноса подробной финансовой информации (закупки, оплаты ТМЦ) из календарного плана в нашу отдельную форму
А почему не использовать стандартный функционал бюджетные ресурсы и центры затрат?
Наш модуль не запрещает использовать стандартный функционал, а дополняет его. Можно использовать бюджетные ресурсы. Однако, по нашему опыту, пользователям это неудобно и не слишко интуитивно понятно. Особенно финансистам. К тому же, как я перечислял в докладе, есть множество ограничений и компромиссов при использовании стандартных возможностей Project - нет мультивалютного учета, невозможно защитить фин. данные, не всегда достаточно стандартных полей ит.п.
Супер, есть реальные примеры внедрения?
Есть примеры, пишите в личку - расскажем.
А есть синхронизация кост центров?
Есть
Есть ли интеграция с календарным планом проекта?
Есть.
С какими системами есть интеграция?
Есть примеры интеграции с SAP, 1C, Redmine, JIRA и самописными системами АСУП. Возможна интеграция с любой системой. Самый простой сценарий - обменные файлы ф формате csv либо таблица/представление в общей БД.
А почему не вести бюджет в 1С?
Можно и в 1С. Если вести в Project, то преимущество в тесной интеграции с прочими данными Project. Например, распределение по работам, этапам. Отслеживание сроков платежей в зависимости от сроков работ в календарном плане и т.п. Возможна интеграция. В том числе с 1С. Например, предварительная оценка бюджета проводится на стороне Project, затем первичная информация (договоры, акты, фактуры) хранится в 1С. Данные регулярно синхронизируются с Project. На стороне Project ведется аналитика и план-фактный анализ.
В чем преимущество перед аналогами UMT и TPG?
В использовании стандартных компонентов Project Server. Т.о. формы не являются чем-то "инородным". Обеспечивается т.н. "бесшовная" интеграция с Project. Также, у нас есть мощный редактор конфигурации. Пишите в личку - обсудим более подробно.