영원히 너와 꿈꾸고 싶다...

Invoice Line Item의 금액별로 Block 설정

2010-10-11T09:42:00.000+09:00

수령송장의 아이템별 금액으로 Block설정하는 방법

Invoice Item의 금액별로 Block 설정.docx

Blocking Invoice - Stochastic Block

2010-10-11T09:40:00.000+09:00

수령송장의 보류를 통계적으로 관리하는 방법입니다.

Invoice 의 통계적 보류 활성화 하기.docx

Dynamic Safety Stock Calculation

2010-07-29T09:12:00.000+09:00

Flexible 한 안전재고를 가져가고자 할때 사용할수 있는 방법입니다.

아래 구글링으로 얻은 자료를 참고하세요^^

시간이 나면 번역 해드릴께요~~

The dynamic safety stock is calculated in the planning run of the order proposal quantity. In the MRP evaluation, MD04 – you can check the parameters used to calculate the dynamic safety stock in the period totals display.To set the dynamic safety stock themaster data settingsrequired are,

1. Maintain MRP view.

2. In MRP 2 view enter the coverage profile which in configuration will carry the elements required as detailed below.

3. Material master- you have MRP type PD.It is maintained in SPRO under the node->

SPRO -Production-Material Requirements PlanningàPlanning-MRP CalculationàDefine Range of Coverage Profile (Dynamic Safety Stock).

It is maintained with respect to a plant as the calculation is plant specific.
The dynamic safety stock is calculated using the following formula: average daily requirements * range of coverage

The individual parameters are described below:

Average daily requirements
The calculation of the average daily requirements is carried out using the following formula: requirements in the specified periods/number of days in the total period lengthYou must maintain the following parameters for the calculation of the average daily requirements:

1. Period indicator
You use this indicator to determine the calendar period for which you want to carry out the average daily requirements.
Here you can enter the following:

weeks (W)
months (M)
periods according to the planned calendar (K)

2. Type of period length -You use this indicator to determine the length of the individual periods in detail.
Here you can enter the following:

workdays
calendar days
standard days- if you select standard days as a period length, you must determine the number of days per period in the field, “No. standard days”
If you set standard days as the period length, you must enter the number of days per period in the “NO. standard days” field.

3. Number of periods
Here, you define the number of periods you use to calculate the average daily requirements.

Determining the range of coverage

You can determine the range of coverage for a maximum of three periods and you can maintain different coverage for each period.
To do this, you must define the ranges of coverage and the periods in the screen section entitled, “Determine range of coverage”.
You also have the option of limiting the range of coverage in each of the three periods by entering a minimum and a maximum range of coverage. The system checks whether the actual range of coverage ( available quantity / average daily requirements) lies below the minimum range of coverage or above the maximum range of coverage. If this is the case, the dynamic safety stock level is recalculated using the information for the target range of coverage.

Example – 1
Coverage profile – 001, with following settings assign in material master – MRP2 view,Period type = M
No of period =2
Type of length = 3 and days/period = 20.

Range of coverage for first period (target) = 3, no of periods= 2
Lets us say requirements areas below -
12.11.2007 – 1000
19.11.2007 – 2000No of days = 2*20 = 40
average Daily requirement = (1000+2000)/40 = 3000/40 = 750

Safety stock requirement = 750*3(target) = 225.Run MRP, result is as below
12.11.2007 – pl order qty- 1225 available qty – 1225
12.11.2007 – VSF 1000- available qty – 225
19.11.2007 – pl order qty - 2000 balance – 2225
19.11.2007 – VSF 2000- available qty – 225.

Example – 2

Coverage profile – 002, withfollowing settings, assign in material master – MRP2 view
Period = M
No of period = 1
Type period= 1 i.e. working days as per factory calendar, please check your factory calendar. it is taking form no of days of factory calendar, remove the days which already passed, then remove holidays.
Example – In factory calendar -

2,3,9,10,16,17,23,24,30 are holiday.i,e 9 days in 30 days are holidays,
First, today is le us say 8th, hence from 30 days remove 7 days, ( as it is already passed), hence left with 23 days.
Holidays applicable are, 9,10,16,17,23,24,30 i.e. 7 days i.e. from 23 days I need to remove 7 days hence the working days are only 16 days.
range of coverage = target 7, no of period = 1.
now my requirement is 3000 in that month
daily average consumption is 3000/16 = 187.5
safety stock = 187.5*7 = 1313.

12.11.2007 – pl order – 1 qty 2313 available qty – 2313
12.11.2007 – VSF 1000- available qty – 1313
19.11.2007 – pl order – 2000 available qty – 3313
19.11.2007 – VSF 2000- available qty - 1313.

I hope the above 2 examples clears the concept of dynamic safety stock calculation.

출처 : http://sapdocs.info/sap/materials-management-2/dynamic-safety-stock-calculation/

SAP GUI 720 Patch Level 1 for Windows

2010-07-15T08:25:00.000+09:00

SAP GUI 720 용 패치입니다.

패치 레벨 1이구요.

윈도우용 입니다.

많이 가져가세요^^

gui720_1-10007878.7z_1.006

gui720_1-10007878.7z_1.001

gui720_1-10007878.7z_1.002

gui720_1-10007878.7z_1.003

gui720_1-10007878.7z_1.004

gui720_1-10007878.7z_1.005

SAP GUI 720 for Windows 32bit

2010-06-01T10:17:00.000+09:00

SAP GUI 720 버젼입니다.

윈도우용이구요 32비트입니다.

압축풀고 설치하시면 됩니다^^

아래 링크에서 다운 받으세요~~

1번

http://www.mediafire.com/?dmzmgmnejyz

2번

http://www.mediafire.com/?ztmuntnn04z

SAP Enjoy 화면보호기

2010-06-01T09:50:00.000+09:00

enjoy320.zip

Documentary batches

2010-05-27T08:49:00.000+09:00

Documentary Batches - A New Feature to Ensure Batch Traceabi.pdf

SAP의 배치를 사용하지 않고 자재를 추적성을 사용하는 방법입니다.

Stock Determination (재고결정 전략)

2010-05-26T14:55:00.000+09:00

Stock Determination

Use

Stock determination enables you to implement various strategies to withdraw materials for goods issues and stock transfers. You configure these strategies in Customizing. Based on the material requirements entered, the system determines how and when the material should be withdrawn, and from which storage locations and stocks.
Based on the stock determination strategy you predefine, the system makes decisions on material withdrawal depending on the material, plant, and the business process.
You can use stock determination for the following stocks:

unrestricted-use stock
vendor consignment stock (K)
pipeline material (P)
sales order stock (E)
project stock (Q)

To trigger stock determination for a goods movement in the older MB* transactions enter an asterisk ( * ) in the storage location field, in transaction MIGO the stock determination icon should be used.

Integration

Stock determination functions are of significance to the integration of the ERP system as a whole, and can be used in several ERP application components. You can use stock determination in the following application components:

MM - IM (Inventory Management)
LE - WM (Warehouse Management)
PP - SFC (Production Orders)
PP - REM (Repetitive Manufacturing)
PP - KAB (Kanban)
LO - BM (Batch Management)
SD (Sales and Distribution)

In Customizing, you can define how stock determination interacts with the settings of the Warehouse Management System and Batch Determination.

ATTENTION: The applications LE - WM , PP - SFC, PP - REM, PP - KAB and SD use the function MB_CREATE_GOODS_MOVEMENT to post a goods movement. This function is not able to do a stock determination, therefore the calling application is responsible for a correct stock determination. This logic also applies to the BAPI BAPI_GOODSMVT_CREATE, refer to note 520813 for more information.

Activate Stock Determination

In Customizing for the application you are using, assign a stock determination rule to the business transaction/event.
Assign a stock determination group to the material in the material master record.

Customizing
Where to find in Customizing:
==> Materials Management
==> Inventory management and Physical Inventory
   ==> Stock Determination:
==> Define Strategies for Stock Determination (1)
   ==> Assign Stock Determination Rule in the Applications
==> Inventory Management       (2)

In order to work with stock determination, you must configure the following:

1.) Define Strategies for Stock Determination
You determine a strategy at plant level using the stock determination group and the stock determionation rule. The stock determination group is assigned to the material in the material master record.

EXAMPLE:
- Create stock determination group G001 for plant 0001 using button 'New Entries'
- Create stock determination rule R001 using button 'New Entries'
- Create entry in stock determination header table using button 'New Entries':
Plant 0001
Stock determ. group G001
Stck determation rule R001
Description first header entry

You can set up the
- Sorting for: Item table, Price, Qty (in EXAMPLE: Ascending for all the alternatives)
- Quantity distribution
- Other settings: WM-processing, stock determination online (it is useful to set this parameter during testing), pipeline withdrawal, user exit for item table

- Create entry in stock determination item table using button 'New Entries':
S Storage location    Priority
F    0001    1
F    0002    2
K 0001    3
K    0002 4

(S= Indicates the stock that stock determination should suggest for withdrawal:

K = consignment stock
F = unrestricted stock
empty (blank) = consignment and unrestricted-use stock

2.) Assign Stock Determination Rule in Inventory Management
Assign a stock determination rule to each movement type for which you want to allow automatic stock determination. You can only establish one stock determination rule for each movement type.
EXAMPLE:
MvT Movement type text Stck determation rule
502 RE receipt w/o PO R001

Material Master
Assign the stock determination group to the required materials in the MRP 2 or Plant data/storage 2 screen of the material master record.
EXAMPLE: Group G001 assigned to material DUHN.

Overview

Customizing:
1. Stock determination group: G001, plant 0001
2. Stock determination rule:    R001
3. Stock determination header table:    G001, plant 0001, R001
   Stock determination item table:
(for G001, plant 0001, R001)
Special stock    Storage loc. Priority    Valuation type
   F 0001    1
F    0002    2
K 0001    3
K 0002    4
4. Stock determination rule in MM-IM: movement type 502, rule R001

Material Master: maintain Group 2 (in screen 'MRP2' or 'Plant data/storage 2') for testmaterial 'DUHN'

Goods Movement

EXAMPLE:
1) Before goods movement:
MMBE:
Plant    0001    250,000
   Storage loc. 0001 170,000
Vendor consignment in 0001    60,000
Vendor vend1    45,000
      Vendor vend2    15,000
   Storage loc. 0002 80,000

2.) Post a goods receipt reversal for material DUHN with movement type 502.
The stock determination will find:
a) Quantity = 100:
SLoc Batch    Val. Type    Vendor    S determ.quan. Available quantity
0001       100,000 170,000
0002 80,000
0001 VEND1 K    45,000
0001 VEND2 K    15,000

b) Quantity = 200:
SLoc Batch Val. Type    Vendor S determ.quan. Available quantity
0001       170,000 170,000
0002 30,00    80,000
0001       VEND1    K    45,000
0001 VEND2 K    15,000

c) Quantity = 300:
SLoc Batch Val. Type Vendor S determ.quan. Available quantity
0001    170,000 170,000
0002    80,00 80,000
0001       VEND1 K       45,00 45,000
0001 VEND2 K       5,00 15,000

(the consignment price for vendor VEND1 is cheaper)

Source Code

The most important include is MM07MFL0_LAGERORTDATEN:

*---------------------------------------------------------------------*
* FORM LAGERORTDATEN    *
*---------------------------------------------------------------------*
* Die Daten auf Lagerort- und Chargenebene des Materials    *
* werden geprueft und ins Segment uebernommnen. *
*---------------------------------------------------------------------*
FORM LAGERORTDATEN.
...
* @vsa_cd ende
IF MSEG-CHARG CA STERN OR MSEG-LGORT CA STERN.    <- check if stock det.is active
   This is the best place for a break-point
* Charge/Lagerort * bei Stücklisten (Leihgut,..) und value added service
* nicht erlaubt
IF NOT DM07M-UPVOR IS INITIAL OR
   ( NOT DM07M-UEBPO IS INITIAL AND DM07M-UPTYP CA '234' ) OR
   NOT DM07M-XVASH IS INITIAL.
