SAP SRM-퀵 가이드

SAP SRM (Supplier Relationship Management)은 웹 기반 플랫폼을 통해 상품 조달을 용이하게하는 SAP 제품입니다. 조직은 직접 및 간접 재료, 서비스와 같은 모든 유형의 제품을 조달 할 수 있으며 이는 회계 및 계획을 위해 SAP ERP 모듈 및 기타 비 SAP 백엔드 시스템과 통합 될 수 있습니다.

SAP SRM을 사용하면 조달 프로세스를 최적화하여 공급 업체와 효과적으로 협력하여 장기적인 혜택을 얻고 예측, 조달주기를 수행하고 파트너와 협력 할 수 있습니다. 주요 공급 업체와 함께 비즈니스 프로세스를 관리하는 혁신적인 방법을 사용하여 조달주기의 시간 범위와 비용을 줄일 수 있습니다.

SAP SRM은 공급 업체와의 완전한 구매 프로세스를 통해 소스 및 구매에서 지불까지 전체 구매주기를 지원하고 장기적인 관계를 구축하기 위해 공급 업체를 효과적으로 관리합니다.

SAP SRM은 공급 업체 성과 관리를 강조하고 조달 작업을 간소화하고 계약 및 구매 정책을 준수하며 전반적인 비용 관리 및 지출을 개선하는 데 도움이됩니다.

주요 이점 및 기능

SAP SRM 제품을 사용하고 계획 및 최적화를 위해 다른 SAP ERP 모듈 및 비 SAP 시스템과 통합하여 얻을 수있는 다양한 이점과 주요 기능이 있습니다.

다음은 SAP SRM의 주요 이점입니다.

카탈로그 관리

공급 업체는 카탈로그 데이터를 쉽게 관리 할 수 있으며이 데이터는 회계, 재무 및 계획과 같은 비즈니스 프로세스와 쉽게 통합 될 수 있습니다.

지불 최적화 조달

SAP SRP 제품을 사용하면 구매주기를 간소화하고 공급 업체 및 비용 관리와의 커뮤니케이션을 개선 할 수 있습니다.

셀프 서비스 조달

최종 사용자는 여러 제품 카탈로그를 사용하여 제품을 검색 할 수 있으며 회사의 구매 및 조달 정책을 준수하는 제품을 찾고 구매하도록 도와줍니다.

보고 기능

SAP 공급 업체 관계 관리를 사용하면 조달 활동, 규정 준수 및 계약 관리, 조달 프로세스의 비용 관리와 관련된 보고서를 작성할 수 있습니다.

계약 관리

안전한 중앙 저장소를 사용하여 계약을 관리 할 수 있습니다. 이를 통해 규정 준수 위반을 줄이고 최종 사용자가 셀프 서비스 조달 중에 비즈니스 프로세스를 따를 수 있습니다.

SAP SRM의 기술적 이점

다음은 SAP SRM의 기술적 이점입니다.

Live Auction Cockpit 구매 프로세스에서 실시간 모니터링 및 입찰 프로세스를 수행합니다.
SAP NetWeaver Business Intelligence 데이터웨어 하우징, 분석 및 웹 기반보고를 수행합니다.
Easy transactions SAP SRM과 온라인 트랜잭션 처리 시스템 OLTP 사이.
SAP bidding engine 견적을 작성하고 처리합니다.

SAP SRM 소프트웨어 탐색을 확인하려면 SAP GUI 클라이언트를 사용하여 SRM 시스템에 로그인 할 수 있습니다. SRM 시스템을 선택하고 사용자 이름과 암호를 입력합니다. SAP Easy Access 공급 업체 관계 관리 화면이 표시됩니다.

SAP 메뉴에는 다음과 같은 다양한 폴더가 있습니다.

마스터 데이터
비즈니스 파트너
Products
지불 카드

조직 모델을 열려면 T 코드를 실행하거나 마스터 데이터 → 프로세스 조직 모델에서 이동할 수 있습니다.

조직 구조를 구축하면 아래쪽으로 생성됩니다. 맨 위에는 루트 조직 구조가 있고 자회사, 사업부 등과 같은 다른 조직 단위가 있습니다.

웹 URL을 사용하여 SAP SRM Portal Desktop에 액세스 할 수도 있습니다. 포털 영역은 다음 부분으로 나뉩니다.

상단에는 SRM 작업 센터가 있습니다.
왼쪽에는 탐색 영역이 있습니다.
하단에는 콘텐츠 영역이 있습니다.

SRM 사용자 역할에 따라 왼쪽 탐색 영역이 표시됩니다. 액세스 권한이있는 경우 SRM 포털에서 추가 필드를 볼 수 있습니다. 왼쪽에서 작업 세트를 선택할 수 있으며 오른쪽에 Person Object Work 목록이 표시됩니다.

선택한 쿼리의 결과가 테이블 형식으로 표시됩니다.

테이블의 모든 행을 선택할 수 있으며 표시, 편집, 삭제, 미리보기, 새로 고침 및 내보내기 등과 같은 상단 버튼을 사용할 수 있습니다.

다음 스크린 샷에서는 장바구니에 상품을 추가하고 완료하고 주문하는 3 단계 접근 방식의 표를 볼 수 있습니다.

장바구니에서 장바구니에있는 항목을 추가, 삭제, 복사, 붙여 넣기 또는 복제 할 수 있습니다. 각 공급 업체에 대해 별도의 쇼핑 카트를 만들어야합니다.

검색은 쉽고 사용자 친화적입니다. 일부 자재 및 일부 공급 업체에 대한 구매 오더를 생성하는 프로세스를 용이하게합니다.

SAP GUI에서 SAP SRM에서 다음 구성 옵션을 볼 수 있습니다-

SAP SRM을 확장하여 SRM 시스템에서 다양한 설정을 볼 수 있습니다.

SAP SRM에서 다양한 기능을 수행 할 수 있습니다. SAP SRM 포털을 사용하여 사용자는 다양한 옵션에 셀프 서비스 옵션을 사용할 수 있습니다.

SAP SRM의 주요 기능은 다음과 같습니다.

항해

SAP SRM에서는 화면을 쉽게 탐색 할 수 있습니다. SRM 포털은 사용자 친화적이고 관리하기 쉬운 모양을 가지고 있습니다.

수색

SAP SRM 포털에서 다양한 제품 및 공급 업체를 쉽게 검색 할 수 있습니다. 검색 기준은 사용하기 쉽습니다.

검색에서 항목 수를 제한 할 수도 있습니다.

세부 정보를 보려면 개체를 선택하고 확인 버튼을 클릭합니다.

구매 주문

일부 자재 유형에 대해 구매 오더를 생성 할 수 있습니다. 일부 자재 및 공급 업체에 대한 PO도 자동으로 생성됩니다.

계정 할당

사용자는 기본 계정 환경 설정을 정의 할 수도 있습니다. 비용 할당은 재료의 수량, 백분율 또는 값에 따라 정의 할 수 있습니다. 검색 옵션을 사용하여 온라인으로 G / L 코드를 검색 할 수도 있습니다.

워크 플로우

SAP SRM에서 구매 주문에 대한 승인 프로세스는 매우 쉽습니다. 이를 통해 조직은 쉽고 간단한 방식으로 상품 요청을 수행 할 수 있습니다.

복사 및 삭제

사용자는 복사 옵션을 사용하여 장바구니에있는 항목을 복사 할 수 있습니다. 편집 옵션은 주소, 비용 분배 등을 편집하는 데 쉽게 사용할 수 있습니다.

장바구니에 담긴 상품을 쉽게 선택하고 삭제할 수있어 장바구니에서도 삭제가 쉽습니다.

