I’m in the middle of a system validation for GMP use, and I want Key Operators to be able to edit liquid classes during development of new scripts and then lock them once the method is validated. Only IT/Admin should be able to unlock, or at least require an electronic signature to make changes. Is this possible in FC?
I would also like to pull the script version # into the run report. Any advice here? There are existing commands for scriptname() and currentuser() that are helpful, but this would be nice to prove to QA that no changes have been made. People are used to seeing this information from our Hamilton MLP run reports.
Electronic Signatures are a function one can turn on somewhere in the User Management Settings.
There is also a feature called Method Approval (Configure System → Application settings) that may be helpful. If items are changed, the item gets flagged ; one could remove the right to run not approved methods for specific user groups.
I’m also hoping to build some additional safeguards so that edits to assets that would affect approved methods are flagged. At the moment when a change is made to a labware or liquid class that would affect an approved method there is no popup or confirmation to warn of this outcome.
There is a way to find the script number.
Go to “C:\ProgramData\Tecan\VisionX\DataBase\SystemSpecific\LiquidClasses”
Show FluentControl Name by right clicking the windowheader:
Show FluentControl Name: (may be under more)
Now you can see the script name and open the right one .
Here you can find the name of the Liquid class and the dataVersion
With Method Approval the changes in objects are flagged with a little red or yellow dot on the script/method icon in the control bar or the method list in TouchTools. If I remember correct, a red dot on the icon means this object itself has changed (i.e. script lines of a script), whereas a yellow dot means a dependable object has been changed (i.e. labware definition or liquid class used in that script has been changed)
And depending on user management rights of the logged user ‘run unapproved methods’ the user may not even be able to see or access the methods/scripts that are flagged with the colored dots on the icon.
So it is kind of flagged, but not with a pop-up as far as I remember
Thanks both for the help. I think a combination of both the specific dataVersion from the database and the release method workflow will help appease our quality concerns.
Is there a way to view the date of the method release? Our QC team wants proof that a method was not edited and then re-released and I’m not very familiar with using the log viewer yet and am having difficulty finding the useful logs.
The dataVersion could solve this, but I would like to be able to view it from the log file or fluent control if possible.
If you’re interested in something less programmatic you can also query for when these files were Date Saved or Date Modified and that can be done external to the software
I think to remember method releases get also an entry in the AuditTrail files
C:\ProgramData\Tecan\VisionX\AuditTrail\AuditTrail_timestamp.csv
Since these are .csv files, if you find a keyword in the AuditTrail file line that is unique to approvals, then one could do a text search across all AuditTrail Files to find all approvals.
A simple way to find all entries would then be to use Notepad++ → Search → Find in Files and search for the unique keyword, the search results list the entire line (from the AuditTrail file) where it finds the keyword