Error in Schedule agreemenQuantity delivered smaller than quantity ordered.

Dear Guru,
I am facing the following error while deleting item from scheduling agreement (ME32L). Error is "Quantity delivered smaller than quantity ordered."
Kindly help in this matter.
Thanks in advance.
Regards,
Rajkumar

Hi
Check the scheduling agreement schedule line in ME38 you have already done goods receipt for this line item.
Reverse the goods receipt if you wanna delete the line item in ME32L
Hope it helps
Thanks/Karthik

Similar Messages

CN 752: Requirement quantity & & smaller than quantity withdrawn & &

Dear Gurus,
I have found a strange behavior in SAP PM order processing.
Even after withdrawing the spare parts, system is allowing to change the required quantity.
If someone is increasing the quantity thats fine.
But if someone is decreasing the quantity, system should not allow it.
System is giving below information message:
CN 752
Requirement quantity & & smaller than quantity withdrawn & &
I want to give error in such scenario.
I have tried setting an error message for above message, but its not working.
Any help in this regard will be highly appreciated.
Please help.
Thanks & Regards,
Mihir Popat

Hello,
Thank you very much for your inputs.
I have checked that, but it is still not working for me.
I have debugged the standard code and found that it is hard coded over there as information message for message CN 752, and system is not checking any table while issuing the message.
However for message CN 750, system checks the table and decides accordingly, whether to give warning or error.
Hence, it is clear that it will be information message only.
I will be mapping my requirement with user exit CNEX0026, where i will check the withdrawn quantity and required quantity and decide on whether to give error or not.
Thanks to all for your help.
Closing the thread.
Regards,
Mihir Popat

Error Code - client cache is smaller than the size of the requested content

Even though we have increased the size of the ccmcache via Control Panel > Configuration Manager, we still get the Error Code 0x87D01202 (-2016407038) "the content
download cannot be performed because the total size of the client cache is smaller than the size of the requested content" The CCMEXEC Service and computer have both been restarted, after increasing the ccmcache size. Which local log
file under C:\Windows\CCM\Logs should we check for more information ?
Thanks

so when you re deploying the client go into your settings and set the variable below:
smscachesize=10240
note:
SMSCACHESIZE
Specifies the size of the client cache folder in megabyte (MB) or as a percentage when used with the PERCENTDISKSPACE or PERCENTFREEDISKSPACE property. If this property is not set, the folder defaults to a maximum size of 5120 MB. The lowest value that you
can specify is 1 MB.
Note
If a new package that must be downloaded would cause the folder to exceed the maximum size, and if the folder cannot be purged to make sufficient space available, the package download fails, and the program or application will not run.
This setting is ignored when you upgrade an existing client and when the client downloads software updates.
Example: CCMSetup.exe SMSCACHESIZE=100
Note
If you reinstall a client, you cannot use the SMSCACHESIZE or SMSCACHEFLAGS installation properties to set the cache size to be smaller than it was previously. If you try to do this, your value is ignored and the cache size is automatically set to the last
size it was previously.
For example, if you install the client with the default cache size of 5120 MB, and then reinstall the client with a cache size of 100 MB, the cache folder size on the reinstalled client is set to 5120 MB.
Twitter: @dguilloryjr LinkedIn: http://www.linkedin.com/in/dannyjr Facebook: http://www.facebook.com/#!/dguilloryjr

I have two fields and I would like the 2nd field to display the word "Error" if the number is smalle

I have two fields and I would like the 2nd field to display the word "Error" if the number is smaller than the number in field 1.
can any one help?

The code for the field? Sure, it's simple.
You can use something like this as its custom calculation code:
var v1 = this.getField("Field 1").valueAsString;
var v2 = this.getField("Field 2").valueAsString;
if (v1 && v2 && Number(v2)<Number(v1)) event.value = "Error";
else event.value = "";
Edit: Fixed code

Error during scheduling while running Run order sequencing in PPR