SAP Supplier Relationship Management 제품의 일부인 다양한 애플리케이션 및 기술 구성 요소가 있습니다. 응용 프로그램 구성 요소에는 재무 관리, BI 요구 사항, 응용 프로그램 상호 작용을위한 엔터프라이즈 포털 및 다양한 기능을 수행하기위한 기타 다양한 구성 요소를위한 RFx 생성 및 입찰 제출에 필요한 구성 요소가 포함됩니다.

기술 구성 요소는 SAP 및 비 SAP 외부 시스템과 통합하기위한 NetWeaver Process Integration, 구성 용 SAP GUI 및 마스터 데이터 용 R / 3 플러그인으로 구성됩니다.

응용 프로그램과 기술의 각 구성 요소를 자세히 살펴 보겠습니다.

SAP 공급 업체 관계 관리 서버

SAP SRM 서버에는 SAP SRM 서버 및 SAP 입찰 엔진이 포함됩니다. SAP SRM은 SAP NetWeaver 애플리케이션 서버를 기반으로하며 다양한 플랫폼 및 데이터베이스에서 사용할 수 있습니다. SAP Market place에서 모든 SAP SRM 릴리스를 확인할 수 있습니다.Product Availability Matrix (PAM).

SAP SRM 입찰 엔진

SAP SRM Bidding Engine을 사용하여 입찰 요청을 생성하고 처리 할 수 있습니다. 입찰자는 RFx에서 입찰 및 기타 기능을 제출할 수 있습니다.

입찰 엔진은 입찰 규칙을 정의하고 입찰자는이를 사용하여 시스템에서 입찰을 제출할 수 있습니다.

SAP NetWeaver BI

SAP SRM 지출 분석에서 BI는 주로 사용되며 동일한 시스템에 애플리케이션 서버 ABAP가 필요합니다. Java 애플리케이션 서버 및 SAP Enterprise 포털이 필요할 수도 있습니다.

SAP NetWeaver 엔터프라이즈 포털

사용자가 SRM과 관련된 응용 프로그램 및 정보를 관리하기위한 진입 점으로 사용됩니다. 애플리케이션 및 서비스에 대한 역할 기반의 보안 액세스를 제공합니다.

온라인 거래 처리 시스템

백엔드 트랜잭션 처리에 다양한 시스템을 사용하여 자재 및 재무 쿼리를 관리 할 수 있습니다. SAP ERP 시스템을 사용할 수 있으며 SAP SRM과 SAP ERP 시스템간에 데이터 교환이 이루어집니다.

백엔드 시스템없이 SAP SRM을 독립형으로 설치할 수도 있습니다.

라이브 경매 조종석 서버

LAC 웹 프레젠테이션 서버는 J2ee 기반 소프트웨어 응용 프로그램입니다. 이는 사용자에게 실시간 입찰, 실시간 모니터링 및 역경매 옵션을 제공합니다.

이 외에도 기술 구성 요소에는 다른 시스템의 프로세스를 통합하기위한 SAP Process Integrator, 구성을위한 SAP GUI 및 하나 이상의 R / 3 시스템과 다른 구성 요소 간의 데이터 교환을위한 R / e 플러그인이 포함됩니다.

SAP SRM은 조달, 재고 및 재무 관리를위한 백엔드 처리를 위해 SAP ERP와 통합 될 수 있습니다. SAP ERP 애플리케이션 및 비 ERP 시스템과 통합 할 수 있습니다.

SAP SRM과 함께 사용할 수있는 네 가지 배포 시나리오가 있습니다.

독립형 배포

독립 실행 형 배포 모델에서는 모든 조달 처리가 SAP SRM 시스템에서 수행되고 백엔드 회계 시스템이 송장 재무 처리에 사용됩니다.

독립 실행 형 배포 시나리오에서는 구매 주문 관리, 쇼핑 카트 및 입고 및 송장이 SRM 시스템에서 처리됩니다.

이 시나리오는 다음 고객에게 제안됩니다.

자재 관리를위한 운영 백엔드 시스템이없고 재무 회계 시스템 만있는 경우
SAP SRM 시스템의 모든 조달 활동을 이동하여 선택한 옵션에서 조달하려는 구매자를 이전하여 기업이 백엔드 조달 시스템의 작업 부하를 줄일 수 있도록하려는 경우.

최소한의 제품 데이터 만 유지하고 공급 업체 카탈로그에만 의존하려는 고객에게 권장됩니다.

클래식 시나리오

분류 배포 모델에서는 SAP SRM에서 장바구니를 처리하고 지원 문서는 백엔드 ERP 시스템에서 처리합니다.

모든 시스템에서 입고 또는 송장을 수행 할 수 있습니다.

이 배포 모델은 강력한 백엔드 조달 시스템을 보유하고 있고 구매자가 운영에 여러 시스템을 사용하고 싶지 않은 고객에게 권장됩니다.

확장 된 클래식 배포

이 배포 모델에서 조달 프로세스는 SAP SRM 시스템에서 이루어지며 PO는 SRM 시스템에서 생성되고 읽기 전용 사본은 백엔드 ERP 시스템에서 생성됩니다.

클래식 시나리오의 경우와 같이 모든 시스템에서 입고 또는 송장을 수행 할 수 있습니다.

이 모델은 PO 응답 등과 같은 SAP SRM에서 조달 기능이 거의 필요한 경우에 권장됩니다.

확장 된 클래식 배포 시나리오에서 직접 자료를 구현할 수 있습니다.

분리 된 배포

세 가지 시나리오를 모두 병렬로 사용하는 경우이를 분리 된 시나리오라고합니다. 고객이 각 구성 요소의 모든 기능을 활용하려는 경우 SAP SRM을 통해 위의 모든 시나리오를 병렬로 사용할 수 있습니다.

예

특정 간접 자재 및 일상적인 서비스에 대해 독립 실행 형 배포 모델을 사용하려는 고객, 재고 자재의 재고 및 백엔드 자재 관리 시스템의 계획 기능을 활용하는 클래식 시나리오, 효과적인 공급 업체 관리를 수행하여 응답을 제공하는 확장 된 클래식 배포 시나리오를 고려하십시오. PO의 경우.

SAP SRM에서 계약은 특정 기간에 정의 된 조건 내에서 상품 및 자재 공급 또는 서비스 제공을 위해 공급 업체와 조직 간의 협상으로 정의됩니다. 이러한 계약은 서로 다른 그룹의 계약에 대한 가시성 부족을 해결하기 위해 중앙 보안 위치에 배치됩니다.

이를 통해 유사한 유형의 상품에 대해 서로 다른 조건으로 서로 다른 지역 계약을 관리 할 수 있습니다.

CCM을 사용하면 구매자가 서로 다른 위치에서 회사의 여러 부서를 구성하여 협상 된 약관을 활용할 수 있습니다. 약관은 중앙 계약으로 전환되어 현지 구매 그룹에 배포되어 회사의 조달 프로세스를 수행합니다.

SAP SRM은 다음과 같은 CCM 기능을 제공합니다.

SAP SRM은 계약 관리 프로세스를 자동화하고 간소화하여 조달 프로세스를 개선하고 가속화하는 데 도움이됩니다.
SAP SRM은 엔터프라이즈 서비스를 사용하여 글로벌 협상 조건을 여러 ERP 시스템과 비 SAP 솔루션으로 자동 전송하는 데 도움이됩니다.
SAP SRM을 사용하면 새 계약을 생성하는 데 사용할 수있는 표준 계약 저장소를 제공하여 계약 준수를 보장 할 수 있습니다.
공급 업체와 직접 협상하거나 RFx를 생성하여 중앙 계약을 쉽게 생성하거나 변경할 수 있습니다.
CCM을 사용하면 중앙 저장소에 대한 권한 할당을 사용하여 중앙 계약에 대한 액세스를 제어 할 수 있습니다.
만료되는 계약 등에 대한 경고를 생성하도록 시스템을 구성 할 수도 있습니다.
필요에 따라 중앙 계약 배포를 사용자 정의 할 수 있으며 동일한 범주에 대한 개별 계약 또는 여러 계약이 될 수 있습니다.

