그룹웨어 결재 · ERP 연동
영업기회를 계약 진행으로 옮기면, 그룹웨어 결재가 올라갑니다
할인과 계약 조건마다 사내 전자결재를 받아야 하는 중견 제조사 영업팀이, 영업기회 단계만 바꾸면 그룹웨어 결재와 ERP 수주 등록이 이어지도록 만든 흐름입니다.
문제
- 01
CRM 밖에서 도는 결재
할인이나 계약 조건에 결재가 필요할 때마다 어느 양식을 어디에 올릴지 담당자마다 달랐고, 결재 결과는 CRM에 남지 않았습니다.
- 02
두 번 적는 같은 내용
CRM에 적은 고객 · 금액 · 할인율을 그룹웨어 결재 양식에 다시 옮겨 적느라 상신이 늦어지고 숫자가 어긋났습니다.
- 03
ERP에만 있는 출고와 매출
계약이 끝나면 ERP에 거래처와 수주를 손으로 다시 넣었고, 출고 · 매출은 ERP에만 있어 담당자가 고객 상태를 물어봐야 알았습니다.
트래킷으로 이렇게 해결합니다
- 1
조건을 적고 단계만 계약 진행으로 바꿉니다
담당자는 영업기회에 할인율과 계약 조건을 적고 단계를 계약 진행으로 옮깁니다. 담당자가 할 일은 여기까지입니다. 단계가 바뀌면 워크플로우가 시작됩니다.
- 2
워크플로우가 그룹웨어에 결재를 올리고, 결과를 받아 옵니다
HTTP 요청 블록이 회사가 쓰는 그룹웨어의 결재 API에 영업기회의 고객 · 금액 · 할인율과 계약서 파일을 보내 상신합니다. 결재는 지금처럼 그룹웨어에서 결재선대로 진행되고, 끝나면 그룹웨어가 웹훅으로 결과를 보냅니다. 데이터 등록 또는 수정 블록이 결재 문서 번호로 그 영업기회를 찾아 결재 상태와 의견을 채웁니다.
- 3
계약이 확정되면 수주는 ERP로, 출고 · 매출은 영업기회로
단계를 계약 확정으로 바꾸면 HTTP 요청이 ERP의 API에 거래처와 수주를 보내고, 돌아온 수주 번호를 영업기회에 남깁니다. 다른 워크플로우가 매일 아침 반복 스케줄로 ERP에서 출고 · 매출을 받아 같은 영업기회 칸을 채웁니다. 쓰는 그룹웨어 · ERP가 API와 웹훅을 열어 두었을 때 이렇게 이을 수 있습니다.
- 트리거레코드가 수정될 때영업기회 단계가 계약 진행으로 바뀝니다.
- 처리HTTP 요청그룹웨어 결재 API에 결재를 올립니다.
- 트리거웹훅결재가 끝나면 그룹웨어가 결과를 보냅니다.
- 결과데이터 등록 또는 수정결재 상태와 의견을 영업기회에 채웁니다.
- 결과HTTP 요청계약이 확정되면 ERP에 수주를 등록합니다.
박도현
김아성달라진 점
도입 전
트래킷 도입 후
