SourceCode ,Software & Life

http://blog.daum.net/fire-air/18348037

포천 허브아일랜드
http://www.herbisland.net/ 031-535-6494
서울에서 2~3시간 소요. 허브샵, 공방, 아로마 체험실, 레스토랑, 정원 등등.
수도권에서 가장 크다.

과천 신세계 허브랜드
http://www.herbparty.com/ 02-502-8535
지하철 4호선 경마공원역 6번출구 앞. 제일 가깝다. 오후 8시까지 영업.
공방과 온실, 허브샵 등

http://blog.naver.com/public2002/50040353545
제1절 유형자산

1. 유형자산의 의의

 유형자산은 기업이 재화나 용역의 생산이나 제공, 타인에 대한 임대 또는 관리활동에 사용할 목적으로 보유하는 물리적 형태가 있는 자산으로,
  첫째, 유형자산은 '영업활동에 사용할 목적'으로 보유한 자산이다
  둘째, 유형자산은 '물리적 실체'를 가지고 있는 자산이다.
  셋째, 해당 자산을 '1년 이상의 장기간에 걸쳐 영업활동에 사용'해야 된다.

2. 유형자산의 인식

 (1) 인식기준
  1) 자산으로부터 발생하는 미래경제적 효익이 기업에 유입될 가능성이 높다.
  2) 자산의 원가를 신뢰성 있게 측정할 수 있다.

 (2) 유형별 취득원가 측정
   1) 외부구입
       외부구입하는 경우의 취득원가는 구입가격에 유형자산이 본래의 목적에 사용되기까지  지출된 구입수수료, 취득세, 등록세, 운반비, 하역비, 시운전비, 토지구획비 등의 부대비용을 포함한다.
   2) 일괄구입
       총취득원가를 취득한 자산들의 공정시장가치비율에 따라 안분해서 결정한다.
   3) 현물출자
      제공한 주식의 공정가치로 하도록 한다.
 
3. 유형자산의 감가상각

 (1) 감가상각의 기본요소 : 감가상각대상금액, 추정내용연수, 감가상각방법
 (2) 강가상각방법
   1) 정액법 : 시간이 경과에 따라 정비례로 감가상각비가 발생하는 것으로 가정해서 매년 동일한 금액을 상각해 나가는 방법
       감사상각비 = 감가상각대상금액(취득원가-추정잔존가치)/내용연수
   2) 체감잔액법 : 유형자산의 장부금액을 기준으로 일정한 비율을곱해서 감가상각비를 계산하는 방법
     - 감가상각비 = 기초장부금액(취득원가-상각누계액) x 감가상각률
     - 체감잔액법을 사용하면 장부금액이 큰 내용연수 초기에는 감가상각비가 많이 계상되고
        장부금액이 작은 내용연수 후기에는 감가상각비가 적게 계상되는데, 이러한 방법을 가속상각법이라고도 한다.
      * 정률법 : 감가상각률 = 1 -n√잔존가치/취득원가
      * 이중체감법 : 1/내용연수 x 2
    3) 연수합계법
     - 내용연수의 합계를 분모로 하고 잔여 내용연수를 분자로 해서 매년의 감가상각률을 간편하게 계산한 후에 정액법처럼 감가상각대상금액에 매년의 감가상각률을 곱해서 감가상각비를 계산하는 방법
     -  감가상각비 =(취득원가-잔존가치) x 잔여내용연수/내용연수합계
    4) 생산량비례법
     - 내용연수를 기준으로 감가상각을 하는 것이 아니라 생산량이나 사용량에 비례해서 감가상각을 하는 방법
     - 감가상각비 = (취득원가 - 잔존가치) x 당기실제생산량/추정총생산량

4. 유형자산의 처분
   1) 유형자산을 처분하는 경우에는 처분가액과 장부금액을 비교해서 처분가액이 장부금액보다 많은 경우에는 유형자산처분이익으로 하여 당기수익으로 처리하고, 처분가액이 장부금액보다 적은 경우에는 유형자산처분손실로 하여 당기비용으로 처리한다.
   2) 회계기간 중에 유형자산을 처분할 경우에는 회계연도 초일부터 처분시점까지 사용한 기간의 감가상각비를 추가로 먼저 인식하고 나서, 유형자산처분손익을 계상해야 한다.

