That doesn't make a whole lot of sense - why would your System ID and your Details ID be the same? That implies that every row in your System table has a single matching row in your Details table, which would mean that effectively, they are the same table!
I don't know exactly what you are trying to achieve - and your question doesn't make that at all clear - but I suspect that you need to go back a stage and look at your data requirements again, with a view to redesigning your database.
I think you need something like this: Think of invoices for a moment.
A company may make several orders with you, each order needs an invoice.
Each invoice may be for multiple items.
So you end up with four tables:
Items
ID Primary key, probably IDENTITY or GUID
Description
Price
Customers
ID Primary key, probably IDENTITY or GUID
CustName
Address
Invoices
ID Primary key, probably IDENTITY or GUID
InvoiceNo
InvoiceDate
terms
CustID Foreign key to Customers.ID
InvoiceItems
ID Primary key, probably IDENTITY or GUID
InvoiceID Foreign key to Invoices.ID
ItemID Foreign key to Items.ID
At no point do you expect the ID's in the different tables to match, just that they reference the correct value via foreign keys.
So when you process an order, you look up the Customer ID, and create a new row in the Invoices table using that ID as the foreign key. You then use that new Invoice ID
to create each new line in the InvoiceLines tables as the Foreign key back to the overall invoice.
Make sense?