Loading
Денежный предел

Денежный предел

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

Требуемые версии

Доступно в версиях: Lightning Experience
Доступно в версиях: Enterprise and Unlimited Edition с дополнительной лицензией Life Sciences Cloud, Life Sciences Cloud for Customer Engagement и управляемым пакетом Life Sciences Customer Engagement.

Предварительные требования

  • Активируйте средства обработки триггеров денежного ограничения.
  • Для просмотра всех активных денежных ограничений, связанных с организацией участника, добавьте компонент конструктора приложений Lightning Utilization Tracker на страницу записи организации.

Как работает денежный лимит

Денежный лимит вычисляет суммы расходов для трех областей расходов:

  • Примерные расходы: Количество денег, которое планируется потратить на одно или несколько действий.
  • Обязательные расходы: Сумма денег, утвержденная для одного или нескольких действий.
  • Фактические расходы: Сумма денег, уже потраченная на одно или несколько действий.

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

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

При нарушении ограничения система реагирует одним из двух способов, в зависимости от конфигурации ограничения:

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

Расчет общих расходов

Общая сумма расходов рассчитывается на основе статуса управляемого события.

Если управляемое событие завершено, то есть статус представляет завершенное состояние, общие расходы равны фактическим расходам.

Итого = фактический

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

Итого = MAX(Фактическое значение, примерное значение + обязательство)

Данные ограничения хранятся в поле дополнительных сведений меры цели действия поставщика в формате JSON и сводятся в поля «Стоимость обязательств», «Стоимость фактических расходов», «Примерная стоимость расходов» и «Общая стоимость расходов».

Пример денежного ограничения приведен ниже.


{"1POXJOO0000002L4AU":{"isFinalValue":true,"isFinal":true,"estimatedMap":
{},"estimated":{},"committedMap":{},"committed": {},"actualMap":
{"1Z6XJ0000000iAjOAI":{"rate": 1.0,"amount":200.0},"1Z6XJ00000001970AA":
{"rate":1.0,"amount": 100.0}},"actual":{"1Z6XJ0000000iAjOAI":
{"rate": 1.0,"amount":200.0},"1Z6XJ00000001970AA":
{"rate": 1.0, "amount":100.077}}}}

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

Обработчики триггеров

  • ExpenseParticipantMonetaryCapsHandler
    • При создании участников расходов средство обработки пересчитывает общие расходы. Обработчик блокирует создание участников расходов, если денежный предел установлен с типом предупреждения «Ошибка» и новая общая сумма превышает денежное ограничение. Если типом предупреждения является «Предупреждение», даже если денежное ограничение превышено, средство обработки разрешает создание участника расходов, но с предупреждением. Учитываются только участники, тип расходов которых обозначен «Включено в шапку».
    • При обновлении стоимости участника расходов средство обработки пересчитывает итоговые значения ограничения на основе новой стоимости. Если тип предупреждения денежного ограничения установлен на «Ошибка», обработчик блокирует увеличение стоимости, которое переместит общую сумму за пределы ограничения. Если типом предупреждения является «Предупреждение», даже если денежное ограничение превышено, средство обработки разрешает увеличить стоимость. Уменьшение всегда допускается без ограничений, даже если текущая общая сумма уже превышает предельный уровень, поскольку оно уменьшает использование. Изменения в любом поле, кроме стоимости, не инициируют пересчет.
    • При удалении участника расходов средство обработки пересчитывает итоговые значения ограничения для удаления удаленной суммы. Удаление всегда разрешено, поскольку удаление участника всегда уменьшает общее ограничение.
  • MngEventPartMonetaryCapsHandler
    • Когда в событие добавляется новый участник, обработчик проверяет, достигнуто ли ограничение расходов поставщика. Если денежный лимит установлен с типом предупреждения «Ошибка», средство обработки ограничивает добавление. Если денежный лимит установлен с типом предупреждения в качестве предупреждения, средство обработки разрешает его, но с предупреждением.
    • При изменении организации участника (организация к организации, организация к эксперту или эксперт к организации) средство обработки пересчитывает ограничения для старого и нового участника. Если организация меняется с пользователем, денежный лимит уменьшается только для организации. Замена между типами, не связанными с организацией (пользователь, контакт), не влияет.
  • MngEventMonetaryCapsHandler
    • Если статус управляемого события обновлен, средство обработки триггеров пересчитывает ограничение денежного ограничения для всех участников. Если статус не является одним из соответствующих статусов (черновой или закрытый), обработчик удаляет запись расходов, и событие больше не отслеживается.
    • Если дата начала управляемого события обновлена на вне периода времени связанного плана действий, средство обработки удаляет запись расходов. Если даты событий находятся в пределах периода времени плана действий, средство обработки пересчитывает расходы на основе нового периода времени.
    • Если управляемое событие удалено, средство обработки удаляет все связанные взносы из ограничения денежного ограничения.
  • ExpenseMonetaryCapsHandler
    • Если дата расходов обновлена, средство обработки пересчитывает итоговые значения ограничения на основе новой даты. Если новая дата выходит за пределы настроенного временного окна, расходы больше не учитываются в ограничении.
    • Если любое из управляющих полей, определенных в JSON критериев ProviderActivityMeasureType, обновляется, но соответствует критериям, средство обработки пересчитывает ограничение. Если любое из управляющих полей, определенных в JSON критериев ProviderActivityMeasureType, обновляется, но не соответствует критериям, средство обработки удаляет взнос из общего ограничения.
    • Если расходы, обозначенные как добавленные в шапку, удалены, то средство обработки пересчитывает расходы и удаляет запись о расходе. Учитываются только расходы, тип которых обозначен «Включено в шапку».

