22.10.11

SAP Note 28697 - Mat.valtn.inconsist. -> own stock from consignm.

Symptom:

When transfer posting from vendor consignment into your own stock (movement types 403 and 404), the material valuation segment MBEW is updated incorrectly.
When transfer posting from sales order stock into your own stock (movement types 401 and 402), the material valuation segment MBEW was updated incorrectly.
When transfer posting from project stock into your own stock (movement types 405 and 406), the material valuation segment MBEW was updated incorrectly.
When transfer posting from returns into your own stock (movement types 453 and 454), the material valuation segment MBEW was updated incorrectly.

Cause and prerequisites

The key fields of the material valuation segment (material, valuation area and valuation type) are identical for the issuing stock (respective special stock) and for the receiving stock (your own stock). The program has also performed the update in table MBEW twice in each case so that the stock quantity and stock value are each updated to become double the correct value.

Solution

1. Please reverse the incorrectly posted goods movements.
2. Install the program correction described below.
3. Reverse the material documents posted under 1.

Additional key words

Inconsistency, consignment, material evaluation record is updated twice.

SAP Note 28696 - Update term. when copying actual stat.key figs.

Symptom:

When transferring statistical key figures for actual data, an update termination occurs.

Cause and prerequisites

If you want to copy statistical key figures for actual data for several periods at the same time, the above-mentioned error can occur.

Solution
Only copy the statistical key figures for actual data for one period at a time.

Additional key words

LIS, KVA5, KVB5, KVC5, KVD5.

SAP Note 28694 - Maint.allocations->Problems in key fig.planning

Symptom:

After maintaining planned allocations of objects to statistical key figures for an LIS transfer, incorrect entries (for example an incorrect distribution key) can result in the manual planning of the statistical key figures.

Cause and prerequisites

Program error

Solution
see the correction

Additional key words

LIS transfer, statistical key figures, LIS, planning, transfer
KVA0, KVB0, KVC0, KVD0

SAP Note 28693 - Form: Incorrect line structure

Symptom:

If a component of a line structure is chosen for a component of a form, the first component is always marked as of the second defined component with components of the line structure or when displaying the definition in the selection screen of the line structure.

Cause and prerequisites

Program error in MKES2F00.

Solution
Correction as described below. First version is for Release 2.2E, and the second version is for Release 2.2F and 3.0A.

SAP Note 28692 - MMIM: Reservation for a two-step stock transfer

Symptom:

You try to create reservations for two-step stock transfers with movement type 303/313 via Customizing settings. You can maintain the entries in Customizing, but the system cannot process this type of reservation.That is, there is not an option to enter a reservation for a two-step stock transfer in the system.If the preliminary planning requires a stock transfer in two steps, you must use the stock transport order.Otherwise, you have only the reservation for the one-step stock transfer with movement type 301 or with movement type 311.

Cause and prerequisites

This function is not provided.

Solution
Use the stock transport order instead of the stock transfer reservation

Additional key words

MB21, M7500, stock transfer reservation, BWA303, BWA305, BWA313, BWA315

SAP Note 28691 - System measurement:RSUVM002, list line disppeared

Symptom:

During list editing in report RSUVM002 (measurement statistics), lines may not be listed and possibly even the values in the last line of a section may be overwritten with the values of a line that has disappeared.

The error occurs when
- more than 4 clients are available in one system, a n d
- only o n e of the three measurement parameters, PA master records, PD master records and E-ASL user, exists.

Cause and prerequisites
Solution
Program correction

SAP Note 28690 - No refund of investment support for retirement

Symptom:

Under some circumstances, a refund is not posted during the retirement of a fixed asset with investment support, although the required period of retention has not been fulfilled.

Cause and prerequisites

A required period of retention of 99 years and X months (X>0) has been defined for the support measure.

Solution
Remove the month specification for the support measure. The problem is corrected in Release 3.0.

Additional key words

Capital investment grant, capital investment subsidy

SAP Note 28687 - PS 3.0 matchcode search unsuccessful (WBS, network)

Symptom:

After you have upgraded the system to Release 3.0, you can no longer find Project System master data using the matchcode search, although the same search was successful in Release 2.1 or 2.2.

Cause and prerequisites

The matchcodes in Project System were changed to transparent matchcodes and are now case sensitive - unlike in Release 2.2.
Please read the Release notes relative to matchcodes in Project System: Changes in 3.0 for status 3.0A.

1. Work breakdown structure (project definition, WBS element):

Program RMCNXPR3, which fills a new field used for the matchcode search, did not run correctly during the upgrade. Cause is a program error in Release 30A.

2. Network

A solution as in the work breakdown structure (additional field in the master record) would lead to a considerably higher runtime during the Release Upgrade. For this reason, this solution was not applied.

Solution

1. Work breakdown structure:

Correct Include XPRACASE as follows and start report RMCNXPR3 again. Use user DDIC for this. Report RMCNXPR3 must only be started in one client and it processes all clients in one run.

2. Network

Repect lower/upper case for matchcode search.

SAP Note 28683 - PERFORM_NOT_FOUND: VOFM routine is not active

Symptom:

During order processing, shipping, LIS, billing, and so on, a termination occurs when the system calls a VOFM routine (external perform). The system issues the following error message: PERFORM_NOT_FOUND.
This symptom can affect all users of VOFM objects.

Other terms

SDINVOFM, TFRM, TFRMT, VOFM, SAPMV80H, RV80HGEN, AKTIVIEREN_ALLE, formulas, conditions, data transport routine, copy routine, data transfer, forecast delivery schedule, JIT delivery schedule, message, message determination

Reason and Prerequisites
    1. The called routine is not included in the calling program (that is, the include line is missing in the relevant include carrier).
    2. There is no entry for this routine in the tables TFRM and TFRMT. The routine is not active and cannot be used.
    3. The relevant ABAP does not exist in the system.
Solution
    1. Start the report RV80HGEN to include the used program in the carrier include of the calling application. After you execute the report, if the program continues to terminate, proceed with the solution described in point 2.
    2. Use transaction SE38 to start the report SDINVOFM. For more information about the procedure, see the program documentation of this report.

The report SDINVOFM is delivered as of Release 3.0B. For releases lower than 3.0B, you must copy the report from SAPSERV3 using FTP. The file is called /dist/permanent/Note.0028683.

The relevant transport request is called P30K049593.





Documentation for the report SDINVOFM


The report enables you to directly create TFRM and TFRMT entries without having to detour to transaction VOFM. In particular, this procedure does NOT generate any new ABAP source code, which means that any ABAP source code that already exists will NOT be overwritten. The tables are updated ONLY once test mode has been deactivated.

The following list provides an overview of the classes that are accessible via VOFM. Here, the "SAP" column lists the name of the standard include carrier and the "Customer" column lists the name of the customer include carrier. You can use this list to find out the relevant class for a routine (see the example).


* Class SAP Customer
* -----------------------------------------------
* Copying requirements
abed lv45cnnn rv45bnnn
lbed fv50bnnn rv50bnnn
fbed lv60annn rv60bnnn
casb lv43annn rv43annn
tbed lv45tnnn rv45tnnn
* Data transports
adat fv45cnnn rv45cnnn
ldat fv50cnnn rv50cnnn
fdat fv60cnnn rv60cnnn
casc fv44annn rv44annn
tdat lv45tenn rv45tenn
vsel fv51annn rv51annn
* Text names
tnam lv70tnnn rv70tnnn
txnm fv46tnnn rv46tnnn
* Requirements
pbed lv61annn rv61annn
pbef lv61dnnn rv61dnnn
pben lv61bnnn rv61bnnn
pbek lv61cnnn rv61cnnn
pbel lv61gnnn rv61gnnn
* Batches
chbe l080mnnn r080mnnn
chrg lv01fnnn rv01fnnn
* Export requirements
exko lv52ennn rv52ennn
* Follow-on functions
fofu lv07annn rv07accc
* Formulas
pfrs fv62annn rv62annn
pfra fv63annn rv63annn
pfrm fv64annn rv64annn
prun fv13annn rv13znnn
pstk fv65annn rv65annn
* IS-OIL-DS
OICA (carrier:SAPLV61A) fv69annn rv69annn < MAP
OIAA (carrier:SAPLMBGB) fv70annn rv70annn < Exchange
* Reporting
lst1 rv77snnn rv77unnn
* VIS
mcv1 sapfmcvf rmcvunnn
mcv2 sapfmcvf rmcvunnn
mce1 sapfmcef rmceunnn
mce2 sapfmcef rmceunnn
mcf1 sapfmcff rmcfunnn
mcf2 sapfmcff rmcfunnn
mcb1 sapfmcbf rmcbunnn
mcb2 sapfmcbf rmcbunnn
* QM
mcq1 sapfmcqf rmcqunnn
mcq2 sapfmcqf rmcqunnn
mci1 sapfmcif rmciunnn
mci2 sapfmcif rmciunnn


Note: The classes for the class areas SIS and QM can be read directly from the names of the routines; for example routine FMCB1402 belongs to the class MCB1.


If you require log texts, the system outputs information about whether TFRM or TFRMT entries and the relevant ABAP exist in the system or not.

Examples:

**********************************************************************
*** Example 1 *
**********************************************************************
A customer problem contains the following error message:
PERFORM_NOT_FOUND: Program LV45C001 not found.
From the list, you determine the class ABED for LV45C001 (nnn = 001).
The program SDINVOFM is started with this class.
1. Run: The program runs in test mode
=====================================================================

Test mode is activated; Tables TFRM and TFRMT will not be updated.


Start parameters for the report SDINVOFM:
------------------------------------
Class ABED
Routine Number 1
Routines - short text
x Test mode
x Output log texts

