Sage 100

 View Only
  • 1.  Perhaps this has already been posted on 90Minds, b

    Posted 01-03-2017 11:27
    Perhaps this has already been posted on 90Minds, but I couldn't find a reference to it in my searches; someone in our office just brought the Sage KB article below regarding extended descriptions in Version 2016 to my attention: **Here is the KB article notes** 1.Open the Sales Order Printing window. 2.Click the Designer button to launch Crystal Designer. 3.Click the Field Explorer button, and add the field ExtendedDescriptionText:Memo field to the form. 4.Suppress the item code description: 1.Right-click the ItemCodeDesc field, and select Format Field 2.Click the Common tab. 3.Click the x-2 formula button across from Suppress 4.Enter the following calculation for version 2016 and higher: ?{SO_SalesOrderWrk.ExtendedDescriptionKey}<> MAKEARRAY("""",""0000000000"") 5.Enter the following calculation for versions prior to 2015: ?{SO_SalesOrderWrk.ExtendedDescriptionKey}<>"""" 6.Click Save and Close 7.Click OK to close Format Editor 8.Save the changes and test the report. after reading this, I wanted to explore the ""why"" of it all. I think that this is going to be very important to any client that we upgrade if they use extended Descriptions. In the past we checked the field ""ExtendedDescriptonKey"" or ""ExtendedDescriptionText"" to conditionally suppress the ""short"" item code description. Or we sometimes used a formula, that uses the regular description if the extended description is blank or null. Starting with Version 2016 Sage is populating the field ""ExtendedDescriptionKey"" with zeros (0000000000) when there is no extended description for that item. (I think that happens during data conversion too) Previously Sage just left that field NULL. I suspect they had some reason for doing this; most likely some other issue when that field is null. Since that field now has a value, if there is any text stored in the 0000000000 record of table CI_ExtendedDescription.m4t then that text field has a value and would print if you are checking to see if that value is Null or if the text is null.


  • 2.  RE: Perhaps this has already been posted on 90Minds, b

    Posted 01-03-2017 11:34
    Ran into this issue last summer upgrading users to 2016. Just one of the wonderful Sage gotchas out there. No one has reported issues after making the tweak to zero. As far as a reason for the change, only the shadow knows. Sage's QC standards sucked when they have a full team of coders, they probably pay less attention to standards now.


  • 3.  RE: Perhaps this has already been posted on 90Minds, b

    Posted 01-03-2017 12:18
    Ran into this as well. Similar issue as the checks that we had to manually modify so they would not error.


  • 4.  RE: Perhaps this has already been posted on 90Minds, b

    Posted 01-03-2017 12:25
    Maybe I'm doing something wrong but I usually ignore the key and just check for the length of the extended description since the extended desc contains the first 30 characters anyway. If length(ExtendedDesc)>30 then ExtendedDesc else Description.


  • 5.  RE: Perhaps this has already been posted on 90Minds, b

    Posted 01-04-2017 05:55
    @KennyDaniel you could still run into a problem, or at least we did. Our client had a valid extended description in the 000000000 record of CI_ExtendedDescription prior to the upgrade; after the upgrade, that record was a valid link for every item that didn't have an extended description and was printing out on PO and SO documents.


  • 6.  RE: Perhaps this has already been posted on 90Minds, b

    Posted 01-04-2017 06:01
    @DavidOverholt Not sure I follow. If I am only looking at the ExtendedDescription field itself, not the Key, why would that matter. I am not linking to the Key.


  • 7.  RE: Perhaps this has already been posted on 90Minds, b

    Posted 01-04-2017 06:34
    The extended Description field that is available in the work tables is populated programmatically based on the Extended description Key in CI_Item.m4t. So every item that had a null value prior to the upgrade now has 0000000000 as the extended description key so when the work table is populated (SO_SalesOrderWRK for example) Sage populated the worktable with an extended description that was more than 30 characters. It was easy for us to fix, we just used DFDM to take that extended description out of the 0000000000 record in CI_ExtendedDescription.m4t. The Fix was really easy - figuring out why it was happening took us a while and wasted some time;


  • 8.  RE: Perhaps this has already been posted on 90Minds, b

    Posted 01-09-2017 11:46
    I am getting nothing in the description field after an upgrade to 2016. I followed the instructions above to no avail. Could someone please share a corrected SO form so I can see what I am missing. TIA.


  • 9.  RE: Perhaps this has already been posted on 90Minds, b

    Posted 01-17-2017 12:51
    I'll throw this out there just as an FYI - if the user changes the application scaling to LARGE it can (does?) cause custom office screens to hang - at least in one client that I had we found that happened. Sage's answer was not to set the application scaling to LARGE