견적 승인 CRM 개발: 할인 권한·버전·재승인 검수 기준

견적 승인 CRM은 승인 버튼보다 어떤 조건과 문서 버전을 승인했는지, 변경 뒤에 이전 승인을 계속 사용할 수 있는지를 설명해야 합니다. 가격 계산, 승인 판단, 고객 발송과 주문 전환을 분리하고 각 구간이 같은 견적 버전을 가리키도록 설계하세요.

견적은 금액 표 한 장처럼 보이지만 제품 구성, 수량, 할인, 납기, 결제와 유효기간을 함께 약속하는 자료입니다. 팀장이 할인율을 승인한 뒤 담당자가 결제 조건이나 무상 제공 항목을 바꾸면 총액이 그대로여도 회사가 부담하는 조건은 달라집니다. 승인자가 본 화면과 고객이 받은 PDF가 다른 상황도 생깁니다. 따라서 견적 승인 기능을 만든다고 할 때는 결재선뿐 아니라 승인 대상과 변경 정책까지 범위에 넣어야 합니다.

이 글은 영업·구매 조직이 견적 승인 CRM을 발주하고 검수하는 기준입니다. 앞서 다룬 모바일 견적·발주 앱의 전체 흐름이나 AI 문서 생성이 아니라, 사람이 검토한 조건이 수정·발송·주문 전환에서도 유지되는 문제에 집중합니다. 아래 금액·비율·역할은 모두 가상의 설계 예시이며 업계 평균이나 회사의 실제 할인 정책, 확정 개발비를 뜻하지 않습니다.

가상의 C사에서 영업 담당자가 장비와 설치 서비스를 함께 제안한다고 가정해 봅시다. 상품 할인은 허용 범위지만 설치 인력이 추가되면 별도 검토가 필요하고, 고객이 지급 시점을 바꾸면 재무 담당자의 확인이 필요할 수 있습니다. 이때 할인율 한 개로 모든 승인을 판단하면 예외가 메일과 구두 요청으로 빠집니다. 품목별 수익 조건과 문서 버전, 승인된 예외를 연결해야 하는 이유입니다.

제품의 견적 생명주기와 우리 회사 승인 정책을 구분하세요#

Dynamics 365 Sales의 공식 안내는 견적을 초안에서 활성화하고, 개정하면 새 초안과 개정 식별자를 만드는 흐름을 설명합니다. 견적 작성 안내는 활성·종료 단계의 가격 처리와 PDF 내보내기를 다룹니다. 버전과 문서 생성의 기준을 질문하는 참고 자료지만 우리 회사의 할인 승인선과 재승인 정책을 대신 정해 주지는 않습니다. 현재 제품 설정, 사용자 지정과 라이선스에 따라 실제 지원 범위를 시연으로 확인하세요.

• Microsoft Learn: 견적·주문·청구 관리: 견적 상태와 개정, 주문 전환의 제품 동작을 설명합니다.
• Microsoft Learn: 견적 생성·편집: 견적 가격과 PDF 생성 흐름을 확인할 수 있는 공식 자료입니다.

승인 병목과 수정 우회를 함께 관리해야 합니다#

결재선을 직급 이름만으로 고정하면 휴직이나 조직 개편 때 미결 요청이 멈출 수 있습니다. 승인 역할과 실제 담당자의 연결, 위임 기간, 자기 승인 제한과 원래 승인자의 열람 범위를 나눠 정의하세요. 대리자가 승인할 때 본인이 한 결정인지 원승인자 이름으로 바뀌는지 확인해야 합니다. 요청자가 승인 도중 퇴사하거나 담당 기회가 이관돼도 요청 문서와 과거 작성자의 기록은 보존하고, 남은 작업의 책임만 새 담당자에게 넘기는 편이 추적에 유리합니다.

반려는 요청을 지워 버리는 동작과 다릅니다. 반려 이유, 수정할 항목과 다시 확인할 승인 단계를 표시하고 새 버전에 연결하세요. 일부 승인자가 확인한 뒤 다른 조건이 수정되면 어떤 결정을 유지할지 정책이 필요합니다. 발주 범위가 단순 순차 결재인지 병렬 승인과 조건부 승인을 포함하는지 명시하면 견적 차이를 설명하기 쉽습니다. 긴급 승인 예외가 있다면 누가 어떤 기한과 범위에서 사용할 수 있고 사후 검토를 누가 하는지도 합의합니다.

외부 파일을 수동으로 수정한 뒤 CRM의 승인 완료 파일로 올리는 우회도 검수하세요. 시스템이 생성한 문서와 별도 업로드 문서를 구분하고, 새 업로드가 승인 대상인지 참고 자료인지 명시합니다. 파일 내용 전체를 자동 비교할 수 없다면 보장한다고 표시하지 말고 검토자의 확인을 받는 방식으로 범위를 정하세요. 승인된 문서의 다운로드 권한, 고객 링크의 유효기간과 과거 버전 표시도 필요합니다. 오래된 링크가 최신 승인본으로 자동 연결되면 실제 발송 근거가 흐려질 수 있습니다.