Log texts of the report SDINVOFM:
------------------------------------

TFRM - Entry for number 001 (Class ABED) : missing.
TFRMT - Entry for number 001 (Class ABED, Language D): exists.
ABAP - Routine for number 001 (Class ABED) : exists.

Interpretation of the log:
------------------------------
Only the TFRM entry for this routine is missing (an error may have occurred during a transport).



2. Run: The Program runs in production mode.
===================================================================
Start parameters for the report SDINVOFM:
------------------------------------
Class ABED
Routine Number 1
Routines - short text
_ Test mode
_ Output log texts

If the program is started with these parameters, the TFRM entry is created for class = ABED, Routine number = 1. At the same time, you branch to the relevant VOFM detail screen for this class.
ATTENTION:
You still have to activate the routine;
Path: Edit -> Activate.

**********************************************************************
*** Example 2 *
**********************************************************************
As in example 1, but in the first run the log contains the note:

ABAP - Routine for number 001 (Class ABED) : missing.


In this case, continue with the report SDCLVOFM.

Start parameters for the report SDCLVOFM:
------------------------------------
Class ABED
x Change mode

You once again branch to the detail screen of VOFM for the class ABED.

ATTENTION:
You still have to activate the routine;
Path: Edit -> Activate all.

SAP Note 28682 - System loops in funct.module INHERITANCE_FRAME_PROGRAM

Symptom:

If you change a functional location using transaction IL02 and then change a functional location lower down in the hierarchy without restarting the transaction again, the system loops in function module INHERITANCE_FRAME_PROGRAM (SAPLILI1).

Cause and prerequisites

Initialization missing.

Solution
Start the transaction anew each time, or make the following repair in the source code:

Additional key words

ABAP/4-runtime error TIME_OUT, transactions IL02, IL12

SAP Note 28681 - SQL error "INF-762: Stack overflow during parse."

Symptom:

An ABAP/4 program terminates with the SQL error
"SQL-Fehler -762 at ..."
"INF-762: stack overflow during statement parse."

Cause and prerequisites

The termination is caused by a database statement which contains a nesting depth of expressions in the selection condition ('where clause') which is too deep.
The maximum nesting depth of expressions in the selection condition with Informix is 55.

Solution

Modify the program logic of the affected database statement (while still retaining the semantics) so that this does not exceed the entered restriction.
An increase of the nesting depth in Informix is not planned.

Additional key words


INF762 STACK OVERFLOW STATEMENT PARSE

SAP Note 28679 - Default values for BTCI reports in physical inventory

Symptom:

Table T159B allows presetting of default values for the parameters
of the BTCI reports in the area of physical inventory.
However, this table does not cover all of the parameters.
For parameters which are not contained in the table, it is currently
required to make changes to the relevant BTCI program if presettings
are desired that differ from those contained in the standard system.

Cause and prerequisites

Missing table fields in table T159B.
For Releases 2.2G and 3.0C, table T159B will be extended by the
parameters which are currently missing.

Solution
Please change the parameter default values in the relevant reports to
the desired values.
Under "Source code corrections", the report RM07II31 is used as an
example, where the parameter "Materials with deletion flag" is
predefined as ' ' instead of as 'X'.

Additional key words

RM07II31 ff.

SAP Note 28676 - Address of payee for bank check

Symptom:

The P.O. box is not taken into account for the address of the payee during data medium exchange, transaction type bank check.

Cause and prerequisites

The federal association of German banks informed us that checks from banks are generally sent by registered mail with a confirmation slip. This is only possible if the complete street address of the payee is known. Consequently, sending to a P.O. Box address can be refused by some banks for security reasons. This is why the specification of the street is required in the description of the data carrier format.

Solution
In problem cases where neither the bank details nor the street of the payee are known, the P.O. box can be stored copied into the master record field for the street

Additional key words

RFFOD__L RFFOCH_U
P.O. Box address

SAP Note 28674 - Fields with value zero or blank in incompletion log

Symptom:

A field that has been included in the incompletion log still appears in the log even though a value was specified that is not the initial value (example: Terms of payment = '000 ').

Cause and prerequisites

Program error

Solution
You can make the following advance correction

SAP Note 28671 - Costing of subcontracting with scheduling agreements

Symptom:

Subcontracting purchasing info records that were generated from scheduling agreements are not taken into account during costing.

Cause and prerequisites

Program error is corrected in 3.0B. Advance correction is possible.

Solution
Using transaction SE11, attach the new MATNR field with the data element MATNR to the structure CKINFODAT. Then generate the new structure. In the function module CK_F_SUBCONTRACTING_VAL, insert the line marked <<<<<<

SAP Note 28670 - MRP group maintenance SAPSQL_WHERE_PARANTHESES

Symptom:

MRP group maintenance (transaction OPPR, OPPZ) terminates with error SAPSQL_WHERE_PARANTHESES.

Cause and prerequisites
Solution
The error is corrected in Release 3.0b.

SAP Note 28667 - Microsoft SQL Server Specific Profile Parameters

Symptom:

Profile parameters and Environment Variables for SQL Server

This is a description of all instance profile parameters for SAP Systems on Microsoft SQL Server. Default values of these parameters can generally be used. At installation time these parameters need not be set.

In SAP 3.x kernels the dblib interface will be used (slmsslib.dll).

In SAP 4.x kernels and later the OLEDB interface will be used (implemented in dbmssslib.dll).

In SAP 7.0x kernels the OLEDB interface is used unless the SQL Server release is SQL Server 2008 (10.0) or later. In this case the ODBC interface will be used. Both are implemented in dbmssslib.dll.

In SAP 7.1x kernels and later, the ODBC interface will be used.

The ODBC based DBSL is simpler than the old one, and many parameters listed below do not apply when using the ODBC based DBSL.


There are two ways to set parameters for SAP Systems on SQL Server:

  • Set a profile parameter, either
    • In the instance profile (sys\profile\SID_DVEBMGS00_host). This affects only the particular application server controlled by that profile.
    • In sys\profile\DEFAULT.PFL. This affects ALL application servers for that particular SAP system. Only some of the parameters listed below can be set in the DEFAULT.PFL. If a parameter is not listed in report RSPFPAR, then it will have no effect when placed in DEFAULT.PFL.


NOTE: In SAP kernel release 6.20 or later, profile parameters must be set using the dbs/mss/ form. Other ways (see below) are still supported, but not recommended.

  • In the environment (MyComputer->Properties->Advanced->Env Var.). The environment settings are usually created for users SIDADM and SAPServiceSID automatically during installation. See below how to set environment variables for SAP systems on SQL Server. The environment variables override the profile parameter settings.


NOTE: Using Profile parameters: Since 4.6D patch 917 "MSSQL: environment var. MSSQL_* profile parameters" 6.10 patch 329 "MSSQL: environment var. MSSQL_* profile parameters" and in 6.20 kernel, only standalone executables (r3trans, tp, r3load,...) react to environment variables. If a conflicting value for an environment variable is detected (at workprocess startup) for those releases, a message will appear in the developer trace file(s) stating that the environment variable value is being ignored.

Each parameter has a unique name. The parameters can be set in any of the following ways:

  • Set dbs/mss/ in the profile. This method was introduced in kernel release 6.20. It's also supported in 4.6d since patchlevel 437 (delivered in 2001). For older releases use the methods below. For kernel 4.6D and later use only this method.
  • Set rsdb/mssql/ in the profile. This will be understood by the dblib interface and the oledb interface.
  • Set dbs/oledb/ in the profile. This will be understood only by the oledb interface 4.0B and later.
  • Set MSSQL_PARAMNAME in the environment. This will be understood by both interfaces. This value is only used if no profile parameter value is found (standalone programs for example). Ignored in SAP kernels for some later releases (see above).
  • set OLEDB_PARAMNAME in the environment. Only understood by the oledb interface. Only used if no profile parameter value is found. Ignored in SAP kernels for some later releases (see above).


Note that when setting environment variables the underscores are removed. For example rsdb/mssql/stats_on is the same as dbs/oledb/stats_on which is the same as MSSQL_STATSON which is the same as OLEDB_STATSON - and for 6.20 kernel and later the same as dbs/mss/stats_on.

The list below only specifies the name of the profile parameter, when applying a profile parameter, it must be set as either

rsdb/mssql/ = value # For 3.x kernel
OR
dbs/oledb/ = value # For 4.x kernel or higher
OR
dbs/mss/ = value # For 4.6D kernel or higher

Do NOT set these parameters unless you need a value different from the
default.