Hello Experts,
An error saying 'Error during scheduling' is logged while running Run order sequencing in Production Planning Run and the job is failed.
Checked the capacity of the resource but seems ok.
The below long text is displayed next to the error message.
Error during scheduling
Message no. /SAPAPO/OM043
Diagnosis
The system could not schedule an order, operation or activity.
This could have the following causes:
The resource does not have any free working time or capacity.
If you have set planning direction backwards in the strategy profile:
There is not enough working time or capacity available for scheduling between now and the scheduling date.
If you have set planning direction forwards in the strategy profile:
There is not enough working time or capacity available for scheduling between the scheduling date and the end of the planning area.
If you plan characteristics-dependently:
You have assigned characteristics to operations of the order that do not agree with characteristics of the resources on which the operations are to be processed.
The system cannot find any suitable characteristics on the resources and so it cannot schedule.
Procedure
Depending on which of the above reasons is the cause, change the following settings:
Change the working times and capacities of the resources.
Set the planning mode "infinite planning" in the strategy profile.
Activate the planning direction forwards or backwards and reverse in the strategy profile.
Change the characteristics that you have assigned to the resource.
Can anyone let me know what else need to check to avoid the error.

Dear Maddy,
The function "Reschedule" follows an all-or-nothing logic, which means that either all selected activities on a resource can be re-scheduled or the function (better the liveCache) cancels and no activities will be re-scheduled.
One reason might be that you have a pegging relation to a fixed activity (this might be a sales order, forecast, an activity outside the propagation range...) which cannot be considered during the
scheduling. The liveCache cannot break the pegging, therefore it cancels the scheduling.
Please have a look at the note 510669 which offers a heuristic on the basis of the algorithm /SAPAPO/HEUR_PLAN_SEQ_PACKAGES. This heuristic should solve your problem. It will re-schedule as many activities as possible and will not cancel if one fails.
Depending on your current release there could be also some correction notes like
1272960
1027194
I hope I could help you further.
Regards,
Tibor

Error Message 06 410 Sum of quantities 0 smaller than total quantity

Hi Gurus
Upon shopping cart approval, an error is being generated stating '06 410 Sum of quantities >0< smaller than total quantity. The cost assignment on the cart items is split 50/50 for each item.
The SC is created on behalf of user XXX, user XXX approves it, the SC is in error status.
I verified the PO approval value limit of user is more than SC value.
Please advice.
Thanks & Regards
Sada

Hi. Do the account assignments you have entered definitly add up to 100%?
That error message means that the account assignments entered do not add up to the total of the shopping cart item.
SRM should give an error, but if you look at note 1108139 there was a bug introduced by a support pack, and the error was not being given.
The backend system then gives the error, that is why the catr is not transferring.
See if the note is applicable, and if it is try it and press check in your cart, see if you get an error then.
Regards,
Dave.

Schedule line, delivered quantity disappeared

We have a sales order with four line items. All are the same material, except the quantities and prices are different. On several of these positions we have had (partial) deliveries. When we check the schedule lines we can clearly see which quantity already has been delivered for that particular line.
Except for item line 20. We have already delivered and invoiced 15.000 pieces, but this is not displayed in the linking schedule line. The total line item quantitiy is 52.500 pieces and this is the quantity we see in the schedule line (already confirmed).
I have check SAP note 717627 and the following is stated there:
A partial delivery is already created for a request item.
If you now set a delivery block at schedule line level, the sent quantity (VSMNG) is no longer assigned to the delivery-blocked schedule line.
The sent quantity may no longer be able to be assigned to a schedule line, because there is no longer a schedule line open at the time of delivery.
This system behavior is standard and intentional.
In R/3 there is no fixed assignment between the delivery and the order schedule line. The assignment is determined dynamically and depends on the delivery-relevance of the schedule line.
If the delivery block is then removed again, a new assignment of the quantities delivered is performed for order schedule lines.
And:
This is intentional, standard behavior.
Could this relate to the problems I am facing?
Message was edited by:
Jan Laros

I have not presented my problem to them. It is ofcourse possible that this SAP note is not applicable for my problem, but I noticed the first paragraphs as relevant.
The problem now seems solved by the way. An order desk/planning empoyees has changed the order quantity and the confirmed quantity to 15.000 pieces. So this line is now fully delivered. Th edelivered quantity is now stated in the schedule line.

Invoiced quantity is smaller than ordered quantity

HI Everyone,
When i'm doing archiving for the object MM_EKKO.The following message i got "Invoiced quantity is smaller than ordered quantity".
Please can any one tell me how to close this type of purchase orders and continue archiving
Regards
subhash

