О подразделениях

Внимание

Dynamics 365 Project Service Automation стало Dynamics 365 Project Operations. Дополнительные сведения см. в статье Переход на Project Service Automation.

Относится к приложению Project Service версии 3.x

В Dynamics 365 Project Service Automation подразделение является отдельной группой или подразделением в компании профессиональных услуг, которая использует оплачиваемые ресурсы с нормами затрат.

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

Ключевые атрибуты и связи подразделений

В PSA подразделение в PSA имеет конкретную валюту и определенные списки себестоимости.

Валюта подразделения — это основная валюта, используемая в отслеживании затрат.

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

• Прайс-листы должны быть в валюте подразделения
• Прайс-листы должны быть списками себестоимости

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

Роли подразделений

Подразделение выполняет две роли в PSA:

• Единица по контракту — подразделение, представляющее группу или подразделение компании, которое в первую очередь отвечает за обеспечение продажи и управление доставкой работы и услуг клиенту. Контрактная единица идентифицируется полем Единица по контракту в разделе заголовка страниц Возможная сделка, Предложение с расценками, Контракт по проекту и Проект.
• Единица распределения ресурсов — подразделение, которому принадлежит или назначен ресурс. Это подразделение может предоставить свои ресурсы для некоторых ролей по техническим заданиям (ТЗ) и проектам, за которые отвечает контрактная единица.

Вопросы и ответы по подразделениям

Ниже приведены некоторые наиболее часто задаваемые вопросы о подразделениях:

Как сущность подразделения в PSA связана с сущностью организации, которая уже существует в Dynamics 365?

Сущность организации в Microsoft Dynamics 365 представляет имя глобального экземпляра Dynamics 365. Обычно это имя является именем глобального предприятия.

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

При установке PSA создается подразделение по умолчанию на основе организации. Все существующие ресурсы назначены подразделению по умолчанию. Если какие-либо новые пользователи или ресурсы Active Directory импортированы в Dynamics 365, процесс импорта пользователей назначает их подразделению по умолчанию в PSA.

Чем сущность организационного подразделения отличается от сущности бизнес-подразделения?

В Dynamics 365 сущность бизнес-подразделения является объектом безопасности. Связь пользователя с бизнес-подразделением определяет сущности и записи сущности, к которым пользователь имеет доступ. Она также определяет разрешения (создание, чтение, запись, удаление, добавление, дополнение, назначение или общий доступ), которые пользователь имеет для этих записей сущности.

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

При внедрении Dynamics 365 оптимизируйте авторизацию безопасности для иерархии бизнес-подразделений и назначение пользователей для бизнес-подразделений. Назначьте всех пользователей, которые должны обычно получать доступ к тому же набору записей, в одно бизнес-подразделение. Подразделение не влияет на авторизацию безопасности или доступ.

Пример организационных подразделений и бизнес-подразделений

Contoso, Ltd. успешно использует технологию Майкрософт. Дементий и Елизавета оба являются разработчиками на C#, но Елизавета находится в США, тогда как Дементий — в Индии. Для большинства взаимодействий проекта требуются ресурсы из Contoso India и Contoso US, и для Дементия, и для Елизаветы требуется одинаковый уровень доступа безопасности к проектам в этой области деятельности. Однако стоимость разработчиков из Contoso India существенно отличается от стоимости разработчиков из Contoso US.

Ниже приведен оптимальный способ дизайна для данного сценария с помощью Dynamics 365 и PSA.

1. Создайте использование технологии Майкрософт в виде бизнес-подразделения и свяжите с ним Дементия и Елизавету. Таким образом, можно гарантировать, что оба сотрудника имеют одинаковый уровень доступа безопасности к любым проектам в этой области деятельности. Они смогут проверять ход выполнения и сообщать о времени, затратах и обновлениях задач.
2. Создайте два организационных подразделения, чтобы правильно отражать затраты на проект.
3. Свяжите Елизавету с Contoso US и свяжите Дементия с Contoso India.
4. Назначьте соответствующие списки себестоимости обоим организационным подразделениям. Таким образом можно гарантировать, что затраты, которые записываются по проекту для Дементия и Елизаветы, точно отражаются различие в стоимости между Contoso US и Contoso India.

