I had a similar message with a client. We discovered that if the GL account being imported was invalid, it gave that message. Apparently it was reported to Sage in the year 2015 but they couldn't duplicate (!) so was dropped. I reported again in 2019 and it was fixed in Feb 2020. My client is on v2017 and didn't want to sign the legal waiver to get the fix early, so I was never able to get a fix. I assume it's been included in recent updates for other versions.
------------------------------
Robert White
Munjal White Consulting Co.
Toronto ON
------------------------------
Original Message:
Sent: 08-17-2020 17:06
From: Phil McIntosh
Subject: Transaction Journal VI import
@Kevin Moyes - Thanks! You got us on the right track it took putting all the fields in the exact order they were in on the left hand side. Bizarre that it wasn't necessary in the test company with the exact same file...
------------------------------
Phil McIntosh
President
Friendly Systems, Inc.
Asheville NC
678.273.4010 ext 5
------------------------------
Original Message:
Sent: 08-17-2020 16:48
From: Phil McIntosh
Subject: Transaction Journal VI import
It should be - the test company was created just a couple of days ago just to test the VI job. I will confirm.
------------------------------
Phil McIntosh
President
Friendly Systems, Inc.
Asheville NC
678.273.4010 ext 5
Original Message:
Sent: 08-17-2020 16:25
From: Kevin Moyes
Subject: Transaction Journal VI import
Wait... you set up the source journal "Format" in the live company code, with the correct transaction type?
------------------------------
Kevin Moyes
Technical Systems Analyst
Munjal White Consulting Co.
Toronto ON
Original Message:
Sent: 08-17-2020 15:58
From: Kevin Moyes
Subject: Transaction Journal VI import
I always set primary key columns first before anything else... SourceJournal + EntryNo.
------------------------------
Kevin Moyes
Technical Systems Analyst
Munjal White Consulting Co.
Toronto ON