11.12.10

SAP Note 12591 - Upgrade application server.

Symptom:

Upgrading application servers that do not run with the DB server in
a cluster

Cause and prerequisites

The upgrade only involves the central system.

Solution
Install the new versions of SAPR3_ORAEXE and SAPR3_SAPEXE on the
separate application server (see Upgrade Manual).

To upgrade to the new kernel, you have to change the
sap__profile:sap__exe.com
file. You can copy the current file from the central system.

You can delete the files in the exe directory of the old version
(see Upgrade Manual).

Key word: R3SLPUT

SAP Note 12581 - Item category ' ' is not defined (TVAP)

Symptom:

Program : SAPMV60S
No billing document is posted in the billing due list.
The entry Item category ' ' is not defined (TVAP) appears in the
error log of all item categories.

Cause and prerequisites

The billing quantity is not maintained in the document flow table.

Solution
Maintain document flow table correctly.

Key word: BillingDueList

SAP Note 12577 - DC parameters from Oracle version 7

Symptom:

The init.ora file no longer contains DC parameters.

Cause and prerequisites

From Oracle version 7 onwards, the DC parameters are
calculated internally by Oracle, and are therefore no longer
listed individually in init.ora. The basis for the calculation
is parameter shared_pool_size. The SAP system uses transaction
ST04, Detail analysis menu, Dictionary buffer to access internal
Oracle tables, in order to display the dc values.

Solution
When necessary, increase the parameter shared_pool_size.

Key word: DC parameters

SAP Note 12569 - Red alert with indices; missing db indices: 0

Symptom:

A red alert occurs in the global Alert Monitor due to missing
indices, although the text "Missing db indices: 0" is also
issued.

Cause and prerequisites

Indices that exist in the database, but that are not defined
in the SAP system, were also counted as defective.

Solution
Advance correction: report RSORADBA, form INDICES_ALERT:
Before:
if sy-subrc = 0.
if check-db_indices = 0 and check-sap_indices = 0.
value = al_alert_green.

After:
if sy-subrc = 0.
if check-db_indices = 0.
value = al_alert_green.

Key word: Indices

SAP Note 12567 - Handling time-dependent taxes (U.S.A.)

Symptom:

Program : SAPMF82T
Time-dependent taxes should be created.

Cause and prerequisites

Requirement of the American market.

Solution
The condition records for the US taxes are provided in table A053
and have an expiration date in the key (A053-DATBI) and a valid
from date in the functional part (A053-DATAB).
In Customizing (FTXP), you specify the valid from date. The
expiration date is automatically set to year 9999.
This way you can easily represent changes to the percentage rate
in the future:
You maintain the percentage rate 6.8% as of 01/01/1995, a 2nd
condition record is created and the 1st is changed as follows.
old: new:
Start End % Start End %
01/01/1992 12/31/9999 6.5 01/01/1992 12/31/1994 6.5
01/01/1995 12/31/9999 6.8
In case of changes to the percentage rate in the PAST
(retroactive), the specifications COMPLETE must be recreated
again.
Example: as of 01/01/1993, 6.3 % should be effective:
1. FTXP, as of 01/01/1993, 6,3 %
2. FTXP, as of 01/01/1995, 6.8 %
If you leave the 2nd out, 6.3 % are valid up to year 9999!
The condition record number stands in the documents, the condition
records themselves are not deleted so that evaluations and tax
reporting are still possible.

Key word: FTXP

SAP Note 12555 - Abend GETWA_WRONG_LENGTH, Table KOMP

Symptom:

Abend 'GETWA_WRONG_LENGTH' occurs for Table KOMP. This can occur in all
programs at any point where Table KOMP is used.

Cause and prerequisites

When you generate an operating concern, the system adds new fields to
Table KOMP and then generates it. When this happens, the nametab is
rewritten on the application server. Consequently, the change remains
unknown to the other application servers until they read the new
nametab from the database after two minutes (synchronization). Until
that point they are inconsistent.

Solution
You can synchronize the nametab manually using /$NAME. It is also
recommended that you only generate an operating concern when only a few
users are in the system.

Key word: Table KOMP

SAP Note 12552 - Request for debugging information for SAPLPD

Symptom:

INFOREQ:
The reported error symptoms are not sufficient for a complete
diagnosis. Please send additional information.

Solution
As described in Note 328252, obtain the most recent SAPLPD (at least 2.53 or 3.04 is required) for the trace output to be meaningful.
If your SAPLPD problem does not result in a crash, call SAPLPD with the option -d ( = 0..9). The file "SAPLPD.DBG" is created
automatically, where all debug information dependent on is
writen. only influences the display in the SAPLPD window. If you are only interested in the file and want to suppress the (slow) output on the screen, use -d0.

If a program exits without warning the last log dates might be missing in the above procedure. In this case, use option -g9 during the start. The option creates the file "SAPLPD_F.LOG". (This method is
considerably slower, since more disc accesses are executed.)


If you have a problem with the 'local print' (not the new front end print via access method 'F') in Transaction SP01 (R/3 Release 3.X), enhance the call parameter in the dialog box for the local print, since SAPLPD is started by R/3 and is not called manually with the paramter.

For front end printing with access method 'F' make sure that SAPLPD was started manually with the correct parameters.
However, if you print via a terminal server, SAPLPD cannot be started manually beforehand. In this case, temporarily add the required option (e.g. -g9) to environment variable LP_CMD). However, this parameter should preceed -P&P (cf. Note 150533).


Immediately produce the error on the respective printer. You can trace the progress in the log window of SAPLPD. When the request ends as "Completed" or "Incorrect" in the R/3 System (SP01) exit the SAPLPD.


Send log to SAP.
You can either print the log on paper for example with WRITE. If you have problems printing the log with WRITE on your local printer, try to correct the problem first, as this could be the same problem that is affecting the SAPLPD.
Please then fax us the log.

Alternatively, you can copy the contents of the file directly into the
'Problem description' section of the SAP Online Software Service or you can store it on the sapservX (Note 40024) per FTP.

Afterwards, delete your local SAPLPD.DBG and SAPLPD_F.LOG files, otherwise the SAPLPD would continue to run in Trace mode.

Reason and Prerequisites

None.

Key word: SAPLPD/info

SAP Note 12550 - Problems with remotely connected printers (WAN)

Symptom:

The print output from remotely connected printers can terminate occasionally or often. The printers are connected by means of a relatively slow line (for example, 9,600 baud).

The printers are connected with access method 'U' or ' S'.

(This note does not apply if the data is already controlled by the host spooler - in other words, if access method 'L' is used).

Other terms

WAN

Reason and Prerequisites

Timeouts occur during the data transfer.
The minimum throughput is 1 kbyte per minute for the LPD connection.

Solution
a) A faster network connection will help.

b) If the host spooler supports remote printers (HP-UX, AIX, SOLARIS,
ULTRIX, OSF/1, and so on), the data can be routed through there.
The host spool is not sensitive to timeouts on the connections.

c) If you use SAPSprint (see Note 894444), you can
use parameter s_packet_size to set a packet size smaller than
1,000 (the default). See Note 85469 for more information.

d) As of SAP Release 2.2B/2.1H,
300 seconds are available for each packet by default. You can use the
profile parameter "rspo/tcp/timeout/read" to increase this time.

SAP Note 12529 - BCD_FIELD_OVERFLOW: NTAGE = DD_STIDA - BSEGA-NETDT

Symptom:

Run-time error during customer open item analysis with
RFDOPR00: BCD_FIELD_OVERFLOW in line
NTAGE = BSEGA-NETDT - DD_STIDA.

The same problem occurs during vendor open item analysis:
RFKOPR00.

Cause and prerequisites

1. No baseline date for payment (BSEG-ZFBDT) has been entered in
the relevant line item or has been entered incorrectly.
2. Field NTAGE can only include up to 999 days.

Solution
1. Localize the line item:
In the short dump of the error, the table contents of table BSEG
appear in the data part.
Use FB02 to change the document, enter the baseline date for
payment.

2. As of Release 2.2A, the field has been extended so that 99999
days can be included.
The following program correction can be included as a
preliminary correction:

REPORT RFDOPR00

...
DATA: TAGE(4) TYPE P, <--- changed
*---- NTAGE = Tage fuer Netto-Faelligkeit -------------
NTAGE(4) TYPE P, <--- changed
*---- STAGE = Tage fuer Skonto1-Faelligkeit -----------
STAGE(4) TYPE P, <--- changed
*---- ZTAGE = Tage fuer voraussichtlichen Zahlungseinga
ZTAGE(4) TYPE P, <--- changed
*---- UTAGE = Tage fuer Ueber-Faelligkeit -------------
UTAGE(4) TYPE P. <--- changed
...
FORM EINZELPOSTEN_AUSGABE. "<-- The positioning
. " was changed
. " here, please
. " check
WRITE: 01 SY-VLINE,
02 KNB1-BUKRS, " company code
GB-GSBER, " business area
TAGE, " days overdue
21 BSEG-UMSKZ, " sp.G/L indicator
23 BKPF-BLART, " document type
* 24 BSEG-ZUONR, " allocation number
26 BKPF-BELNR, " document number
BSEG-BUZEI, " line item
(8) BSEGA-NETDT, " net due date
(8) BSEG-ZFBDT, " base.date for pmnt
(8) BKPF-BUDAT, " posting date
(8) BKPF-BLDAT, " document date
* (8) BKPF-CPUDT, " CPU date
BSEG-BSCHL, " posting key
BSEG-ZLSCH, " payment key
* 120 BKPF-USNAM. " user
82 BSEG-MANST NO-ZERO,
86 BSEGA-DMSHB CURRENCY T001-WAERS, "local currency amount
* ROUND FAKTOR DECIMALS STELLEN,
* ROUND FAKTOR DECIMALS STELLEN,
BKPF-WAERS, "currency
BSEGA-WRSHB CURRENCY BKPF-WAERS NO-ZERO, "for.currency amount
* ROUND FAKTOR DECIMALS STELLEN.
* SUMMARY.
...

REPORT RFKOPR00