계약 업로드를 위해 SAP ERP와 통합

중앙 계약을 업로드하고 SAP ERP 시스템에서 SAP SRM 시스템으로 계약을 예약하려면 프로그램을 사용할 수 있습니다. BBP_CONTRACT_INITIAL_UPLOAD. 구성에 따라 이러한 계약은 ERP에서 SAP SRM 시스템으로로드되고 예약됩니다.

초기 업로드는 일회성 활동으로 간주되며 백엔드 시스템에 설치할 때 수행됩니다.

계약 검색을 수행하려면 다음을 사용할 수 있습니다. TREX검색 엔진. 이 검색 엔진은 SAP SRM과 함께 제공되지만 사용 가능한 모든 계약에 대한 인덱싱을 생성하려면이를 설치하고 프로그램을 실행해야합니다. 프로그램을 실행해야합니다BBP_TREX_INDEX_ADMIN 기존 문서에 대한 새 색인을 작성하고 계약이 저장 될 때 모든 신규 또는 변경된 문서에 대한 색인화를 수행하는 데 도움이됩니다.

SAP NetWeaver Business Intelligence와 통합 할 때 BI 보고서를 작성하여 계약을 평가할 수도 있습니다.

BI 보고서를 생성하려면 다음으로 이동하십시오. SAP NetWeaver → BI Content → Supplier Relationship Management → Contract Management.

중앙 계약 관리의 변경 내역

중앙 계약 관리 (CCM)의 모든 필드에 대해 사용 가능한 변경 문서를 볼 수도 있으며 감사 시험에 사용됩니다. 이러한 버전간에 항목 및 헤더 수준의 변경 사항을 비교하여 계약 버전을 비교할 수 있습니다.

버전을 비교하려면 다음 단계를 따르십시오.

Step 1 −이를 수행하려면 SRM 서버 → 응용 프로그램 간 기본 설정 → 구매 문서에 대한 버전 관리 켜기로 이동합니다.

Step 2 − SAP GUI를 사용하여 다음 스크린 샷과 같이 SRM 시스템에 로그인합니다.

Step 3 − SPRO → IMG를 입력하고 → SRM Server → Cross Application Basic Settings로 이동합니다.

Step 4 − 버전 제어가 켜져 있거나 꺼져있는 모든 비즈니스 트랜잭션 범주를 볼 수 있습니다.

Step 5 − 변경 문서를 표시하고 중앙 계약의 버전을 비교하려면 Tracking 중앙 계약을 표시 할 때.

ERP에서 중앙 계약 업로드 및 관리

이제 ERP에서 중앙 계약을 업로드하고 관리하는 방법을 이해하겠습니다. SAP ERP 중앙 구성 요소 → 물류 → 자재 관리 → 구매 → 공급 업체와의 구매 계약 개요 → 계약 → 중앙 계약 → SRM 중앙 계약으로 이동하여 SAP ERP 시스템에서 계약을 업로드 할 수 있습니다.

중앙 계약에서 승인 관리

SAP ERP에서는 사용자에게 저장소에서 중앙 계약을 생성, 변경 또는 표시하는 역할을 할당 할 수있는 권한을 부여 할 수 있습니다. 회사의 법률 부서는 사용자에게 공개되기 전에 계약을 분석합니다. 역할을 할당 할 수 있습니다.display/change 약관과 같은 기밀 필드에 대한 액세스 권한이없는 메모를 보려면 법무 팀에 문의하십시오.

다음 단계에 따라 역할을 지정하겠습니다. display/change −

Step 1 − Central Contract에 대한 권한을 할당하려면 SAP SRM → 전략적 구매 → 계약 관리 → 계약으로 이동합니다.

Step 2 − SAP Easy access에서이 트랜잭션을 호출 할 수없는 경우 SRP 포털로 이동하여 Strategic Purchasing 탭으로 이동할 수 있습니다.

Step 3 − 당신은 Authorization 탭 → 기존 사용자를 편집하려면 사용자를 선택하고 편집합니다.

새 사용자를 생성하고 사용자의 요구 사항에 따라 권한을 할당 할 수 있습니다.

중앙 계약에서 변경 수행

하나 이상의 중앙 계약 또는 중앙 계약 계층에 대해 동일한 변경을 수행 할 수 있습니다. 이것은 비즈니스 요구에 따라 여러 계약에 대한 대량 변경을 수행하는 데 사용됩니다.

예

공급 업체 ABC와 여러 계약이있는 경우를 고려하십시오. 이제 주문량이 증가하면 x %의 추가 할인을 받게됩니다. 이제이 공급자 ABC와 여러 계약을 유지하려면 한 번에 모든 계약을 변경해야합니다.

노트

완료된 것으로 표시된 중앙 계약은 변경할 수 없습니다.

중앙 계약을 대량으로 변경하려면 중앙 저장소에서 계약을 검색하고 선택해야합니다.

대량 변경을 수행하려면 대량 변경 옵션으로 이동하면 마법사가 열립니다.

선택한 모든 계약을 볼 수 있습니다. 질량 변경을 수행하려면 질량 변경 매개 변수를 선택하고 변경을 지정하고 동일한 방법으로 다른 질량 변경 매개 변수를 선택하고 변경을 지정합니다.

매개 변수가 변경된 모든 필드 옆에 플래그가 표시되며 이는이 매개 변수를 변경했음을 나타냅니다. 마법사의 모든 계약은 다른 사용자가 이러한 프로젝트를 변경하지 않도록 대량 변경을 수행 할 때 잠긴 상태로 유지됩니다.

변경을 수행하는 데 필요한 시간은 중앙 계약의 수에 따라 다르므로 백그라운드에서 변경을 수행 할 수도 있으며 일괄 변경 창을 닫을 수 있습니다. 변경이 완료되면 일괄 변경이 완료된 링크가 포함 된 이메일을 받게됩니다. 변경 사항이 성공적으로 적용되었는지 여부를 볼 수 있습니다.

SAP SRM에서 수동으로 중앙 계약을 생성 할 수 있습니다. 서로 유사한 계약을 여러 개 생성해야하는 경우 템플릿을 생성 한 다음 템플릿을 기반으로 기존 계약을 복사 할 수 있습니다.

중앙 계약을 생성하려면 SAP SRM → 전략적 구매 → 계약 관리 → 중앙 계약 생성으로 이동합니다.

헤더 탭, 개요 탭 및 배포 탭과 같은 다른 탭을 볼 수 있습니다. 개요 탭에서 항목 세부 정보 및 일반 헤더 데이터를 입력하십시오. 계약서에 다음 세부 정보를 입력 할 수 있습니다.

목표 수량 및 가치

이 필드에 목표 수량과 목표 값을 입력해야합니다. 일정 기간 동안 공급자로부터 구매할 단위 수를 표시하는 수량을 정의합니다.

릴리스 값

중앙 계약에 대한 모든 PO의 누적 가치로 정의됩니다.

기본 계약

이제 계약을 기본 계약으로 정의하면 헤더 데이터와 조건 만 포함되며 라인 항목을 넣을 수 없으며 카탈로그에 배포 할 수 없습니다.

품목 범주

품목 범주를 다음과 같이 정의 할 때 normal, 포함해야합니다. product category. 제품 범주에서 목표 값을 정의해야하며 제품 범주 항목은 항상 연결된 모든 카탈로그를 참조합니다.

