@Derek, the counter idea is a good idea, I will keep it for another purpose!!

I got it working with just this script:

procedure Admin_OnShow (Sender: TObject; Action: string);
begin
Admin.Adm_PC_ID.Text:= IntToStr(Admin.Adm_save.dbGeneralTableId);
end;

I still think this should not be so cumbersome to get this ID!!

Thanks folks once again!

I need to use scripts to update information not shown in the current form to be updated according to the id of the record being edited and not using a field that could contain a duplicate.

If your concern is using a field that could contain duplicates, then why not use a counter? 
I appreciate that you're not using primary keys so it won't be as fast (although probably not noticeable unless you are talking about very large amounts of data).
Derek.

  dbGeneralTableId - Integer type -
  "Makes sense if the button has the "Save record" action assigned to it. Contains the
record id, if the record is not saved, it returns -1."

i.e.  If you have opened a form to edit a record, this property will contain the ID of the record from the table for which you are editing. If the entry fails, the ID will change to "-1" For a new entry, the ID will be "-1" by default. In order for the ID to be saved in the form button after recording, there is a dbDontResetID property.

And many more interesting things in the MVD manual.

Now I have tricked the app by altering the database while the app was open so it would throw an SQL error to see exactly what it does when using "Show record" and "Save record" functions within the grids and the SQL query triggered contains indeed the id of the computer related to what I am doing!!! The id looks like it is stored as a temporary variable within MVDB framework when saving the record. So, where is this id stored that we cannot access it with scripts or even display in a field?

I even tried to select the computers.id within the search grid, it is displayed in the table grid but we cannot display it in a field as it is not available in the dropdown of the field properties!!!!!

The "show record" function triggers this SQL query:

SELECT table1.columnX, table1.columnY, table1.columnZ from table1 where table1.id=A

The "save record" function triggers this SQL query:

UPDATE table1 SET columnZ='F', columnY='D', columnX='S' where id=A

No matter how hard I try, I can not understand why and for what it is all done.
Perhaps there are other solutions, easier and more logical.
But it's good that you understand the problem. )))

thanks for the example but it is not what I am looking for since I also need to get the Id from the showman grid. What I do not understand is that the ID is automatically retrieved and stored somewhere in memory when using the auto search grid to show a record but how is it possible that we cannot access it easily like any other field?

Both grids on Form1 are using grid search to display the info and the other forms are just called using the "show record" property of a button.

Derek's answer works like this

sqlexecute('update computers set id_status = "2" where id = '+form1.gridsearch.row[form1.gridsearch.selectedrow].id');

Now I am scratching my head to see if I can use an "OR" in the query as I need to use 2 sources for the current ID to change a combobox display.

Form1 has 2 grids: GridSearch (search all records with filters)
                                                                                                     
                               ShowMaint (Filters all records with 1 status only)

                                              => Both can open the same Admin form and the computers.ID should be consistent whether accessed from one grid or another but... it does not work. I tried to display the computers.id in a field on Admin using the object properties is and it does not refresh when I open the form using one grid after the other. I tried a script but I am stuck

What I want to do is change the Admin.StatusList combo display according to current status as soon as I save a certain status in Maintenance form.