Связаны ли подразделения с территориями сбыта в Dynamics 365?

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

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

Пример организационных подразделений и территорий сбыта

У компании Contoso, Ltd. есть два центра разработки: Contoso US и Contoso India. Стоимость ресурсов существенно отличается между этими двумя центрами разработки.

Contoso продает свои ИТ-услуги на многих международных рынках, такие как Латинская Америка, Северная Америка, Азиатско-Тихоокеанский регион, Западная Европа и Ближний Восток. Ставки по счетам для одних и тех же ролей проекта могут широко варьироваться на этих рынках.

Contoso US и Contoso India должны быть настроены как организационные единицы, и каждая организационная единица должна иметь собственный список себестоимости. Азиатско-Тихоокеанский регион, Латинская Америка, Северная Америка, Западная Европа и Ближний Восток должны быть настроены как территории сбыта, и каждая территория сбыта должна иметь собственный прайс-лист продаж.

Почему имеется ограничение на связь прайс-листов с подразделениями?

Цена продажи обычно уникальная для географических регионов или рынков, на которых продаются услуги. Внутренние отделы компании обычно не имеют собственных продажных цен для идентичного типа услуг. Однако внутренние отделения имеют различную себестоимость проданных товаров (COGS), в зависимости от навыков сотрудников и состояния рынка труда региона, где они работают. Поскольку организационные подразделения моделируют внутренние отделы компании, их могут иметь только списки себестоимости.

Почему мы не можем связать прайс-листы продаж с подразделениями?

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

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

Являются ли подразделения иерархическими в PSA?

Нет. В текущем выпуске PSA подразделения не являются иерархическими. Поэтому нельзя:

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

Мы большая многонациональная фирма со сложной многоуровневой иерархией центров затрат, отделений и офисов выставления счетов. Как мы можем оптимально использовать понятие подразделения в этой версии приложения Project Service?

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

Contoso India

• Работа с SAP

  • Технические консультанты
  • Функциональные консультанты

• Работа с технологиями Microsoft

  • Технические консультанты
  • Функциональные консультанты

Contoso US

• Работа с SAP

  • Технические консультанты
  • Функциональные консультанты

• Работа с технологиями Microsoft

  • Технические консультанты
  • Функциональные консультанты

Если ваша иерархия аналогично, ее необходимо определить как плоский список, как показано здесь:

• Contoso India - Работа с SAP - Технические консультанты
• Contoso India - Работа с SAP - Функциональные консультанты
• Contoso India - Работа с технологиями Microsoft - Функциональные консультанты
• Contoso India - Работа с технологиями Microsoft - Функциональные консультанты
• Contoso US - Работа с SAP - Технические консультанты
• Contoso US - Работа с SAP - Функциональные консультанты
• Contoso US - Работа с технологиями Microsoft - Технические консультанты
• Contoso US - Работа с технологиями Microsoft - Функциональные консультанты

Мы небольшая компания профессиональных услуг, которая работает как только одно подразделение. Как мы можем оптимально использовать концепцию подразделений в текущей версии PSA?

Если ваша компания работает как одна единица, которая имеет один список себестоимости, необязательно настраивать какие-либо подразделения. Во время установки PSA Dynamics 365 создает одно подразделение по умолчанию, имеющее то же имя, что и организация. По умолчанию все пользователи назначаются этому подразделению. Когда система требуется, чтобы было выбрано подразделение, это подразделение выбирается по умолчанию.

Когда проект создается из строки предложения с расценками проекта или строки контракта по проекту, контрактная единица по умолчанию берется из предложения с расценками или контракта по проекту. При проект создается до сущностей продаж, таких как предложение с расценками или контракт по проекту, что будет контрактной единицей по умолчанию?

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

Поля Единица по контракту и Валюта в проекта заблокированы для редактирования, поскольку они должны быть синхронизированы со значениями в сущности продаж (предложение с расценками или контракт по проекту), с которыми сопоставлен проект.