Here is the list:

  • verbose
    If set to 1 then some extra information appears in the developer trace files (dev_w* ). Mostly this information tells you which parameters are set etc. Output may accumulate as the system runs because of duplicate row messages, but it is safe to set in production systems if the sizes of the dev files are monitored closely.
    DEFAULT: 0 (=> off)
  • user
    The name of the MSSQL login when using SQL Server Authentication (4.0B or before). Do not change this parameter unless you use the same SQL server to control multiple SAP databases.
    DEFAULT: sapr3
  • passwd
    The password of the sql login.
    DEFAULT: sap

    In R/3 4.0B (the oledb interface), R/3 will retrieve user and password information from the database. In this case "user" and "passwd" profile parameters are ignored.
    In R/3 4.5B and later SAP releases , the system will use "Windows NT Authentication". This also means that "user" and "passwd" are ignored. Multiple SAP databases are supported on the same server by using different SAPServiceSID NT user accounts to run the SAP Services. The user account sapr3 doesn't have to exist on SQL Server for SAP releases 4.6C or later.
  • schema
    Only for SAP release 4.6C or later.
    The name of the schema system. Many SAP systems (4.6C or later) can share the same database. This parameter specifies the user (or schema) to which the database objects belong. When connecting, the SAP kernel will issue a "setuser" command for this user. Following that command only database objects that belong to that user in the SAP (shared) database will be visible to the SAP system.
    DEFAULT: The of the SAP system in lowercase.
  • server
    The name of the SQL Server. This profile parameter inherits the value
    SAPDBHOST if it's not set explicitly.
  • dbid, dbname
    Name of the database used. In the 6.20 kernel and later dbid is not used anymore. NOTE: In the environment this parameter is named MSSQL_DBNAME.
    DEFAULT:
  • packet_size
    Network packet size used when connecting to SQL Server across the network. If value is less than the minimum 512 or larger than 16k, then set to the min and max resp.
    DEFAULT: 8192 in 7.20 the default changed to 0, which means the packet size is not set, and the default 4k packet size is used.
  • add_procs (not in ODBC DBSL)
    Set to n where n is the number of additional uncommitted read connections to the database. The total number of connections per work process is add_procs + 3. Each connection uses approximately 50KB of memory.
    This parameter is not used in kernel release 4.6d and later. As many connections as necessary (up to 40) are used.
    DEFAULT: 5 - this results in up to 8 connections per work process.
  • pn_cache_size (not in ODBC DBSL)
    The number of permanent stored procedures in the name cache. The size of the cache is calculated by the number of names times 94 bytes. Typically set it to at least as large as the number of Y* stored procedures in the database. Monitor this value using the msstats and increase the value if you see swaps. There is a maximum of 32000 for this parameter. If set to anything > 32000, then the system still uses only 32000.
    DEFAULT: 10000 except in 6.30 and later it is 20000
  • tsp_cache_size (not in ODBC DBSL)
    The number of the temporary stored procedures in the name cache. The size of the cache is calculated by the number of temporary stored procedures times 664 bytes. Monitor this value using the msstats and increase the value if you see swaps. See also CSP note 69937. There is a maximum of 32000 for this parameter. If set to anything > 32000, then the system still uses only 32000. This profile parameter was eliminated in kernel release 6.20 because temporary stored procedures are not used anymore.
    DEFAULT: 10000
  • par_stmt_cache_size (not in ODBC DBSL)
    This parameter was introduced in kernel release 6.20 to manage a small cache containing performance information on "parameterized" statements. These are the same statements that were executed using temporary stored procedures before. This parameter controls how much memory is used when statement statistics are being collected (parameter stats_on = 1). If statement statistics (see ST04 -> Detail Analysis -> SAP Stats on SPs) are not used, then this parameter can be set to a smaller value (10 for example).
    DEFAULT: 1000, 500 in basis 7.00 or later.
    MIN: 10
    MAX: 5000
  • recompile_par_stmts (not in ODBC DBSL)
    This parameter is only available in kernel releases 6.40 and 7.0x. The purpose is to prompt the SQL Server optimizer to recreate the query plan at every execution.

    In release 6.40 it causes a huge overhead because it introduces a small difference in the text of each parameterized statement. When this is the case, each such statement will be re-optimized every time it's executed. This will use more memory and CPU on SQL Server, but it guarantees that query plans are re-evaluated to make sure the best access method is used for the given parameters. Do not use this parameter in 6.40 even though it is available.

    In release 7.0x when running on SQL Server 2005, a RECOMPILE hint is used in the statements instead. This produces less overhead, but it's still not recommended.

    DEFAULT: 0
  • max_duration (not in ODBC DBSL)
    If set to a value >0, then "exec sp_recompile " will be executed whenever the runtime exceeds max_duration milliseconds. If zero, then this will never be done. This will allow the optimizer to adapt dynamically in the case where the first execution of a stored procedure is using unusual parameters which result in a sub-optimal query plan for the general case. A typical setting for this parameter is 1000 (1 second).
    This parameter is NOT recommended in kernel release 6.40 and later because the overall performance penalty is even greater than before. The reason is that sp_recompile can not be used for dynamic statements. Instead a small change in the statement is introduced and this will have the same effect as sp_recompile, but with much more overhead.
    It is recommended to instead use hints for individual statements (see note 133381).

    In latest patches for all releases.
    DEFAULT: 0
  • stats_on (not in ODBC DBSL)
    If set to a value >0, then statement statistics will be collected from startup of the SAP system.
    See ST04 -> Detail Analysis -> SAP Stats on SPs.
    DEFAULT: 0 In 6.30 kernel this was changed to 1.
  • fae_batch (not in ODBC DBSL)
    Uses batched rpcs to execute a SELECT FOR ALL ENTRIES statement. Instead of creating one huge temporary stored procedure with lots of selects or'ed or union'ed together, one small temporary stored procedure will be sent n times to the server, and all the rowsets will be collected together afterwards.
    Implemented in kernel/DBSL releases 4.0B up to 4.6D. Not implemented in kernel 6.xx or later.
    DEFAULT: Up to release 4.6b, the default is 1.
    Originally in 4.6c and 4.6d the default is 0 for SQL 2000, 1 for SQL 7.0.
    In patch level 1525 for 4.6d the default was again switched to 1 because of note 624951.
    Update: On March 16th 2005, the default for this parameter was changed to 0 for 4.6d. This is because of the upcoming SP4 for SQL Server 2000, which then means that SAP doesn't support any versions of SQL Server which contain the bug described in note 624951.
  • direct_fae_batch (not in ODBC DBSL)
    If fae_batch is enabled, then setting this parameter to 1 will not use temporary stored procedures for SELECT FOR ALL ENTRIES Instead a parameterized direct statement string is sent to the server.
    This parameter is only for R/3 4.6x with 4.6d executables.
    See also note 579463.
    DEFAULT: 0
  • fae_join (not in ODBC DBSL)
    If set to 1 then FOR ALL ENTRIES statements containing UNION ALL are converted into a join of the real table and a set of "select @Pnnn,... UNION ALL select @Pmmm...". This is a more efficient method in most cases and it also reduces the size of the resulting temporary stored procedure. This method will not work if fae_batch is set to a nonzero value.
    Exists in kernel release 4.6C and later.
    Obsolete as of kernel release 7.00. Starting with release 7.00 the generic database interface employs this method for FOR ALL ENTRIES.

    DEFAULT=1 when running on SQL 2000, 0 when running on 7.0.
    In recent patch levels for 4.6d and 6.20, the default was switched to 0 because of HOT news note 624951. This was done in DBSL patch 1525 for 4.6d and patch 849 for 6.20. The default is still 0 for 6.40 and later.

    Update: On March 16th 2005, the default for this parameter was changed to 1 for 4.6d and 6.40. This is because of the upcoming SP4 for SQL Server 2000, which then means that SAP doesn't support any versions of SQL Server which contain the aforementioned bug.
    See also note 828147.
Other terms

profile parameters mssql SQL Server Microsoft 6.0 7.0 8.0 9.0 10.0 2000 2005 2008 dblib ODBC OLEDB DBSL

Solution
Not applicable. Just documentation.

SAP Note 28665 - Central syslog under NT.

Symptom:

central syslog under NT does not exist

Cause and prerequisites

The central syslog only exists in UNIX environments for R/3. It is an unportabel application, which is based on UNIX only features.

Solution
1. for a general overview about the state of multiple application server the CCMS Alerts are a much more reliable feature in R/3.

2. Together with R/3 3.0A SAP delivers a new feature to view single or all remote syslogs in SM21. The same feature as having a central syslog is implemented by collecting on demand.

20.10.11

SAP Note 28662 - How does the exclusive indicator perform in the access seque

Symptom:

Symptom

The exclusive indicator is not set in the detail screen of the access sequence for message determination. The customer expects now that several messages are found and outputted if condition records are created in several condition tables of the access sequence. However this does not happen. In message determination, only one message is outputted for each output type, unless, the messages have different partners, then several messages can also be created for each message type.
If the exclusive indicator is set, the first message found is outputted and the further evaluation is completed.
If the exclusive indicator is not set, the first message found is not displayed. The system continues searching and finds a further message. The message found last is now outputted. The message found last is taken into account for the respective partner for.messages to different partners. A message is generated for every partner.
The exclusive indicator should always be set in the message determination. If this is not the case, the search order is the opposite in the corresponding access sequence.

Solution
If an output to several output devices is requested (for example fax and printer), a second output type must be configured. To generate a print out of a purchase order, the output type NEU and a further message type NEW1 have to be defined. In Release 2.1 and 2.2, you must take into account for message determination for purchasing that the first output type MUST be called NEW and that further message types must be called NEUXNEU1, NEU2, as otherwise this results in problems with change messages. In Release 3.0 this restriction has been dropped.
The exclusive indicator always has to be set in message determination.

SAP Note 28661 - FI interface: Error message FS214

Symptom:

During transactions from Materials Management (MM) and order settlement (CO-OPA), the following error message occurs for postings into FI: "G/L account & requires a valid tax code" (FS214).

Cause and prerequisites

The G/L account requires a valid tax code.

Solution
Read the long text of error message FS214.
As of Release 3.0B, you can define a tax code in FI as a default value in the global company code data (table T001, use SM30 to maintain view V_001_J) and define a "dummy" jurisdiction code for processing with jurisdiction codes (the last point is only important in the USA!).
Here you should specify a tax code with 0 percent input or output tax which implies that the transaction is "not relevant to tax". These tax codes are used for "non-tax-relevant transactions" which are predefined in the interface and include goods movements or assessments which are called up via the GLVOR field in the document header.
So that the transactions are able to be posted, the accounts involved which do not necessarily require a tax code, could also be marked as such i.e. the "Posting without tax allowed" indicator. In contrast to the solution with the "default tax code", however, documents without tax codes entered manually could then also be posted. This code is actually intended for export invoice postings when processing with jurisdiction codes and for which, from an SD point of view, it would be very laborious to determine a jurisdiction code in addition to a tax code.

