Григорий, здравствуйте.

Вижу описанную реализацию следующим образом:

1. В планировании добавляем колонки План, Факт (с фильтрами из системы), и % выполнения, в котором будем считать значение выполнения плана

2. Создать итог с типом "Шкала" (пример есть в итогах раздела Планирование), который будет показывать значение колонки Факт.

Также можно пробовать высчитывать kpi отдельно от планирования, но с аналогичными фильтрами в дашборде.

Роман Казекин,

Добрый день,

Роман, правильно ли я Вас понял - план, факт, %выполнения в планировании +  дашборд со шкалой отдельно? А какая будет связь шкалы с разбивкой по типу продукта и менеджеру?

Задорожный Григорий,

Здравствуйте. Верно. Повторюсь, пример есть на любой trial-версии, находится на вкладке "Итоги" в разделе Планирование.

Связь задатите в графе "Как группировать", если речь идёт про обычный график.



Если речь идёт про шкалу или показатель, то связь по менеджеру не нужна - у каждого Вашего менеджера есть определённые права, в дашборде он не будет видеть того, на что у него нет прав.



К вопросу по разрезу продуктов - можно попробовать использовать дополнение Calculated Metrics, чтобы разбить процентовку более гибко.



 

Алла, добрый день!

На данный момент в системе нет возможности реализовать вашу задачу используя средства разработки. По вашему вопросу отдельная идея для доработки системы чтобы в будущем у пользователей была подобная возможность.

Евгений, сейчас такой возможности нет.

Уже зарегистрирована идея добавить логические операции в формулы в планировании.

Вообще, по описанию чем-то похоже на воронку продаж или сквозную воронку.

Возможно, удастся решить с её помощью? Также у блока итогов «график» есть разные режимы, в том числе и воронка.

Если всё не то и данные в таблице не в том виде, по которым можно построить интересующий Вас итог, можно, как тут неоднократно в разных темах предлагали, создать view и привязанную к ней схему-объект, а затем строить аналитику по нему.

Зверев Александр,

Спасибо. Попробую Ваши варианты.

Появился ещё один вопрос:

Имеем график с типом "Гистограмма" где по оси Х - ответственный, а по оси Y - Сумма всех продаж ответственного за текущий квартал. Если нажать на столбец гистограммы и выбрать пункт "Показать данные" то откроется подробный список со всеми продажами для ответственного, НО этот список не отфильтрован по текущему кварталу. В нём содержатся вообще все продажи данного ответственного.

Есть какая-то возможность, чтобы этот список был отфильтрован по текущему кварталу? Спасибо.

Странно, проверил на 7.15.2, создал динамическую группу по дате создания равной текущему кварталу, стандартная диаграмма «Количество активных продаж по менеджерам» при заходе в неё фильтруется, как целиком, так и список по каждому ответственному.

Зверев Александр,

Забыл уточнить, график с типом "Гистограмма", о котором я писал, создан в разделе "Итоги", откуда нет доступа к динамическим группам.

А вы настраивали в графике две серии? Одну - по счетам (факт), другую по другому объекту (план)?

Владимир Соколов,

Да, две серии, где одна серия - План это фиксированное число, связанное с контактом - ответственным через таблицу, а вторая серия - Факт это сумма по всем продажам для конкретного ответственного. Группировка по контакту ответственного.

Есть какая-то возможность, чтобы этот список был отфильтрован по текущему кварталу?

В комментариях на этом сайте в любых непонятных случаях предлагают создать view и работать с ней. Для построения графика по всем за квартал и с возможностью проваливания в список для каждого тоже за кавртал может подойти как раз этот способ.

Зверев Александр,

Окей, принято. Спасибо за советы и помощь

"Севостьянов Илья Сергеевич" написал:

Есть необходимость внедрить в систему копию штатного раздела "Планирование".

Именно копию, для того чтобы в ней немного модифицировать бизнес-логику и интерфейс, при этом штатный раздел "Планирование" так же должен остаться и штатно функционировать.

Есть ли какая либо возможность сделать "копию", а не переписывать его вручную основываясь на схемах и объектах пакета "CoreForecast".

PS: Данный раздел явно не является типовым, его отличает как минимум то что у него есть только "представление раздела" и отсутствует какое либо представление записей основного объекта.

"Страница раздела" не является потомком обычных типовых страниц раздела, которые унаследованы от "Базовая схема раздела (NUI)", а является потомком "Базовая схема карточки ( NUI )".