중앙 계약 상태

다음은 SAP SRM 시스템에서 중앙 계약에 사용할 수있는 상태입니다.

승인 대기 중

시스템 구성에 따라 다음을 선택하면 승인 워크 플로가 시작됩니다. Release계약을 위해. 이 경우 계약 상태는Awaiting Approval.

완료

계약이 만기 또는 릴리스 상태이고 계약 마감을 선택하면 계약 상태가 완료로 설정되고 이는 취소 할 수없는 상태입니다.

완료된 계약을 검색하고이를 새 계약 작성을위한 템플리트로 사용할 수 있습니다.

삭제

계약이 해제되지 않은 경우 상태를 삭제로 설정하면 계약이 성립됩니다.

잘못된 배포

백엔드 시스템에 대한 중앙 계약 배포가 실패하면 시스템은 상태를 다음과 같이 설정합니다. distribution incorrect.

만료 됨

계약 유효 기간이 만료되면 상태가 만료로 설정됩니다. 시스템 관리자는 계약 만료시 보고서를 예약 할 수 있습니다.

유통 중

계약이 백엔드 시스템에서 배포 프로세스 중일 때 계약 상태는 다음과 같이 설정됩니다. in distribution.

협상 중

갱신 할 계약이 선택되고 저장 상태이면 계약 상태가 다음과 같이 설정됩니다. in negotiation.

갱신 중

릴리스 된 상태에서 재계약 할 계약을 선택할 때 설정됩니다.

잠김

계약을 공급처로 일시적으로 사용할 수 없게하려면 다음을 수행 할 수 있습니다. set the status to Lock. 잠긴 중앙 계약을 잠금 해제하려면 잠금 해제를 선택할 수 있습니다.

출시 거부 됨

중앙 계약의 릴리스가 승인되지 않은 경우 시스템은 프로젝트 상태를 다음과 같이 설정합니다. Release Rejected.

출시

릴리스 할 중앙 계약을 선택하고 승인 된 경우 계약 상태는 다음으로 설정됩니다. Release. 이 계약은 소싱에 사용할 수 있습니다.

저장 됨

이 상태는 중앙 계약을 저장할 때 설정됩니다. 이 계약은 승인 및 해제 될 때까지 소싱에 사용할 수 없습니다.

입찰 초대는 구매자가 공급자에게 언급 된 기준에 따라 상품 또는 서비스에 대한 견적을 제출하도록 요청하는 것으로 정의됩니다. 입찰 초대는 견적 요청 RFx라고도합니다.

견적 요청 RFx는 특정 조건에 따라 특정 상품의 공급에 대한 RFx 응답을 제출하기 위해 조직의 구매 부서에서 공급 업체에 보내는 초대장입니다. RFx 문서에는 공급 업체 이름, 공급 업체 주소, 상품 수량 및 자재 배송 날짜와 같은 정보가 포함됩니다. 구매 요청을 참조하여 RFx를 생성 할 수 있으며 모든 정보는 구매 요청에서 복사됩니다. 참조없이 RFx를 생성 한 경우 RFx 문서에 세부 정보를 수동으로 입력 할 수 있습니다.

입찰 엔진에서 입찰 초대장 생성

서비스 및 상품에 대한 입찰 초대를 생성하기 위해 구매자는 SAP Bidding Engine을 사용하여 공개 및 제한된 입찰을 생성 할 수 있습니다. 소스 공급이 지정되지 않은 요구 사항에 대해 백그라운드에서 자동으로 입찰 초대를 수행하도록 시스템을 사용자 정의 할 수 있습니다.

SPRO → IMG → SRM Server → Sourcing → 제품 카테고리 소싱 정의로 이동하여 할당 된 소스를 확인할 수 있습니다.

SRM 시스템에 로그인 → SPRO → IMG

여기에서 제품 카테고리에 대한 소싱을 확인할 수 있습니다.

입찰 초대 유형

SAP 입찰 엔진에서 두 가지 유형의 입찰 초대장을 만들 수 있습니다.

공개 입찰 초대

이러한 입찰 초대는 웹 포털을 통해 모든 입찰자가 사용할 수 있습니다. 입찰자는 웹 포털에서 제공되는 URL에 액세스하여 SAP 입찰 엔진에 로그인 할 수 있으며 여기에서 입찰을 입력 할 수 있습니다. 특정 입찰자가 입찰을 보내도록하려면 입찰 초대장을 이메일로 직접 보낼 수 있습니다.

제한된 입찰 초대

제한된 입찰 초대에서 SAP Bidding Engine에 로그인 할 수있는 하이퍼 링크는 이메일을 통해 특정 입찰자에게 전송됩니다. 입찰자는 Bidding Engine에 로그인하여 입찰을 입력 할 수 있습니다.

이 외에도 스마트 양식 기능을 사용하여 이메일을 만들 수 있습니다.

Step 1− 입찰 초대장을 생성하려면 SAP Bidding Engine에 로그인해야합니다. 기존 입찰 초대장을 검색하거나 새 초대장을 만들 수 있습니다.

Step 2 − 새로운 입찰 초대장을 생성 할 때 상단에 이름과 번호 범위를 언급해야합니다.

Step 3 − 입찰 초대에 대한 기본 데이터를 입력합니다. 여기에는 −

입찰 초대 유형 (공개 / 제한)
제품 카테고리
시작 날짜 및 시간-입찰자가 시스템에 입찰 세부 정보를 입력 할 수있는시기. 시간이 언급되지 않은 경우 입찰자는 초대장이 게시 될 때 입찰 할 수 있습니다.
종료 날짜 및 시간-입찰자는이 기간까지 입찰을 제출할 수 있습니다.
개시 날짜 및 시간-이 시간은 입찰을 개시하고 거부 할 수있는 시간으로 정의됩니다.
입찰 기간 종료-입찰자가 유효 할 때까지 입찰 기간의 끝을 언급 할 수 있습니다.
자세한 가격 정보-이 조건은 입찰자가 가격 척도를 설정하는 데 사용할 수 있습니다.
입찰자 / 입찰-공급 업체 디렉토리에서 공급 업체 / 입찰자를 검색하고 공개 초대의 경우 이러한 입찰자에게 입찰 초대를 확장 할 수 있습니다.

Step 4− 비슷한 방식으로 입찰이 수락되는 통화와 입찰자가 선택한 통화로 입찰 할 수 있는지 여부와 같은 다른 필드를 정의 할 수 있습니다. 입찰 초대장과 공유 할 추가 문서를 첨부 할 수도 있습니다.

Step 5 − 항목 데이터에서 카탈로그에서 항목을 전송하거나 제품 마스터에서 제품을 전송하여 항목 세부 정보를 채울 수 있습니다. Lot 옵션을 사용하여 관련 항목을 함께 그룹화 할 수 있습니다.

Step 6 − 관련 필드에 필요한 모든 정보를 입력 한 후, 클릭하여 확인을 수행 할 수 있습니다. Check 화면 상단의 버튼을 클릭합니다.

Step 7 − 클릭하여 입찰을 저장할 수 있습니다. Hold 단추.

Step 8 − 클릭하면 Complete, 입찰이 확인되었으며 게시 할 준비가되었음을 보여줍니다.

Step 9 − 당신은 Publish 버튼을 눌러 입찰 초대장을 게시합니다.

Step 10 − SRM 포털 → 전략적 구매 → 전략적 소싱으로 이동

Step 11− 왼쪽에는 RFx를 생성 할 수있는 옵션이 있습니다. RFX를 클릭하면 RFx 유형을 선택하라는 메시지가 표시됩니다. RFx 유형을 선택하고 시작을 클릭하십시오.