5. 무형자산
 1) 영업활동에 사용하기 위해 보유하고 있는 물리적 실체는 없지만 식별가능한 자산
 2) 물리적 실체는 없지만 식별가능하고 기업이 통제하고 있으며 미래경제적 효익이 있는 비화폐성 자산
 3) 무형자산의 취득과 상각
   - 무형자산은 해당 자산을 취득하기 위해 지출한 구입가격에 이용가능한 상태에 이르기까지 직접 관련되어 발생한 각종부대비용을 가산한 금액이다.
   - 무형자산도 유형자산과 같이 시간이 경과하거나 사용을 통해서 가치가 감소하므로 가치감소액을 합리적인 방법으로 내용연수동안 감가상각해야 한다. 무형자산을 상각하는 것을 상각이라고 표현하며 상각누계액계정을 별도로 설정하지 않고 무형자산에서 직접 차감하는 직접법을 사용할 수 있다.

http://blog.naver.com/public2002/50040317924

제1절 재고자산의 취득과 회계처리

1. 재고자산 : 기업이 정상적인 영업활동과정에서 판매 또는 제품의 생산을 위해서 보유하고 있는 자산

2. 재고자산의 취득원가 결정과 순매입액 계산
 1) 재고자산의 취득원가 : 매입가액+매입부대비용(운송료, 보험료, 수수료, 제세공과금 등)
 2) 순매입액 : 총매입액 - 매입에누리와 환출 - 매입할인

제2절 기말재고금액의 결정
1. 기말재고금액 = 기말재고수량(재고수량파악방법) x 단위당 원가(원가흐름의 가정)

2. 기말재고자산의 범위
 (1) 미착상품 : 상품을 주문해서 운송중에 있지만 아직 기업의 창고에 도착하지 못한 상품
  1) 선적지인도기준 : 미착품은 매입자의 재고자산에 포함하며 매입운임은 원가에 가산
  2) 도착지인도기준 : 미착품은 판매자의 재고자산이며 운반비는 판매자가 당기 비용처리
 (2) 위탁상품 : 위탁자가 수탁자에게 상품을 위탁해서 판매할 때 수탁자의 판매점에 보관되어 있는 상품으로 위탁자의 재고자산에 포함
 (3) 시송품 : 일정기간 시험사용후 매입의사를 표시하면 판매가 성립하는 판매방식으로 소비자가 구매의사 표시전까지 판매자의 재고자산에 포함

3. 재고수량의 판매방법
 (1) 계속기록법
  - 재고자산의 입고와 출고를 상품 재고장과 같은 장부에 계속적으로 기록해서 상품의 판매수량과 기말재고수량을 파악하는 방법
  - 기초재고수량 + 당기매입수량 - 당기판매수량 = 기말재고수량
 (2) 실지재고조사법
  - 결산시점에 상품의 종류별로 실제로 재고조사를 해서 기말상품재고량을 확정하는 방법
  - 기초재고수량 + 당기매입수량 - 기말재고수량 = 당기판매수량
 (3) 계속기록법에 의한 장부상의 기말재고수량과 재고실사를 통한 실제기말재고수량의 차이가 감모량이 된다.

