Hi, try to revalidate screen and related windows. If this doesn't help, tell more about version/patch etc.

Yup. I validated everything (screen, wndows, objects, entry transaction), and I am still facing this issue. 

We are currently on v11 patch 14

Thank you!

Is this the only one error message apearing or you have another too?

I have attached the all the error messages in the order I received them. 

Thanks,

Chris 

You might check your SDH Activity code. It sets the number of Delivery lines. I don't have v11, so am not sure what the default number is there.

I checked the SDH activity code and the number of lines is set to 300. There was also a BOM activity code that was set to a 100 lines but I changed it to 300 and did a dictionary validation for the activity code, and validated eveyrthing related to delivery screen but Im still getting this error message. 

I can't remember why and am having trouble locating my notes on this (I've dealt with it before), but I believe I recall that the calculation of lines is done differently than expected. Not sure how many lines you actually need, but try increasing the SDH activity code to 600 lines and see what happens.

I can't remember why and am having trouble locating my notes on this (I've dealt with it before), but I believe I recall that the calculation of lines is done differently than expected. Not sure how many lines you actually need, but try increasing the SDH activity code to 600 lines and see what happens.

I increased it to 600, but I am still getting the same error message

Based on your previous responses, I'm sure you've also run Dictionary Validation (VALDICO) and then run your Delivery Entry Transaction validation (GESSLD) after increasing to 600?

Do you have any customizations around the Delivery or ITMMASTER functions/table?

The other thing I'm seeing is that it looks like you have custom code in your SPESDH file, around row 568 for the PICKE action. You might check that for anything that could be interfering.

Yup I did a dictionary validation and validated the entry transaction

Yes we have some customization on the delivery screen, but those custom functionality is calling the 4GL in the standard script. The 100 line issue is happening when I call the AM_ITMREF from the standard script

Yes we have some customization on the delivery screen, but those custom functionality is calling the 4GL in the standard script. The 100 line issue is happening when I call the AM_ITMREF from the standard script

SUBSDH line 1906 to 1913 is below:

# Lecture article et règle de gestion
Call INIZONSOR("SDH1",VALEUR,[M:SDH0]STOFCY,NOL,[M:SDH0]TRSTYP,
& [M:SDH0]TRSCOD,"") From STKECR

If [M]STOMGTCOD(NOL)<>1 & dim([M:SDH1]LOC)>0
Call STKINIEMPS([M:SDH1]LOC(NOL)) From STKLOC
Endif

this my code from the SPE script:

###############################################################################################################################
$PICKE
Local Integer I
If GPE <> 1 : Gosub ACTION From SUBSDH : GPE = 1 : Endif

Case currbox #006.s
When GBOXZSHIP # __ Picking __ #

nolign = [M:SDH1]NBLIG
Insa nolign,1,[M:SDH1]NBLIG [M:SDH1]NBLIG : # Inserts new line #
[M:SDH1]NBLIG += 1
nolign = [M:SDH1]NBLIG
NOL = nolign-1
status = 0

Read [F:ZITM]ITM0 = [F:STO]ITMREF
[M:SDH1]ITMREF(NOL) = [F:STO]ITMREF
[M:SDH1]ITMDES(NOL) = [F:ZITM]ITMDES1
[M:SDH1]SAU(NOL) = [F:ZITM]SAU
[M:SDH1]QTY(NOL) = [F:STO]QTYSTU
[M:SDH1]WRH(NOL) = [F:STO]WRH
[M:SDH1]LOT(NOL) = [F:STO]LOT
[M:SDH1]LOC(NOL) = [F:STO]LOC
[M:SDH1]STA(NOL) = [F:STO]STA
Affzo [M:SDH1]ITMREF(NOL)
Affzo [M:SDH1]SAU(NOL)
Affzo [M:SDH1]QTY(NOL)
Affzo [M:SDH1]WRH(NOL)
Affzo [M:SDH1]LOT(NOL)
Affzo [M:SDH1]LOC(NOL)
Affzo [M:SDH1]STA(NOL)
#Infbox 'start debugger'
Call AM_ITMREF([M:SDH1]ITMREF(NOL)) From SUBSDH #019.n
Call AS_QTY([M:SDH1]QTY(NOL)) From SUBSDH
Call C_QTY([M:SDH1]QTY(NOL)) From SUBSDH
Call AM_QTY([M:SDH1]QTY(NOL)) From SUBSDH
Call AS_WRH([M:SDH1]WRH(NOL)) From SUBSDH #006.e
When Default
Endcase
Return

