Re: Best way to get orders to i

I'm not sure what program of Scotts you might be refering to, but what value add does the PC bring to the current environment? To me, assuming there's no significant processing of the orders done on the PC, the best solution is to directly access the orders from the i and get rid of the PC as a holding/staging area.

Direct access can be accomplished in a variety of ways ranging from real time using sockets, ICF, etc. through batch processing using FTP, etc.

You certainly can fire off an i job from the PC. You could also put a write trigger on the file in order to eliminate the dependency on the PC starting a job. There are probably a dozen "best" ways where "best" is dependent on your timing requirements, environment, and so on.

Bruce

Adam West <adamster@xxxxxxxxx> wrote:
HI We have a small internet sales that is outsourced. Currently, someone gets the orders file to her PC and file transfers to the i. to a PF. I have to run a program that would report on any items ordered that do not have a weight amount in our Master file.

Since the time that this is run is not fixed, I cannot just run my job at a fixed time.

I was interested in some approaches to this. One idea I have is to run a progam that would look if the the PF has been updated at all this day. Once it knows that it's been updated, I guess via checking the changed object date?

Perhaps I could have the PC set off a job on the i, from her PC, but I am trying to have the user do nothing additional if possible.

I was wondering what other people do/have done in this situatiion.

Getting the records via Scott Klement's program is possible but for various reason I don't think they want to change the process just now,