hi,
It may be due to PO is still open for the given qty...
Firstly check the PO price and qty..then check the IR price and qty it shd match...
You can see the full history in the PO history tab in the PO item details...
And then continue for the archiving...
Hope it helps..
Regards
Priyanka.P

Problems with text in iWeb publishing much larger, or smaller than in iWeb (it is insane)!

More than a year ago I had a problem with my iWeb not publishing correctly: links to other websites would not open in a separate window as designed in iWeb. I got help from an AppleCare techie and after he did a lot of tests, he concluded I had a corrupted Domain file (which became apparent after I upgraded to OS Snow Leopard). I don't remember if I discussed with this techie another problem I had been having for as long as I had used iWeb, and that was "exploding" text: certain words, often italicized, would be huge, after publishing, relative to the surrounding text. Sometimes certain words, or sentences would be smaller than designed in iWeb. Through trial and error I would sort of solve these problems by enlarging text boxes, or making the offending word or phrase one text point smaller. Sometimes deleting the text box entirely, and starting over would work. And then there are the weird things that happen when my wife opens my website in Internet Explorer: things that make no sense and seem to be totally out of my control.
So, I've spent a long time rebuilding my website in this supposedly uncorrupted Domain file, and today I finally finished and published to my hard drive, checked it out, and the "exploding" text is there with a vengeance. So much so that I may just stick with my original ("corrupted") Domain file, the text problem on this new one seems even worse than the old one. Anyone had this problem? I meant to ask this question years ago, but got a bit lazy.
Another question is: I've heard Apple is going to discontinue iWeb. Despite my problems with the program, I rely on it. What are the options going to be for iWeb users?

Well you heard wrong didn't you!
Apple is discontinuing MobileMe, which is the hosting in favour of iCloud services which will not contain any hosting.
iWeb is an app and as far as we know you can still continue to use it - it will still work so carry on using it if you are happy with it.
If you want to look at other alternatives to iWeb, then others suggest RapidWeaver and Sandvox as being closer to iWeb - both are available via the Mac App store.
Also Freeway Express and Flux 3 are worth looking at - more design freedom and you are not restricted to templates as with RapidWeaver.

Error "No schedule line due for delivery upto the selected date"

Hi Experts,
I am getting an error while creating outbound delivery for sales order.All items have same item cat and schedule line category,same customer.
The sales order have three items with delivery date of 18.09.2008.the material stock is available for all three material and there is no planned issue for these material.
In sales order schedule lines for all three items is confirmed on 18.09.2008. When I create a delivery on 04.09.2008(before the chedule line),it allows to create delivery for the two items but when I create delivery for material 3 on 04.09.2008(before the chedule line),it is giving error "No schedule line due for delivery upto the selected date" .on going to help it gives information that check whether the order item to be delivered contains confirmed schedule line.I checked the confirmed schedule line is on 18.09.2008 (though we have availbe stock on 04.09.2008).
Kindly guide me how to resolve the issue,here I want to create delivery prior to the delivery/Schedule line date in Sles order.for 2 items it works but for third it is giving error.
Is it something to do with Material group 5 in material master sales view for the 1 and 2nd mtrl it is 14 days for for the third it is 7 days?
Sarvesh
Edited by: Sarvesh Vashist on Sep 5, 2008 5:31 AM

Hi Experts,
I am getting an error while creating outbound delivery for sales order.All items have same item cat and schedule line category,same customer.
The sales order have three items with delivery date of 18.09.2008.the material stock is available for all three material and there is no planned issue for these material.
In sales order schedule lines for all three items is confirmed on 18.09.2008. When I create a delivery on 04.09.2008(before the chedule line),it allows to create delivery for the two items but when I create delivery for material 3 on 04.09.2008(before the chedule line),it is giving error "No schedule line due for delivery upto the selected date" .on going to help it gives information that check whether the order item to be delivered contains confirmed schedule line.I checked the confirmed schedule line is on 18.09.2008 (though we have availbe stock on 04.09.2008).It allows to create a OBD either I change the delivery date in sales order to 04.09.2008 or create a delivery with delivery date 18.09.208.
Kindly guide me how to resolve the issue,here I want to create delivery prior to the delivery/Schedule line date in Sles order.for 2 items it works but for third it is giving error.
Is it something to do with Material group 5 in material master sales view for the 1 and 2nd mtrl it is 14 days for for the third it is 7 days?
Sarvesh
Edited by: Sarvesh Vashist on Sep 5, 2008 5:31 AM

