Unavailable post-processing status | Community
Skip to main content
skooterM
New Participant
Dec 1, 2022 1:39 AM UTC
Solved

Unavailable post-processing status

Morning all,

 

What causes an Analytics event to show a post-processing status of "UNAVAILABLE" in the Assurance portal?

I've been diving through the documentation. but seem to be missing the important piece of information.

 

Thanks

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Jennifer_Dungan
Jennifer_DunganAccepted solution
Level 2
Dec 2, 2022 12:16 AM UTC

Ok, yes, probably a configuration... I hope it's not too hard to track down! Good Luck.

You shouldn't need to grab any requests and pass them to the next analytics request.

Despite the different technologies, you can think of your tracking in generally the same way you think about your website tracking.

trackState is the equivalent of s.t()

trackAction is the equivalent of s.tl()

Unlike web, most of your dimension data isn't passed directly (props, eVars, etc)... you need to pass through content data on the trackState/trackAction calls, then use processing to either set the values directly into your dimensions, or use your context data like "building blocks" that you concatenate with your processing rules (context A + ":" + context B).

So just like your website would set values on each page or action, so too should your mobile app. Take the values as passed, and map them based on your tracking needs.

View reply

3 replies

Jennifer_Dungan
Jennifer_Dungan
Level 2
Dec 1, 2022 11:57 PM UTC

I get this periodically and can't figure it out.... there sometimes seems to be no pattern to why this happens.

Is this a random event for you, or constant? If it's constant, I would first check that your SDK and Extensions are all up to date. Then I would also make sure that you are sending the data to the correct tracking suite (check the Request Overview).

If you are still having issues, if you have Slack, there is a Griffon slack channel that I can invite you to, where you can post issues and the project team can help investigate.

Translate
skooterMAuthor
New Participant
Dec 2, 2022 12:09 AM UTC

Thanks for the response,

I get this every request, so I assume that there is a config issue. All dependencies are at their latest version excluding messaging which is using the 1.3.0-beta build.

Am I supposed to be manually trapping the response from the Adobe server and passing it into the next Analytics request?

Translate
Jennifer_Dungan
Jennifer_DunganAccepted solution
Level 2
Dec 2, 2022 12:16 AM UTC

Ok, yes, probably a configuration... I hope it's not too hard to track down! Good Luck.

You shouldn't need to grab any requests and pass them to the next analytics request.

Despite the different technologies, you can think of your tracking in generally the same way you think about your website tracking.

trackState is the equivalent of s.t()

trackAction is the equivalent of s.tl()

Unlike web, most of your dimension data isn't passed directly (props, eVars, etc)... you need to pass through content data on the trackState/trackAction calls, then use processing to either set the values directly into your dimensions, or use your context data like "building blocks" that you concatenate with your processing rules (context A + ":" + context B).

So just like your website would set values on each page or action, so too should your mobile app. Take the values as passed, and map them based on your tracking needs.

Translate
    Terms & ConditionsAccessibility statement

    Loading footer...