...
DATA: TAGE(4) TYPE P, <--- changed
*---- NTAGE = Tage fuer Netto-Faelligkeit -------------
NTAGE(4) TYPE P, <--- changed
*---- STAGE = Tage fuer Skonto1-Faelligkeit -----------
STAGE(4) TYPE P, <--- changed
*---- ZTAGE = Tage fuer voraussichtlichen Zahlungseinga
ZTAGE(4) TYPE P, <--- changed
*---- UTAGE = Tage fuer Ueber-Faelligkeit -------------
UTAGE(4) TYPE P. <--- changed
...
FORM EINZELPOSTEN_AUSGABE. "<-- The positioning
. " was changed
. " here, please
. " check
WRITE: 01 SY-VLINE,
02 LFB1-BUKRS, " company code
GB-GSBER, " business area
TAGE, " days overdue
21 BSEG-UMSKZ, " sp.G/L indicator
23 BKPF-BLART, " document type
* 24 BSEG-ZUONR, " allocation number
26 BKPF-BELNR, " document number
BSEG-BUZEI, " line item
(8) BSEGA-NETDT, " net due date
(8) BSEG-ZFBDT, " base.date for pmnt
(8) BKPF-BUDAT, " posting date
(8) BKPF-BLDAT, " document date
* (8) BKPF-CPUDT, " CPU date
BSEG-BSCHL, " posting key
BSEG-ZLSCH, " payment key
* 120 BKPF-USNAM. " user
* 82 BSEG-MANST NO-ZERO,
86 BSEGA-DMSHB CURRENCY T001-WAERS, "local currency amount
* ROUND FAKTOR DECIMALS STELLEN,
BKPF-WAERS, "currency
BSEGA-WRSHB CURRENCY BKPF-WAERS NO-ZERO, "for.currency amount
* ROUND FAKTOR DECIMALS STELLEN.
* SUMMARY.
...

Due to the changed positioning of the line item display, you
must also adjust the corresponding numbered texts for the
line item headings.

Key word: RFDOPR00

SAP Note 12524 - Correction of leave inconsistencies

Symptom:

If inconsistencies still occur in the leave reduction (the leave reduction from infotype 2001 does not match the reduction in infotype 0005) once you have applied the corrections described in note 21216, you can correct them as follows.
(The procedure for Releases 2.1G - 2.1L, 2.2* and 3.0A - 3.0C only. The procedure for later releases is decribed in the collective note).

Cause and prerequisites
Solution

You can correct leave deduction by carrying out the following steps:

  • For releases up to and including 2.2*, you must make the following corrections to form "fill_tab_holiday" in report RPTBPC10, as an error otherwise occurs in hourly leave deduction:

...
form fill_tab_holiday.
move-corresponding ptabs to holiday.
move ptabs-datum to holiday-date.
move ptabs-datum(4) to holiday-kjahr.
move p2001-beguz to holiday-beguz.
move p2001-enduz to holiday-enduz.
move t554s-ktart to holiday-ktart.
move-corresponding t554x to holiday.
* if ptabs-zeinh eq '01'. "Stunden ---> deactivate
if ptabs-zeinh eq '001'. "Stunden <--- insert
move ptabs-abrst to holiday-anzhl.
move ptabs-abrtg to holiday-anzh1.
else.
...

  • Delete cluster PC (report RPUP1D00 or RPUP1D10) You can delete a number of PCL1 records using report RPUP1D10, whereas each record must be selected individually for deletion when using the report RPUP1D00. You can delimit the choice of records to be selected in both reports by means of the Relation ID (specify cluster to be selected, in this case 'PC') and Sort (specify a key composed from personnel number and calendar year) fields. You must specify the user ID in the Password field in both cases, and when using RPUP1D00 you must also flag the "Delete" field.
  • Execute report RPTBPC10.

This report rectifies the leave account. You can delimit the choice of records to be corrected by specifying various selection criteria relating, for example, to the personnel number, payroll area and period. Select the 'Correct leave deduction' and 'Save leave deduction' fields, and 'Log output' if you wish the system to display a log afterwards.

  • Set field PKOPT in table T582Z to '2' for infotypes 2001 and 2002.
  • Run report RPTBPC00 with the following parameters:
    • Data selection period: max. 2 years
    • Calendar generation: 'F'

This report regenerates the personal calendar necessary for maintaining the annual and monthly calendars. (When generating a calender with 'U' in Austria, problems can occur.)

  • Now reset field PKOPT in table T582Z to its previous value.

    Please observe that for releases 2.1 and 2.2 the note 13469 is implemented, because if not, rounding errors can occur for records lasting less than one day.
Additional key words

Leave, leave entitlement, leave reduction, leave account, remaining leave, P0005, I0005, P2001, I2001.

SAP Note 12523 - Company code missing and cannot be entered

Symptom:

The company code cannot be entered in master data maintenance.
No default company code appears, either.

Cause and prerequisites

Table T001K not maintained correctly.
A valuation area is assigned to each plant in table T001W.
T001K is used to assign the valuation area a company code.
During master data maintenance, the company code is then taken
from T001K. If no entry has been made in T001K, the company code
is not filled.

Solution
Use transaction SM31 to maintain table T001K.

Key word: Company code

SAP Note 12522 - Change partner in order -> Tax calculation

Symptom:

When processing partners in the order, the following errors occur:

    1. When you change the address of the ship-to party in the order, taxes
    are only redetermined for the first change. If you change the address
    again in the current transaction, the taxes are not redetermined.
    2. Taxes are redetermined for any changed address data for the ship-to
    party and not just for changes to tax-relevant address data
    (country, region etc.).
    3. Taxes are redetermined for changed address data for the payer,
    although they only need to be updated when the payer number itself is
    changed.

The errors are corrected as of Release 2.2I or 3.0E. This means they
only occur up to Release 2.2H or in Release 3.0A - 3.0D.
After implementing this note, you also need to apply note 64119 (tax
determination when changing partner om item level).

Cause and prerequisites

Missing clear in the corresponding transfer flag (SAPMV45A).
Error in SAPDV02P

Solution
    1. Add the following lines to program MV45AF0F:
    ...
    FORM FCODE_KPAR USING H185F STRUCTURE T185F
    H185 STRUCTURE T185
    H185V STRUCTURE T185V.
    ...
    ...
    MV45A_DATALOSS = R185D-DATALOSS.
    CLEAR: RV02P-WEUPD, RV02P-RGUPD, RV02P-SBUPD. "<-- new line
    MOVE VBAK-VBELN TO RV02P-VBELN.
    ...
    ...

    FORM FCODE_PPAR USING H185F STRUCTURE T185F
    H185 STRUCTURE T185
    H185V STRUCTURE T185V.
    ...
    ...
    T185 = H185.
    T185F = H185F.
    T185V = H185V.
    CLEAR: RV02P-WEUPD, RV02P-RGUPD, RV02P-SBUPD. "<-- new line
    IF TVAK-VBTYP ...
    ...
    ...
    2. Change program DV02PTOP as follows:

    program sapdv02p message-id vp.
    include vbpadata.
    ...
    data: end of partnertrace.
    data: rgupd(1) type c. "<-- new line
    data: weupd(1) type c. "<-- new line
    data: text1(30) type c.
    ...
    3. Change program DV02PFPA as follows:
    ...
    form partner_aendern.
    data: save_kunnr like vbpa-kunnr. "<-- new line
    save_kunnr = xvbpa-kunnr. "<-- new line
    rgupd = rv02p-rgupd. "<-- new line
    weupd = rv02p-weupd. "<-- new line
    move-corresponding vbpa to xvbpa.
    ...
    perform xvbpa_yvbpa_update.
    if save_kunnr = xvbpa-kunnr. "<-- new line
    if rgupd is initial. "<-- new line
    clear rv02p-rgupd. "<-- new line
    endif. "<-- new line
    if weupd is initial. "<-- new line
    clear rv02p-weupd. "<-- new line
    endif. "<-- new line
    endif. "<-- new line
    if rv02p-posnr ...
    ...
    endform.
    4. Change program DV02PFPM / Form PARTNER_DETAIL as follows:
      a) Changes up to and including 2.2F:

      FORM PARTNER_DETAIL.

      IF VBADR NE *VBADR OR ( FCODE = 'MANU' AND D0644MANAD = ' ' ).
      * Verprobung der Anschrift
      PERFORM POSTAL_CODE_CHECK.
      rgupd = rv02p-rgupd. "<-- new line
      weupd = rv02p-weupd. "<-- new line

      * Bei Warenempfängern:
      * Bei Änderung von Land oder Zone: Message: Bitte Route prüfen
      IF VBPA-PARVW = 'WE'.
      ...
      ENDIF.
      ...
      perform xvbadr_yvbadr_update.

      >>>>>>>>>>>>>> Start of the new lines <<<<<< <<<<<<<<<<<<<<<<<<

      if vbpa-parvw = 'WE'.
      IF weupd is initial
      and vbadr-land1 = *vbadr-land1
      and vbadr-lzone = *vbadr-lzone
      and vbadr-regio = *vbadr-regio
      and vbadr-cityc = *vbadr-cityc
      and vbadr-counc = *vbadr-counc.
      clear rv02p-weupd.
      else.
      rv02p-weupd = 'X'.
      endif.
      endif.
      if vbpa-parvw = 'RG'
      and rgupd is initial.
      clear rv02p-rgupd.
      endif.

      >>>>>>>>>>>>>> End of the new lines <<<<<<<<<<<<<<<<<<<<<<<<<<<

      if ( kuagv-xcpdk = 'X' ...
      ...
      endform.
      ...
b) Changes from 2.2G:

FORM PARTNER_DETAIL.

IF VBADR NE *VBADR OR ( FCODE = 'MANU' AND D0644MANAD = ' ' ).
* Verprobung der Anschrift
PERFORM POSTAL_CODE_CHECK.
IF TXJCD NE SPACE. VBADR-TXJCD = TXJCD. RV02P-WEUPD = 'X'.
ENDIF.
rgupd = rv02p-rgupd. "<-- new line
weupd = rv02p-weupd. "<-- new line

* Bei Warenempfängern:
* Bei Änderung von Land oder Zone: Message: Bitte Route prüfen
IF VBPA-PARVW = 'WE'.
...
ENDIF.
...
perform xvbadr_yvbadr_update.

>>>>>>>>>>>>>> Start of the new lines <<<<<< <<<<<<<<<<<<<<<<<<

if vbpa-parvw = 'WE'.
IF weupd is initial
and vbadr-land1 = *vbadr-land1
and vbadr-lzone = *vbadr-lzone
and vbadr-regio = *vbadr-regio
and vbadr-cityc = *vbadr-cityc
and vbadr-counc = *vbadr-counc
and vbadr-txjcd = *vbadr-txjcd.
clear rv02p-weupd.
else.
rv02p-weupd = 'X'.
endif.
endif.
if vbpa-parvw = 'RG'
and rgupd is initial.
clear rv02p-rgupd.
endif.

