Skip to Content

I just stumbled upon the blog Got an error message? The new tool PANKS is here to help you! (from 2014), again I thought instead of posting a longer comment, I might as well write a short blog on my first experience.

I didn’t know that functionality, in fact I have to admit that I didn’t pay any attention on the different buttons given in the “Performance Assistant”-window in the past.

-> To me, it is (or at least was) only the “Display Long Text of a Message”-Window.

In fact, I just now realize that I do call up the Performance Assistant on two occasions regularly:

  1. Display long text of a message
  2. F1-Help (in that case, I often do use one of the Buttons: “Technical Information”)

Well back to my try in using PANKS (“Performance Assistant Note and KBAS Search”):

When I read about it, I immediately had a error-message and a corresponding SAP note in mind to try it out:

The situation is: trying to do LT0G on a HU-managed storage location

-> you get the Message L3 794 saying “Function not yet supported for TOs for HUs” (a small hint on the word “yet” -> it never will be! )

The solution is described in Note 1613959 (https://launchpad.support.sap.com/#/notes/1613959)


So, for the first time I payed attention to the buttons and clicked on the this one:

2016-06-15 13_21_07-Performance Assistant_PANKS.jpg

Unfortunately, contrary to my expectation, it didn’t find anything: πŸ™

2016-06-15 13_40_40-S4H (1) 100 Search for Notes & Knowledge Base Articles (KBA)_not_found.jpg

That’s especially strange as the note even has the message number on its title “Error L3 794 in transaction LT0G”

I guess it’s one of the examples where the quote “some adjustments to the SAP Notes and KBAS might be needed to get the best results.” from the above mentioned blog applies.

So PANKS and me had a bad start, nevertheless I’ll remember clicking that button next time I get an error-message.

Do you pay attention to any of those buttons? Did you know and do you use PANKS? Share, if you like!

Best

Joachim

To report this post you need to login first.

7 Comments

You must be Logged on to comment or reply to a post.

  1. Carlos Martinez Escribano

    Dear Joachim,

    Thank you for your article!.

    Your guess is correct: Of the 3 most important ASTs (Automated Notes Search Tools: ANST, PANKS and ST22), PANKS and ST22 are affected by “The Human Factor”. ANST as opposed to PANKS and ST22 is not affected by “The human factor”, because the correction instructions have to be created anyway, no matter how (un)useful, good or bad is the description of the note.

    Going to your example:

    I managed to simulate the issue in our internal system and proceeded as indicated in the following KBA:2096401 – FAQs: Performance assistant notes and kbas search PANKS:


    Untitled.png

    From the debugger screen, you can clearly see that the target note 1613959 would have been found, had note 1613959 contained search term L3794 instead of L3 794.

    PANKS searches first with the error class and error number concatenated without spaces in between to avoid ambiguity: If you look for notes with L3 and 794, you get note 116181 that belongs to PY-AU (Payroll Australia).

    Conclusion: Replacing L3794 by L3 794 (Or at least add it) in kba 1613959 will make it findable by PANKS. Kba 1613959 (year 2011) is older than PANKS (2014)…

    I have contacted the KBA owner to add L3794 to the KBA.

    Kind regards,

    Carlos.

    (0) 
    1. Joachim Rees Post author

      Hey Carlos,

      thanks a lot for checking and giving feedback so fast, I really appreciate it!

      I allready suspected that the space migt be part of the problem.

      I’ll update my blog once I see that this exmaple is working, now and I’ll try to use PANKS more often in general!

      Best

      Joachim

      PS: as to your screenshot you’re still using the old debugger? πŸ˜‰

      (0) 
      1. Carlos Martinez Escribano

        Hi Joachim,

        That’s true, right now the target KBA is not found.

        I found a correction that works, strangely enough::

        FM help_notes_search

          CALL FUNCTION ‘SEARCH_NOTES’  

                  EXPORTING    

                      I_SEARCHTERM             = iv_SEARCHTERM

        * start of deletion   

                     I_SRCH_L                 = ‘E’

        * end of deletion

        *start of insertion

                      I_SRCH_L                 = ‘D’

        * end of insertion     

                      I_CATEGORY               = ‘*’

        […]

        It’s strange because the target KBA master language is English, so I would appreciate if you can open an incident with component BC-DO-HLP.

        Untitled.png

        Thanks for your patience so far,

        Carlos.

        (0) 
        1. Jānis B

          Strangely enough ONE Support Launchpad does find the note using L3794 (regardless of the profile language German or English) and 2 notes using L3 794 in German, 3 notes in English 3 Notes using L3 794 (regardless of the profile language German or English), but it is able to display 1613959 only in English.

          I don’t like Launchpad taking away something that was there and was used for many many years: ability to specify search language. And if the “thing” still finds 2 or 3 notes depending on which profile language I have chosen for the same search term (L3 794), I absolutely detest this innovation/simplification. 😯

          To be honest, the 3rd result in German is irrelevant, yet I suspect the extra find(s) might be irrelevant in this particular case only…

          Edit in: on second trial, I don’t see the different results for L3 794 when changing profile language… I must have missed to click “display unfiltered” in German.

          (0) 
          1. Carlos Martinez Escribano

            Hi Janis,

            I guess the note search you do in the launchpad searches into the new notes toolbox. However our ASTs (ANST, PANKS and ST22) are still going to the old repository, waiting for the migration of the search function, which is planned for 2016. This fact may explain the differences you find. Your feedback regarding the note and kbas search you do in the lauchpad is important, but I can do nothing regarding launchpad. There has to be a discussion forum here at SCN where your comments will be taken into account.

            Continuing with Joachims example (My initial answer was not 100% correct):

            1. One of the reasons why no notes nor kbas were found was related to the language. It worked changing “EN” by “DE”. Once I fix this, notes and kbas are found.

            For Joachims example this is what happens (IT works with the algorithm specified in note 2020356): PANKS tries to search for notes and kbas several times until it gets a result:

            1. LT0G and RLLT0G00 and L3794. Nothing found.

            2. LT0G and RLLT0G00 and L3 and 794. Nothing found.

            3. LT0G and RSSYSTDB and L3794. Nothing found.

            4. LT0G and RSSYSTDB and L3 and 794. Nothing found.

            5. LT0G and L3794. KBA 1613959 found!!!. Because yesterday L3794 was added to the kba.

            This is what would have happened if yesterday L3794 had not been added to KBA 1613959.

            1. LT0G and RLLT0G00 and L3794. Nothing found.

            2. LT0G and RLLT0G00 and L3 and 794. Nothing found.

            3. LT0G and RSSYSTDB and L3794. Nothing found.

            4. LT0G and RSSYSTDB and L3 and 794. Nothing found.

            5. LT0G and L3794. Nothing found.

            6. RLLT0G00 and L3794. Nothing found.

            7. RLLT0G00 and L3 and 794. Nothing found.

            8. RSSYSTDB and L3794. Nothing found.

            9. RSSYSTDB and L3 and 794. Nothing found.

            This means that if we did not have had the “language” issue, the KBA 1613959 would not have been found anyway.

            Of course there may be more relevant notes and kbas, but as they will not be found unless:

            1. L3794 is added as search term to the notes and kbas.

            2. Or the search algorithm is changed so that after trying with: 

            * Transaction + MessageClassMessageNumber 

            Then it tries with:  

            * Transaction + MessageClass MessageNumber

            Now, as to how to proceed with the language issue, I think a correction will be needed. Simply replacing “DE” by “EN” seems to me a little dangerous (not always it happens but seems that oinly for certain notes and kbas), so until the root cause of the issue is found, the safest would to search first with language “EN” and if nothing is found then do the same search but changing the language to “DE”. Anyway, the case has to be reported in a BC-DOC-HLP ticket. Then the developer responsible for the Performance Assistant will take a decision.

            Cheers,

            Carlos.

            (0) 
    2. Sandra Rossi

      Isn’t it possible to seach both L3794 and L3 794 ? Because it happens very often. I used to search both flavors for years. We had the same “problem” in early 2000s πŸ™‚

      (0) 
      1. Carlos Martinez Escribano

        Hi Sandra,

        Sorry…You are right. Actually PANKS is trying to search either with L3794 and L3 794, but there is something else that prevents the KBA from being found. Please let me investigate but it seems that a correction might be required.

        I will come back with more info asap.

        P.D. Although L3794 and L3 794 are both valid for PANKS, it’s always better to use L3794, together because there is lower risk of ambiguity.

        Regards,

        Carlos.

        (0) 

Leave a Reply