조건 계약 유지보수

프로세스 흐름 예시:

역년의 10월부터 12월까지 유효한 조건 계약에 관한 예시입니다. 조건은 스케일로 정의됩니다. 월별 중간 정산이 계획되어 있으므로 매월 말에 분할 정산이 수행됩니다.

10월에는 관련 거래량이 최소 금액인 5,000달러에 미달하기 때문에 해당 월의 정산 금액이 계산되지 않습니다.

총 거래량은 11월 말까지 미화 7,000달러에 달합니다(10월의 USD 3,000 + 11월의 USD 4,000). 정산 실행에서 140달러의 리베이트(7,000달러의 2%)가 계산되고, 발생 금액이 그에 따라 업데이트됩니다.

계약 기간 말에 총 거래량인 27,000달러에 도달했으며, 두 번째 스케일 레벨에 도달했습니다. 따라서 총 리베이트는 27,000달러의 4%에 해당하는 1,080달러입니다.

최종 지급 계산 시에는 이미 지급된 금액이 고려됩니다. 이 예에서는 USD 1,080 - USD 140 = USD 940입니다.

조건 계약의 주요 기능은 다음과 같습니다.

• 통합 계약 관리:
  • 계약 데이터 및 계약 관련 조건에 대한 단일 엔트리 포인트 역할을 합니다.
  • 모든 거래량 관련 시나리오에 대한 완전한 지원을 제공합니다.
  • 정산 정보의 직관적인 데이터 입력이 가능합니다.
• 관련 문서의 완전한 투명성: 계약 조건이 결정되고 발생이 전기된 모든 문서의 개요를 제공합니다.
• 세부 정산 개요:
  • 복합 정산 시나리오에 대한 자세한 개요를 제공합니다(ALV 및 그래픽 뷰).
  • 모든 정산 전표와 해당 FI 상태에 대한 개요를 제공합니다.

조건 계약을 사용하면 비즈니스 파트너와 협상한 조건을 시스템의 한 곳에서 저장하고 편집할 수 있습니다. 시스템에 입력된 조건을 최대한 광범위하고 투명하게 파악할 수 있으며, 중앙에서 이러한 조건에 액세스할 수 있습니다.

조건 계약은 조건을 더 쉽게 관리할 수 있도록 다양한 기능을 제공합니다. 조건을 협상할 수 있는 기간을 정의하는 유효 구간 외에도, 여러 릴리스 시나리오를 사용하여 실제 사용할 조건을 활성화할 수 있습니다. 텍스트 또는 참조 데이터와 같은 다양한 정보를 입력하여 관련 당사자와 더욱 원활하게 의사소통할 수도 있습니다.

조건 계약은 유연한 거래량 결정을 지원합니다. 사용할 거래량은 제한 없이 정의할 수 있습니다.

• 거래량 결정의 경우, 사용할 필드 선택과 필드 조합을 제한 없이 정의할 수 있습니다.
• 포함 기능과 제외 기능이 모두 지원됩니다.
• 거래량 소스는 커스터마이징에서 정의됩니다.

거래량 결정도 조건 레코드와 무관합니다.

조건 계약 정산은 거래량 또는 수량에 따른 후속 보상을 비즈니스 파트너 또는 비즈니스 파트너 그룹과 정산하는 모든 곳에서 사용할 수 있습니다. 일반적으로 문서 항목 레벨에서는 정산이 수행되지 않지만, 문서의 양이 많기 때문에 누적 주요 지표(거래량)를 기반으로 수행됩니다. 이러한 주요 지표는 트랜잭션 문서 데이터에서 결정됩니다.

판매 기준 보상에 조건 계약 정산을 사용할 수 있습니다. 구매 오더, 납품, 청구 문서, POS 데이터 또는 합의된 고정 예산 등 여러 데이터 소스를 사용하여 거래량을 결정할 수 있습니다.

트랜잭션 문서 데이터를 통해 결정된 주요 지표인 수량, 화폐성 매출액, 중량, 부피 또는 지점을 정산 기준으로 사용할 수 있습니다. 또한 정산에 사용된 주요 지표는 일반적으로 "거래량 기준"으로 통칭됩니다.

달력 기준 정산:

• 공급업체/고객 계약의 일부인 다양한 정산 유형을 지원합니다.
• 정산일과 관련된 제한사항은 없습니다.
• 정산 달력에서 정산일을 자동으로 가져올 수 있음

실행일은 정산일별로 독립적으로 정의할 수 있습니다.

세부 정산 개요를 사용할 수 있습니다.

• 미결 및 실행된 정산 전표가 표시됩니다.
• FI 상태의 개요도 제공됩니다.

차후 정산이 필요한 조건은 일반적으로 비즈니스 파트너와의 계약에 따라 여러 번에 나눠서 정산됩니다. 정산 달력에서 계약의 정산일을 정의할 수 있습니다. 정산일 외에, 사용할 정산 유형도 지정할 수 있습니다.

다음 정산 유형을 사용할 수 있습니다.

• 분할 정산

• 최종 정산

• 델타 정산

• 델타 발생

또한 정산에서 세부 명세서를 사용하여 정산된 트랜잭션 문서를 문서화할 수 있습니다.