Confirmed quantity more than the ordered quantity in sales order.

Hi All,
We have a situation wherein the confirmed quantity is more than the ordered quantity.
a.) SO was created for qty1.Two schedule lines were proposed as stock was not available.
b.) When stock came in and most probablly, when the rescheduling job calling tcode V_V2 was run, both the schedule lines were confirmed.
c.) As a result, further processing is not done by system as confirmed quantity is more than ordered quantity.
Also we noticed that double schedule line was confirmed for a another order even without the rescheduling job is run.
Can you please suggest as to why this is scenario is occuring and how we can avoid the reoccurence? Thanks in advance!!
Regards,
Jeevan Penumatsa

Hi Jeevan Penumatsa
Welcome to SDN forum
Generally two schedule lines will take place if stock is not available in your plant or if open orders are there for that material also. So check the stock in MMBE
.If there are any backorders then it might be getting added in the created sales order and then you might be getting in two schedule lines
Regards
Srinath

"Hard drive is smaller than the one originally installed"

Hi,
Recently, a coworker installed several viruses on his 9300 elite running Windows 7 x32. After trying several things and not being able to get rid of them, I ordered the recovery disks from HP. I ran the disks, and everything appeared to work fine until the recovery finished. The PC would restart, act like it was booting into windows (windows splash screen), then go to an HP screen that would say "HP is initializing software install" or something along those lines. It would sit for a minute then give me the error "an unrecoverable error has occurred. please contact system administrator. press enter to reboot".
I thought it might be a problem with the disks, so I ordered replacement disks. Now, as soon as I put in the supplemental disk and click "next", I get the error "hard drive is smaller than one originally installed". No hard drive has ever been replaced on the PC that I know of. I'm not sure how to fix this.

I just got this same message--did you ever get this resolved?

Causes of ORA-01200: actual file size of x is smaller than correct size n ?

Hello everyone
We are running Oracle 11.2.0.3 64-bit E/E on Oracle Linux 6.2 with UEK R2 on X64.
Using Grid and ASM 11.2.0.3 and OMF names.
The database files are alll on SAN, the SAN vendor name not disclosed here to protect the innocent/guilty 8^)
I have a Test database MYDB (in NOARCHIVELOG mode) and after a normal server reboot, not a crash, the following error occured on Oracle database startup.
srvctl start database -d MYDB
PRCR-1079 : Failed to start resource ora.mydb.db
CRS-5017: The resource action "ora.mydb.db start" encountered the following error:
ORA-01122: database file 1 failed verification check
ORA-01110: data file 1: '+ASMDATA/mydb/datafile/system.256.787848913' <<<<<<<<<<---------------------------------------------------- Corrupt file on ASM disk, system tablespace this time
ORA-01200: actual file size of 94720 is smaller than correct size of 98560 blocks <<<<<<<<<<---------------------------------------------------- ERROR message
The ASM disks are all up and disk groups are mounted OK. The ASM protection level is EXTERNAL.
My understanding that the only proper recovery from the above error is to use RMAN Restore Database/File/Tablespace.etc (and then RMAN Recover, when in ArchiveLog mode).
I do have RMAN disk backups, so I don't need to "patch" the database to recover.
This is not my question at this point in time.
My Question is this : what are the most likely causes of such error?
Oracle Database bug? OS bug? Disk driver error? Server hardware failure (bus, memory, etc)? Or a SAN bug?
I expect that Oracle 11g R2 will always come up with the database "clean" if the server reboots or if server crashes (i.e. due to complete power failure) provided the actual storage is not physically damaged.
Our SAN vendor (no names!) says they are of the opinion that it's most likely Oracle database or Oracle Linux 6.x/UEK software bug, or probably Oracle ASM 11.2 bug.
We have opened a support call with Oracle.....
My personal experience dealing with similar database errors on more recent releases of Oracle (9i R2, 10g R2, 11g R2) and also MS-SQL 2005 and 2008 R2 suggests this kind of a problem is most likely related to errors/bugs in storage/drivers/firmware/BIOS and SAN and not likely to be a 'database' or O/S bug.
Perhaps you, good people on this forum, can share their experiences, as unbiased as you can?
Many thanks