4. 기말재고단가의 결정방법(원가흐름의 가정)
 (1) 개별법
  - 구입시점마다 상품의 원가를 개별적으로 확인하고 상품별로 가격표를 붙여두었다가 판매되는 상품이나 기말재고상품에 부착된 가격표상의 단가를 적용해서 매출원가와 기말재고금액을 평가하는 방법
  - 수익과 비용을 정확하게 대응시키는 장점이 있으나 현실적으로 적용하기가 매우 번거롭고 상품 단가를 임의로 선택할 수 있어 이익조작의 여지가 있어 거래가 빈번하지 않은 보석, 골동품 및 미술작품 등 고가품목에 적용
 (2) 선입선출법(FIFO)
  - 실제 물량흐름과 관계없이 먼저 입고된 상품이 먼저 판매된다는 원가흐름을 가정하는 방법으로 먼저 매입한 상품의 단가를 매출된 상품의 단가로 적용하는 방법
  - 일반적 물량흐름과 일치하여 적용이 간편하며 기말재고금액도 최근의 원가에 가깝게 계산되나 인플레이션으로 구입원가가 계속 상승하는 경우 기말재고자산이 과대 계상되고 매출원가는 과거의 매입원가를 기준으로 과소하게 계상되어 매출총이익이 과대하게 계상되는 단점
 (3) 평균법
  1) 상품판매시 과거에 매입하였던 상품이 골고루 섞여서 평균적으로 팔려나갔다고 가정하고, 판매가능한 상품의 총원가를 총수량으로 나누어서 계산한 평균단가로 기말재고금액과 매출원가를 산정하는 방법
  2) 실지재고조사법에서 사용하는 평균법을 총평균법이라고 하고 계속기록법에서 사용하는 평균법을 이동평균법이라고 한다.
   - 총평균법
     ․ 기말시점에 회계기간의 총원가를 총재고수량으로 나누어서 총평균단가를 산출하고, 이 단가를 기말 재고수량과 당기판매수량에 공통적으로 적용해서 기말재고금액과 매출원가를 산정하는 방법
     ․ 총평균단가 = 기초재고액+당기매입액/기초재고수량+당기매입수량
                       = 판매가능총원가/판매가능총수량
   - 이동평균법
     ․ 상품을 매입할 때마다 직전의 재고수량 및 재고금액에 새로 매입한 수량과 금액을 가산해서 가중평균단가를 새롭게 구하고, 다음의 상품을 구입할 때까지 이 단가를 판매한 수량에 대한 단가로 적용하는 방법
     ․ 이동평균단가 = 직전재고액+신규매입액/직전재고수량+신규매입수량

 (4) 원가흐름의 가정의 당기순이익 효과
  - 기말재고자산 : 선입선출법 > 이동평균법 > 총평균법
  - 매 출 원 가  : 선입선출법 < 이동평균법 < 총평균법
  - 당기순이익   : 선입선출법 > 이동평균법 < 총평균법

5. 추정에 의한 재고자산 평가방법
 (1) 매출가격환원법(=매가환원법, 소매재고법)
  - 회계기간 중에는 각 제품의 금액자료를 매출가격으로 관리하다가 기말시점에는 기말재고의 매출가격에 원가율을 곱해서 기말재고자산의 원가를 계산하는 방법
  - 1단계 : 원가율 계산
   ․ 원가율=전체원가(기초상품재고금액+당기상품매입금액)/판매가격총액(기초상품판매가액+당기매입상품판매가액)
  - 2단계 : 기말재고의 판매가격총액 계산
   ․ 판매가격기준 기말재고 = 기초재고의 판매가액 + 당기매입상품의 판매가액 - 당기매출
  - 3단계 : 기말재고금액과 매출원가 계산
 (2) 매출총이익률법
  - 기업이 과거에 얻은 매출총이익률(=매출총이익/매출액)이 계속 비슷한 수준을 유지할 것이라고 가정하고 기중 매출액에 매출원가율(1-매출총이익률)을 곱해서 매출원가를 계산하는 방법

6. 재고자산의 감모손실과 평가손실
 (1) 재고자산의 감모손실
  - 기말재고조사를 한 결과 파손․부패․증발 및 도난 등으로 인해서 실제 재고량이 장부상의 재고량보다 부족한 경우
 (2) 재고자산의 평가손실
  - 재고자산을 평가할 때는 취득원가로 평가한다. 그러나 재고자산이 진부화되어 재고자산의 순실현가능가치가 취득원가보다 하락하였다면 재고자산을 순실현가능가치로 평가해야 한다.
    ※ 순실현가능가치는 상품의 최종판매가치에서 판매과정에서 발생할 추가비용을 차감한 금액
  - 순실현가능가치로 재고자산을 평가한 후에 재고자산의 순실현가능가치가 상승하는 경우에는 본래의 장부금액을 한도로 해서 재고자산금액을 증가시키고 재고자산평가손실환입으로 인식한다.
    ※ 재고자산 순실현가능가치가 취득원가보다 낮아진 시점 : 재고자산평가손실
    ※ 재고자산 순실현가능가치 회복시점(본래의 장부금액까지) : 재고자산평가손실환입
    ※ 저가법(LCM) 적용
     - 순실현가능가치가 단위당 취득원가보다 낮아지는 경우에는 이를 손실로 인식하고 순실현가능가치가 단위당 취득원가보다 높아지는 경우에는 이를 이익으로 인식하지 않는 것
     - 저가법에서는 단위당 취득원가와 순실현가능가치 중에서 낮은 가격으로 재고자산을 평가
     - 보수주의의 대표적인 예
 (3) 재고자산의 감모손실과 평가손실의 관계
  - 재고자산감모손실 : (장부수량 - 실제수량) x 취득원가
  - 재고자산평가손실 : 실제수량 x (취득원가-순실현가능가치)