MESSAGE E116.
ELSE. "NOTE 180691
   PERFORM RETAIL_ARTICLE_SPLIT_CHECK.    "NOTE 180691
ENDIF.
IF MSEG-CHARG CA STERN.
IF DM07M-KZECH IS INITIAL.
IF NOT ( MSEG-SOBKZ EQ SPACE OR
   MSEG-SOBKZ EQ O OR
   MSEG-SOBKZ EQ V OR
   MSEG-SOBKZ EQ W OR
   MSEG-SOBKZ EQ E OR
   MSEG-SOBKZ EQ Q OR
   MSEG-SOBKZ EQ K OR ).
MESSAGE E116.
ENDIF.
IF DM07M-CHSMM IS INITIAL AND NOT MSEG-SOBKZ IS INITIAL
   AND DM07M-RULES IS INITIAL.
MESSAGE E116.
ENDIF.
ENDIF.
ELSEIF NOT ( mseg-sobkz EQ space OR     <- these special stocks are
   mseg-sobkz EQ K OR allowed for LGORT=*
   mseg-sobkz EQ E OR All other spec.stocks will
   mseg-sobkz EQ Q    ). Cause M7116.
MESSAGE E116.
ENDIF.
XLAUS = X.
DATA X_LGORT LIKE MSEG-LGORT.
X_LGORT = MSEG-LGORT.
IF X_LGORT CA STERN.
CLEAR MSEG-LGORT.
ENDIF.
IF NOT DM07M-EPRIO IS INITIAL AND DM07M-FAUSW+13(1) = MINUS.
DM07M-FAUSW+13(1) = PUNKT.
ENDIF.
*------ Chargenfindung über L_IM_BATCH_DETERMINATION_INT
IF MSEG-CHARG CA STERN AND DM07M-KZECH EQ STERN
   AND NOT VM07M-XCHPF IS INITIAL.
PERFORM CHARGENBESTIMMUNG_WM_PP.
*------ Chargenfindung über VB_BATCH_DETERMINATION
ELSEIF MSEG-CHARG CA STERN AND NOT DM07M-CHSMM IS INITIAL
   AND NOT VM07M-XCHPF IS INITIAL.
PERFORM CHARGENFINDUNG USING F.
*------ Bestandsfindung über BF_STOCK_DETERMINATION
ELSEIF NOT DM07M-EPRIO IS INITIAL AND    -> EXAMPLE:-EPRIO='G001'
   NOT DM07M-RULES IS INITIAL AND -RULES='R001'
   MSEG-SHKZG = H AND    -> -SHKZG = H =>Only goods issues!!!
   ( X_LGORT CA STERN OR ( MSEG-CHARG CA STERN AND
   ( NOT DM07M-XCHAR IS INITIAL OR MSEG-SOBKZ = O ) ) ).
PERFORM BESTANDSFINDUNG.
ELSE.
*-------- Storage location selection: No special stock allowed
IF MSEG-SOBKZ <> SPACE.
MESSAGE E116.
ENDIF.
*------ alte Chargenfindung
MOVE-CORRESPONDING DM07M TO MBEFU.
MOVE-CORRESPONDING VM07M TO MBEFU.
MOVE-CORRESPONDING MSEG TO MBEFU.
PERFORM LAGERORTAUSWAHL(SAPFM07M) USING MSEG-MATNR
MSEG-WERKS
MSEG-SOBKZ
MSEG-LGORT
MSEG-SHKZG
MSEG-WERTU
MSEG-MENGU
FUSS-XNEPO.
...

refer to the code above 'PERFORM BESTANDSFINDUNG.'

... MM07MFL0_LAGERORTDATEN

LOOP AT YLGORT WHERE NOT XSELP IS INITIAL.
   INDEX_Z = INDEX_Z + 1.
   IF INDEX_Z = 1.
   LIFNR = MSEG-LIFNR.
   SOBKZ = MSEG-SOBKZ.
   MOVE-CORRESPONDING YLGORT TO DM07M.    -> move data from function 'BF_STOCK_DETERMINATION'
   MOVE-CORRESPONDING YLGORT TO VM07M. to our 'well known' internal tables DM07M, VM07M, MSEG
   MOVE-CORRESPONDING YLGORT TO MSEG.    and later in FUSS
...

출처 : http://wiki.sdn.sap.com/wiki/display/ERPSCM/Stock+and+Batch+Determination

Batch Determination (배치 결정 전략)

2010-05-26T14:54:00.000+09:00

Batch Determination

Use

Purpose
A posting is required for all goods movements in Inventory Management in order to record changes to the quantity and value of stock. You can only use batch determination for goods issues. Below, you will find some business transactions during which a goods issue takes place:

Withdrawal for production/process order
Internal material provision
Return delivery to supplier
Scrapping/sampling
Transfer posting

To trigger batch determination for goods issues in the older MB* transactions, enter an asterisk ( * ) in field Batch. In the transaction MIGO the stock determination icon should be used.

ATTENTION: A lot of applications use the function MB_CREATE_GOODS_MOVEMENT to post a goods movement in the background. This function is not able to do a batch determination, therefore the calling application is responsible for a correct batch determination. This logic also applies to the BAPI BAPI_GOODSMVT_CREATE, refer to note 520813 for more information.

Activate Batch Determination

Customizing
You have to make the settings for Batch Determination in Customizing for Batch Management.

==> Logistics General
   ==> Batch Management
==> Batch Determination and Batch Check
   ==> Condition Tables
   ==> Define Inventory Management Condition Tables (1)
   ==> Access Sequences
   ==> Define Inventory Management Acess Sequences (2)
   ==> Strategy Types
   ==> Define Inventory Management Strategy Types (3)
   ==> Batch Search Procedure Definition
   ==> Define Inventory Management Search Procedure (4)
==> Batch Search Procedure Allocation and Check Activation
   ==> Allocate IM Search Procedure/Activate Check (5)

1.) Define Inventory Management Condition Tables
The system contains the following condition tables for batch determination in Inventory Management:

020 Movement type
021 Movement type/plant
022 Movement type/material
023 Plant/material
024 Movement type/plant/material
025 Plant

If you wish to use the plant and the material as selection criteria for batch determination, you should work with 023.
SAP Recommendation: Customer should not change the condition tables contained in the standard version.

출처 : http://wiki.sdn.sap.com/wiki/display/ERPSCM/Stock+and+Batch+Determination

내,외작 반제품을 쿼터로 MRP 실행하기

2010-05-26T10:53:00.000+09:00

1. MEQ1 (쿼터생성) 에서 아래와 같이 쿼터를 등록한다.

2. 자재마스터를 아래와 같이 세팅한다.

여기서 LOT-SIZE는 필히 분할이 가능한 것으로 선택한다.

3. MRP실행 후 MD04에서 확인한다.

Using Other Movement Type in Material Reservation

2010-05-14T20:42:00.000+09:00

MB21 - 자재예약 생성에서 몇몇 이동유형을 제외하고는 사용을 할 수가 없다.

이런 경우, 이동유형을 재 생성하여 사용해보자.

1. 현재 상태

이동유형 322로 자재예약을 생성하려고 하면 아래와 같은 에러가 난다.

2. 이동유형을 새로 하나 만들자!!

3. 복사할 321 이동유형을 선택한다.

4. 복사를 선택하여 새로운 이동유형번호 955번으로 생성한다.

5. 생성 되고 나면 Account Reserv. Cat에 U를 입력한다. (없으면 MB21에서 생성안됨)

6. 이동유형에 자재예약 트랜잭션을 허용해준다.

7. 자 아래와 같이 예약을 생성할수 있게 되었다!!

여기까지 입니다.

급하게 한다고 ㅋ

혹시 궁금한게 있으시면 댓글 부탁해요^^

Schedule Margin Key in Production Scheduling

2010-05-07T16:38:00.000+09:00

Schedule Margin Key in Production Scheduling

I want to know impact of schedule margine key in production scheduling in following changes in mateial master
1) if I have schedule key where all floats are zero but I enter in-house prodution time as e.g. 7 days .
2) if I have key where floats before prodution is 5 days and same values in next floats and in house production time as 1 day.
All above with MTO what is impact of above cases in scheduling.

While "Basic Scheduling" in MRP... Scheduling margin key is not considered. It takes the "In house production" days for fixing up the start date. This is only exact to "days".

Lead Time scheduling is carried out on request from the scope of MRP. Target dates are calculated from routing and Capacity requirement calculations are also done. The calculations are exact to the seconds (time).

SCHEDULING MARGIN KEY takes effect only for Lead Time Scheduling. For this you have to configure for "scheduling horizon" to limit the period for which lead time scheduling and capacity planning should be carried out. scheduling horizon is the period in working days. If a planned order has its basic start date within this period in future, lead time scheduling is carried out using the selected routing. The production times are calculated from the float times of the scheduling margin key in the material master record and the time from the individual operations. If the planned order has its basic start date further in the future than this scheduling horizon, the basic dates are calculated from the in-house production times in the material master and are transferred to the production times.

Could you explain what's function of opening period in Sched Margin key.

Opening period is like a "release window". The length of the opening period is the window of opportunity a planner has to convert the planned order to a purchase req.

For example - Component A has a lead time of 14 days and opening period of 5 days. Requirement on 12-22-03

Opening Date - 12-01-03
Start Date - 12-08-03
Finish Date - 12-22-03

Now the planner can convert the order starting Dec. 1st, instead of Dec. 8. It basically is a buffer in the lead time to get things on order a little sooner than needed.

What's the function for Plan order convert to production order?

As your example,
Requirement on 12-22-03

Opening Date - 12-01-03
Start Date - 12-08-03
Finish Date - 12-22-03

But I can convert plan order to production before 12-01-03 at random, so I wonder what is the opening period real function? it looks useless to restrict when to convert plan order to production order.

CO41 and MD15 are used for the conversion process. Here you enter the opening dates you wish to convert. Of course the opening period will not stop you from converting planned orders - hopefully your planner is not randomly converting orders or you have much bigger issues!!!!

The opening period is basically just to get the planned order to show up on the CO41 or MD15 lists in case you wish to convert it sooner than the lead time suggests.

Your answer make me clear to understand the opening period.
BTW,could you explain the release key ,float after production and float before production parameter in SchedMargin key?
I know the parameter affection in production,but I am not sure why to define how many days in each parameter.
for example, release key defined for 10 workdays,but you can release production order out of the release period randomly.any way to stop release out of the release period?

For example - Component A has a lead time of 14 days and opening period of 5 days. Requirement on 12-22-03
Opening Date - 12-01-03 ???
Start Date - 12-08-03 (from requirement date - lead time ?)
Finish Date - 12-22-03 (from requirement date ?)
Why Openning date = 12/01/2003 how system calculate , Could you please explain to me..

I know that when we run MRP system will check if the opening date is out of open period system will generate Plan order instead of PR .

The times in the sch. margin key are in workdays. That's how it gets the dates. The component I was describing originally would have been a purchased part, where lead time is in calendar days.

The order start date and the order finish date form the framework within which a production order is to be executed. Since malfunctions and disturbances in the production process can never be fully prevented, the system uses particular floats in a production order. The system takes into account so-called "before and after production floats" when scheduling an order.

The float before production is a start float. It has two functions:

It can compensate for delays in the staging of the material components.
If there is a capacity bottleneck at the work centers involved, the production dates can be moved forward in the future. In this way it serves as a float for capacity leveling.
The float after production is a finish float. It is used to compensate for unexpected disturbances in the production process, so that they do not delay the scheduled finish date.

The floats before and after production are defined for each material using a scheduling margin key. This scheduling margin key is automatically transferred from the material master when an order is created. However, you can change the times in the order.

The system calculates the scheduled start of the order by adding the float before production to the order start date. It calculates the scheduled finish of the order by subtracting the float after production from the order finish date.

The system deducts the number of days defined in the release period from the scheduled start of the order and thus determines the scheduled release date of the order. This date can be used for collective release.

From. http://www.sapinside.com/396

SAP GUI for Windows 7.10 Patch Level 17

2010-04-15T17:06:00.000+09:00

