Login
Register
Search
Home
Forums
Jobs
LawsonGuru
LawsonGuru Letter
LawsonGuru Blog
Worthwhile Reading
Infor Lawson News Feed
Store
Store FAQs
About
Forums
Integration / Customization
S3 Customization/Development
PA52 AGS call doesn't populate "new value" fields
Home
Forums
Jobs
LawsonGuru
LawsonGuru Letter
LawsonGuru Blog
Worthwhile Reading
Infor Lawson News Feed
Store
Store FAQs
About
Who's On?
Membership:
Latest:
Saef
Past 24 Hours:
0
Prev. 24 Hours:
0
Overall:
5226
People Online:
Visitors:
260
Members:
0
Total:
260
Online Now:
New Topics
User Group Announcements
Carolina User Group Meeting
12/20/2024 3:15 PM
Date & Time: February 6, 2025, 8:30am - 4:00pm
S3 Systems Administration
ADFS certificate - new cert
12/3/2024 9:38 PM
The certificates on the windows boxes expired and
Lawson S3 HR/Payroll/Benefits
Post Tax Benefit Plan Table
11/14/2024 9:16 PM
Hi, totally new to Laswon. I have a repor
Lawson S3 Procurement
ED501 Error: Map 850 not supported by /law/c15vda/lawson/test10/edi/bin/laws_out_91
11/12/2024 3:47 PM
Tried runnning ED501 and getting the atathced erro
Lawson S3 HR/Payroll/Benefits
Error
11/6/2024 9:54 PM
When I try to enroll a retiree in 72.1 health plan
Infor ERP (Syteline)
Syteline: New Data Maintenance Wizard (Error) Need help
11/1/2024 4:24 PM
Hi, I need help with an error on syteline while us
Dealing with Lawson / Infor
Implementing Lawson v10 with Cerner Surginet, Case Cart Picking, and Quick Adds for the OR
10/29/2024 4:20 PM
Hi Everyone, I am wondering if there is any org
Lawson S3 HR/Payroll/Benefits
Canada Tax Calculation (Federal and Provincial) Issue
10/23/2024 5:00 AM
Initially, we had problem with CPP2 calculation is
Lawson S3 HR/Payroll/Benefits
CA Section 125 401k Plan
10/22/2024 10:13 PM
Does anyone have any recommendations on how to fac
S3 Systems Administration
Running AC120 deleted records from ACMASTER table
10/22/2024 3:40 PM
We recently ran the AC120 as normal and somehow it
Top Forum Posters
Name
Points
Greg Moeller
4184
David Williams
3349
JonA
3291
Kat V
2984
Woozy
1973
Jimmy Chiu
1883
Kwane McNeal
1437
Ragu Raghavan
1372
Roger French
1315
mark.cook
1244
Forums
Filtered Topics
Unanswered
Unresolved
Announcements
Active Topics
Most Liked
Most Replies
Search Forums
Search
Advanced Search
Topics
Posts
Prev
Next
Forums
Integration / Customization
S3 Customization/Development
PA52 AGS call doesn't populate "new value" fields
Please
login
to post a reply.
21 Replies
0
Subscribed to this topic
17 Subscribed to this forum
Sort:
Oldest First
Most Recent First
Author
Messages
Woozy
Veteran Member
Posts: 709
7/29/2010 2:35 PM
I'm modifying a custom ESS form so it will use an AGS call to create a PA52 action.
The AGS call gives an "Action Processed" message and adds the action to PA52.1, but the "new value" fields aren't populating.
It must be something simple, but I can't figure out what I'm missing. Can anyone give me a clue?
I'm attaching several items:
- Javascript AGS Call
- Fiddler capture of the AGS call
- Result Code
Thanks for your help!
Attachments
PA52_AGS_Javascript.txt
Fiddler_Capture.jpg
Call_Response.jpg
Woozy
Veteran Member
Posts: 709
7/29/2010 2:37 PM
Here is what the PA52.1 record looks like after the AGS call completes.
Attachments
PA52_Inquire_After_AGS_Update.jpg
Ragu Raghavan
Veteran Member
Posts: 476
7/29/2010 3:51 PM
In the AGS call that I make from Design Studio, I refer to the New valies as
PCT-NEW-VALUE-1r1
You seem to have coded it as
PCT-NEW-VALUE-11
You may want to try the -1r1..
Woozy
Veteran Member
Posts: 709
7/29/2010 4:19 PM
Great! Thanks ragu - That solved part of the problem. Now, if I don't set it to immediate, the PA52.1 record correctly shows the new values.
However, when I set it to "IMMEDIATE-ACTION=Y" it creates the action on the employee but doesn't actually update the fields...Grrrr.
Any thoughts?
Ragu Raghavan
Veteran Member
Posts: 476
7/29/2010 4:31 PM
I do not think it is your code. I think that is the way PA52 works.
If the action not immedaite, a record is created in PERSACTION, so when yuo inquire you see the new values.
If the action is immdeiate, no record is created in PERSACTION, so nothing to view.
Woozy
Veteran Member
Posts: 709
7/29/2010 6:27 PM
Sorry - I wasn't very clear. For the immediate action, I wasn't looking at the PA52 - I was looking at the HR11 fields that should have updated, as well as the drill to Personnel Actions.
The HR11 fields didn't update, and the drill shows that an action was generated, but it doesn't include any field data.
Ragu Raghavan
Veteran Member
Posts: 476
7/29/2010 6:58 PM
A shot in the dark: do you have Use WorkFlow set to Y in PA50 for this action ? That would disallow Immediate actions.
Which would mean that even though your script rertuns "action processed", it wasn't. Also would mean that the drill-aorund is probably showing an earlier action and not the one that failed.
Woozy
Veteran Member
Posts: 709
7/29/2010 8:58 PM
Nope - "Use WorkFlow" is set to N.
I just realized something - I set it back to not-immediate, re-ran the AGS call, and then I used AddIns to query PERSACTION. It appears that FLD-NBR-1 and FLD-NBR-2 are not populating! No wonder nothing updates.
I've tried changing these fields in the call to to the formats PAT-FLD-NBR-1, PAT-FLD-NBR-11, PAT-FLD-NBR-1r0, and PAT-FLD-NBR-1Ar0 and none of these have worked. Any thoughts on this?
Ragu Raghavan
Veteran Member
Posts: 476
7/29/2010 10:27 PM
PAT-FLD-NBR-11, frrom what I see in D/S.
Ragu Raghavan
Veteran Member
Posts: 476
7/30/2010 1:07 PM
This AGS call from Design Studio seems to work:
var s = portalWnd.AGSPath;
s += "?_PDL=";
s += portalWnd.oUserProfile.getAttribute("productline");
s += "&_TKN=PA52.1&_EVT=CHG&_LFN=ALL&_RTN=DATA&_TDS=IGNORE&FC=" + vFC;
s += "&_HK=" + ZeroFill(vCompany,4) + ZeroFill(vEmployee,9) + vActionCode + vEffDate;
s += "&XMIT-HREMP-BLOCK=" + "1111111111";
s += "&PCT-COMPANY=" + vCompany;
s += "&PCT-EMPLOYEE=" + vEmployee;
s += "&PCT-ACTION-CODE=" + vActionCode;
s += "&PCT-EFFECT-DATE=" + vEffDate;
s += "&PCT-REASON1=" + vReason1;
s += "&PAT-FLD-NBR-11=20";
s += "&PAT-FLD-NBR-12=2093";
s += "&PCT-NEW-VALUE-1r0=" + vNewStatus;
s += "&PCT-NEW-VALUE-1r1=" + vNewLOARetDate;
s += "&_OUT=XML&_EOT=TRUE";
Woozy
Veteran Member
Posts: 709
7/30/2010 1:39 PM
Thanks ragu. Unfortunately, No luck. There must be something different with the AGSObject function. I may have to try using the DS style call.
It appears that the AGSObject function converts the field names that are passed in to row equivalents, so when I pass in PAT-FLD-NBR-11 it converts it to PAT-FLD-NBR-r10. When I pass in PAT-FLD-NBR-1 it converts to PAT-FLD-NBR-r0. However, neither of these appear to work.
Attached is my revised code, a fiddler capture, and the resulting persaction query.
Attachments
PA52_AGS_Javascript_B.txt
Fiddler_Capture_B.jpg
Persaction_Query_B.jpg
Karen Ploof
Veteran Member
Posts: 118
8/2/2010 2:43 PM
Another shot in the dark... If I'm reading this right, you're using a Personnel Action code called "TOBACCO". When you inquire on that action on PA52.1, is the Status Code the first field and the LOARetDate and second field? I don't do DS AGS calls, but I do lots of PA52.1 add-ins updates and it seems like they're pretty similar in what fields need to be populated
Woozy
Veteran Member
Posts: 709
8/2/2010 2:56 PM
Hi Karen,
The two fields I'm updating are the SMOKER flag (field 124 in our case) and FAMILY TOBACCO USE FLAG (userfield - field 2099 in our case).
Karen Ploof
Veteran Member
Posts: 118
8/2/2010 3:16 PM
Are they the only two fields on the TOBACCO personnel action?
Woozy
Veteran Member
Posts: 709
8/2/2010 3:22 PM
Yep - those are the only two fields. Attached is a screen shot.
Attachments
PA52_TOBACCO.jpg
stephanie
Veteran Member
Posts: 330
8/2/2010 6:13 PM
Let me start by saying I know NOTHING about setting up ags calls and design studio - but I'm wondering if you have to get past the "inquire" piece of the immediate update on PA52 (similar to using the add-ins)?
Woozy
Veteran Member
Posts: 709
8/2/2010 6:26 PM
Hi Stephanie,
Yep - I'm past that. The call does actually create the PA52 record, and it has the new values in it.
Doing an inquire on PA52 makes it look like it is ready-to-go, but if I query PERSACTION and look at the record, the FLD-NBR-x values are blank.
If I query the record I inserted and then hit the "change" button (without changing anything on the screen), then the FLD-NBR values populate correctly because the PA52 screen inquires based on the Action. Unfortunately, I can't really do that with a direct AGS call.
stephanie
Veteran Member
Posts: 330
8/2/2010 6:46 PM
Sorry I'm no help, Kelly - but the "change" bit has to be done when using the addins to update a personnel action, too. Hope you find your solution!!
Woozy
Veteran Member
Posts: 709
8/3/2010 5:51 PM
Yay! I solved this one...
The issue is that I was setting the "pObj.event" value to "ADD" rather than "CHANGE". If I set it to "CHANGE" and keep "FC=A" in the field list, the field numbers are correctly updated. I was stuck in my thinking that "a record doesn't exist, so I have to add it".
UGH!!! This is the type of thing that turns my hair grey.
Thanks to Stephanie for giving me the idea to play with this.
For those who are interested, attached is my code that finally worked.
Attachments
PA52_AGS_Javascript_-_Working.txt
Woozy
Veteran Member
Posts: 709
8/3/2010 7:52 PM
By the way, after I figured out this fix, I was able to use either PAT-FLD-NBR-1 and PAT-FLD-NBR-2 OR PAT-FLD-NBR-1Ar0 and PAT-FLD-NBR-1Ar1 to reference the fields.
SunPSFoo
New Member
Posts: 1
12/14/2011 3:59 AM
Way to go Kelly! Thanks for your post! I had the same problem but I solved mine by changing _EVT=ADD to _EVT=CHG in process flow! Yay!
Woozy
Veteran Member
Posts: 709
12/14/2011 2:46 PM
Great! I'm glad you were able to get it working.
Please
login
to post a reply.