WS-Security

WS-Security는 XML Encryption을 이용한 암호화, XML Signature를 이용한 데이

터 무결성 기능을 제공하는 SOAP 보안 익스텐션을 정의하고 있습니다. 또 WSSecurity는

WS-Security 헤더에 인증, 권한할당 등의 목적으로 다양한 종류의 바

이너리/XML 보안 토큰을 삽입하는 방법을 정의한 프로파일을 포함하고 있습니다.

• 유저네임 및 패스워드(옵션)의 적용 (웹 서비스 사용자가 인증 수단으로

유저네임을 전달하는 방법을 정의합니다. 유저네임에 해쉬 처리된 패스워

드를 적용할 수도 있습니다.)

• X.509 Certificate (수신자에게 퍼블릭 키를 전송하기 위해 설계된, 서명된

데이터 구조)

• Kerberos 티켓 (인증, 세션 토큰)

• Security Assertion Markup Language (SAML) 정의 (SAML에 대해서

는 뒷부분에서 셜명)

• REL 문서(REL(rights expression language) 라이센스 토큰을 WSSecurity

헤더에 삽입하고 인증 목적으로 활용)

• XCBF 문서(XML Common Biometric Format (XCBF) 언어를 이용하여

WS-Security 표준 기반 인증을 수행하는 방법을 정의)

WS-Policy

웹 서비스 제공자는 서비스가 제공되기 위한 조건(또는 정책)을 정의할 수 있습니

다. WS-Policy 프레임워크는 웹 서비스 제공자가 정책을 정의하고 (Oracle Web

Services Manager와 같은) 웹 서비스 애플리케이션을 통해 처리할 수 있는 환경을

제공합니다. 정책(policy)은 하나 또는 그 이상의 정책 선언(policy assertion)을 통

해 표현됩니다. 예를 들어, 하나의 정책 선언을 통해 웹 서비스에 대한 요청이 암호

화되어야 함을 규정할 수 있습니다. 또는 정책 선언을 통해 웹 서비스가 수용할 수

있는 최대 메시지 사이즈를 정의할 수도 있습니다. WS-Policy에 정의된 내용은

WS-PolicyAttachment 스펙을 통해 다양한 웹 서비스 컴포넌트와 연계됩니다.

Web Services Trust (WS-Trust)

WS-Security만을 사용하는 메시지 교환 환경에서는, 메시지 교환에 참여하는 양자

가 보안 정보의 공유를 위해 사용되는 보안 토큰의 종류에 미리 합의하였다고 가정

됩니다. 하지만 이러한 사전 합의가 존재하지 않는 경우가 있을 수 있으며, 이러한

경우 메시지 교환 이전에 트러스트(trust) 관계가 성립되어야 합니다. SOAP/WSSecurity

기반 메시지를 교환하는 당사자 간의 트러스트는 WS-Trust 스펙을 기준

으로 성립됩니다.

WS-Trust는 보안 토큰 서비스(STS)를 이용한 보안 토큰의 호환성을 보장하고,

전송/수신자가 신뢰할 수 있는 대상을 통해 보안 토큰을 발급받을 수 있게 합니다.

예를 들어, 단순한 형태의 유저네임/패스워드 인증을 사용하는 Company A가

SAML 기반 보안 인증을 요구하는 Company B와 비즈니스를 수행하기 위해 신뢰할

수 있는 대상으로부터 SAML 정의를 요청할 수 있습니다.

WS-Privacy

WS-Policy와 WS-Trust와 결합에 의해 동작하고 개인정보 보호 정책을 논의하기 위해 사용할 수 있다.

WS-SecureConversation

