|
I received this reply to my inquiry from a developer at Infor. He has given me permission to share it with the list. Josh -----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 object Josh, 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 category. 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 representetive. 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. Ali -----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 object Ali, 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, Josh -----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 object Josh, 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. Ali -----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 object Ali, Can you please email him and see if you can give him a quick summary of what he needs to do? Thanks, Scott 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 object 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 | robert.russell@xxxxxxxxx -----Original Message----- From: "Josh Diggs" <JDiggs@xxxxxxxxxxxxxxx> Date: Tue, 18 Jul 2006 10:06:37 To:<mapics-l@xxxxxxxxxxxx> 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. Thanks, 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 http://archive.midrange.com/mapics-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 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.