По этому его даже невозможно воссоздать на основании сгенерированного мастером нового раздела,

Даже если удается повторить схемы и объекты, как такой раздел зарегистрировать вручную ?

Подписаться на обновления этого материала

Здравствуйте,

К сожалению, это даже не раздел в привычном понимании этого слова, и скопировать его не удастся, вы можете попробовать создать аналогичную функциональность, взяв за основу оригинальный ForecastsModule, из пакета CoreForecast, но вам, в зависимости от того, какую логику вы будете менять, может понадобится создать собственные объекты\сервисы\хелперы. В общем изучите все содержимое пакета CoreForecast, начиная с ForecastsModule. А регистрацию «раздела» делайте в:
SELECT * FROM SysModule

Да, мы уже смотрели "по аналогии",
Подскажите пожалуйста верны ли мои утверждения касаемо значений в соответствующих колонках
таблицы SysModule:
SysModuleEntityId
(Значение поля "Id" базового объекта раздела из таблицы SysModuleEntity, там регистрируются все объекты автоматически при добавлении их через конфигуратор, в нашем случае это будет копия объекта Forecast)
SectionModuleSchemaUId (Значение поля "UId" из таблицы SysSchema, аналогично - регистрируются ли там схема автоматически)

Есть так же еще некоторые связанные записи в таблице SysModuleEdit
За что она отвечает ?

Илья, думаю, что данная тема будет Вам полезна
http://www.community.terrasoft.ru/forum/topic/13357

Здравствуйте!

Данная информация хранится в объекте "Элемент планирования". Единственная проблема - Id записи, по которой проводится планирование, хранится в поле "Значение элемента планирования". Это значение не получится импортировать с файла Excel.

"Демьяник Алексей" написал:Единственная проблема - Id записи, по которой проводится планирование, хранится в поле "Значение элемента планирования". Это значение не получится импортировать с файла Excel.

Алексей, спасибо за ответ! Ни разу, за свою жизнь, не встречал ничего невозможного! Трудно, сложно - да, но "не получится" - это не мой подход.

Надеюсь, есть коллеги, кто реализовывал подобные действия...

"AlexLS" написал:

Алексей, спасибо за ответ! Ни разу, за свою жизнь, не встречал ничего невозможного! Трудно, сложно - да, но "не получится" - это не мой подход.

Надеюсь, есть коллеги, кто реализовывал подобные действия...

Создайте объект, который будет дублировать поля объекта "Элемент планирования" и импортируйте в созданный Вами объект. Замените поле с типом Guid на обычное текстовое поле.

Сложность - организовать перенос и созданного объекта в объект "Значение элемента планирования". Таким образом можно будет реализовать.

"Демьяник Алексей" написал:Таким образом можно будет реализовать.

Добрый день, Александр!

Детализируйте, пожалуйста, свой запрос, желательно с использованием скриншотов.

Добрый день, Игорь!

Дело в том, что иерархическая структура там уже реализована, но логику нужно реализовывать самостоятельно. Необходимо соответствующим образом заполнить родительские поля для элементов планирования. Примеров такой реализации пока нет, чтоб скинуть Вам, но задача занесена в беклог команды разработки для реализации данного функционала в следующих версиях системы.

"Адасюк Валерий Викторович" написал:Дело в том, что иерархическая структура там уже реализована, но логику нужно реализовывать самостоятельно. Необходимо соответствующим образом заполнить родительские поля для элементов планирования.

А можно хотя бы направление, в котором двигаться?

Требуется реализовать возможность добавления подчинённых элементов средствами системы и полноценной работы с ними, а также автоматический пересчёт родительских элементов при изменении дочерних. Ввиду этого, как минимум, рекомендую начать работу с добавления записей и вычисления их Id дочерных/подчиненных элементов. В целом же вся реализация достаточно объемна и выполняется исключительно написанием скриптов.

Добрый день Олег!!!

поделюсь опытом как я выполняю клонирование группы схем. К примеру мне требуется клонировать раздел Планирование.

