최초의 전자 리스를 어떻게 구성했으며 그 결과는 무엇입니까?

전자 문서 관리라는 주제가 인기를 끌고 있음에도 불구하고 러시아 은행과 일반 금융 부문에서는 대부분의 거래가 종이에 기록된 구식 방식으로 실행됩니다. 여기서 요점은 은행과 고객의 보수주의가 아니라 시장에 적절한 소프트웨어가 부족하다는 것입니다.

거래가 복잡할수록 EDI 프레임워크 내에서 수행될 가능성은 낮아집니다. 예를 들어, 임대 거래는 은행, 임차인, 공급자 등 최소한 세 당사자가 관련되어 있다는 점에서 복잡합니다. 보증인과 보증인이 추가되는 경우가 많습니다. 우리는 그러한 거래가 완전히 디지털화될 수 있다고 판단하여 E-Leasing 시스템을 만들었습니다. 이는 그러한 시나리오에서 EDI를 완벽하게 제공하는 러시아 최초의 서비스입니다. 그 결과, 2019년 37월 초 기준 전체 리스 거래 건수의 XNUMX%가 E-Leasing을 통해 이루어지고 있습니다. 컷 아래에서는 기능 및 기술적 구현의 관점에서 E-Leasing을 분석합니다.

우리는 2017년 초부터 시스템 개발을 시작했습니다. 가장 어려운 부분은 시작하는 것이었습니다. 제품에 대한 요구 사항을 공식화하고 아이디어를 특정 기술 사양으로 변환하는 것이었습니다. 다음은 계약자를 찾는 것입니다. 기술 사양 준비, 상담까지 모두 약 2017개월이 걸렸습니다. 또 다른 2018개월 후인 XNUMX년 XNUMX월에 시스템의 첫 번째 릴리스가 출시되었는데, 이는 이러한 야심찬 프로젝트에 비해 매우 빠른 속도입니다. E-Leasing의 첫 번째 버전에는 문서를 요청하고 서명하는 기능이 있었습니다. 주요 문서뿐만 아니라 임대 계약에 따라 작업하는 과정에서 필요할 수 있는 보증 계약 및 기타 추가 계약도 포함되었습니다. XNUMX년 XNUMX월에는 모니터링의 일환으로 서류요청 기능을 추가하였고, 같은 해 XNUMX월에는 전자송장 발송 기능을 추가하였습니다.

E-리스는 어떻게 진행되나요?

우리는 2017년 초부터 시스템 개발을 시작했습니다. 제품에 대한 요구 사항을 공식화하는 것부터 계약자를 선택하고 첫 번째 릴리스를 출시하는 것까지 전체 과정은 XNUMX년도 채 걸리지 않았습니다. 우리는 XNUMX월에 졸업했습니다.

상대방의 문서 패키지 요청은 Corus SQL 데이터베이스 및 Microsoft Dynamics NAV 2009를 기반으로 하는 당사 비즈니스 시스템에서 이루어집니다. 참가자가 거래의 일부로 제공한 모든 문서도 저장을 위해 그곳으로 전송됩니다. Frontend는 공급업체와 고객이 문서를 요청, 다운로드, 인쇄하고 ECES(Enhanced Qualified Electronic Signature)를 사용하여 서명할 수 있는 E-Leasing 포털입니다.

이제 위의 다이어그램을 따라 시스템의 작동을 좀 더 자세히 살펴보겠습니다.
 
요청은 "상대방 카드" 또는 "프로젝트" 엔터티에서 생성됩니다. 요청이 전송되면 요청 테이블에 레코드가 생성됩니다. 여기에는 요청 및 매개변수에 대한 설명이 포함되어 있습니다. codeunit 개체는 요청 생성을 담당합니다. 테이블의 항목은 준비 상태로 생성됩니다. 이는 요청을 보낼 준비가 되었음을 의미합니다. 요청 테이블에는 요청 본문에 대한 설명이 포함되어 있습니다. 요청된 모든 문서는 문서 테이블에 있습니다. 문서를 요청할 때 "EDS 상태" 필드는 "요청됨"으로 설정됩니다.

SQL 에이전트에서 실행되는 CORUS 서버의 작업은 쿼리 테이블에서 준비 상태의 레코드를 모니터링합니다. 그러한 기록이 발견되면 작업은 E-Leasing 포털에 요청을 보냅니다. 전송에 성공하면 항목이 응답됨 상태로 테이블에 표시되고, 그렇지 않으면 오류 상태로 표시됩니다. 응답 결과는 여러 테이블에 기록됩니다. 서버의 응답 코드와 오류 설명(요청을 보낼 수 없는 경우)이 하나의 테이블에 기록됩니다. 응답 본문을 설명하는 레코드(다른 레코드, 세 번째 레코드)에는 상태 필드에 생성 값이 있고 스캔 상태 필드에 확인 값이 있는 요청의 결과로 수신된 파일이 포함된 레코드가 있습니다. 또한 이 작업은 E-Leasing 포털의 이벤트를 모니터링하고 쿼리 테이블에서 쿼리를 생성하여 자체적으로 처리합니다.
 
