# Field level auditing problem

**URL:** <https://forums.pega.com/t/field-level-auditing-problem/4000>\
**Category:** General\
**Tags:** pega-cloud, 8-6-6, case-management\
**Created:** [February 19, 2023, 11:51am UTC](https://forums.pega.com/t/field-level-auditing-problem/4000 "2023-02-19T11:51:36Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![HalynaK2](https://yyz2.discourse-cdn.com/pega/user_avatar/forums.pega.com/halynak2/32/22468_2.png) [@HalynaK2](https://forums.pega.com/u/HalynaK2)\
**Post date:** [February 19, 2023, 11:51am UTC](https://forums.pega.com/t/field-level-auditing-problem/4000/1 "2023-02-19T11:51:36Z")

</div>

Hello everyone.

I have some very strange behavior with Field level auditing.

I Enable field audit on Settings tab for Case type in dev environment, everything is working fine.

When I deployed it into Test environment it does not work properly.

The problem is when I create a case the instances of audit properties is created without GUID… GUID is empty, so only last instance is saved…

The class rules are connected to database table correctly.

The first case auditing went good, but then stopped working…

What could have happened?

Any suggestion will helpful.

Thanks in advance.

 ![Audit_error.jpg](https://pega1.discourse-cdn.com/pega/original/2X/0/05485e5843e01f0ccd52f5f85d5f234f75d5a203.jpeg)

 ![Class_connect.jpg](https://pega1.discourse-cdn.com/pega/original/1X/10c77d388608fbf444ee1d26324a9f79f0a8065f.jpeg)

---

<div class="post-metadata">

**Author:** ![Gunasekaran\_Baskaran](https://yyz2.discourse-cdn.com/pega/user_avatar/forums.pega.com/gunasekaran_baskaran/32/2203_2.png) [@Gunasekaran\_Baskaran](https://forums.pega.com/u/Gunasekaran_Baskaran)\
**Post date:** [February 20, 2023, 8:12am UTC](https://forums.pega.com/t/field-level-auditing-problem/4000/2 "2023-02-20T08:12:21Z")

</div>

@HalynaK2

Please check before pzInsKey of the case is getting generated Field Level Auditing rule is getting invoked and history is getting added in FLA audit table.

---

<div class="post-metadata">

**Author:** ![HalynaK2](https://yyz2.discourse-cdn.com/pega/user_avatar/forums.pega.com/halynak2/32/22468_2.png) [@HalynaK2](https://forums.pega.com/u/HalynaK2)\
**Post date:** [February 20, 2023, 12:24pm UTC](https://forums.pega.com/t/field-level-auditing-problem/4000/3 "2023-02-20T12:24:37Z")

</div>

Hello @Gunasekaran_Baskaran

Everything is created and added to FLAudit table, but without GUID, that is marked to be generated automatically.

The problem is autogenerated GUID, is not created.

---

<div class="post-metadata">

**Author:** ![APAL007](https://yyz2.discourse-cdn.com/pega/user_avatar/forums.pega.com/apal007/32/20364_2.png) [@APAL007](https://forums.pega.com/u/APAL007)\
**Post date:** [January 24, 2024, 10:02pm UTC](https://forums.pega.com/t/field-level-auditing-problem/4000/4 "2024-01-24T22:02:46Z")

</div>

@MarijeSchillern I am getting similar issue of empty pyGUID in Pega 8.7.4, what was the solution that Pega provided?

---

<div class="post-metadata">

**Author:** ![Madhu\_Yasarla](https://avatars.discourse-cdn.com/v4/letter/m/a9a28c/32.png) [@Madhu\_Yasarla](https://forums.pega.com/u/Madhu_Yasarla)\
**Post date:** [March 18, 2024, 2:35am UTC](https://forums.pega.com/t/field-level-auditing-problem/4000/5 "2024-03-18T02:35:09Z")

</div>

@APAL007 , is this issie resolved?, recently we also facing the same isse, our version is 8.8.3.

thanks,

Madhu

---

<div class="post-metadata">

**Author:** ![Madhu\_Yasarla](https://avatars.discourse-cdn.com/v4/letter/m/a9a28c/32.png) [@Madhu\_Yasarla](https://forums.pega.com/u/Madhu_Yasarla)\
**Post date:** [April 3, 2024, 2:18am UTC](https://forums.pega.com/t/field-level-auditing-problem/4000/6 "2024-04-03T02:18:54Z")

</div>

My issue is resolved after “We have created a custom activity and set pyAutogeneratedKey to true for the audit class. This resolves the reported behavior.”

---

<div class="post-metadata">

**Author:** ![APAL007](https://yyz2.discourse-cdn.com/pega/user_avatar/forums.pega.com/apal007/32/20364_2.png) [@APAL007](https://forums.pega.com/u/APAL007)\
**Post date:** [May 17, 2024, 1:52pm UTC](https://forums.pega.com/t/field-level-auditing-problem/4000/7 "2024-05-17T13:52:43Z")

</div>

[@Madhu Yasarla](https://support.pega.com/users/Madhu%20Yasarla), Yes I have the fix which will not break anytime soon.

Repurpose this activity - **CL: FLAudit- ID: pySave,** to generate unique ID and set to .pyGUID property.

Problem Solved!!

---

<div class="post-metadata">

**Author:** ![MarijeSchillern](https://yyz2.discourse-cdn.com/pega/user_avatar/forums.pega.com/marijeschillern/32/23321_2.png) [@MarijeSchillern](https://forums.pega.com/u/MarijeSchillern)\
**Post date:** [February 20, 2023, 1:18pm UTC](https://forums.pega.com/t/field-level-auditing-problem/4000/8 "2023-02-20T13:18:29Z")

</div>

@HalynaK2 This sounds like the issue described in the forum question [Field Level Auditing is displaying empty (–) records in Old Value and New Value has records](https://support.pega.com/question/field-level-auditing-displaying-empty-records-old-value-and-new-value-has-records)

​You can read about a similar issue in the [Resolved Issues](https://docs-previous.pega.com/863-patch-resolved-issues) page for Pega 8.6.3.

 ![FA.jpg](https://pega1.discourse-cdn.com/pega/original/2X/d/d09070706d913cf85f6322ff4786855ba141b2a0.jpeg)

---

<div class="post-metadata">

**Author:** ![MarijeSchillern](https://yyz2.discourse-cdn.com/pega/user_avatar/forums.pega.com/marijeschillern/32/23321_2.png) [@MarijeSchillern](https://forums.pega.com/u/MarijeSchillern)\
**Post date:** [March 21, 2024, 9:38am UTC](https://forums.pega.com/t/field-level-auditing-problem/4000/9 "2024-03-21T09:38:24Z")

</div>

@APAL007 @Madhu Yasarla the issue logged in this forum post was specifically for the symptoms described.

Field Audit was not working for the first change of the data selected/provided for a field. The audit was only reflected after the second change was made. When the property involved a series of hierarchies, for example pageprop.pagelist(1).pageprop, the FLA objects will initially use deferred saves and the generated pzinskeys will be added to a savedFLAMap object. However, when the last pageprop was not eligible to save, all the deferred saves of earlier records were cancelled but the inskeys were not removed from the savedFLAMap object. Because of this, the parent FLA records were assumed to have been saved already when those saves were actually deferred. This was a missed use case for hierarchical properties, and has been resolved by adding an update to remove the inskeys from the savedFLAMap object so that in the subsequent property change the audit’s FLA records for the parent properties (pageprop.pagelist(1)) will be saved again.

Fixed from these patch versions onwards:

8.5.6: BUG-685369

8.6.3: BUG-685371

8.7.1: BUG-685370

8.8: BUG-689116

You can do a key word search (see description in my screenshot earlier) and check out the [Resolved Issues.](https://support.pega.com/support-doc/pega-platform-884-patch-resolved-issues) and [Resolved Issues](https://support.pega.com/support-doc/pega-platform-876-patch-resolved-issues)

If you need further help, I suggest you log a support issue via the [MSP](https://msp.pega.com/).