>>>>>>>>>>>>>> End of the new lines <<<<<<<<<<<<<<<<<<<<<<<<<<<

if ( kuagv-xcpdk = 'X' ...
...
endform.

Additional key words

SAPDV02P Partner addresses

SAP Note 12521 - BRBACKUP demands incorrect tape after a restore

Symptom:

After an offline backup has been restored, brbackup demands a tape that was just used for this backup, therefore one that is normally still "physically" blocked (based on the information on the tape label).

Cause and prerequisites

brbackup stores information on the tapes used in the database. During a restore, it is reset to the status during the backup. In this way, all the tapes that were used in this or the next backup are "logically" free (based on the information in the database).

Solution
Explicitly determine the next free tape for brbackup: brbackup -v (,
Keyword: BRBACKUP

SAP Note 12518 - Field name does not exist in batch input data

Symptom:

The following error message occurs during run-time of batch input:
00346 Field name does not exist in batch input data.

Cause and prerequisites

1. You tried to provide a field name in a screen with data using batch
input, and the field does not exist
The error message appears as follows:
00346 Field name HUGO does not exist in batch input data.
Field name HUGO does not exist in screen.


2. You tried to provide a field name in a screen with data using
batch input, and the field's name is "Space" and/or has "Space"
as field value.
The error message appears as follows:
00346 Field name does not exist in batch input data.
Field name is space.

Solution
1. Correct the BDCDATA table by using a valid field name in the
screen.

2. Important: field name SPACE
Use transaction SM35, function Session (F8) to analyze the
session that was created, position the cursor on the screen
where the error occurred, and press Data (F16).

If the list of field names and values contains empty lines - that is
field name and/or value are SPACE - you must change the report that
creates the batch input sessions.

Key word: Batch input

SAP Note 12517 - Hex zero as ZERO value in extracts (SORT, AT)

Symptom:

Customer inquiry about the semantics of the ABAP/4 statements
SORT, AT NEW, and AT END OF when processing an extracted dataset
when the extract dataset contains fields set to hex zero.

Cause and prerequisites

In extracts, the value hex zero is the same as a ZERO value.

Within extracts, fields set to hex zero
- are always sorted before all occupied fields during a sort,
regardless of the sort sequence (ascending, descending)
- Are always skipped with AT NEW and AT END OF in control break.

Using hex zeros as ZERO values in extracts is especially important
when the data for extraction is read using a multi-level logical
database, and when subordinate segments of that logical database
are not always filled.

Solution
Using hex zero as ZERO values does not work properly when
the extract dataset contains fields that are regularly set to hex zero.
This can occur, for example, with fields of type X, I, or F.

For reasons of compatibility, however, the hex zero handling cannot
be changed at the present time.

Key word: ABAP/4

SAP Note 12512 - Statistical orders and cost centers

Symptom:

If both a cost center and an order are stored in the asset master, depreciation is only assigned to the order as of Release 2.2, although both the cost center and the order in the depreciation area should be posted.

Cause and prerequisites

Double account assignments to the order and cost center must be avoided.

Solution
In order to allow parallel account assignment to cost centers and statistical orders, install the modification below in Include RABUCHF2.
Only run a syntax check in the main program RABUCH00.
The modification only applies to statistical orders. There must not be any actual orders in the asset master records, otherwise depreciation posting is rejected with an error message.
SAP no longer plans to add the function of additionally assigning statistical orders to a cost center. This change would lead to unjustifiable reductions in performance (due to additional read accesses to the orders).

Additional key words

RABUCH00

SAP Note 12496 - ->Goto -> Cost distribution not active

Symptom:

In maintenance of actual times (infotype 2010), menu
item -> Goto -> Cost distribution
is not active. It is not possible to maintain cost distribution.

Cause and prerequisites

Table T582Z maintained incorrectly in field "Cost distribution".

Solution
Enter an "X" in column "Cost distribution" in table T582Z
for infotype 2010.

Key word: Actual times

SAP Note 12490 - EM during processing: fields not filled

Symptom:

When you process a BTCI session for transaction PA61, an error
message is issued: no input for screen MP200000 2450.
The session was created by a customer-written report.

Cause and prerequisites

In contrast to master data, module pool MP200000 is always used for
batch input for time data. Therefore the module pool name cannot
be derived from the number of the infotype.

Solution
Use the right screens.
How do I find the right screens?
- Run through a sample transaction on the screen.
- After each screen change, use
-> System -> Status to see which screen you are looking at.
You must then use these screens in your report.

Key word: Batch input

SAP Note 12487 - GPA/SPA user parameters not set

Symptom:
User parameter IDs exist for some fields, but they cannot be set with "System -> User profile -> User parameters".
Cause and prerequisites

Fetching of user parameters from the parameter pool or setting of parameters in the parameter pool must be explicitly programmed or accessed in the screen. Therefore, the parameters that are set do not automatically apply to all transactions. Example: Business areas (GSB) are not set for FI postings.

To determine whether parameter values have been set in the standard system, use SE51 to check the attributes (SPA/GPA) of the relevant screen field to see if it is active; then check the PBO (process before output) module in the flow logic to see whether "GET PARAMETER ID..." has been explicitly programmed.

Solution
See Cause

SAP Note 12484 - Different periods for lot size and forecast

Symptom:

Consumption-based (stochastic) planning.
If the lot size relates to weeks and the forecast period to months,
purchase requisitions to the amount of the forecasted monthly
requirements are created. Because of the weekly lot size, however,
you might expect that a planned order/purchase requisition to the
amount of the expected weekly requirements will be created.

Cause and prerequisites


A forecast based on the period "month" calculates monthly requirements.
Fronm the point of view of the system, these fall on the first workday
of the month and are scheduled by requirements planning for this date.
The weekly lot size groups together all requirements in the relevant
week, including the (monthly) requirements created by the forecast;
however, it does not divide up the latter into weekly quantities.

Solution
The procedure described above is not an error.
The desired function (monthly forecast but weekly lot size) is
implemented by breaking down the monthly forecast into weekly
requirements. In order for this to happen, the user must set the
splitting indicator on the second MRP screen of the material master
record. (Please see also Chapter 7 of the manual "Forecast-Based
Planning".)

Key word: Lot size period

SAP Note 12483 - OK code in batch input has no effect

Symptom:

The OK code entered during batch input using field BDC_OKCODE
has no effect.

Cause and prerequisites

There are several reasons why the OK code might not work.

1. You made a typing mistake. Valid batch input OK codes are
type /11 or =upd. "/" and "=" are important.

2. The ENTER key has been assigned an OK code in the screen that
is provided with batch input data. click the right mouse button
or check in GUI Painter. The assigned value overwrites the
batch input OK code.

3. The application does not react to the OK code

4. You are processing the session in the foreground. A pushbutton
is active and you press ENTER to continue.
The OK code triggered by the pushbutton overwrites the
batch input OK code.

Solution
1. Correct the OK code.

2. Solution difficult, as the GUI interface of the screen
must be changed. Change user interface with GUI Painter,
transaction SE41.

3. The usage has changed due to a release upgrade.
New batch input must be written for the application.

4. When processing in the foreground, make sure that the cursor
is not inadvertently placed on a pushbutton.

Key word: Batch input

SAP Note 12480 - Deleting deliveries

Symptom:

Program : MV50AF0F
Not possible to delete deliveries using function LOES

Cause and prerequisites

Not programmed

Solution
Add the following three lines to routine FCODE_BEARBEITEN
in program MV50AF0F (in standard from 2.2A onwards):

FORM FCODE_BEARBEITEN.
DATA: FB_FCODE LIKE FCODE.
CLEAR: FLAG-NO.
FB_FCODE = FCODE.
OLD_FCODE = FCODE.

IF FCODE = 'LOES' AND SY-BINPT EQ CHARX. "DELETE
IF FCODE = 'LOES'. "NEW
PERFORM FUNKTION_AUSFUEHREN.
ENDIF.

Key word: Delivery

Additional key words

V0110

SAP Note 12477 - LVA with useful life of 1 month not written off imm.

Symptom:

Low-value assets with a useful life of 1 month are not
written off immediately in the month of acquisition; instead,
the depreciation is distributed.

Cause and prerequisites
    1. The flag
    "Residual value procedure"
    has been activated in the depreciation posting rules. In this case, depreciation is divided among the periods for which posting is pending.
    2. Depreciation is reduced in an area, because otherwise the remaining value rule would be broken in a derived area.
Solution
    1. Activate depreciation for past periods in a lump sum (deactivate the other flag). With this setting, the depreciation will be posted immediately in the next posting run after the acquisition. Note that this setting applies to the entire area within the company code.
    Depreciation corrections (between the planned value and posted value) determined by the depreciation posting program are corrected immediately during the next posting run; in the other procedure, the correction is distributed among the RABUCH periods not yet posted.
    2. Modify the depreciation rules in the areas concerned, so that they agree and that reduction is not necessary.

Key word: LVA Depreciation

SAP Note 12473 - Depreciation posting earlier than depreciation start date

Symptom:

For example: depreciation start date of a fixed asset is 06/01/FY. Depreciation is planned as of this point in time until the fiscal year-end.
However, if a depreciation posting run is executed earlier, for example in March, proportional depreciation is already posted for the above-mentioned fixed asset, although the depreciation start date is 06.01.FY.

Cause and prerequisites

Proportional distribution is set in the depreciation posting rules.

Solution
If proportional distribution is set in the depreciation posting rules, depreciation posting starts immediately with the next RABUCH run. If catch-up method is set, depreciation posting does not start until the depreciation start date.

Key word: RABUCH00

SAP Note 12466 - Logon restrictions in R/3

Symptom:
      a) Can you limit the number of times a user can log on to R/3?
      b) Can you find out from which computer the logon has been carried out?
      c) Can the number of sessions per user be limited?
Other terms

Multiple logon, logon, number, session, window, APPC-TM, terminal

Reason and Prerequisites

Information requirement or customer's security policy

Solution
      a) The number of R/3 logons per user cannot be restricted prior to Release 3.0D. As of Release 4.6, it is possible to prevent multiple dialog logons in the standard system (see Note 142724). Using the dialog logon user exit (SUSR0001), separate checks can be implemented for all Releases in between (3.0D - 4.5B) (see Note 142724).
      b) Transaction SM04 (user list) shows, among other things, all logged-on users with the host name of their computers and the number of open sessions (with respect to the current R/3 server). The entry 'APPC-TM' (Advanced Program-to-Program Communication Terminal) indicates an RFC/ CPIC connection. Some R/3 applications use internal RFC calls to accelerate processing by executing function modules in parallel; for this reason, these entries may also appear for users who are logged onto the R/3 system using the SAP GUI.