다양한 보안 모델이 웹서비스 사이의 보안 정보를 교환하기 위한 표준 메커니즘을 제공하는 이 명세로 보충된다.

보안 컨텍스트 및 관련된 세션 키의 생성 및 교환을 위한 형식적인 정의를 제공한다.

WS-SecureConversation은 WS-Security와 WS-Trust를 활용하고 있습니다.

WS-SecureConversation은 커뮤니케이션 당사자 간의 보안 컨텍스트 생성 및 공유를 정의합니다. 보안 컨텍스트는 다양한 메시지 교환 환경에 수반되는 오버헤드를 절감하는 효과를 제공합니다. WS-SecureConversation은 보안 컨텍스트의 요구사항을 지원하기 위한 Secure Context Token(SCT) 엘리먼트를 정의하고 있습니다. SCT는 메시지의 서명 및 암호화를 위한 공유 비밀번호(shared secret)를사용합니다.

WS-Federation

WS-Policy, WS-Security, WS-Trust 표준을 이용할 때 다른 트러스트 도메인을 통합하는 다양한 방법이 있다. WS-Federation 명세는 연합을 이루기 위한 일련의 표준과 보안 모델을 제공한다.

WS-Federation은 아이덴티티, 속성, 인증, 권한할당 정보의 (인터넷 도메인을 통

한) 보안 배포를 지원합니다. WS-Security와 WS-Trust에 정의된 모델을 기반으

로 하는 WS-Federation은 트러스트 관계의 설정, 보안 토큰의 교환, 아이덴티티/속

성 정보 보안을 통한 개인정보 보호, 페더레이티드 사인아웃(federated sign-out)

등을 가능하게 합니다. WS-Federation은 메타데이터의 정의/전달을 위해 WSPolicy와

WS-MetadataExchange를 사용합니다

WS-Authorization

WS-Authorization는 권한 부여와 접근 정책을 위해 사용하는 정보를 관리하기 위한 표준을 제공한다. 이 표준의 일부로서 보안 토큰 내에서 요구사항을 표현하는 방법을 제공한다.

WS-ReliableMessageing

성공적인 메일 전송과 전송 실패 통보의 알림을 위한 표준프로세스를 확립한다.

WS-ReliableMessage를 경쟁 관계인 WS-Reliability 명세와는 다르다.

메시지를 보냈다면 잘 도착하였는지 메시지가 도착하지 않았다면 도착하지 않았다는 메시지, 그리고 전송을 시도 하여 전송시도 실패시의 메시지 등의 문서 메일의 확인을 할 수 있다.

확실한 보증을 위해 전송보증을 사용한다.

전송보증

- AtMostOnce 보증은 단 한 번만 전송을 시도하는 메시지를 보증한다.

- AtLeastOnce 보증은 여러 번 전송되는 메시지를 보증하며, 최소한 한번은 전송되었음을 보증한다.

- ExactlyOnce 전송 보증은 오직 한 번만 전송될 메시지를 필요로 한다.

- InOrder 보증은 메시지가 보내진 순서에 따라 전송되는 것을 보증한다.

WS-Security, WS-Policy, WS-Coordination, WS-Transaction과 동시에 사용 될 수 있다.

WS-Addressing

신뢰할수 있는 메시지를 논할 때 WS-Addressing명세를 언급한다.

메시지에서 웹 서비스 종점을 표현하는 표준 방법뿐만 아니라 다수의 추가적인 주소를 제공한다.

WS-Addressing은 메시지의 엔드-투-엔드 엔드포인트 보안을 위해 웹 서비스 엔

드포인트를 확인하는 XML 프레임워크를 제공합니다. 웹 서비스 엔드포인트(web

service endpoint)란 웹 서비스 메시지가 전달되는 리소스(애플리케이션, 프로세서

등)를 의미합니다. Oracle Web Services Manager의 경우 메트릭 상호 연계를 위해

WS-Addressing을 사용하고 있습니다.

Business Process Execution Language (WS-BPEL)

서비스 지향형 모델에서, 서비스는 스탠드얼론 애플리케이션으로 사용되지 않습니

다. 일반적으로 서비스는 보다 큰 단위의 프로세스(예: 대출 애플리케이션 프로세

스)를 이루는 구성요소로서 활용됩니다. WS-BPEL 표준은 서비스 기반으로 프로