Пакетные задания

  • Расчет расходов по денежным ограничениям: Когда данные загружаются в пакете, средства обработки триггеров - это пакетное задание пересчитывает расходы на основе последних данных организации.
  • Предоставление общего доступа к целям действий поставщика на основе типа плана действий: Общий доступ к целям действий поставщика, связанным с планами действий типа «Ограничение управления событиями», с территориями, выровненными с организацией. Для целей, связанных с другими типами планов действий, задание предоставляет общий доступ к целям в соответствии с параметром общего доступа плана действий.

Автономная мобильная синхронизация

Функция «Денежные ограничения» обрабатывает нарушения ограничения на мобильном устройстве в автономном режиме не так, как в сети.

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

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

Настройка денежной шкалы

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

Предварительные требования

  • В параметрах консоли администратора организации для управления событиями настройте поле «Статус завершенного события» для обозначения итогового значения статуса. Этот параметр используется мерой цели действия поставщика для подтверждения завершения события и вычисления фактических расходов для каждого участника.
  • Создайте территорию в иерархии территорий. Добавьте пользователя (торгового представителя) на территорию и назначьте организацию, представляющую участника, территории. Дополнительную информацию см. в разделе Настройка территорий продаж для Life Sciences Cloud
  • Создайте тип расходов. Убедитесь, что тип доступности расходов является «Управляемое событие», а даты начала и окончания типа расходов находятся в пределах периода времени плана действий. Установите флажок «Включено в шапку». Дополнительную информацию см. в разделе Управление расходами.

Задачи настройки (администратор)

  • Создание плана действий типа «Ограничение управления событиями» с определенным периодом времени. План должен быть активным.
  • Создание цели действия поставщика для организации, добавленной в модель территории. Свяжите цель с планом действий.
  • Создайте типы мер действий поставщика для сценариев блокировки (Ошибка) и предупреждения (Предупреждение). Это условия, которые нужно проверить при расчете денежных ограничений.
    • Для сценария блокировки настройте тип меры действия поставщика, выполнив следующий код:
      ProviderActivityMeasureType pamt = new ProviderActivityMeasureType(
            DeveloperName               = 'PAMTMonetaryCaps',
            MasterLabel                 = 'PAMTMonetaryCaps',
            Category                    = 'MonetaryCapLimit',
            IsActive                    = true,
            ActivityObject              = 'ExpenseParticipant',
            Criteria			 = '{"contextCondition":{"conditions":[{"field":"MngEvent.Status","operator":"In","value":"Draft;Completed"}]},"utilizationTypes":{"estimated":{"conditions":[{"field":"MngEvent.Status","operator":"In","value":"Draft;Completed"}]},"committed":{"conditions":[{"field":"MngEvent.Status","operator":"In","value":"Draft;Completed"}]},"actual":{"conditions":[{"field":"MngEvent.Status","operator":"In","value":"Draft;Completed"}]}}}',
            AlertType                   = 'Warning'
        );
      
      insert pamt;
    • Таким же образом, создайте конфигурации метаданных для сценария предупреждения с одинаковыми сведениями и структурой JSON. Выберите тип предупреждения «Предупреждение».
  • Создание мер цели действия поставщика, связанных с целью действия поставщика, типа «Ограничение управления событиями». Добавьте тип меры действия поставщика, созданный для сценария блокировки денежного ограничения.

Задачи настройки (торговый представитель)

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

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

Создание ограничения цели действия поставщика

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

Требуемые версии

Требуемые полномочия пользователя
Для настройки ограничений целей действий поставщика: Набор полномочий администратора Life Science Commercial

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

