FND_REQUEST.SUBMIT_REQUEST INCOIN not working...

Question

This is for those of you who are OA users/developers:
I'm having trouble launching a concurrent request to import items with the following code. I've looked here and at Metalink, as well as the Oracle Applications Developer's Guide, but am still lost... Please help! :) My code:
declare
req_id number;
begin
req_id := FND_REQUEST.SUBMIT_REQUEST(
'INV', 'INCOIN', 'test', '21-OCT-05 00:00:00', FALSE, '84', '1',
'1', '1', '1', '431', '1');
if (req_id = 0) then
FND_MESSAGE.RETRIEVE;
FND_MESSAGE.ERROR;
dbms_output.put_line(req_id);
else
commit;
end if;
end;
Neither of the FND_MESSAGE.RETRIEVE or ERROR lines work at all, according to the manual, they should though. I'd just like to trap why the job doesn't get submitted. If I leave out the FND_MESSAGE lines, it runs fine (no errors), but my concurrent request doesn't get kicked off either...
Any help would guarantee a Christmas card this year! :)
Thanks a million!
Steve

Answer 1

Try executing this before your submit (make it the first line in your program):
fnd_global.apps_initialize(user_id, responsibility_id, application_id);
This 'simulates' a person actually signing on to the App. It sets up global variables and profile options. You'll have to lookup the values of the parameters manually, but they should be easy to find. Look in the FND_ tables.
This is just a guess, I don't know if it will help you. But whenever I've used built-in APIs I always call it just to be safe.
Here's some more info on the parameters:
SELECT RESPONSIBILITY_ID
FROM APPLSYS.FND_RESPONSIBILITY_TL
WHERE RESPONSIBILITY_NAME = 'xxx'; --< something like 'Inventory Manager' or whatever
SELECT USER_ID
FROM APPLSYS.FND_USER
WHERE USER_NAME = 'xxx'; --< person who can normally submit the import
SELECT APPLICATION_ID
FROM APPLSYS.FND_APPLICATION_TL
WHERE APPLICATION_NAME = 'xxx'; --< full name of INV ('Inventory' or maybe 'Oracle Inventory')
It's important that these 3 parameters represent an actual configured combination. That is, user_id must be a person assigned the responsibility_id, and that must be assigned to application_id. Just as if that person were signing on to the App.