Ive seen Ora-1200 twice I think over the years, both times there was disk problems which led to write issues which caused file problems, youve reported no such issues on your side though so if thats actually true, Im thinking bug.

Negative quantity in deliver field in production order - CO02

Hi All,
I am doing production confirmation and goods receipt for production order through back ground using standard BAPI.While doing GR for production order in background the following error occured.
System is throughing dump - Arithmatical logical conversion problem.when we analysed through ST22 we came to know that negative quantity appearing in field of delivered in production order.
Screen name.............. "SAPLCOKO1"
Screen number............ 0120
Screen field............. "CAUFVD-GWEMG"
As per standard, delivered field in production order is always in display mode only. So there will not be any chance for user to change the delivered field.
Pls guide me how to overcome the above issue and what is exact root cause for the above problem.
System is throwing error in change mode ( Co02) and display mode ( CO03 ) for the respective production order number
Thanks
P.Srinivasan

Hi,
This inconsistency can be solved with the following correction report. If you want to try by yourself, then implement it manually in transaction SE38 and execute in test mode first to check if the inconsistency is found. And obviously, in a TEST system first.
If you are NOT confident about it, I recommend you to submit a support message for SAP for further investigation since this is a database inconsistency.
Regards,
Marcelo
<pre>
*& Report ZPCON_076B                                                  *
*& This report checks goods receipt quantity (WEMNG) and value (WEWRT) *
*& of an order item for consistency with the corresponding material    *
*& documents. In UPDATE mode, the quantity and the value calculated    *
*& from the material documents will be written to database table AFPO. *
REPORT zpcon_076b LINE-SIZE 90.
INCLUDE lcokotyp.
TABLES: afpo.
SELECTION-SCREEN COMMENT /1(80) text1.                      "#EC NEEDED
SELECTION-SCREEN COMMENT /1(80) text2.                      "#EC NEEDED
SELECTION-SCREEN COMMENT /1(80) text3.                      "#EC NEEDED
SELECTION-SCREEN COMMENT /1(80) text4.                      "#EC NEEDED
SELECTION-SCREEN COMMENT /1(80) text5.                      "#EC NEEDED
SELECTION-SCREEN ULINE.
SELECTION-SCREEN COMMENT /1(80) texta.                      "#EC NEEDED
SELECT-OPTIONS r_aufnr FOR afpo-aufnr.
SELECTION-SCREEN ULINE.
SELECTION-SCREEN BEGIN OF BLOCK block WITH FRAME TITLE title."#EC NEEDED
SELECTION-SCREEN COMMENT /1(72) texty.                      "#EC NEEDED
SELECTION-SCREEN BEGIN OF BLOCK block2 WITH FRAME.
PARAMETERS: testmode RADIOBUTTON GROUP mode DEFAULT 'X'.
PARAMETERS: update RADIOBUTTON GROUP mode.
SELECTION-SCREEN END OF BLOCK block2.
SELECTION-SCREEN COMMENT /1(72) textz.                      "#EC NEEDED
SELECTION-SCREEN END OF BLOCK block.
DATA: BEGIN OF ls_afpo.
        INCLUDE STRUCTURE afpo.
DATA: END OF ls_afpo.
DATA lt_afpo LIKE ls_afpo OCCURS 0.
DATA: BEGIN OF ls_mseg.
        INCLUDE STRUCTURE mseg.
DATA: END OF ls_mseg.
DATA ls_mseg2 LIKE ls_mseg.
DATA lt_mseg LIKE ls_mseg OCCURS 0.
DATA ls_mkpf TYPE mkpf.
DATA l_initial_ltrmi TYPE co_ltrmi VALUE IS INITIAL.
DATA l_orders TYPE sytabix.
DATA l_entries TYPE sytabix.
DATA l_sum_wemng TYPE wemng.
DATA l_sum_wewrt TYPE wewrt.
DATA l_error TYPE xfeld.
INITIALIZATION.
text1 = 'This report checks goods receipt quantity (WEMNG) and'.
text2 = 'value (WEWRT) of an order item for consistency with the '.
text3 = 'corresponding material documents. In UPDATE mode, the'.
text4 = 'quantity and the value calculated from the material'.
text5 = 'documents will be written to database table AFPO.'.
texta = 'Please specify order numbers of orders to be processed.'.
texty = 'If TESTMODE is set, no database update will occur.'.
textz = 'Set radio button UPDATE for updating the database entries.'.
title = 'Mode'.
AT SELECTION-SCREEN.
orders specified?
IF r_aufnr IS INITIAL.
    MESSAGE e889(co) WITH 'Please specify order numbers'.