Если поле типа меры действия поставщика «Тип предупреждения» установлено на «Ошибка», система блокирует добавление участника в другое событие, если его денежное ограничение уже ограничено или превышено.

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

  1. В средстве запуска приложений найдите и откройте «Ограничения цели действия поставщика».
  2. Щелкните «Создать».
  3. В поле «Тип меры действия поставщика» выберите тип меры денежного ограничения.
    Выберите тип меры действия поставщика, созданный для блока или сценария предупреждения.
  4. Выберите цель действия поставщика.
  5. Введите сумму в качестве денежного ограничения. Данная сумма используется организацией во всех событиях.
  6. Сохраните внесенные изменения.

Создание участника расходов

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

Требуемые версии

Требуемые полномочия пользователя
Для создания участника расходов: Набор полномочий управления событиями
  1. В средстве запуска приложений найдите и откройте «Участники расходов».
  2. Добавьте имя записи.
  3. Выберите запись «Расход».
    Это поле собирает общую сумму фактических расходов на отдельную категорию.
  4. В поле «Участник» сперва выберите «Управляемый участник события», а потом выберите соответствующую запись участника, для которого вы создаете расходы.
  5. Введите фактические расходы участника.
  6. Сохраните внесенные изменения.

Правила общего доступа к записям плана действий

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

Правила общего доступа к записям плана действий

По умолчанию, планы действий и цели действий поставщика недоступны пользователям-неадминистраторам, например, торговым представителям. Чтобы предоставить общий доступ к этим записям торговым представителям, запустите задание «Предоставить общий доступ к целям действий поставщика на основе типа плана действий». Система создает записи «Доля цели действия поставщика» и записи «Доля плана действий» типа «Автоматический общий доступ к коммерческим наукам о жизни» и предоставляет к ним общий доступ территориям, выровненным с организацией участника.

Предварительно

Перед выполнением задания «Предоставить общий доступ к целям действий поставщика на основе типа плана действий» измените параметры общего доступа к цели действий поставщика и плану действий с «Контролируется родительским объектом» на «Личный». Параметры общего доступа можно найти в настройках.

Как работает общий доступ

Если планы действий уже существуют, изменение параметров общего доступа с «Родительский контролируемый» на «Личный» также изменяет общий доступ связанных целей действий поставщика, меры цели и ограничений целей. Чтобы предотвратить потерю доступа, пакетное задание предоставляет общий доступ к планам действий, целям действий поставщика и связанным записям на основе типа плана действий.

Если типом плана действий является «Ограничение управления событиями», пакетное задание предоставляет общий доступ к целям действий поставщика и планам действий территориям, связанным с организацией.

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

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

Принцип работы общего доступа для общего доступа, установленного вручную

Кроме того, чтобы цели действий поставщика унаследовали параметры общего доступа существующих планов действий, предоставленных пользователям вручную, включите переключатель «Добавить записи всех типов общего доступа в бизнес-процессы» в настройках Life Sciences for Customer Engagement.

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

Если пакетное задание «Общий доступ к целям действий поставщика на основе типа плана действий» выполняется после включения переключателя «Добавить записи всех типов общего доступа в бизнес-процессы», пакетное задание реплицирует все типы общего доступа, включая общий доступ, установленный вручную, в параметрах общего доступа к целям действий поставщика.

Когда переключатель выключен, пакетное задание реплицирует только параметры типа общего доступа к коммерческому автоматическому общему доступу Life Sciences для параметров общего доступа к целям действий поставщика. Дополнительную информацию см. в разделе «Подготовка организации к управляемому пакету Customer Engagement».

Объединение счета денежного ограничения

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

Функция слияния организаций использует двухфазный процесс консолидации для объединения организаций, выигравших и потерявших организации, имеющие записи меры цели действия поставщика для одного плана действий. Дополнительные сведения см. в разделе «Объединение организаций».

На первом этапе функция слияния организаций объединяет меры цели для обеих организаций. Показатели цели должны относиться к категории «Ограничение денежного лимита» и должны быть связаны с одинаковым планом действий типа «Ограничение управления событиями».

Последствия объединения следующие.

  • Мера цели проигравшей организации удаляется.
  • Общая сумма расходов организации-победителя является суммой сумм расходов от организаций-победителей и организаций-неудачников.
  • Данные ограничения, хранящиеся как JSON в ProviderActivityGoalMeasure.AdditionalInformation, теперь содержат сведения о расходах из обоих событий.
  • Участники проигравшей организации по-прежнему связаны с ее организацией, но расходы объединены в лимиты победителя.

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

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

Последствия объединения следующие.

  • Расходы проигравшего счета преобразуются в валюту выигравшего счета посредством курса архивной транзакции.
  • Общая сумма расходов организации-победителя является суммой сумм расходов от организаций-победителей и организаций-неудачников и содержит преобразованную сумму.
  • Данные ограничения, хранящиеся в поле «Дополнительные сведения» показателя цели действия поставщика, также содержат коэффициенты преобразования для контрольного журнала.
 
Загрузка
Salesforce Help | Article