결재 프로세스를 자주 조정하는데 계속 개발해야 할까? Kailing Technology Lingdong Expense 사용자 정의 양식, 노드와 규칙

금요일 오후 4시, 재무 매니저가 새로운 출장 결재 요건을 받았습니다. 금액 기준이 조정되고, 부서 담당자 대신 프로젝트 담당자가 먼저 결재하며, 기준을 초과하면 재무 검토를 추가하고, 다음 주 월요일부터 시행합니다. 과거에 이런 변화가 생기면 업무 부서가 먼저 요구사항을 작성하고, 기술이 일정을 잡아 코드를 수정하고, 테스트 후 배포를 기다렸습니다. 새 제도는 이미 시행되었지만 구 프로세스는 여전히 대기 중이었습니다.

Kailing Technology 링동 경비정산은 빈번한 변화를 통제된 설정으로 전환합니다. 관리자는 하나의 출장 경비정산서를 중심으로 필드, 노드, 조건, 역할, 적용 버전을 조정한 뒤, 저액 전표 한 장과 고액 전표 한 장으로 전체 프로세스를 실행합니다. 누가 무엇을 보는지, 시스템이 어느 분기를 타는지, 예외를 누구에게 넘기는지를 발행 전에 가시적으로 확인할 수 있습니다.

▍먼저 한 문장의 제도 공지를 다섯 가지 실행 가능한 구성으로 분해

관리자는 흐름도를 직접 끌어놓는 대신 재무와 함께 알림을 변경 전표로 분해했습니다. 출장 양식에 어떤 업무 필드를 추가할지, 금액 조건을 어느 노드에서 판단할지, 부서 책임자와 프로젝트 책임자가 각각 어떤 전표를 처리할지, 재무 재검토가 어느 분기를 수신할지, 새 규칙을 언제부터 어떤 조직에서 사용할지를 정했습니다. 이로써 제도 언어가 양식, 노드, 조건, 역할과 버전의 다섯 가지 구성 객체로 전환되었습니다.

변경 전표는 영향 범위도 함께 표시합니다. 금액 기준은 결재 경로에 영향을 주고, 프로젝트 필드는 담당자 해석에 영향을 주며, 반환 방식은 전표 재제출 후의 시작점에 영향을 주고, 알림 대상은 모바일 할 일에 영향을 줍니다. 관리자는 현재 설정을 항목별로 확인하고, 먼저 현행 버전을 복사해 초안을 만든 후 초안에서 수정하며, 온라인 프로세스는 계속 정상적으로 운영됩니다.

▍사용자 정의 양식으로 직원이 이 전표에 필요한 정보만 입력

관리자는 TopMate 경비 처리 양식 디자이너를 열어 출장 경비 전표에서 세금계산서가 가져온 표면 정보와 직원 계정이 가져온 조직 정보를 유지하고, 프로젝트, 출장 도시, 업무 용도 등의 필드를 추가합니다. 프로젝트 비용은 프로젝트 선택을 표시하고 일반 부서 비용은 해당 필드를 숨기며, 첨부가 필요한 시나리오는 제출 전에 명확한 안내를 제공합니다. 직원이 양식을 열면 이번 비용과 관련된 내용만 보게 됩니다.

필드 출처도 설정에서 명확히 합니다. 객관적 전표면 정보는 세금계산서 수집 결과에서 가져오고, 부서와 인원은 계정 조직에서 오며, 프로젝트는 통제된 기초 자료에서 선택하고, 직원은 업무 사실만 보완합니다. 필드 이름, 옵션과 검증 규칙이 통일되면 결재자가 보는 내용, 지급에 사용하는 수금 정보와 이후 전표 매핑이 계속 재사용될 수 있습니다.

양식 수정은 버전을 유지합니다. 오래된 전표를 열면 원래 필드와 당시 옵션을 표시하고, 새 전표는 새 버전을 사용하며, 필드 이름 변경은 매핑을 통해 계속 보고서로 들어갑니다. 관리자는 미리보기 페이지에서 모바일과 웹을 각각 시뮬레이션하여 핵심 정보가 첫 화면에 위치하고 필수 안내가 직원에게 무엇이 부족한지 직접 알려주어 제출 후 반복 반환을 줄이는지 확인합니다.

경비정산 양식 및 필드 설정 화면(정보 비식별 처리)

▍승인 노드에서 순서, 역할 및 처리 동작을 함께 구성