gui710_17-10002995.zip.001

gui710_17-10002995.zip.002

gui710_17-10002995.zip.003

gui710_17-10002995.zip.004

gui710_17-10002995.zip.005

gui710_17-10002995.zip.006

gui710_17-10002995.zip.007

gui710_17-10002995.zip.008

gui710_17-10002995.zip.009

gui710_17-10002995.zip.010

SAP GUI 710 for Windows Patch Level 12

2009-03-24T18:57:00.000+09:00

오랜만에 윈도우용 SAP GUI 710 패치가 나왔습니다^^

얼렁 설치~~ 고고싱!! ㅋ

패치레벨 11에서 외관상으로는 별로 달라진것이 없어 보입니다.

하지만 뭔가 좋아진듯;;; 한번 다운해보세요^^

올릴려고 했으나, 80MB를 오바하는 바람에 ㅠㅠ

텍큐 미워 ㅠㅠ

링크보기..

텍스트큐브 초대장 드립니다^^

2009-03-05T20:11:00.000+09:00

선착순 5명!! 댓글 주세요~~ 헤헷!!ㅋ

Quota Arrangement - MEQ1

2009-02-17T09:24:00.000+09:00

Quota Arrangement

Calculating the Quota Rating

The system assigns a quota rating to each source of supply. The quota rating is calculated as follows:
시스템은 쿼터비율을 각각 공급업체별로 설정한다. 쿼터비율은 다음과 같이 계산된다.

Quota-allocated quantity(할당된 수량) + Quota base quantity(쿼터 기준 수량)
------------------------------------------------------------------------------- = Quota rating (쿼터 비율)
Quota(쿼터)
where

· Quota-allocated quantity(할당된 수량)
= Total quantity from all purchase requisitions, purchase orders, release orders, and scheduling agreement schedules allocated to a given source of supply. (The quantities of quota-allocated planned orders are also taken into account.)
= 모든 구매요청, 구매오더, 릴리즈된 오더, 일정계약들의 전체 수량은 주어진 업체의 수에 따라 나누어 진다. (계획오더에 의해 설정된 쿼터 수량은 계정에 영향을 준다)

· Quota base quantity(기본 수량)
= Quantity used to control the quota arrangement when new sources of supply are included.
= 새로운 업체가 포함되었을 때 쿼터 조정에 사용되는 수량

· Quota(쿼터)
= A number specifying which portion of a total requirement should be obtained from a certain source.
= 각 특정 업체로부터 구매되어야 하는 총 수량의 비율

The source with the lowest quota rating represents the valid source, even if it has a quota rating of 0 (that is, the quota-allocated quantity and the quota base quantity have the value 0). If more than one source of supply has a quota rating of 0, the item with the highest quota is the valid source of supply.
비록, 쿼터비율이 0일지라도(할당수량과 기준수량이 0), 가장 낮은 쿼터비율을 가진 업체는 유효한 업체이다. 만약 하나 이상의 업체가 쿼터비율이 0이라면, 가장 높은 쿼터를 가진 품목은 유효한 업체이다.

According to the formula, the following applies: the higher the quota, the lower the quota rating and the higher the likelihood that the relevant source will be determined as the valid source.
이 공식에 따르면, 더 높은 쿼터, 더 적은 쿼터비율과 더 높은 가능성 있는 업체는 유효한 업체로 선택될 것이다.

Determining the Quota Base Quantity (쿼터 기준 수량 설정)

The quota base quantity is used when you include a new source in an existing quota arrangement.
쿼터 기준 수량은 새로운 업체가 현존하는 쿼터 조정에 포함될 때 사용된다.

The quota base quantity enables you to prevent the new source from being assigned all requirements (in the form of requisitions or Pos, for example) until its quota-allocated quantity exceeds the quota-allocated quantity of one of the existing sources. This is achieved as a result of the fact that the quota base quantity acts as an additional quota-allocated quantity in the calculation of the quota rating.
쿼터 기준수량은 새로운 업체에 모둔 요구 수량이 설정되는 것을 방지한다. 그 업체의 할당수량이 다른 업체의 할당수량을 넘을 때까지 작용한다. 쿼터기준수량이 추가적인 할당량으로 영향을 준다.

Suppose you include a new vendor in an already existing quota arrangement for a material. The existing quota arrangement consists of two vendors, each of which has been allocated 50% of the total requirement of a material over a period. Each of these vendors has a large quota-allocated quantity because a lot of material has been ordered from them to date during the course of the quota arrangement period.
새로운 업체를 이미 존재하는 쿼터조정에 포함하려고 한다고 가정해보자. 이미 존재하는 쿼터조정은 2업체를 포함하고 있고 소요량의 50%을 각각 차지하고 있다. 각 업체들은 높은 쿼터할당량을 가지고 있다. 왜냐하면 쿼터조정기간 동안 많은 양이 현재 주문되었기 때문이다.

The new vendor is to be assigned a share of the total requirement of the material equal to that of the two other vendors in the quota arrangement. However, in accordance with the formula for the calculation of the quota rating, all subsequent requisitions will be assigned to the new vendor until such time as the latter’s quota rating exceeds the quota rating of one of the other vendors.

However, if the requisitions are to be assigned on an equal basis, that is, as though the new vendor had always participated in the quota arrangement, you must have the quota base quantity for the new vendor determined by the system.

Individual and Collective Calculation

Two procedures for determining the quota base quantity are available in the system:

Individual calculation
Calculation of the quota base quantity of the selected quota arrangement items. Select the items whose quota base quantity is to be calculated and choose Edit ® Base quantities ® Indiv. calculation.

Collective calculation
Calculation of the quota base quantity of all quota arrangement items. Use this procedure if the assignment of individual requirements is to be effected on an equal basis for all sources of supply. Choose Edit ® Base quantities ® Collect. calculation.

As a result of the calculation of the quota basis quantity, the quota rating of a new source exceeds the quota rating of the source representing the valid source (that is, the source to which the next individual requirement is assigned because it has the lowest quota rating).

Calculating the Quota Rating: Example

You wish to include the new vendor C in an existing quota arrangement that has been in effect for a year and previously only included vendors A and B.

Each vendor has the quota set out in the following table:

Quota arrangement for vendors A, B, and C

Quota	Quota-allocated quantity	Quota base quantity
A	3	780	0
B	2	380	0
C	1	0	260

The quota base quantity 260 for vendor C was set with Edit ® Base quantities ® Indiv. calculation.

According to the previously-discussed formula, the quota ratings for vendors A, B, and C are as follows:

780 + 0
A = ------------------- = 260
3

380 + 0
B = ------------------- = 190
2

0 + 260
C = ------------------- = 260
1

Result: The next requisition will be assigned to Vendor B because this vendor has the lowest quota rating.

* 번역을 다 하지 못했습니다. 추가적으로 업데이트 하겠습니다. 참고하세요^^

ECC 6.0 CTS 병합하기

2009-01-30T09:30:00.000+09:00

01. CTS Merging.doc

프로젝트나 개발중 CTS가 여러개 생기는데 이것을 하나의 CTS로 병합하여 한번에 Import 하는 방법.

워크벤치와 IMG는 따로 병합해야 한다.

방법은 첨부파일 참조하세요^^

무료 사전 Lingoes

2009-01-25T16:56:00.000+09:00

오늘 소개해드릴 자료는 무료 사전 프로그램인 Lingoes 입니다.

단순히 영-영, 영-한 등 하나의 기능만 선택할 수 있는 것이 아닌, 원하는 사전을 추가만 하면 여러 사전을 다 등록하여 사용 할 수 있습니다.

다운받기

다운 받아서 설치하시고 실행하시면 아래와 같은 화면이 나타납니다. (한글지원)

후에 원하는 사전을 추가하고 싶을때는~~

http://www.lingoes.net/en/dictionary/dict_cata.php?cata=1

요기서 원하는 언어를 선택하시면 추가할수 있는 사전 목록이 나옵니다.

저는 KOREAN을 선택해보았습니다.

여기서 원하는 사전을 선택하셔서 다운받으신 후, Lingoes 프로그램이 실행된 상태에서

다운 받은 파일을 더블클릭하면 자동으로 추가됩니다.

제가 설치한 사전입니다.

그다음~~

단어를 검색하시면 됩니다.

요렇게 나옵니다^^

그리고!! 한가지 더!!

웹서핑중 모르는 단어가 있을때!! Ctrl + 마우스 오른쪽 버튼 을 누르시면~~

요런 기능도 있습니다~~

일단 한번 사용해보세요~~

여러 사전을 써봤지만 요놈이 젤 강력하고 좋은 것 같네요^^

게다가 발음까지 지원한답니다!! 홈페이지에서 다운받으심 됩니다.

혹시 하시다가 모르시는 부분 있으면 댓글 달아주세요~~

추가내용 - 2009.02.03

Lingoes 무설치 버젼이 공개되었네요^^

아래 링크에서 다운받으세요~~

무설치 다운

SQL툴로 SAP 오라클 DB조회시 한글 깨지는 문제

2009-01-20T19:17:00.000+09:00

오렌지나, TODD 같은 오라클 툴로 SAP 테이블을 조회시 한글명이 깨지는 문제가 발생한다.

이런 경우 아래 그림처럼 오라클 클라이언트(9i 기준)의 레지스트리를 변경하면 깔끔히 해결된다.

해보세용^^ㅋ

PRICE DETERMINATION PROCESS

2009-01-14T10:33:00.000+09:00

CONDITIONS OR PRICING PROCEDURE or PRICE DETERMINATION PROCESS
We deal with the Pricing Procedure for vendors.
PB00 Gross Price (info record, contract, scheduled Agreement)
PBXX Gross Price (PO)
FRA1 Freight
RA00 Discount on net
RA01 Discount on Gross
ZA00 Surcharge on net
SKT0 Surcharge / discount
ZPB0 Rebates
MWVS Input Tax
MWAS Output Tax
BASB Base Amount
RM0000 Calculation Schema or Pricing Procedure
(PB00 & PBXX)
RM0002 Calculation Schema or Pricing Procedure
(PB00)
PB00 --> AB00
Copy the Standard one and create new one (ours)
RM0000 contains all the condition types

Pricing Procedure (PP)

We define the pricing procedure to define condition supplement for the material price. The condition supplement specifies the discount, surcharge, freight etc that we want a system every time to access material price condition records.
The total value of the material is calculated or based on all addition and subtraction i.e. discounts, surcharge, tax freight etc

Condition Table
It is a table, which defines the structure of condition record key.
Condition Record
It is a data record used to store conditions or condition supplements, i.e. condition like, discount, freight, and surcharge, Tax etc.
Condition Type
It is used for different functions. In Pricing the condition types leads you to differentiate different types of discounts, in output determination, batch determination, difference between two output types, such as delivery note or order confirmation, between different strategy types
Access Sequence
It specifies the order in which system searches or access the condition records from condition table

Difference between PB00 & PBXX
1. Condition maintained in PB00 is time dependent whereas PBXX is time independent.
2. Condition type PB00 – used for IR, RFQ, Contract, Schedule Agreement
Condition type PBXX – used for PO.

Calculation Schema
The main function of calculation schema is to provide framework of steps for the price determination process to specify the discounts, surcharge, freight rebate etc.
It also determines the sequence of conditions that are to be followed and in which sequence.

Schema Group Vendor
The main function of it is to identify or to pick the right process and conditions for a particular vendor.

Schema Group Purchasing Organization
Key that determines which calculation schema (pricing procedure) is to be used in purchasing documents assigned to the relevant purchasing organization.

Schema Group
It allows to group together the purchasing organizations, which uses the same calculation schema.

Steps: -
1. Create Access sequence
2. Create condition types
3. Create pricing procedure or calculation schema
4. Link pricing procedure & access sequence to condition type
5. Create schema group for vendor
6. Create schema group for purchase organization
7. Assign schema group vendor-to-vendor master record in purchasing data view
8. Assign schema group purchase organization to our purchase organization
9. In inforecord purchase organization data enter condition types and pricing or calculation procedure

