Overwegingen bij het gebruik van inzetlimieten

Structuur van de criteriaconfiguratie

De record Type meeteenheid voor activiteit van aanbieder moet worden geconfigureerd in de structuur die is opgegeven in de voorbeeldcode.

{
  "version": 1,
  "contextCondition": {
    "conditions": [
      {
        "field": "EventMgmtPtcpTypeRoleMap.EventMgmtParticipantType.StandardType",
        "operator": "In",
        "value": "Attendee;Expert"
      }
    ]
  },
  "utilizationTypes": {
    "estimated": {
      "conditions": [
        {
          "field": "AttendanceStatus",
          "operator": "In",
          "value": "SignUpComplete"
        }
      ]
    },
    "committed": {
      "conditions": [
        {
          "field": "AttendanceStatus",
          "operator": "In",
          "value": "CheckInComplete"
        }
      ]
    },
    "actual": {
      "conditions": [
        {
          "field": "AttendanceStatus",
          "operator": "In",
          "value": "Attended"
        }
      ]
    }
  }
}

Eerst moet de JSON een sectie met contextvoorwaarden doorlopen, die bepaalt welke records moeten worden meegeteld voor de limiet voor accountinzet. Alleen records die aan deze voorwaarden voldoen, worden door het systeem bijgehouden.

{
  "version": 1,
  "contextCondition": {
    "conditions": [
      {
        "field": "EventMgmtPtcpTypeRoleMap.EventMgmtParticipantType.StandardType",
        "operator": "In",
        "value": "Attendee;Expert"
      }
    ]
  }

De contextvoorwaarde kan verwijzen naar velden uit het object Deelnemer van beheerde event en alle gerelateerde objecten, zolang het relatiepad niet groter is dan 5 niveaus.

In dit voorbeeld filtert de contextvoorwaarde records die deelnemers van het type deelnemer of expert zijn.

Na het doorlopen van de sectie voor contextvoorwaarden worden de records gecategoriseerd in een van de drie inzettypen: geschat, vastgelegd en feitelijk.

In dit voorbeeld wordt de deelnemer of expert in de buckets geplaatst op basis van de aanwezigheidsstatus.

Als de aanwezigheidsstatus van de record SignUpComplete is, wordt deze in de geschatte bucket geplaatst.

Als de aanwezigheidsstatus van de record CheckInComplete is, wordt deze in de vastgelegde bucket geplaatst.

Als de aanwezigheidsstatus van de record Bijgewoond is, wordt deze in de feitelijke bucket geplaatst.

Elke deelnemer wordt in een van de geschatte, toegezegde of feitelijke buckets geplaatst. Een update verplaatst de ID tussen arrays in het veld Aanvullende gegevens, maar de ID wordt niet gedupliceerd.

Als de record die wordt verwerkt, voldoet aan meerdere bucketcriteria, wordt deze in een van de drie buckets geplaatst, in deze prioriteitsvolgorde: Geschat, Toegezegd, Feitelijk.

"utilizationTypes": {
    "estimated": {
      "conditions": [
        {
          "field": "AttendanceStatus",
          "operator": "In",
          "value": "SignUpComplete"
        }
      ]
    },
    "committed": {
      "conditions": [
        {
          "field": "AttendanceStatus",
          "operator": "In",
          "value": "CheckInComplete"
        }
      ]
    },
    "actual": {
      "conditions": [
        {
          "field": "AttendanceStatus",
          "operator": "In",
          "value": "Attended"
        }
      ]
    }
  }
}

Nadat de deelnemer of expert is toegevoegd aan het event, wordt de record Meeteenheid voor activiteitendoel van aanbieder die is gekoppeld aan de account, bijgewerkt om de huidige inzetdetails weer te geven. Op basis van het inzettype in de record Meeteenheid activiteitsdoel van aanbieder wordt de Deelnemers-ID van beheerde event toegevoegd aan de geschatte, feitelijke of toegezegde bucket in het veld Aanvullende informatie van Meeteenheid activiteitsdoel van aanbieder. Andere velden zoals Totale feitelijke activiteitswaarde, Totale geplande activiteitswaarde worden ook dienovereenkomstig bijgewerkt.