The error message FS214 is always generated when you explicitly enter an input VAT indicator (for example 'V0') in the G/L account master record. As of Release 3.0C, define a tax categroy (for example '-' only input VAT postings allowed) in the master records of the G/L account instead of the restriction on a tax indicator.
This restriction only applies however to accounts that are posted via the interface from MM.

Additional key words

SAPLFACI, MB11, MB01
Error message FS214

SAP Note 28659 - KI249 only one non-statistical account assignt.

Symptom:

Error KI249 occurs for backflush during confirmation.

Cause and prerequisites

The confirmed production order is assigned to sales order or project stock. Inventory management controls the account assignment check depending on the special procurement indicator SOBKZ. Since however the indicator KZVBR is also set, the error occurs in inventory management.

Solution
During account assignment to sales order or project stock, the contents of the field KZVBR are to be deleted. Control takes place only by means of field SOBKZ.

Additional key words

COGI, CO11, CO12

SAP Note 28658 - Validation can be bypassed when posting

Symptom:

If an error message appears from the validation when posting and this is confirmed with the function 'Cancel' F12, then the document can still be posted although the item was recognized as incorrect by the validation.

Cause and prerequisites

Program error

Solution
Corrected in 2.2G and 3.0C

Additional key words

FB01

SAP Note 28656 - Incorrect entry in TCJ01 (TCode OPSK)

Symptom:

Projects cannot be created in a client. No correct entry exists in table TCJ01.

Cause and prerequisites

The existing entry was deleted with
TCJ01-ARGUM = 'X'
using the client comparison
When a new entry is copied, TCJ01-ARGUM is not filled. As a result, the application no longer finds an entry.

Solution
Use transaction SE11 to set the maintenance attribute for field V_TCJ01-ARGUM to ' ' in view V_TCJ01

SAP Note 28655 - IP10: Mult.counter plan, scheduling w/o meas.doc.

Symptom:

When scheduling multiple counter plans, there is no check whether a measurement document was already created for the counter for all the counter-dependent cycles.
The check was always only carried out for the first counter-based cycle. If a measurement document is created here, the system no longer responds to any other measurement documents that may be missing for further counter-based cycles.

Cause and prerequisites

Missing initialization of fields of internal table MMPT_TAB.

Solution
Please install correction P30K026557 in your system.

Additional key words

Scheduling, preventive maintenance plan, multiple counter plan

SAP Note 28654 - OAE1 Text capitalizat.version in incorrect lang.

Symptom:

For the definition of depreciation areas in the Customizing of Asset Accounting, the text for the version of the capitalization valuation is not displayed in the logon language.

Cause and prerequisites

Table TKKAJ read without language keys within the program.

Solution
Correction P30K026552 in Include MA07CO01

SAP Note 28651 - F4 help for item category: all languages shown

Symptom:

After installation of Note 19596, the F4 help for the item category on the seletion reports in Purchasing (list displays for purchasing documents) shows the item category in the external display - but in all languages, not just in the logon language.

Cause and prerequisites

Wrong design of table T163X.

Solution
The design of table T163X will be changed as of 3.0C. As a stop-gap solution for 2.1, 2.2 and 3.0A/B, you can make slight modifications to the associated help view H_T163X. How to do this is described below. After the modification, please note that when you call up the F4 help, although only the part of the table that has the logon language in its key is displayed, the language indicator is still (superfluously) displayed as well.

Additional key words

ME2B, ME2C, ME2K, ME2L, ME2M, ME2N, ME2W, ME3B, ME3C, ME3K, ME3L, ME3M, ME3N, ME4B, ME4L, ME4M, ME4N, ME4S, ME55, ME5A, ME5F, ME5K, ME5R, ME5W.

SAP Note 28649 - MM01: Update termination due to table MAPR

Symptom:

You create a material with forecasting data. After saving the material, the update terminates.

Cause and prerequisites

You copied materials with forecasting data from another client, but did not consider that number ranges PROP and PROW also have to be corrected accordingly at the same time.

Solution

IMPORTANT: If you are using Release 3.0, please use transaction SE17 instead of transaction SE16 below.

    1. Using transaction SE16, display the contents of table MAPR and note down the highest value in the field "Pointer param".
    2. Using transaction SE16, display the contents of table PROP and note down the highest value in the field "Results pointer".
    3. Call up transaction SNUM, enter the object name PROP on the initial screen, and choose "Number ranges". On the following screen, choose "Change status" and check whether the value in the "Current number" field is the same as the value noted above from table MAPR.
    If the "Current number" field contains a lower value, please overwrite it with the higher of the two values noted.
    4. Call up transaction SNUM, enter the object name PROW on the initial screen, and choose "Number ranges". On the following screen, choose "Change status" and check whether the value in the "Current number" field is the same as the value noted above from table PROP.
    If the "Current number" field contains a lower value, please overwrite it with the higher of the two values noted.
    5. Call up transaction SM56 and choose (depending on your release) either "Goto" -> "Reset" or "Number range buffer" -> "Reset".
    (If the "Number Range Buffer" dialog box appears, you can select the "Global reset" indicator and choose "Continue".

Additional key words

Transaction MM01, table MAPR


SAP Note 28648 - Dump or loop in C-function 'diagconvert_graph'

Symptom:

Under UNIX, a call stack is displayed during termination. This appears as follows:

0 diagconvert_graph (ip = ... ) [diagsrv.c: 932]
1 diagograph (dynptr = ... ) [diagraph.c: 672]
2 diagoutput (dynptr = ... ) [diagoutp.c: 537]
3 ...

Different causes are possible.

Cause and prerequisites

Different causes are possible.
One known cause: A character set is passed to the SAPGUI, which the R/3 System does not recognize and SAP graphics were then attempted.

Solution
Set the parameters for SAPGUI correctly:
Motif SAPGUI: Profile value 'saptemu/Codepage'
PC SAPGUI: Environment variable 'SAP_CODEPAGE'

Change in 3.0C: System is nevertheless fully functional.

Additional key words

Code page, character set

SAP Note 28645 - batch search - proposal options - shelf life expiry

Symptom:

When searching for batches during goods issue, a suboption under menu
proposal is wrongly translated in english as Avail.date ascending. It
should be Shelf life exp. asc

Cause and prerequisites

Wrong language translation

Solution
Use transaction SE63 to correct the text in english

Additional key words

batch search shelf life expiry languagespecific

SAP Note 28635 - Error quant.calc. (VA01) online versus background

Symptom:

When the ATP quantity is calculated, incorrect specifications can occur for the delivery proposals in transaction VA01 (Cum=2 and Cum=3)

Cause and prerequisites

The correction for 'Online versus Batch' must already be implemented.

Solution
Correction in member LM61VF60 - P22K010375

SAP Note 28633 - Transf. bal.sheet items: > four company codes

Symptom:

Only four company codes can be maintained for each controlling area on the initial screens for transferring the balance sheet items into profit center accounting,.

Cause and prerequisites

Missing program code

Solution
Complete the module pool.

Additional key words

Transactions: 1kek, 1keh, 1kei.

SAP Note 28630 - Quantity calc.error (online v. background) VA01

Symptom:

In mode 'Cum=3' for the delivery proposal (VA01), the display can be incorrect.

Cause and prerequisites

The correction 'Online versus background' must have already been installed!

Solution
Correction in member LM61VF60 - P22K010375

18.10.11

SAP Note 28621 - Transferring receivables: Partial payments

Symptom:

When transferring payables and receivables into profit center accounting, partial payments are posted with an opposite +/- sign.

Cause and prerequisites

Program error

Solution
Complete the missing program code.

Additional key words

Transaction code 1kek

SAP Note 28619 - Runtime error when transferring receivables

Symptom:

The transfer of payables/receivables into profit center accounting causes a runtime error in a production run.

Cause and prerequisites

A lock object was not transported.

Solution
Temporarily deactivate the locking.

Additional key words

Transaction code: 1kek

SAP Note 28614 - Activity price calc.: inc.fixed activity price

Symptom:

The fixed debit for a cost center/activity type is too high. The cost center uses the activities of another cost center. In this case, fixed quantities are drawn directly from the cost center and variable quantities are drawn directly from the activity type. When allocating to the activity type, the fixed quantity is 0.
The fixed part of the activity price for the receiver cost center/activity type is too high. The cost center is therefore over-credited for the fixed costs. The unit price is correct and fully credits the cost center.

Cause and prerequisites

Program error, the activity link is regarded as completely fixed for the calculation of the activity price.

Solution
Install the following correction.

Additional key words

Transactions: KSPI, KSII
Programs: SAPLKSPI, RKSPI000, RKSPI03R, RKSPI06R, RKSPI12R, PIxxyyyR

SAP Note 28610 - Partner: Tax recalculation after partner deletion

Symptom:

The taxes are recalculated if you delete the partner that is entered as ship-to party in the partner screen.

Cause and prerequisites

Program error

Solution
Program correction, insert one line.

SAP Note 28604 - RFEBBE00 - Posting date = value date does not work

Symptom:

When the parameter 'Posting date is value date' is active, the posting date of all movements of a bank statement is the bank statement date and not the value date of the individual movements of the bank statement.

Other terms

RFEBBE00, CODA, Belgian Bank statement, PAR_VALD, FEBPDO-BEVALD, FEBBEVALD

Reason and Prerequisites

The program converts the belgian bank statement format to the Multicash format.
The Multicash format uses the bank statement date as the posting date.

Solution

There are 2 solutions :

    1. Use of the customer exit from the multicash program
    This solution is strongly adviced.
    Steps are :
      a) Creating a project with transaction CMOD and selecting component FEB00001.
      b) Activate this project.
      c) Goto SE37 and select function module EXIT_RFEBBU10_001.
      Display the source code and select the include ZXF01U01. If this include does not exist, you will be asked to create this include.
      d) In this include you can change the posting date (field FEBEP-BUDAT), by filling it with the value of the field FEBEP-BVDAT).
      e) When submitting the program RFEBKA00, you should activate the parameter 'User-exit'.
    2. Change program RFEKA200.

    This solution is the easiest, but is disadviced, since you are changing the logic for all bank statements that are in Multicash format or are using the multicash format for updating the bank buffer files.

    The field FEBEP-BUDAT is filled with FEBKO-AZDAT and can be changed to be filled with either field FEBEP-BVDAT or FEBEP-VALUT.

    The field FEBEP-BVDAT contains the posting date depending on the value of the parameter 'posting date is value date' from program RFEBBE00.
    The field FEBEP-VALUT is always filled with the value date of the transaction.

    Since this modification could have an impact on other formats than the converted CODA format, please check whether the field FEBEP-BUDAT contains a valid value.

    This note will be adapted, if in a higher release this restriction is no longer relevant.

