구매 요청 병합

  • 릴리스 버전: Australia
  • 업데이트 날짜 2026년 03월 12일
  • 소요 시간: 4분
  • 특정 기준이 충족되면 구매 요청을 병합할 수 있습니다. 이렇게 하면 여러 구매 주문서가 불필요하게 생성되는 것을 방지하고 승인 규칙 제한을 적용하는 데도 도움이 됩니다.

    구매 요청 그룹화에 대해 다음과 같은 다양한 시나리오를 고려하십시오.

    구매 요청 병합 시나리오

    구매자는 여러 주문이 공급자에게 전송되지 않도록 동일한 공급자의 신제품을 기존 요청으로 그룹화할 수 있습니다. 다음과 같은 시나리오를 고려하십시오.

    시나리오 1: 공급자 A에 대한 구매 요청(PR1)이 승인 보류 중 상태입니다. 구매 주문서(PO)가 생성되지 않았습니다.
    • 소싱 필요 없음:

      소비자가 ShoppingHub에서 동일한 공급자 A의 공급자 제품을 추가하고 제출자, 공급자, 비용 센터 및 비즈니스 소유자가 PR1과 동일한 경우 라인은 승인 보류 중 상태의 PR1과 자동으로 그룹화됩니다. PR1은 승인 보류 중 상태로 남아 있습니다. 승인은 수정과 마찬가지로 재평가됩니다. 라인이 PR1 이후 24시간 이상 지난 후에 생성된 경우 자동으로 그룹화되지 않고 새 구매 요청에 따라 생성됩니다.

    • 필요한 소싱:

      소비자가 활성 계약 가격이 없는 동일한 공급자 A의 공급자 제품을 ShoppingHub에서 추가하면 소싱 요청이 생성됩니다. 소싱 요청에서 라인이 동일한 공급자 A에게 낙찰되었고, 공급자, 비용 센터 및 비즈니스 소유자가 제출한 동일한 기존 구매 요청이 있고, 새로 소싱된 라인이 PR1 이후 24시간 이내에 생성되었다고 가정하면, 공급자가 낙찰될 때 구매 라인이 PR1을 참조합니다. 및 구매 요청이 생성됩니다. 라인이 승인 보류 중 상태로 PR1에 추가됩니다. PR1은 승인 보류 중 상태로 남아 있습니다. 승인은 수정과 마찬가지로 재평가됩니다.

    시나리오 2: 공급자 A에 대한 PR1이 작업 완료 대기 중 상태입니다. PO가 아직 없습니다.
    • 구매 전문가는 구매 요청을 수동으로 병합해야 합니다.
    • 소싱 필요 없음:
      • PR2의 헤더에는 이 구매 요청을 다른 기존 요청<구매 요청 번호>과 병합할 수 있음을 나타내는 주석이 표시됩니다. 여기서 <구매 요청 번호>는 제출자, 공급자, 비용 센터 및 비즈니스 소유자가 PR2와 동일한 PR1에 대한 링크입니다. 이 주석은 PR1에 대한 주문이 생성되면 지워집니다.
      • 사용자는 PR2 헤더에서 병합을 선택하여 PR2에서 PR1로 라인을 이동할 수 있습니다. PR2가 속한 구매 요청에 속하는 다른 요청 또는 소싱 요청이 없으면 구매 요청 및 PR2가 삭제됩니다. 병합된 라인은 승인 보류 중 상태이며 구매 요청도 승인 보류 중으로 되돌아갑니다. 그러나 원래 라인은 원래 상태로 유지됩니다. 승인은 수정과 마찬가지로 재평가됩니다.
      • 구매 요청 2에 다른 요청 또는 소싱 요청이 있는 경우 구매 요청은 삭제되지 않습니다. 구매 요청 2만 삭제됩니다.
      • 병합 UI 작업은 PR1 이후 24시간 이내에 PR2 및 해당 라인이 생성된 경우에만 사용할 수 있습니다.
    • 소싱 필요: 소싱 요청을 낙찰하면 소싱 요청의 헤더에 유사한 주석이 표시되어 이 라인을 다른 기존 요청<구매 요청 번호>과 병합할 수 있음을 나타냅니다. 사용자는 기존 요청과 병합 또는 요청 작성을 선택할 수 있습니다. 병합되면 PR1의 상태가 승인 보류 중으로 되돌아갑니다.

    시나리오 3: 공급자 A에 대한 PR1이 최종 검토 상태에 있습니다. PO가 아직 없습니다. 시나리오 2와 동일합니다.

    시나리오 4: 작업 완료 대기 중 상태의 PR1, PR2가 PR1과 병합되지 않았으며 승인 보류 중 상태. 다른 구매가 생성됩니다. 구매 전문가가 PR2를 PR1과 병합하지 않기로 결정하고 PR2의 상태가 여전히 승인 보류 중인 경우 새 구매 라인은 시나리오 1의 기준에 따라 PR2와 자동으로 병합됩니다.

    시나리오 5: 작업 완료 또는 최종 검토를 기다리는 상태의 여러 PR. 공급자, 비용 센터 및 비즈니스 소유자와 동일한 요청자로 24시간 내에 생성된 새 PR입니다.
    • 사용자가 새 구매 요청에서 병합을 선택하면 작업 완료 또는 최종 검토 대기 중 상태의 모든 구매 요청 목록을 표시하고 사용자가 병합할 항목을 선택할 수 있도록 합니다.
    • 이 시나리오에서는 이 구매 요청을 여러 다른 요청과 병합할 수 있음을 나타내는 주석이 가장 최근 구매 요청에 표시됩니다.
    시나리오 6: 수정 버전
    • PO 수정의 결과로 생성된 수정 유형의 구매 요청은 병합할 수 없습니다.
    • PO가 생성되지 않은 구매 요청 수정은 이전 시나리오에 문서화된 유사한 기준을 사용하여 병합을 고려할 수 있습니다.
    주:
    모든 병합 시나리오에서 병합 은 가장 최근에 생성된 구매 요청의 UI에만 표시됩니다.

    시나리오 7: 공급자 A에 대한 PR1이 취소로 종결, 거부로 종결 또는 완료로 종결 상태로 존재합니다. 라인은 취소로 종결, 거부로 종결 또는 완료로 종결 상태의 PR로 그룹화되지 않습니다. 대신 새 PR이 만들어집니다.

    시나리오 8: PO가 이미 생성되었으며 동일한 공급자의 공급자 제품이 추가되었습니다. 새 구매 요청 및 구매 요청(PR2)을 생성합니다.

    구매 라인 병합

    구매 요청 내의 구매 라인도 다음 조건에서 병합할 수 있습니다.
    • 공급자 제품, 비즈니스 소유자, 비용 센터, 제출자, 배송 날짜 또는 시작 날짜/종료 날짜, 배송 위치, 결제 방법 및 구매 사유가 수량을 제외하고 동일한 경우 구매 라인을 별도의 라인이 아닌 단일 라인으로 그룹화할 수 있습니다.
    • 배송 날짜, 시작 날짜/종료 날짜 또는 배송 위치가 다른 경우 새 라인을 생성해야 합니다.
    • 지불 방법만 다른 경우 비용 할당 항목은 결합된 비율에 따라 적절하게 업데이트되어야 합니다.
    • 구매 사유만 다른 경우 다음과 같이 구매 사유를 추가합니다.
      • 구매 사유 1 - 수량 1(예: 신입 직원 오리엔테이션 - 수량 10)
      • 구매 사유 2 - 수량 2(예: IT 하드웨어 새로 고침 - 수량 2)
    주:
    구매 요청 병합 및 구매 라인 병합은 번들 제품에는 적용되지 않습니다.