세스들을 조합하고, 이를 다시 WSDL을 통해 정의하기 위한 표준적인 방법을 제시

하기 위한 목적에서 개발되었습니다. 통합된 BPEL 프로세스에는 (단순 서비스 호

출만을 실행하는) 단순 작업만이 포함될 수도 있고, 또는 (복잡한 변환 작업, JOIN

작업, 루프, 비동기식 호출 등의) 다단계 작업(이를 액티비티라 부릅니다)이 포함될

수도 있습니다.

Oracle BPEL Process Manager는 WS-BPEL 1.1 표준을 완벽하게 지원할 뿐 아니

라, 복잡한 프로세스의 구현에 필요한 부가적인 기능을 함께 제공하고 있습니다. 복

잡한 프로세스의 한 가지 예로, WS-BPEL 서비스를 기반으로 다양한 설정 옵션을

제공하는 수작업 태스크를 들 수 있습니다. WSDL을 이용하여 인터페이스를 공개하

는 모든 서비스가 SOAP/HTTP 바인딩을 사용하는 것은 아닙니다. Apache Web

Service Invocation Framework(WSIF)를 이용하면, Oracle BPEL PM과 Oracle

ESB를 확장하여 J2CA, SOAP, EJB, POJO 등의 바인딩을 지원하는 것이 가능합니

다. Oracle BPEL PM과 Oracle ESB 간의 커뮤니케이션은 트랜잭션 기반으로 수행

됩니다. 두 애플리케이션은 WSIF를 이용하여 동일한 글로벌 트랜잭션을 공유하며,

따라서 미션 크리티컬 애플리케이션의 긴밀한 통합이 가능합니다.

WS-Attachments

첨부를 통해 데이터를 전송하는 SOAP 메시지는 첨부 데이터를 부호화하기 위한 표준을 필요로 한다.

WS-Attachments 명세는 주 메시지(기본적인 SOAP메세지)와 첨부를 표현하는 2차 메시지 부분으로 구성된 복합 SOAP 구조를 소개한다. 주 메시지가 표준 href애트리뷰트를 사용하는 2차 메시지를 참조하고, 2차 메시지를 참조하는 메커니즘을 제공한다.

그리고 WS-Attachments는 첨부로 DIME형식을 사용한다.

결론적으로 DIME와 WS-Attachments는 SOAP메시지로 첨부를 패키징하는 단순하고 효율적인 솔루션을 형성합니다. 이것은 SOAP메시지 안에 JPEG이미지, 디지털 사인 문서, 두 번째 SOAP메시지, 그리고 심지어 메인 SOAP메시지 안에 다른 DIME패키지와 같은 어떠한 데이터의 포맷도 포함할 수 있는 능력을 제공합니다. 이것은 또한 패키지 안에 SOAP메시지 안에 첨부된 데이터를 참조하는 메커니즘을 정의하고 있습니다. 다양한 웹 서비스 툴킷들은 DIME와 WS-Attachment를 지원하며, 그리고 미래에는 더 잘 구현된 것을 기대해 볼 수 있을 겁니다. SOAP메시지에 첨부를 포함한다는 생각은 웹 서비스와 어느 플랫폼에서의 웹 서비스 소비자에게든 표준적인 특징이 될 것이다.

WS–Messaging

WS-Eventing

Notification과 Eventing 서비스를 지원하기 위한 WS-Eventing

WS-Enumeration

기존의 soap에서 사용한 단순한 request 모델은 대용량의 데이터를 전송하기 부적합하므로,

Session의 추상화를 이용하여 SOAP에서 Network Enumeration 형태로 데이터를 전송하는 기법.

WS-Transfer

Web Service의 Resource 를 좀더 잘 관리하기 위한 Spec으로 Resource의 생성,변경,변환 등을 관리

WS-Atomic Transaction

기존의 ACID 속성을 가진 Transaction을 지원하기 위한 방법

WS-Coordination

Long Running Transaction과 Workflow를 지원하기 위한 방법으로 Orchestration에 해당한다.

WS-BusinessActivity

Coordination의 확장된 개념으로 Web Service의 참가자를 관리하기 위한 프로토콜로, Choreography를 잘 지원하기 위한 Spec이다.