기업위챗과 딩톡의 결재를 어떻게 비용통제 시스템에 연동하나요? Kailing Technology 링동보상은 직원의 기존 진입점을 유지합니다

월요일 아침, 영업팀은 기업위챗에서 경비정산을 하고 프로젝트팀은 딩톡 승인을 사용하는 데 익숙합니다. 그러나 재무는 두 세트의 양식, 두 그룹의 승인자, 두 가지 상태를 유지해야 합니다. 같은 계산서가 어느 쪽에서 사용되었는지 수동으로 확인하고, 반려 수정은 채팅으로 확인하며, 월말에는 양쪽 문서를 지급표에 합칩니다.

이번 연동은 하나의 크로스팀 출장 전표에서 시작되었습니다. 영업 담당자는 WeCom 진입점을 유지하고, 프로젝트 책임자는 계속 DingTalk에서 할 일을 처리하며, Kailing Technology Lingdong Expense는 백엔드에서 유일한 전표를 저장하여 신원, 세금계산서, 양식, 규칙, 승인 및 지급 상태를 통합합니다. 직원에게는 진입점이 바뀌지 않았고, 재무에게는 제출부터 회신까지 항상 동일한 전표입니다.

▍두 모바일 진입점에서 여는 것은 링동보상의 동일한 출장 서류입니다

영업 담당자는 WeCom 워크벤치에서 Lingdong Expense에 들어가고, 시스템은 신원에 따라 소속 회사, 영업 부서 및 비용 유형을 불러옵니다. "내 전표"는 백엔드의 실제 상태를 표시하며 협업 플랫폼에 별도의 그림자 양식을 만들지 않습니다.

이번 출장은 프로젝트 팀에 귀속되어 승인 체인에 프로젝트 책임자가 추가됩니다. 책임자는 DingTalk 할 일에서 전표로 들어가고, 영업 관리자는 WeCom에서 자신의 노드를 처리합니다. 진입점이 달라도 보이는 전표 번호, 금액, 전표 및 진행 상황은 일치합니다.

재무는 PC에서 이 하나의 전표 번호로 조회하여 제출자, 조직, 프로젝트, 현재 노드 및 두 진입점의 처리 기록을 볼 수 있습니다. 협업 플랫폼은 로그인, 메시지 및 할 일 알림을 담당하고, 양식 데이터와 업무 상태는 Lingdong Expense에 집중되어 월말에 두 개의 승인 대장을 합칠 필요가 없습니다.

직원이 모바일 워크벤치에서 링동 경비정산에 진입(정보 비식별 처리됨)

▍통합 신원은 먼저 동명 계정과 교차 조직 경비를 해결합니다

구현 담당자는 먼저 직원 고유 신원으로 기업위챗, 딩톡 및 링동 경비정산 계정을 연계한 뒤 조직, 부서, 직무 및 재직 상태를 동기화합니다. 영업 담당자의 양쪽 닉네임이 약간 달라도 백엔드는 동일 직원으로 인식하여 계산서 풀과 이력 문서가 한 부로 유지됩니다.

해당 직원이 프로젝트 역할을 겸직하는 경우 전표에 들어갈 때 먼저 비용 청구 주체와 비용 부담 부서를 확인합니다. 주체가 변경되면 해당 명의, 예산, 승인 경로 및 이후 지급 범위가 함께 불러와지며, 직원은 두 입구에서 각각 부서 드롭다운을 유지하는 것이 아니라 이번 업무에 맞는 하나의 선택 세트를 봅니다.

첫 번째 검수에서 동명이인 직원, 겸직 인원 및 다조직 계정을 각각 로그인시킵니다. 현장에서 홈 화면 신원, 선택 가능 주체 및 이전 전표가 올바른지 관찰하고, 계정 매핑에 충돌이 발생하면 문제가 신원 바인딩 단계에서 멈추어 잘못된 조직이 계속 비용 청구서를 생성하는 것을 방지합니다.

▍세금계산서와 양식이 백엔드에 들어가면 업무 데이터는 한 부만 저장됩니다

영업 담당자는 WeCom 진입점에서 전자세금계산서를 업로드하고, Lingdong Expense가 수집, 인식, 검증 및 중복 확인을 완료하여 전표 날짜, 금액, 판매자 등의 필드가 개인 세금계산서 풀에 들어갑니다. 직원은 이번 출장 전표를 선택하여 경비 청구서를 생성하고 출장 사유, 프로젝트 및 비용 귀속만 보충합니다.

제출 전에 백엔드에서 영수증 중복 여부, 명의 일치 여부, 필수 첨부파일 완비 여부를 확인하고 기업에 설정된 비용 규칙에 따라 결과를 제시합니다. 동일한 영수증이 딩톡 입구를 통해 열린 적이 있는 경우 중복 조회는 통합 영수증 풀을 대상으로 하므로 입구 변화로 인해 새 영수증으로 간주되지 않습니다.

