SO Posting to SA

We have a customer that recently had a couple of invoices post everywhere EXCEPT SA. Has anyone run into this? Does anyone know what reasons there might be for a Publish failure (since there's no notification included in SOR318)?
I've already checked the KB, and no, they're not running a parallel test system. These were part of a regular DSR; they just didn't get published into SA.

Find more posts tagged with

Comments

salbritton

Make sure you have entered the [API-Publ] key in API Key Code Entry (on the SM4 menu, where User Code F/M is). S/A will post all invoices still in SOHSOH and SOHSOL te next time the DSR is run.

Legacy Contributor

Not a problem there. Again, it was just 2 invoices among the hundreds (if not thousands) they have processed since installing 7.6. There is NO trace of them whatsoever in SA. They posted everywhere else, and they're not in the SO hold files anymore, because FACTS thinks they have been posted.

sabeen-kaleem

do you have a test database and are the API settings pointing to the live database? If so, live transactions can post to the test system. You need to use relative pathing in your polling and output setting in system control.

Legacy Contributor

I have a customer with the exact same issue. One thing I have noticed is that there are unposted files in the FACTS API Polling directories.

Legacy Contributor

Is SMU954 running? If not, that could explain why there are unposted files in the polling directory.

greimer

Another issue to watch out for is the running of SMU954 more than once. It seems that an invoice or two may be skipped as the multiple instances of SMU954 may try to extract a non-existant record for SA, not find it, and then each WRITE their own version. The one who writes last, I think, wins. Early on in the use of API calls, I remember being told I could run it more than once to "speed things up", something I do not think we have ever found necessary.

Copyright © 2025 Infor. All rights reserved.