Message type: E = Error
Message class: O1 - IS-Oil : Message pool exchanges
Message number: 037
Message text: @8R@ Note: & qty. changed manually, see reference documents/QS
The quantity was manually changed. See corresponding documents.
Normally it is only possible to maintain the scheduled quantity in the
quantity schedule at a value less than or equal to the item quantity
(other quantity fields are locked). With this function (built-in Report
ROIACM00), you can correct the &v1& quantity (called-off, delivered,
goods receipt quantity) in whatever way you would like.
Avoid manual changes; use them only as a last resort to correct values.
If you need to change the quantity manually using ROIACM00, first go to
document maintenance to lock the document (ROIACM00 does not use
separate ENQUEUE-logic), then start a second session and start the
report by entering an update parameter and special function <ZH>CHSQ</>.
The function may be necessary because the call-offs have been made
before the referenced quantity schedule existed. If the referenced
quantity schedule is created after the call-offs have been made, it does
not include the quantity already called-off.
(Note: Refer to note 596327 and read about how to proceed with a manual
update.)
If the relevant schedule line in the quantity schedule is called-off by
<ZH>one</> follow-on item (contract level:
<DS:GLOS.release order>Call-off</>; call-off level:
<DS:GLOS.delivery>Delivery</> or <DS:GLOS.goods receipt>goods receipt
</>), you can do the following: set the quantity field to <ZH>zero</>
with the report mentioned above, then go to subsequent document
maintenance, change the quantity temporarily, post it, go to document
maintenance again and reset the quantity to the requested value. At this
point, the quantity schedule should be consistent, so check the
consistency in the document flow in the referenced document.
&reference&
<DS:DE.OIA_SMENGE>Reference documents</>
Search within the online service system for keyword <ZH>ROIACM00</>
(component IS-OIL-DS-EXG) for further information and for new notes
regarding the manual correction of quantity schedule quantities. Note
596327, for example, or a follow-on note can give you more current
information than this documentation.
Error message extract from SAP system. Copyright SAP SE.
O1037
- @8R@ Note: & qty. changed manually, see reference documents/QS ?The SAP error message O1037 @8R@ typically indicates that there is a discrepancy in the quantity of a material that has been manually changed in a transaction, and it is related to quality management (QM) processes. This error often arises in scenarios where the system expects a certain quantity based on previous entries or system calculations, but the user has manually altered this quantity, leading to inconsistencies.
Cause: Manual Quantity Change: The user has manually changed the quantity of a material in a transaction, which is not aligned with the expected quantity in the system. Quality Inspection: The error may occur during quality inspection processes where the quantity being inspected does not match the quantity that was originally planned or recorded. Reference Documents: The error message suggests that there are reference documents that may provide additional context or information regarding the expected quantities.
Solution: Review Reference Documents: Check the reference documents mentioned in the error message
Get instant SAP help. Sign up for our Free Essentials Plan.
O1036
Function not processed (& &)
Self-Explanatory Message Since SAP believes that this specific error message is 'self-explanatory,' no more information has been given.The majority of...
O1035
Function carried out &
Self-Explanatory Message Since SAP believes that this specific error message is 'self-explanatory,' no more information has been given.The majority of...
O1038
SAVE not required, no data modification (& &)
What causes this issue? It is only possible in document maintenance to save temporarily stored data from the quantity schedule in the database. Use t...
O1039
No more free current no., please renumber (& &)
What causes this issue? It may be necessary to renumber after a Qty.schedule has been copied, inserted or split. (After using line functions in Qty.s...
Click on this link to search all SAP messages.