1. Нахожу все формы, которые относятся и работают в разделе. Это формы раздела, страницы редактирования, детали, схемы таблиц, схемы бизнес-процессов
2. Поочередно выгружаю, через функцию экспорт все схемы
3. Выполняю замену "UId" схем в файлах на новые. Новые генерирую к примеру на SQL Management Studio, подав команду "select newid()". Замену выполняю с помочью программы "Far manager", для начала в файлах "*.md" нахожу старый "UID" и заменю на новые UID.
4. Выполняю замену названий схем на новые к примеру схема называлась "ContractPageV2" я внутри файла "ContractPageV2.md" переименовываю имя схемы на новое, к примеру на "MpoContractPageV2"
5. Действия 3,4 выполняю для всех выгруженных файлов.
6. Создаю новый пакет, прописываю необходимые зависимости, чтобы все схемы, что будут импортированы работали
7. Выполняю импорт
8. После импорта проверяю все ли "зависимости" целые на формах редактирования, формах раздела, деталях, бизнес-процессах, схемах таблиц. Проверку провожу по все загруженным схемам
9. Выполняю регистрацию, страниц редактирования, деталей, разделов.
10. Копирую для деталей, разделов их профили, средствами SQL Management Studio
11. Добавляю зарегистрированные Раздел на определенный Рабочий стол.
12. Проверяю работоспособность клонированного раздела
13. Веду дополнительную доработку, согласно своего технического задания.

Самый быстрый и рабочий на сегодня у меня способ клонирования любых схем, чтобы не сидеть и вручную не создавать клона.

Михаил, спасибо, но проблема не совсем в этом, раздел скопировался нормально, связи везде вроде заменил на свои, но они почему то не отрабатывают, был бы это обычный раздел проблемы бы вообще не возникло.

В .md файлах js модулей описан код тот же что я могу посмотреть и изменить в js файлах, так что не вижу смысла переводить их сначала в .md для редактирования

"Глобин Олег" написал:для начала сделал копию раздела, в js коде заменил все переменные на свои, но все равно подгружается стандартная ForecastTab в новом разделе.

Добрый день Олег!!!

подскажите пожалуйста, после создания вы выполнили регистрацию раздела в таблицах SysModule, SysModuleLcz, SysModuleEntity? и так же второй вопрос выполнили ли вы регистрацию страниц редактирования в таблицах SysModuleEdit, SysModuleEditLcz? данные действия выполнили?

Да, данные действия выполнял вызывая хранимые процедуры RegisterSection и RegisterPage которые собственно и делают записи в указанных Вами таблицах, после этого привязал раздел к рабочему месту, он стал отоюражаться в меню, он открывается но неверно вызывается страница которую отрисовывает модуль

Олег, во вложении скиньте листинг раздела. А лучше конечно MD файл. Я его посмотрю, листинг и сам MD. Подготовлю SQL запросы, исполните и скажите в результате на экране, все появляется или нет. Есть подозрение что некорректно выполнена регистрация раздела. Но нужно смотреть, листинг и ваш MD. MD страницы редактирования тоже кидайте, чтобы корректно вам в ответ я подготовил запросы. Спасибо!!!

Спасибо Михаил, прикрепил .md файлы трех основных js модулей которые исполняются для загрузки раздела, на всякий случай и .md страницы редактирования прицепил

Продолжаем разговор. :smile:

не успел еще подготовить SQL запросы, что обещал но сразу вопрос. Объект таблицы "SxForecast" в системе вы тоже создали, и зарегистрировали его в таблице SysModuleEntity? Ну и подчиненные таблице так же должны быть созданы:
- SxForecastDimension
- SxForecastIndicator
- SxForecastItem
- SxForecastItemValue

Созданы данные таблицы?
Если да то буду далее анализировать ваш код. И еще вопрос. Клонировать раздел, вы для каких целей собрались? не дешевле было переделать существующий?

Я как ранее и говорил из данного раздела, брал только подход работы, и создавал свой раздел, в котором ведется Заполнение и обработка экономических таблиц БДР, БДДС

Да, объекты конечно же есть необходимые, к сожалению по заданию необходим и базовый раздел Планирования, так что остается только сделать копию и уже ее менять, в принципе она практически идентиченая только таблица более сложная чем в оригинальном планировании

Давайте поступим так, чтобы вы уже Олег увидели на экране свой клонированный раздел Планирование, вышлите мне пожалуйста еще MD файл "SxForecast", как я и говорил подготовлю SQL запросы, чтобы убедиться регистрация прошла верно или нет. Если нет то подготовлю вам SQL скрипты по регистрации раздела, и его страниц.