CUSTOMIZE SETTINGS: -
SPRO --> IMG-->MM-->PUR-->Conditions -->Define price determination Process
1. Define access sequence
2. Define Condition type
3. Define cal. Schema
4. Define schema group
o Schema group vendor
o Schema group purchasing group
5. Assignment of schema group to PUR org
6. Define schema determination à determine cal schema for standard PO.

좋은 글이 있어서 퍼왔습니다.
출처 : http://sapmmhelp.blogspot.com/2008/09/price-determination-process-or-pricing.html

ECC 6.0에서 CTS Transfer.

2009-01-08T13:25:00.000+09:00

테스트 서버에서 프로그램 혹은 IMG 등을 변경한 후 CTS가 생성 되면 생성된 CTS를 릴리즈하고 운영서버로 전송하는 방법.

4.6C의 방법에서 조금 변경되었다.

1. T CODE : STMS

2. 자동차(트럭) 모양 클릭!!

3. 타겟 서버(운영서버) 더블클릭!

4. 전송할 CTS 번호 선택 후, 돋보기 버튼 클릭. (상태확인)

5. 전송할 CTS 번호 선택후, 자동차모양 버튼 클릭(그림의 마우스 커서부분)

6. 전송할 타겟 클라이언트 번호 입력(운영서버)

7. 전송하겠냐는 메시지에 YES 선택.

8. 전송 상태 확인!!

SAP 이란??

2009-01-02T14:12:00.000+09:00

네이버 지식in에 올라온 글입니다.

오해마시길;;;

질문보기..

답변보기..

잼있네요..;;

설마 이글을 보시고 진짜 SAP가 삽인줄 아시는분은 없겠죠;;;ㅋ

구매단가 일괄 변경하기 - MEKP

2008-12-29T13:40:00.000+09:00

시나리오

구매조직 G010에서 200001업체에서 납품하는 00000213자재의 단가를 10프로 인상하는 시나리오.

T-CODE : MEKP

방법보기..

궁금하신 사항 있으면 언제든지 리플요^^

Web Dynpro 교육

2008-12-20T12:12:00.000+09:00

WebDynpro for ABAP Overview.ppt

WebDynpro for ABAP_1.ppt

WebDynpro for ABAP_2.ppt

참고하세요

DOWNLOAD 펑션 오류 대체 방법

2008-12-20T08:39:00.000+09:00

4.6C 버젼에서 엑셀로 인터널 테이블의 데이터를 다운 받기 위해

사용했던 'DOWNLOAD' 라는 펑션에 오류나 정상적인 다운로드가 불가능 할 경우

사용하는 방법.

기존의 DOWNLOAD 펑션은 경로명을 사용자가 지정하여 원하는 경로에 파일을

다운 받을수 있게 하였으나 그 펑션의 기능을 100% 대체하는 펑션을 찾을 수가 없어

2개의 펑션을 조합하여 사용.

WS_DOWNLOAD라는 펑션을 사용할려고 했으나 ECC부터 지원하지 않는다는 메시지

때문에 아래의 2개의 펑션을 이용하기로 결정!!

방법보기..

SAP GUI 710 for Windows Patch Level 11

2008-12-16T13:43:00.000+09:00

GUI710_11-10002995.a04

GUI710_11-10002995.a00

GUI710_11-10002995.a01

GUI710_11-10002995.a02

GUI710_11-10002995.a03

GUI710_11-10002995.alz

GUI710_11-10002995.a05

GUI710_11-10002995.a06

GUI710_11-10002995.a07

SAP GUI 의 화면 디자인이 변경되었습니다^^

설치해보니 깔끔하네요^^

그런데 속도가 조금 느린것 같고 시스템 리소스도 좀 더 먹는듯 합니다.

그리고, 예전에 사용하던 System별로 색을 설정할수가 없네요 ㅠㅠ

한번 해보세요^^

ECC 6.0 업그레이드 후 SAP Query 레이아웃 변경

2008-12-16T10:26:00.000+09:00

ECC 6.0 업그레이드 후 SQ01에서 생성한 SAP 프로그램들의 레이아웃이 변경될 경우.

원래는 아래와 같이 나와야 하나 'SAP 레이아웃'이라는 출력포맷으로 나올때가 있다.

이럴때 해결 방안!!

해결법..

ECC 6.0 업그레이드 후 자재마스터 생성시 오류

2008-12-12T20:01:00.000+09:00

이번 4.6C 버전에서 ECC 6.0으로 업그레이드 프로젝트를 하면서 발생한 문제.

자재마스터 (ROH)를 생성시 이러한 오류가 난다.

오류보기..

처음 보는 필드인데 필수 필드라...

희안하다 희안해~~

그래서 찾아보니...

해결방안..

새로운 필드가 추가되면서 아마 기존의 필드선택 그룹에 들어가면서 필수필드가 되어버린듯 했다.

자 이제 IMG를 고치는 일만 남았네... 귀찮아 ㅠㅠ

pe.kr 도메인을 무료로 드립니다!! [이벤트 종료]

2008-12-12T13:31:00.000+09:00

Naver 이벤트로 pe.kr 도메인을 2년간 무료로 준다네요^^

http://section.blog.naver.com/event/DomainPromotionEventForm.nhn

위 링크로 들어가셔서 인증키 받으셔서 도메인 등록 업체로 가셔서 등록하심 됩니다!!

저는 channy.pe.kr 등록했어요!! ㅋ

얼렁얼렁 달려가세요~~

좋은 도메인 선점하세요^^

* 이벤트 종료되었습니다 ㅠㅠ *

V/LD - 가격결정레포트

2008-12-10T11:23:00.000+09:00

자재팀에서 유상사급이나 매각 단가의 리스트를 확인해볼수 있다.

T CODE : V/LD - 가격결정레포트 실행

1. 가격결정레포트 16번 선택(개별가격)

2. 실행

1. 영업조직 : 각 플랜트의 영업조직 (S + 플랜트번호)

2. 유통경로 : 유상사급 Y0

3. 조건유형 : 유상사급 조건 YPRO

결과를 확인한다.

※ 본 데이터는 가상의 조건 및 데이터입니다. 표준데이터 및 실제 단가가 아닙니다.

직거래, 직개발

2008-12-09T15:51:00.000+09:00

우리 회사중에 FEM(Front End Module) 을 만드는 회사가 있는데..

주 OEM이 현대,기아입니다.

그런데 그 계열사에서 직거래, 직개발이란 용어를 사용하더군요~~

알아봤습니다^^

펼쳐두기..

결론적으로, 이런 이유때문에 모듈업체에서는 부품을 이런 식으로 나누어 매출과 원가계산을 합니다.

게다가 월말에 협력업체에 부품값을 지불할때도 부품을 나누어서 고려합니다.

[BDC] ZM192 - 정보레코드 일괄 업로딩

2008-12-05T10:58:00.000+09:00

개발 배경 : 구매본부 요청으로 1개 이상의 조건유형을 일괄적으로 등록 가능하게 한 프로그램.

자세한 내용은 첨부된 메뉴얼 참조!!

ZM192.docx

효과적인 ABAP/4 프로그램 작성기법

2008-11-28T10:38:00.000+09:00

제 1 장. SELECT 구문 최적화

1. SAP R/3 아키텍처 이해하기

● SAP R/3의 아키텍처를 이해하기 위하여 아래와 같이 VBAK 테이블에서
데이터를 1,000 건 SELECT하는 프로그램을 작성해보자.

● 읽어올 정보는 다음과 같다.
-. VBAK-VBELN (order number)
-. VBAK-AUART (order type)
-. VBAK-BNAME (name of orderer)
-. VBAK-KUNNR (sold to party)

■ 일반적으로 아래와 같은 방식으로 SELECT 문장을 작성할 것이다.

REPORT ZSAMPLE1.
TABLES: VBAK.

SELECT * FROM VBAK.
IF SY-DBCNT > 1000.
EXIT.
ENDIF.
WRITE:/ VBAK-VBELN ...
ENDSELECT.

■ 위의 구문은 VBAK 테이블의 모든 칼럼을 한 건씩 읽어 가면서, WRITE하는
구조로 되어 있으며, SY-DBCNT를 체크하여 1,000 건이 넘으면 EXIT하도록
되어 있다.

■ SAP R/3 시스템은 위의 그림과 같이 3-tier 구조로 되어 있다.
즉, 사용자가 시스템에 특정 데이터에 대한 요청을 하면, 어플리케이션 서버가
중간에서 사용자의 요청을 가공한 후, 데이터베이스 서버에 데이터에 대한 요청을
보내고, 데이터베이스 서버로부터 데이터를 받아, 다시 가공하여 사용자에게
보내는 방식으로 처리한다.

■ 따라서, 앞장의 코드와 같이 select * 하게 되면, 문제에서 제시한 4개의 필드외에
해당 레코드의 모든 필드를 가져오게 된다. 즉, VBAK 테이블의 한 레코드의 크기가
대략 575 바이트인데, 1,000 건을 가져와야 하므로, 총 575,000 바이트를 데이터
베이스 서버에서 어플리케이션 서버로 전송해야 하며, 한번 전송할때의 패킷 크기가
32,000 바이트인 경우(시스템에 따라 다를 수 있음), 총 20여회의 네트웍 트래픽이
발생하게 된다(575,000/32,000).

3. SELECT * 의 개선

● 이 슬라이드는 SELECT * 형태의 문장을 COLUMN Selection을 이용하여
개선하는 예를 보여준다.

SELECT * FROM VBAK ...
WRITE:/ VBAK-VBELN, VBAK-AUART, ...
ENDSELECT

↓

SELECT VBELN AUART BNAME KUNNR
INTO (VBAK-VBELN, VBAK-AUART, ...) FROM VBAK ...
WRITE:/ VBAK-VBELN, VBAK-AUART, ...
ENDSELECT

■ 위와 같이 사용하려는 4개의 칼럼들만을 가져오도록 할 경우의 네트웍 트래픽은
다음과 같다.

■ 즉, 4개 칼럼의 크기의 합이 59 바이트이므로 1,000 건을 읽는다해도, 59,000 바이트
의 데이터만 데이터베이스 서버에서 어플리케이션 서버로 전송되면 된다. 패킷의
크기가 역시 32,000 바이트라면, 이 경우에는 총 2번의 네트웍 트래픽만 필요하게
되는 것이다.

■ BSEG, VBFA와 같은 SAP cluster table에 대하여는 column selection을
할수 없다(column selection을 하도록 코드를 작성해도 내부적으로는 전체 칼럼을
읽는다). 이러한 테이블을 column selection으로 읽고 싶은 경우에는, 시스템을
다운시키고, 테이블의 형태를 cluster table에서 transparent table로 바꾼다.

4. 데이터 건수 체크 요령

● 이 슬라이드는 SY-DBCNT를 이용한 데이터 건수 체크 문장을
UP TO n ROWS 구문을 이용하여 개선하는 예를 보여준다.

SELECT VBELN BNAME ... INTO (VBAK-VBELN, ...) FROM VBAK.
IF SY-DBCNT > 1000. EXIT. ENDIF.
WRITE:/ VBAK-VBELN, VBAK-AUART, ...
ENDSELECT.

↓

SELECT VBELN BNAME ... INTO (VBAK-VBELN, ...)
FROM VBAK UP TO 1000 ROWS.
WRITE:/ VBAK-VBELN, VBAK-AUART, ...
ENDSELECT.

■ 위의 예에서 첫번째 문장은 데이터 1,000 을 건건이 데이터베이스 서버에서
어플리케이션 서버로 전송하는 반면, 두번째 문장은 데이터베이스 서버에서 1,000
건을 읽은 후에 일괄적으로 어플리케이션 서버로 전송하는 방식으로 동작한다.
따라서, 두번째 문장이 훨씬 좋은 성능을 나타낸다.

■ where 조건 없이 데이터 한 건 만을 가져오는 경우라면, 차이가 더욱 두드러진다.
즉, 아래의 문장들을 참조하라.