SAP Note 28600 - Settlement rule generated during graphic call

Symptom:

CN22, Network 901579, Goto -> Subnetwork -> Subnetwork overview
Select a subnetwork and then call the network graphic with: Goto -> Graphic -> Network structure
The popup 'Generate Settlement Rule' is displayed.

Cause and prerequisites

Incorrect source code

Solution
see below

SAP Note 28599 - DBIF_RSQL_INTERNAL_ERROR on range table "ECP*"

Symptom:

An ABAP/4 program terminates with the runtime error DBIF_RSQL_INTERNAL_ERROR. The respective short dump shows a SELECT as a cancelled statement with an IN requirement on a range table. The range table contains at least one statement of the form 'ECP*' (this statement is generated, for example, if a '*' is entered in a field on a select options screen, and this field condition was set to "exclusive" in the respective selection option).
The syslog contains the entry "Unexpected return code 6 on DbSl call".

Cause and prerequisites

Program error in the C kernel.

Solution
The selection condition "NOT LIKE '*'" makes no sense, as the number of hits for such a selection would always be zero.

The error is corrected in Release 3.0B.

SAP Note 28593 - VA03 VA02 display criteria not considered

Symptom:

The display criteria that is assigned to the sales order type is not considered when you change or display sales documents. It is considered only if you press F3 on the overview screen and then call it again.

Cause and prerequisites
Solution
You can make the following preliminary correction as of Release 2.2B.

Additional key words

List criteria UHAU BOM Explosion Quotation Order BOM
VA22 VA23

SAP Note 28592 - CJ23: Term. when returning from op. detail screen

Symptom:

You can call the hierarchy graphic from time scheduling.
In the graphic, you can show the activities for the WBS element. If you call the operation detail screen in the forecast dates by double-clicking and then want to return to the graphic again with 'Back', the following online termination occurs:
Flow control: Entry SAPLCOVG, A0, 0300 is missing in T185V.

Cause and prerequisites

Incorrect source code

Solution
see below

Additional key words

CJ23

SAP Note 28587 - Document partner w/o NAME1 in customer master

Symptom:

If you use a document partner in the document without NAME1 in the customer master record, data may be overwritten when changing the address.

Cause and prerequisites

This is caused by a program error.

Solution
Program correction.

This note is not included in a Hot Package. Check whether you require the correction described in your system. When you apply a Hot Package the system may overwrite parts of this correction. Therefore, when applying a Hot Package, make sure that you retain this correction (SPAM/SPAU) unchanged in your system.

SAP Note 28586 - Derivation rules with customer cause errors

Symptom:

The derivation (derivation of characteristics) by means of derivation rules in which the customer is used as a source field terminates with error message KE 259 although the derivation rule is maintained correctly.
In the maintainance/display of derivation structures, Transactions KE05 / KE06, the source field Customer. The report cannot be regenerated with Additional -> Regenerate or with program RKEAGEN1.

Cause and prerequisites

The data element for the customer in the field tab and derivation rule do not correspond (KUNDE_PA is compared with KUNNR).

Solution
The error is corrected in Release 2.2G and 3.0B.
The error described above can appear in all 3.0 systems until upgrade level 3.0A. However, in 2.2 systems, it appears only when the following condition is met:
Table CEST1 has data element KINDE_PA. If that is the case, the following correction is also appropriate for 2.2 systems.

You can make the following advance correction in program MKEA2F10 (FORM TRANS_TKEA2_RKEA2) (changes are indicated with <--): In 3.0 Systems:
...
...
data: lin type p, <--
fieldtab_kunden_datenelement like dd03l-rollname <--
value 'KUNDE_PA'. <--

clear: intstruk-qfeld1, intstruk-qfeld2, intstruk-qfeld3,
intstruk-zfeld1, intstruk-zfeld2, intstruk-zfeld3,
intstruk-zfeld4, intstruk-zfeld5, intstruk-zfeld6,
intstruk-zfeld7, intstruk-zfeld8, intstruk-zfeld9,
intstruk-zfeld10.

describe table int_tkea2 lines lin.
if lin = 0.
select * from tkea2 into table int_tkea2.
endif.
* loop at db_tab where rollname eq 'KUNDE_PA'. <--
* db_tab-rollname = 'KUNNR'. <--
* modify db_tab. <--
* endloop. <--
loop at db_tab <--
where rollname = 'KUNDE_PA' or rollname = 'KUNNR'. <--
fieldtab_kunden_datenelement = db_tab-rollname. <--
exit. <--
endloop. <--
loop at int_tkea2 where tabname = tabname.
if fieldtab_kunden_datenelement = 'KUNDE_PA'. <--
if int_tkea2-komabname = 'KUNNR'. <--
int_tkea2-komabname = 'KUNDE_PA'. <--
modify int_tkea2. <--
endif. < --
endif. <--
if fieldtab_kunden_datenelement = 'KUNNR'. <--
if int_tkea2-komabname = 'KUNDE_PA'. <--
int_tkea2-komabname = 'KUNNR'. <--
modify int_tkea2. <--
endif. < --
endif. <--
case int_tkea2-fieldname.
...
...
endcase.
endloop.
...
...

In 2.2 Systems:
...
...
data: lin type p, <--
fieldtab_kunden_datenelement like dd03l-rollname <--
value 'KUNDE_PA'. <--

clear: intstruk-qfeld1, intstruk-qfeld2, intstruk-qfeld3,
intstruk-zfeld1, intstruk-zfeld2, intstruk-zfeld3,
intstruk-zfeld4, intstruk-zfeld5, intstruk-zfeld6,
intstruk-zfeld7, intstruk-zfeld8, intstruk-zfeld9,
intstruk-zfeld10.

describe table int_tkea2 lines lin.
if lin = 0.
select * from tkea2 into table int_tkea2.
endif.
loop at db_tab <--
where rollname = 'KUNDE_PA' or rollname = 'KUNNR'. <--
fieldtab_kunden_datenelement = db_tab-rollname. <--
exit. <--
endloop. <--
loop at int_tkea2 where tabname = tabname.
if fieldtab_kunden_datenelement = 'KUNDE_PA'. <--
if int_tkea2-komabname = 'KUNNR'. <--
int_tkea2-komabname = 'KUNDE_PA'. <--
modify int_tkea2. <--
endif. < --
endif. <--
if fieldtab_kunden_datenelement = 'KUNNR'. <--
if int_tkea2-komabname = 'KUNDE_PA'. <--
int_tkea2-komabname = 'KUNNR'. <--
modify int_tkea2. <--
endif. < --
endif. <--
case int_tkea2-fieldname.
...
...
endcase.
endloop.
...
...