this is my SUBSDH code from line 1903 to 1914 (standard with no modification to it)...

If find([M:SDH1]LINTYP(NOL),3,4,5,7,8,9,11,12,13)
Local Integer ORI : ORI=NOL
While !find([M]LINTYP(ORI),2,6,10) & ORI >= 0 ORI-=1 Wend
If find([M]LINTYP(ORI),2,6,10) GPNTITMREF=[M]ITMREF(ORI) Endif
TYP=4
Endif
# --> Recherche tarif
Call RECH_TARIF(TYP,VALEUR,NOL,[M]QTY(NOL),"SDH",[M]GROPRI(NOL)) From TRTVENTAR
# --> Calcul du prix net
Call CLCNETPRI([M]QTY(NOL),[M]CUR,NOL) From TRTVENPRI
# Le ctrl du prix net et le calcul de marge utilise la classe [M]
WSVG_ITMREF=[M]ITMREF(NOL) : [M]ITMREF(NOL)=VALEUR

This looks to match my V11 P14 SUBSDH code. Did you validate the entry last in your steps of validation of windows, screens etc?

Yup. Validated everything. 

There is only 1 error popup now though, but its related to the same issue. Is their some kind of parameter setting that may be causing this?

It might be worth a shot to look at the MFM activity code as well:

https://support.na.sage.com/selfservice/viewdocument.do?noCount=true&externalId=84833&sliceId=1&isLoadPublishedVer=&docType=kc&docTypeID=DT_Article&stateId=2009&cmd=displayKC&dialogID=109729&ViewedDocsListHelper=com.kanisa.apps.common.BaseViewedDocsListHelperImpl&openedFromSearchResults=true

Just tried this and it didnt work

So I took out the activity code SDH on the table and defined the number of lines for the screen table manually. When I did this, it still threw the error message. It seems like something else is defining the number of lines for the delivery screen

I think this actually has something to do with the number of invoicing elements on the delivery. Take a look at the SFIT activity code. I believe it reads 300 right now. Increase that one, do your dictionary and transaction entry validations and see what happens.

As a further explanation of SFIT, if I recall, it has to do with the fact that the SFI activity code limits the number of invoicing elements to 30. There are 100 delivery lines with a maximum of 30 invoicing elements each. This multiplies out to 300, which you are seeing in SFIT. If you double it to 600, that will then allow up to 200 lines (600/30), etc. Sounds odd, but pretty sure this was the trick.

That makes a lot of sense but its still throwing the same error messages

Do you think the SPR activity code is causing the problem?

My guess would be no, but I think I'm about at the end of what I can suggest without being connected to the environment. Looking back at your SPESDH PICKE action, I see that there is a custom table involved (ZITM), as well as a custom browser in your left list (GBOXZSHIP). It seems more likely that at this point, it ties into one of the customization you have working in the action. Below is a screenshot of where the error occurs in SUBSDH in case that's any help. Sorry I couldn't help further - good luck!

Hello,

Try the following instruction before calling the field actions:

Default Mask [M:SDH1]

It seems it is assuming another mask when executing "[M]ITMREF" so if you force the default mask it should work. You can double-check if this is the problem with the following instruction:

Infbox "[M]ITMREF dimension is "+num$(dim([M]ITMREF))

Edit: If you have other similar problems after the picking, consider setting all the standard screens as default:
Default Mask [SDH0] : Default Mask [SDH1] : Default Mask [SDH2] : Default Mask [SDH3]


Regards

IT WORKED!!!