■ SELECT VBELN BNAME ... INTO(VBAK-VBELN, ...) FROM VBAK.
WRITE:/VBAK-VBELN, VBAK-AUART, ...
EXIT.
ENDSELECT.

■ SELECT VBELN BNAME ... INTO(VBAK-VBELN, ...) FROM VBAK UP TO 1 ROWS.
WRITE:/VBAK-VBELN, VBAK-AUART, ...
ENDSELECT.

■ 응답속도 비교
SELECT ... EXIT. ENDSELECT 150,000 ms
SELECT ... UP TO 1 ROWS 1,500 ms

5. CHECK 구문의 개선

● 이 슬라이드는 CHECK 문장에 들어가는 조건을 SELECT 문장에 포함하여
개선하는 방법을 보여준다.

PARAMETERS: PARAM1,
DATA: BEGIN OF SEARCH_STRING,
FIRST(9) VALUE '_________',
PARAM,
END OF SEARCH_STRING.
SELECT VBELN AUART ... INTO (VBAK-VBELN, ...) FROM VBAK.
CHECK VBAK-VBELN+9(1) = PARAM1.
WRITE:/ VBAK-VBELN, VBAK-AUART, ...
ENDSELECT.
↓

SEARCH_STRING-PARAM = PARAM1.
SELECT VBELN BNAME ... INTO (VBAK-VBELN, ...) FROM VBAK.
WHERE VBELN LIKE SEARCH_STRING.
WRITE:/ VBAK-VBELN, VBAK-AUART, ...
ENDSELECT.

■ VBAK 테이블에서 57,000건을 가져오는 것을 테스트해 보았을 경우,
SELECT & CHECK → 27,958,000 ms
SELECT WITH WHERE condition → 3,065,000 ms

■ 가능하다면 어떠한 경우라도, check condition은 WHERE 절 안에 들어와야 하며,
이것은 SELECT SINGLE에도 적용된다.
SELECT SINGLE VBELN AUART ... INTO (VBAK-VBELN, ...) FROM VBAK
WHERE VBELN = '0090000090'
AND BNAME = 'Smith'.

위의 구문에서 VBAK 테이블의 키필드는 VBELN이지만, BNAME을 CHECK로 빼지 않고
WHERE 절에 포함시킴으로써, 데이터베이스 서버와 어플리케이션 서버간의
쓸데없는 네트웍 트래픽을 줄일수 있다.

■ 그러나, CHECK 조건이 매우 까다롭고 복잡할 경우에는 오히려 데이터베이스에서 일단
데이터를 받아오는 것이 빠를 수도 있다. 이것은 SQL trace를 이용하여 실제로 어떤
방법이 빠른지 조사해보고 결정하여야 한다.

6. ORDER BY 구문의 개선

● 이 슬라이드는 SELECT 구문에서 사용되는 ORDER BY 를 Internal sort를
이용하여 개선하는 방법을 보여준다.

SELECT VBELN BNAME ... INTO (VBAK-VBELN, ...) FROM VBAK.
WHERE BNAME IN BNAME_SO
ORDER BY BNAME DESCENDING.
ENDSELECT.

↓

SELECT VBELN BNAME ... INTO TABLE IVBAK FROM VBAK.
WHERE BNAME IN BNAME_SO.
SORT IVBAK BY BNAME DESCENDING.

■ 대부분의 경우에 데이터베이스 서버보다는 ABAP/4 프로그램내에서 SORT를
수행하는 것이 좋다.

이유: 많은 양의 데이터를 데이터베이스 서버에서 SORT하는 것은 그 시스템을
사용중인 모든 USER에게 영향을 미친다. 하지만, ABAP/4 프로그램내에서
처리하게 되면 해당 어플리케이션 서버에만 영향을 미친다.

■ 하지만 SELECT 구문내에서 ORDER BY를 이용하여 정렬하고자 하는 필드에 인덱스가
적절하게 구성되어 있으면, 데이터베이스 서버에 해롭지 않다.

7. APPEND 구문의 개선

● 이 슬라이드는 APPEND 구문을 이용하여 Internal 테이블에 건건이
데이터를 추가하는 것을 INTO TABLE 을 사용하여 개선하는 것을 보여준다.

SELECT VBELN AUART ... INTO (IVBAK-VBELN, ...) FROM VBAK
WHERE BNAME IN BNAME_SO.
APPEND IVBAK.
* Do more stuff
ENDSELECT.

↓

SELECT VBELN AUART ... INTO TABLE IVBAK FROM VBAK
WHERE BNAME IN BNAME_SO.
LOOP AT IVBAK.
* Do more stuff
ENDLOOP.

■ Internal table의 내용을 한꺼번에 전송하는 것이 더욱 효과적이다.

■ 데이터를 인터널 테이블로 한꺼번에 읽어 들이는 방법의 또다른 효과는
처리시간이 매우 짧다는 것이다.

■ SELECT loop내에서 많은 처리를 할수록 ORA0155 Snapshot too old
(rollback segment too small) 에러를 만날 확률이 높다.

■ 수행시간이 긴 SELECT 문장은 동일한 작업 대상 테이블에 대한 INSERT/UPDATE
문장과 I/O Contention을 일으킬 확률이 많으며, 이럴 경우, 데이터베이스가 반드시
read consistency를 보장한다고 단언하기 어렵다.

8. VIEW를 이용한 Nested SELECT 개선

● 이 슬라이드는 여러 개의 테이블에서 데이터를 가져올 때, VIEW를 이용하여
NESTED SELECT를 개선하는 방법을 보여준다.

SELECT VBELN AUART BNAME KUNNR INTO ... FROM VBAK
WHERE VBELN IN VBELN_SO.
...
SELECT POSNR MATNR KWMENG MEINS INTO ... FROM VBAP
WHERE VBELN = VBAK-VBELN.
WRITE:/ VBAK-VBELN, VBAP-POSNR ...
ENDSELECT.
...
ENDSELECT.
↓

SELECT * FROM ZV_VBAK
WHERE VBELN IN VBELN_SO.
WRITE:/ ZV_VBAK-VBELN, ZV_VBAK-POSNR ...
ENDSELECT.

■ VBAK : 716 건, VBAP : 2779 건의 데이터를 대상으로 테스한 결과는 다음과 같다.

■ Nested Select : 3,892,184 microseconds(약 4초)
뷰의 사용 : 981,385 microseconds(약 1초)

■ Nested Select 대신에 뷰를 이용하여 두개의 테이블을 조인한 다음, 뷰에서
데이터를 읽어오는 것이 훨씬 수행속도가 빠르다.

■ 그러나, 데이터베이스 뷰는 버퍼를 경유하지 않고 바로 데이터베이스에서 데이터를
읽어 오기 때문에 두개의 테이블 중 하나가 버퍼링이 되고 있는 경우, 버퍼링의 장점을 살리지 못하여, 늦어지는 경우가 아주 가끔 발생할 수도 있다. 이런 경우는 SQL trace를 이용하여 실제로 수행시간을 측정하고 결과가 좋은 것을 사용하도록 한다.

■ Data dictionary의 database view는 항상 inner join이다.

9. SELECT for all entries를 이용한 Outer Join

● 이 슬라이드는 SELECT FOR ALL ENTRIES를 이용하여 ABAP/4에서
Outer Join을 구현한 예이다.

SELECT VBELN AUART ... INTO ... FROM VBAK WHERE ...
SELECT POSNR MATNR KWMENG MEINS INTO ... FROM VBAP
WHERE VBELN = VBAK-VBELN.
...
ENDSELECT.
ENDSELECT.
↓

SELECT VBELN AUART ... INTO TABLE IVBAK FROM VBAK
WHERE VBELN IN VBELN_SO.
SELECT VBELN POSNR MATNR ... INTO TABLE IVBAP FROM VBAP
FOR ALL ENTRIES IN IVBAK
WHERE VBELN = IVBAK-VBELN.

LOOP AT VBAK.
READ TABLE IVBAP WITH KEY VBELN = IVBAK-VBELN BINARY SEARCH
TRANSPORTING NO FIELDS.
LOOP AT IVBAP FROM SY-TABIX.
...
ENDLOOP.
ENDLOOP.

■ Outer join을 할 경우에는 위의 코드처럼 FOR ALL ENTRIES IN 구문을 이용하여
SELECT한 후, Internal table에서 처리하도록 한다.

10. SQL 함수 사용하기

● 이 슬라이드는 SELECT 구문에서 LOOP을 돌면서 처리하는 형태의 합이나,
평균을 구하는 스타일을 SQL 함수를 이용하여 개선하는 예를 보여 준다.

DATA: BEGIN OF VBQTY OCCURS 0.
MATNR LIKE VBAP-MATNR,
KWMENG LIKE VBAP-KWMENG,
MEINS LIKE VBAP-MEINS.

SELECT MATNR KWMENG MEINS INTO VBQTY
FROM VBAP WHERE ...
COLLECT VBQTY.
ENDSELECT.
↓

SELECT MATNR SUM( KWMENG ) MEINS INTO TABLE VBQTY
FROM VBAP WHERE ...
GROUP BY MATNR MEINS.

■ 10,000 건의 데이터를 처리하였을 경우, 아래와 같은 성능 차이가 나왔다.

■ SELECT + COLLECT : 2,370,000 ms
SELECT SUM .. INTO : 1,574,000 ms

■ GROUP BY 절은 Pool table이나, cluster table에는 사용될 수 없다
(BSEG, VBFA).

11. WHERE 절 없는 SELECT 구문은 피하라.

● 아래와 같이 WHERE 조건 없이 SELECT 구문을 사용하는 것은 매우 위험하다.

SELECT col1 col2 ... into ... FROM VBAK.
PERFORM CALCULATE_STUFF.
ENDSELECT.

■ 특히 다음과 같이 빠른 속도로 크기가 증가하는 테이블에는 절대로 사용하지 말라.
- BKPF, BSEG, COBK, COEP, LIPK, LIPS, MKPF, MSEG, VBAK, VBAP, VBPA, VBFA.

■ 테이블의 모든 데이터를 읽어 작업을 수행하려 한다면 다음과 같이 exec sql 구문을 이용한 native sql을 구사하여 application server를 bypass 하도록 한다. 그렇지 않으면 application server가 where 절에 mandt 조건을 붙여, full table scan이 되지 않고 인덱스를 이용하게 되어 최악의 결과를 초래한다.

exec sql.
select /*+ rule */
vbeln into :ivbak-vbeln
from vbak
where mandt||'' = :sy-mandt
endexec.

제 2 장. DML 구문 최적화

1. 효과적인 UPDATE 기법

● SELECT 와 ENDSELECT 사이에서 LOOP을 돌면서 UPDATE 하는 형태는
아래와 같이 WHERE 절을 이용하여 개선할 수 있다.

PARAMETERS : VKBUR_PA LIKE ZVBAK-VKBUR.
SELECT-OPTIONS : VBELN_SO FOR ZVBAK-VBELN.
SELECT * FROM ZVBAK WHERE VBELN IN VBELN_SO.
ZVBAK-VKBUR = VKBUR_PA.
UPDATE ZVBAK.
ENDSELECT.
IF SY-SUBRC = 0. COMMIT WORK. ELSE. ROLLBACK WORK. ENDIF.

↓

UPDATE ZVBAK SET VKBUR = VKBUR_PA
WHERE VBELN IN VBELN_SO.
IF SY-SUBRC = 0. COMMIT WORK. ELSE. ROLLBACK WORK. ENDIF.

■ ZVBAK 1,000 건을 대상으로 테스트한 결과는 다음과 같다.

■ SELECT .. UPDATE : 1.8 초
UPDATE .. SET : 0.3 초

■ 위의 코딩에서 COMMIT WORK 또는 ROLLBACK WORK 구문은
논리적인 작업단위가 끝나면 반드시 기술해 주어야 한다는 것을 잊지 말자.
COMMIT WORK 이나 ROLLBACK WORK을 빠뜨리면, 데이터베이스 서버가
수정 정보를 계속 rollback segment에 가지고 있어야 하기 때문에 시스템에
overload로 계속 남아있게 된다.

2. 효과적인 INSERT 기법