SAP[ Note 28584 - Integration SD-PS: Sales order/quotation

Symptom:

A quotation item does not have a project account assignment.
A proposal for a project account assignment is entered in the quotation header.
A requirements type which requires project account assignment is determined when creating the sales order with reference to the quotation. The default account assignment is then copied into the sales order header but not proposed in the items.
The same is true when creating orders with reference to a contract.

Cause and prerequisites

Although the default account assignment is transferred to the order header, the item account assignment is copied from the reference item. The reference item, however, does not contain an account assignment.

Solution
The following advance correction can be made as of 2.2B:

Additional key words

Project

SAP Note 28582 - MD02,MD03,.. cannot be called via CALL TRANSACTION

Symptom:

The MRP transactions (MD02, MD03, ..) cannot be called via CALL TRANSACTION USING ... or batch input. The planning is not saved in the database.

Cause and prerequisites

Transactions that repeatedly call 'COMMIT WORK' internally, for example, to cancel a block or to write results in the database cannot be called via CALL TRANSACTION or batch input.
A change is possible to replace the 'COMMIT WORK' by the function module DB_COMMIT.
Therefore, you can also call multi-level single-item MRP using the CALL TRANSACTION, however, within this transaction, a DB_COMMIT per function module has to be set after each planned material.
This is necessary for an up-to-date database status when planning the dependent materials.
During single-level single-item MRP, COMMIT WORKs are set to minimize the blocking periods for the number ranges.
This is no longer required if the corresponding number ranges are buffered.

Solution
In Release 2.2G and 3.0, the single-level single-item MRP can be called via CALL TRANSACTION or batch input. In Releases 2.2G and 3.1G, the multi-level planning (MD02,MD50,MD51) can be called via CALL TRANSACTION.
An advance correction is possible.
Note: In Release 3.0G, the function modules MRP_KD_AUFTRAG_RFC (like Transaction MD50) und MRP_MATERIAL_RFC (like Transactions MD03 or MD02) are also available.

Additional key words

MRP, single-item, single-level; MRP, single-item, multi-level

SAP Note 28580 - TBATG maintenance interface for SM31 does not exist

Symptom:

The SM31 - the maintenance interface for the table TBATG does not exist. However, a note on the maintenance and control of the table TBATG using transaction SM31 can be found in the upgrade guide to 3.0A.
This is an error in the text of the upgrade guide.

Cause and prerequisites

This is an error in the guide, the functionality still exists.

Solution

The maintenance of the table TBATG is now carried out via the database utility. Please start transaction SE14.

    1. Release 30A:

Click on the 'Requests' button.

    2. Release 30B:
Choose 'Mass processing -> Requests' in the menu bar.

You can now look at the contents and delete requests (TBATG entries).
You can also make entries via the database utility. Enter the object name, select the object type and press 'Edit'. For entries in table TBATG, please choose the processing type 'Entry for mass processing'.

Note: The database utility is documented in detail in the ABAP/4
Dictionary manual.

Additional key words

TBATG. SM31, upgrade, upgrade guide

SAP Note 28577 - SAP DB (ADABAS for R/3) function key setting

Symptom:

    1. Parameter values that have been set to x_param cannot be stored because the function key is not set.

The function keys in the SAP DB do not work.

Cause and prerequisites

Incorrect values of DBTERM, DBHIF and TERM

Solution

When starting the database tools (for example, XCONTROL, x_param or XQUERY), the function keys are not allocated or the screen layout is not correct.

    1. When changing parameters with XPARAM very often terminal emulators in vtXXX (for example, vt100 mode) are used. But, you have to keep in mind, that the computer function keys correspond directely to the SAP DB function keys ONLY as an EXCEPTION. Because the vt100 did NOT have function keys, they were set to the number keys of the numerical number pad (NUMKEY pad) for SAP DB by default. As a rule the first four keys of the vtxxx keyboard (GOLD, PF2 and so on) are set to the computer function keys F1 to F4 for some emulators (for example, Lan-Workplace Hostpresenter). That means that the SAP DB function key F12 is set to the computer key F3.

However, if you use the F12 key in XPARAM the effect will be as follows:

Terminate the program without a query and without saving, do not choose "back to menu".

That means for the user: He presses the computer key F3 and XPARAM terminates itself without any further notice. When you restart all the changes are gone. Two possible solution: If the terminal emulation can reset function keys with its own strings, the NUMPAD-Keystrings should be set to them. This is not possible for every emulation. Therefore, it is easier to use the Unix environment variables DBTERM, DBHIF and/or TERM and the program 'x_maketi'(or x_maketi-).

    2. Every DB Release is delivered with certain terminal descriptions. If other terminals are used an individual keyboard setting can be created with SAP DB Tools 'x_maketi'.

SNI : RM400 und RM600

Terminal type : 97801
setenv TERM 97801
setenv DBTERM vt100
setenv DBHIF vt100

The function keys are on the number pad, the keys F10-F12 above the numbers.

Terminal type : BA80-08
setenv TERM ba80-08
setenv DBTERM ba80-08 DBHIF does not have to be set.
Terminal type : Ba48
setenv TERM ba48
setenv DBTERM ba48 DBHIF can be ba48

HP :
X terminals : setenv TERM hpterm
setenv DBTERM vt100_hp
setenv DBHIF vt100_hp

PC :
LAN workplace : setenv TERM vt220
setenv DBTERM vt100
setenv DBHIF vt100

The database function keys 1-9 are on the number pad, the database function keys F10 to F12 correspond to the keys F1-F3.

DEC-OSF1 : Terminal type: DEC console

setenv TERM vt300

setenv DBTERM vt320


Sun Sparc Station :

OPEN Windows : setenv TERM sun-cmd

setenv DBTERM sqldbsun

DBHIF does not have to be set.

    3. Terminal adjustment and key setting
      a) Description and identification of a terminal type

In order for a program to work with different terminal types, without any changes, information for terminal description and access routines are provided under UNIX.

As a rule, terminal descriptions are to be found in the directory "/usr/lib/ terminfo" (called "terminfo" in the following). The access routines are included in the library "/usr/lib/libcurses.a". The SAP DB tools use the "curses" library to access a screen or terminal control.

The environment variable "TERM" determines which description is to be used from "terminfo". On the basis of the environment variable, the description of a terminal's features can be found by the "curses" routines under "terminfo". The descriptions of various terminal types are grouped in directories under the first letter of the type name. If the usual type names are used, the directory "/usr/lib/terminfo/v" contains descriptions of the terminals types "vt100", "vt220" and so on.

The environment variable "TERMINFO" indicates where these terminal description files are to be found. If the environment variable is not set, the terminal description files stored under "terminfo" are used.

If the environment variable "TERMINFO" is set, several directory trees that contain terminal description files can exist and be shared simultaneously on a computer. The "curses" routines read this environment variable and access the appropriate terminal description.

When a user creates a private description of a terminal with type "vt100" and sets "TERMINFO" to "private/termtest/new", "curses" routines access the file "private/termtest/new/v/vt100".

      b) Key settings for the SAP DB tools

To work with SAP DB tools, users need some specific keys in addition to the alphanumeric standard keys.

These are the function keys F1 - F12 and the ENTER key.

If the terminal description does not contain these keys, the tool does not start but terminates with an error message.

The tools support additional function keys to facilitate work. The most important keys are INSERT, DELETECHAR, CMD, INSERT LINE, and so on.

However, when these keys are added to the terminal descriptions, this may cause problems because the requirements of other programs are no longer met. For this reason the SAP DB tools use specific terminal descriptions:

If the environment where the SAP DB tool is running contains a "DBTERM" variable, its value is used to identify the terminal type (instead of the value of the "TERM" variable. The environment variable "DBTERM" then overrides the variable "TERM".

When users set "DBTERM" in their ".profile" file, they can use the original terminal description for the standard editor and the extended description for the SAP DB tools without any problems.

      c) Changing terminal descriptions

Terminal description files are created as text files in a specific format. They are converted into a binary format using the program "tic", the terminfo compiler. (For details please refer to the operating system documentation for "terminfo" and "tic".) The "curses" routines access only compiled files.

To make it easier to create or change a terminal description for SAP DB, the tool "x_maketi" is provided.

"x_maketi" uses an existing (binary) description as a source file and changes the keyboard description part by adding or changing function key definitions. Other data describing the terminal (number of lines and columns, cursor control commands, output delay etc.) required by SAP DB remains unchanged.

After calling up "x_maketi", the user gets a list of functions. To add or change a function key, he or she has to select the function and then press the key to which this function should be assigned. The user can also delete definitions. The result is the text to be translated by the "tic" program.

You can test the original or resulting binary description using the tool "xvttest". "xvttest" shows the functions defined in the terminal description on the screen when you press the appropriate function keys.

      d) Using "x_maketi"

We recommend that you use "x_maketi" in the directory "$DBROOT/terminfo". Please first read the description of the "HIF" files below, before you start working with "x_maketi"!

The syntax for calling "x_maketi" is:

x_maketi [-d] [-e] [-h] [-T ] [-I ]
[-o ]
-d : Deleting all function key definitions
-e : Explicitly ending all keys with 3 *
(for example, with remote login)
-h : Creating a keyboard file (.hif), not a terminfo
file (explanation see below)
-T : Terminal type is (neither $DBTERM nor $TERM)
-I : Using the terminfo data from as a source
-o : Using for the output file
-u : Creating a terminfo source from a binary source

"x_maketi" uses an existing binary terminfo file as a source. This file is read from the directory "$TERMINFO" or (if this environment variable is not set) from "/usr/lib/terminfo". The terminal type is taken from the environment variable ("DBTERM" or "TERM". This type is used for the name of the output file "<$TERM>.ti" unless the user specifies another type name using the option '-T' or forcibly sets another file name for the output file using the option '-o'.

If this description does not exist yet, the user has to specify a similar terminal description (except for the keyboard) as a source using the option "-I". In this case the option "-d" should also be specified to have all the function keys redefined.

If the cursor keys are not yet defined after "x_maketi" has been called, the user is prompted to first press the keys used to move the cursor. These keys are required for the following menu. This menu shows all the functions known to the SAP DB tool. The functions to which keys have already been assigned in the current keyboard description are underlined (provided this is supported by the terminal).

The cursor is on one of the functions that appear in the menu. Using the four cursor keys it can be moved up and down, to the left and to the right to point to another function. The field "Current value" shows the definition (the appropriate character sequence) for the key assigned to this function. When the user presses a function key or a combination of function keys on the keyboard, the character sequence sent by the terminal is displayed and the key or key combination pressed is assigned to the current function. After the assignment the system waits for 2 seconds (indicated by "WAITING" in the upper right corner of the screen).

The user can also delete a key setting by entering 'd'.

You can leave "x_maketi" by entering 'e'. A list of the current values is written to the output file.

If problems occur during the analyses of the character sequences (for example, with remote login), call up "x_maketi" with option "-e". In this case every entry must be closed by pressing the Escape key three times. If the Escape key is not available on the keyboard, its code can be generated by combining ("control") and '[' (opening bracket).

Examples:

DBTERM=dap4x x_maketi -T ba80-ct03
or
DBTERM=ba80-ct03 x_maketi -I dap4x
generates '$DBROOT/terminfo/ba80-ct03.ti' with the same characteristics
as dap4x

The new description file needs to be translated into a binary format. In order that existing descriptions are not overwritten, this new binary file should not be written to the standard directory ("/usr/lib/terminfo") but to the directory "$DBROOT/terminfo" provided by SAP DB.

When the Bourne shell is used, this can be achieved using the following command:

TERMINFO=$DBROOT/terminfo tic -v .ti

When the C shell is used, the command is as follows:

setenv TERMINFO $DBROOT/terminfo
tic -v .ti
unsetenv TERMINFO

If the user has set the environment variable "DBTERM", this new description file is used by the SAP DB tools. The value of "DBTERM" not only overrides the "TERM" value but causes the environment variable "TERMINFO" to be converted implicitly to "$DBROOT/terminfo", but only as long as the SAP DB tools are used. After the user leaves the SAP DB tool, "TERMINFO" has the previously set value.

      e) Using "xvttest" terminal descriptions can be tested using the tool "xvttest". "xvttest" can be used to test the function key definitions.