Я сам еще раз повторюсь никогда не пользуюсь скриптами, для выполнения регистрации, всегда пишу под каждую задачу свои скрипты, чтобы уже быть точно уверенным, что регистрация прошла успешно и верно.

"Власов Михаил Викторович" написал:

увидели на экране свой клонированный раздел Планирование

Олег, то что сейчас ошибочно выводиться на экран, покажите пожалуйста в виде скриншота, чтобы хоть представлять в какой схеме при генерации страницы мог произойти баг. так как у раздела планирования своя ViewModel и свой ViewModelGenerator.

Добрый день Олег!!!

по вашей задачи есть еще проблемы и вопросы? дайте пожалуйста обратную связь. Спасибо!!!

Добрый день Михаил,
Сейчас заново регистрирую раздел и страницы, отпишусь по завершению, скину скриншоты того что загружается

Итак, создал все нужные объекты и страницы, зарегистрировал раздел и страницы следующим запросом

DECLARE @SysEntitySchemaUId NVARCHAR(255);
DECLARE @SysModuleEntityId NVARCHAR(255);
DECLARE @SectionModuleSchemaUId NVARCHAR(255);
 
SET @SectionModuleSchemaUId = (SELECT TOP 1 Uid FROM SysSchema WHERE Name = 'SxForecastModule');
SET @SysEntitySchemaUId = (SELECT TOP 1 UId FROM SysSchema WHERE Name = 'SxForecast');
 
 
INSERT INTO SysModuleEntity (SysEntitySchemaUId) VALUES (@SysEntitySchemaUId);
 
SET @SysModuleEntityId = (SELECT TOP 1 Id FROM SysModuleEntity WHERE SysEntitySchemaUId = @SysEntitySchemaUId);
 
INSERT INTO SysModule (Caption, SysModuleEntityId, FolderModeId, GlobalSearchAvailable, HasAnalytics, HasActions, HasRecent, Code, ModuleHeader, SectionModuleSchemaUId) 
VALUES ('Прогнозирование', @SysModuleEntityId, 'B659D704-3955-E011-981F-00155D043204', 1, 1, 1, 0, 'SxForecast', 'Список: Прогнозирование', @SectionModuleSchemaUId);
 
INSERT INTO SysModuleLcz (RecordId, ColumnUId, SysCultureId, Value)
VALUES (@SysModuleEntityId, '3DA3C3B2-02FB-4CCA-80C3-7946D4E8F565', '1A778E3F-0A8E-E111-84A3-00155D054C03', 'Прогнозирование');
 
INSERT INTO SysModuleLcz (RecordId, ColumnUId, SysCultureId, Value)
VALUES (@SysModuleEntityId, '7B904E78-84BF-408C-A7A1-1287E66837D3', '1A778E3F-0A8E-E111-84A3-00155D054C03', 'Прогнозирование');
 
-- Регистрация страницы
 
INSERT INTO SysModuleEdit (SysModuleEntityId, UseModuleDetails, CardSchemaUId)
VALUES (@SysModuleEntityId, 1, (SELECT TOP 1 Uid FROM SysSchema WHERE Name = 'SxForecastPage'));
 
DECLARE @SysModuleEditId NVARCHAR(255);
SET @SysModuleEditId = (SELECT TOP 1 Id FROM SysModuleEdit WHERE SysModuleEntityId = @SysModuleEntityId);
 
INSERT INTO SysModuleEditLcz (RecordId, ColumnUId, SysCultureId, Value)
VALUES (@SysModuleEditId, 'A19BF4BF-E22B-49B5-B6E0-918FF6290020', '1A778E3F-0A8E-E111-84A3-00155D054C03', 'Прогнозирование');
 
INSERT INTO SysModuleEditLcz (RecordId, ColumnUId, SysCultureId, Value)
VALUES (@SysModuleEditId, 'A19BF4BF-E22B-49B5-B6E0-918FF6290020', '1A778E3F-0A8E-E111-84A3-00155D054C03', 'Прогнозирование');

скопировал коды страниц, получил следующую ошибку (прикреплена в файле), подобное уже встречалось, вспомню как исправлял отпишусь дальше

Ошибку исправил, немного поправили код страниц, в итоге раздел открывается но страницы не подгружается которая должна отрисовывать содержимое раздела. Скриншот в прикрепленном файле. В консоле браузера никаких ошибок не выдает