● 데이터를 테이블에 Insert 하고자 할 경우, Loop을 돌면서 건건이
처리하는 것을 아래의 예처럼 한꺼번에 Insert하면 더욱 효과적임.

LOOP AT IT100.
MOVE IT100 TO Z100.
INSERT Z100.
ENDLOOP.

↓

INSERT Z100 FROM TABLE IT100.

■ 아래의 결과는 Internal table의 건수별로 테스트 결과를 나타낸 것이다.

■ 1,000 건 입력시
- 한 건씩 Insert : 2.58 초
- 한꺼번에 Insert : 0.72 초
■ 5,000 건 입력시
- 한 건씩 Insert : 9.66 초
- 한꺼번에 Insert : 1.59 초
■ 10,000 건 입력시
- 한 건씩 Insert : 20.00 초
- 한꺼번에 Insert : 2.47 초

3. 효과적인 DELETE 기법

● SELECT 와 ENDSELECT 사이에서 LOOP을 돌면서 DELETE 하는 형태는
아래와 같이 WHERE 절을 이용하여 개선할 수 있다.

SELECT-OPTIONS : VBELN_SO FOR ZVBAK-VBELN.
SELECT * FROM ZVBAK WHERE VBELN IN VBELN_SO.
DELETE ZVBAK.
ENDSELECT.
IF SY-SUBRC = 0. COMMIT WORK. ELSE. ROLLBACK WORK. ENDIF.

↓

DELETE FROM ZVBAK WHERE VBELN IN VBELN_SO.
IF SY-SUBRC = 0. COMMIT WORK. ELSE. ROLLBACK WORK. ENDIF.

■ ZVBAK 1,000 건을 대상으로 테스트한 결과는 다음과 같다.

■ SELECT .. DELETE : 3.0 초
DELETE FROM : 1.2 초

■ 첫번째 코딩은 거의 최악의 코딩이다. 첫번째 경우에 데이터베이스 서버는
대상 데이터를 찾아서 전부 어플리케이션 서버로 전송한다. 데이터를 받은
어플리케이션 서버는 아무일도 하지 않고, 받은 데이터를 다시 데이터베이스
서버로 전송하고, 데이터베이스 서버는 이 데이터를 삭제한다.

■ 그러나, 두번째 경우처럼 코딩하면, 데이터의 발췌 및 삭제작업이
데이터베이스 서버에서만 발생하게 되므로, 어플리케이션 서버와 데이터베이스
서버간에 데이터 전송 작업이 전혀 일어나지 않는다.

제 3 장. 효과적인 Internal Table Handling

1. Nested LOOP 처리

● NESTED LOOP은 BINARY SEARCH를 이용하여 아래와 같이 개선할 수 있다.

DATA: IVBAK LIKE VBAK OCCURS 0,
IVBAP LIKE VBAP OCCURS 0.
SORT: IVBAK BY VBELN, IVBAP BY VBELN.
LOOP AT IVBAK.
LOOP AT IVBAP WHERE VBELN = VBAK-VBELN.
WRITE:/ IVBAK-VBELN, IVBAP-VBPOS, ...
ENDLOOP.
ENDLOOP.
↓

LOOP AT IVBAK.
READ TABLE IVBAP WITH KEY VBELN = IVBAK-VBELN
BINARY SEARCH TRANSPORTING NO FIELDS.
LOOP AT IVBAP FROM SY-TABIX.
IF IVBAP-VBELN <> IVBAK-VBELN. EXIT. ENDIF.
WRITE:/ IVBAK-VBELN, IVBAP-VBPOS, ...
ENDLOOP.
ENDLOOP.

■ IVBAK : 5,000 건, IVBAP : 20,000 건일 경우에 다음과 같은 결과가 나왔다.

■ Nested LOOP with WHERE condition : 5 분
LOOP/READ BINARY SEARCH/LOOP : 15 초.

2. 효과적인 LOOP 처리

● 특정 조건을 만족하는 데이터가 몇건인지를 알고 싶은 경우에는
다음과 같이 한다.

LOOP AT IVBAK TRANSPORTING NO FIELDS
WHERE BNAME = 'Smith'.
ADD 1 TO COUNTER.
ENDLOOP.

■ 만약 특정 조건을 만족시키는 데이터가 있는지만 알고 싶다면,
다음과 같은 코드를 이용하라.
■ LOOP AT IVBAK TRANSPORTING NO FIELDS
WHERE VBELN > '0300000100'.
EXIT.
ENDLOOP.
IF SY-SUBRC = 0.
* Condition is true
ENDIF.

3. Internal TABLE간 데이터 복사

● 동일한 구조를 가지는 두개의 Internal table간에 서로 데이터를
복사하고자 할 경우에는 아래와 같이 한다.

DATA: ITAB1 LIKE VBAK OCCURS 100 WITH HEADER LINE,
ITAB2 LIKE VBAK OCCURS 100 WITH HEADER LINE,

REFRESH ITAB2.
LOOP AT ITAB1.
MOVE ITAB1 TO ITAB2.
APPEND ITAB2.
ENDLOOP.

↓

ITAB2[] = ITAB1[]

■ 위의 방법은 동일한 구조를 가지는 INTERNAL TABLE간에만 적용된다는 점에
주의하라.

4. Internal TABLE의 데이터 APPEND

● 동일한 구조를 가지는 두개의 Internal table간에 서로 데이터를
APPEND 하고자 할 경우에는 아래와 같이 개선한다.

DATA: ITAB1 LIKE VBAK OCCURS 100 WITH HEADER LINE,
ITAB2 LIKE VBAK OCCURS 100 WITH HEADER LINE,

LOOP AT ITAB1.
MOVE ITAB1 TO ITAB2.
APPEND ITAB2.
ENDLOOP.
↓

APPEND LINES OF ITAB1 TO ITAB2.

5. Internal Table의 데이터 삭제

● 여러건의 데이터를 Internal Table에서 삭제하고자 할 경우에는,
LOOP을 돌지 말고 아래와 같이 한다.

LOOP AT IVBAK WHERE BNAME = 'Smith'.
DELETE IVBAK.

ENDLOOP.
↓

DELETE IVBAK WHERE BNAME = 'Smith'.

6. Internal Table의 중복 데이터 삭제

● Internal Table에서 중복 데이터를 삭제할 경우, 다음과 같은 문장을
사용하라.

DELETE ADJACENT DUPLICATES FROM ITAB
[COMPARING FIELD1 FIELD2 ... FIELDn].

■ 아래의 방법을 사용하기 위해서는 비교조건 필드를 기준으로 sort가 되어 있어야
한다. 비교조건이 없다면, 모든 필드로 SORT가 되어 있어야 한다.

출처 : http://alcaeus.egloos.com/517291

싸이월드 백업프로그램

2008-11-28T10:18:00.000+09:00

Cyro.exe

Cyro version 0.2

Cyro란?

싸이월드의 사진첩을 pc로 백업해주는 프로그램입니다.

펼쳐두기..

Native SQL 사용하기 - 5 Oracle Function.txt

2008-11-26T09:42:00.000+09:00

Native SQL 사용하기 5탄에서는 자주 사용하게 되는 Oracle Function에 대한

설명과 간단한 예제를 설명하도록 하겠습니다.

말그대로 자주 사용하는 것 위주로 설명을 하니 양해를 바랍니다.

1. SUBSTR - String의 일부분을 추출할 때 사용합니다.

예) Material Type이 'FERT'인 Material Code의 11번째부터 4자리만 읽어오고
   자 할 때

   EXEC SQL PERFORMING APPEND_ITAB.
SELECT SUBSTR(A.MATNR,11,4)
INTO :ITAB-MATNR
FROM MARA A
   WHERE A.MANDT = :SY-MANDT
   AND A.MTART = 'FERT'
   ENDEXEC.

2. CONCAT - String을 합칠 때 사용합니다.

예) Material Type이 'FERT'인 Material Code의 Material Code의 앞부분 4자리
   와 Material Group을 합쳐서 읽어오고자 할 때

   EXEC SQL PERFORMING APPEND_ITAB.
SELECT CONCAT(SUBSTR(A.MATNR,1,4), A.MAKTL)
INTO :ITAB-GROUP
FROM MARA A
   WHERE MANDT = :SY-MANDT
   AND MTART = 'FERT'
   ENDEXEC.

3. DECODE - 읽어온 값을 판별하여 원하는 값으로 변환하여 저장하고자 할 때

예) MType이 '101'인 Material Document는 수량을 '+'로, MType이 '102'인
   Material Document는 수량을 '-'로 변환하여 읽어오기

   EXEC SQL PERFORMING APPEND_ITAB.
SELECT DECODE(A.BWART, '101', A.MENGE, '102', A.MENGE * -1)
INTO :ITAB-MENGE
FROM MSEG A
   WHERE MANDT = :SY-MANDT
   AND BWART IN ('101','102')
   ENDEXEC.

4. LPAD - 전체 길이를 정해놓고 읽어온 값이 지정한 길이보다 짧으면 모자라는 만
   큼 왼쪽에다가 지정한 문자를 넣어서 Return

예) Customer Code '123456'의 Description을 읽어올 때

   EXEC SQL PERFORMING APPEND_ITAB.
SELECT A.NAME1
INTO :ITAB-NAME1
FROM KNA1 A
   WHERE MANDT = :SY-MANDT
   AND KUNNR = LPAD('123456',10,'0')
   ENDEXEC.

   위의 SQL문은 다음과 동일한 문장이다.

   EXEC SQL PERFORMING APPEND_ITAB.
SELECT A.NAME1
INTO :ITAB-NAME1
FROM KNA1 A
   WHERE MANDT = :SY-MANDT
   AND KUNNR = '0000123456'
   ENDEXEC.

출처 : http://wooriguje.cafe24.com/zbxe/?mid=ABAP&listStyle=gallery&page=20&document_srl=376

Native SQL 사용하기 - 4 Outer Join

2008-11-26T09:41:00.000+09:00

Native SQL 사용하기 4탄에서는 Outer Join을 사용하는 방법에 대해 설명하겠습니

다.

Outer Join은 일반 C/S환경에서는 대부분의 SQL에서 사용해야만 한다고해도 과언이

아닙니다.

왜냐하면, Table과 Program을 일일이 다 만들어 주다보니 혹시 있을지 모르는 Bug

때문에 어떠한 경우라도 Data를 출력하기 위해서 입니다.

하지만, SAP R/3에서는 일단 Table Data의 Inconsistency 가능성이 거의 없기 때

문에 특별한 경우에만 Outer Join을 사용합니다.

Outer Join은 다음의 경우에 사용합니다.

예)
A라는 CBO Table은 자재단가를 저장하는 Table이고, User는 자재단가와 자재의

Description을 출력하는 Report를 원한다고 가정합니다.

그리고, A Table과 자재의 Description이 들어있는 MAKT Table의 내용은 다음과

같습니다.

Table A Table MAKT(Descirption외의 field는 생략
======================= ======================================
MANDT MATNR NETPR MANDT MATNR MAKTX
======================= ======================================
100 M01 100 100 M01 Monitor
100 C01 10 100 C01 Case
100 C02 50 100 C02 CPU
100 V01 20

1) Outer Join을 사용하지 않은 경우

EXEC SQL PERFORMING APPEND_ITAB.
   SELECT A.MATNR, B.MAKTX, A.NETPR
   INTO :ITAB-MATNR, :ITAB-MAKTX, :ITAB-NETPR
   FROM MAKT B, A A
WHERE A.MANDT = :SY-MANDT
AND B.MANDT = A.MANDT
AND B.MATNR = A.MATNR
ENDEXEC.

이경우 ITAB에는 다음과 같이 들어갑니다.
=================================
MATNR MAKTX NETPR
=================================
M01 Monitor 100
C01 Case 10
C02 CPU 50

2) Outer Join을 사용한 경우
EXEC SQL PERFORMING APPEND_ITAB.
   SELECT A.MATNR, B.MAKTX, A.NETPR
   INTO :ITAB-MATNR, :ITAB-MAKTX, :ITAB-NETPR
   FROM MAKT B, A A
