Tricia_Rosas
Active Member
Below after this SAR code is our question. We are
B733.2/SP11.1/AS400/WNNT/SQL7.0 central objects
P4210 - Sales Order Detail Revisions - ER GRID - Row Exit & Changed -
Asynch
//
*************************************************************************
// SAR 3315391 - Begin ADD
// Clients using any of the User Reserved fields MUST load it into the
// various hidden GC fields provided for each User Reserved field.
// The following codes will have to be enabled up 3315391 - End ADD.
//
*************************************************************************
If GC UserCode is greater than <Blank> Or
GC UserDate is greater than <Null Date> Or
GC UserAmount is greater than <Zero> Or
GC UserNumber is greater than <Zero>
Or GC UserReference is greater than <Blank>
If VA grd_mnF42UI11WFLineNumber_LNIX is equal to <Zero>
VA frm_LNIX_Prev_WF_Line_Num = [VA frm_LNIX_Prev_WF_Line_Num] + 1
VA grd_mnF42UI11WFLineNumber_LNIX = VA frm_LNIX_Prev_WF_Line_Num
End If
F4211 Pre Process Values For Edit Line
GC Source ofData = "7"
End If
// SAR 3315391 - End ADD
We have found that once you enable this block of code, that this seems to
be the cause of numerous errors in P4210. Once enabled, you can no longer
perform a "Credit Returns from History". Additionally, we have issues when
you cancel a line in an existing order where various fields on the canceled
line get blanked out. And if you pass through other lines of the order
that were not canceled, if you pass through the canceled line, fields on
these lines get blanked out as well. Carrier number, business unit,
payment terms, tax information, etc.
JDE has stated in SAR 4212861 that they will NOT support any problems if
the client enables this block of code as it is considered a custom
modification, even though the block of code was supplied by JDE.
Does anyone have a workaround for this problem?
Tricia Rosas
Edwards Cardiovascular Resources
Assoc. Technical Specialist
(Email) [email protected]
B733.2/SP11.1/AS400/WNNT/SQL7.0 central objects
P4210 - Sales Order Detail Revisions - ER GRID - Row Exit & Changed -
Asynch
//
*************************************************************************
// SAR 3315391 - Begin ADD
// Clients using any of the User Reserved fields MUST load it into the
// various hidden GC fields provided for each User Reserved field.
// The following codes will have to be enabled up 3315391 - End ADD.
//
*************************************************************************
If GC UserCode is greater than <Blank> Or
GC UserDate is greater than <Null Date> Or
GC UserAmount is greater than <Zero> Or
GC UserNumber is greater than <Zero>
Or GC UserReference is greater than <Blank>
If VA grd_mnF42UI11WFLineNumber_LNIX is equal to <Zero>
VA frm_LNIX_Prev_WF_Line_Num = [VA frm_LNIX_Prev_WF_Line_Num] + 1
VA grd_mnF42UI11WFLineNumber_LNIX = VA frm_LNIX_Prev_WF_Line_Num
End If
F4211 Pre Process Values For Edit Line
GC Source ofData = "7"
End If
// SAR 3315391 - End ADD
We have found that once you enable this block of code, that this seems to
be the cause of numerous errors in P4210. Once enabled, you can no longer
perform a "Credit Returns from History". Additionally, we have issues when
you cancel a line in an existing order where various fields on the canceled
line get blanked out. And if you pass through other lines of the order
that were not canceled, if you pass through the canceled line, fields on
these lines get blanked out as well. Carrier number, business unit,
payment terms, tax information, etc.
JDE has stated in SAR 4212861 that they will NOT support any problems if
the client enables this block of code as it is considered a custom
modification, even though the block of code was supplied by JDE.
Does anyone have a workaround for this problem?
Tricia Rosas
Edwards Cardiovascular Resources
Assoc. Technical Specialist
(Email) [email protected]