P.S. забыл добавить, вручную добавил запись в SxForecastItem чтобы проверить правильно ли идет запрос, чтобы вытягивало его во вкладки, на скриншоте его видно, вроде запрос отрабатывает нормально. Также почему то подтягиваются базовые схемы ForecastTab, ForecastModule, ForecastBuilder

Олег добрый день!!!

при удачном клонировании раздела Планирования, у вас в правом углу должна быть шестеренка с выпадающем меню. Как на картинке, что показана ниже.

Нажав на "Шестеренка"-->Добавить, у вас должна открыться страница редактирования "Элемента планирования", с возможностью добавления Измерения, Периода, Названия. Данная страница открывается? Шестеренка, как на картинке есть в Правом верхнем углу? Я уже удалил конечно свой клонированный раздел, но на выходных ради эксперимента выполнял клонирование, данного раздела, у меня все прошло без ошибок.

По скриптам регистрации страниц. Здесь ошибок не вижу, все верно.

Михаил, шестеренка есть, но добавление заблокировано, доступно только "Настроить права доступа"

Олег день добрый!!!

посмотрите пожалуйста в дебаггере консоли браузера в функции "checkForecastCanEditRights" схемы "ForecastTab" (это старое название схемы), новое не знаю как у вас называется. Установите точку останова, и посмотрите что в строчке  this.set("AddButtonEnabled", Ext.isEmpty(result)); присваивается. Вот вам отправная точка поиска. Так как "Доступность" пунктов меню "Добавить", "Изменить", "Удалить" регулируется программно.

Добрый день Михаил, как оказалось модуль SxForecastTab (который должен был запускаться вместо ForecastTab) даже не запускается, т.е. не заходит в его метод init

Вместо этого упорно запускается стандартный ForecastTab, подтягивая за собой все остальные стандартные модули вроде ForecastModule, ForecastBuilder

P.S.

"Власов Михаил Викторович" написал:

в функции "checkForecastCanEditRights" схемы "ForecastTab" (это старое название схемы), новое не знаю как у вас называется. Установите точку останова, и посмотрите что в строчке this.set("AddButtonEnabled", Ext.isEmpty(result)); присваивается

"enabled": {
    "bindTo": "ForecastRightLevel",
    "bindConfig": {"converter": "isSchemaCanAppendRightConverter"}
}

Здравствуйте, Олег!

У Вас на скриншоте написано в адресной строке – ForecastsModule
А значит, по нажатию в левом меню вызывается именно он, а не Ваш модуль.
Вызываемый модуль можно посмотреть в консоли, Terrasoft.configuration.ModuleStructure

Добрый день, Юрий,
Простите на каком из моих скриншотов вы смогли адресную строку найти? Вообще в последнем сообщение действительно стандартное планирование, чтобы показать кнопку и это не относилось к общему вопросу.

Оказалось что не заменил имя в методе LoadModule на свое, поэтому и тянуло стандартные схемы, заменил на свое и появилась следующая ошибка, видимо Module вызывается почему то дважды

Вероятная причина данной ошибки заключается в том, что sandbox не корректно загрузил модуль. Скорее всего, дело в том, как
Генерируются идентификаторы для модулей. Вам необходимо выполнить отладку клиентского кода.
http://academy.terrasoft.ru/documents/docs/technic/SDK/7.6.0/ClientCode…

Доброго времени суток. У меня аналогичная задача - скопировать раздел планирование.
Проблема следующая: раздел отображается, но не отображаются созданные записи. При загрузке раздела не удается получить структуру схемы ForecastTab (в SchemaBuilderV2 в методе requireAllSchemaHierarchy getSchemaStructure возвращает undefined). Код схемы скопирован с базовой.

Олег день добрый!!!

подскажите пожалуйста по вашему последнему посту проблема сохранилась? помощь требуется? готов завтра в течение дня вам помочь правильно скопировать раздел.

Добрый день, Михаил.
Да, проблема сохранилась. Есть подозрение, что я неправильно указал зависимости пакета (я уже с таким сталкивался). Завтра попробую, и отпишусь.

Оказалось дело не в связях. Хотя может дело не в ForecastTab (после добавления связей схемы пересоздать нужно, а я пересоздал только ее)
UPD: получилось исправить ошибку получения структуры ForecastTab. Теперь при добавлении записи появляется просто пустая страница. Ошибок в консоли нет.
UPD2: Получилось отрисовать страницу. Дело было в именах контейнеров.

Добрый день Олег!!!