Step 12 − 상단에는 RFx #, 이름, 유형, 상태, 생성자 등과 같은 RFx에 대한 기본 데이터를 볼 수 있습니다.

Step 13 − 이벤트 매개 변수에서 출력 필드를 정의 할 수 있습니다. Purchase Order or a Contract.

Step 14 − 이동 Bidders탭; 여기에서 내부 또는 외부 디렉토리에서 입찰자를 검색 할 수 있습니다.

Step 15 − 입찰자 회사 ID를 입력하고 Add 버튼을 클릭하여 입찰자를 목록에 추가합니다.

Step 16 − 이동 Items 탭에서 설명, 제품 범주, 수량, 배송 날짜, 로트 및 품목 유형 등과 같은 품목 세부 정보를 입력합니다.

Step 17− 다른 메모와 첨부 파일을 추가 할 수 있습니다. 입찰자에게 특정 질문을 제기하려면 RFx 정보 탭 → 질문 → 질문 추가로 이동하십시오.

Step 18− 기존 질문을 찾거나 요구 사항에 따라 새 질문을 만들 수 있습니다. 입찰에 설명을 추가하려면 확인란을 선택합니다.

Step 19 − 질문에 가중치와 점수를 추가하려면 go to the tab and add weight. 100 % 점수가 제공 될 백분율과 값을 지정할 수도 있습니다.

Step 20− 모든 세부 정보를 입력하면 RFx를 게시 할 수 있습니다. 모든 공급 업체는 이메일 메시지를 받게됩니다.

Step 21− 모든 문서 및 RFx 세부 정보는 구성에 따라 첨부 파일로 전송됩니다. RFx에서 상품 이미지를 첨부 할 수도 있으며, 공급 업체는 이메일 메시지로 동일한 이미지를 받게됩니다.

Step 22− 이메일 메시지에는 입찰자가 로그인하여 입찰 세부 정보를 입력 할 수있는 하이퍼 링크가 제공됩니다. RFx를 선택하고 응답을 제출할 수 있습니다.

Step 23 − 입찰에 참여하려면 Participant버튼을 누르면 구매자에게 알림이 전송됩니다. 입찰을 생성하고 세부 정보를 입력하려면Create Bid 단추.

견적은 RFx에 대한 응답으로 정의되며 입찰자는 특정 기준에 따라 구매자 / 구매자에게 상품 및 서비스 판매를 확인합니다. 이메일이 트리거 될 때 입찰 초대 프로세스의 일부로 공급 업체는 견적 요청에 대한 정보를 얻습니다. 공급 업체는 입찰 초대에 따라 입찰을 시작하고 SAP Bidding Engine에서 입찰을 제출하면 최종 가격이 표시됩니다. 공급 업체는 종료일에 도달 할 때까지 입찰 할 수 있으며 입찰이 마감되면 구매자는 가격 비교를 수행하여 최상의 공급 업체를 확보하고 입찰을 낙찰 할 수 있으며, 최상의 공급 업체에 대한 구매 주문을 제기 할 수 있습니다.

입찰자가 적거나 구매자가 최적의 입찰이 없다고 느끼는 경우 언제든지 RFx를 실시간 경매로 전환 할 수 있습니다.

Live Auction Cockpit을 사용하면 구매자가 역 라이브 경매에 대한 직접 입찰을위한 실시간 환경을 얻을 수 있습니다. 업데이트 된 정보를 공유하는 기술을 활용하여 라이브 경매와 유사한 경험을 제공합니다.

라이브 경매 생성

이제 라이브 경매를 만드는 방법을 이해하겠습니다.

실시간 경매를 생성하기 위해 구매자는 SAP Bidding 엔진을 사용할 수 있으며 경매는 Live Auction 조종석에서 진행됩니다. 구매자는 라이브 경매를 만들 수 있습니다-

경매 템플릿 사용
경매를 복사하여
SRM 포털의 Sourcing 애플리케이션에서
구매자는 RFx를 실시간 경매로 전환 할 수도 있습니다.

경매에서 다른 문서 유형을 만들 수 있습니다. 문서를 선택한 후 계속을 클릭하십시오.

새 경매를 만들려면 다른 탭 아래에 세부 정보를 입력하십시오.

아래로 스크롤 Header 경매에 대한 소유자, 공동 작업자, 검토 자 등과 같은 다양한 역할을 정의하는 탭입니다. 경매에 사용자를 추가하려면 Add User.

모든 세부 정보를 입력했으면 저장 → 완료를 클릭하십시오.

RFx를 경매로 전환

다음을 선택하여 RFx에서 라이브 경매를 생성 할 수 있습니다. Convert to Auction RFx의 버튼 → 경매 거래 유형 및 입찰을 입력하여 경매에 직접 복사합니다.

RFx를 경매로 변환하면 RFx가 완료 됨 상태로 설정되며 변경할 수 없습니다.

조달 기능은 SAP ERP와 SRM간에 원활하게 통합됩니다. 비즈니스 요구 사항에 따라 규정 준수 및 조달 관리 프로세스를 모두 개선하기 위해 완벽하게 통합 된 엔드 투 엔드 조달 관리 솔루션을 허용하는 다양한 비즈니스 기능이 있습니다. SRM 기능을 사용하여 ERP 소싱 기능의 격차를 좁히는 데 도움이되며 통합 조달 프로세스 설계를위한 공통 UI를 제공합니다.

Follow this data for Procurement in SRM Integration −

기술 데이터
비즈니스 기능의 기술적 이름	LOG_MM_P2PSE_
비즈니스 기능 유형	엔터프라이즈 비즈니스 기능
기술적 사용	중앙 애플리케이션
애플리케이션 구성 요소	MM-PUR, MM-SRV

ERP의 조달 관리 프로세스를 SRM과 통합하기 위해이 비즈니스 기능을 사용하면 다음과 같은 비즈니스 기능이 기본적으로 활성화됩니다.

LOG_MM_CI_2 지불을 위해 조달
운영 엔터프라이즈 서비스 2 LOG_ESOA_OPS_2

이 비즈니스 기능을 사용하여 구매자를위한 특정 기능을 구현하여 SAP ERP 및 SAP SRM에서 서비스 조달을 더욱 최적화 할 수 있습니다.

SAP SRM에서는 구매 오더에서 참조하거나 구매 오더없이 상품이 포함 된 송장을 입력 할 수 있습니다. 구매 오더를 참조하여 송장이 생성되면 PO의 데이터가 시스템의 송장 생성에 자동으로 사용됩니다.

SAP SRM에서 송장은 다음과 같은 방법으로 생성 할 수 있습니다.

현지 구매 주문 사용
확인이 이미 입력되었거나 확인이 예상되지 않는 항목입니다.
값 제한 있음 (값 제한을 초과하지 않은 경우).
서비스
구매 주문 또는 확인이없는 경우 시스템 이외의 방법으로받은 공급 업체 송장의 데이터를 입력합니다.

일괄 송장 생성

추가 구매 오더를 입력하여 일괄 송장을 생성 할 수도 있습니다. 구매 오더 번호는 시스템에서 검색하거나 직접 입력하여 구매 오더를 송장으로 전송할 수 있습니다.

다음 데이터는 모든 구매 주문에서 동일해야합니다.

Currency
Backend System Details
Supplier
Company Code
Withholding Tax− 원천 징수 세를 입력 할 수 있으며 이는 커스터마이징에서 국가 또는 공급 업체에 대해 정의됩니다. 원천세를 정의하려면 SRM 서버 → 애플리케이션 간 기본 설정 → 세금 계산 → 원천세 활성화로 이동합니다.

