0: Так, коллеги, всем добрый день. Ещё раз будем потихонечку начинать. Значит, наша сегодняшняя встреча посвящена конфигурации 1 с pm управление проектами.

1: Контроль бюджета проекта. Соответственно, я представлюсь. Меня зовут Романченко Алексей, я являюсь руководителем проектов компании 1 бит, в том числе проектов по 1 с ПИН.

2: Со мной сегодня на встрече также присутствует Михаил Воронин. Михаил у нас является ведущим аналитиком по внедрению. Добрый день.

3: Да, соответственно, для тех, кто расскажу немножко о нашей компании, для тех, кто не знаком с компанией 1 бит, мы являемся 1 из самых крупнейших интеграторов и партнёром компании 1.

4: На текущий момент это более 9000 сотрудников. Работаем, собственно говоря, по всей России, ну и в некоторых странах за рубежом.

5: На рынке мы присутствуем более 28 лет, у нас уже более 100 офисов.

6: Наша команда представляет санкт петербургский офис. Соответственно, на данном слайде вы видите наши регалии, мы занимаемся не только внедрением пиэм, но также внедряем и

7: Различные системы учёта, собственно, являемся центром компетенции ирпи, в основном занимаемся корпоративными клиентами, но не только

8: Также здесь у нас на слайде представлены наши победы в конкурсе 1 с по проекту года, здесь же вы можете увидеть, что, по pm мы также в прошлом году выиграли проект года.

9: Значит, на текущем слайде у нас план вебинара, и на этом этапе я, наверное, передам слово Михаилу. Он более детально расскажет, что мы сегодня подсветим, расскажем и так далее. Михаил, пожалуйста, тебе слово.

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

11: Бюджетом в проекте начнём мы с планирования бдр. Затем мы будем планировать движение денежных средств на проекте. Затем 3, 4 пункт у нас посвящены отражению фактических данных по бдр и под

12: Затем мы посмотрим в 5 6 пункте различные отчёты, которые можно сформировать в системе.

13: Начнём мы с планирования бдр, но изначально поговорим об общей архитектуре системы в самом верхнем уровне имеется возможность самый такой верхний уровень аналитики в системе.

14: Это по программам, по портфелям проектов. Далее идут проекты. Это как раз-таки такое центральное звено в системе такое центральное звено и планировании. Отражение факта внутри каждого проекта при построении планграфик

15: Есть возможность планировать на уровне этапов и проектных задач как раз-таки вот на уровне каждой проектной задачи и заносятся доходы, расходы, поступления и выплаты. То есть то, о чем мы сегодня будем говорить бдр.

16: И бддс. Соответственно, в системе есть возможность доходы и расходы формировать автоматически на основании плановых затрат по трудовым ресурсам, по материальным ресурсам, по там запланированному оборудованию. Это тот

17: Расходная часть может формироваться автоматически. Также есть возможность формировать доходную часть автоматически на основании, ну, в основном актируемые. Результатов там, объёмов по выполненным плановым работам. Вот, и сам ддс уже

18: То есть поступления, выплаты уже деньги сами, они уже формируются на основании, ну, могут формироваться автоматически, на основании как раз-таки доходов и расходов.

19: Так, переходим тогда дальше, начнём как раз с бдра, сначала будем говорить про доходную часть, здесь имеется возможность в системе формировать статьи доходов, то есть учёт в системе ведётся.

20: Не только по там доходам и расходам, но также детализируется на уровне статей. Статьи здесь администрируются пользователями, то есть ответственные лица компании заводят необходимые статьи и настраивают их, то есть слева вот это

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

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

23: Потенциальным, ну уже не потенциальным уже заказчиком есть возможность регистрировать примерно в таком вот формате, как выглядит это здесь. То есть здесь мы выбираем

24: Организации, контрагенты и дальше на следующих слайдах покажу, как формируются как раз-таки условия договора.

25: Они так, они, эти условия договора, могут также выгружаться в ерпи. То есть сегодня мы вообще говорим про конфигурацию пиэм, но очень часто будет фигурировать связка ерпи пиэм, потому что это такая тоже

26: Как модуль дополнительный для ерпи имеется. Они могут работать в связке. Соответственно, многие объекты могут между собой пересекаться. Если у вас, допустим, на предприятии уже есть ерпи, то это можно будет модулем достроить ПИН. Если же

