ความคิดเห็น •

  • @abhishekchoubey7935
    @abhishekchoubey7935 6 หลายเดือนก่อน +1

    nice explanation

  • @foodfinder3366
    @foodfinder3366 8 หลายเดือนก่อน

    Thank you Gurujii

  • @VasuUkVlogs
    @VasuUkVlogs 8 หลายเดือนก่อน

    Thank you😊

  • @my_own_way07
    @my_own_way07 7 หลายเดือนก่อน

    How about for aggregate properties and data class properties can track??

    • @Qtometa
      @Qtometa 7 หลายเดือนก่อน

      Data class has separate history table.

    • @Qtometa
      @Qtometa 7 หลายเดือนก่อน

      Managing Pega Data Type History Snapshots #pega #Pegadev #pegahelp
      th-cam.com/video/-KLN5QUFy2E/w-d-xo.html

    • @sportsvideos5034
      @sportsvideos5034 4 หลายเดือนก่อน

      For aggregate properties you can simply select those properties you want to track in case settings. After that any change in those fields you can see the pagelist name as a link on clicking on the link we can see the changes happened on the fields. Major issue in pagelist properties in OOTB field level auditing is we can’t determine which page got updated we can’t see which index of pagelist got updated. To achieve we need to add a logic in pysave ootb activity in FLAudit- class. There we need to add our logic to get identify which row got updated. For example I have 3 pages in pagelist and it as id name and age as fields. Now I have updated the age in 2nd page. So based on id we can identify which row got updated we need to get the id of the row which got updated and save it in the flaudit class. Then we can show that value in history tab so users can see which row got updated

  • @srinivasnarapareddy9975
    @srinivasnarapareddy9975 8 หลายเดือนก่อน

    nice explanation