쇼핑 카트는 구매 프로세스를 빠르고 신속하게 처리하여 구매자를 돕습니다. SRM 배포 모델에 따라 장바구니는 백엔드 시스템 또는 SRM 시스템 자체에서 후속 모델을 생성합니다. 장바구니에 항목을 추가하면 승인을 위해 자동으로 전송됩니다. 쇼핑 카트를 템플릿으로 지정할 수도 있으며 나중에 다른 쇼핑 카트 요청에서 참조로 사용할 수 있습니다.

SRM에서는 다양한 주문 시나리오를 처리 할 수 있습니다.

카탈로그 쇼핑 (외부 및 내부 카탈로그)
팀을위한 구매
외부 상품 요청
다른 사람 대신 구매 시나리오

장바구니 생성 및 백엔드 처리는 배포 시나리오에 따라 다릅니다. 클래식 모델에서는 SRM 시스템에서 쇼핑 카트를 만들고 기타 모든 조달 프로세스 (백엔드 시스템에서 PO, 입고 및 후속 문서 작업)를 만듭니다.

Extended Classic Deployment 시나리오에서 쇼핑 카트는 SRM 시스템에 생성되고 PO 및 후속 문서도 SRM에 생성되고 백엔드 시스템에 복제됩니다.

독립 실행 형 배포 시나리오에서는 쇼핑 카트 및 기타 처리가 SRM 시스템에서 수행되고 재무 회계를 위해 최종 송장 만 백엔드 시스템으로 전송됩니다.

각 쇼핑 카트에는 일반적으로 다음 필드가 포함됩니다.

모든 쇼핑 카트 항목은 다음 탭으로 구성됩니다.

항목 데이터
계정 지정 (항목 원가 계산)
공급원 (공급자 지정)
가용성 (항목 가용성)
메모 및 첨부 (첨부 및 문자 메모를 추가하려면)
배달 주소
승인 프로세스 개요
관련 문서 (장바구니에 대한 후속 문서)

장바구니의 종류

SRM에서는 다른 응용 프로그램을 사용하여 쇼핑 카트를 사용할 수 있습니다.

전문 쇼핑 카트 양식

이 장바구니에서 대부분의 필드는 전문 바이어와 직원이 사용합니다. 헤더 섹션에는 장바구니 번호, 이름, 상태, 생성 일 및 생성자 등 장바구니에 대한 세부 정보가 있습니다.

사용하려는 경우 buy on behalf 이 정보는 일반 탭에 입력 할 수 있습니다. 이 탭에서 기본값 및 승인 프로세스를 확인할 수도 있습니다.

하단에는 장바구니에 추가 된 항목의 세부 정보가 있습니다. 새 항목을 추가하려면Add Item 단추.

간단한 장바구니 양식

위의 장바구니와 같이 필드 수가 적은 간단한 장바구니 양식을 사용할 수 있습니다. 경험이없고 권한이 제한적인 사용자에게 적합합니다.

카탈로그에 따라 다르며 다른 구매 옵션은 없습니다.

사용 Search옵션을 선택하면 카탈로그에서 항목을 찾아 장바구니에 추가 할 수 있습니다. 고급 검색 옵션을 사용하면 단일 카탈로그도 검색 할 수 있습니다.

쇼핑 카트 마법사

구매자는 쇼핑 카트 마법사를 사용하여 완벽한 쇼핑 경험을 제공 할 수도 있습니다. 마법사가 전체 프로세스를 진행하는 데 도움을주는 SRM 버전 방법에 따른 3 단계 / 4 단계 접근 방식입니다. 구매 경험이 적은 구매에 권장됩니다.

장바구니 생성의 주요 단계

다음은 쇼핑 카트를 만드는 주요 단계입니다.

상품 / 서비스 선택
쇼핑 카트
완료 및 주문
Confirmation

당신은 사용할 수 있습니다 Next버튼을 눌러 한 단계에서 다른 단계로 이동합니다. 기존 템플릿을 확인하려면Browse 이전 장바구니와 템플릿을 검색 할 수있는 버튼입니다.

공급 업체 셀프 서비스는 조달 수명주기를 단축하고 조달 프로세스와 관련된 비용을 줄이는 SRM의 구성 요소 중 하나입니다. SUS에서 공급 업체는 구매자의 조달 시스템에 액세스 할 수 있으며 빠른 응답을 제공 할 수 있습니다.

통합의 일부로 SUS는 별도로 설치되며 SAP ERP 또는 SAP SRM 시스템과 함께 작동하도록 구성됩니다. SAP ERP에 연결하면 사용자가 서비스 항목 계층이 포함 된 PO에 대해 협업 할 수 있습니다.

SUS에서는 조달 프로세스 및 처리중인 문서와 관련된 기본 기능을 수행 할 수 있습니다. 주요 기능은 다음과 같습니다.

디스플레이

이 기능은 특정 조달 문서와 연결된 모든 문서를 포함하고 해당 상태를 나타내는 문서 흐름 목록을 표시합니다.

다운로드

이 기능을 사용하여 CSV 또는 XML 형식으로 모든 유형의 문서를 다운로드 할 수 있습니다.

인쇄

이 기능은 문서를 CSV, XML 또는 PDF 형식으로 인쇄하는 데 사용됩니다.

보류

이 기능을 사용하여 송장, 대변 메모 및 확인을 로컬에 보관하고 나중에 편집 할 수 있습니다.

부

이 기능은 송장을 복사하는 데 사용할 수 있습니다.

공급 업체 셀프 서비스-기타 기능

구매 프로세스를보다 효과적으로 처리하는 데 사용할 수있는 업데이트, 새로 고침 등 다양한 기능이 있습니다.

SUS 포털을 열려면 Order Collaboration → Supplier Services로 이동합니다.

왼쪽에는 탐색 메뉴가 있습니다.

새 구매 주문을보기 위해 공급 업체는 New단추. 작업하지 않은 모든 새 구매 주문이 표시됩니다.

문서 번호를 클릭하면 구매 주문서의 세부 정보를 볼 수 있습니다. 확인을 유지하려면Process 단추.

공급 업체는 모든 항목을 수락하거나 모든 항목을 거부 할 수 있습니다. 단일 항목을 수락하거나 거부하려면 체크 표시 또는 십자 버튼을 클릭하면됩니다.

확인을 저장하려면 Save버튼을 누르고 알림을 보내려면 보내기 버튼을 클릭하십시오. 확인이 전송되면 구매자는 차이가있는 경우 확인을 수락하거나 거부 할 수 있습니다. 구매자가 확인을 거부하면 공급자는 새 확인을 제출할 수 있습니다.

구매자가 확인을 수락하면 다음은 배송 알림을 확인하는 것입니다. 홈 페이지에서 ASN 생성으로 이동합니다.

판매처, 배송지 주소를 입력하고 수취인에게 배송 된 상품을 클릭하여 구매 오더로 전송합니다.

SAP SRM에서 Live Auction Cockpit을 사용하면 실시간 시나리오로 경매를 수행 할 수 있습니다. 이전 장에서 설명했듯이 RFx를 실시간 경매로 변환하거나 SRM 포털에서 새 경매를 만들 수 있습니다. 앞서 언급했듯이 Live Auction Cockpit은 Java와 ABAP 모두에서 사용할 수 있습니다.

LAC는 SAP NetWeaver Java Application Server (J2EE Engine)와 함께 SAP SRM의 전체 설치의 일부로 배포됩니다. 동일한 시스템에 SRM ABAP 시스템과 J2EE 엔진을 설치하는 경우 원하는대로 ABAP 백엔드 시스템이 기본 데이터 소스입니다. 그러나 별도의 시스템에 J2EE 엔진을 설치하는 경우 기본 설정을 변경하고 SRM ABAP 백엔드를 J2EE 엔진의 데이터 소스로 선택해야합니다.

다음 배포 옵션을 사용할 수 있습니다.