또 다른 작업은 상태 필드에 생성 값이 있고 스캔 상태 필드에 확인된 값이 있는 수신된 문서 테이블의 항목을 모니터링합니다. 작업은 10분마다 한 번씩 실행됩니다. 검사 상태 필드는 바이러스 백신이 담당하며, 검사에 성공하면 Verified 값이 기록됩니다. 이 기능은 정보 보안 서비스와 관련이 있습니다. codeunit 개체는 레코드 처리를 담당합니다. 승인된 문서 테이블의 항목이 성공적으로 처리되면 상태 필드에 성공 값으로 표시되고 문서 테이블의 "EDS 상태" 필드에 있는 요청 문서는 "수신됨" 상태를 받습니다. 승인된 문서 표의 항목을 처리할 수 없는 경우 상태 필드에 실패 값이 표시되고 오류 설명이 "오류 텍스트" 필드에 기록됩니다. 문서 테이블에는 아무것도 변경되지 않습니다.
 
세 번째 작업은 비어 있지 않거나 "수락됨" 상태가 아닌 문서 테이블의 모든 레코드를 모니터링합니다. 작업은 하루에 한 번 23:30에 실행되며 현재 날짜에 서명되지 않은 모든 계약 문서를 호출합니다. 이 작업은 요청 및 응답 테이블에서 계약 문서를 삭제하라는 요청을 생성하고 문서 테이블에서 "상태" 필드를 "철회" 값으로 변경합니다.
 

사용자 측의 E-리스

사용자의 경우 모든 것은 고객 관리자로부터 EDF에 가입하라는 초대를 받는 것부터 시작됩니다. 고객은 편지를 받고 간단한 등록 절차를 거칩니다. 사용자의 직장이 전자 서명을 사용할 준비가 되어 있지 않은 경우에만 어려움이 발생할 수 있습니다. 기술 지원 요청의 상당 부분이 이와 관련되어 있습니다. 이 시스템을 통해 상대방은 자신의 직원에게 자신의 개인 계정에 대한 액세스 권한을 부여할 수 있습니다(예: 회계사가 송장 작업 등을 수행하는 경우).

등록

추가 작업 계획은 각 당사자에 대해 가능한 한 간단합니다. 거래 문서 요청 및 계약 문서 서명은 내부 시스템의 설정 작업을 통해 수행됩니다.

서류 요청

클라이언트에게 서명 요청이나 문서를 보낸 후 해당 활동이 개인 계정에서 생성되었다는 알림이 이메일 주소로 전송됩니다. 클라이언트는 인터페이스를 통해 문서 패키지를 시스템에 업로드하고 전자 서명을 하면 우리는 거래를 검토할 수 있습니다. 그 후, "공급업체 - 고객 - Sberbank Leasing" 경로를 따라 계약 문서가 서명됩니다.
 

현재 계약

우리의 경우 전자 문서 관리가 반드시 처음부터 끝까지 고객의 조치를 의미하지는 않습니다. 거래의 어느 단계에서나 시스템에 연결할 수 있습니다. 예를 들어, 고객이 종이에 서류를 제공한 후 EDI에서 거래에 서명하기로 결정했습니다. 이 시나리오는 구현이 가능합니다. 마찬가지로 Sberbank Leasing과 유효한 임대 계약을 맺은 고객은 E-Leasing에 연결하여 전자적으로 송장을 받을 수 있습니다.

E-Leasing 이용에 따른 경제적 효과를 계산한 후 고객에게 서비스 이용 시 추가 할인 혜택을 제공했습니다. 결국 계약서에 서명하고 인쇄하고 스테이플하기 위해 고객과 공급업체에 갈 필요가 없다는 것이 밝혀졌습니다. 거래 비용(생성 및 지원)을 18% 절감합니다..

프로젝트가 어떻게 발전할 것인가

현재 E-Leasing은 완벽하지는 않지만 안정적으로 작동하고 있습니다. 직원에게 전자 송장을 보내는 메커니즘은 아직 사용자 친화적이지 않습니다. 문제는 EDF 운영자가 지속적으로 참여하기 때문에 이 절차 자체가 매우 복잡하다는 사실로 설명됩니다. 그는 송장을 발행했다는 영수증을 발행하고 관리자는 이 영수증에 서명합니다. 그러면 상대방(클라이언트)의 사용자가 통지서와 영수증에 서명하고 다시 전자문서관리운영자를 거치게 됩니다. 향후 버전에서는 이 프로세스를 더욱 편리하게 만들도록 노력하겠습니다. "개발 영역"에는 모니터링 문서를 요청하는 기능도 포함되어 있으며 이는 대규모 클라이언트와 매우 관련이 있습니다.

향후 XNUMX개월 내에 우리는 시스템을 새로운 플랫폼으로 이전하여 전자 문서 관리 작업을 최적화하고, 인터페이스를 더욱 이해하기 쉽고 사용자 친화적으로 만들고, 개인 계정의 기능을 확장할 계획입니다. 또한 요청 생성부터 고객이 E-Leasing을 통해 수행한 모든 거래에 대한 문서 보기까지 새로운 기능을 추가합니다. 고객, 공급업체, 보증인이 이미 적극적으로 참여하고 있는 시스템이 모든 사람에게 더욱 편리해지기를 바랍니다.

출처 : habr.com