분할 정산:

분할 정산에서는 조건 계약의 조건이 전체 조건 계약 기간의 특정 기간에 대해 임시 정산됩니다. 여기서 일반 분할 정산과 누적 분할 정산이 구분됩니다. 누적 분할 정산에서는 이미 정산된 이전 기간의 매출과 수익이 "롤업"됩니다. 즉, 예를 들어 조건 계약 정산 시 스케일 레벨과 관련된 더 나은 조건 값을 더 일찍 사용할 수 있습니다. 일반적으로 분할 정산은 최종 정산이 포함된 최종 시점에 대해 수행합니다.

최종 정산:

최종 정산에서는 조건 계약의 전체 기간 중 특정 기간의 영구 정산을 수행합니다. 조건 계약의 정산에는 하나 이상의 최종 정산이 포함될 수 있습니다. 기간 시작일은 조건 계약의 유효 기간 시작일 또는 최종 정산일입니다. 기간 종료일은 현재 최종 정산일 또는 조건 계약의 유효 기간 종료일입니다.

이전에 분할 정산된 시간 간격의 모든 값은 최종 정산 시 정산됩니다. 최종 정산은 분할 정산과 달리 이후 분할 정산이나 최종 정산에서 정산되지 않습니다. 그러나 계속해서 델타 정산을 사용하여 최종 정산을 수정할 수는 있습니다.

델타 정산:

후속 수정 또는 지연 전기 시, 최종 정산이 이미 존재하는 시간 간격의 거래량 기준이 변경될 수 있습니다. 델타 정산을 사용하면 이러한 후속 변경사항을 정산하고 해당 시간 간격의 최종 정산을 수정할 수 있습니다. 델타 정산을 반복할 수도 있습니다. 이 경우 이전 델타 정산도 고려됩니다. 계약 정산 달력에 델타 정산을 사전 정의할 수 있습니다. 하나 이상의 델타 정산이 허용됩니다. 예를 들어 12월 31일에 최종 정산이 있고, 다음 연도의 1월 15일과 1월 31일에 델타 정산이 있을 수 있습니다.

델타 발생 정산:

구매 오더 또는 SD 청구 문서와 같은 원본 전표와 함께 발생을 생성하지 않는 경우, 델타 발생 정산을 사용하여 누적된 형태의 발생을 생성할 수 있습니다. 일반적으로 델타 발생 정산을 실행하는 작업 일정은 정기적으로 계획합니다. 또한 조건 데이터가 변경되어 발생을 수정해야 할 때 이 정산 유형을 사용합니다. 델타 발생 정산 시 기존 발생은 자동으로 반제됩니다.

델타 발생을 사용하여 이동 평균 가격을 변경할 수는 없습니다. 이동 평균 가격은 재고 전기의 일부로만 조정할 수 있습니다. 그러나 리베이트 청구를 FI에 매핑하기 위해 G/L 계정에 발생을 전기할 수는 있습니다.

발생 조건은 정산 조건과 별도로 정의할 수 있습니다.

가변 발생 처리에는 다음과 같은 특징이 있습니다.

• 다양한 계산 유형을 지원합니다.
• 원본 전표 내에서 발생 조건을 결정할 수 있습니다.
• 정산 실행 시 손익 발생이 반제됩니다.
• 정산 관련 조건의 변경은 발생에 영향을 미치지 않습니다.
• CO-PA 내에서 이러한 조건을 다른 방식으로 처리할 수 있습니다.

주문-결제(Order-to-Cash, O2C) 프로세스는 판매 오더부터 현금 수령까지 모두 포함하는 완전한 프로세스입니다. 하위 단계는 일반적으로 회사 내에서 개별적으로 정의됩니다.

주문-결제(Order-to-Cash) 프로세스의 사용 케이스

기본 판매 시나리오는 다음과 같습니다.

• 청구 문서 기준 리베이트

• 현금 판매 데이터 기준 리베이트

• 합의된 예산 기준 리베이트

법적 요건에 따라, 고객 관련 정산 프로세스에 대해 발생을 생성해야 합니다. 이는 SD 청구 문서가 생성되거나, 델타 발생 전기의 일부로 누적된 형태인 경우 수행할 수 있습니다. 이 전기에서는 시스템에서 보류 중인 발생을 결정하고 이러한 발생을 FI에 자동으로 전기합니다. 이 경우 기존에 생성된 발생이 모두 포함되므로 발생은 항상 예상 지급 의무의 현재 상태를 나타냅니다. 따라서 이미 전기되거나 생성된 청구 문서를 재평가할 필요가 없습니다.

표준 SAP S/4HANA 시스템에서는 조건 계약에 대해 사전 정의된 리포트를 사용하는 유연한 리포팅 옵션을 사용할 수 있습니다. 몇 가지 특징은 다음과 같습니다.

• CDS 뷰 기술과 IDA(Integrated Data Access) ALV(SAP List Viewer)를 기반으로 성능 중심 리포트가 작성됩니다.
• 고객 고유 필드가 지원됩니다.
• 유연한 선택 옵션이 지원됩니다.
• SAP HANA 플랫폼에 최적화되어 있습니다.