자바 웹 서버의 라이브 경매 조종석
ABAP 웹 서버의 라이브 경매 조종석
공급 업체 셀프 서비스에서 Java 웹 서버의 라이브 경매 조종석
공급 업체 셀프 서비스에서 ABAP 웹 서버의 라이브 경매 조종석

사용자 정의를 용이하게하기 위해 Live Auction Cockpit 애플릿 용 리소스 파일은 웹 애플리케이션 자체와 별도로 패키지화됩니다. 애플릿이 자원을 검색하려면 웹 서버가 HTTP를 통해 자원 파일에 액세스 할 수 있도록해야합니다. 이는 리소스가 포함 된 디렉토리에 대한 웹 별칭을 생성함으로써 가능합니다. 이 별칭이 없으면 애플릿을 제대로로드 할 수 없습니다.

웹 별칭을 정의하려면 SAP NetWeaver로 이동합니다.

NetWeaver 관리에 대한 관리자 권한이 있어야합니다.

구성 → 인프라 → Java HTTP 공급자 구성 → 별칭으로 이동합니다. 별칭 추가 → 이름 및 경로 입력을 클릭하고Save 단추.

싱글 사인온을 구성하려면 이러한 T 코드에 액세스 할 수 있어야합니다.

RZ10
STRUST

Step 1 − SAP GUI를 사용하여 SAP SRM 시스템에 로그인하고 T-code RZ10으로 이동합니다.

Step 2 − 선택 Default 프로필 및 Extended Maintenance 그 후.

Step 3 − 변경을 클릭하면 프로필에 대한 매개 변수 목록이 표시됩니다.

Step 4 − 다음 프로필 매개 변수 변경 −

로그인 / 생성 _sso2_ticket = 1
login / accept_sso2_ticket = 1

Step 5− 프로필을 저장하고 활성화합니다. 새 프로필이 생성됩니다.

Step 6 − Trust Manager에서 R3SSO 인증서를 내보내고 트랜잭션으로 이동합니다. STRUST.

Step 7 − 오른쪽에있는 텍스트 상자를 두 번 클릭합니다. Own Certificate. 인증서 정보가 표시됩니다. 값을 입력해야하므로 인증서 값을 기록해 둡니다.

Step 8 − 아이콘 클릭 Export Certificate.

Step 9 − 파일을 다른 이름으로 저장 <R3_Name>-<Client>.crt.

Example

EBS-300.crt

Step 10 − 체크 표시를 클릭하면 상위 디렉토리에 파일이 생성됩니다.

Step 11 − 관리자 도구를 사용하여 R3 SSO 인증서를 Java 엔진으로 가져옵니다.

NOTE − Java 엔진이 시작되었는지 확인하십시오.

Step 12 − Java 관리 도구를 엽니 다.

Step 13 − Java Engine 관리자 암호를 입력하고 Connect.

Step 14 − 서버 → 서비스 키 → 스토리지 선택

Step 15 −보기 패널에서 Ticket Key Store를 클릭합니다.

Step 16− 항목 그룹 상자에서로드를 클릭합니다. 이전 단계에서 내 보낸 .crt 파일을 선택합니다.

Step 17 − 관리자 도구를 사용하여 SAP Java 엔진에서 보안 공급자 서비스를 구성합니다.

Step 18 − 서버 서비스 보안 공급자를 선택합니다.

Step 19 − 구성 요소 패널에서 티켓을 선택하고 Authentication 탭.

Step 20 − 옵션 수정 Evaluate Ticket Login Module SSO를 구성 할 각 백엔드 시스템에 다음 속성을 추가합니다.

공급 업체 평가는 공급 업체와의 장기적인 관계를 유지하고 개선하는 핵심 프로세스 중 하나입니다.

SAP는 공급 업체 평가를위한 두 가지 주요 방법론을 지원합니다.

확인, 송장 및 고급 공급 업체 목록에서 트리거되는 이벤트 중심 평가.
공급 업체 설문 조사 조종석을 사용한 임시 설문 조사

공급 업체 설문 조사 조종석 만들기

각 공급 업체 설문 조사에는 고유 한 ID가 있으며 SAP 서버에서 번호 범위를 구성해야합니다. SRM 서버 → 응용 프로그램 간 기본 설정 → 번호 범위 → SRM 서버 번호 범위 → 측량 번호 범위 정의로 이동합니다.

숫자 범위에 숫자 및 영숫자 범위를 입력 할 수 있습니다.

평가 영역

평가 영역을 정의 할 수도 있습니다. 설문 조사를 분류하고 조직의 일부를 평가하는 방법입니다.

예

평가 영역은 마케팅, 생산 및 재무가 될 수 있습니다.

Step 1 − 평가 영역을 정의하려면 SRM 서버 → 공급 업체 평가 → 평가 영역으로 이동합니다.

Step 2− 새 항목을 클릭하고 영역과 설명을 입력합니다. 영역을 저장하려면 상단의 저장 아이콘을 클릭하십시오.

평가 범주

공급 업체 평가에서는 평가 범주별로 각 설문 조사를 나눌 수 있습니다. 설문지와 대상 그룹을 의미합니다.

예

배송, 품질 등

Step 1 − 평가 영역을 정의하려면 SRM 서버 → 공급 업체 평가 → 평가 범주로 이동합니다.

Step 2 − 이메일로 설문지를 보내고 받으려면 트랜잭션 SU01을 사용하여 메일 사용자를 생성해야합니다.

클라이언트에서 SRM-MDM 카탈로그 2.0 서비스 팩 04에서 SRM MDM 카탈로그 7.01로 업그레이드하거나 SRM MDM 카탈로그 7.01에서 SRM MDM 카탈로그 7.02로 업그레이드해야하며 데이터 손실이 없어야합니다.

카탈로그를 수행하려면 다음 단계를 따르십시오.

Step 1 − 이전 SRM-MDM 카탈로그 7.01 구성 요소를 제거합니다.

Step 2 − 새 SRM-MDM 카탈로그 7.02 설치 패키지를 설치합니다.

Step 3 − 기존 리포지토리를 업그레이드합니다.

Step 4 − 리포지토리 업그레이드가 완료되면 인덱스 업데이트로 리포지토리를로드합니다.

Step 5 − SRM-MDM 카탈로그 검색 UI 업그레이드를 수행합니다.

이러한 선택적 단계를 수행해야 할 수도 있습니다.

승인 자용 SRM-MDM 카탈로그 웹 UI를 업그레이드 할 수 있습니다.
MDM 웹 UI를 업그레이드 할 수 있습니다.
MDM ABAP AP를 업그레이드 할 수 있습니다.
모든 구성 요소 별 활동을 수행합니다.

SAP SRM에는 보안 상태에서 수행 할 수있는 다양한 활동이 있습니다. 보안 거래-

사용자 인증
사용자 인증
싱글 사인온
안전한 방법으로 SRM 애플리케이션 간 데이터 전송
액세스 제어 관리

SAP SRM은 SAP NetWeaver 플랫폼을 기반으로하므로 SAP NetWeaver와 유사하게 SRM에 대한 보안을 구성합니다.

사용자 관리 및 인증 관리

SAP NetWeaver에서 사용할 수있는 다양한 사용자 관리 도구가 있습니다. 이러한 도구는 SAP 시스템에 내장되어 있으며 트랜잭션에서 호출 할 수 있습니다.

이러한 도구를 사용하여 Java 및 ABAP 용 애플리케이션 플랫폼을 관리 할 수 있습니다.

ABAP 엔진에서 사용자 관리

Step 1 − T-Code : SU01을 이용하여 SAP 시스템의 사용자를 관리 할 수 있으며, ABAP 시스템에서 사용자를 관리 할 수 있습니다.

