I’ve set up a personal IDES system on my home computer and ran in to this problem.  Debugging the code I’ve identified that the function that performs the checks is DEVELOPER_KEY_CHECK.

The FM is very small, looks like this:

  CALL ’CHECK_DEVELOPER_KEY’ ID ’KEY’    FIELD DEVELOPKEY.
CASE SY-SUBRC.
WHEN 1.
RAISE PARAMETERS_WRONG.
WHEN 2.
RAISE WRONG_KEY.
ENDCASE.

The hack/crack is to change the code to overwrite the OS command that returns 1 or 2.

Modification of the source SAP code is also tricky, you need to log in using user SAP, go to the FM DEVELOPER_KEY_CHECK – click change, using the debugger make sure the change can be allowed [update the sy-subrc to 0 when applicable] and add something like COMMIT WORK statement after the OS call which will overwrite the SY-SUBRC value to 0.

After spending some time debugging I’ve identified that based on custom reference table parameters the  source 4.6C SAP code attempts to generate a dynamic program using a GENERATE REPORT prog call.  When the attempt fails instead of returning a corresponding error message the algorithm throws an error about a blank program pointer that failed to be created.

Here’s the problematic code – while debugging examining the l_message parameter will identify the true cause of the failure.

  catch system-exceptions generate_subpool_dir_full = 9.
    generate subroutine pool lt_source name l_name
             message l_message line l_line word l_word.
  endcatch.
  case sy-subrc.
    when 0.
    when 9.
      raise generate_subpool_dir_full.
    when others.
      message x000(0k) with l_message l_line l_word.
  endcase.

Transaction: OBCD can be used to maintain the contents.

http://help.sap.com/saphelp_nwpi71/helpdata/en/45/341a2176b74002e10000000a155369/content.htm

”

Log for payment run for payment on [Date], identification [PR#]
Overlap with payment run [Date] [PR#A]
... the execution of the payment program is terminated

”

Some online digging has resulted in an identification of two different tables:

T042X: Company Codes Blocked by the Payment Program – this table contained an entry for the company code with which I was working.

REGUV: Control records for the payment program – this table contained records for each of the payment runs and specifically tracks the status of each in the field XECHT.  The failed records that I’ve encountered has a value S where a blank would identify that a production run has not been carried out yet.

Fixing these two tables will set the runs in to the original state.

To compensate for this behaviour you can implement a badi [JOB_NAME_SELF] .  Import parameters will include program name and export parameters will contain jobname.

To make the process more flexible you can enhance the functionality by prompting the user to populate the actual program name, here’s how you can accomplish that:

Resolution: to fix the problem do the following steps:

1. Click Utilities
2. Click Update Navigation Index

The report will be regenerated and your problem should be solved.

TR: SE63 – translate objects – can be used to translate smart form data to a different language

1. Execute program RSTXTRAN
2. Provide Text key and language
3. Select desired text elements
4. Click continue button [green checkbox]
5. Click “Trsfr texts to corr.” button
6. Create a new transport object and continue