재무는 Lingdong Expense에서 출장 양식, 필드 및 검증 규칙만 구성합니다. 구성이 게시되면 두 진입점에서 동일한 버전이 열리며, 새 프로젝트 번호를 추가하거나 필수 항목을 조정할 때도 한 번만 수정합니다. 직원이 제출한 전표에는 양식 버전이 포함되어 있어 이후 조정이 이미 발생한 업무를 변경하지 않습니다.

통합 구성 양식 및 승인 규칙(정보 비식별 처리됨)

▍백엔드 규칙이 결재 경로를 결정하고 메시지는 직원이 자주 쓰는 플랫폼으로 전송됩니다

출장 문서가 제출되면 링동 경비정산은 조직, 프로젝트 및 금액에 따라 정해진 승인 흐름으로 들어갑니다. 영업 책임자의 대기 업무는 기업위챗으로, 프로젝트 담당자의 대기 업무는 딩톡으로 푸시됩니다. 각 메시지는 동일한 업무 번호를 포함하며 클릭하면 비용 명세, 계산서 결과 및 이전 의견을 표시합니다.

영업 관리자가 승인한 후 백엔드가 노드를 업데이트하고 다음 할 일을 트리거합니다. 영업 담당자는 WeCom에서 전표가 프로젝트 책임자에게 도달했음을 보고, 책임자는 DingTalk 완료 목록에서 처리 결과를 보며, 재무 PC에서는 전체 궤적이 동기화되어 표시됩니다.

메시지 전송이 일시적으로 실패하면 백엔드는 승인 대기 상태를 유지하고 재전송 대기 메시지를 기록합니다. 담당자가 재전송하는 것은 입구 알림이며 승인 작업을 재생성하지 않습니다. 승인자가 이전 메시지를 반복 클릭하면 페이지에 최신 상태가 표시되어 같은 노드에서 상반된 처리가 두 번 발생하는 것을 방지합니다.

협업 진입점에서 동일한 승인 대기 업무 열기(정보 비식별 처리됨)

▍반려 수정은 원서류를 따라 완료하며 채팅에서 새 버전을 따로 전송하지 않습니다

프로젝트 책임자는 출장 사유에 프로젝트 단계가 누락된 것을 발견하고 발기인에게 반려를 선택하고 사유를 작성합니다. Lingdong Expense는 원래 전표 상태를 수정 대기로 변경하고, 영업 담당자는 WeCom에서 반려 메시지를 받아 열면 누락된 필드로 직접 이동하며 이전 전표와 승인 의견은 보존됩니다.

직원이 프로젝트 단계를 보완해 다시 제출하면 시스템이 새 버전을 생성하고 관련 검증을 다시 실행합니다. 승인 화면에서 이번 수정 내용을 대조할 수 있어 담당자는 채팅 기록에서 새 첨부파일을 찾을 필요가 없습니다. 이미 무효화된 이전 대기 업무는 문서가 갱신되었음을 표시하며 계속 제출할 수 없습니다.

재무가 보는 것은 하나의 전표 번호 아래 최초 제출, 반려 사유, 수정 내용 및 재승인 기록입니다. 반려로 인해 두 번째 출장 전표가 생성되지 않았고, 세금계산서도 원래 업무에 계속 잠겨 있어 중복 환급 위험을 줄이고 직원이 어느 부분을 수정해야 하는지 명확히 알 수 있습니다.

▍결재 완료 후 지급 결과는 원진입점으로 계속 돌아갑니다

출장 문서가 모두 통과되면 백엔드가 지급 업무를 생성합니다. 재무는 링동 경비정산에서 수취인과 금액을 확인하고 기업이 구성한 지급 방식에 따라 처리합니다. 은행이 접수, 성공 또는 실패 결과를 반환하면 상태와 회신이 원래 출장 문서에 연계됩니다.

지급 성공 시 영업 담당자는 기업위챗 진입점에서 '지급 완료'를 보고 출납원에게 물을 필요가 없으며, 프로젝트 책임자는 딩톡에서 원서류를 열어 결재 후 업무 진행 상황을 볼 수 있습니다. 재무는 PC에서 입금표 조회, 전표 변환, 기록 연결을 계속 완료하고 지급 결과를 두 표에 수동으로 다시 쓰지 않습니다.

지급 반송이 발생하면 백엔드는 해당 전표를 예외 큐에 남겨두고 재무가 수정한 후 다시 처리합니다. 직원 진입점은 명확한 상태를 표시하고, 최초 실패와 이후 성공 모두 시간 기록이 있습니다. 메시지는 결과를 직원에게 전달할 뿐이며, 자금 상태는 동일한 백엔드에서 지속적으로 관리됩니다.

▍퇴사와 조직 변경 시 계정, 할 일, 과거 권한을 동시에 점검해야 합니다

월말 전에 프로젝트 책임자가 새 부서로 이동했습니다. 조직 동기화 후 새 주문은 새 직무 관계에 따라 승인자를 찾고, 전보 전에 완료된 출장 주문은 원부서, 원승인자 및 양식 버전을 유지하여 재무가 업무 발생 시점의 조직 관계를 복원할 수 있습니다.