27: Нет, ничего. То есть ни рпи, ни пиэм, то можно будет целую конфигурацию развернуть. Вот, вот эти 2 объекта, как раз-таки договора из pm и договора с контрагентами, они имеют возможность связываться, делать.

28: На стороне ПИН.

29: Примерно так вот выглядит формирование условий договора, то есть на вкладке этапы мы можем задавать

30: Плановые поступления дохода, то есть здесь только больше про доходную часть, то есть то, что нам планирует выплатить, ну или там должен будет заказчик за те или иные работы. То есть это можно делать в привязке к этапам, к проектным.

31: Задачам, ну и соответственно с привязкой к дате и конкретными суммами это все можно заполнять как руками, так и путём выгрузки из план графика, уже сформированного чуть позже мы будем говорить как раз-таки про план, график там, про структуру проекта, как она формируется

32: Системе, там достаточно много инструментов для

33: Этого формирования. Так напомню, мы говорим про доходную часть, про бдр. Начнём мы с объёмов. Это не доход как таковой, это план выпуска, как он в системе называется, то есть

34: В этом вот это уже сама проектная задача. То есть со скриншота можно увидеть. Мы вообще будем говорить про основном 3 вот эти вкладки, ресурсы, объёмы и fine. Планы как раз-таки они напрямую работают с доходом.

35: И ддс, сами бдр и бддс лежат у нас в вкладке финплан, о них мы позже будем разговаривать. Объёмы это то, что мы планируем. То есть доходные наши объёмы для заказчика на выполнение, а ресурсы это наша затратная часть, то есть

36: То, что мы тратим там материальные ресурсы, трудовые ресурсы.

37: Соответственно, мы начинаем с доходов, поэтому говорим про объёмы. Здесь можно заполнять в виде номенклатуры. То есть мы можем здесь добавлять, например, либо услуги по часам, либо какой-то конкретно выполненный объём там, либо что.

38: То, что является вехой в вашем случае, допустим, вы вот сдаёте какой-то объект, вот как-то это можно назвать там, вот здесь, например, обследование территории заказчика, где-то это могут быть там фактические работы по часам и из этого

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

40: На одинаковые, ну, такой объём работ, не объём работ, а перечень работ, скажем так, для заказчика, то это можно будет заранее, как бы все администрировать, добавлять номенклатуру, указывать ей стоимость и здесь уже

41: Автоматически все будет, соответственно, формироваться. То есть также это можно использовать при там расчёте стоимости для заказчика.

42: Переходим к расходам. Теперь расходы у нас также имеют свои статьи. То есть это отдельные статьи есть доходов, есть расходов, также администрируется все как бы аналогично доходным статьям.

43: Теперь рассмотрим способ привязки статьи к проектной задаче. В нашем случае мы можем указать какую-то статью расходов на какой-то конкретный расход. И в этой статье мы можем указать за

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

45: Ну, в пиеме вообще существует достаточно обширная возможность настройки этого пункта. То есть это не обязательно указывать каждый раз руками там, предположим, вбиваем с вами там расход или там доход планируемый необязательно это руками указывать. То есть мы можем привязывать там к конкретном

46: Дню там месяца, там к последней, там, к последнему дню выполнения проектной задачи или же там к началу следующего этапа, то есть можно настраивать как угодно.

47: Теперь мы, ну, продолжаем говорить про расходы, как я говорил, вкладка ресурсы у нас отвечает за расходную часть. То есть, это не сами расходы, это то, что формируется, ну, то, что формиру

48: Эти расходы. Предположим, что руководитель проекта там или иное лицо, иная роль, которое занимается плановыми данными по проекту, то есть планирует там трудовые ресурсы, предположим, на проектную

49: Задачу заносит сюда плановые Роли. Предположим, нам необходимо будет инженера вот на 100 часов, проектировщика на 200 часов и руководитель проектов на 100 часов в таком случае

50: Мы в системе задаём, сколько часов необходимо будет. И также аналогично объёмам мы можем задавать стоимость этих трудовых ресурсов. Это не конкретные трудовые ресурсы, это Роли. То есть мы задаём именно по ролям, сколько стоит там инженер для нас