WHERE A.MANDT = :SY-MANDT
AND B.MANDT(+) = A.MANDT
AND B.MATNR(+) = A.MATNR
ENDEXEC.

이경우 ITAB에는 다음과 같이 들어갑니다.
=================================
MATNR MAKTX NETPR
=================================
M01 Monitor 100
C01 Case 10
C02 CPU 50
V01 20

위의 예에서 볼 수 있듯이 Outer Join을 사용하지 않으면 MAKT에 등록이 되어있는

자재단가만 Report에서 출력이 되지만, Outer Join을 사용하면 MAKT에 등록이 되어

있지 않는다 하더라도 출력이 되는 것을 볼 수 있습니다.

Description이 없다고 출력이 안되는 것보다는 없는 채로 출력이 되는 것이 당연히

더 좋겠죠.

그리고, 마지막으로 다음의 경우에는 Outer Join이 안먹습니다.

안먹는다는 얘기는 error라는 이야기가 아니고, Outer Join을 사용했지만 결과는

사용하지 않은 것과 같다는 말입니다.

1. FROM B, C, A
WHERE C.aaa(+) = A.aaa
   AND C.bbb(+) = B.bbb

하나의 Table에 두 개의 Table에 걸쳐서 Outer Join을 걸 수 없습니다.

2. WHERE B, A
AND B.aaa(+) = A.aaa
AND B.bbb = 'ABC'

하나의 Table에 일부 field만 Outer Join을 사용하려고 할 때 Outer join은 작

동하지 않습니다.

출처 : http://wooriguje.cafe24.com/zbxe/?mid=ABAP&listStyle=gallery&page=20&document_srl=375

Native SQL 사용하기 - 3

2008-11-26T09:40:00.000+09:00

Natevie SQL 사용하기 3탄에서는 JOIN의 사용법에 대해 설명하겠습니다.

아래의 Source는 Material Type이 'FERT'인 Material의 code와 Decription을 읽

어옵니다.

EXEC SQL PERFORMING APPEND_ITAB.
   SELECT A.MATNR, B.MAKTX
   INTO :ITAB-MATNR, :ITAB-MAKTX
   FROM MAKT B, MARA A
WHERE A.MANDT = :SY-MANDT
AND A.MTART = 'FERT'
AND B.MANDT = A.MANDT
AND B.MATNR = A.MATNR
ENDEXEC.

위의 source에서 Table 방문순서는 MARA, MAKT 순입니다.

출처 : http://wooriguje.cafe24.com/zbxe/?mid=ABAP&listStyle=gallery&page=20&document_srl=374

Native SQL 사용하기 - 2

2008-11-26T09:39:00.000+09:00

Native SQL 사용하기 2탄에서는 Table에서 여러 건의 record를 읽어오는 방법을

소개하도록 하겠습니다.

기본문법 편이니 만큼 복잡한 것은 생략하고 1탄에서 소개한 내용과 달라지는 부분

만 소개하도록 하겠습니다.

[소스코드예제]

DATA: BEGIN OF ITAB OCCURS 0.
   MATNR LIKE MARA-MATNR,
   MTART LIKE MARA-MTART,
   END OF ITAB.

EXEC SQL PERFORMING APPEND_ITAB.
   SELECT A.MATNR, A.MTART
   INTO :ITAB-MATNR, :ITAB-MTART
   FROM MARA A
WHERE A.MANDT = :SY-MANDT
AND A.MTART = 'FERT'
ENDEXEC.

FORM APPEND_ITAB.
   APPEND ITAB.
   CLEAR ITAB.
ENDFORM.

위의 source code는 Material Master에서 Material type이 'FERT'(완제품)인 것

의 Material code와 Material type을 모두 읽어오는 SQL문입니다.

1탄에 소개한 source와 눈에 띄게 달라진 부분이 PERFORMING APPEND_ITAB이라는

구문입니다.

위의 source code는 data를 하나씩(한 record씩) 읽어옵니다.

이때 한 record를 읽어올 때 마다 APPEND_ITAB이라는 subroutine을 실행하게 됩니

다.

따라서, 위의 source code결과는 ITAB이라는 Internal table에 읽어온 data가

저장이 되게 됩니다.

출처 : http://wooriguje.cafe24.com/zbxe/?mid=ABAP&listStyle=gallery&page=20&document_srl=373

Native SQL 사용하기 - 1

2008-11-25T14:35:00.000+09:00

SAP R/3에는 Open SQL이라는 아주 편리한 SQL이 있습니다.

하지만, Open SQL로 해결이 되지않는 복잡한 SQL은 부득이 Native SQL을 사용해야

합니다.

기본문법 편에서는 Native SQL을 사용하기 위한 기본문법을 설명하도록 하겠습니다.

기본문법 1은 Open SQL의 SELECT SINGLE ~과 같은 결과를 가져오도록 하는 방법입

니다.

먼저 사용예를 보도록 하죠.

EXEC SQL.
SELECT A.MTART
INTO :G_MTART
FROM MARA A
WHERE A.MANDT = :SY-MANDT
AND A.MATNR = :G_MATNR
ENDEXEC.

위의 예에서 보면 Native SQL은 EXEC SQL.로 시작해서 ENDEXEC.로 끝나는 것을

알 수 있습니다.

SQL 문은 EXEC SQL과 ENDEXEC 사이에 들어가게 되는 거죠.

SELECT절에는 읽어올 Field명을 적어줍니다.

INTO절에는 읽어온 Field의 값을 저장할 변수를 적어줍니다.

FROM절에는 Table명을 적어줍니다.

MARA 다음의 A는 Table명이 아니라 MARA라는 Table을 현재 사용하고 있는 SQL에서

A라는 이름으로 사용하겠다는 표시입니다.

그래서, SELECT절이나 WHERE절에서 Field명 앞에 'A.'이라고 적어주는 것입니다.

WHERE절의 조건 중 MANDT는 모든 Table에 적용됩니다.

왜냐하면 MANDT는 Client 정보를 가지고 있는 Field인데 SAP의 모든(없는 Table이

있다면 Table을 새로 만들어야 합니다.) Table에 들어있습니다.

MANDT조건을 안 써주게되면 현재 Client가 아닌 다른 Client에서도 Data를 읽어와

버리기 때문에 꼭 써줘야 합니다.

Open SQL에서는 안써줘도 system이 알아서 현재 Client에 있는 data만 읽어옵니다.

그리고, Program 내에 사용된 변수(위에서는 G_MTART, G_MATNR, SY-MANDT)를 사용

할 때는 변수명 앞에 반드시 ':'를 적어줘야합니다.

마지막으로 SQL문의 끝에는 '.'을 찍지 않습니다.

Native SQL 사용하기 2 - Record Select

[소스코드예제]

DATA: BEGIN OF ITAB OCCURS 0.
MATNR LIKE MARA-MATNR,
MTART LIKE MARA-MTART,
END OF ITAB.

EXEC SQL PERFORMING APPEND_ITAB.
SELECT A.MATNR, A.MTART
INTO :ITAB-MATNR, :ITAB-MTART
FROM MARA A
WHERE A.MANDT = :SY-MANDT
AND A.MTART = 'FERT'
ENDEXEC.

FORM APPEND_ITAB.
APPEND ITAB.
CLEAR ITAB.
ENDFORM.

위의 source code는 Material Master에서 Material type이 'FERT'(완제품)인 것

의 Material code와 Material type을 모두 읽어오는 SQL문입니다.

1탄에 소개한 source와 눈에 띄게 달라진 부분이 PERFORMING APPEND_ITAB이라는

구문입니다.

위의 source code는 data를 하나씩(한 record씩) 읽어옵니다.

이때 한 record를 읽어올 때 마다 APPEND_ITAB이라는 subroutine을 실행하게 됩니

다.

따라서, 위의 source code결과는 ITAB이라는 Internal table에 읽어온 data가

저장이 되게 됩니다.

Native SQL 사용하기 3 - Join

아래의 Source는 Material Type이 'FERT'인 Material의 code와 Decription을 읽

어옵니다.

EXEC SQL PERFORMING APPEND_ITAB.
SELECT A.MATNR, B.MAKTX
INTO :ITAB-MATNR, :ITAB-MAKTX
FROM MAKT B, MARA A
WHERE A.MANDT = :SY-MANDT
AND A.MTART = 'FERT'
AND B.MANDT = A.MANDT
AND B.MATNR = A.MATNR
ENDEXEC.

Native SQL 사용하기 4 - Outer Join

Outer Join은 일반 C/S환경에서는 대부분의 SQL에서 사용해야만 한다고해도 과언이

아닙니다.

왜냐하면, Table과 Program을 일일이 다 만들어 주다보니 혹시 있을지 모르는 Bug

때문에 어떠한 경우라도 Data를 출력하기 위해서 입니다.

하지만, SAP R/3에서는 일단 Table Data의 Inconsistency 가능성이 거의 없기 때

문에 특별한 경우에만 Outer Join을 사용합니다.

Outer Join은 다음의 경우에 사용합니다.

예)
A라는 CBO Table은 자재단가를 저장하는 Table이고, User는 자재단가와 자재의

Description을 출력하는 Report를 원한다고 가정합니다.

그리고, A Table과 자재의 Description이 들어있는 MAKT Table의 내용은 다음과

같습니다.

Table A Table MAKT(Descirption외의 field는 생략
======================= ======================================
MANDT MATNR NETPR MANDT MATNR MAKTX
======================= ======================================
100 M01 100 100 M01 Monitor
100 C01 10 100 C01 Case
100 C02 50 100 C02 CPU
100 V01 20

1) Outer Join을 사용하지 않은 경우

EXEC SQL PERFORMING APPEND_ITAB.
SELECT A.MATNR, B.MAKTX, A.NETPR
INTO :ITAB-MATNR, :ITAB-MAKTX, :ITAB-NETPR
FROM MAKT B, A A
WHERE A.MANDT = :SY-MANDT
AND B.MANDT = A.MANDT
AND B.MATNR = A.MATNR
ENDEXEC.

이경우 ITAB에는 다음과 같이 들어갑니다.
=================================
MATNR MAKTX NETPR
=================================
M01 Monitor 100
C01 Case 10
C02 CPU 50

2) Outer Join을 사용한 경우
EXEC SQL PERFORMING APPEND_ITAB.
SELECT A.MATNR, B.MAKTX, A.NETPR
INTO :ITAB-MATNR, :ITAB-MAKTX, :ITAB-NETPR
FROM MAKT B, A A
WHERE A.MANDT = :SY-MANDT
AND B.MANDT(+) = A.MANDT
AND B.MATNR(+) = A.MATNR
ENDEXEC.

이경우 ITAB에는 다음과 같이 들어갑니다.
=================================
MATNR MAKTX NETPR
=================================
M01 Monitor 100
C01 Case 10
C02 CPU 50
V01 20

위의 예에서 볼 수 있듯이 Outer Join을 사용하지 않으면 MAKT에 등록이 되어있는

자재단가만 Report에서 출력이 되지만, Outer Join을 사용하면 MAKT에 등록이 되어

있지 않는다 하더라도 출력이 되는 것을 볼 수 있습니다.

Description이 없다고 출력이 안되는 것보다는 없는 채로 출력이 되는 것이 당연히

더 좋겠죠.

그리고, 마지막으로 다음의 경우에는 Outer Join이 안먹습니다.

안먹는다는 얘기는 error라는 이야기가 아니고, Outer Join을 사용했지만 결과는

사용하지 않은 것과 같다는 말입니다.

1. FROM B, C, A
WHERE C.aaa(+) = A.aaa
AND C.bbb(+) = B.bbb

하나의 Table에 두 개의 Table에 걸쳐서 Outer Join을 걸 수 없습니다.

2. WHERE B, A
AND B.aaa(+) = A.aaa
AND B.bbb = 'ABC'

하나의 Table에 일부 field만 Outer Join을 사용하려고 할 때 Outer join은 작

동하지 않습니다.

Native SQL 사용하기 5 - Oracle Function