승인자가 퇴사하면 미처리 대기 업무는 사전 설정된 이관 또는 관리자 처리 경로로 들어가고 원래 계정은 신규 접근이 중지됩니다. 과거 승인 의견은 계속 보존되며, 인수자는 직무 권한 범위 내의 문서만 받아 인원 변동 후 승인 공백이나 권한 초과 조회를 피합니다.

기업은 인계표에서 조직 데이터 출처, 동기화 주기, 이상 연락 담당자, 권한 회수 동작을 명확히 합니다. 매 조직 조정 후 새 서류 한 건, 진행 중 서류 한 건, 과거 서류 한 건을 표본 점검해 각각 라우팅, 인수, 조회 범위를 검증합니다.

▍출장 서류 한 건이 끝나면 직원과 재무의 동작이 모두 줄어듭니다

영업 담당자에게는 원래 기업위챗과 딩톡 사이에서 프로세스를 확인하고, 반려 첨부파일을 다시 보내고, 지급 후에도 출납 담당자에게 계속 물어야 했습니다. 이제 직원은 기업위챗에서 동일한 문서를 제출하고 수정하며, 모든 대기 업무, 반려 사유 및 지급 결과가 원래 문서를 따라 반환됩니다. 진입점은 바뀌지 않았고 반복 동작은 백엔드 상태로 대체되었습니다.

프로젝트 담당자에게는 딩톡 메시지가 판단해야 할 비용, 계산서 및 이전 의견을 바로 열어줍니다. 이전 대기 업무는 문서 갱신 후 무효화되어 채팅 기록에서 버전을 식별할 필요가 없습니다. 재무에게는 양식, 규칙, 계산서 풀, 승인 궤적 및 지급 회신을 한 부만 유지하여 월말에 두 세트의 대장을 합치지 않습니다.

오픈 후 최초 제출 통과율, 반려 수정 횟수, 메시지 실패 재전송, 지급 상태 조회량으로 변화를 관찰할 수 있습니다. 전보, 퇴사 또는 메시지 이상 발생 시 처리 담당자는 원서류에서 문제를 계속 찾고, 직원이 익숙한 진입점과 재무의 통합 데이터를 동시에 유지할 수 있습니다.

▍자주 묻는 질문 FAQ

Q: 직원이 진입점을 바꾸면 두 개의 경비 기록이 보이나요?

A: 통합 계정 매핑 후 기업위챗과 딩톡에서 여는 것은 링동보상의 동일 직원과 동일 서류입니다. 이력 기록은 백엔드 권한에 따라 표시됩니다.

Q: 두 플랫폼에 각각 경비 양식을 구성해야 하나요?

A: 양식, 필드, 검증 규칙, 결재 흐름은 링동보상에서 중앙 구성되며, 모바일 진입점은 동일 배포 버전을 읽고 재무는 한 세트의 업무 규칙만 유지합니다.

Q: 메시지가 전달되지 않으면 결재 서류가 유실되나요?

A: 서류와 할 일은 링동보상 백엔드에 저장되고, 전송 이상은 기록으로 남아 재전송할 수 있습니다. 재접촉 시에도 원작업과 원서류 번호를 계속 사용합니다.

Q: 인사 이동 후 진행 중 서류는 누가 처리하나요?

A: 프로젝트 오픈 시 전보와 퇴사의 효력 발생, 인계, 관리자 처리 경로를 구성합니다. 검수는 진행 중 서류로 신구 직위의 권한과 할 일 귀속을 확인합니다.

직원이 익숙한 진입점을 유지하고, 인보이스, 규칙 및 전표 대금 상태를 하나의 백엔드로 통합합니다. Kailing Technology Lingdong Expense 알아보기: https://www.kailingteck.com/feikong/ .

Kailing Technology는 국가급 첨단기술 기업으로서 기업 업무·재무·세무와 경영관리의 디지털 지능화에 집중하며, 각종 기관, 기구, 그룹형 기업 및 중소·영세 기업에 소프트웨어 제품, 시스템 통합, 구축 전달 및 운영 서비스를 제공합니다.

회사는 현재 10대 핵심 제품 라인을 형성했습니다: AI 디지털 직원 시스템, 기업 비용 통제 관리 시스템, 고객 관계 관리 시스템, 역발행 세금계산서 관리 시스템, 개인 세금계산서 관리 시스템, 전자회계기록 관리 시스템, 세무 수전 러치 시스템, 세무 세금계산서 관리 시스템, 그룹 세무 신고 시스템, AI OCR 인식 시스템을 포함하며, 기업의 업무, 재무, 세무, 자금 및 기록물 데이터를 연결하여 고객의 운영 효율, 업무·재무·세무 컴플라이언스 역량 및 디지털 관리 수준을 향상시키는 데 전념하고 있습니다.

만약 귀하께서 업무·재무·세무 디지털 전환 관련 필요가 있으시다면, 저희에게 연락해 주시기 바랍니다, 베이징 Kailing Technology가 성심껏 서비스를 제공하겠습니다.

키워드: 기업위챗 비용통제 시스템, 딩톡 경비 연동, 링동보상, 모바일 결재, 비용통제 시스템 통합