51: Компании и на основании этих данных мы можем включать вот эту галочку тоже там на каждой из вкладок, где могут транслироваться данные, есть такие галочки. То есть мы включаем трудовые ресурсы в бдр и соответственно,

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

53: И окончательный уровень, то есть мы можем планировать на 2 уровнях.

54: Так, теперь формирование бюджета по расходам материальные ресурсы перейдём. То есть мы рассматривали трудовые ресурсы. Теперь мы рассмотрим материальные ресурсы здесь, впрочем, здесь может быть все что угодно, кроме трудовых ресурсов, то есть здесь

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

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

57: Учитывается в стоимости тоже задаётся номенклатуре какая-то стоимость можно вбивать и здесь руками, как и про любой прошлый пункт, который рассказывал, можно автоматически, чтобы система подставляла сама. Если как бы мы знаем, что у нас эта стоимость постоянна, вот

58: Соответственно, аналогично прошлым пунктам мы можем также включить эти материальные ресурсы в бдр, то есть это тоже упадёт в расходную часть.

59: Теперь перейдём к фин планам как раз та вкладка, где и собираются наши данные по расходам и доходам, примерно таким образом выглядит перечисление по статьям.

60: Затрат, запланированные расходы. То есть мы сейчас во вкладке план расходов находимся.

61: Здесь серым будет все, что транслировано с прошлых, с прошлых вкладок. То, что мы с вами рассматривали плановых затрат. Вот, а также можно добавлять руками просто путём там добавить и указанием

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

63: Именно экономистам и финансовым отделом, потому что все, что вот мы рассматривали до этого, то есть запланированные ресурсы, объёмы, это все транслироваться может сюда автоматически. То есть работа экономистов будет в разы как бы

64: Путём только вот проверок скорее и добавлением необходимых, ну, дополнительных каких-то расходов, неучтённых или доходов.

65: Ну, для экономистов необязательно будет заходить во все там проектные задачи, как это будут делать те люди, которые будут заниматься непосредственно планированием и исполнением проектных задач. Для как бы, экономистов и финансовых отделов. Есть возможность

66: Работать специальными инструментами. 1 из инструментов это бюджет, доходы и расходы по проекту. Здесь у нас такой план график, но имеется возможность видеть только по суммам. То есть мы здесь, мы только

67: Сформировали. Мы видим, что возможность есть по периоду формировать данные, разворачивать также вплоть там до каждого дня. Это возможность здесь не только смотреть имеется также и вбивать данные. То есть мы можем

68: Развернуть, например, какой-то этап, развернуть какую-то задачу и добавить там по какой-то статье или по какому-то контрагенту, например, плановый доход или расход.

69: Формирование пдс проекта. Теперь переходим к движению денег. То есть расходы мы рассмотрели в части плана. Сейчас мы рассмотрим с вами движение денежных средств в части плана, потом будем переходить уже к формированию фактического отражения.

70: Так, здесь также имеется возможность указывать юридические условия договора. То есть, если это необходимо, мы можем также добавлять расходы в

71: Договора, они могут так транслироваться из самого проекта, то есть из план графика, так и наоборот.

72: В самом.

73: Так, в самом договоре мы как раз-таки про то, что я рассказал, мы можем заполнить по шаблону или по проекту, по самому примерно вот таким образом это выглядит. То есть до этого у нас была только колонка бдр. Теперь у нас есть также

74: Колонка бддс.

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

76: Где мы будем указывать, за сколько дней до какого-то события или там через сколько дней после какого-то события мы должны там что-то получить от заказчика.

77: Так, теперь перейдём к формированию ддс в самом проекте. То есть мы возвращаемся в саму проектную задачу на вкладку финплан. До этого мы рассматривали план, расход, план доходов и расход.

78: Вот эти вкладки, теперь мы переходим в план движения денежных средств. План движения денежных средств также может формироваться автоматически, но в системе пим он формируется на основании данных бдр. То есть все то, что у нас

79: Было запланировано в доходных и расходных частях. Мы можем на основании тех данных автоматическую привязку сделать и сформировать движение денежных средств, но, как правило, в движении денежных средств больше корректировок и больше в принципе,

80: Данных, как правило, поэтому здесь более актуально как раз-таки добавление вручную. Также есть возможность, как и в бдр, повторюсь, привязывать, когда нам

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