ENDIF.
START-OF-SELECTION.
select order items
SELECT *
         FROM afpo
         INTO TABLE lt_afpo
         WHERE aufnr IN r_aufnr
         AND ( dauty = auftragstyp-fert
            OR dauty = auftragstyp-netw
            OR dauty = auftragstyp-inst
            OR dauty = auftragstyp-rma
            OR dauty = auftragstyp-bord ).
DESCRIBE TABLE lt_afpo LINES l_orders.
check order items
LOOP AT lt_afpo INTO ls_afpo.
    REFRESH lt_mseg.
    CLEAR l_sum_wemng.
    CLEAR l_sum_wewrt.
    CLEAR l_error.
    SELECT *
           FROM mseg
           INTO TABLE lt_mseg
           WHERE matnr = ls_afpo-matnr
             AND werks = ls_afpo-pwerk
             AND aufnr = ls_afpo-aufnr
             AND aufps = ls_afpo-posnr
             AND kzbew = 'F'
           %_HINTS ORACLE 'rule'.
    IF NOT sy-subrc IS INITIAL.
    no goods movements --> nothing to do.
      DELETE lt_afpo.
      CONTINUE.
    ENDIF.
    LOOP AT lt_mseg INTO ls_mseg.
      IF ls_mseg-shkzg ='S'.
      inward movement
        IF NOT ls_mseg-dmbtr IS INITIAL.
          l_sum_wewrt = l_sum_wewrt + ls_mseg-dmbtr.
        ENDIF.
        IF NOT ls_mseg-bstmg IS INITIAL.
          l_sum_wemng = l_sum_wemng + ls_mseg-bstmg.
        ELSE.
          IF ls_mseg-erfme = ls_afpo-amein.
            l_sum_wemng = l_sum_wemng + ls_mseg-erfmg.
          ELSE.
            IF ls_mseg-meins = ls_afpo-amein.
              l_sum_wemng = l_sum_wemng + ls_mseg-menge.
            ELSE.
              WRITE: 'ERROR - Order', ls_afpo-aufnr COLOR 6.
              DELETE lt_afpo.
              l_error = 'X'.
              EXIT.
            ENDIF.
          ENDIF.
        ENDIF.
        ls_mseg2 = ls_mseg.
      ELSE.
      outward movement
        IF NOT ls_mseg-dmbtr IS INITIAL.
          IF ls_mseg-dmbtr NE ls_mseg-bualt AND
             NOT ls_mseg-bualt IS INITIAL.
            l_sum_wewrt = l_sum_wewrt - ls_mseg-bualt.
          ELSE.
            l_sum_wewrt = l_sum_wewrt - ls_mseg-dmbtr.
          ENDIF.
        ENDIF.
        IF NOT ls_mseg-bstmg IS INITIAL.
          l_sum_wemng = l_sum_wemng - ls_mseg-bstmg.
        ELSE.
          IF ls_mseg-erfme = ls_afpo-amein.
            l_sum_wemng = l_sum_wemng - ls_mseg-erfmg.
          ELSE.
            IF ls_mseg-meins = ls_afpo-amein.
              l_sum_wemng = l_sum_wemng - ls_mseg-menge.
            ELSE.
              WRITE: 'ERROR - Order', ls_afpo-aufnr COLOR 6.
              DELETE lt_afpo.
              l_error = 'X'.
              EXIT.
            ENDIF.
          ENDIF.
        ENDIF.
      ENDIF.
    ENDLOOP. "AT lt_mseg
