Jump to content
Sign in to follow this  

Importing to an unrelated table??

Recommended Posts

Scenario: Invoices and LineItems.

I want to collect batches of Invoices into an archive. I created Archive_Invoices and Archive_LineItems by simply duplicating Invoices and LineItems, and then changing all data types to Text in the archived versions. I then scripted the archiving as follows:

Go To Layout(archive_invoices)

Import(DBFile.fp7, Update Matching) /* import from Invoices */

Go To Layout(archive_lineitems)

Import(DBFile.fp7, Update Matching) /* import from LineItems */

Specifying the import order for the first import was easy. Source was Invoices, target was Archive_Invoices. Significantly, "Archive_Invoices" was listed in the Target pull-down menu as a related table.

It was setting up the LineItems import where I had trouble. I thought it was a completely parallel situation, but Archive_LineItems was listed in the Target pull-down menu as an UNrelated table. And "update matching records" and "add remaining records as new" were grayed out.

What gives? Invoices and Archive_Invoices aren't related any more than LineItems and Archive_LineItems are, and I fail to see why relatedness matters at all when importing or exporting. But since it apparently does, why does FM believe that Invs and Archives_Invs are related, while LIs and Archive_LIs aren't??



Share this post

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this  

  • Create New...

Important Information

By using this site, you agree to our Terms of Use.