I'm using Excel, but in other cases, this problem hadn't occurred. On Adobe, it displays correctly. Thank you for the response!

Yes, I did it, in fact this problem doesn't always occur with all files or in all cases, but only for this case. Thank you for the answer

In the daily DMA data feed export the Chinese, Japanese and Korean alphabet are not well represented. Example:HIT_KEYFILE_NAMEPAGE_URLREFERRERFILE_DOWNLOAD_URL368993787063137075246182360669450081081718261218   training-STM32GA/7- 基于STM32G4电机控制åAlthough those alphabets are well tracked in...

In the daily DMA data feed export the Chinese, Japanese and Korean alphabet are not well represented. Example:HIT_KEYFILE_NAMEPAGE_URLREFERRERFILE_DOWNLOAD_URL3689937870631370752461823606694500810817182612182024-06-13  training-基于STM32G4电机控制基础篇.pdfAlthough those alphabets are well ...

Yes, I used it that way. The problem is that the page views are 8% more than the partner name instances(v84) with full page name as dimension or partner name(v84) as dimension. Thanks

Hi everyone,on the pages linked to the partner program  a concern has been raised about the inconsistency of the valorization of the variable v84 Partner Name.The v84 should be valued with the name of the partner to which the page refers but the number of page views is different whether we consider ...

Could it be a cause that we do not collect the visit_start_time_gmt?Also consider that these duplicate id cases are very few compared to the total.

Can you link some documentation about this?Please

Can you link some documentation about this? please

Thank you very much, I just wanted to know if it was theoretically possible and possible reasons. If they allow analysis over tot years in theory there should be no duplicate id. I can't verify ength of the visit and what actions are being taken.