я не знаю с чего вы начали при клонировании и изменении под свои нужды раздела Планирование, я расскажу свой опыт знакомства и клонирование под свои задачи Раздела Планирование. Все началось с постановки задачи. "Требуется создать раздел в котором бы Экономист с легкостью смог бы вести БДДР и БДС при планирование бюджета на предприятие."
конечно для этих целей за основу можно было взять раздел Планирование. Первое что я изучил как устроен раздел планирование, как он работает, какая структура данных задумана компанией Террасофт, требуется или нет переделывать структуру данных под себя, требуется или нет переделывать PivotGrid под себя. На данном этапе я понял, что структура базы данных компанией Террасофт задумана идеально и даже с запасом под разные другие задачи, и ее я сильно изменять не стал. Внес только пару новых полей. Далее что я проанализировал это как работает схема PivotGrid, что она умеет, что она не умеет, какая схема Бралась за основу. И понял что самое главное что не умеет схема PivotGrid это отрабатывать Табуляцию при позиционирование курсора в столбце и переходу к следующей ячейки текущей строки. Мне стало интересно почему же программисты компании Террасофт изначально при создании PivotGrid отключили событие по отработки Табуляции. И понял, что PivotGrid это перевернутый стандартный грид и при нажатии на Табуляцию курсор перемещается вниз по столбцу, а не вправо по строке.
вот именно эту задачу я первую и решил. Вторая проблема, что возникла это отсутствие промежуточных итогов, как к примеру они есть Сводной таблице в экселе. И данную проблему я решил путем доработки PivotGrid, решил так же проблему позиционирование курсора в иерархии и при обновление Grid-a, по умолчанию иерархический список всегда сворачивался и позиция курсора всегда пропадала, так себя ведет стандартный Grid и эту проблему я решил. Вот с чего я начал.
но а дальше я стал просто клонировать все схемы из пакета CoreForecast. Делал это все вручную, сначало выгрузил все схемы, через Экспорт на диск, и в полученных файлах сменил все UID на новые. Выполнял данную операцию посредствам Far Manager-a. При замене UId-дов всегда нужно не забывать что к примеру UID схемы таблицы Forecast пожет встречаться как в виде ссылки в других схемах. Для этого в Фаре я сначало выполнял поиск по файлам *.md, в поле "Содержащий текст" указывал искомый UId. После того как вхождения UID было найдено менял на новый UID.
После замены всех старых UId на новые я выполнил переименование всех выгруженных схем. И только после этого я выполнил Импорт схем обратно в Базу данных. После импорта я вылнил регистрацию требуемых схем в базе данных. Т.е новый раздел "ForecastsModule" зарегистрировал в таблице SysModule, SysModuleLcz. Страницы редактирования зарегистрировал в таблицах SysModuleEdit, SysModuleEditLcz. Провайдер уведомлений зарегистрировал в таблице NotificationProvider. Новую схему "Forecast" зарегистрировал в таблице SysModuleEntity. И все клонированный раздел заработал на 5 с плюсом. Ну конечно пришлось еще изменить много стандартных схем под свою задачу, но самое главное Олег чтобы у вас появилось понимание, что такое Генерация схем, ядром системы, как система это делает. Какая последовательность в генерации происходит. В данном разделе Планирование это очень хорошо прослеживается вся идеалогия MVVM модели, которую компания террасофт заложила как базись в свою систему. Без данного понимания и умения создавать свои Custom схемы с нуля, очень сложно будет создавать новые инструменты.
ведь BasePageV2, BaseSectionV2, BaseDetailV2 это всего лишь стандартные схемы облегчающие создание стандартных страниц, а если требуется создать нестандартую страницу, как раздел Планирование, то здесь нужно четкое понимание MVVM модели и понимание работы ядра системы, какой модуль (схема) за что отвечают при генерации страниц.

И если Олег после прочитанного поста остались все таки вопросы, а я желаю вам помочь создать свою страницу, прошу более подробно описать что и как вы уже сделали, и что конкретно в понимание или коде у вас не получается. спасибо!!!

Спасибо, Михаил. Именно после переноса схем md файлами у меня наконец-то заработала ForecastTab, впредь так и буду поступать. Единственное для замены GUID я использовал не Far Manager, а Sublime. Особых проблем в принципе не возникло. Есть одна мелочь, которую я все еще не знаю как решить - я добавил новую колонку, и ее Caption длиннее других, и выходит так что он выводится в две строки. Буду благодарен, если подскажете каким образом можно расширить размер колонки, чтоб caption отображался одной строкой (желательно не меняя размер остальных).