The user calls "xvttest" in the environment to be used for the SAP DB tools (in particular, the variables TERM, TERMINFO and DBTERM). Different fields may be displayed with different display attributes (highlighted, blinking, reverse video, underlined). A list of function keys appears in the lower part of the screen.

The user presses the function key (described as "9=Keys"). A new screen is then generated which is used for output only. The text "pf09" appears on the screen.

The user then presses any key on the keyboard.

If this is a character (alphanumeric, punctuation etc.), this character appears on the screen (enclosed in inverted commans). If the key is a defined function key, the function appears on the screen. All other cases are indicated by an audible signal. This procedure can be used for every key that the user wants to check.

The only exception is the F3 function key, which brings the user back to the initial screen. To leave "xvttest", press F3 once more. If this key is not defined, the interrupt signal (usually CTRL-C) is the only way to leave "xvttest".

      f) Incomplete terminfo and HIF files

In most of the UNIX variants the keys supported by "terminfo" and "curses" are not sufficient for comfortable handling of the SAP DB tools.

To find out which keys are not supported, define the keys using "x_maketi", compile the result file using "tic" and then call up "x_maketi" once more. "tic" does not translate the definition of a key that is not supported into binary format, i.e., the description of this key is lost after the second call of "x_maketi" (the name is no longer underlined, the value is empty).

To eliminate this restriction, the SAP DB tools support the concept of a key definition file which is independent of "terminfo".

Such a file is to be found in the directory "$DBROOT/terminfo/term" (without separator for the first character of the type name!). The file name consists of the terminal type and the addition ".hif".

"x_maketi" generates such an "HIF" file if the option '-h' was specified. Except for the following change, "x_maketi" is used as described above: Since the "HIF" files are used in the form generated by "x_maketi", "tic" is not to be used.

Whether the environment variable DBHIF must be set for the file name (without the .hif addition) depends on the name of the description file and on the environment variables DBTERM or TERM. If the environment variables DBHIF and DBTERM or DBHIF and TERM have the same content, DBHIF does not need to be set. The keyboard description file is then found automatically. Otherwise the environment variable DBHIF needs to be set.

If a keyboard description file exists, it overrides only the keyboard setting part of the files "$DBTERM" or "$TERM". All other terminal features are still read from the description files "$DBTERM" or "$TERM".

      g) General recommendations

The combination of the environment variables DBHIF, DBTERM and TERM provides the user with a number of options for adjusting the terminal definition to his or her requirements.

The easiest way is to use the terminal descriptions from the distribution medium. If these files do not meet the user's requirements or another terminal type should be used, the key definitions can be adjusted using "x_maketi". The result can be tested using "xvttest" and the step can be repeated until the user is satisfied. Users can choose with which keyboard (DBHIF) and terminal description file (DBTERM or TERM) they want to work.

If unusual effects occur in this area (for example, the tool does not accept a function key that should be known to it), the read data of the TERMINFO file ("$DBROOT/terminfo" or "/usr/lib/terminfo") the "HIF" file needs to be checked first. The reason for this error probably is that an environment variable affecting the use of the description files has been added, removed or changed.

When an SAP DB tool is called up, the procedure is as follows:

The system checks whether the environment variables "DBHIF", "DBTERM" or "TERM" are set. The first value found (in this sequence) is used to create the name of an "HIF" file ("$DBROOT/terminfo/term/ .hif"). If this "HIF" is found, its content is used as the function key definition.

If "DBTERM" is set, "$DBROOT/terminfo/?/$DBTERM" is used as the terminal description file; otherwise the terminal description file "$TERMINFO/?/$TERM" or "/usr/lib/terminfo/?/$TERM" is used.

The "HIF" file (if found) now overrides the keyboard setting part of the terminal description file.

If a change in the description has no effect, you should check whether the new description file has been compiled using the "tic" program or the new "HIF" file has been copied to "$DBROOT/terminfo/term".


Additional key words

DBTERM and DBHIF

SAP Note 28576 - QM inspect. data field control in material master

Symptom:

View V_TQ30 in Release 2.2 contains the field 'Field control key' (V_TQ30-BILDS) which regulates the field control in the QM inspection data of the material master. As of Release 3.0, this field no longer exists.

Cause and prerequisites
Solution

In Releases up to and including 2.2, changes should not be made to the field control key without first contacing an SAP consultant. You should set the field control key as follows depending on the inspection type :

  • 01 for inspection types of inspection lot origins 01 and 04
  • 03 for inspection type of inspection lot origin 03
  • 04 for inspection type of inspection lot origin 07
  • 05 for inspection types of inspection lot origins 02, 05, 06, 08 and 89
As of Release 3.0, field control is regulated within the program, and no longer by means of the field control key.

Additional key words

QMAT

SAP Note 28575 - Units of measure not checked when creating routings

Symptom:

Units of measure are not checked when creating routings

Cause and prerequisites

Check missing at creation

Solution
Impelement function module CP_CHK_DIMENSION

SAP Note 28571 - Why are no requests deleted in SE06?

Symptom:

The customer wants to reset the number range in KTW or WBO, or wants to discard other requests.

Cause and prerequisites
  • Limited number range for requests.
  • Reset the test system, and so on.

From Release 2.1G onwards, the deletion of requests in SE06 is no longer available.
Why is this?

  • Prior to Release 2.1G practice had shown that as a rule too much information was being lost.
  • Consistent deletion is not possible, because for example, references to deleted requests remain in the version database and also in other systems.
  • To avoid inconsistences in the transport system, all files and file
  • entries for the requests to be deleted would have to deleted too.
  • The log files belong in this catagory too.
  • With the deletion of requests, an important element of the history of the system was being lost.
  • Even for a database copy, it is not sensible to delete the requests copied at the same time. Requests belong to the Customizing of the system and therefore are needed for copying.
  • Fresh systems without a past are created by installation. Customizing can be carried out via client transport relatively quickly.
Solution
You can delete requests that have not been released using Transaction SE09 (from 3.0) or SE01 when they have originated in the system.
When the number range of a development system is exhausted, we recommend the reconstruction of the system (new installation and system copy) using another name.

SAP Note 28566 - Maternity E W C is wrong when due date is Sun

Symptom:

When the stated due date is entered as a Sunday, the SMP record (infotype P0088) sets the Expected week of confinement back to the previous Sunday. As well as the EWC the other generated display fields are also a week out.

Cause and prerequisites

The previous sunday should only be used when the expected birth date is anything other than a sunday.

Solution
Apply the following code change to overcome the problem.

SAP Note 28564 - IE02: Incorrect Equi no. for serial no. matchcode

Symptom:

If you search for an equipment number using the serial number list matchcode (matchcode ID 'M'), then the serial number is copied into the input field.

Cause and prerequisites

Program error

Solution
Create new function module PM_HLP_EQUI_V_SERI_LIST (function group IHMC) and allocate matchcode object EQUI, matchcode ID 'M'.
Function module 'PM_HLP_SERI_LIST' can be used as a copy template.

Change program MIEQUI20 so that only "complete" pieces of equipment with material and serial number are selected via matchcode. (However, no "pure" serial numbers should be selected).

Additional key words

Matchcode object Equi, RIEQUI21, serial numbers

SAP Note 28562 - RFCHKN00 - Business area field not filled

Symptom:

No business area is specified in the check register.

Cause and prerequisites

Program error.

Solution
Error removed from the automatic payment transaction for Release 2.2G / 3.0B
Interim correction possible as follows:

Additional key words

RFCHKN00, PAYR, RFFOUS_C

SAP Note 28560 - ABAP/4 runtime error RAISE_EXCEPTION "NEW_TEXT"

Symptom:

ABAP/4 runtime error RAISE_EXCEPTION "NEW_TEXT"
A RAISE statement in the program "SAPLGRWR" raised the exception
condition "NEW_TEXT".
Since the exception was not intercepted by a superior
program, processing was terminated.

Cause and prerequisites

During the conversion of a report which contains either headers or footers, processing terminates since the raise exception "NEW_TEXT" was not intercepted.

The problem is corrected in 30B.

Solution
Program correction in MKCB9F00 (see below)

Additional key words "SAPLGRWR" "RAISE_EXCEPTION" "NEW_TEXT" "RECHERCHE" "UMSETZEN"

"SAPMKCB9"

SAP Note 28556 - Cap. requ. plan.: too many cap. requ. records

Symptom:

Too many capacity requirements records are displayed when evaluating capacity requirements.

Cause and prerequisites

For operations which have no capacity requirements, the capacity requirements of their suboperations are displayed.

Solution
Program correction

Additional key words

SOP planning

SAP Note 28554 - Batch split: Overdelivery tolerance

Symptom:

The system does not check overdelivery tolerance for batch split sub-items.

Cause and prerequisites

The program was written this way.

Solution
Program correction in program FV50XFLP

SAP Note 28552 - What is ArchiveLink?

Symptom:

What do optical archiving and ArchiveLink have to do with each other?

