Each form has its own status and queue information. Any batch or set to which that form belongs also contains that information about that form. The information should match in those two places.
If it does not match, FORMS repairs the data automatically. When this happens, Setlog.txt or Batchlog.txt is created (or edited, if it already exists). You can find this file in the Log folder.
In a Complete set it says that each individual form in the set is Complete. However, the fourth form in the set, MySet(04), is found to have a different status. Since a set cannot be considered Complete until all its forms are Complete, FORMS changes the status of MySet to reflect the "lower" status of the fourth form. When this happens, Setlog.txt is created (or edited) to record what happened.
If this happened in a batch, Batchlog.txt would be created or edited, instead.
Repair started from module eftrans: Mon Apr 16 10:54:40 2010
Searching form: MySet (04) Status: 2 Queues: 0 Scandate: 2010-04-16 ScanTime : 09.07.05 Process: 0
Recovered form: MySet (04) Status: 9 Queues: 0 Scandate: 2010-04-16 ScanTime : 09.07.05 Process: 0
Repaired set: MySet Status: 2 -> 9 Queues: 0 -> 0 Scandate: 2010-04-01 ScanTime: 09.07.03 Process: 0
Repair finished: Mon Apr 16 10:54:40 2010
MySet(04) was supposed to have status 2 (Complete), but turned out to have status 9 (Mass verify). Therefore, the status of the set is changed from 2 to 9.
If the form was found to be missing from the database, the file would indicate that the form was deleted from the set.