topic Re: ANY SY-INDEX REFLECT CHANGES WHEN CONTROL BREAK STATEMENT PROCESS in Application Development and Automation Discussions

ANY SY-INDEX REFLECT CHANGES WHEN CONTROL BREAK STATEMENT PROCESS

Former Member — Fri, 20 Feb 2009 06:52:06 GMT

Dear Guru's,

I have a requirement where i have to move the values to variable when control break (AT END OF) process. So i want to move the values according to the end of Vendor so for that i want to know is there any sy-index available which reflects changes when Control break (AT end of) process.

LIKE Sy-subrc = 0 when select statement fetches record or sy-tabix is like counter for loop.

Hope to get reply soon.

Regards,

Himanshu Rangappa

Re: ANY SY-INDEX REFLECT CHANGES WHEN CONTROL BREAK STATEMENT PROCESS

Former Member — Fri, 20 Feb 2009 07:05:09 GMT

SY_TABIX will show the record position in the internal table

Re: ANY SY-INDEX REFLECT CHANGES WHEN CONTROL BREAK STATEMENT PROCESS

Former Member — Fri, 20 Feb 2009 07:07:43 GMT

You can check the system variable SY-TABIX. This will give the current record number in the loop irrespective of whether you are using a control-break or not. Only when you are performing a READ TABLE within the loop, then SY-TABIX will be set with the record read from the other table.

In your case, move the SY-TABIX value to a variable in the AT END OF...ENDAT control break. It will give you the position of the last record to be processed for the vendor.

Re: ANY SY-INDEX REFLECT CHANGES WHEN CONTROL BREAK STATEMENT PROCESS

Former Member — Fri, 20 Feb 2009 07:11:11 GMT

Hi:

use sy-tabix

Regards

Shashi

Re: ANY SY-INDEX REFLECT CHANGES WHEN CONTROL BREAK STATEMENT PROCESS

Former Member — Fri, 20 Feb 2009 07:11:45 GMT

Dear Tharani,

Is there any System field available which counts how many time control break statement process.

Regards,

Himanshu

Re: ANY SY-INDEX REFLECT CHANGES WHEN CONTROL BREAK STATEMENT PROCESS

Former Member — Fri, 20 Feb 2009 07:16:10 GMT

I dont think there is a system variable available to count that. You can declare a variable yourself and increment it within the AT END OF...ENDAT statement. This will give you the total number of times the control break is triggered.


DATA: W_COUNTER TYPE I.

LOOP AT T_TABLE INTO FS_WORKAREA.

AT END OF LIFNR.

W_COUNTER = W_COUNTER + 1.

ENDAT.

ENDLOOP.

Re: ANY SY-INDEX REFLECT CHANGES WHEN CONTROL BREAK STATEMENT PROCESS

Former Member — Fri, 20 Feb 2009 07:17:34 GMT

Hi,

there is no system field.

Use a counter inside the AT NEW.

Every time AT NEW is triggered increment the Counter by 1

LOOP AT ITAB.

AT NEW FEILD.

ADD 1 TO COUNTER.

ENDAT.

ENDLOOP.

Regards,

Gurpreet

Re: ANY SY-INDEX REFLECT CHANGES WHEN CONTROL BREAK STATEMENT PROCESS

former_member222860 — Fri, 20 Feb 2009 07:18:32 GMT

Hi,

Put a counter in the control-break

data: count like I.

count = 0.
AT NEW itab-fname.
      count = count + 1.
...
ENDAT.

thanks\

Mahesh

Re: ANY SY-INDEX REFLECT CHANGES WHEN CONTROL BREAK STATEMENT PROCESS

Former Member — Fri, 20 Feb 2009 07:23:01 GMT

Dear Avinash,

I don't want to move the value from my internal table. My requirement is like that there are 20 vendor available for a single matarial & for every material we have to check the quality(like fe, sio2 ).

so at end of every vendor for a same material I have to move the particular value for calculation purpose.

So for that I have to check the counter for contol break.

Is there any sy-field available which counts the control break statement process.

Regards,

Himanshu

Re: ANY SY-INDEX REFLECT CHANGES WHEN CONTROL BREAK STATEMENT PROCESS

Former Member — Fri, 20 Feb 2009 07:28:31 GMT

Hi,

There is no system Fields for it.

But your requirement can be done with 'AT NEW' and 'AT END' statement.

Refer this sample example,

loop at otab.

at new module.

move otab-module to otab2-module.

ENDAT.

at END OF effort.

sum. "Do your calculations here

move otab-count to otab2-count.

append otab2.

endat.

endloop.

Re: ANY SY-INDEX REFLECT CHANGES WHEN CONTROL BREAK STATEMENT PROCESS

Former Member — Thu, 26 Mar 2009 08:58:06 GMT

Thanks