c) The number of open sessions (SAP GUI windows) for each logon is limited. As of Basis Release 4.6, this number can be set using the profile parameter rdisp/max_alt_modes. When you do this, the following value ranges apply to the parameter, depending on the SAP release:
46X: 2 - 6
6XX: 2 - 10
7XX: 2 - 16

Key word: Logon

SAP Note 12462 - How can I define a new printer font?

Symptom:

The settings that have to be made to define a new font for an R/3 device type (in other words, a new printer font) that can be used to output SAPscript documentation.

Other terms

Printer, font, printer font, device type, font metrics, AFM file, SE73

Reason and Prerequisites

You want to use a new font on the printer.

Solution

General remarks:

    1. This procedure can be used only if the desired font is available on the printer (in other words, is installed on the printer, has been installed via font cassette, is resident in the printer via soft font download or, in case of device type SAPWIN/WIN, is installed on the Windows PC) and can be called with a short printer command (max. 29 bytes). This printer command is maintained in the print control.

Solution procedure:

    1. The original SAP printer type used previously must be copied to a customer printer type with a name starting with Z... (see Note 3166 for the reasoning behind this). To do this, choose "Utilities -> Copy device type" in transaction SPAD (spool administration).
    Example: HPLJIIID is copied to ZHPLJ3.
    2. A new print control SFxxx must be maintained for device type Z... In most cases, it contains the printer control command for setting the desired font. To find out what this printer command looks like, refer to the printer manual and the print controls SFxxx already contained in printer definition Z... A certain amount of knowledge of the printer language is a prerequisite. The xxx numbering of the SFxxx print controls is arbitrary.
    NOTE : The exact contents of the SFxxx print controls depend on the SAPscript printer driver used. For information on this, consult the CD documentation ("Basis system administration printer handbook") and the field documentation (F1 help) for input field "Print control" in SE73, Printer font maintenance.
    Printer driver HPL2 (PCL 5 printer):
    SFxxx must contain the PCL 5 command for the character set and print selection. CAUTION: As of Release 4.0A, there are special rules that apply here if the "Scalable font" indicator is activated for the printer font.
    Printer driver POST (PostScript printer):
    SFxxx must contain the name of the PostScript font, for example "Helvetica"
    Printer driver PRES (Kyocera PRESCRIBE printer):
    SFxxx must contain the PRESCRIBE command "FONT xx:" for font selection, for example "FONT 42;"
    Printer driver SWIN (Windows print via SAPWIN):
    SFxxx must contain the Windows font names. CAUTION: As of Release 4.0A, there are special rules that apply here if the "Scalable font" indicator is activated for the printer font.
    Printer driver STN2 (target printer):
    SFxxx must contain the complete command for the selection of the character set, the increment, bold and italic print and font.

    Print control SFxxx is defined for device type Z... in transaction SPAD under the heading "Print control for device type". Example: The print control SF900 for the device type ZHPLJ3 is created with the replacement text (in other words, printer command)
    1B28304E1B28733070313068313276307330623354.
    3. In the SAPscript font maintenance transaction SE73 under "Printer fonts", a new entry must be made for the desired font on the desired device type. The following information must be given:
    • Device type Z...
      (Printer type to which the font belongs)
    • Family ....
      (Font name used in R/3, for example, COURIER, HELVE, LETGOTH, LNPRINT, TIMES)
    • Size ...
      (Font size in 1/10 point, for example, 240; for printer drivers that support scalable fonts, 000 is entered here)
    • bold .
      (X if bold type, otherwise space)
    • italic .
      (X if italic type, otherwise space)
    • CPI ..,..
      (Number of characters per inch (CPI))
      If the font is NOT a proportional font (for example, HELVE,TIMES), for example 05.00)
    • PrtCtl 1 SFxxx
      (Refer to field documentation (F1 document) for exact meaning. The name of the printer control created under point 2 is normally entered here).
    • PrtCtl 2 SFxxx
      (Refer to field documentation (F1 document) for exact meaning. The name of the printer control created under point 2 is normally entered here).

If the font is a proportional font (HELVE or TIMES), an AFM file that contains the width values for the individual characters in the font must be entered under "Printer fonts" in SE73. Maintain the AFM file directly in the list of the printer fonts by choosing "Edit -> Edit font metrics".
As of Release 3.0A, you can choose a menu option to copy existing font metrics. To do this, place the cursor on the line with the newly created printer font, and choose "Edit->Copy font metrics". If you have created, for example, a new printer font
ZHPLJ3 HELVE 200 _ _
you can copy the metrics of
ZHPLJ3 HELVE 160 _ _

Releases earlier than Release 3.0A do not have this menu option, and you must use the XX.XX function in the AFM editor to manually copy the AFM files from the group box to the new printer font. The new AFM files can then be checked to ensure they are correct (choose "Font metrics ->Check") and saved.
As of Release 3.0, it is also possible to copy font metrics, create a reference to the font metrics of another device type or to a default metric (all characters have the width 500), instead of copying the font metrics. In SE73, in the list of printer fonts, you can check that the complete font definition is correct by choosing "Edit->Generate font def.".

    4. Finally, in transaction SPAD, the device type of the output device used must be changed from the SAP original to the new printer definition Z.... This is carried out in SPAD under the heading "Output devices".
    Example: Printer LP05 previously had device type HPLJIIID and now receives device type ZHPLJ3.

Keyword: Printer font

10.12.10

SAP Note 12458 - Empty window on F3 / F15 POP_UP_TO_CONFIRM

Symptom:

The problem only occurs after logon in a language other than D.
After pressing F3 or F15 on a screen to leave the transaction,
a screen appears that contains no text.

Cause and prerequisites

The screen sequence tables are client-specific.
If a new client is set up and table T185T is not copied,
empty windows appear.

Solution
Customizing --> Tools --> Table comparison
Compare key SAPLCOIH in tables T185D and T185T with client 000

Key word: Empty window

SAP Note 12457 - Display in survey graphics.

Symptom:

The display of the number of dialog steps does not agree
with the number specified in the workload statistics.

Cause and prerequisites

Since version 2.1D, the default settings of the survey graphics
will only show "online" dialog steps - this means that background
and update dialog steps are no longer taken into account in the
graphics. As a result, a lower number than the total is displayed.

Solution
You can change the display by changing an entry in control
table TSEXC. (This table is maintained using the general
table maintenance transaction, SM31).

The entry has the following key:
Type = STA
Fieldvalue = SURVEY_GRAPHICS_ONLY_D_TASK
The first value field, "Normvalue"
must be set to "0".
If the value is set to "1", only the online dialog steps mentioned
above will be displayed.

Key word: Workload graphx

SAP Note 12452 - CO planning data is not posted to FI-SL

Symptom:

The CO planning data is not posted directly to the Special Purpose Ledgers even though the relevant activities have been assigned to a ledger.

Cause and prerequisites

Planning data is only transferred if the plan version is also allowed in the Special Purpose Ledgers.
If a version is not allowed, the system does not return an error message because it would not otherwise be possible for specific ledgers to accept data for specific plan versions only.
Example:
Ledger Z1 should store planning data with version 002 and ledger Z2 should store planning data with version 003. The same activities have therefore been assigned to both ledgers.
If CO now transfers planning data with version 002, the system would issue an error message for ledger Z2; with version 003, the system would issue an error message for Z1.

In addition, integrated planning must have been activated in CO.

Solution

You should maintain the settings in FI-SL Customizing so that the plan versions transferred from CO are allowed in FI-SL.
To do so, call up the following menu options:

Planning -> Plan versions
The plan version transferred from CO must be assigned to the ledger that is to store the planning data.

Planning -> Version parameters -> Local/global
Here you must maintain the ledger/version/company code/fiscal year assignment accordingly. If you want to write line items when the data is transferred to FI-SL, you must set the appropriate indicator.

If you want line items to be written when the planning data is transferred, you must also perform the following step:

Planning -> Activate line item -> Local/global
Here you can activate the line item update at ledger/version/ company code/fiscal year level.

Afterwards, you must then activate the plan integration in CO.

Cost center acctg -> Planning -> Planning aids -> Plan version ->
LIs and integration
Here you can activate the plan integration for each controlling area/version and fiscal year.

Once you have maintained these settings, you should be able to transfer the CO planning data without any problems.

Additional key words

Planning data, direct posting

SAP Note 12440 - FM: BR214E Label on tape in drive ... not found.

Symptom:

brbackup (brarchive) does not accept a tape which was previously successfully initialized or used for a backup. Error message: BR214E Label on tape in drive ... not found.

Cause and prerequisites

The rewind und no-rewind drivers have been mixed up in the tape_address and tape_address_rew init.sap profile or an AT&T driver was specified instead of a Berkeley style driver.

Solution
Correct the init.sap profile and start brbackup (brarchive) again or define the Berkeley style driver for the tape drive.

Keyword: BRBACKUP

SAP Note 12425 - Converting planned order to purchase requisition

Symptom:

When a planned order is converted, either the purchase order type
from the planned order or the externally entered purchase order
type is copied to the purchase requisition. No changes to this
procedure are supported in Customizing.

Cause and prerequisites

Works as designed.

Solution
No change to this application flow is planned.

Key word: Conversion

SAP Note 12412 - Presentation of personnel master data in structure graphics

Symptom:

In displaying master data info types for in structure graphics, the
associated master data info type is not to be entered explicitely in
table T77PC, rather the allocation is carried out implicitely in the
edit routine in report RHSTRU01 (compare e.g., FORM P_GBDAT). The
linking to the superiorily allocated object in the hierarchy is to be
entered always as infotype/subtype per person (object type P).

Cause and prerequisites

Program design

Solution
See above.

Catchword: T77PC

SAP Note 12401 - MB1x : F4 Help for Movement Type and Special Stock

Symptom:

When the user presses F4 Help for the entry fields "movement type"
or "special stock", the system displays a dialog box with a list of
all valid combinations of movement types and special stock indicators.

The system automatically uses the selected combination from the list,
overwriting any existing values for movement type or special stock
indicator.

Cause and prerequisites

This function has been intentionally designed to work this way since
it makes sense to only use valid combinations that are relevant to
the user.

Solution
If the user does not want to use any of the suggested combinations,
he/she can simply select "Cancel" to exit the dialog box.