82: Часть движения денег, то необязательно нам придёт все в 1 день, то есть мы можем это разбить на несколько там date и в профиле распределения как раз-таки это все это все делается.

83: Аналогично.

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

85: Статьям или же по проектным задачам.

86: Мы поговорили про плановые данные, то есть мы разобрали бдр план бддс план. Теперь мы переходим к отражению фактических данных.

87: Того, что мы запланировали. Начнём мы с доходов и расходов. Про бддс поговорим попозже. Доходы и расходы в нашем случае формируются.

88: Либо ручным документом, то есть мы создаём на основании проектной задачи документ, который называется регистрация доходов и расходов. То есть там мы должны указать, какой доход, допустим, или какие доходы, так скажем, мы.

89: Засчитываем уже как фактические или расходы, они все заполняются автоматически. То есть мы ничего, в принципе руками делать не будем. То есть мы как создаём этот документ, автоматически формируются неучтённые ещё доходы, то есть те, кто

90: Те, что запланированы, и те, что ещё в факте не отражены. Если мы, допустим, здесь удалим там пару объектов, оставим там-то, что нам только нужно. В следующий раз мы создадим этот документ. У нас как раз-таки это пара объектов, которые ещё не учтены, они сформируются.

91: Есть возможность в системе также распределять это как на уровне планирования и так на уровне фактического отражения, как вот сейчас мы рассматриваем, распределять доходы между подразделениями внутри компании. То есть если это доход, если нам нужно вести учёт,

92: Dr по подразделениям, то есть кто там, сколько денег у нас тратит и сколько денег.

93: Так, секунду, коллеги.

94: То, сколько денег у нас получает, все продолжаем. У меня тут нестабильность была с интернетом. Соответственно, по подразделению также можно вести аналитику в разрезе.

95: Так, теперь у нас фактические данные по бюджету, доходы, расходы на основании первичных документов. Если мы говорим про систему пипим, мы можем также формировать автоматически вот эти вот

96: Фактические данные, то есть на основании сразу же перейду к следующей вкладке, там более детально должно быть показано. То есть на основании данных из ерпи систем. То есть на основании заказов актов у нас данные имеют свойство транслировать

97: В систему пиэм. И наоборот. Предположим, нам нужно заказать какой-нибудь станок, там, оборудование, что-нибудь там или арендовать. И какой-то отдельный человек занимается этим не нужно будет.

98: Раз там писать на почту, созваниваться, просить. То есть систему можно настроить так, что она будет автоматически формировать, ну, заказ клиента в нашем случае. Или же, если мы что-то заказываем из материальных ресурсов, это будет заказ.

99: Поставщику, то есть, следовательно, нужный человек, который занимается этими документами, он, соответственно, это оперативно увидит.

100: В системе отражается это все не просто так это делается путём настройки правил. Как правило, при внедрении системы мы все это настраиваем со своей стороны, то есть на основании, так скажем,

101: Потребности бизнеса. Видим, как им необходимо настроить, как им будет лучше. Мы делаем эту настройку по правилам, то есть сопоставляем, что должно происходить условно в системе пиэм на основании данных ерпи.

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

103: Так, сопоставление финансовых статей также имеется возможность сопоставлять доходные расходные статьи ддс из ерпи. Если мы там рассматриваем снова конфигурацию ерпи пиэм с пиэмом, то есть у нас в pm это отдельные статьи, то есть

104: Это не единый справочник, это свои, так скажем, статьи, там и доходов, и расходов, и движения денег, и в ерпи они свои. Соответственно, здесь мы можем их сопоставлять между собой, чтобы аналитика, по планам, по фактам она сходилась на 100 проценто

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

106: Не отражён там спустя какое-то время это как регламентная операция происходит на фоне какой-то там с периодичностью там сколько-то часов, минут как настроите вот это будет автоматически как бы после этого отражаться в pm, в блоке, пиэм и

107: Со статусом отражено, соответственно, все можно будет тоже видеть и администрировать.

108: Также есть возможность отражать данные по бюджету.

109: Доходы и расходы на основании фактически отработанного времени, то есть у каждого сотрудника, ну или у руководителя этих сотрудников, кто является непосредственным исполнителем, в проектной задаче будет возможность отражать своё рабочее время, то есть у

110: Здесь в левой части отражается, ой, в правой части, извиняюсь, отражаются данные задачи проектной, на которую он назначен на текущую дату. И в левой части он может отражать как раз-таки часы, фактические часы, то есть