Records Type meeteenheid voor activiteit van aanbieder worden gebruikt voor het filteren van zowel records Deelnemer van beheerde event als records van Beheerde events, en het categoriseren van de respectieve record op basis van het inzettype. Volg de voorbeeld-JSON-code voor meer informatie.

Uitzondering deelnemer write-in

Inzetlimiet biedt een uitzondering voor de manier waarop write-in-deelnemers door het systeem worden afgehandeld. Wanneer de oude waarde (vóór update) of de nieuwe waarde (na update/insert) van het StandardType van de deelnemer WriteIn is, wordt de account altijd toegevoegd aan de event, zelfs wanneer het AlertType van het type Activiteitsmeeteenheid van provider is ingesteld op Fout (blokkeerscenario). Dit geldt voor zowel nieuwe Write-In-deelnemers als Write-In-afstemmingsscenario's waarin een Write-In wordt geconverteerd naar een ander deelnemerstype. Er wordt een record Deelnemersverschil van beheerde event gemaakt met een reden voor discrepantie. Deze uitzondering zorgt ervoor dat Write-In-deelnemers en hun afstemmingswerkstromen nooit worden geblokkeerd door inzetlimieten, terwijl toch een controletraject van de limietinbreuk wordt onderhouden.

Mobiele synchronisatie

Wanneer verkoopvertegenwoordigers een record Beheerde event of Deelnemer van beheerde event bijwerken of verwijderen in de offline modus, zelfs als het waarschuwingstype van het type meeteenheid voor activiteiten van de provider is ingesteld op Fout, staat de mobiele telefoon de actie altijd toe. De inzetlimieten worden pas opnieuw berekend na synchronisatie met het web en er wordt een record Afwijking van beheerde eventdeelnemer gemaakt om de uitzondering vast te leggen.

Als de record Beheerde event of Deelnemer van beheerde event parallel wordt bijgewerkt op het web en op de online mobiele telefoon, maar het web en de mobiele telefoon nog niet zijn gesynchroniseerd, staat het systeem de actie toe. Bij synchronisatie met het web berekent het systeem de inzetlimieten opnieuw en maakt het een record Afwijking van beheerde eventdeelnemer om de uitzondering vast te leggen.

Batchtaken

De batchtaak Activiteitsdoelen van aanbieder delen op basis van type activiteitsplan deelt de activiteitsdoelen van aanbieder die zijn gekoppeld aan activiteitsplannen van het type Eventbeheerlimiet met de territoria die zijn uitgelijnd met een account. Voor doelen die zijn gekoppeld aan andere typen activiteitsplannen, deelt de taak de doelen in overeenstemming met de instelling voor delen van het activiteitsplan.

Volgende stappen

Zorg ervoor dat u de volgende componenten configureert in Lightning Appsamensteller. Zie Tabbladen op Lightning pagina's toevoegen en aanpassen met behulp van de Lightning Appsamensteller voor meer informatie.

• Sleep de component Validatiekennisgeving recordupdate naar de recordpagina's Beheerde event en Deelnemer van beheerde event. Deze component abonneert zich op de event en geeft waarschuwingen en kennisgevingen weer wanneer de account de inzetlimiet bereikt. Het weergegeven "toast"-bericht wordt gegenereerd door het Salesforce-platform. Dit is een verplichte stap, zonder welke gebruikers geen relevante kennisgeving ontvangen op de recordpagina's Beheerde event en Deelnemer van beheerde event.
• Sleep de Account Utilization Tracker naar de recordpagina Account en de recordpagina Expert. Deze tracker toont het activiteitenplan, het tijdsbestek, de inzetlimiet (doellimiet), de benutte telling en de beschikbare telling van een account.