가격 계산의 경계도 실제 표본으로 확인해야 합니다. 통화 변환, 반올림, 세금과 할인 적용 순서가 CRM과 ERP에서 다르면 총액이 어긋날 수 있습니다. 어느 시스템의 계산이 기준인지 정하고 중간 계산과 결과의 자릿수, 차이를 허용할 범위를 합의하세요. 기준표 변경은 과거 승인에 소급 적용할지 신규 버전에만 적용할지 나눕니다. 사용자가 단가나 원가를 볼 수 없더라도 승인 권한이 있다는 이유로 숨겨진 계산 근거를 내보내기에서 볼 수 있게 되지 않는지도 확인합니다.

견적 유효기간이 지난 뒤 고객이 수락하는 경우도 필요합니다. 시스템이 무조건 거절할지 담당자가 가격·납기·제공 조건을 다시 확인하게 할지는 회사가 정합니다. 연장을 선택했다면 날짜 한 칸만 고치는 대신 어떤 버전의 조건을 어떤 기간까지 유지하기로 했는지 승인 근거를 남기세요. 과거 메일과 PDF의 날짜는 그대로 보존하고 정정 또는 새 견적을 어떻게 안내할지도 합의합니다. 유효기간 연장 알림을 보낸 사실과 고객이 변경 조건을 확인한 사실 역시 다른 상태입니다.

여러 대안 견적을 동시에 제안하는 업무에서는 하나를 수정했다고 다른 대안이 사라져서는 안 됩니다. 예를 들어 가상의 고객에게 기본 구성과 확장 구성을 제안했다면 각 대안의 버전, 승인과 유효기간을 따로 확인할 수 있어야 합니다. 고객이 품목 일부만 고르는 경우에는 부분 수락이 가능한지, 새 견적으로 재작성해야 하는지 정책을 정하세요. 대안 중 하나가 주문으로 전환되면 나머지를 자동 종료할지 검토 요청만 만들지도 필요합니다. 집계에서는 대안 견적 합계를 모두 예상 매출로 더하지 않도록 정의를 확인합니다.

모바일 현장 업무까지 포함하면 견적·발주 앱 개발의 범위를 함께 살펴보세요. 승인 도중 담당자가 바뀌는 흐름은 영업 담당자 인수인계 CRM과 연결됩니다.

같은 총액이어도 조건이 달라진 시나리오로 검수합니다#

첫 표본은 승인된 견적의 총액을 유지하면서 무료 제공으로 표시된 작업 범위와 결제 시점을 바꾸는 상황으로 구성할 수 있습니다. 여기서 무료는 실제 프로모션이 아니라 가상의 문서 항목 예시입니다. 변경이 감지되고 재승인 또는 승인 유지 판단의 근거가 남아야 합니다. 품목 하나를 삭제했다 다시 추가하거나 수량·단가를 서로 상쇄해 총액만 유지하는 경우도 실행하세요. 합계만 비교하는 규칙을 우회할 수 있는지 확인하는 시험입니다.

두 번째 표본은 승인 직후 가격표를 수정하고 PDF를 생성한 뒤 고객이 이전 버전을 수락하는 상황입니다. 파일의 금액과 조건이 승인 버전과 일치하고, 고객 수락 버전을 명확히 선택하며, ERP에는 그 버전만 전송되는지 봅니다. 응답이 끊긴 주문 요청을 다시 보냈을 때 중복이 생기지 않고 실패 이력이 남아야 합니다. 모바일·내보내기·알림에서 구버전을 최신처럼 표시하거나 권한 밖 원가를 노출하지 않는지도 함께 확인하세요.

인수 산출물에는 승인 조건표와 적용일, 버전·상태 전이, 재승인 판정표, 문서 생성과 발송 기록의 연결 방식, ERP 계산 대사와 실패 복구 절차가 필요합니다. 운영자가 가격 정책을 새 버전으로 등록하고 미결 요청에 미치는 영향을 확인하는 실습을 하세요. 특정 개발자만 승인선을 수정할 수 있는지, 운영자가 바꿀 수 있다면 사전 검증과 변경 이력이 있는지도 확인합니다. 구축 비용은 결재 화면 수보다 계산·변경·발송·대사의 검수 범위를 기준으로 비교해야 합니다.

계산식 검수는 총액 한 줄뿐 아니라 품목별 입력과 중간 결과로 합니다. 가상의 표본에서 소수 단가, 묶음 할인, 세금 표시와 운송 항목을 조합하고 CRM 화면·PDF·ERP 요청의 값을 나란히 대조하세요. 입력한 가격과 계산된 가격을 섞지 않고 수동 조정이 있었다면 이유를 남기는지 확인합니다. 승인자가 기준표를 바꿀 권한까지 가져야 하는 것은 아니므로 정책 편집 권한과 승인 권한을 분리할 수도 있습니다. 계산 근거를 숨겨야 할 대상에게 오류 메시지나 내보내기로 값이 새지 않는지도 함께 봅니다.

기존 견적을 이전할 때 승인 기록이 없다고 현재 승인자가 과거 문서를 일괄 승인한 것으로 만들지 마세요. 과거 파일, 시스템에서 확인된 상태와 미확인 항목을 구분해 보존할 수 있습니다. 신규 시스템에서 다시 보내거나 주문으로 전환하려면 어떤 자료를 재확인할지 정합니다. 인수자는 원본 파일과 이전 데이터의 연결, 변환 중 계산하지 않은 값과 예외 목록을 받을 필요가 있습니다. 과거 기록을 보기 좋게 정리하는 작업과 새로운 조건으로 회사가 약속하는 작업을 섞지 않아야 합니다.