111: В его окошке это будет выглядеть таким образом. Он переносит там данные, заполняет. Сколько часов он потратил на эту задачу.

112: И после этого эти данные идут как фактическое отражение трудовых ресурсов, там маленько вылезая, так скажем, за рамки сегодняшней темы по трудовым ресурсам. Тоже там огромная аналитика, возможно собирать как по плану, так по факту, но

113: Что даёт касаемо именно в нашем узле то, что мы сегодня обсуждаем, это даёт фактическое то, что фактические данные эти будут собираться и транслироваться по фото. То есть у нас, мы знаем, сколько для нас стоит этот сотрудникам.

114: Час его работы на предприятии, столько нам денег. И, соответственно, он там отработал 9 часов. И вот там каждый час умножить на 9. Нам упадёт в эту проектную задачу как факт.

115: Теперь мы, в принципе, я это вам уже рассказывал, на там пару слайдов назад, то, что нам необходимо, например, потребность сформировать н, части пиэм.

116: Предположим, руководитель проекта нам формирует потребность там, что ему там нужна система транспортировки и прямо отсюда можно через вот эту вкладку. Это в системе пиэм заказы поставщикам сформировать заказы поставщику. И вот это уже документ, именно ерпи.

117: Необходимые специалисты, кто занимается непосредственно вот поставкой или там заказом этих систем транспортировки, оперативно увидит у себя это и сможет уже заниматься и отслеживать в дальнейшем.

118: Так, теперь отражение фактических данных по бддс движение денег также транслируется автоматически из ерпи в часть pm, то есть документы, такие как поступление безналичных денежных средств ну там 4 вида документов.

119: Который в ерпи, в части ерпи, они фактически нам отражают, сколько мы там денег потратили или получили. Вот и все эти, все эти 4 вида документов мы можем с ерпи тянуть автоматически в ПИН. То есть они будут в ерпи своим чередом отражаться, как они

120: Должны там составлять свою аналитику. Также параллельно они будут улетать в пием эти данные, и мы на основании этих данных сможем уже формировать там фактически движение денег.

121: Мы плавно переходим к финальной части, к отчётам, которые у нас имеются в системе пиэм, начнём мы с проектной экономики это, впрочем, видится как отчёт аналогично на самом деле структуре.

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

123: Ладно, увидеть в разрезе там целого проекта, там без привязки к датам.

124: Имеется в системе на самом деле достаточно обширное количество отчётов. Мы пробежимся по таким прям основным. То есть в системе много отчётов, и каждый из них, причём практически каждый из них очень глубоко настраивается. То есть можно колонки там как угодно менять, добавлять аналитику.

125: Дополнительную, там вообще структуру всю эту менять, там кто работал с 1 с в принципе, знает возможности платформы в этой части, здесь как бы это не исключение. Там pm тоже в pm тоже можно настраивать очень серьёзно. Аналитику касаемо отчётов.

126: Начнём мы с отчёта. Планфактный анализ выполненных объёмов это то, что мы планировали на вкладке объёмы, план выпуска. То есть здесь в разрезе проектной задачи каждой отображается наш

127: Плановая, наши плановые объёмы, то есть они выражаются в суммовом выражении. То есть это же доходные объёмы, получается. И у нас это в 1, там, допустим, 1 столбик, это план, сколько мы запланировали выдать заказчику.

128: 2 столбик, это выполнено, сколько мы фактически выполнили, но ещё заказчику не сдали. То есть в системе также можно отражать данные, которые, ну, работы, которые мы сделали, но они ещё не приняты. Вот. И, соответственно, 3, это принято. То есть все то, что

129: Заказчик уже принял.

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

131: Это дерево хозяйственных операций примерно так выглядит в системе именно пиэм. Здесь сюда попадают данные как с пиэма, так и с ерпи, с ерпи. Они попадают косвенно, просто в качеств.

132: Информация в пиме это те данные, которые именно мы можем там редактировать и заходить в них и что-то делать, если там сотрудник занимается только, ну, работает только в контре пиэм.

133: Ну, примерно таким образом это выглядит. То есть нужна вообще нужен этот инструмент больше для того, чтобы просто понимать, какие там данные, какие документы у нас прошли, там провелись и почему там у нас отразилось.

