Het beperken van logische inconsistenties tussen plaatsen in AEP biedt beslissingen

In dit artikel wordt een probleem opgelost in de Adobe Experience Platform Offer Decisioning-functie, waarbij de logica voor het toewijzen van programmacode inconsistent functioneert tussen 1:1-berichten en e-mailplaatsingen. Gebruik de juiste naamruimte in de IMS-tekenreeks om het probleem op te lossen.

Beschrijving description

Omgeving

Adobe Experience Platform

Probleem/symptomen

Wanneer de aanbiedingen met een dagelijkse het plafonneren grens van twee besluiten worden gevormd, zou het systeem de aanbieding na twee besluiten-ongeacht plaatsing-en de volgende die aanbieding moeten beteugelen op prioriteit wordt gebaseerd. Echter:

  • E-mailplaatsingen negeren de plafondlogica en blijven aanbiedingen met hoge prioriteit buiten de limiet tonen.
  • 1:1-berichtplaatsen zorgen ervoor dat het plafond correct wordt gehandhaafd en geven het volgende in aanmerking komende aanbod weer zoals verwacht.

Oorzaak

De kwestie wordt veroorzaakt door gevalgevoeligheid in identiteitsnamespace die tijdens de verwerking van de besluitvormingsgebeurtenis wordt gebruikt. Specifiek:

  • De MIMS-organisatie wordt geconfigureerd met de naamruimte "MyNamespace" (met hoofdletters "M" en "N").
  • Het gebruiken van "MyNamespace" werkt correct en dwingt het afschilderen zoals verwacht af.
  • Het gebruiken van "dynamespace" (allen in kleine letters) leidt tot inconsequent gedrag, vooral in e-mailplaatsingen.

Resolutie resolution

  1. Zorg ervoor dat de identiteitsnaamruimte in nuttige ladingen precies de lijst van gewenste personen voor uw MIMS Org aanpast, gebruikend het correcte geval (bijvoorbeeld, "MyNamespace") in alle vraag om inconsistenties te vermijden.
  2. Wijzig ladloads om de correcte case-sensitive namespace waarde ( "MyNamespace") te omvatten. Bijvoorbeeld:
    {
    ``   "xdm:identityMap": {
    ``     "MyNamespace": [
    ``       {
    ``         "xdm:id": "<profile_id>"
    ``       }
    ``     ]
    ``   }
    `` }
  3. Test zowel 1:1- bericht als e-mailplaatsingen om verenigbaar het begrenzen gedrag te bevestigen, en te verifiëren dat de besluitvormingsgebeurtenissen correct in datasets worden geregistreerd en zich met de gevormde caps richten.
  4. De datasets van de monitor zoals ODE DecisionEvents om besluitvormingsgebeurtenissen te verzekeren worden geregistreerd nauwkeurig, en dat profiel-vlakke tellingen verhoging correct gebaseerd op de gevormde kapitalen verifiëren.

Als de kwestie na het verbeteren van de namespace waarden voortduurt, escaleer aan Steun van Adobemet gedetailleerde informatie, met inbegrip van de aanbiedingsnaam of identiteitskaart, campagnenaam of identiteitskaart, en profielidentiteitskaart samen met bijbehorende namespace.

Gerelateerde lezing

Gebruikend Offer Decisioning met het Web SDK van het Platform

recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f