프로세스 초안은 직원 제출로 시작하며, 관리자는 프로젝트 책임자, 부서 책임자, 재무 검토, 지급 전 확인 등의 노드를 순서대로 배치한 뒤 이번 제도 조정에 따라 재배열합니다. 각 노드는 특정 개인이 아니라 역할에 바인딩되며, 직원 소속 부서, 선택한 프로젝트, 당시 유효한 조직 관계가 함께 실제 결재자를 해석하므로, 전보 후 새 전표는 자동으로 새 책임자의 대기 목록으로 들어갑니다.

노드 동작도 항목별로 확인합니다. 발기인을 반려하면 직원은 양식을 수정하고 다시 제출하며, 상위 단계로 반환하면 앞선 결재 의견이 계속 유지되고, 추가 서명과 이관은 발기인, 수신인과 시간을 기록합니다. 관리자는 동시에 세금계산서 잠금, 예산 점유와 전표 상태가 어떻게 변하는지 확인하여 모바일에서의 한 번 클릭이 백엔드 업무 상태와 일치하게 합니다.

결재자가 기업 위챗, 딩톡 메시지 또는 Lingdong Expense 모바일에서 할 일을 열면 페이지에 금액, 용도, 프로젝트, 전표 검증 결과와 이전 의견이 집중 표시됩니다. 처리 완료 후 PC와 모바일이 처리 완료로 동기화되고, 직원은 자신의 전표에서 현재 위치를 봅니다. 진입점은 바뀔 수 있지만 프로세스 인스턴스와 상태는 항상 하나입니다.

모바일에서 흐름을 확인하고 결재 처리(정보 비식별 처리됨)

▍금액이 다른 두 전표로 조건 분기 검증

첫 번째 테스트 전표 금액이 새 기준보다 낮아 직원이 프로젝트를 선택하고 제출합니다. 시스템은 조직, 비용 유형과 금액을 읽고 먼저 프로젝트 책임자에게 보내며, 프로젝트 책임자가 동의하면 바로 후속 재무 처리로 들어갑니다. 테스트 담당자는 각 노드에서 나타나는 결재자, 수신한 메시지와 페이지 상태를 기록하여 저금액 경로가 한 단계도 더 거치지 않았음을 확인합니다.

두 번째 테스트 전표 금액이 새 기준보다 높아 앞선 동작은 동일하지만, 시스템은 프로젝트 책임자 통과 후 자동으로 재무 재검토를 추가합니다. 재무 담당자는 금액 트리거 사유, 세금계산서 위험 알림과 앞선 의견을 볼 수 있으며, 재검토를 완료하면 전표는 승인 상태로 들어갑니다. 두 전표를 나란히 표시하면 제도상의 기준이 명확하게 보이는 두 경로로 전환된 것입니다.

프로젝트 팀은 임계 위치에 정확히 있는 경계 샘플을 하나 더 추가하고, 부서, 프로젝트 및 비용 유형을 변경하여 조건 조합 순서를 확인합니다. 서류가 동시에 여러 분기에 해당하면 구성에 우선순위와 합류 노드를 명시합니다. 테스트 결과는 초안 버전 수정으로 직접 돌아가 각 샘플이 예상 직무에 도달할 때까지 진행합니다.

▍규칙 검토로 반려 사유를 제출 동작 전에 표시

프로세스는 전표를 누구에게 보낼지 담당하고, 규칙은 전표가 어떤 문제를 안고 있는지 검사합니다. 관리자는 머리글, 세금번호, 중복 전표, 비용 기준, 예산, 첨부 요건을 심사 조건으로 설정합니다. 직원이 제출을 클릭하면 시스템이 먼저 세금계산서 조회·중복 확인과 필드 대조를 완료하고, 문제가 있으면 현재 전표에 사유와 처리 진입점을 표시합니다.

고위험 문제는 제출을 차단할 수 있고, 업무 예외는 직원이 설명을 보충하고 승격 승인으로 들어가도록 허용합니다. 예를 들어 중복 세금계산서가 적발되면 관련 기록을 표시하고, 첨부 파일이 없으면 구체적 자료를 안내하며, 비용 기준을 초과하면 사유를 작성하고 해당 책임자에게 전달하도록 요구합니다. 직원은 어떻게 수정할지 알고, 승인자는 왜 이 서류를 보는지 알며, 재무는 사유 없는 반환을 줄입니다.

디지털 직원은 기업이 설정한 제도 규칙에 따라 심사를 보조하며, 정상 전표는 기초 검사를 완료한 후 계속 흐르고, 리스크에 해당하는 전표는 문제 항목과 함께 수동 처리로 들어갑니다. 규칙 결과는 해당 조건, 처리 의견, 시간을 보존하며, 재무는 문제 유형별로 빈번한 반려를 복기한 뒤 안내, 양식, 교육을 조정할 수 있습니다.