134: То или иное действие, то есть можно оперативно открыть, посмотреть, допустим, вот на, ну, головной уровень проектной, там, задачи, этапы, задачи. Здесь мы видим, что вот сформирован был заказ клиента на основании этого заказа клиента сформирована реализация

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

136: Планфактный анализ бдр такой 1 из центральных отчётов в проектном бюджетировании, он нам позволяет настраивать данные, сопоставлять суммы плана, суммы факта и вычислять отклонения. То есть также это делается

137: В любом разрезе, в любом из доступных, наверное, нам, которые мы обсуждали. То есть мы можем как по всему проекту посмотреть бдр, так там, в какой-то конкретной дате, там, допустим, за пару месяцев посмотреть этот бдр, то есть как он у нас сходится, вот.

138: Или же там прям внутри каких-то проектных задач можем рассмотреть. В принципе аналитика достаточно широкая тоже настраивается.

139: Теперь ддс аналогично ддру, все тоже самое, только с движением денежных средств. То есть сумма по плану, сумма по факту и отклонение здесь, наверное, видно период, то есть он

140: С неё только год выбирается, то есть, как и в любом отчёте, в принципе, платформе 1 эс, мы можем выбирать период достаточно обширный, то есть не обязательно это будет 1 год. Мы можем узкие прям рамки сдвигать. Или там можно вообще настроить отбор исключительно по 1 там.

141: Проекту или по 1 проектной задаче. Если нас интересует там детализация, там по 1 этапу, например. То есть также мы можем собрать аналитику только по этому

142: Есть вот такой отчёт, он уже более, ну, менее, так скажем, информативен, но более наглядный, приятный глазу. Он у нас уже визуальный. То есть здесь мы можем добавлять какие-то данные по проекту и смотреть, как у нас

143: Сопоставляют те или иные данные. Допустим, можем поступление, план, поступление, факт вывести. Там, допустим, 2, 2 строчки. И у нас будет видно как бы, как у нас, насколько там сильно факт отстаёт от плана или же, наоборот, превышает его. Если это доходы, это хорош.

144: Если это расходы, то уже нужно что-то придумывать и смотреть детальней. Вот. Ну, соответственно, это можно сделать как по Актам, по поступлениям, там, по выплатам. Здесь также есть возможность там по марже, которая высчитывается автоматически.

145: То есть тоже такой достаточно удобный отчёт. Это сама структура проекта, с ней на самом деле сотрудники финансовых отделов и экономисты работать будут мало. В основном будет это исполь.

146: Для руководителей проектов, там руководитель проектных задач, вот те, кто занимается планированием и таким

147: Выполнением на уровне руководителя, скажем так, это необходимо в основном для построения план графика, но здесь можно вводить кучу данных. На самом деле это структура проекта очень обширно настраивается. То есть можем вывести различные колонки и

148: И, в принципе, сотрудники экономического отдела, как я сказал, они не будут пользоваться этим, но могут пользоваться. То есть, если необходимо там оперативно заходить в каждую проектную задачу, если там удобно смотреть, что там внутри неё происходит, то, в принципе, настройку можно совершить примерно таким образом. То есть там

149: Данные чисто вот по бдрам, по фотам и по бддс ддс.

150: Это у нас уже такой обширный отчёт, то есть это без привязки к какому-то конкретному проекту. Этот отчёт панель руководителя позволяет, в принципе, он нужен изначально.

151: Для руководящего состава именно компании, там топ менеджмента. Вот, но также может использоваться экономистами и руководителями портфелей, использоваться экономистами там и руководством он может таким образом, что здесь

152: У нас есть весь реестр проектов по нашей компании, мы можем здесь смотреть детализацию по портфелям. Это вот портфели проекта или же можем вообще там какие-то портфели убрать, там оставить только определённого вида проекты и

153: Соответственно, по ним закручивать уже такие отчёты. То есть здесь, правда, верхнеуровнево, то есть там без детализации, по статьям, без детализации, там, по датам и прочее. Тут у нас прям вот конкретный проект, сколько мы запланировали доходы, сколько мы запланировали расходы, сколько мы получили.

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

155: Впрочем, вебинар у нас подходит к концу, сейчас будем отвечать на вопросы.

156: Сейчас я открою чат.

