Submitting PA52 as immediate

 4 Replies
 1 Subscribed to this topic
 52 Subscribed to this forum
Sort:
Author
Messages
George Graham
Veteran Member
Posts: 201
Veteran Member

    Has anyone been able to submit a PA52 transaction as an Immediate action through an ags call?I keep getting the message:

    Warning! Action will be immediate; OK to continue 

    I've tried different combinations to bypass the manual requirement when doing this directly through PA52 of having to confirm the add - but can't seem to get past this confirmation step. Here is the call that is being made:

    servlet/Router/Transaction/Erp?_PDL=LAWPROD&_TKN=PA52.1&_EVT=CHG&_RTN=DATA&_LFN=ALL&_TDS=IGNORE&FC=Add&PCT-EMPLOYEE=99999&PCT-ACTION-CODE=ETHNICITY&PCT-EFFECT-DATE=20120213&PCT-COMPANY=1&PCT-NEW-VALUE-1r0=W&IMMEDIATE-ACTION=Y&XMIT-IMMED=0&PCT-ACTION-NBR=2&_DELIM=%09&_OUT=XML&_EOT=TRUE
    David Burnham
    Basic Member
    Posts: 9
    Basic Member
      We have several calls to PA52 that process immediate.

      The short answer is to add "&XMIT-IMMED=1" to your call.

      The longer answer is that there are a number of warnings and conditions that you can recieve from PA52. If you do a series of calls to Lawson in Internet Explorer (https://:/servlet/Router/transaction/Erp?) just like you would process the screen and examine changes to the hidden fields in the data returned. Doing so with the above example will show that after an Inquiry the XMIT-IMMED field would be a "0". After the change, it would be a "1" with the message of "...Ok to continue". You then change the field to a 1 and the transaction will process.

      Using this method you can either just anticipate the override ahead of time or put the transaction in a loop and interigate for the fields in question. We use this method to capture the warning about Tax errors when doing position changes. when the warning is encountered, the process flow will notify the staffer of the error so that they can make the nessisary changes on PR13.8, but the flow will not stop, it set's the switch and resubmitts the transaction.
      Tim Cochrane
      Veteran Member
      Posts: 154
      Veteran Member
        Setting the XMIT blocks to 1's will bypass soft warnings.

        _PDL=&_TKN=PA52.1&_EVT=CHG&_RTN=DATA&_LFN=ALL&_TDS=IGNORE&FC=Add&PCT-COMPANY=&PCT-EMPLOYEE=&PCT-ACTION-CODE=1LOACHANGE&PCT-EFFECT-DATE=&PCT-REASON1=LOA-LWNB&PCT-REASON2=X-ONBEHALF&PCT-NEW-VALUE-1r0=LOA-LWNB&USER-ID=lawson&PCT-ACTION-NBR=&XMIT-HREMP-BLOCK=1111111111&XMIT-PAPEP-BLOCK=1111111111&_DELIM=%09&_OUT=XML&_EOT=TRUE
        Tim Cochrane - Principal LM/IPA Consultant
        SP
        Veteran Member
        Posts: 122
        Veteran Member
          As David mentioned, the short answer may simply be related to using the
          XMIT_IMMED values correctly.

          A longer more detailed answer can be found by carefully reading Kbase
          articles 1037326, 558814, and 555550

          Anytime I need to build an AGS call, I always start by pulling up the form
          (with or without data poplulated) and perform a "ctr+shft-V"

          Ctr-shft-V is your friend. From here you can click the Req Coll values to
          find out exactly what fields comprise the hidden key. You can also access
          the Name Coll to find out exactly what _f value to use for the specific
          fields. And probably most important, you can see access the Trans XML
          screen to see exactly what fields were holding what data, including the
          hidden key at the bottom.

          Please note that there was a patch recently (I forget the exact CTP) which
          added action-nbr to the hidden key (actually it added action-key which is
          one less than the number displayed on the form).

          Hope this helps,


          In my experience, the best thing to do is to use the "_f123" values instead
          of field names. Some might disagree with this approach, but it's the
          easiest way I've found

          On Tue, Feb 14, 2012 at 12:48 AM, wrote:

          > [image: LawsonGuru.com Logo] <https://www.lawsonguru.com/> Lawson
          > ProcessFlow Forum Notification A message was posted to a thread you are
          > tracking. *Submitting PA52 as immediate* Posted by: *George Graham*
          > 02/14/2012 12:40 AM
          > Has anyone been able to submit a PA52 transaction as an Immediate action
          > through an ags call?I keep getting the message:
          >
          > **Warning! Action will be immediate; OK to continue**
          >
          > I've tried different combinations to bypass the manual requirement when
          > doing this directly through PA52 of having to confirm the add - but can't
          > seem to get past this confirmation step. Here is the call that is being
          > made:
          >
          > servlet/Router/Transaction/Erp?_PDL=LAWPROD&_TKN=PA52.1&_EVT=CHG&_RTN=DATA&_LFN=ALL&_TDS=IGNORE&FC=Add&PCT-EMPLOYEE=99999&PCT-ACTION-CODE=ETHNICITY&PCT-EFFECT-DATE=20120213&PCT-COMPANY=1&PCT-NEW-VALUE-1r0=W&IMMEDIATE-ACTION=Y&XMIT-IMMED=0&PCT-ACTION-NBR=2&_DELIM=%09&_OUT=XML&_EOT=TRUE
          >
          > ------------------------------
          >
          > To view the complete thread and reply via your browser, please visit:
          >
          > https://www.lawsonguru.co...g-pa52-as-immediate/
          >
          > You were sent this email because you opted to receive email notifications
          > when someone posted and/or responded to a message on this forum.
          > To unsubscribe to this thread please visit your user profile page and
          > change your subscription options.
          >
          > Thank you,
          > LawsonGuru.com
          >

          George Graham
          Veteran Member
          Posts: 201
          Veteran Member
            If I can leverage this same thread - how about submission to PA52.5 to move a position? When trying to do the add its coming back with the message to "Perform the Move From Level special action" - which is the V function - but that function is NOT the add function. its what populates the new position values that you are moving to. So - in this same light - is there a value that needs to be set on the FC=A to pass this message (assuming the new position values are part of the ags call).

            Have submitted the transaction through portal with the trace debugger on to see if I can find the values that are part of the ags but just not seeing it.