디지털 직원이 규칙에 따라 이상을 알림(정보 비식별 처리)

▍버전 게시로 신구 전표가 각자 명확한 경로로 운영

테스트 통과 후 관리자는 변경 사유, 적용 조직, 적용 시간, 승인자를 입력한 뒤 새 버전을 발행합니다. 다음 주에 새로 생성된 출장 전표는 자동으로 새 프로세스를 사용하고, 발행 전에 이미 제출된 전표는 원 버전에 따라 계속 처리되며, 화면에서 버전 번호와 당시 노드를 확인할 수 있습니다. 직원은 결재 도중 갑자기 책임자가 바뀌지 않고, 감사도 전표가 당시 채택한 제도를 복원할 수 있습니다.

기업 위챗과 딩톡 메시지 템플릿, 할 일 링크, 독촉 대상과 프로세스 버전을 함께 테스트합니다. 프로젝트 담당자가 바뀌면 새 메시지는 새 역할에게 발송되고, 기존 결재자의 처리 완료 기록은 계속 보존됩니다. 백오피스 설정, 모바일 진입점과 업무 상태가 동기화되어 업데이트되므로, 순서도는 제대로 바뀌었는데 메시지는 여전히 원래 담당자에게 가는 일을 피할 수 있습니다.

▍구축 검수는 관리자가 한 번의 변경을 독립적으로 완료할 수 있는지 확인

검수 현장에서 기업 관리자가 직접 모의 제도 변경서 한 장을 접수하여 링동 경비 청구에서 버전을 복사하고, 필드를 조정하고, 노드를 이동하고, 금액 조건을 설정하고, 역할을 바인딩하고, 테스트 조직에 게시합니다. 서비스 제공자는 운영 지침만 제공하고 관리자를 대신해 클릭하지 않습니다. 완료 후 기업은 자체 구성 방법과 변경 기록을 갖게 됩니다.

테스트 표본은 저액, 고액, 임계값, 부서 간, 프로젝트 간, 첨부 누락, 중복 전표, 반려 수정, 결재자 전보를 포함합니다. 각 전표는 화면 필드, 실제 결재자, 모바일 메시지, 규칙 안내, 예산 및 후속 상태를 검사합니다. 검수 보고서는 입력, 조작, 예상 결과, 실제 결과를 기록하며, 이후 제도 조정에 재사용할 수 있습니다.

Kailing Technology 링동 경비정산은 사용자 정의 양식, 결재 노드, 조건 규칙, 역할 해석, 버전 발행으로 기업의 빈번한 변화를 수용합니다. 재무에게는 새 제도가 일정대로 출시되는 것이 가시적 성과이고, 직원에게는 양식이 더 짧아지고 경로가 더 명확해지는 것이며, 관리자에게는 일상적 조정이 개발 대기열에서 기록되고 테스트 가능하며 롤백 가능한 설정 작업으로 바뀌는 것입니다.

▍자주 묻는 질문 FAQ

Q: 어떤 승인 변경이 직접 구성에 적합합니까?

A: 필드 표시, 필수 조건, 노드 순서, 역할 승인, 금액 분기, 반려 위치 및 알림 방식 등 일반적인 변경은 관리자 구성 프로세스에 들어갈 수 있습니다.

Q: 관리자가 프로세스를 수정한 후 즉시 게시할 수 있습니까?

A: 먼저 초안 버전에서 영향 검사와 샘플 테스트를 완료한 후 적용 조직과 시간을 선택해 게시하며, 온라인 현행 버전은 테스트 기간 동안 계속 운영됩니다.

Q: 새 프로세스는 승인 중인 전표를 어떻게 처리합니까?

A: 게시 시 기존 전표를 원래 버전으로 완료하도록 선택하거나, 권한 범위에 대해 통제된 마이그레이션을 실행합니다. 두 처리 모두 버전과 작업 기록을 보존합니다.

Q: 위챗 워크와 딩톡에 각각 프로세스를 유지해야 합니까?

A: 협업 플랫폼은 신원, 메시지 및 할 일 진입점을 제공하고, 링동 경비정산은 하나의 양식, 규칙 및 프로세스 상태를 유지하며, 여러 단말이 동일 인스턴스를 읽습니다.

빈번한 변경을 관리 가능한 구성으로 전환하고, 실제 프로세스로 경계를 검증하며, Kailing Technology 링동 경비정산을 알아보세요: https://www.kailingteck.com/feikong/ .

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

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

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

키워드: 비용 통제 승인 프로세스 구성, 사용자 정의 경비 청구 양식, 승인 노드, 비용 규칙, 링동 경비 청구, 위챗워크 경비 청구