157: Угу. Так, 1 вопрос у нас от анастасии.

158: Есть ли так? Сейчас открою секунду. Есть ли мэппинг должностей и ролей для автоматического расчёта факта? Да, Анастасия, есть. Он не совсем прям мэппинг у нас получается в системе. Попробую ответить кратко. В sister.

159: Есть 2, так скажем, учёта, 2 вида справочников по ролям и по исполнителям. Вот, ну, по трудовым ресурсам, как они называются в системе. И каждый трудовой ресурс может занимать.

160: Какую-то роль и не обязательно 1. То есть мы даём, так скажем, ну регистрируем системе, говорим системе о том, что вот этот исполнитель может занимать там эту роль, к примеру, там, инженера 1, там, разряда или там электрика 2 разряда, может быть он

161: Инженер, там и electric. Вот у вас там могут быть другие Роли. Вот я так, для примера, просто озвучил автоматический расчет факта. Да, он будет в таком случае. То есть как раз-таки тот табель учёта рабочего времени, который я показывал, где сотрудник отражает своё фактическое врём.

162: Он и имеет такой вот функционал.

163: Так можно ли делать связку ерпи уха с данными зима из ухи? Насколько мне известно, напрямую сделать связку нельзя. С ерпи эту связку сделать можно, но данную

164: Ну из, если требуется из управления холдингом какие-то выгружать или обратно, то мы можем как бы в любом случае это все настроить. То есть это, так скажем, система 1 с, она очень широко дорабатываемая. Вот если Алексею есть че добавить потом,

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

166: Ну, передавать, то есть ставится рядом этот продукт, да, и настраивается интеграция в соответствии с вашими требованиями. То есть тут вопрос времени, требований, да, сложности и так далее. Но задача решаема

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

168: Несколько тысяч сотрудников для каждого необходимо, кроме должности, указать Роли. Так, сейчас пересчитаю.

169: Если несколько тысяч сотрудников вообще, если в организации несколько тысяч сотрудников, как правило, не все они, да, я понял, не все они работают в блоке пиэм. То есть, если проектная организация, она

170: Как правило, там какое-то какое то определённое направление по проектам и там, чтобы несколько тысяч работало именно в системе. И такое, конечно, редко, но в целом в целом, да, для каждого необходимо будет, кроме должности, указать Роли, но там все это делается на самом деле практически в 1 месте и

171: В принципе, это удобно. То есть там не медленно получится это все сделать.

172: На проекте по расчет трудозатрат, если честно, возможно, плохо. Понял. 2 вопрос. Сейчас попробую ещё раз перечитать.

173: А, ну, впрочем, да, то есть мы можем, мы, получается, на уровне затрат планируем роль, и она будет рассчитываться, да, исходя из там, знаете, как вообще в системе, там маленько все.

174: Серьёзнее настроено. Ну, нужно настраивать там роль имеет свою стоимость, так скажем, и конкретный ресурс тоже может иметь свою стоимость. То есть мы не обязаны настраивать каждому трудовому ресурсу стоимость, то есть мы можем этой Роли задать.

175: Стоимость. А условно, если эту роль занимают несколько специалистов, то это не обязательно прям каждому настраивать, чтобы это был план. Вот примерно так.

176: Так, коллеги, если вопросов нету больше, тогда будем, наверное, завершать вебинар.

177: Так, снова вопрос снова от анастасии. Был ли у нас кейс загрузки данных по фото и зуппа на моей памяти, я не припомню. Алексей, может.

178: Быть, есть такие данные из зупа, чтобы ford формировали в pm. Нет, у нас прям прямой такой задачи у меня не стояло ещё. Угу. Ну, в целом тоже сделать это можно. Ну, это да, решабельно.

179: Задача не сказать, что невыполнимая и криминальная, но конкретно у нас вот такого кейса на практике ещё не было, не ставили такую задачу.

180: Да.

181: Тогда, наверное, сейчас завершаемся. Анастасия, если ещё вопросы есть, пишите. Или дополнительно потом, если вас заинтересовало, там подробно можем встретиться, созвониться, поподробнее вам все расскажем. Угу. Спасибо вам за вопросы. Все.

182: Коллеги, тогда завершаем сегодняшний вебинар. Всем спасибо за внимание.

183: Да, коллеги, всем спасибо. До свидания. До свидания.