Step 2 − 새 사용자를 생성하려면 사용자 이름을 입력하고 Create 단추.

Step 3− 여러 탭을 볼 수있는 다음 창으로 이동합니다. 주소 탭에서 사용자에 대한 세부 정보를 입력합니다. 직함, 이름, 성, 학업 직함 및 기타 세부 정보.

Step 4 − 로그온 데이터 탭에서 사용자 유형, 암호 세부 정보 등과 같은 세부 정보를 입력합니다.

Step 5 − 다음으로 이동 Roles탭을 클릭하여 비즈니스 요구 사항에 따라 역할을 추가합니다. 다른 모듈에 따라 미리 정의 된 역할이 있습니다.

단일 역할 또는 복합 역할 중에서 선택할 수있는 옵션이 있습니다.

Step 6− 다른 탭으로 스크롤 할 수 있습니다. 그룹에서 사용자를 다른 그룹에 추가 할 수 있습니다.

Step 7 − 모든 세부 정보를 입력하면 Save 상단의 버튼.

프로필 생성기 (PFCG)

거래 — PFCG

이 트랜잭션을 사용하여 ABAP 시스템에서 역할을 관리하고 사용자 권한을 제공 할 수 있습니다. 새 역할을 만들고, 기존 역할을 복사하고, 단일 및 복합 역할을 정의하는 등의 작업을 할 수 있습니다.

Step 1 − 다음 화면에서 역할 이름을 입력하고 Single / Composite 역할을 클릭해야합니다.

Step 2 − 기존 역할을 복사하려면 Copy Role단추. 기존 역할 목록에서 역할을 선택합니다.Single/Composite Role.

Step 3− 역할 변경. 목록에서 역할을 선택하고Change button.

Step 4− 사용자 탭으로 이동하면 해당 역할에 적용된 사용자 목록을 볼 수 있습니다. 사용자 ID, 사용자 이름, 시작 및 종료를 볼 수 있습니다.

Step 5 − 또한 사용자 비교 마스터 레코드를 수행하거나이 역할에 직접 사용자를 추가 할 수 있습니다.

중앙 사용자 관리

이 방법을 사용하여 여러 ABAP 기반 시스템의 사용자를 중앙에서 관리 할 수 있습니다. 이 방법은 디렉토리 서버와의 동기화도 지원합니다.

이러한 시스템 사용자는 두 클라이언트 간의 RFC 구성에 필요합니다. 이러한 RFC는 여기에서 데이터를 전송하는데도 필요합니다.

다음 정의 된 역할을 사용하여 각 클라이언트에서 다음을 생성해야합니다.

Client 1 − 400 사용자, 이것은 중앙 시스템 — CUA_EC400
Client 2 − 410 사용자, 하위 시스템입니다. — CUA_EC410

위에서 언급 한 사용자 이름은 클라이언트 400과 410에서 각각 다음과 같은 역할로 생성되었습니다.

사용자 CUA_EC400은 다음 역할 (중앙 시스템의 역할)과 연결됩니다.

SAP_BC_USR_CUA_CENTRAL
SAP_BC_USR_CUA_CENTRAL_BDIST
SAP_BC_USR_CUA_CENTRAL_EXTERN

UME 엔진

웹 기반 UME 관리 콘솔을 사용하여 사용자 저장소에 UME를 사용하는 Java 기반 시스템에서 사용자, 역할 및 권한을 유지할 수 있습니다.

사용자 유형

새 사용자를 만들 때 다음 사용자 유형을 선택할 수 있습니다.

각 사용자는 비즈니스 요구 사항에 따라 고유 한 설명이 있습니다. 개별 사용자로 시스템에 로그인하려면 대화 상자 사용자가 필요합니다.

The following are the different user types in SAP −

S. 아니	SAP의 사용자 유형 및 설명
1	Dialog 개별 대화 형 시스템 액세스
2	System 시스템과의 백그라운드 처리 및 통신 (예 : ALE, Workflow, TMS 및 CUA에 대한 RFC 사용자)
삼	Communication 외부 RFC 호출을위한 대화 상자없는 통신
4	Service 더 큰 익명의 사용자 그룹이 사용할 수있는 대화 사용자입니다.
5	Reference 트랜잭션 SU01로 생성 된 인터넷 사용자의 경우와 같이 추가로 동일한 권한을 할당 할 수있는 일반 비 개인 관련 사용자. 로그온 할 수 없습니다.

이전 장에서 언급했듯이 SAP SRM에서는 비즈니스 요구 사항에 따라 다양한 배포 시나리오로 이동할 수 있습니다. 다양한 배포 시나리오는 다양한 조달 프로세스와 입고 및 송장 처리를 지원합니다.

SRM에서는 다음 두 가지 유형의 데이터 교환을 사용할 수 있습니다.

외부 사용자 인터페이스 사용
외부 시스템 인터페이스 사용

SAP Web Dispatcher를 사용하여 내부 방화벽에서 보호되고 외부 사용자에게 알려지지 않은 SRM 구성 요소에 액세스하는 것이 좋습니다. SAP Web Dispatcher는 일반적인 시나리오에서 SAP 보안 표준을 구현하는데도 사용됩니다.

보안을 구현하려면 비즈니스 시나리오 및 SAP SRM 패키지에 따라 설치해야하는 소프트웨어 구성 요소를 찾아야합니다.

운영 계약 관리

이제 운영 계약 관리를 이해하겠습니다.

우리는 운영 계약 관리에 다음과 같은 프로세스가 있습니다-

Strategic Sourcing : Strategic Sourcing의 경우 다음을 사용할 수 있습니다.
- RFx
- 라이브 경매 조종석
- 서비스 조달
- 서비스 조달
- 서비스 조달 외부 인력
- 카탈로그 관리
셀프 사용자 서비스 SUS : 셀프 사용자 서비스 SUS의 경우 다음을 사용할 수 있습니다.
- SUS 클래식
- SUS 확장 클래식
- BI 분석
- 지출 분석
- 공급 업체 평가
- 공공 부문을위한 SAP SRM 조달

소프트웨어 구성 요소에 따라 SAP SRM 시스템의 배포 시나리오 및 보안 지침을 결정해야합니다.

SAP SRM에서 데이터 교환은 무단 액세스로부터 데이터를 보호하는 데 사용되는 SSL 암호화를 사용하는 HTTPS 연결로 발생합니다. SSL stands for Secure Socket Layer. SAP 시스템에서 보안 네트워크 및 통신을 수행하는 동안 다음 사항을 고려할 수 있습니다.

SAP 시스템의 네트워크 토폴로지
방화벽 구성
전송 계층 보안
여러 네트워크 영역 사용

SAP SRM 시스템에서 HTTP 프로토콜을 사용하는 모든 구성 요소는 SSL 프로토콜을 사용하는 데이터 암호화를 지원하며 프로토콜 데이터에 따라 전송됩니다. 구성 요소에는 시스템 암호와 같은 기밀 데이터가 포함됩니다. 데이터 전송 및 프로토콜에 따라 전송 수준 보안을 적용 할 수도 있습니다.

SSL을 사용하여 비즈니스 시스템과 어댑터, 비즈니스 시스템 및 통합 서버 간의 보안을 강화할 수 있습니다.

목적지	배달 됨	유형
SAP ERP (클래식 시나리오)	아니	RFC 및 SOA 서비스
SAP ERP (확장 클래식 시나리오)	아니	RFC 및 IDoc
SAP 고객 관계 관리 (SAP CRM)	아니	RFC 및 SOA 서비스
협업 프로젝트 (cPro)	아니	SAP NetWeaver Process Integration (SAP NetWeaver PI) (웹 서비스)을 사용한 XML 통신
CFolders	아니	RFC