Cause and prerequisites
Solution
SAP ArchiveLink is a component of R/3. It is a general interface within R/3 Basis. It supplies the business applications with various services in the form of function modules. Only a few function modules have to be activated, and the corresponding R/3 application becomes image-enabled. Advantage for the user: ArchiveLink now carries out all communication with the archive system. Time-consuming individual programming is no longer needed. With regard to functionality, various options are now available for using ArchiveLink to handle electronic documents:
the archiving and display of scanned NCI documents (NCI stands for noncoded information),
workflow management (Business workflow) which looks to the future and increases productivity, and
the archiving, the display and the retrieval of CI data (coded information) using the COLD concept (Computer Output on Laser Disk).
For more information on SAP ArchiveLink, please refer to the online documentation on ArchiveLink.

Additional key words

Archive systems
Business Workflow
NCI CI COLD

SAP Note 28551 - Invoice release: several invoices for one PO

Symptom:

Release of blocked invoices: In the basic list, several blocked invoices are listed for an order item. The field "Difference quantity" is then filled immediately for all invoices for the order item.

Cause and prerequisites

Planned calculation of the difference quantity.

Solution
This is not an error.
When the release transaction is accessed, the difference quantity for the order item is calculated from the quantity invoiced up to that point in time minus the quantity delivered. The reason for this "rough" allocation is the following.
A finer allocation (that is, an allocation of goods receipts to an invoice item) is not possible due to the design of the database table for the purchase order history. There, it is not possible to store an allocation of more than one goods receipts to one invoice item.
A finer allocation for the release transaction would have to be determined dynamically when the basic list is being constructed. It is virtually impossible to find an algorithm which will cover all the possible cases of a purchase order history for this.

Additional key words

MR02

SAP Note 28549 - ORACLE 7.1.4 / 7.1.6 / Solaris / orasrv hangs!

Symptom:

No further logon to the R/3 System or to the database is possible, as orasrv hangs!
This behavior only occurs on SOLARIS 2.4!

Cause and prerequisites

SUN Solaris bug (signal handling)!!!

Solution

Workaround:

Use of the orasrv of the database version 7.1.3!

/dist/permanent/ORACLE/SOLARIS/bug200148/7.1.3

There are two files in this directory:

    1. README (installation instructions)
    2. orasrv (new executable)

Additional key words

orasrv, SOLARIS


SAP Note 28546 - Incorrect values in orders on hand list

Symptom:

In the orders on hand list, too many orders on hand are output for customers and materials.

Additional key words

V.13, V.17

Solution
The following program selects the sales orders and the corresponding items (with material number, cumulative confirmed quantity and desired delivery quantity) for which the cumulative confirmed quantity is larger than the desired delivery quantity.
For these documents, the confirmed quantities are to be adjusted to the respective delivery quantities in the schedule lines. The calculation of the orders on hand is based on, among other things, the confirmed quantity.

REPORT ZZVBAP.
TABLES: VBAP.

SELECT * FROM VBAP.
IF VBAP-KBMENG > VBAP-KWMENG.
WRITE:/ VBAP-VBELN, VBAP-POSNR, VBAP-MATNR, VBAP-KBMENG, VBAP-KWMENG.
ENDIF.

ENDSELECT.

SAP Note 28541 - SM31 table maintenance routine after an upgrade to 30A

Symptom:

The SM31 table maintenance routine does not function properly after an upgrade to 3.0. The message TB056 'Please generate maintenance interface for tables' appears.

Cause and prerequisites

The old table maintenance routine is used.

Solution
You can display the contents of tables for 3.0 as follows:
a) Go to the dictionary maintenance routine (SE11), enter the table names, and choose 'Display'. In the next screen, choose 'Utilities -> Table contents'. A selection menu appears in which you can formulate restrictive conditions. Press the 'Execute' pushbutton. The table entries are now listed.
b) Call transaction SE16 (Data Browser). Enter the table names and choose 'Execute'. Further handling is as described above.
Proceed as follows if you want to create entries:
a) With SE11, go to the table display routine and choose 'Utilities -> Create entries'. Enter the entries in the following interactive window.
b) Call transaction SE16, enter the table names and press the pushbutton 'Create entries'. You can then enter the table entries in the following interactive window.

Additional key words

SM31, table maintenance, maintenance interface, TB056

SAP Note 28540 - MMREO010: Error when deleting - MSKA

Symptom:

The following error message is issued:
045 MARD aaa xxxxxxxxxxxxxxxxx Error when deleting - table MSKA or
045 MARD aaa xxxxxxxxxxxxxxxxx Error when deleting - table MCHB or
045 MARD aaa xxxxxxxxxxxxxxxxx Error when deleting - table MKOL

Cause and prerequisites

The internal tables for deleting the special stocks are not reset.

Solution
see below

SAP Note 28538 - CO300 text items cannot be costed

Symptom:

When a text item was entered in the order, message 300 'Text items cannot be costed' was issued, although a costing indicator was not ready for input.
For intra materials, message CO637 'Intra materials cannot be costed' was issued.

Cause and prerequisites

The costing indicator was preset by the program.

Solution
Corrected in the ABAP Include LCOMKFT1.

Additional key words

SANKA

17.10.11

SAP Note 28536 - ME59 Error message 06750 is ignored

Symptom:

Even though message 06750 ('In case of evaluated receipt settlement, please enter tax code') is set as an "error" message, it is ignored in the case of automatic purchase order generation if a purchase requisition which is allocated to a contract is converted.

Cause and prerequisites

Program error

Solution
Corrected in 3.0B. You can carry out an advance correction by inserting the line marked below in the program specified

SAP Note 28533 - Adoption of sales order texts in purchase req.s

Symptom:

Via Customizing in Purchasing, text types in the purchase requisition can be linked to texts in the sales order (Transaction OMFU). Although, in the case of a certain assignment (for example: material sales text -> item text), the indicators 'Adopt' and 'Display' are not selected - that is, it is intended that the text should really be copied - the text is not copied. (In contrast, the combination Adopt = 'X', Display = ' ' works; the text is displayed in the purchase requisition with status '*' and can be adopted.) The consequence of this is that the text does not appear in a purchase order which is created from the purchase requisition.

No item texts are copied from the sales order for purchase requisitions
created via the MRP run.

Cause and prerequisites

In Releases 2.1 and 2.2, for technical reasons, the direct adoption of text in purchase requisitions created from sales orders is not possible. This generally applies to all purchase requisitions created via the function modules of the function group EBNE (that is to say, also to requisitions created from production orders, networks, maintenance orders: however, the adoption of text is not offered in Customizing in these cases). In 3.0, the function of the function modules has been enhanced so that now a table with texts can also be transferred. orders is not yet ready. The adoption of text from customer orders was carried out in Release 3.1I and can be implemented per advance correction (Note 86228).

Item texts from sales orders are not copied to purchase requisitions created by MRP - for performance reasons. The restriction described in Note 85980 generally applies to item texts in purchase requisitions.

Solution

The Customizing setting described above (Adopt = 'X', Display = ' ') ensures that the text from the sales order is displayed in the purchase requisition, and also that it can be adopted. With the corresponding setting for the adoption of the texts into the purchase order, the text is also displayed in the PO (with status '*') that is created from the requisition. If the text is to be adopted automatically in the PO, the linkage of the text types (sales order -> PO) is to be set with Adopt = ' ' and "Display = ' '.

Additional key words

ME52, ME53, MD01, MD02, MD03, MRP, MD50

SAP Note 28531 - No routings in accordance with selection ID.

Symptom:

If the new import parameter TCA43_FLG is set in the function module, the exception TC43_NO_SELECTION is set if routings are not selected by a selection ID. If the flag is not set, the exception TCA43_NOT_FOUND follows.

Cause and prerequisites
Solution
Correction in P30K024629 in release 30B
Correction in P22K009368 in release 22G

Additional key words

routing_selection

SAP Note 28530 - MF40/MF43 Prod.vers, precise activity, backflush

Symptom:

For the backflush in repetitive manufacturing, a standard cost estimate is required to determine the costs of the production activities. When determining the production activities, the values from the standard cost estimate are used in proportion to the backflush quantity.

However, the standard cost estimate can only be saved per material. If a material is produced on several production lines with several production versions and, therefore, with several routings, then the costs are only determined as a proportion to one standard cost estimate. This means that when backflushing in such a situation, a certain unpreciseness cannot be avoided in the actual production activities.

The following problem may occur when carrying out a reporting point backflush in repetitive manufacturing:


Situation :
A reporting point material is produced on 2 production lines with different production versions with different routings and, thus, with different operations.

The standard cost estimate is created based on the data in the routing. If a reporting point backflush is then carried out for this material, with a reporting point (milestone operation) that is not recorded in the standard cost estimate as an operation, the system issues an error message as the production activities for this reporting point cannot be calculated using the standard cost estimate.

Procedure :
If a material is produced with different production versions and different routings, then the operation structure in both routings h should be identical. This means, that the reporting points should be defined in the standard cost estimate as operations.

Cause and prerequisites

The costing used as the basis cannot be stored based on the production version.

Additional key words

Repetitive manufacturing : Backflushing with activity confirmation

SAP Note 28528 - Incorrect planning material after changing material

Symptom:

After you change the material in the sales order, the planning material is not redetermined, i.e. the availability check checks against the wrong material.
If the planning material is retained, then any existing conversion factor for the unit of measure of the planning material is lost.

Cause and prerequisites
Solution
Program correction

Additional key words

Planning, quantity conversion, conversion factor

SAP Note 28527 - No conversion for interest is possible

Symptom:

It was not possible to enter a conversion with the Customizing transaction for the interest calculation key.

Cause and prerequisites

Customizing restriction too severe

Solution
Corrected in Customizing screen. After this correction, the entry of a conversion method and a key is possible.

Additional key words

T090 interest