Key word: F4: BWART/SOBKZ

SAP Note 12399 - Not possible to delete activity in workcenter

Symptom:

When working with the transactions CR02 (change work center) or CR01
(create work center) it is not possible to delete an activity
on the 'Cost Center Assignment' screen. Releases prior to 2.2A

Cause and prerequisites

Program error

Solution
This problem has been solved in release 2.2A. The correction looks
as follows.

Program SAPFC68A - Include FC68AFP0 - 2 forms have been changed
================================================================

1)SUBROUTINE P1001_CRCO_APPEND
------------------------------
Release 2.2A is shown below


*---------------------------------------------------------------------*
* SUBROUTINE P1001_CRCO_APPEND
*---------------------------------------------------------------------*
* Verknüpfung Kostenstelle in TCRCO einfügen
*---------------------------------------------------------------------*

FORM P1001_CRCO_APPEND.
* IF TCRCO-UKZ = SPACE. <--- has been blanked out as shown
APPEND TCRCO.
* ELSE. <--- has been blanked out as shown
CLEAR TCRCO-UKZ.
* ENDIF. <--- has been blanked out as shown
ENDFORM.


2)SUBROUTINE PXXXX_TO_WORKCENTER
--------------------------------

Correctons have to be done in 6 postions

a)Postion 1

--Releases prior to 2.2A (i.e. those with error)


Example from release 2.2 looks as follows

004530 PERFORM P1001_CRCO_APPEND.
004540 IF PAD011-LAR02 IS INITIAL.
004550 TCRCO-UKZ = UKZ_D.
004560 ELSE.
004570 TCRCO-LANUM = 2. -------->(remove)
004580 TCRCO-LSTAR = PAD011-LAR02.
004590 TCRCO-LSTAR_REF = PAD011-LAR02_REF.

--Release 2.2A (corrected release)

004530 PERFORM P1001_CRCO_APPEND.
004540 TCRCO-LANUM = 2. <---------(insert)
004550 IF PAD011-LAR02 IS INITIAL.
004560 TCRCO-UKZ = UKZ_D.
004570 ELSE.
004580 TCRCO-LSTAR = PAD011-LAR02.
004590 TCRCO-LSTAR_REF = PAD011-LAR02_REF.


Note: The only difference here is where the instruction
"TCRCO-LANUM = ... " is placed. In the corrected form this has
been placed before the 'ELSE' instruction, after having been
from after the 'ELSE'.


Postions 2 to 6
---------------

Exactly like position 1, namely the instruction "TCRCO-LANUM = ......"
has to be shifted to before the 'ELSE' instuction.

The positions 2 to 6 pertain to the following instructions in the
code following on from position 1.

TCRCO-LANUM = 3.
TCRCO-LANUM = 4.
TCRCO-LANUM = 5.
TCRCO-LANUM = 6.
TCRCO-LANUM = 7.

Note the code in these positions is basically a repitition of that
at position 1 and hence easy to locate.

Key word: Activity

SAP Note 12389 - Batch input customer: Data for Screen nnnn missing

Symptom:

Batch input for customers issues the error message:
'Batch input data for Screen nnnn does not exist'

Cause and prerequisites

Error in batch input handling: Data interface is supplied with
input for fields which are not ready for input.

Solution
Analyse the incorrect session with SM35. Check in SD Customizing
whether all relevant fields are ready for input. As a rule, the
screen fields affected are those which are processed directly BEFORE
the screen specifed in the error message.
You should check whether the customer can be created in dialog
with exactly the same data as in the batch input interface.

Key word: Customer master

SAP Note 12382 - RFFOUS_C - Print check numbers

Symptom:

Prenumbered checks are printed using the payment transfer medium program RFFOUS_C. For control purposes and for organizational reasons, the check numbers which are managed in the SAP system should be printed on the form.

This does not function in the way that the user expects.

Cause and prerequisites

The fields which ensure that the check numbers appear on the form are only supplied at the start of a check page in Release 2.1. If the list is longer than one page, the incorrect number is printed starting on the second page.

Solution

Release 2.1
-----------
The check number can only be displayed via the symbol &REGUD-CHECT& on the first page of the check (page FIRST, for example, window INFO). This solution is sufficient for checking the check number. In future, the number of the accompanying valid check can be found via the printed check number (of the first voided check) in check management, when page overflow occurs.

Release 2.2 and above
---------------------
The check number is correctly output via the symbol &REGUD-CHECT& on every page (FIRST and NEXT). As a result, it can alternatively be printed
- only on the first page (for example, window INFO)
- on every page (for example, window PAGE or CHECK)
- only on the last page (for example, window MAIN, element 530).

Elements 515 (header) and 520 (carryover above) are the only exceptions
in the MAIN window: For technical reasons, the symbol can
not be printed correctly here.

Additional key words

RFFOUS_C, Checkinfo

SAP Note 12370 - Automatic CONNECT INTERNAL in sqldba

Symptom:

When sqldba is called, "connect internal" must be entered explicitly.
If the ORACLE upgrade is performed as described in note 11966 or 9982 and the specified directories under $ORACLE_HOME are deleted, the following error can occur during startsap:
DBA302 not connected to a database

Cause and prerequisites

"connect internal" missing to start DB.

Solution
If you create a file $ORACLE_HOME/rdbms/admin/sqldba.sql with
contents: "connect internal"
an immediate "connect internal" will be performed whenever sqldba
is called.

Key word: sqldba

SAP Note 12369 - Error in dimension maintenance: Unit missing

Symptom:

Program : SAPMUNIT
Error-ID: BM302
When accessing the dimensions maintenance transaction (OMSC,
pushbutton 'Dimensions') you get the error message BM302
'Internal unit X, language Y is not maintained'.
If you confirm this message with ENTER, the error message BM305
'Unit *** is not created in language Y'.
The dimension concerned is highlighted. The field 'SI unit'
contains '***'.

Cause and prerequisites

In the dimensions table, an SI unit is specified for the highlighted
dimension that is not defined in the units of measure table.
When the unit is displayed on the screen, a conversion exit is
processed automatically. Processing is terminated because the unit
to be converted does not exist. '***' is displayed.

Solution
Call up Transaction OMSC to maintain the unit of measure
for the dimension that was highlighted when the error occur.
To select the dimension, choose F4 using the field next to
the "Units of measure" pushbutton. Then press the pushbutton
"Units of measure".