only continue if no error in the calculation occurred
    CHECK l_error IS INITIAL.
    IF ls_afpo-wemng = l_sum_wemng AND
       ls_afpo-wewrt = l_sum_wewrt.
    values are correct, no update necessary
      DELETE lt_afpo.
      CONTINUE.
    ENDIF.
    FORMAT: COLOR 1.
    WRITE: / 'Order', ls_afpo-aufnr, 'material', ls_afpo-matnr.
    FORMAT: COLOR OFF.
    WRITE: /3 'Order item data   : quantity',
              ls_afpo-wemng UNIT ls_afpo-amein, ls_afpo-amein, 'value',
              ls_afpo-wewrt CURRENCY ls_mseg-waers, ls_mseg-waers.
    WRITE: /3 'Material documents: quantity',
              l_sum_wemng UNIT ls_afpo-amein, ls_afpo-amein, 'value',
              l_sum_wewrt CURRENCY ls_mseg-waers, ls_mseg-waers.
    FORMAT: COLOR 2.
    WRITE: /3 'Material doc. BWART', 30 'stock qty UoM',
           52 'entry qty UoM', 77 'value Curr'.
    FORMAT: COLOR OFF.
    LOOP AT lt_mseg INTO ls_mseg.
      WRITE: /3 ls_mseg-mblnr, ls_mseg-zeile, ls_mseg-bwart,
               ls_mseg-menge UNIT ls_mseg-meins, ls_mseg-meins,
               ls_mseg-bstmg UNIT ls_mseg-bstme, ls_mseg-bstme,
               ls_mseg-dmbtr CURRENCY ls_mseg-waers, ls_mseg-waers.
    ENDLOOP.
    IF NOT update IS INITIAL.
    set delivery date
      IF l_sum_wemng IS INITIAL.
      initial delivery quantity --> initial delivery date
        UPDATE afpo SET   ltrmi = l_initial_ltrmi
                    WHERE aufnr = ls_afpo-aufnr
                      AND posnr = ls_afpo-posnr.
      ELSE.
      read posting date from last valid goods receipt
        SELECT SINGLE * FROM mkpf
                        INTO ls_mkpf
                        WHERE mblnr = ls_mseg2-mblnr
                          AND mjahr = ls_mseg2-mjahr.
        IF sy-subrc IS INITIAL.
          UPDATE afpo SET   ltrmi = ls_mkpf-budat
                      WHERE aufnr = ls_afpo-aufnr
                        AND posnr = ls_afpo-posnr.
        ELSE.
        leave LTRMI untouched
        ENDIF.
      ENDIF.
    set quantity and value
      UPDATE afpo SET   wemng = l_sum_wemng
                        wewrt = l_sum_wewrt
                  WHERE aufnr = ls_afpo-aufnr
                    AND posnr = ls_afpo-posnr.
      FORMAT: COLOR COL_POSITIVE.
      WRITE: /3 'Order item data corrected from material documents.'.
      FORMAT: COLOR OFF.
    ENDIF.
    ULINE.
ENDLOOP. "AT lt_afpo
WRITE: / 'Number of checked order items     :', l_orders.
DESCRIBE TABLE lt_afpo LINES l_entries.
WRITE: / 'Number of inconsistent order items:', l_entries.
IF NOT update IS INITIAL    AND
     NOT l_entries IS INITIAL.
    WRITE: / 'Inconsistencies were corrected from material documents.'
              COLOR COL_POSITIVE.
ENDIF.
ULINE.
</pre>
Edited by: Wilian Segatto on Jan 25, 2011 12:27 PM

ORA-13044: the specified tile size is smaller than the tolerance

Hi,
I get the oracle error ORA-13044: the specified tile size is smaller than the tolerance when I do the following point cloud clip:
8 sdo_geometry(2003,29903, null,
9 mdsys.sdo_elem_info_array(1,1003,3),
10 mdsys.sdo_ordinate_array(316504,316510,234084,234090)),
However the bounds of my point cloud are
316500 to 316511 and 234080 to 234092 and my tolerance during point cloud creation is set to 0.000015 (I have alterated this value before to make it smaller but nothing seems fit).
Where do I set the "tile size"?
The set consists of 100 points and blk_capacity is set to 50.
Any help is really greatly appreciated.
Cheers,
F.

Hi BKazar,
thanks for responding.
Yes, I tried out all sorts of things and swapped the numbers to see if that would fix the issue. It did not.
I have found out now though what the issue was. When I loaded the data file into Oracle, the guy who gave me the file said that the first column is the longitude, but it wasn't. After switching sdo_point.x and y the error disappeard.
I suppose the sdo_srid was expecting a different range and got confused because my long and lat were swapped.
Cheers,
F.

Error in Schedule agreemenQuantity delivered smaller than quantity ordered.

Similar Messages

Maybe you are looking for