I received this reply to my inquiry from a developer at Infor.  He has given me 
permission to share it with the list.


-----Original Message-----
From: Ekinci, Ali [mailto:Ali.Ekinci@xxxxxxxxx]
Sent: Wednesday, July 19, 2006 8:33 AM
To: Josh Diggs
Subject: RE: [MAPICS-L] Integrator user exit, load buffer for related

You don't need to call any method to get the values.  We have mXXXXXX
variables for the current object only. The others (including related
object fields) are named as their database field names (like C6CHNB).
You will not get all many to 1 relationshipped (parent) object buffers.
Only ones that allow maintenance of the current (child) object from a
list card will be available. But most of many to 1s fall into thins

Regarding documentation, I need to ask around to find out what is
available and return to you on that. Or you can ask your support
As a brief overview, the user exits are RPG driven. Client code is in
java, but the server pgms that process/validate the maintenance
transactions are in RPG. At various points, Infor server pgms call user
exits to allow users to do more validation/update/default calculations
.. Etc.

Please let me know, if you have any further questions.


-----Original Message-----
From: Josh Diggs [mailto:JDiggs@xxxxxxxxxxxxxxx] 
Sent: Wednesday, July 19, 2006 11:10 AM
To: Ekinci, Ali
Subject: RE: [MAPICS-L] Integrator user exit, load buffer for related


Thanks for the clarification, that does help.  I am trying to figure out
how to make values from a related object available.  Specifically,
values from objects that have a * to 1 relationship with the current
object.  For example, I would like to have access to both Customer order
attributes, and Item attributes in my user exits for C.O. Line Item.

Your response sounds like I should have the attributes from Customer
Order available, but what do I need to do to call them in?  Is there a
XA supported method so that I can refer to attributes from Customer
Order with the mXXXX syntax i.e. mC6CCHNB to refer to Customer Order,
salesperson from within the C.O. Line Item exits?  Or is it just certain
child parent  related attributes that are available?

I have searched for more documentation, but have not found anything that
gives me the entire picture yet.  I have looked at all the java help
related to user exits and the transaction model.  I have looked at
sh14282, but I don't really understand what the example code is trying
to accomplish, so I'm not sure if my answer is in there.  Can you point
me to some documentation that might help me get a better grasp on this?

Thanks again,


-----Original Message-----
From: Ekinci, Ali [mailto:Ali.Ekinci@xxxxxxxxx]
Sent: Wednesday, July 19, 2006 7:44 AM
To: Josh Diggs
Cc: Mueller, Scott
Subject: RE: [MAPICS-L] Integrator user exit, load buffer for related


Here is the purpose of "Load buffer for related object - K1R" user exit
and how to use it:

For complex objects with parent-child relationship, the client allows
maintaining child records from the list card off the parent object.
During the maintenance of child object, there may be changed fields on
the parent object that are not yet reflected in the actual database
record. Considering that some child validation might depend on changed
parent fields, when calling child validation api (with *sim scope), the
client passes parent's changed field values. On the server each Infor
object has a K1R pgm to return the *sim image of the file buffer when
needed by other related objects. This pgm calls user exit K1R pgm to
populate user extension file *sim buffer(s). For example during PO Item
*sim validation, PO Item pgms call PO K1R pgm to get the *sim image of
the PO record. If there are user extensions for PO, the K1R user exit of
Purchase order object will load their buffer. The PO Item user exits
"edit buffer- N0R" and "Apply defaults to buffer - Q0R" will have PO
user extension file buffer(s) available as an input parameter. (The
parameters are not explicit parms defined in *ENTRY, so please do not
panic if you don't see them there.)There is no coding is required.
Everything handled within generated code.
Only thing to make sure is have PO "load buffer for related object" user
exit generated, compiled and activated.

For example: if we have a secondary extension to Purchase order object
(lets call it POEXT), in PO Item N0R user exit the following related
object buffers will be available.
mRecPOMASTL0- Purchase order buffer
uRecPOEXT- PO user extension buffer

Hope this helps,

Please let me know, if you have any further questions.


-----Original Message-----
From: Mueller, Scott
Sent: Tuesday, July 18, 2006 2:53 PM
To: Ekinci, Ali
Subject: FW: [MAPICS-L] Integrator user exit, load buffer for related


Can you please email him and see if you can give him a quick summary of
what he needs to do?


Scott Mueller | Manager, XA Product Development | Infor | office:
678-319-8083 | Scott.Mueller@xxxxxxxxx 

-----Original Message-----
From: Russell, Robert
Sent: Tuesday, July 18, 2006 1:43 PM
To: Mueller, Scott
Subject: Fw: [MAPICS-L] Integrator user exit, load buffer for related

Maybe Wes or Ali can help
Robert Russell | Vice President, XA Product Development DG | Infor |
office: 678-319-8277 | mobile: 404-388-8640 | fax: 678-319-9277 |

-----Original Message-----
From: "Josh Diggs" <JDiggs@xxxxxxxxxxxxxxx>
Date: Tue, 18 Jul 2006 10:06:37
Subject: [MAPICS-L] Integrator user exit, load buffer for related object

I am trying to load the edit buffer for a related object just as the
user exit name implies it should do.  The problem is that I am not an
RPG programmer and I can't see what I need to do to call in values from
another object.  If you can answer this don't hesitate to explain it to
me like you're talking to a child, since that is about my level of
understanding of RPG programming.


Josh Diggs
Information Systems Manager
California Fine Wire
(805) 489-5144

This is the MAPICS ERP System Discussion (MAPICS-L) mailing list To post
a message email: MAPICS-L@xxxxxxxxxxxx To subscribe, unsubscribe, or
change list options,
visit: http://lists.midrange.com/mailman/listinfo/mapics-l
or email: MAPICS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2021 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.