Create the unit of measure specified in the error message BM302
'Internal unit X, language Y is not maintained". X stands for
the internal unit.
Use the defaulted values as conversion factors. Save the new
unit. Mark the created unit as an SI unit (pushbutton
"Declare SI unit".

Then you should be able to edit both the dimensions and the
units of measure as usual.
If the dimension concerned is only a test dimension (e.g., OZONE),
you should delete both the SI unit created and then the dimension
(first the unit, then the dimension).

Key word: Dimensions

SAP Note 12366 - CUT & PASTE in SAPscript with DBCS (Japanese)

Symptom:

In the SAPscript editor, Japanese characters are divided by CUT & PASTE.

Cause and prerequisites

SAPtemu does not work with Japanese

Solution
Please take the Japanese Windows operating system.

Key word: SAPscript

SAP Note 12363 - Retroactive accounting print with different splits

Symptom:

In the remuneration settlement, wage types are printed for which the amount, the number and the rate equals zero (0). This occurs especially in connection with retroactive accounting differences, for which variable splitting is present.
Syptoms vary. This depends for the most part on corresponding payroll results or on the form definition.

    1. Split indicators are not deleted in table T512E.
    Wage type appears doubled in a retroactive accounting:
    once with positive and once with negative values.
    2. Split indicators are deleted in table T512E.
    Wage type appears only once in a retroactive accounting:
    there are no values or only 0 is printed.

Example (payroll result):

Wage type WPBP split ... Amount For-period In-period
MA10 01 1000,00 01/1995 01/1995

MA10 01 750,00 01/1995 02/1995
MA10 02 250,00 01/1995 02/1995

As per encoding in the T512E (split indicator management) the following output is printed in the remuneration settlement:

MA10 250,00-
MA10 250,00
or
MA10 0,00 (Split indicators were removed)

Additional key words
Cause and prerequisites

The wage type has different split indicators on the retroactive
accounting run as opposed to the original payroll.

Solution
In include RPCEDS00 in the routine EDIT-FORM the change marked with VKIK112423 has to be done:

PERFORM DELETE-ENTRIES.
PERFORM DELETE-FROM-XRT. "VKIK112423
PERFORM CHECK_PRINT USING PRINT_OKAY. "VKIK80555
IF PRINT_OKAY EQ TRUE. "VKIK80555

Additionally the routine DELETE-FROM-XRT in the include RPCEDS00 between the routines DELETE-FROM-RT-2 and CORRECT-VERSION has to be inserted:

ENDFORM. "DELETE-FROM-RT_2.

FORM DELETE-FROM-XRT. "VKIK112423
LOOP AT XRT
WHERE ANZHL EQ 0
AND BETPE EQ 0
AND BETRG EQ 0.
XRT-DELET = TRUE.
MODIFY XRT.
ENDLOOP.
ENDFORM. "DELETE-FROM-XRT "VKIK112423

FORM CORRECT-VERSION.

Key word: RPCEDTx0

SAP Note 12362 - Known errors in standard printer definitions

Symptom:

Errors occur when you print using the SAP standard device types (for printer list, see Note 8928). These errors can be corrected by correcting the device type.

Other terms

Device types, printers

Reason and Prerequisites

The problem is caused by errors in the R/3 device type.

Solution

Generally, the SAP original device types should NOT be modified. Instead, copy the originals to a name starting with Z.. (see Note 3166). Then implement the correction (see below) to the copied device type Z... and use the copied device type Z... instead of the SAP original as device type of the output device (under "Output devices" in the Spool Administration transaction SPAD). For example: An error in DECLN07 is described. DECLN07 is then copied to ZDECLN07, the error is corrected in ZDECLN07, and device type ZDECLN07 is used (instead of DECLN07) for output device LP02.

List of discovered errors:

Device type DECLN07 ***********************************************
IMPORTANT: IMPORTANT: The problem described below occurs only when printer type DECLN07 is used for the DEC LN03 printer, rather than for the DECLN07 or the DECLaser 1100 (not supported in the standard system). The DEC LN03 does not know the command that is to be changed.
Incorrect command for setting portrait/landscape format. Effect: In X_65_132, X_44_120, X_58_170, printing is in portrait mode instead of landscape. The error has no effect in X_65_80, X_90_120.

  • Affected releases: 2.0x, 2.1x, 2.2x
  • Corrected in: 3.0A

Correction:
Transaction SPAD, "Device formats". In the "Printer initialization" action for X_65_132, X_44_120, and X_58_170, you must correct the following:

Incorrect (for use only in LN07, not for use in LN03):

# Select landscape page format
\0x9B\0x32\0x7A

Correct:

# Select landscape page format
\0x9B\0x37\0x20\0x4A

For the formats X_65_80 and X_90_120, the relevant
command for portrait format must be corrected:

Incorrect (for use only in LN07, not for use in LN03):

# Select portrait page format
\0x9B\0x30\0x7A

Correct:

# Select portrait page format
\0x9B\0x36\0x20\0x4A

Device type HP256X **************************************************
For character set 1126 for HP256X, many characters are missing and/or it has an incorrect Hex code:
287 (Udieresis, Ü) must have the Hex code DB
319 (icircumflex) D1
322 (igrave) D9
284 (Thorn) F0
354 (thorn) F1
267 (Eth) E3
315 (eth) E4
262 (Ccedilla) B4
270 (Iacute) E5
274 (Igrave) E6

  • Affected releases: 2.0x, 2.1x, 2.2A-C
  • Corrected in: 3.0A, 2.2D

Correction:
Transaction SPAD "Character Sets". Call "edit" for character set 1126. Then, for example, look for character number 287: Enter DB instead of EE in field X1. Do the same for the other missing or incorrectly defined characters. Then save the character set.
The device type HP256X must not be copied to Z..... The correction noted above must be corrected after each release upgrade until the correction is part of the program itself in a later release!

Device type HP256X **************************************************
Format X_65_132 is printed with 16.6 cpi, although several printers of the HP256x series can perform the pitch 12 cpi, which is more suitable for this format.

  • Affected releases: 2.2x, 3.0A-F, 3.1G
  • Corrected in: 3.1H

Device type POSTSCPT *************************************************
The line spacing in the format X_58_170 of the POSTSCPT device type is set too large, only approximately 52 lines instead of 58 lines fit on the page.

  • Affected releases: 2.2A, 2.2B, 2.2C
  • Corrected in: 3.0A, 2.2D

Correction:
Transaction SPAD, "Device formats". In the action "Printer initialization" for X_58_170, the following lines must be corrected:

Incorrect:

# line spacing
/linesize 9.000 def\n

Correct:

# line spacing
/linesize 7,500 def\n

Device type HPLJIIID *************************************************
Character widths for numbers 0,1,2...9 in the print fonts TIMES 060, 080, 100, 120, 140, 160 (normal, bold, italic and bold italic) are incorrect. The incorrect value 428 or 505 must be replaced with the value 500.

  • Affected releases: 2.0x, 2.1x, 2.2x
  • Corrected in: 3.0A

Device type COMPU960 ***********************************
Printing with COURIER 120 normal or COURIER 120 bold may not print with 10 char/inch as required, but with a different pitch. Reason: In the print controls SF001 and SF002, the command sequence for setting 10 char/inch printing is missing.

  • Affected releases: 2.0x, 2.1x, 2.2x
  • Corrected in: 3.0A

Correction:
Create a client-specific copy of the affected printer type (for example, ZCOMPU96). For more information, see Note 3166. Do not change the original!! Transaction SPAD, Choose "Print controls for device type," device type ZCOMP.. Define the two print controls SF001 and SF002 as follows:
PrCtl V H D
SF001 1 X 1B501B57021B46
SF002 1 X 1B501B57021B45
Save print controls.

Device type COMPU960 ***********************************
In character set 1119 for COMPU960, many characters for framing lists have incorrect Hex codes:
Character 461 must have hex code 49
471 D1
472 2D
473 2D
474 2D
475 5F

  • Affected releases: 2.1A-L, 2.2A-F
  • Corrected in: 3.0C, 2.1M, 2.2G

Correction:
Transaction SPAD "Character Sets". Call "edit" for character set 1119. Then, for example, look for character number 461: Enter 49 in Field X1 instead of 7C. Do the same for the other characters. Then save the character set.
Device type COMPU960 must not be copied to Z..... The correction noted above must be corrected after each release upgrade until the correction is part of the program itself in a later release!

Device type KYOF1000, KYOF1200, KYOFS150 *****************************
You cannot change the line spacing with the ABAP command PRINT-CONTROL, since no LIxxx print controls are maintained. We added print controls LI004, LI006, LI008, LI010 for setting 4,6,8 or 10 lines per inch.

  • Affected releases: 2.0x, 2.1x, 2.2x
  • Corrected in: 3.0A

Correction:
Create a client-specific copy of the affected printer type (for example, ZKYOF100). For more information, see Note 3166. Do not change the original!! Transaction SPAD, Choose "Print controls for Device type", printer type ZKYOF.. Add the following print controls:
PrCtl V H D
LI004 5 SLPI 4
LI006 5 SLPI 6
LI008 5 SLPI 8
LI010 5 SLPI 10
Save print controls.

Device types MT600, MT600GER, MT600NDA ***************************
These device types were assigned character sets that did not contain OCR-A special characters (hook, fork, chair). All three device types were provided with printer character sets that contain the three special characters:
MT600 - Character set 1122
MT600GER - Character set 1136
MT600NDA - Character set 1120

  • Affected releases: 2.0x, 2.1A-L, 2.2A-F
  • Corrected in: 3.0C, 2.2G, 2.1M

Device type KYOFS150 *****************************************
The print controls COLxx (COL0N, COL0H, and so on) contain an incorrect command ("Exit,E;") at the end. It is incorrect because it suppresses the line feed when the print control is at the end of a line. In all print controls COL,
EXIT,E;
is replaced with
EXIT;

  • Affected releases: 3.0A, 3.0B, 3.0C
  • Corrected in: 3.0D

Device type HPLJ4 **************************************************
Font LNPRINT 085 is printed incorrectly. Instead of font Line printer 8.5 normal, Courier 8 point normal is displayed.
Reason: Printcontrol SF300 is defined incorrectly.

  • Affected releases: 3.0A-D
  • Corrected in: 3.0E

Correction: For all three device types, you can carry out the correction according to the following description:
Create a customer-specific copy of the affected printer (for example, ZHPLJ4). For more information, see Note 3166. Do not change the original! Use Transaction SPAD, "Print control for device type", and choose ZHPLJ4. Now for ZHPLJ4, change the replacement text of print control SF300 to the following values:

1B28304E1B2873307031362E363768382E3576307330623054

Save print controls.

Device type SNIZD13 **************************************************
IMPORTANT: The problem described below occurs only for newer models of ZD13. The version of ZD13 tested by SAP in 1994 did not have this problem.
Incorrect command for deactivating the expanded font. Effect: When you print with SAPscript, the printer "hangs".

  • Affected releases: 2.x, 3.x, 4.0A, 4.0B
  • Corrected in: 4.0C

Correction:
Transaction SPAD, "Device types", "Formats" for SNIZD13. In the action "Printer initialization" for DINA4, LETTER, INCH12 (all SAPscript formats, see Note 3102) change the following:

Problematic:

# cancel expanded mode
\e\0x5B\0x3B\0x20\0x42

Correct:

# cancel expanded mode
\e\0x5B\0x31\0x30\0x30\0x3B\0x31\0x30\0x30\0x20\0x42

Device type HPLJ5 **************************************************
Activated "PostScript" flag for format X_65_132 leads to incorrect printout of the characters
) ( \
(parentheses and backslash) in ABAP list printing with X_65_132.

  • Affected releases: 4.6A, 4.6B, 4.6C, 4.6D.
  • Corrected in: 5.0A

Correction:
Transaction SPAD, "Device types", display "Formats" for HPLJ5. The checkbox "Postscript formats" must not be activated in the attributes of format X_65_132 for HPLJ5!

Device type POSTSCPT (POST2) *****************************************
Not all special characters required for character set ISO 8859-1 (Latin-1) are defined in the PostScript encoding vector (character set coding) of the SAP cover page (defined by TITLE action of the format X_PAPER). For this reason, you cannot print a French "eacute" on the cover page. This also affects device type POST2, because it adopts the cover page definition of POSTSCPT.

  • Affected releases: 3.x, 4.0x, 4.5x, 4.6x
  • Corrected in: 5.0A

Device types HP1200, HP2200, HP2550, HP2500, HP3200, HP4100, HP8150, HP9000
Activated "PostScript" flag for format X_65_132 leads to incorrect printout of the characters
) ( \
(parentheses and backslash) in ABAP list printing with X_65_132.

  • Affected releases: 6.20
  • Corrected in: 6.30

Correction:
Call Transaction SPAD, "Device types", "Formats" for HPxxx. In the attributes for format X_65_132 for HPxxx, the checkbox "Postscript format" must not be activated!

Device type I2HP4

  • Missing characters in the Adobe Font Metric (AFM) metrics lead to their replacement with # for the PDF conversion.
  • Missing format X_65_200
Solution: Import the device type from the attachment to this note using the report RSTXSCRP in the package SPOO.

SAP Note 12351 - ORA1552 cannot use system rollback segment for ...

Symptom:

ORA1552 cannot use system rollback segment for non-system tablespace

Cause and prerequisites

a) No additional rollback segment was defined, or
b) The defined rollback segments were not activated (status: offline)

Solution
a) Define additional rollback segments and enter them in
init.ora --> Parameter rollback_segments
b) Enter the existing rollback segments in init.ora
--> Parameter rollback_segments

Key word: ORA1552

SAP Note 12323 - Problems with accnt assgmt in batch input for POs

Symptom:

Program : SAPMM06E
In the case of purchase order items with account assignment, there are problems on the account assignment screen SAPLKACB 0002 (for example, it is not possible to move on from this screen).

Cause and prerequisites

The problem is caused by a conversion to account assignment block (coding block).

Solution
In the case of batch input for purchase orders with account assignment, you should use the multiple account assignment screen SAPMM06E 0113 instead of the single account assignment screen SAPMM06E 0511. On screen 0113, you can usually do without SAPLKACB 0002. To cause screen 0113 to be called up in the case of batch input, as of Release 2.2 you can set the indicator XBTC1 to 'X' in table TMED for the transaction/event code "BF" (Transaction SM31).
For Release 2.1, you can make the following small change in member MM06EI0C:

*-----------------------------------------
* Kontierungsbild aufrufen Bestellung
*-----------------------------------------
MODULE CALL_D0113.
...
...
...
DO.
*------- Bei Einfachkontierung auf POP-UP --------------------
* IF KNTIMOD EQ '1' AND EKPO-VRTKZ EQ SPACE. "OLD <---
IF KNTIMOD EQ '1' AND EKPO-VRTKZ EQ SPACE AND "NEW <---
SY-BINPT EQ SPACE. "NEW <---
IF OK-CODE NE SPACE.
SAVFCODE = OK-CODE.
ENDIF.
CALL SCREEN 0511 STARTING AT 1 7
ENDING AT 80 14.
...
...
Additional key words

511 113

Key word: BTCI ME21 ME31

SAP Note 12317 - Batch input WBS,SAPLCJWB screen 0100 PROJ-PSPID

Symptom:

A batch input session for creating a WBS with
transaction CJ01 does not work. Reason: field PROJ-PSPID
is not filled.

Cause and prerequisites

While field name PROJ-PSPID is displayed for the project
definition field in the request screen under F1 "Technical
info", the actual field name is *PROJ-PSPID.

Solution
Correct the field name in the batch input session.

Key word: WBS,batch input

SAP Note 12315 - Update termination: Insert Error Table KNVD

Symptom:

When you create a customer, the system terminates with
'Insert Error table KNVD' - error message F2802

Cause and prerequisites

As a result of an upgrade or a language import, table entries can be
copied in certain cases (only for tables with language
in the key).

Solution
For all maintenance levels UP TO 3.0:

Using transaction XDN1, increase the number range status (first
determine the customer numbers of the existing KNVD records
using transaction SE16) or initialize Table KNVD completely.

For all maintenance levels AS OF 3.0:

Run report RVKNVD00 which deletes all inconsistent KNVD records (see
program documentation)
To avoid run-time errors, the report should only be started in the
background.
Limit the interals accordingly for online.
You can redetermine the relevant intervals using transaction XDN1.

Note that report RVKNVD00 only deletes for releases 3.0A+B if a selection (by customer) has taken place. As of 3.0C, the inconsistencies are removed even if there has been no selection.
You can upgrade the 3.0A+B version to 3.0C as follows:

Transaction SE38, change report RVKNVD00:

report rvknvd00 .
tables: kna1, knvd.
...

*------ Disjunkte Include/Exclude-Intervalle in XKUNDE stellen

describe table kunde lines tfill.

>>>>>>>>>>>>>>>>> Start of new lines <<<<<<<<<<<<<<<<<<<<<<<<<

if tfill is initial.
clear kunde.
kunde-sign = 'I'.
kunde-option = 'BT'.
kunde-high = 'ZZZZZZZZZZ'.
append kunde.
endif.

>>>>>>>>>>>>>>>>> End of new lines <<<<<<<<<<<<<<<<<<<<<<<<<<<

perform include_intervals.
...

Key word: Customer master

SAP Note 12311 - E062: Sales activity cannot be recorded for ...

Symptom:

When you enter a sales activity, a message is issued once you enter the customer number:
E062: Customer ... has partner function ...

Cause and prerequisites

Two possible causes:
1. Either the function AG is not in the partner determination
procedure assigned to the sales activity type, or
2. The partner function AG is not permitted in the account group
assigned to the customer.

Solution
Re 1. Add function AG to the partner determination procedure: Customizing:
LOGISTICS--> SALES --> FUNCTIONS--> PARTNER DETERMINATION
==> Select object SALES ACTIVITY, function "Partner determination
procedure", Execute
Select the protected procedure in the activity and enter
function AG as a required function.
Re 2. Assign function AG to the account group, in Customizing:
LOGISTICS--> SALES--> FUNCTIONS--> PARTNER DETERMINATION
==> Select object CUSTOMER, function "Partner functions",
Execute.
via menu: ENVIRONMENT -> Account group -> Role assignment

Key word: E062

SAP Note 12309 - Consistency check for accounts: OI management

Symptom:

Program : RACKONTO
When calling up the consistency check for accounts, the error E303
'Account may not have open item management' occurs for the
account 'Offsetting account acquisition value'

Cause and prerequisites

The account is taken during the internal asset posting
transaction. In particular no clearing number is set here.
The account for providing open item management is only necessary
if an asset acquisition is carried out, for example, with the
following steps:
o Invoice receipt : Clearing account at vendor
o Asset acquisition : Asset to clearing account
o Clearing via FI means.

Solution
Change the account control correspondingly.
If acquisitions are not assigned integrated with an OI clearing
account, this is generally carried out with an FI function, which
does not set the above-mentioned offsetting account
automatically.
If you nevertheless want to stay with the definition of open item
management, you can ignore the error message, as it is of no
further importance.

Key word: Consistency

SAP Note 12275 - CO-PA:KH058 "Increase size of window", when print.

Symptom:

Program : RKEBATCH
Error-ID: KH058
When you print a report using RKCBATCH (CO-BPC) or RKEBATCH (CO-PA), error message KH058 appears repeatedly in the job log.

Cause and prerequisites

No print specifications were entered in the job definition. The report is therefore printed on too small a page and consequently cut off.

Solution
Make print specifications when you create the job. In doing so, be sure that you choose the format so that the report fits completely on the page.

Key word: Drill-down

SAP Note 12267 - Partial remuneration not (or incorrectly) displayed

Symptom:

1. If partial remuneration is to be calculated, days >9 are
are displayed with an asterisk (overflow).

2. The basis of calculation of partial remuneration is not displayed.
Please change the lines marked '<<<----' in
Report RPCBGNA0:
*----------------------------------------------------------------------*
* FORM GET_TE_ANZHL_BETRG *
*----------------------------------------------------------------------*
* Beitragsgrundlage Teilentgelt fuer den Monat ermitteln *
*----------------------------------------------------------------------*
FORM GET_TE_ANZHL_BETRG.
LOOP AT RT WHERE LGART = P/TE_LGA. "BG Teilentgelt bis HBG
*---Alle allgemeine Beitragsgrundlagen lesen
* LOOP AT SPLITTAB WHERE APZNR = RT-APZNR <<<-------
* AND CNTR1 = RT-CNTR1. <<<-------
LOOP AT SPLITTAB WHERE APZNR = RT-APZNR. <<<-------
*---- Zugehoerigen BGN-Split ermitteln
LOOP AT BGN WHERE SPLIT = SPLITTAB-SPLIT.
*------ Zugehoerigen BGN-Satz ermitteln
BGN-TE_ANZHL = BGN-TE_ANZHL + RT-ANZHL.
BGN-TE_BETRG = BGN-TE_BETRG + RT-BETRG.
MODIFY BGN.
*------ Beitragsgrundlage wird gesammelt
ENDLOOP.
ENDLOOP.
ENDLOOP.
ENDFORM.
.
.
.
***********************************************************************
* Personen ausgeben *
***********************************************************************
FORM LISTE.
.
.
.
WRITE: 64 BGN-BEGDA DD/MM/YY,
73 BGN-ENDDA DD/MM/YY,
82 LFD_NUMMER,
88(09) BGN-ALLGB NO-SIGN.
IF BGN-SONDR GT 0.
WRITE: 98(09) BGN-SONDR NO-SIGN.
ELSE.
WRITE: 98(09) ' 999999'.
ENDIF.
* WRITE: 108(04) BGN-TE_ANZHL NO-ZERO, <<<-------
WRITE: 108(04) BGN-TE_ANZHL DECIMALS 0 NO-ZERO, <<<-------
113(09) BGN-TE_BETRG NO-SIGN NO-ZERO,
123 'Mo'.
SKIP.
ENDFORM. "end of LISTE

Cause and prerequisites

Program error

Solution
Please change the lines marked '<<<----' in
Report RPCBGNA0:
*----------------------------------------------------------------------*
* FORM GET_TE_ANZHL_BETRG *
*----------------------------------------------------------------------*
* Beitragsgrundlage Teilentgelt fuer den Monat ermitteln *
*----------------------------------------------------------------------*
FORM GET_TE_ANZHL_BETRG.
LOOP AT RT WHERE LGART = P/TE_LGA. "BG Teilentgelt bis HBG
*---Alle allgemeine Beitragsgrundlagen lesen
* LOOP AT SPLITTAB WHERE APZNR = RT-APZNR <<<-------
* AND CNTR1 = RT-CNTR1. <<<-------
LOOP AT SPLITTAB WHERE APZNR = RT-APZNR. <<<-------
*---- Zugehoerigen BGN-Split ermitteln
LOOP AT BGN WHERE SPLIT = SPLITTAB-SPLIT.
*------ Zugehoerigen BGN-Satz ermitteln
BGN-TE_ANZHL = BGN-TE_ANZHL + RT-ANZHL.
BGN-TE_BETRG = BGN-TE_BETRG + RT-BETRG.
MODIFY BGN.
*------ Beitragsgrundlage wird gesammelt
ENDLOOP.
ENDLOOP.
ENDLOOP.
ENDFORM.
.
.
.
***********************************************************************
* Personen ausgeben *
***********************************************************************
FORM LISTE.
.
.
.
WRITE: 64 BGN-BEGDA DD/MM/YY,
73 BGN-ENDDA DD/MM/YY,
82 LFD_NUMMER,
88(09) BGN-ALLGB NO-SIGN.
IF BGN-SONDR GT 0.
WRITE: 98(09) BGN-SONDR NO-SIGN.
ELSE.
WRITE: 98(09) ' 999999'.
ENDIF.
* WRITE: 108(04) BGN-TE_ANZHL NO-ZERO, <<<-------
WRITE: 108(04) BGN-TE_ANZHL DECIMALS 0 NO-ZERO, <<<-------
113(09) BGN-TE_BETRG NO-SIGN NO-ZERO,
123 'Mo'.
SKIP.
ENDFORM. "end of LISTE

Key word: RPCBGNA0

SAP Note 12260 - File I/O error when accessing TemSe object

Symptom:

Errors occur when you access TemSe objects (spool data, background logs, and so on). The SysLog contains File I/O error (F3V) as follows:

The F3V error xx occurs in the write access or read access to a file.

However, the files appear to exist.

Other terms

NFS, Global Directory

Reason and Prerequisites

Possible error: the global directory is shared via NFS
in systems with several application servers.
One of the computers may have (temporary) problems with
NFS access.

Solution
Test the access from the affected application server and
correct the NFS problem, when necessary.

A description of the error code xx in the syslog report F3V is available in the errno.h file on the affected computer.

SAP Note 12259 - Alternative payee intercompany

Symptom:

If a company code also settles for others and an alternative payee
is entered in an account, the message that account KKKKKKKKKK is
not processed because alternative payee is missing might be output
in the log.

Cause and prerequisites

The alternative payee is not created in all involved company codes
but, for example, only in the paying company code.

Solution
Create master records for all involved company codes.
Note: In some former releases, the constellation described above
could be processed, but this processing was partially incorrect.

Key word: F110

SAP Note 12258 - Amounts incorrect under some circumstances in retroactive pa

Symptom:

If negative base contribution results from retroactive payroll
accounting (e.g., change of tax office), the contributions are not
correct.

Cause and prerequisites

Program error

Solution
Insert corrections number VCXK108229 into the member RPCBETA0:

FORM GRENZE_ANWENDEN USING GRUNDLAGE "VCXK87437
FREIGRENZE "
FREIBETRAG. "
DATA: SIGN TYPE P. "VCXK108229"
IF GRUNDLAGE GE 0. "VCXK108229"
SIGN = 1. "VCXK108229"
ELSE. "VCXK108229"
SIGN = -1. "VCXK108229"
ENDIF. "VCXK108229"
GRUNDLAGE = GRUNDLAGE * SIGN. "VCXK108229"
* "
IF GRUNDLAGE <= FREIGRENZE. "
*-- Tax exempt amount not yet reached "
IF GRUNDLAGE > FREIBETRAG. "
*----- Base for tax or SI contribution may not be negative "
GRUNDLAGE = GRUNDLAGE - FREIBETRAG. "
*---- Contribution is withdrawn "
ELSE. "
GRUNDLAGE = 0. "
*---- No tax to pay "
ENDIF. "
ENDIF. "
GRUNDLAGE = GRUNDLAGE * SIGN. "VCXK108229"
ENDFORM. "VCXK87437

Catchword: RPCBETA0

SAP Note 12257 - SAPLPD,SAPfax: WinFax displays popup for fax number.

Symptom:

Facsimile transmission from R/3 via Windows PC with SAPLPD, SAPFAX.DLL, WinFax PRO: when a facsimile message for transmission arrives in SAPLPD on the PC, WinFax PRO opens a pop-up window querying the fax number of the recipient. The field does not contain a suggested value.
Depending on the versions of the programs involved (SAPlpd, SAPfax), the system reacts differently:

      a) Pressing the "Send" button (without entering a fax number!) sends the fax to the addressee specified in R/3 (or taken from the address dataset).
      b) An error message is shown by SAPLPD: "SAPFAX.DLL didn't work" (although there has been the message "SAPFAX.DLL ok." when starting SAPLPD). Pressing the "Send" button without entering a fax number does not cause the fax number to be copied from R/3. It has to be filled in manually.
Cause and prerequisites
      a) Error in passing on the fax number (using a DDE command) from SAPLPD (through SAPFAX.DLL) to WinFax PRO.
      b) Error in SAPLPD when trying to call SAPFAX.DLL.
Solution
Fixed with the new SAPLPD ver. 2.30 and SAPFAX.DLL ver. 1.07 Until these programs are officially released and shipped, beta versions can be obtained from SAP via FTP. Please refer to note 16420.

SAP Note 12254 - Cancl. LINE_LAYOUT_GENERATE; CURSOR can't be interp.

Symptom:

Transactions "Manual account statement" and "Check deposit".
When maintaining screen variants, the error F4308 occurs:
SYST: Error in routine SAPMF40xyyyy "CURSOR"
could not be interpreted.
Or:
After a release upgrade, the transactions FF67 and FF68 cancel
with the error F4308
SYST: Error in routine LINE_LAYOUT_GENERATE.

Cause and prerequisites

A table "TAB1" was created in the Data Dictionary.
The command
LOOP AT TAB1 CURSOR COUNT.
is processed in the entry screens.
This command is only syntactically correct for internal tables.
However, the ABAP interpreter now assumes that the DDIC table is
meant by "TAB1".

Solution
If "TAB1" was created by the customer:
delete "TAB1" in the Data Dictionary.
If "TAB1" was created by SAP:
report error to SAP. Hopefully, TAB1 was delivered by mistake.

Key word: FF67/FF68
Program : SAPMF40*

SAP Note 12248 - Posted-to date for takeover during the fiscal year

Symptom:

If a company code transfers the old data during the fiscal year,
that is, not at the fiscal year-end, you have the option of
specifying a date up to which depreciation was posted in this
fiscal year.
If the specified date is not a posting period within this fiscal
year, the following error messages can occur:
AC363 Please complete specifications on the posting date of the
depreciation
or
AC365 Incorrect fiscal year specified for the posting date of the
depreciation

Cause and prerequisites

Input error

Solution
You can eliminate AC363 by entering a valid period and the fiscal
year.
You can eliminate AC365 by specifying a valid period in the fiscal
year of the old assets data takeover.
If no depreciation was posted for this depreciation area to this
fiscal year, you may not make any specifications for it.

Key word: Transfer date

SAP Note 12243 - SIS: Update termination with error M2012

Symptom:

When saving an SD document, the statistics update is terminated with error message "M2012 Error during posting period determination with variant xx", with "xx" being a fiscal year variant.

Other terms

SIS, M2012, posting period, fiscal year variant

Reason and Prerequisites

Error in Customizing

Solution
Create the respective fiscal year variant or maintain the posting periods in Customizing for Financial Accounting (Transaction OB29). After this, you can use Transactio SM13 to update the update records that have been terminated.
Refer to Note 10891 if the termination occurs when you update to info structure S014.

SAP Note 12242 - Enhancements to print programs

Symptom:

ME90: Output of messages (purchasing documents) (RM06ENDR),
ME91: Purchasing documents: reminders and urging purchasing documents (RM06ENMA) and
ME92: Monitor order acknowledgment expediter purchasing documents (RM06ENAB)

have been enhanced as follows for release 3.0A:

A new parameter has been added to the initial screen of the above
transactions ('With message detail function').
This parameter controls the type of read access for the messages to
be processed.

If the parameter is set, the programs are run through as previously.
That is, it is necessary to limit the document numbers, since otherwise
too much will be read. In this case, however, the function "Message
details" is active and the messages can be displayed and changed.

If the parameter is not set, as suggested, the document numbers need
not be limited. In this case, the read accesses are minimized. However,
the function "Message details" is then not active.
This means that the listed purchasing documents can only be outputted:
the associated messages cannot be changed.

In the case of transactions ME91 and ME92, a further parameter has
been added ('Generate and save messages').
If this parameter has been set, the messages (reminders/order
acknowledgement expediters in respect of POs and order acknowledgments)
are generated and saved prior to list output. The list displayed after
this serves the purpose of checking only.
Messages generated in this way can then be outputted with ME90 as
previously.

As the new parameter 'Generate and save messages' has now also been
included in the standard transactions ME91 and ME92, the programs
RM06ENMB and RM06ENAA supplied with Release 2.1 are superfluous and
will be deleted as of Release 3.0A.

Solution
The functionality described above has been added to Release 3.0A with
Correction K11K096588.
The programs are not compatible with earlier release versions, i.e.
in fact, they can only be used in 3.0A. The effort involved in making
these programs compatible with 2.2xx would be too great.

Key word: ME90/ME91/ME92
As of Release 3.0A, the functions

SAP Note 12241 - Authorization for blocking and deleting.

Symptom:

The authorization for blocking and deleting an asset master record or an asset class was included under the activity 'Change' instead of being identified separately.

Solution

This problem is corrected completely in Release 3.0D.
For 3.0A to 3.0C, you must carry out points 1 and 3 of the solution.
As of Release 3.0D and after, these problems can still occur, if you use your own authorizations (which you defined yourself) and have not updated these authorizations accordingly.
You can install the following advance correction:

    1. Changing the authorization for transactions
    Call up transaction SE93, and enter the following data. You must select the function 'Change.' A popup window appears, in which you then select the function 'Maintain check object'.

    Transaction (use) old activity new activity
    AS05 Block asset 02 05
    AS06 Flag asset for deletion 02 06
    AM05 Block asset class 02 05
    AM06 Flag ast.class for delet. 02 06
    2. Program modification
      a) Program modules MA01MTOP AND MA02STOP

      :
      *------------------ Konstanten fuer Hinzufugen/Anzeigen/Aendern-------*
      DATA: BEGIN OF AKTYP,
      *
      HINZU(1) TYPE C VALUE 'H',
      AENDE(1) TYPE C VALUE 'V',
      ANZEI(1) TYPE C VALUE 'A',
      SPERR(1) TYPE C VALUE 'S', <<< insert
      LOESC(1) TYPE C VALUE 'L', <<< insert
      END OF AKTYP.
      :
      b) Program modules MA01MF00 AND MA02SF00

      Program module MA01MF00

      :
      FORM AUTHORITY_CHECK.
      * Aktivitätstyp
      DATA: L_ACTVT LIKE TACT-ACTVT.
      *
      CASE T020-AKTYP.
      WHEN AKTYP-HINZU.
      L_ACTVT = '01'.
      WHEN AKTYP-AENDE.
      L_ACTVT = '02'.
      CASE T020-FUNCL. <<< insert
      WHEN AKTYP-SPERR. <<< insert
      L_ACTVT = '05'. <<< insert
      WHEN AKTYP-LOESC. <<< insert
      L_ACTVT = '06'. <<< insert
      ENDCASE. <<< insert
      WHEN AKTYP-ANZEI.
      L_ACTVT = '03'.
      ENDCASE.
      :

      Program module MA02SF00
      :
      FORM BERECHT_ALLG_PRUEFEN.
      :
      L_ACTVT LIKE TACT-ACTVT.

      CASE T020-AKTYP.
      WHEN AKTYP-HINZU.
      L_ACTVT = '01'.
      WHEN AKTYP-AENDE.
      L_ACTVT = '02'.
      CASE T020-FUNCL. <<< insert
      WHEN AKTYP-SPERR. <<< insert
      L_ACTVT = '05'. <<< insert
      WHEN AKTYP-LOESC. <<< insert
      L_ACTVT = '06'. <<< insert
      ENDCASE. <<< insert
      WHEN AKTYP-ANZEI.
      L_ACTVT = '03'.
      ENDCASE.


      :
    3. Expanding the authorization Following this, you also have to add the respective activities (05=block / 06=delete) to the desired authorizations for the authorization objects
      a) A_M_ANLKL (Asset classes)
b) A_S_ANLKL (Asset master maint: Company code/asset class)

Key word: Authorization