Попробуйте переопределить CSS стили для реестра

Разобрался. Ширина задается для каждой колонки отдельно в ForecastTab.

Появилась другая проблема - изменил типы колонок с INTEGER на FLOAT и теперь вручную в поле План нельзя вписать значение - только скопировать.
UPD: спас тип MONEY

Олег сейчас все у вас получилось или есть проблемы?

Была проблема с переключением между вкладками - значение ActiveTab терялось, но с этим я уже разобрался. Сейчас кажется все работает, Михаил. Над данной "новой и интересной задачей" пришлось поломать голову :smile:
Спасибо за участие

Игорь, здравствуйте!

Вычисления – в пакете CoreForecast.

Значение нужно вычислять в хранимке tsp_RecalculateForecastFact, в блоке

SET @SQLText = N'
SELECT
(SELECT SUM(ISNULL(fiv.[Value], 0))
FROM [ForecastItemValue] fiv
WHERE fiv.[ForecastItemId] = @P5
AND fiv.[PeriodId] = @P6
AND fiv.[ForecastIndicatorId] = @P7
) PlanAmount,
(SELECT SUM(ISNULL(o.[Amount], 0))
FROM [Opportunity] o
WHERE o.[StageId] = @P1
AND o.[DueDate] >= @P2
AND o.[DueDate] < @P3
AND o.' + @ColumnName + N' = @P4
) FactAmount,
(SELECT SUM(ISNULL(o.[Amount], 0) * ISNULL(o.[Probability], 0) / 100)
FROM [Opportunity] o
INNER JOIN [OpportunityStage] os ON os.[Id] = o.[StageId]
WHERE os.[End] = 0
AND o.[DueDate] >= @P2
AND o.[DueDate] < @P3
AND o.' + @ColumnName + N' = @P4
) PotentialAmount'

Заголовок индикатора нужно менять в таблице ForecastIndicator. Изменять нужно только Name, поле Code не трогать.

Спасибо!

"Арменчу Артём Александрович" написал:

Заголовок индикатора нужно менять в таблице ForecastIndicator. Изменять нужно только Name, поле Code не трогать.

(SELECT SUM(ISNULL(fiv.[Value], 0))
FROM [ForecastItemValue] fiv
WHERE fiv.[ForecastItemId] = @P5
AND fiv.[PeriodId] = @P6
AND fiv.[ForecastIndicatorId] = @P7
) PlanAmount,
(SELECT SUM(ISNULL(o.[UsrMarginAmount], 0))
FROM [Opportunity] o
WHERE o.[StageId] = @P1
AND o.[DueDate] >= @P2
AND o.[DueDate] < @P3
AND o.' + @ColumnName + N' = @P4
) FactAmount,
(SELECT SUM(ISNULL(o.[UsrMarginAmount], 0) * ISNULL(o.[Probability], 0) / 100)
FROM [Opportunity] o
INNER JOIN [OpportunityStage] os ON os.[Id] = o.[StageId]
WHERE os.[End] = 0
AND o.[DueDate] >= @P2
AND o.[DueDate] < @P3
AND o.' + @ColumnName + N' = @P4
) PotentialAmount'

И ещё уточнение, я же не могу править пакет CoreForecast. поэтому просто создаю tsp_RecalculateForecastFact в Custom?

Игорь, пользователь в принципе может выполнить любой скрипт, имея доступ в конфигурацию.

Для этого необходимо перейти в конфигурацию, выбрать пакет Custom и перейдя на вкладку "SQL-сценарии" добавить нужный скрипт. Далее для него выполнить действие «Установить выбранные элементы» в меню «SQL скрипт».
Но настоятельно рекомендуем перед применением скриптов выполнять бэкап.

По сути вопроса: да, хранимку Вы можете поправить так, как написали. Только следует скопировать полный текст оригинальной хранимки, внести свои изменения и выполнить действие установки.

По индикатору планирования: нужно создать в пакете Custom скрипт:

UPDATE ForecastIndicator
SET Name = <Новое название индикатора в одинарных кавычках>
WHERE Code = 'Fact'

и его также установить.

"Арменчу Артём Александрович" написал:По индикатору планирования: нужно создать в пакете Custom скрипт: