Problem with AR Inquiry Credit History "View Archived Statements" and with SMC040 archive_command ho

When a user selects a customer in AR Inquiry, selects Credit History and clicks on "View Archived Statements," a DAM browser session is launched but it always starts at the very first customer that has an archived statement instead of the one selected by the user. I'm able to duplicate this going back to FACTS 7.7 and UnForm 8.0, and up to FACTS 9.0 and UnForm 9.0. FACTS Support has confirmed this is a bug that will be fixed in FACTS 9.0.1.

In the mean time, I'm attempting to find a work around for several of our clients running a mix of 7.7 to 7.9 and UnForm 8.0 and UnForm 9.0.

The issue is that the URL passed to the browser is malformed. Using customer#5008 as an example, the incorrect URL is:

http://:/arc?a=br&lb=AcctsReceivable-01&o=0&l1=Statement&x_st1=5008

The results are the same on UnForm 8.0 (port 27282) and 9.0 (port 27292).

On UnForm 8.0, if I manually type in the URL, using "&l2=" instead of "&x_st1", it works as expected and brings up the correct customer.

http://:27282/arc?a=br&lb=AcctsReceivable-01&o=0&l1=Statement&l2=5008.

Unfortunately, the above doesn't work in UnForm 9.0 (port 27292). Presumably this is what is fixed in FACTS 9.0.1.

There is a documented hookpoint to SMC040 that allows manipulating the command passed to UnForm, in x$. FACTS Support has confirmed that the Wiki page for this is up-to-date:

"FACTS Technical Manual" on the Wiki: infor365.infor.com/wiki_entry_view.aspx (In case that URL breaks, use http://tinyurl.com/z87d88n as an alternative).

The code I'm using to test:

Program SMC04A:
00010 ARCHIVE_COMMAND:
00015 enter x$
00020 msgbox "Copied to clipboard:"+sep+x$
00030 clip_board write x$
00090 exit

The hookpoint gets hit as expected if I'm trying to call up a specific doc id elsewhere in FACTS (e.g., an archived pick ticket). But the hookpoint isn't getting hit for "View Archived Statements". It seems to me that the difference is due to a partial match being done ("find first statement for customer 5008").

FACTS Support informed me they do not and will not assist in troubleshooting hookpoint issues and that my only option is to reach out to the partner community here. When I pointed out that to troubleshoot this someone would need to step through SMC040 -- a protected program -- I was again told they will not help and to reach out to the partner community. I hope this means that there is some channel partner who does have access to an unprotected version of SMC040. I don't need to see the unprotected SMC040 code, I just need someone to research why the hookpoint is not being executed. It would be great if there was a similar "ARCHIVE_COMMAND" hookpoint I could use for these "partial matches," so if someone can look at the unprotected code and identify a hookpoint, that will help. FACTS Support has assured me the Wiki page is correct but maybe there is an undocumented hookpoint I could use.

To summarize:

1) Has anyone found a work around for this issue -- "View Archived Statements" not going to the selected customer? A 7.9 client was quite upset to learn the fix is in 9.0.1 because they just barely went through the expense of upgrading to 7.9.

2) Does anyone have an unprotected version of SMC040 and can assist since FACTS Support will not and states my only option is to ask for help here?

Find more posts tagged with

Comments

Legacy Contributor

Hi Todd,
At 9.0.1 we are changing it to a search URL instead of a partial. Prior to 9.0.1, the call/enter list is:
"prog/SM/SMC040;parital_document_url",doc_code$,doc_id$,run_it,doc_url$

There isn't a hookpoint in that code - you can certainly request one. However, you can make a mod in the meantime to change the call so that instead of passing run_it as 1, pass it as 0. This will cause SMC040 to build the URL and just pass it back to you instead of firing it.

You can then change is and fire it yourself. The way I fire a URL is to use the SMC001;fire_url procedure: call %api_prog$+";fire_url",doc_url$

The &x_st1 you saw was an early, undocumented feature that didn't make it into UnForm 9. Working with Allen, we changed the URL to a search at 9.0.1, and the SMC040 line label changed as well.

Hope that helps.

rainer-gibbert

Hi Tim,

Thanks for getting back to me. I will pursue your code suggestion as a workaround.

You wrote, "There isn't a hookpoint in that code - you can certainly request one." Thanks for saying this, but unfortunately this wouldn't gain me anything because my reason for requesting Development's help through FACTS Support, and when that didn't work, my posting the issue here, was to find a work around for 7.7 to 7.9 clients. My requesting a hookpoint in SMC040, and assuming it is even accepted, would have been implemented in 9.x (that's my understanding of the current Infor policy). But the reason to have the hookpoint in 9.x is irrelevant since the issue is already to be fixed in 9.0.1. FACTS Support told me the 9.0.1 fix would not be retrofitted to earlier releases. If the fix won't be retrofitted to earlier releases (that's the ultimate and best solution, after all), I can't imagine the hookpoint would. If I've misunderstood the policy, do let me know, otherwise I'll plan to implement your suggestion.

[Updated on 2/11/2016 1:40 PM]

Copyright © 2025 Infor. All rights reserved.