자주 사용하는 것 위주로 설명을 하니 양해를 바랍니다.

1. SUBSTR - String의 일부분을 추출할 때 사용합니다.

예) Material Type이 'FERT'인 Material Code의 11번째부터 4자리만 읽어오고
자 할 때

EXEC SQL PERFORMING APPEND_ITAB.
SELECT SUBSTR(A.MATNR,11,4)
INTO :ITAB-MATNR
FROM MARA A
WHERE A.MANDT = :SY-MANDT
AND A.MTART = 'FERT'
ENDEXEC.

2. CONCAT - String을 합칠 때 사용합니다.

예) Material Type이 'FERT'인 Material Code의 Material Code의 앞부분 4자리
와 Material Group을 합쳐서 읽어오고자 할 때

EXEC SQL PERFORMING APPEND_ITAB.
SELECT CONCAT(SUBSTR(A.MATNR,1,4), A.MAKTL)
INTO :ITAB-GROUP
FROM MARA A
WHERE MANDT = :SY-MANDT
AND MTART = 'FERT'
ENDEXEC.

3. DECODE - 읽어온 값을 판별하여 원하는 값으로 변환하여 저장하고자 할 때

예) MType이 '101'인 Material Document는 수량을 '+'로, MType이 '102'인
Material Document는 수량을 '-'로 변환하여 읽어오기

EXEC SQL PERFORMING APPEND_ITAB.
SELECT DECODE(A.BWART, '101', A.MENGE, '102', A.MENGE * -1)
INTO :ITAB-MENGE
FROM MSEG A
WHERE MANDT = :SY-MANDT
AND BWART IN ('101','102')
ENDEXEC.

4. LPAD - 전체 길이를 정해놓고 읽어온 값이 지정한 길이보다 짧으면 모자라는 만
큼 왼쪽에다가 지정한 문자를 넣어서 Return

예) Customer Code '123456'의 Description을 읽어올 때

EXEC SQL PERFORMING APPEND_ITAB.
SELECT A.NAME1
INTO :ITAB-NAME1
FROM KNA1 A
WHERE MANDT = :SY-MANDT
AND KUNNR = LPAD('123456',10,'0')
ENDEXEC.

위의 SQL문은 다음과 동일한 문장이다.

EXEC SQL PERFORMING APPEND_ITAB.
SELECT A.NAME1
INTO :ITAB-NAME1
FROM KNA1 A
WHERE MANDT = :SY-MANDT
AND KUNNR = '0000123456'
ENDEXEC.

* GROUP BY 예제.
EXEC SQL PERFORMING move_data.
SELECT TEXTGU, UPMUGU, JIJUM, COUNT(*)
INTO :it_smas-TEXTGU, :it_smas-UPMUGU,
:it_smas-JIJUM, :it_smas-QUANTITY
FROM sale1st.sap_tb_text@sales7
WHERE YYMM = :p_zyymm1
GROUP BY TEXTGU, UPMUGU, JIJUM
ENDEXEC.

EXEC SQL.
COMMIT
ENDEXEC.

끝.

출처 : http://www.msncafe.net/abap/viewtopic.php?t=62

[BAPI] SAP BAPI LIST

2008-11-25T13:24:00.000+09:00

Name of function module Short text for function module

상세내용..

니콘 쿨픽스 P5100

2008-11-25T12:47:00.000+09:00

이번에 구입한 디카!!

작고 아담한게 기능도 풍부하고 쓰기에 참 좋을 것 같당^^;;

상세 스펙소개!!

이미지 센서	1/1.72인치 1,243만 (유효화소 1,210만) 화소
파일 포맷	: JPEG : Motion JPEG(AVI) with sound
기록 해상도	: 4,000 x 3,000 / 3,984 x 2,656(3:2) / 3,968 x 2,232(16:9) / 3,264 x 2,448 / 2,992 x 2,992(1:1) / 2,592 x 1,944 / 2,048 x 1,536 / 1,600 x 1,200 / 1,280 x 960 / 1,024 x 768 / 640 x 480 : 640 x 480 / 320 x 240 / 160 x 120
렌즈	35 ~ 123mm
렌즈 밝기	F2.7 ~ 5.3
줌	광학 3.5배, 디지털 4배
AF 보조광	있음
촬영 범위	표준 : 30cm ~ 무한대 매크로 : 4cm ~ 무한대
AF 방식	: 콘트라스트 검출 AF(9점 오토 / 센터 / 얼굴인식) : 99점 매뉴얼
셔터 스피드 조절 범위	: 8 ~ 1/2,000초
노출 보정	-+2EV(1/3스텝)
오토 브래킷
측광 방식
ISO 감도	: ISO 64 ~ 800 - : 500만 화소에서 ISO 3200
화이트 밸런스	프리셋
셀프 타이머	: 3 / 10초
손떨림 보정
내장 플래쉬
촬영 모드
장면 모드	- : 파노라마 / 보이스 레코딩 / 얼굴인식 AF
연속 촬영	: 인터벌 촬영
동영상
뷰 파인더	광학실상식 뷰 파인더(시야율80%)
액정 모니터	2.5인치 23만 화소
저장 매체
내장메모리	52MB
전송 방식
전원	리튬이온 배터리 EN-EL5
크기	98 x 64.5 x 41mm
무게	200g

화소, 성능, 확장성 어느 하나 빠지는 것이 없다-니콘 쿨픽스 P5100

2007년 2월 발표된 니콘 쿨픽스 P5000은 강력한 성능과 1,000만 고화소로 무장한 하이엔드급 쿨픽스 모델이었다. 특히 흔들림 보정 기능과 핫 슈, 렌즈 어댑터 등 다양한 확장 기능으로 중, 고급 사용자들에게 많은 인기를 얻은 제품이기도 하다. 니콘에서는 최근 쿨픽스 P5000의 후속기종, 쿨픽스 P5100을 발표했다. 쿨픽스 P5100은 P5000보다 화소 및 편의기능이 한층 더 향상된 제품이다.

니콘 쿨픽스 P5000도 1,000만 고화소 제품이었지만 P5100은 그보다도 높은 1,200만 화소를 지원하게 되었다. 4,000 x 3,000 해상도를 지원해 대형 인화나 이미지 잘라내기 등에 유용하며 묘사력도 더 좋아졌다. 그뿐만 아니라 D3 / D300용으로 개발된 화상 처리 엔진, EXPEED를 탑재해 더 깨끗하고 선명한 이미지를 보여줄 것으로 기대된다. 하지만 RAW 파일 포맷은 지원하지 않는다. 줌 배율은 35 ~ 123mm 광학 3.5배에 디지털 4배. 렌즈 시프트식 흔들림 보정 기능, VR 기능도 포함하고 있다. 고감도는 수동으로 ISO 2000까지, 500만 화소에서는 ISO 3200까지 사용 가능.

조리개 우선 / 셔터 우선과 매뉴얼 등 풍부한 수동 기능을 지원하며 장면 모드 및 자동 촬영 기능도 포함하고 있다. 임의로 발색을 조절할 수 있는 파라미터 설정 기능과 속도 및 성능이 향상된 얼굴 인식 AF 2.0, 렌즈의 왜곡을 보정해 주는 '뒤틀림 보정' 등의 편의 기능도 눈에 띈다. 여기에 얼굴 부분을 자동 검출해 확대하는 얼굴 줌 기능도 새로 추가되었다. 렌즈 어댑터 링을 이용한 컨터빙 렌즈 및 핫 슈도 지원하며 연속 촬영 기능도 초당 0.8매에서 1.1매로 업그레이드되었다.

후면 LCD의 성능은 2.5인치에 23만 화소, 물론 광학식 뷰 파인더도 탑재하고 있다. 저장 매체가 SD / SDHC라는 점은 P5000과 같지만 내장 메모리가 21MB에서 52MB로 대폭 늘어났다. 배터리는 리튬이온 배터리 EN-EL5 규격으로 1회 충전 후 사용 시간은 약 240여 매. 쿨픽스 P5100은 쿨픽스 P5000과 크기 및 무게가 거의 같아 여전히 하이엔드급 카메라 가운데에서도 특히 작은 부피를 자랑한다.

나콘 쿨픽스 P5100은 이전 모델과 마찬가지로 작은 크기에 강력한 성능과 확장성을 가진 카메라를 원하는 중, 고급 사용자들에게 적합한 제품이다. 물론 초보 사용자들도 편리한 장면 모드와 촬영 편의 기능을 이용해 손쉽게 사진을 찍을 수 있다. 외부 조명을 연결해 실내 촬영용으로도 응용할 수 있고 일상적인 용도로 쓸 스냅 카메라로도 충분하다. 니콘 쿨픽스 P5100은 2007년 9월 21일, 약 45,000엔 선에 발매될 예정이다.

출처 : http://www.dcinside.com/webdc/goods/review.php?pid=7954&cc1=10&cc2=10&cc3=0

VMI (Vendor-managed inventory)

2008-11-25T12:45:00.000+09:00

VMI(Vendor Managed Inventory)의 방식이 최근 주목을 받고 있다. VMI는 전산시스템의 확인없이 업자 스스로 자재과 창고에 자기들의 물건, 재고를 항시 준비해 주는 방식이다.

쉽게 설명한다면 저장 면적의 협력업체 할애 방식이라고 할 수 있다. 즉 모기업과 연관된 업체와의 재고, 면적운영, 배송형태, 싸이클 등을 고려해 상호 협의 후 관련된 업체에서 물류환경 요소를 검토해 생산(출하)된 량만큼 후보충 입고하는 개념을 말한다. VMI 방식이 지향하는 목표는 모기업의 재고를 최소화 하고 납품업체의 재고를 모기업내에 두고 운영하는 판매장 및 재고관리방법의 일환이다.

Vendor-managed inventory

From Wikipedia, the free encyclopedia

(Redirected from Vendor Managed Inventory)

Jump to: navigation, search

Vendor Managed Inventory (VMI) is a family of business models in which the buyer of a product provides certain information to a supplier of that product and the supplier takes full responsibility for maintaining an agreed inventory of the material, usually at the buyer's consumption location (usually a store). A third party logistics provider is involved who makes sure that the buyer have the required level of inventory by adjusting the demand and supply gaps.

As a symbiotic relationship, VMI makes it less likely that a business will unintentionally become out of stock of a good and reduces inventory in the supply chain. Furthermore, vendor (supplier) representatives in a store benefit the vendor by ensuring the product is properly displayed and store staff are familiar with the features of the product line, all the while helping to clean and organize their product lines for the store.

One of the keys to making VMI work is shared risk. Often if the inventory does not sell, the vendor (supplier) will repurchase the product from the buyer (retailer). In other cases, the product may be in the possession of the retailer but is not owned by the retailer until the sale takes place, meaning that the retailer simply houses (and assists with the sale of) the product in exchange for a predetermined commission or profit. A special form of this commission business is scan-based trading whereas VMI is usually applied but not mandatory to be used.

This is one of the successful business models used by Wal-Mart and many other big box retailers. Home Depot uses the technique with larger suppliers of manufactured goods (ie. Moen, Delta, RIDGID, Paulin). VMI helps foster a closer understanding between the supplier and manufacturer by using Electronic Data Interchange formats, EDI software and statistical methodologies to forecast and maintain correct inventory in the supply chain. Vendors benefit from more control of displays and more contact to impart knowledge on employees; retailers benefit from reduced risk, better store staff knowledge (which builds brand loyalty for both the vendor and the retailer), and reduced display maintenance outlays. Consumers benefit from knowledgeable store staff who are in frequent and familiar contact with manufacturer (vendor) representatives when parts or service are required, store staff with good knowledge of most product lines offered by the entire range of vendors and therefore the ability to help the customer choose amongst competing products for items most suited to them, manufacturer-direct selection and service support being offered by the store, and finally the relatively frequent occurrence of "Well, I'm pretty sure this is right for your needs but let me take you over to Luc; Luc works for Company X and he's the real expert on their stuff".

출처 : http://en.wikipedia.org/wiki/Vendor_Managed_Inventory