KR102678764B1

KR102678764B1 - 배송 수수료 정산 처리 방법 및 전자 장치

Info

Publication number: KR102678764B1
Application number: KR1020230031575A
Authority: KR
Inventors: 정미영; 백서영; 전은채; 김도호; 배호연; 조승준; 이경주
Original assignee: 쿠팡 주식회사
Filing date: 2023-03-10
Publication date: 2024-06-27

Abstract

본 개시의 다양한 실시예에 따른 전자 장치에 의해 수행되는 배송 수수료 정산 처리 방법은 적어도 하나의 단말 각각으로부터 해당 단말에 대응하는 배송 기사 계정의 배송 결과 정보를 수신하는 동작; 수신된 배송 결과 정보 중 벤더 계정에 대응하는 적어도 하나의 배송 기사 계정의 배송 결과 정보에 기초하여 벤더 계정에 대한 취합된 배송 결과 정보를 생성하는 동작; 취합된 배송 결과 정보의 보정 요청을 수신하는 경우, 보정 요청에 응답하여, 벤더 계정에 대한 취합된 배송 결과 정보를 업데이트하거나, 배송 이후의 손해 이벤트 발생이 검출되는 경우, 손해 이벤트에 대응하는 손해 정보에 기초하여 취합된 배송 결과 정보를 업데이트하는 동작; 및 업데이트된 취합된 배송 결과 정보 및 배송 단가에 기초하여 벤더 계정에 대해 정산할 배송 수수료를 산출하는 동작을 포함할 수 있다.

Description

배송 수수료 정산 처리 방법 및 전자 장치{METHOD AND ELECTRONIC DEVICE FOR SETTLEMENT PROCESSING OF SHIPPING FEE}

본 개시는 배송 수수료를 정산 처리하기 위한 전자 장치 및 그의 동작 방법에 관한 것이다.

정보통신 기술의 발달로 인하여, 정보통신 기술을 융합하여 비지니스 경쟁력을 혁신적으로 개선하거나 새로운 비지니스로 신규 성장을 하는 것에 관심이 급속도로 높아졌다. 특히, 운송, 물류 산업 분야에도 정보통신 기술을 도입하여 업무의 효율화를 시도하고 있다. 예를 들어, TMS(Transporatation Management System)는 화물차량의 위치기반 운행정보 뿐만 아니라 차량을 통해 제품이 운송되는 SCM(Supply Chain Management)의 환경 변화를 실시간 모니터링해 유통업체에 정보를 전달할 수 있다.

배송 물량의 증가로 인해 유통업체는 사외 배송 업체인 벤더(vendor)(예: 택배 가맹점)와 계약을 체결하여 배송 업무를 일부 위탁할 수 있다. 이 경우, 유통업체는 TMS를 통해 벤더의 배송 정보를 관리할 수 있고, 관리되는 배송 정보를 벤더에게 제공할 수도 있다. 배송 형태의 다양화 및 유통업체와 계약을 체결하는 벤더의 증가로 인해, TMS를 이용하여 관리해야 할 정보의 종류는 증가할 수 있다. 따라서, 벤더에게 제공할 수많은 배송 정보를 정리하여 보여줄 수 있는 사용자 인터페이스의 수요가 증가할 수 있다.

본 개시의 다양한 실시예에 따르면, 다양한 배송 결과 정보들에 기초하여 벤더의 배송 수수료를 정산하는 것을 기술적 과제로 한다.

본 개시의 다양한 실시예에 따르면, 벤더들로부터 수신한 보정 요청 및 유통업체가 기입한 보정 정보를 반영하여 벤더의 배송 수수료를 정산하는 것을 기술적 과제로 한다.

본 개시의 다양한 실시예에 따르면, 과거 기간에 대응하는 배송 수수료를 벤더에 지급하거나 벤더로부터 지급 받는 정산 소급을 해결하는 것을 기술적 과제로 한다.

본 개시의 다양한 실시예에 따르면, 유통업체와 계약을 체결한 벤더들이 실시간으로 일정 기간의 배송 수수료 정산 결과를 확인할 수 있는 사용자 인터페이스를 제공하는 것을 기술적 과제로 한다.

본 개시의 다양한 실시예에 따르면, 유통업체와 계약을 체결한 벤더들이 배송 결과 정보와 관련된 보정 요청을 유통업체에 전송할 수 있는 사용자 인터페이스를 제공하는 것을 기술적 과제로 한다.

본 개시의 다양한 실시예에 따른 전자 장치에 의해 수행되는 배송 수수료 정산 처리 방법은 적어도 하나의 단말 각각으로부터 해당 단말에 대응하는 배송 기사 계정의 배송 결과 정보 - 배송 결과 정보는 배송 기사 계정의 배송 기사가 수행한 배송 개수, 반품 처리 개수, 배송 박스 회수 개수, 배송 유형 정보 또는 배송 지역 정보 중 적어도 하나를 포함함 - 를 수신하는 동작; 수신된 배송 결과 정보 중 벤더 계정에 대응하는 적어도 하나의 배송 기사 계정의 배송 결과 정보에 기초하여 벤더 계정에 대한 취합된 배송 결과 정보를 생성하는 동작; 취합된 배송 결과 정보의 보정 요청을 수신하는 경우, 보정 요청에 응답하여, 벤더 계정에 대한 취합된 배송 결과 정보를 업데이트하거나, 배송 이후의 손해 이벤트 발생이 검출되는 경우, 손해 이벤트에 대응하는 손해 정보에 기초하여 취합된 배송 결과 정보를 업데이트하는 동작; 및 업데이트된 취합된 배송 결과 정보 및 배송 단가에 기초하여 벤더 계정에 대해 정산할 배송 수수료를 산출하는 동작을 포함할 수 있다.

본 개시의 다양한 실시예에 따른 벤더 계정과 적어도 하나의 배송 기사 계정의 대응 관계는 맵핑 테이블에 저장될 수 있다.

본 개시의 다양한 실시예에 따른 배송 수수료 정산 처리 방법은 벤더 계정과 적어도 하나의 배송 기사 계정의 대응 관계가 변동되는 경우, 맵핑 테이블을 업데이트하고, 업데이트된 맵핑 테이블에 기초하여 벤더 계정에 대한 취합된 배송 결과 정보를 업데이트하는 동작을 더 포함할 수 있다.

본 개시의 다양한 실시예에 따른 배송 수수료 정산 처리 방법은 수신된 배송 결과 정보 중 어떠한 벤더 계정과도 대응되지 않는 배송 기사 계정의 배송 결과 정보가 존재하는 경우, 배송 결과 정보에 포함된 배송 지역 정보에 기초하여 어떠한 벤더 계정과도 대응되지 않는 배송 기사 계정에 대응하는 적어도 하나의 후보 벤더 계정을 산출하는 동작; 및 적어도 하나의 후보 벤더 계정 중 사용자 입력에 기초하여 어떠한 벤더 계정과도 대응되지 않는 배송 기사 계정에 대응하는 벤더 계정을 결정하는 동작을 더 포함할 수 있다.

본 개시의 다양한 실시예에 따른 배송 수수료 정산 처리 방법은 수신된 배송 결과 정보 중 어떠한 벤더 계정과도 대응되지 않는 배송 기사 계정의 배송 결과 정보가 존재하는 경우, 어떠한 벤더 계정과도 대응되지 않는 배송 기사 계정이 대응되어야 할 벤더 계정을 입력 받는 동작을 더 포함할 수 있다.

본 개시의 다양한 실시예에 따른 보정 요청은 배송 개수의 보정, 반품 처리 개수의 보정, 배송 박스 회수 개수의 보정, 배송 유형 정보의 보정, 배송 지역 정보의 보정 또는 배송 기사 계정 정보의 보정 중 적어도 하나를 포함할 수 있다.

본 개시의 다양한 실시예에 따른 취합된 배송 결과 정보는 벤더 계정에 대응하는 적어도 하나의 배송 기사 계정의 배송 기사가 수행한 배송 개수, 반품 처리 개수, 배송 박스 회수 개수, 배송 유형 정보 또는 배송 지역 정보 중 적어도 하나를 포함할 수 있다.

본 개시의 다양한 실시예에 따른 배송 수수료 정산 처리 방법은 벤더 계정의 취합된 배송 결과 정보를 벤더 계정에 대응하는 단말에 전송하는 동작을 더 포함할 수 있다.

본 개시의 다양한 실시예에 따른 정산할 배송 수수료를 산출하는 동작은, 취합된 배송 결과 정보가 생성된 시점으로부터 사전 결정된 시간이 도과한 후에, 정산할 배송 수수료를 산출하는 동작을 포함할 수 있다.

본 개시의 다양한 실시예에 따른 벤더 계정에 대해 정산할 배송 수수료는, 벤더 계정에 대한 배송 계약 정보에 추가로 기초하여 산출되고, 벤더 계정에 대한 배송 계약 정보는 배송 지역 정보, 배송 단가, 및 배송 단가 할인율과 관련된 정보를 포함할 수 있다.

본 개시의 다양한 실시예에 따른 배송 단가는 지역별 배송 개수 및 지역별 배송 난이도에 기초하여 지역별로 상이하게 결정될 수 있다.

본 개시의 다양한 실시예에 따른 배송 이후의 손해 이벤트는 상품의 반품, 상품의 오배송, 상품의 분실 또는 상품의 파손 중 적어도 하나를 포함할 수 있다.

본 개시의 다양한 실시예에 따른 배송 수수료 정산 처리 방법은 손해 이벤트가 상품의 파손인 경우, 손해 배상과 관련된 확인 요청을 벤더 계정에 대응하는 단말에 전송하는 동작을 더 포함할 수 있다.

본 개시의 다양한 실시예에 따른 배송 수수료 정산 처리 방법은 손해 이벤트가 상품의 파손인 경우, 사전 결정된 과실 비율에 기초하여 손해 배상액을 결정하고, 손해 배상액을 정산할 배송 수수료에서 제외하는 동작을 더 포함할 수 있다.

본 개시의 다양한 실시예에 따른 배송 수수료 정산 처리 방법은 벤더 계정에 대응하는 단말로부터 벤더 계정에 대응하는 배송 기사 계정의 배송 결과 정보 요청을 수신하는 경우, 배송 기사 계정의 배송 결과 정보를 벤더 계정에 대응하는 단말에 전송하는 동작을 더 포함할 수 있다.

본 개시의 다양한 실시예에 따른 배송 수수료 정산 처리 방법은 관리자 계정으로부터 벤더 계정에 대한 취합된 배송 결과 정보에 대한 보정 요청을 수신하는 경우, 보정 요청에 응답하여 벤더 계정에 대한 취합된 배송 결과 정보를 업데이트하는 동작을 더 포함할 수 있다.

다른 실시예에 따른 전자 장치는 메모리; 및 메모리와 연결된 프로세서를 포함하고, 프로세서는, 적어도 하나의 단말로부터 제1 계정에 대응하는 제1 배송 결과 정보-제1 배송 결과 정보는 제1 계정에 대응하는 배송 기사 계정의 배송 기사가 수행한 배송 개수, 반품 처리 개수, 배송 박스 회수 개수 또는 배송 지역 정보 중 적어도 하나를 포함하는-를 수신하여 메모리에 저장하고, 수신된 적어도 하나의 제1 배송 결과 정보 중 벤더 계정에 대응하는 적어도 하나의 제1 계정의 제1 배송 결과 정보에 기초하여 벤더 계정의 제2 배송 결과 정보를 생성하여 메모리에 저장하고, 벤더 계정으로부터 제2 배송 결과 정보의 보정 요청을 수신하는 경우, 보정 요청에 응답하여, 벤더 계정의 제2 배송 결과 정보를 업데이트하거나, 배송 이후 로그 데이터에 기초하여 배송 이후의 이벤트 발생이 감지되는 경우, 이벤트에 대응하는 손해 정보에 기초하여 제2 배송 결과 정보를 업데이트하여 메모리에 저장하고, 그리고 업데이트된 제2 배송 결과 정보, 벤더 계정의 배송 계약 정보 및 지역 단위 배송 가격에 기초하여 배송 수수료를 산출할 수 있다.

본 개시의 다양한 실시예에 따르면, 벤더들은 일정 기간에 대응하는 배송 수수료 정산 결과를 확인하여 예상 수익을 알 수 있다.

본 개시의 다양한 실시예에 따르면, 벤더들은 특정 기간에 대응하는 배송 결과 정보를 확인하여 수행된 업무 내역을 확인할 수 있다.

본 개시의 다양한 실시예에 따르면, 벤더들은 잘못된 배송 결과 정보에 대응하는 보정 요청을 전송할 수 있다.

본 개시의 다양한 실시예에 따르면, 프로세서가 보정 사항을 실시간으로 반영하여 배송수수료를 정산함으로써, 정산 소급 문제가 해결될 수 있다. 이를 통해, 정산 소급 문제가 해결되어 유통업체가 배송 수수료를 중복으로 지급하는 경우가 사라지게 됨으로써 유통업체의 일시적 손실을 미연에 방지할 수 있다.

본 개시의 다양한 실시예에 따르면, 유통업체들은 잘못된 배송 결과 정보를 보정하기 위하여, 보정 데이터를 생성하여 업로드함으로써, 배송 결과 정보를 업데이트할 수 있다.

본 개시의 다양한 실시예에 따르면, 유통업체는 배송 과정에서 벤더의 귀책으로 발생한 손해를 자동으로 반영하여 배송 수수료를 산출할 수 있다.

도 1은 본 개시의 다양한 실시예에 따른 시스템을 도시한 도면이다.
도 2는 본 개시의 다양한 실시예에 따른 전자 장치를 도시한 블록도이다.
도 3은 본 개시의 다양한 실시예에 따른 배송 수수료를 정산하기 위한 절차의 흐름도이다.
도 4는 본 개시의 다양한 실시예에 따른 벤더 계정으로 서버에 접속한 경우, 벤더 계정의 배송 결과 정보 및 배송 수수료가 표시되는 화면이다.
도 5는 본 개시의 다양한 실시예에 따른 벤더 계정의 보정 요청이 수행되는 화면이다.
도 6은 본 개시의 다양한 실시예에 따른 배송 기사 계정에게 제공되는 배송결과 정보가 표시된 화면이다.
도 7은 본 개시의 다양한 실시예에 따른 관리자 계정으로 서버에 접속한 경우, 복수의 벤더 계정들의 배송 결과 정보 및 배송 수수료가 표시된 화면이다.
도 8은 본 개시의 다양한 실시예에 따른 관리자 계정으로부터 수신한 벤더 계정에 대한 취합된 배송 결과 정보에 대한 보정 요청과 관련된 화면이다.
도 9는 본 개시의 다양한 실시예에 따른 전자 장치의 동작 흐름도이다.

본 개시의 실시예들은 본 개시의 기술적 사상을 설명하기 위한 목적으로 예시된 것이다. 본 개시에 따른 권리범위가 이하에 제시되는 실시예들이나 이들 실시예들에 대한 구체적 설명으로 한정되는 것은 아니다.

본 개시에 사용되는 모든 기술적 용어들 및 과학적 용어들은, 달리 정의되지 않는 한, 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자에게 일반적으로 이해되는 의미를 갖는다. 본 개시에 사용되는 모든 용어들은 본 개시를 더욱 명확히 설명하기 위한 목적으로 선택된 것이며 본 개시에 따른 권리범위를 제한하기 위해 선택된 것이 아니다.

본 개시에서 사용되는 "포함하는", "구비하는", "갖는" 등과 같은 표현은, 해당 표현이 포함되는 어구 또는 문장에서 달리 언급되지 않는 한, 다른 실시예를 포함할 가능성을 내포하는 개방형 용어(open-ended terms)로 이해되어야 한다.

본 개시에서 기술된 단수형의 표현은 달리 언급하지 않는 한 복수형의 의미를 포함할 수 있으며, 이는 청구범위에 기재된 단수형의 표현에도 마찬가지로 적용된다.

본 개시에서 사용되는 "제1", "제2" 등의 표현들은 복수의 구성요소들을 상호 구분하기 위해 사용되며, 해당 구성요소들의 순서 또는 중요도를 한정하는 것은 아니다.

본 개시에서 사용되는 용어 "부"는, 소프트웨어, 또는 FPGA(field-programmable gate array), ASIC(application specific integrated circuit)과 같은 하드웨어 구성요소를 의미한다. 그러나, "부"는 하드웨어 및 소프트웨어에 한정되는 것은 아니다. "부"는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고, 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서, "부"는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세서, 함수, 속성, 프로시저, 서브루틴, 프로그램 코드의 세그먼트, 드라이버, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조, 테이블, 어레이 및 변수를 포함한다. 구성요소와 "부" 내에서 제공되는 기능은 더 작은 수의 구성요소 및 "부"로 결합되거나 추가적인 구성요소와 "부"로 더 분리될 수 있다.

본 개시에서 사용되는 "~에 기초하여"라는 표현은, 해당 표현이 포함되는 어구 또는 문장에서 기술되는, 결정, 판단의 행위 또는 동작에 영향을 주는 하나 이상의 인자를 기술하는데 사용되며, 이 표현은 결정, 판단의 행위 또는 동작에 영향을 주는 추가적인 인자를 배제하지 않는다.

본 개시에서, 어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 경우, 상기 어떤 구성요소가 상기 다른 구성요소에 직접적으로 연결될 수 있거나 접속될 수 있는 것으로, 또는 새로운 다른 구성요소를 매개로 하여 연결될 수 있거나 접속될 수 있는 것으로 이해되어야 한다.

이하, 첨부한 도면들을 참조하여, 본 개시의 실시예들을 설명한다. 첨부된 도면에서, 동일하거나 대응하는 구성요소에는 동일한 참조부호가 부여되어 있다. 또한, 이하의 실시예들의 설명에 있어서, 동일하거나 대응하는 구성요소를 중복하여 기술하는 것이 생략될 수 있다. 그러나, 구성요소에 관한 기술이 생략되어도, 그러한 구성요소가 어떤 실시예에 포함되지 않는 것으로 의도되지는 않는다.

도 1은 본 개시의 일 실시예에 따른 전자 장치가 적용될 수 있는 환경을 도시한다. 전자 장치(110)와 사용자 단말(120, 이하 '단말'이라 함)은 네트워크를 통해 연결되어, 서로 통신할 수 있다. 전자 장치(110)는 서버일 수도 있고, 단말(120)과 구분되는 다른 단말일 수도 있다.

단말(120)은 네트워크를 통해 다양한 정보를 전자 장치(110)와 송수신할 수 있는 단말로 구현될 수 있다. 예를 들어, 단말(120)은 컴퓨터, 랩탑(laptop), 휴대용 통신 단말(스마트폰 등), 휴대용 멀티미디어 장치, 웨어러블 장치 또는 HMD 중 하나일 수 있다. 단, 단말(120)의 종류는 이에 한정되지 않으며, 단말(120)은 사용자로부터 정보를 입력받거나, 사용자에게 정보를 출력할 수 있는 입출력 인터페이스를 포함하고, 네트워크를 통해 전자 장치(110) 또는 다른 기타 장치와 통신을 수행할 수 있는 임의의 장치일 수 있다. 단말(120)은 전자 장치(110)로부터 수신한 정보를 사용자에게 제공할 수 있고, 사용자로부터 입력을 수신하여 전자 장치(110)로 전송할 수 있다. 사용자로부터 획득되는 입력은 마우스를 이용한 클릭, 터치 패드나 터치 스크린을 이용한 터치, 음성 인식, 기타 전자적 입력 등 다양한 형태의 입력을 포함할 수 있다.

네트워크는 전자 장치(110)와 단말(120) 또는 기타 외부 장치를 연결하는 역할을 수행할 수 있다. 예를 들어, 네트워크는 단말(120)이 전자 장치(110)와 연결되어 전자 장치(110)와 패킷 데이터를 송수신할 수 있도록 접속 경로를 제공할 수 있다. 네트워크는 예를 들어, 근거리 통신망(Local Area Network, LAN), 광역 통신망(Wide Area Network, WAN), 이동 통신망(Mobile Radio Communication Network), Wibro(Wireless Broadband Internet) 등과 같은 모든 종류의 유선 또는 무선 네트워크로 구현될 수 있다.

도 2는 본 개시의 일 실시예에 따른 전자 장치의 블록도이다. 일 실시예에서 전자 장치(200)는 서버일 수도 있고 단말일 수도 있다. 일 실시예에서, 전자 장치(200)는 통신 회로(210), 하나 이상의 프로세서(220) 및/또는 하나 이상의 메모리(230)를 구성요소로서 포함할 수 있다. 일 실시예에서, 전자 장치(200)의 구성요소들 중 적어도 하나가 생략되거나, 다른 구성요소가 장치 전자 장치(200)에 추가될 수 있다. 일 실시예에서, 추가적으로 또는 대체적으로(alternatively), 일부의 구성요소들이 통합되어 구현되거나, 단수 또는 복수의 개체로 구현될 수 있다. 본 개시에서, 하나 이상의 프로세서(220)는 프로세서(220)라고 표현될 수 있다. 프로세서(220)라는 표현은, 문맥상 명백히 다르게 표현하지 않는 이상, 하나 또는 그 이상의 프로세서의 집합을 의미할 수 있다. 본 개시에서, 하나 이상의 메모리(230)는 메모리(230)라고 표현될 수 있다. 메모리(230)라는 표현은, 문맥상 명백히 다르게 표현하지 않는 이상, 하나 또는 그 이상의 메모리의 집합을 의미할 수 있다. 일 실시예에서, 전자 장치(200) 내/외부의 구성요소들 중 적어도 일부의 구성요소들은 버스, GPIO(General Purpose Input/Output), SPI(Serial Peripheral Interface) 또는 MIPI(Mobile Industry Processor Interface) 등을 통해 서로 연결되어, 정보(데이터, 신호 등)를 주고 받을 수 있다.

통신 회로(communication circuit, 210)는 사용자의 단말 및 외부 장치와 통신할 수 있다. 통신 회로(210)는 전자 장치(200)와 단말 간의 무선 또는 유선 통신을 수행할 수 있다. 예를 들어, 통신 회로(210)는 eMBB(enhanced Mobile Broadband), URLLC(Ultra Reliable Low-Latency Communications), MMTC(Massive Machine Type Communications), LTE(Long-Term Evolution), LTE-A(LTE Advance), NR(New Radio), UMTS(Universal Mobile Telecommunications System), GSM(Global System for Mobile communications), CDMA(Code Division Multiple Access), WCDMA(Wideband CDMA), WiBro(Wireless Broadband), WiFi(Wireless Fidelity), 블루투스(Bluetooth), NFC(Near Field Communication), GPS(Global Positioning System) 또는 GNSS(Global Navigation Satellite System) 등의 방식에 따른 무선 통신을 수행할 수 있다. 예를 들어, 통신 회로(210)는 USB(Universal Serial Bus), HDMI(High Definition Multimedia Interface), RS-232(Recommended Standard-232) 또는 POTS(Plain Old Telephone Service) 등의 방식에 따른 유선 통신을 수행할 수 있다. 일 실시예에서, 전자 장치(200)는 다른 장치와 통합되어 구현될 수도 있다. 이 경우, 통신 회로(210)는 전자 장치(200)와 해당 다른 장치를 연결하는 접속 회로 내지 인터페이스로서 기능할 수 있다.

프로세서(220)는 소프트웨어(예: 명령, 프로그램 등)를 구동하여 프로세서(220)에 연결된 전자 장치(200)의 적어도 한 구성요소를 제어할 수 있다. 또한 프로세서(220)는 본 개시와 관련된 다양한 연산, 처리, 데이터 생성, 가공 등의 동작을 수행할 수 있다. 또한 프로세서(220)는 데이터 등을 메모리(230)로부터 로드하거나, 메모리(230)에 저장할 수 있다. 나아가 프로세서(220)는 통신 회로(210)를 통해, 사용자의 단말 및 외부 장치와 다양한 정보를 송수신할 수 있다. 일 실시예에서, 프로세서(220)는 통신 회로(210)를 제어하여, 사용자의 단말에 각종 페이지에 대한 정보 등 다양한 정보를 송신할 수 있다.

메모리(230)는 다양한 정보(데이터)를 저장할 수 있다. 메모리(230)에 저장되는 정보는, 전자 장치(200)의 적어도 한 구성요소에 의해 획득되거나, 처리되거나, 사용되는 정보로서, 소프트웨어(예: 명령어, 프로그램 등)를 포함할 수 있다. 메모리(230)는 휘발성 및/또는 비휘발성 메모리를 포함할 수 있다. 본 개시에서, 명령 내지 프로그램은 메모리(230)에 저장되는 소프트웨어로서, 전자 장치(200)의 리소스를 제어하기 위한 운영체제, 어플리케이션 및/또는 어플리케이션이 전자 장치(200)의 리소스들을 활용할 수 있도록 다양한 기능을 어플리케이션에 제공하는 미들 웨어 등을 포함할 수 있다. 일 실시예에서, 메모리(230)는 프로세서(220)에 의한 실행 시 프로세서(220)가 연산을 수행하도록 하는 명령어들을 저장할 수 있다. 메모리(230)는 통신 회로(210)를 통하여 단말로부터 수신된 정보 및/또는 통신 회로(210)를 통하여 단말에 송신된 정보의 적어도 일부를 저장할 수 있다. 프로세서(220)는 통신 회로(210)를 통하여 단말로부터 수신된 정보 및/또는 통신 회로(210)를 통하여 단말에 송신된 정보의 적어도 일부를 메모리(230)에 저장할 수 있다.

이하, 도 3 내지 도 9에서 전자 장치에 의해 수행되는 것으로 설명되는 동작은, 도 2에서 설명된 전자 장치(200)의 프로세서(220)에 의해 수행되는 것으로 이해될 수 있다.

도 3은 본 개시의 다양한 실시예에 따른 배송 수수료를 정산하기 위한 절차의 흐름도이다.

일 실시예에 따른 프로세서(220)는 배송 수수료를 산출함으로써 배송 수수료의 정산 소급을 방지할 수 있다. 정산 소급은 해당 월의 배송 수수료 정산에 이전 월의 배송 수수료를 정산을 하는 것일 수 있다. 예를 들어, 정산 소급은 이전 월의 배송 단가를 업데이트하지 않아, 해당 월에 배송 단가 변동으로 인해 발생한 배송 수수료 차액을 정산하는 것을 의미할 수 있다. 다른 예를 들어, 정산 소급은 벤더와 배송 기사가 매칭되지 않아 벤더와 배송 기사 모두에게 배송 수수료를 중복 지급한 경우에도 발생할 수 있다. 이 경우, 유통업체는 배송 수수료를 벤더 또는 배송 기사 중 하나로부터 환급 받아야 한다. 다른 예를 들어, 정산 소급은 배송 결과 정보를 사용자가 기입하면서 발생하는 오류가 추후 발견되어 보정하는 경우 발생할 수 있다. 정산 소급은 주로 사용자가 배송 결과 정보를 직접 TMS에 기입하는 과정에서 잘못된 데이터를 입력하는 경우 발생할 수 있다. 또한 배송 수수료의 정산을 실시간으로 하지 않고, 한 달 또는 두 달 간격으로 하는 경우, 오류가 보정되지 않은 상태로 배송 결과 정보가 유지되어 정산 소급 문제는 더욱 부각될 수 있다.

상술한 여러 예시과 같은 정산 소급으로 인하여, 배송 수수료가 중복 계산되는 경우가 발생하며, 중복 계산으로 인하여 유통업체의 일시적 손실이 발생할 수도 있다. 따라서, 복수의 배송 기사들의 배송 결과 정보를 실시간으로 취합하여 벤더의 배송 수수료를 실시간으로 산출하는 동작은 사용자가 직접 데이터를 기입하고 오류를 보정하는 과정을 자동화하는 것이므로, 정산 소급으로 인해 발생하는 문제를 해결할 수 있다. 이하에서는 정산 소급이라는 기술적 과제를 해결하기 위한 프로세서의 동작이 구체적으로 설명된다.

일 실시예에 따른 프로세서(220)는 배송 결과 정보에 기초하여 배송 수수료를 정산할 수 있다. 배송 결과 정보는 배송 기사가 수행한 배송과 관련된 정보를 포함할 수 있다. 배송 결과 정보는 적어도 하나의 단말 각각으로부터 해당 단말에 대응하는 배송 기사 계정의 배송 결과 정보를 포함할 수 있다. 배송 기사는 배송 업무를 담당하는 사람이며, 벤더와 배송 업무 계약을 맺은 사람일 수 있다. 배송 기사 계정(350)은 배송 기사에 대응하는 계정일 수 있다. 단말에 배송 기사 계정으로 접속하는 경우, 단말은 해당 배송 기사 계정의 배송 결과 정보를 서버로 전송될 수 있다. 벤더는 유통업체와 배송 업무 계약을 맺은 개인 사업자 또는 법인일 수 있다. 유통업체는 유통업을 영위하는 개인 또는 법인일 수 있다. 유통업체는 다양한 배송 업무 중 일부를 외부 업체인 벤더와의 계약을 통해 배송 업무를 벤더에 할당할 수 있다. 벤더 계정(330)은 벤더에 대응하는 계정일 수 있다. 단말에 벤더 계정(330)으로 접속하는 경우, 사용자는 해당 벤더 계정의 배송 결과 정보를 단말의 화면을 통해 확인할 수 있다. 관리자 계정(310)은 유통업체에 대응하는 계정일 수 있다. 유통업체는 서버를 보유하고 있을 수 있고, 해당 서버는 벤더 계정(330) 또는 배송 기사 계정(350)으로부터 생성된 배송 결과 정보를 수신할 수 있다. 관리자 계정(310)으로 단말에 접속하는 경우, 사용자는 벤더들의 배송 결과 정보, 배송 기사들의 배송 결과 정보를 단말의 화면을 통해 확인할 수 있다.

일 실시예에 따른 프로세서(220)는 적어도 하나의 단말 각각으로부터 해당 단말에 대응하는 배송 기사 계정(350)의 배송 결과 정보를 수신할 수 있다. 프로세서(220)는 관리자 계정(310)에 대응하는 전자 장치(예: 서버 또는 단말)에 포함될 수 있다. 동작(351)에서, 배송 기사 계정(350)에 대응하는 단말은 배송 기사 계정(350)의 배송 결과 정보를 서버에 전송할 수 있다. 일 실시예에 따른 서버는 관리자 계정(310)에 대응하는 전자 장치일 수 있다. 동작(311)에서 관리자 계정(310)에 대응하는 서버는 적어도 하나의 배송 기사 계정(350)의 배송 결과 정보를 수신할 수 있다. 배송 결과 정보는 배송 기사 계정(350)의 배송 기사가 수행한 배송 개수, 반품 처리 개수, 배송 박스 회수 개수, 배송 유형 정보 또는 배송 지역 정보 중 적어도 하나를 포함할 수 있다. 배송 결과 정보는 배송을 수행한 배송 기사의 배송 기사 계정을 더 포함할 수 있다. 배송 개수는 배송 기사가 일정 기간 동안 완료한 배송 개수일 수 있다. 배송 개수는 특정 위치에 적어도 하나의 물품을 배송한 횟수에 기초하여 결정될 수 있다. 예를 들어, A 라는 장소에 복수개의 물품들을 배송한 경우, 배송 개수는 1개로 카운트될 수 있다. 다른 예를 들어, A라는 장소에 복수개의 물품들이 포함된 배송 박스를 배송한 경우, 배송 개수는 1개로 카운트될 수 있다. 다른 예를 들어, A라는 장소에 복수개의 물품들이 포함된 배송 박스 2개를 배송한 경우, 배송 개수는 2개일 수 있다. 전술한 배송 개수는 예시일 뿐 본 개시는 이에 제한되지 않는다. 반품 처리 개수는 배송 기사가 반품 물건을 회수한 개수일 수 있다. 반품 처리 개수는 특정 위치에 적어도 하나의 반품 물건을 회수한 횟수일 수 있다. 예를 들어, A라는 장소에 5개의 물품이 반품 신청되었고, 1회차 반품 처리시에 2개의 물품을 회수하고, 2회차 반품 처리시에 3개의 물품을 회수한 경우, 반품 처리 개수는 2개일 수 있다. 배송 박스 회수 개수는 배송에 사용된 박스를 회수한 횟수일 수 있다. 배송 박스 회수 개수는 특정 위치에서 적어도 하나의 배송 박스를 회수한 횟수에 기초하여 결정될 수 있다. 예를 들어, A라는 장소에서 3개의 배송 박스를 회수한 경우, 배송 박스 회수 개수는 1개일 수 있다. 다른 예를 들어, 배송 박스 회수 개수가 배송 박스 개수에 기초하여 결정될 경우, 동일한 A라는 장소에서 3개의 배송 박스를 회수한 경우, 배송 박스 회수 개수는 3개일 수 있다. 전술한 배송 박스 회수 개수는 예시일 뿐 본 개시는 이에 제한되지 않는다. 배송 유형 정보는 배송 형태에 따라 세분화된 배송 유형과 관련된 정보를 의미할 수 있다. 배송 유형은 배송 시간대에 따라 세분화될 수 있다. 예를 들어, 배송 유형 정보는 배송 유형이 배송이 주간 배송인지, 야간 배송인지, 새벽 배송인지 여부를 포함할 수 있다. 다른 예를 들어, 배송 유형은 배송 소요 시간에 따라 세분화될 수도 있다. 예를 들어, 배송 유형은 일반 배송, 긴급 배송을 포함할 수 있다. 배송 지역 정보는 배송의 목적지와 관련된 정보를 포함할 수 있다. 배송 지역 정보는 배송 물품 수령 장소(예: 배송 캠프), 배송의 목적지 또는 배송의 목적지가 포함된 구역(예: 라우트, 서브라우트) 중 적어도 하나를 포함할 수 있다. 배송 기사는 배송 물품 수령 장소에 물건을 수령하여 배송의 목적지에 배송할 수 있다. 배송의 목적지가 포함된 구역은 배송 지역을 일정 기준에 따라 구분한 것을 의미할 수 있다. 예를 들어, 프로세서(220)는 서울시 송파구를 복수개의 단위로 구분할 수 있다. 단위는 행정구역으로 구분될(예: 방이동) 수도 있고, 유통업체에서 임의로 일정 기준에 따라 구분(예: 라우트, 서브라우트)될 수도 있다.

일 실시예에 따른 동작(312)에서, 프로세서(220)는 수신된 적어도 하나의 배송 결과 정보에 기초하여 벤더 계정(330)에 대한 취합된 배송 결과 정보를 생성할 수 있다. 프로세서(220)는 수신된 배송 결과 정보 중 벤더 계정에 대응하는 적어도 하나의 배송 기사 계정의 배송 결과 정보에 기초하여 벤더 계정에 대한 취합된 배송 결과 정보를 생성할 수 있다. 취합된 배송 결과 정보는 벤더 계정에 대응하는 배송 결과 정보로서, 벤더 계정에 대응하는 적어도 하나의 배송 기사 계정의 배송 기사가 수행한 배송 개수, 반품 처리 개수, 배송 박스 회수 개수, 배송 유형 정보 또는 배송 지역 정보 중 적어도 하나를 포함할 수 있다. 배송 기사 계정(350)의 배송 결과 정보를 수신하는 경우, 프로세서(220)는 배송 기사 계정(350)과 매칭되는 벤더 계정(330)을 식별할 수 있다. 배송 기사 계정(350)과 대응되는 벤더 계정(330)은 배송 기사 계정(350)과 배송 업무 계약을 체결한 벤더 계정(330)일 수 있다. 따라서, 프로세서(220)는 특정 벤더 계정(330)과 대응하는 적어도 하나의 배송 기사 계정(350)의 배송 결과 정보를 취합할 수 있다. 벤더 계정(330)과 적어도 하나의 배송 기사 계정(350)의 대응 관계는 맵핑 테이블에 저장될 수 있다. 맵핑 테이블은 배송 기사 계정(350)에 대응하는 벤더 계정(330)을 로우별로 기록한 형태일 수 있다. 맵핑 테이블을 통해 프로세서(220)는 배송 기사와 계약을 체결한 벤더를 식별할 수 있다.

일 실시예에 따른 프로세서(220)는 벤더 계정과 적어도 하나의 배송 기사 계정의 대응 관계가 변동되는 경우, 맵핑 테이블을 업데이트하고, 업데이트된 맵핑 테이블에 기초하여 벤더 계정에 대한 취합된 배송 결과 정보를 업데이트할 수 있다. 도 6을 참조하여 설명하면, 로우(620)에서 "벤더 1"에 대응하는 배송 기사 계정은 "driver 1"일 수 있다. 하지만, "driver 1" 계정의 배송 기사가 "벤더 2"와 배송 계약을 새롭게 체결하고 "벤더 1"과의 배송 계약을 종료한 경우, 벤더 계정과 적어도 하나의 배송 기사 계정의 대응 관계가 변동될 수 있다. 예를 들어, "driver 1" 계정의 배송 기사는 2월엔 "벤더 1"과 배송 계약을 체결하고, 3월엔 "벤더 2"와 배송 계약을 체결할 수 있다. 이 경우, 프로세서(220)는 맵핑 테이블을 업데이트할 수 있다. 그리고 프로세서(220)는 업데이트된 맵핑 테이블에 기초하여 취합된 배송 결과 정보를 업데이트할 수 있다. 예를 들어, "driver 1" 계정에 대응하는 벤더가 "벤더 1"에서 "벤더 2"로 변경된 경우, 프로세서(220)는 "driver 1" 계정의 배송 결과 정보에 기초하여 "벤더 2"의 취합된 배송 결과 정보를 업데이트할 수 있다.

일 실시예에 따른 프로세서(220)는 수신된 배송 결과 정보 중 어떠한 벤더 계정과도 대응되지 않는 배송 기사 계정의 배송 결과 정보가 존재하는 경우, 배송 결과 정보에 포함된 배송 지역 정보에 기초하여 어떠한 벤더 계정과도 대응되지 않는 배송 기사 계정에 대응하는 적어도 하나의 후보 벤더 계정을 산출할 수 있다. 도 6을 참조하여 설명하면, "driver 1"인 배송 기사 계정에 대응하는 벤더 계정이 존재하지 않을 수 있다. 배송 기사 계정에 대응하는 벤더 계정이 존재하지 않는 경우는 정산 소급 문제를 야기할 수 있어, 대응하는 벤더 계정을 식별하는 것은 기술적 과제를 해결하기 위해 중요할 수 있다. 배송 기사는 특정 벤더와 배송 계약을 체결하고, 벤더는 유통업체와 특정 지역 배송에 관한 계약을 체결할 수 있다. 계약 정보에 기초하여 벤더는 특정 지역의 배송 업무만 담당할 수 있다. 예를 들어, 계약에 기초하여 벤더는 서울시 송파구 라우트1 지역 배송 업무만 담당할 수 있다. 배송 기사가 특정 지역에 반복적으로 배송 업무를 수행한 결과, 해당 배송 기사의 배송 결과 정보에는 특정 지역(예: 서울시 송파구 라우트1)과 관련된 배송 지역 정보가 생성될 수 있다. 프로세서(220)는 배송 기사가 배송 업무를 수행한 특정 지역에 관련된 배송 지역 정보와 유통업체와 벤더 사이의 계약된 배송 지역 정보에 기초하여 배송 기사와 배송 계약을 체결했을 가능성이 높은 후보 벤더 계정을 산출할 수 있다. 따라서, 프로세서(220)는 배송 지역 정보에 기초하여 후보 벤더 계정을 산출하고, 관리자 계정(310)의 사용자 또는 벤더 계정(330)의 사용자로부터 확인을 받을 수 있다. 관리자 계정(310)의 사용자 또는 벤더 계정(330)의 사용자는 후보 벤더 계정 중 배송 기사 계정과 대응하는 벤더 계정을 결정할 수 있다.

일 실시예에 따른 프로세서(220)는 수신된 배송 결과 정보 중 어떠한 벤더 계정과도 대응되지 않는 배송 기사 계정의 배송 결과 정보가 존재하는 경우, 어떠한 벤더 계정과도 대응되지 않는 배송 기사 계정이 대응되어야 할 벤더 계정을 입력 받을 수 있다. 예를 들어, 프로세서(220)는 관리자 계정(310)의 사용자로부터 어떠한 벤더 계정과도 대응되지 않는 배송 기사 계정이 대응되어야 할 벤더 계정을 입력 받을 수 있다. 프로세서(220)는 사용자 입력에 기초하여 맵핑 테이블을 업데이트할 수 있다.

상술한 바와 같이 어떠한 벤더 계정과도 매칭되지 않은 배송 기사 계정을 식별하여 특정 벤더 계정과 대응시킴으로써, 프로세서(220)는 정산 소급의 문제를 해결할 수 있다.

일 실시예에 따른 프로세서(220)는 취합된 배송 결과 정보에 기초하여 배송 수수료를 산출할 수 있다. 그리고 동작(313)에서 프로세서(220)는 취합된 배송 결과 정보 및 배송 수수료를 벤더 계정(330)에 대응하는 단말에 전송할 수 있다. 이를 통해, 벤더 계정(330)의 사용자는 해당 계정에 대응하는 배송 결과 정보 및 배송 수수료를 단말의 화면을 통해 볼 수 있다. 벤더 계정(330)으로 서버에 접속한 경우, 벤더 계정의 배송 결과 정보 및 배송 수수료가 표시되는 화면은 도 4에서 구체적으로 후술된다. 동작(331)에서 벤더 계정(330)에 대응하는 단말은 서버로부터 벤더 계정에 대한 취합된 배송 결과 정보 및 배송 수수료를 수신하여 화면에 표시할 수 있다.

일 실시예에 따른 프로세서(220)는 취합된 배송 결과 정보의 보정 요청을 수신하는 경우, 보정 요청에 응답하여, 벤더 계정에 대한 취합된 배송 결과 정보를 업데이트할 수 있다. 일 실시예에 따른 동작(332)에서 벤더 계정(330)에 대응하는 단말은 벤더 계정(330)에 대한 취합된 배송 결과 정보와 관련되는 보정 요청을 서버에 전송할 수 있다. 도 5를 참조하여 설명하면, 벤더 계정(330)의 사용자는 정산 보정 요청 사유(510)를 텍스트 입력란(520)에 입력하고, 요청 버튼(530)을 선택할 수 있다. 이 경우, 보정 요청이 서버에 전송될 수 있다. 일 실시예에 따른 동작(314)에서, 프로세서(220)는 보정 요청 검토 결과에 기초하여 보정 승인 여부를 결정할 수 있다. 프로세서(220)는 사용자 입력에 기초하여 보정 요청을 검토할 수 있다. 관리자 계정(310)의 사용자는 보정 요청을 승인할지 또는 거부할지 여부를 판단할 수 있다. 그리고 프로세서(220)는 보정 요청 검토 결과에 기초하여 보정 승인 여부를 결정할 수 있다. 보정이 승인된 경우, 프로세서(220)는 동작(315)에서 취합된 배송 결과 정보를 업데이트할 수 있다. 보정이 거부된 경우, 프로세서(220)는 보정 요청 거부를 벤더 계정(330)에 대응하는 단말에게 전송할 수 있다. 동작(333)에서 벤더 계정(330)에 대응하는 단말은 업데이트된 보정 요청 거부를 수신할 수 있다.

일 실시예에 따른 프로세서(220)는 관리자 계정(310)으로부터 벤더 계정에 대한 취합된 배송 결과 정보에 대한 보정 요청을 수신하는 경우, 보정 요청에 응답하여 벤더 계정(330)에 대한 취합된 배송 결과 정보를 업데이트할 수 있다. 관리자 계정(310)에 대응하는 전자 장치가 서버와 구분되는 장치인 경우, 서버에 포함된 프로세서(220)는 관리자 계정(310)에 대응하는 전자 장치로부터 보정 요청을 수신하여, 벤더 계정(330)에 대한 취합된 배송 결과 정보를 업데이트 할 수 있다. 배송 결과 정보가 잘못된 경우는 벤더 계정(330)의 사용자 뿐만 아니라, 관리자 계정(310)의 사용자도 발견할 수 있으므로, 프로세서(220)는 관리자 계정(310)의 사용자가 배송 결과 정보를 보정할 수 있도록 할 수 있다. 관리자 계정(310)으로부터 수신한 보정 요청은 승인 절차 없이 취합된 배송 결과 정보에 반영될 수 있다. 관리자 계정(310)의 사용자가 보정 요청을 하는 경우를 도 7 및 도 8을 참조하여 설명하면, 관리자 계정(310)의 사용자가 일괄 정산 보정 요청 오브젝트(774)를 선택하여, 보정 데이터(800)를 서버에 전송됨으로써, 보정 데이터에 기초하여 취합된 배송 결과 정보가 업데이트될 수 있다.

일 실시예에 따른 프로세서(220)는 배송 이후의 손해 이벤트 발생이 검출되는 경우, 손해 이벤트에 대응하는 손해 정보에 기초하여 취합된 배송 결과 정보를 업데이트할 수 있다. 손해 이벤트는 배송 완료 이후에 발생한 배송 대상 물품과 관련된 이벤트일 수 있다. 손해 이벤트는 상품의 반품, 상품의 오배송, 상품의 분실 또는 상품의 파손 중 적어도 하나를 포함할 수 있다. 손해 이벤트는 배송 완료 이후에 발생하며, 프로세서(220)는 손해 이벤트로 인해 발생한 유통업체의 손해를 반영하여 배송 수수료를 산출할 수 있다. 배송 결과 정보는 손해 이벤트와 관련된 정보를 더 포함할 수 있다. 따라서, 프로세서(220)는 배송 결과 정보에 기초하여 손해 이벤트를 검출할 수도 있다. 손해 정보는 손해 이벤트로 기인한 손해액, 벤더의 과실 비율 또는 벤더의 손해 배상액 중 적어도 하나를 포함할 수 있다. 상품의 반품은 상품을 수령한 사용자의 요청에 의해 발생한 이벤트일 수 있다. 상품의 오배송은 잘못된 목적지에 상품이 배송된 이벤트일 수 있다. 상품의 분실은 상품이 목적지에 도착하지 못하고 분실된 이벤트일 수 있다. 상품의 파손은 상품이 목적지에 도착하였으나 상품이 파손된 상태인 이벤트일 수 있다. 손해 이벤트가 상품의 파손인 경우, 프로세서(220)는 손해 배상과 관련된 확인 요청을 벤더 계정(330)에 대응하는 단말에 전송할 수 있다. 손해 배상과 관련된 확인 요청은 손해 배상액, 과실 비율, 동의서 또는 벤더 계정 사용자의 서명 요청 중 적어도 하나를 포함할 수 있다. 확인 요청은 관리자 계정(310)의 사용자가 벤더 계정(330)의 사용자에게 손해 이벤트로 인한 손해 배상액에 대한 동의를 구하는 요청일 수 있다. 벤더 계정(330)의 사용자는 손해 배상액 또는 과실 비율 중 적어도 하나에 동의하는 경우, 벤더 계정(330)에 대응하는 단말은 서버에 벤더 계정(330)에 대응하는 전자 서명 데이터를 전송할 수 있다. 벤더 계정(330)의 사용자는 손해 배상액 또는 과실 비율 중 적어도 하나에 동의하지 않는 경우, 벤더 계정(330)에 대응하는 단말은 이의 신청 요청을 서버에 전송할 수 있다.

일 실시예에 따른 프로세서(220)는 배송 수수료 정산에 따른 세금 계산서 데이터를 생성하여, 벤더 계정(330)에 대응하는 단말에 전송할 수 있다. 이를 통해, 벤더는 배송 수수료 정산 결과 및 세금 계산서를 모두 확인할 수 있다.

일 실시예에 따른 프로세서(220)는 손해 이벤트가 상품의 파손인 경우, 사전 결정된 과실 비율에 기초하여 손해 배상액을 결정하고, 손해 배상액을 정산할 배송 수수료에서 제외할 수 있다. 프로세서(220)는 손해 이벤트별로 책정된 과실 비율에 기초하여 손해 배상액을 결정할 수 있다. 또는 프로세서(220)는 유통업체와 벤더 사이의 계약 정보로부터 사전 결정된 과실 비율을 산출할 수도 있다. 예를 들어, 유통업체의 손해액이 1000이고, 벤더의 사전 결정된 과실 비율이 60%인 경우, 프로세서(220)는 손해 배상액 600을 정산할 배송 수수료에서 제외할 수 있다.

일 실시예에 따른 동작(315)에서, 프로세서(220) 손해 이벤트에 대응하는 손해 정보에 기초하여 취합된 배송 결과 정보를 업데이트할 수 있다. 동작(316)에서 프로세서(220)는 동작(315)에서 업데이트된 벤더 계정(330)의 배송 결과 정보에 기초하여 배송 수수료를 산출할 수 있다. 동작(334)에서 벤더 계정(330)에 대응하는 단말은 서버로부터 업데이트된 벤더 계정(330)의 배송 결과 정보 및 배송 수수료를 수신할 수 있다.

일 실시예에 따른, 프로세서(220)는 벤더 계정(330)에 대응하는 단말 또는 배송 기사 계정(350)에 대응하는 단말로부터 벤더 계정(330)에 대응하는 배송 기사 계정의 배송 결과 정보 요청을 수신할 수 있다. 이 경우, 프로세서(220)는 배송 기사 계정의 배송 결과 정보를 벤더 계정(330)에 대응하는 단말에 전송할 수 있다. 동작(335)에서, 벤더 계정(330)에 대응하는 단말은 서버에 배송 기사 계정(350)의 배송 결과 정보 및 배송 수수료를 요청할 수 있다. 예를 들어, 벤더는 특정 배송 기사의 배송 결과 정보를 배송 기사에게 제공하는 경우가 존재할 수 있다. 이를 위해, 동작(336)에서 벤더 계정(330)에 대응하는 단말은 서버로부터 배송 기사 계정(350)의 배송 결과 정보 및 배송 수수료를 수신할 수 있다. 이 경우, 벤더 계정(330)의 사용자는 도 4의 정산 결과 다운로드(470) 버튼을 선택하여, 특정 배송 기사 계정의 배송 결과 정보를 다운로드할 수 있다. 그리고, 벤더 계정(330)의 사용자는 다운로드한 배송 기사 계정의 배송 결과 정보를 배송 기사에게 제공하거나, 배송 기사 계정에 대응하는 단말에 전송할 수도 있다.

도 4는 본 개시의 다양한 실시예에 따른 벤더 계정으로 서버에 접속한 경우, 벤더 계정의 배송 결과 정보 및 배송 수수료가 표시되는 화면이다.

일 실시예에 따른 벤더 계정의 사용자는 벤더 계정에 대응하는 단말을 통해 서버에 접속할 수 있다. 도 4에 도시된 화면(400)은 벤더 계정으로 서버에 접속한 경우, 단말에 표시되는 화면일 수 있다. 화면(400)에는 배송 지역 정보 입력 오브젝트(410), 업무일 입력 오브젝트(411), 업무 유형 입력 오브젝트(412), 이름 또는 계정 입력 오브젝트(413) 및 검색 오브젝트(414)가 표시될 수 있다. 상술한 오브젝트 중 일부 오브젝트가 화면(400)에서 생략되거나 다른 오브젝트가 추가될 수 있다. 배송 지역 정보 입력 오브젝트(410)는 배송 지역 정보와 관련된 배송 결과 정보를 검색하기 위하여 배송 지역과 관련된 사용자 입력을 수신하기 위한 오브젝트일 수 있다. 프로세서(220)는 배송 지역 정보 입력 오브젝트(410)를 통해, 배송 물품 수령 장소(예: 배송 캠프), 배송의 목적지 또는 배송의 목적지가 포함된 구역(예: 라우트, 서브라우트) 중 적어도 하나를 입력 받을 수 있다. 예를 들어, 배송 지역 정보 입력 오브젝트(410)에 배송 물품 수령 장소가 입력된 경우, 입력된 배송 물품 수령 장소(예: 송파 배송 캠프)에 대응하는 배송 결과 정보가 화면(400)에 표시될 수 있다. 업무일 입력 오브젝트(411)는 검색 대상이 되는 날짜를 입력하기 위한 오브젝트일 수 있다. 업무일은 배송 기사가 배송을 완료한 날짜일 수 있다. 프로세서(220)는 배송 결과 정보를 배송 기사가 배송을 완료한 날짜로부터 일정 기간 지난 후에 벤더 계정의 단말에 전송할 있다. 예를 들어, 배송 기사가 배송을 완료한 날짜로부터 2일 후부터 프로세서(220)가 배송 결과 정보를 벤더 계정에 대응하는 단말에 전송할 수 있다. 이를 통해, 배송 결과 정보를 업데이트하기 위해 필요한 시간을 확보하고, 정확한 배송 결과 정보를 벤더에 제공할 수 있다. 따라서, 업무일 입력 오브젝트(411)를 통해 2023.02.12라는 날짜가 입력된 경우, 벤더 계정에 대응하는 적어도 하나의 배송 기사가 2023.02.12에 배송 업무를 수행한 배송 결과 정보가 화면(400)에 표시될 수 있다. 업무 유형 입력 오브젝트(412)는 검색 대상이 되는 업무 유형을 입력하기 위한 오브젝트일 수 있다. 업무 유형은 예를 들어, 주간 배송, 야간 배송, 새벽 배송을 포함할 수 있다. 예를 들어, 업무 유형 입력 오브젝트(412)에 주간 배송이 입력된 경우, 로우들(430, 440, 450) 중 주간 배송에 대응하는 배송 결과 정보인 로우(430)만 화면(400)에 표시될 수 있다. 프로세서(220)는 이름 또는 계정 입력 오브젝트(413)를 통해, 배송 기사의 이름 또는 배송 기사 계정을 입력 받을 수 있다. 예를 들어, 이름 또는 계정 입력 오브젝트(413)에 배송 기사의 이름 "Mike"가 입력된 경우, 로우들(430, 440, 450) 중 "Mike"에 대응하는 배송 결과 정보인 로우들(430, 440)이 화면(400)에 표시될 수 있다. 프로세서(220)는 검색 오브젝트(414)의 선택 입력을 수신하는 경우, 배송 지역 정보 입력 오브젝트(410), 업무일 입력 오브젝트(411), 업무 유형 입력 오브젝트(412) 또는 이름 또는 계정 입력 오브젝트(413) 중 적어도 하나에 입력된 데이터에 기초하여 배송 결과 정보를 검색할 수 있다.

화면(400)의 배송 결과 정보는 복수의 항목들에 기초하여 표시될 수 있다. 예를 들어, 배송 결과 정보는 업무일(420), 배송 물품 수령 장소(421), 업무 유형(422), 배송 기사 계정(423), 배송 기사 이름(424), 배송 개수(425), 반품 개수(426), 배송 박스 회수 개수(427), 보정 반영 개수(428) 또는 예상 배송 수수료(429) 중 적어도 하나를 포함할 수 있다. 예를 들어 설명하면, 로우(430)는 배송 기사 계정(423)이 "transporter 1"인 배송 기사가 업무일(420) 2022년 8월 7일에 배송 물품 수령 장소(421)인 "송파1"에서 물품을 수령하여, 450개의 배송을 처리하고, 300개의 반품을 처리하고, 40개의 배송 박스 회수를 처리한 배송 기사 계정의 배송 결과 정보일 수 있다. 벤더 계정의 사용자가 배송 기사 계정의 배송 결과 정보를 화면(400)을 통해 확인하고 잘못된 정보가 있는 경우, 보정 요청 오브젝트(460)를 선택할 수 있다. 보정 반영 개수(428)는 보정 요청에 의하여 보정이 반영된 배송 개수, 반품 처리 개수 또는 배송 박스 회수 개수 중 적어도 하나일 수 있다. 예를 들어, 배송 기사가 300개의 반품을 처리하였는데, 280개만 배송 결과 정보에 포함된 경우, 프로세서(220)는 보정 요청을 통해 300개로 반품 처리 개수를 보정할 수 있으며, 이 경우, 보정 반영 개수는 20개일 수 있다. 벤더 계정에 대응하는 단말이 보정 요청 오브젝트(460)의 선택 입력을 수신하는 경우, 서버로 보정 요청을 전송할 수 있다.

일 실시예에 따른 프로세서(220)는 정산할 배송 수수료를 산출할 수 있다. 산출된 배송 수수료는 화면(400)에서 배송 수수료(429)로 표시될 수 있다. 프로세서(220)는 취합된 배송 결과 정보가 생성된 시점으로부터 사전 결정된 시간이 도과한 후에, 정산할 배송 수수료를 산출할 수 있다. 취합된 배송 결과 정보가 생성된 시점과 배송 수수료가 산출되는 시점 차이가 존재하는 이유는 보정 요청, 관리자 계정의 보정 요청 및 손해 이벤트를 반영하여 취합된 배송 결과 정보를 업데이트하고, 업데이트된 배송 결과 정보에 기초하여 배송 수수료를 산출할 필요가 있기 때문이다. 사전 결정된 시간은 예를 들면, 2일 또는 3일이며, 본 개시는 이에 제한되지 않는다. 예를 들어, 손해 이벤트가 감지되는 시점은 취합된 배송 결과 정보가 생성된 시점으로부터 일정 시간이 도과한 시점일 수 있다. 따라서, 프로세서(220)는 손해 이벤트에 대응하는 손해 배상액, 벤더 계정의 보정 요청 또는 관리자 계정의 보정 요청을 반영하여 배송 수수료를 산출할 수 있다. 정확하게 배송 수수료 산출에 있어 고려해야할 사항들이 반영되므로, 정산 소급 문제가 해결될 수 있다. 도 4를 참조하여 설명하면, 로우(450)에서 배송 기사 "James"가 2022년 8월 7일 수행한 새벽 배송의 배송 수수료는 4,310,014원일 수 있다. 배송 수수료 4,310,014원은 배송 결과 정보인 로우(450)가 생성된 2022년 8월 7일로부터 사전 결정된 시간인 3일 후에 산출된 금액일 수 있다. 따라서, 벤더 계정의 사용자는 로우(450)를 2022년 8월 10일에 확인할 수 있다.

일 실시예에 따른 벤더 계정에 대해 정산할 배송 수수료는, 벤더 계정에 대한 배송 계약 정보에 추가로 기초하여 산출할 수 있다. 벤더 계정에 대한 배송 계약 정보는 유통업체와 벤더 사이에 체결된 배송 계약과 관련된 정보일 수 있다. 벤더 계정에 대한 배송 계약 정보는 배송 지역 정보, 배송 단가, 및 배송 단가 할인율과 관련된 정보를 포함할 수 있다. 배송 지역 정보는 벤더가 배송 업무를 수행하는 지역과 관련된 정보를 포함할 수 있다. 예를 들어, 벤더A는 서울시 강남구의 배송 업무를 수행하는 내용이 배송 계약 정보에 포함될 수 있다. 배송 단가는 배송 지역 정보에 기초하여 배송 지역 단위로 결정된 가격일 수 있다. 배송 지역 단위로 배송 단가는 달라질 수 있다. 배송 단가는 지역별 배송 개수 및 지역별 배송 난이도에 기초하여 지역별로 상이하게 결정될 수 있다. 예를 들어, 지역별 배송 개수가 높은 배송 지역 단위는 배송 단가가 낮게 책정될 수 있다. 반대로 지역별 배송 개수가 높은 배송 지역 단위는 배송 단가가 높게 책정될 수도 있다. 다른 예를 들어, 지역별 배송 난이도가 높을수록 배송 단가가 높게 책정될 수 있다. 다른 예로서, 배송 단가는 배송 개수 1개당 책정되는 금액일 수 있다. 배송 개수 1개당 책정된 배송 단가, 반품 개수 1개당 책정된 배송 단가 및 배송 박스 회수 개수 1개당 책정된 배송 단가는 모두 동일할 수도 있고 일부가 다를 수도 있다. 배송 단가 할인율은 벤더마다 다르게 결정될 수 있다. 예를 들어, 벤더A는 10% 할인율, 벤더B는 15%의 할인율이 결정될 수 있다. 예를 들어, 배송 지역 정보에 포함된 배송 지역 단위가 라우트A이고, 라우트A의 배송 단가는 배송 개수 1개당 1,000원이고, 배송 단가 할인율은 10%인 경우, 배송 개수 1개당 900원의 배송 단가가 책정될 수 있다. 예를 들어, 배송 개수가 100개인 경우, 배송 수수료는 900*100개 = 90,000원일 수 있다. 다른 예를 들어, 배송 개수 1개당 책정된 배송 단가, 반품 개수 1개당 책정된 배송 단가 및 배송 박스 회수 개수 1개당 책정된 배송 단가가 모두 동일하고, 배송 개수가 100개, 반품 개수가 100개, 배송 박스 회수 개수가 100개인 경우, 배송 수수료는 900 * 300개 = 270,000원일 수 있다.

도 5는 본 개시의 다양한 실시예에 따른 벤더 계정의 보정 요청이 수행되는 화면이다.

보정 요청을 수행하기 위하여, 벤더 계정의 단말은 도 4의 보정 요청 오브젝트(460)의 선택 입력에 응답하여, 입력창(500)을 화면에 표시할 수 있다. 입력창(500)에는 정산 보정 요청 사유(510), 텍스트 입력란(520) 및 요청 버튼(530)이 표시될 수 있다. 벤더 계정의 단말은 텍스트 입력란(520)을 통해 보정 요청과 관련된 정보를 입력 받을 수 있다. 텍스트 입력란(520)에는 보정 요청 형식이 예시로 표시될 수 있다. 예를 들어, 텍스트 입력란(520)에는 "업무일/배송 기사 계정/보정 사유"라는 보정 요청 형식이 표시될 수 있다. 보정 요청 형식을 통해 벤더 계정의 사용자는 보정 요청과 관련된 정보를 입력할 수 있다. 그리고 서버는 형식에 맞는 보정 요청 데이터를 수신하여, 취합된 배송 결과 정보를 업데이트할 수 있다.

일 실시예에 따른 보정 요청은 배송 개수의 보정, 반품 처리 개수의 보정, 배송 박스 회수 개수의 보정, 배송 유형 정보의 보정, 배송 지역 정보의 보정 또는 배송 기사 계정 정보의 보정 중 적어도 하나를 포함할 수 있다. 배송 개수의 보정, 반품 처리 개수의 보정 및 배송 박스 회수 개수의 보정은 개수가 잘못된 경우, 요청하는 보정으로서, 벤더 계정에 대응하는 단말이 배송 완료 증빙 자료와 함께 보정 요청을 할 수 있다. 배송 지역 정보의 보정은 배송 물품 수령 장소(예: 배송 캠프), 배송의 목적지 또는 배송의 목적지가 포함된 구역(예: 라우트, 서브라우트) 중 적어도 하나가 잘못 기재된 경우, 벤더 계정에 대응하는 단말이 요청하는 보정 요청일 수 있다. 배송 기사 계정 정보의 보정은 배송 기사 계정이 잘못된 경우 요청하는 보정일 수 있다. 예를 들어, 배송 기사 계정에 오기가 있거나 배송 기사 계정이 변경된 경우, 벤더 계정에 대응하는 단말은 해당 요청을 전송할 수 있다.

도 6은 본 개시의 다양한 실시예에 따른 배송 기사 계정에게 제공되는 배송결과 정보가 표시된 화면이다.

화면(600)은 정산 결과 다운로드(470) 버튼을 선택된 경우, 단말에 다운로드된 배송 기사의 배송 결과 정보가 표시된 예시일 수 있다. 예를 들어, 화면(600)에 배송 기사 계정 "driver 1"의 배송 결과 정보가 표시될 수 있다. 배송 기사의 배송 결과 정보에는 배송 기사와 대응하는 벤더 정보(예: 벤더 계정 코드(610), 벤더 계정 회사명(611)), 배송 물품 수령 장소(612), 업무일(613), 업무 유형(614), 배송 기사 계정(615), 배송 지역 정보(예: 라우트(616), 서브 라우트(617)), 배송 단가(618) 및 배송 개수(619) 중 적어도 하나가 포함될 수 있다. 전술한 배송 기사의 배송 결과 정보에 포함된 항목들 중 일부는 생략되거나 다른 정보가 추가될 수 있다.

벤더 계정 코드(610)는 벤더를 식별하기 위한 문자 또는 숫자의 조합의 스트링(string)일 수 있다. 라우트(616)는 배송의 목적지인 구역을 의미하는 지역 단위일 수 있다. 유통업체는 배송 효율화를 위하여 배송 지역을 임의로 복수개의 구역으로 구분할 수 있다. 서브 라우트(617)는 라우트를 복수개의 구역들로 세분화한 지역 단위일 수 있다. 로우(620)는 배송 기사 계정 "driver 1"의 2023년 2월 4일의 배송 결과 정보, 로우(630)는 배송 기사 계정 "driver 1"의 2023년 2월 3일의 배송 결과 정보, 로우(640)는 배송 기사 계정 "driver 1"의 2023년 2월 2일의 배송 결과 정보 및 로우(650)는 배송 기사 계정 "driver 1"의 2023년 2월 1일의 배송 결과 정보일 수 있다.

로우(650)는 대응하는 벤더 계정이 없는 경우로써, 도 3에서 전술한 방법을 통해, 프로세서(220)는 로우(650)의 배송 기사 계정에 대응하는 벤더 계정을 식별할 수 있다.

도 7은 본 개시의 다양한 실시예에 따른 관리자 계정으로 서버에 접속한 경우, 복수의 벤더 계정들의 배송 결과 정보 및 배송 수수료가 표시된 화면이다.

화면(700)은 관리자 계정으로 서버에 접속한 경우, 관리자 계정에 대응하는 전자 장치에 표시되는 화면일 수 있다.

화면(700)에는 작업자 유형 입력 오브젝트(710), 배송 지역 정보 입력 오브젝트(711), 업무일 입력 오브젝트(712), 업무 유형 입력 오브젝트(713), 상태 입력 오브젝트(714), 업무명 입력 오브젝트(715), 이름 또는 계정 입력 오브젝트(716) 및 검색 오브젝트(717)가 표시될 수 있다. 화면(700)에 표시된 구성 중 오브젝트가 생략되거나 다른 오브젝트가 더 표시될 수 있다. 작업자 유형(721)은 배송 작업 유형을 의미할 수 있다. 작업자 유형(721)은 벤더와 계약 체결을 통해 배송 업무를 위탁하는 위탁 배송, 유통업체가 직접 배송 업무를 수행하는 직접 배송 또는 개인과의 계약 체결을 통해 배송 업무를 위탁하는 개인 배송 중 적어도 하나를 포함할 수 있다. 프로세서(220)는 작업자 유형 입력 오브젝트(710)를 통해 입력된 작업자 유형에 대응하는 배송 결과 정보를 화면(700)에 표시할 수 있다. 예를 들어, 작업자 유형 입력 오브젝트(710)에 위탁 배송이 입력된 경우, 화면(700)에 위탁 배송에 대응하는 배송 결과 정보가 화면(700)에 표시될 수 있다. 프로세서(220)는 상태 입력 오브젝트(714)를 통해 입력된 상태에 대응하는 배송 결과 정보를 화면(700)에 표시할 수 있다. 상태는 관리자 계정의 사용자가 벤더 계정의 취합된 배송 결과 정보를 확정했는지 여부를 나타낼 수 있다. 예를 들어, 관리자 계정의 사용자가 벤더 계정의 취합된 배송 결과 정보에 더 이상 수정할 사항이 없는 경우, 해당 배송 결과 정보를 확정할 수 있다. 배송 결과 정보가 관리자 계정에 의하여 확정되기 전에는 미확정 상태일 수 있다. 상태는 확정 또는 미확정 상태일 수 있으며, 확정되는 경우, 산출된 배송 수수료가 벤더 계정에 대응하는 단말에 전송될 수 있다. 프로세서(220)는 이름 또는 계정 입력 오브젝트(716)를 통해 벤더 계정 회사명(722) 또는 벤더 계정(724)을 입력 받을 수 있다. 프로세서(220)는 벤더 계정 회사명(722) 또는 벤더 계정(724)에 대응하는 취합된 배송 결과 정보를 화면(700)에 표시할 수 있다.

프로세서(220)는 업무명 입력 오브젝트(715)를 통해 입력된 업무명에 대응하는 취합된 배송 결과 정보를 화면(700)에 표시할 수 있다. 업무명(727)은 배송 업무의 종류는 나타내는 것으로서, 예를 들어, 일반 배송, 긴급 배송 또는 단독 배송 중 적어도 하나를 포함할 수 있다. 일반 배송은 다른 물품과 함께 특정 물품을 순차적으로 배송하는 것이고, 긴급 배송은 제한된 시간 이내에 특정 물품을 배송하는 것이고, 단독 배송은 특정 물품만 배송하는 것을 의미할 수 있다.

배송 지역 정보 입력 오브젝트(711), 업무일 입력 오브젝트(712), 업무 유형 입력 오브젝트(713) 및 검색 오브젝트(717)는 도 4에서 전술하였으므로, 본 도면에서 구체적인 설명이 생략된다.

로우들(750, 760)은 벤더 각각에 대응하는 벤더 계정의 취합된 배송 결과 정보일 수 있다. 화면(700)에는 상태(720), 작업자 유형(721), 벤더 계정 회사명(722), 이름(723), 벤더 계정(724), 배송 물품 수령 장소(725), 업무일(726), 업무명(727), 배송 개수(728), 반품 개수(729), 배송 박수 회수 개수(730), 보정 반영(731), 배송 수수료(732), 확정일자(733) 또는 이력 확인(734) 중 적어도 하나가 표시될 수 있다. 상태(720)는 관리자 계정에 의하여 취합된 배송 결과 정보가 확정되는지 여부를 나타낼 수 있다. 이름(723)은 벤더 대표 이름 또는 배송 기사 이름 중 적어도 하나일 수 있다. 배송 수수료(732)는 유통업체가 벤더에게 지급해야하는 금액일 수 있다. 확정일자(733)는 취합된 배송 결과 정보가 관리자 계정에 의하여 확정된 날짜를 의미할 수 있다. 이력 확인(734)은 취합된 배송 결과 정보의 상세 정보를 확인할 수 있는 오브젝트일 수 있다. 프로세서(220)가 이력 확인 오브젝트(751)의 선택 입력을 수신하는 경우, 이력 확인 오브젝트(751)가 위치하는 로우에 대응하는 취합된 배송 결과 정보에 포함된 적어도 하나의 배송 기사 계정의 배송 결과 정보를 화면에 표시할 수 있다. 예를 들어, 로우(750)에 대응하는 취합된 배송 결과 정보의 이력 확인 오브젝트(751)의 선택 입력을 수신하는 경우, 프로세서(220)는 "벤더1"에 대응하는 배송 기사들 각각의 배송 결과 정보를 화면에 표시할 수 있다.

등록 오브젝트(771)의 선택 입력을 수신하는 경우, 프로세서(220)는 벤더 계정의 취합된 배송 결과 정보를 추가하는 절차를 진행할 수 있다. 이를 통해, 관리자 계정의 사용자는 누락된 벤더 계정의 취합된 배송 결과 정보를 추가할 수 있다.

확정 오브젝트(772)는 상태(720)와 관련된 오브젝트로서, 특정 로우에 대한 선택 입력 및 확정 오브젝트(772)에 대한 선택 입력을 수신하는 경우, 프로세서(220)는 선택된 로우에 대응하는 취합된 배송 결과 정보를 확정할 수 있다. 예를 들어, 로우(760)가 선택되고, 확정 오브젝트(772)가 선택된 경우, 프로세서(220)는 로우(760)의 상태(720)를 확정으로 변경하고, 로우(760)의 확정일자(733)를 업데이트할 수 있다.

검색 결과 다운로드 오브젝트(773)는 화면(700)에 표시된 적어도 하나의 취합된 배송 결과 정보를 다운로드하기 위한 오브젝트일 수 있다. 관리자 계정의 사용자는 화면(700)에 표시된 적어도 하나의 취합된 배송 결과 정보 중 일부 또는 전부를 선택하여 전자 장치에 다운로드 받을 수 있다.

보정 요청 오브젝트(774)는 관리자 계정에 의하여 수행되는 보정 절차일 수 있다. 관리자 계정의 사용자는 적어도 하나의 벤더 계정의 취합된 배송 결과 정보를 보정하기 위한 보정 데이터를 생성할 수 있다. 관리자 계정의 사용자는 보정 데이터를 취합된 배송 결과 정보에 반영하기 위하여, 보정 요청 오브젝트(774)를 통해 보정 데이터를 업로드할 수 있다. 프로세서(220)는 보정 데이터를 수신하여, 특정 벤더 계정의 취합된 배송 결과 정보를 업데이트할 수 있다. 이를 통해, 관리자 계정의 사용자는 오류 발견할 때마다 배송 결과 정보를 보정하는 것이 아니라, 복수의 보정 내용들을 포함하는 보정 데이터를 통해 일괄적으로 복수의 취합된 배송 결과 정보들을 업데이트할 수 있다. 보정 데이터는 도 8을 참조하여 구체적으로 후술된다.

도 8은 본 개시의 다양한 실시예에 따른 관리자 계정으로부터 수신한 벤더 계정에 대한 취합된 배송 결과 정보에 대한 보정 요청과 관련된 화면이다.

일 실시예에 따른 보정 데이터는 복수의 벤더 계정 각각에 대한 취합된 배송 결과 정보를 보정하기 위하여 필요한 정보를 포함할 수 있다. 예를 들어, 보정 데이터는 배송 결과 정보의 추가/삭제 여부(810), 벤더 계정(811), 유형(812), 배송 박스 유형(813), 배송 상태(814), 반품 상태(815), 업무명(816), 운송장 번호(817), 배송 단가(818) 또는 기타 사항(819) 중 적어도 하나를 포함할 수 있다. 유형(812)은 배송인지, 반품인지, 배송 박스 회수인지 여부를 식별하기 위한 것일 수 있다. 업무 유형(422)(예: 도 4의 업무 유형(422))은 유형(812)들 중 '배송'에 대응하는 것으로서, 예를 들어, 주간 배송, 새벽 배송, 야간 배송 등을 포함할 수 있다. 유형(812)을 통해 프로세서(220)는 배송 개수, 반품 개수, 배송 박스 회수 개수를 산출할 수 있다. 예를 들어, 벤더 계정 "loginId01"의 벤더가 완료한 배송 항목이 누락된 경우, 프로세서(220)는 로우(831)에 기초하여 배송 완료 항목 1개를 "추가"할 수 있다. 이를 통해, 벤더 계정 "loginId01"에 대한 배송 개수는 1개 증가할 수 있다. 다른 예를 들어, 실제 벤더 계정 "loginId01"의 벤더가 배송을 완료하지 않았는데, 배송 결과 정보에 포함된 경우, 프로세서(220)는 로우(832)처럼 해당 배송 항목을 "삭제"함으로써 배송 결과 정보를 보정할 수 있다. 배송 박스 유형(813)은 배송 박스와 관련된 정보로서 예를 들어, 종이 박스, 비닐 박스, 신선 박스, 신선 비닐 등이 포함될 수 있다. 배송 상태(814)는 배송을 완료했는지 여부와 관련된 정보일 수 있으며, 예를 들어, 배송 완료, 배송 중단, 배송중을 포함할 수 있다. 반품 상태(815)는 물품의 반품 여부와 관련된 정보로서, 예를 들어, 반품 대상 물품이 회수되었는지 미회수되었는지 여부를 포함할 수 있다. 업무명(816)은 배송 업무 종류 따라 분류된 유형일 수 있으며, 예를 들어, 일반 배송, 단독 배송, 긴급 배송을 포함할 수 있다. 운송장 번호(817)는 배송 기사 계정에 대응할 수 있다. 배송 단가(818)는 도 3에서 구체적으로 전술하였으므로 본 도면에서 구체적인 설명은 생략된다. 기타 사항(819)은 배송 단가 할인율, 손해 배상액, 배송 박스 비용 등을 포함할 수 있다. 예를 들어, 벤더 계정 "loginId06"은 배송 단가 할인이 적용되는 경우, 할인 가격인 5000원이 배송 수수료에서 제외될 수 있다.

도 9는 본 개시의 다양한 실시예에 따른 전자 장치의 동작 흐름도이다.

일 실시예에 따른 전자 장치(200)는 서버일 수도 있고 단말일 수 있다.

일 실시예에 따른 전자 장치(200)는 적어도 하나의 단말 각각으로부터 해당 단말에 대응하는 배송 기사 계정의 배송 결과 정보를 수신(910)할 수 있다. 서버에 포함된 프로세서(220)는 동작(910)에서 수신된 적어도 하나의 배송 기사 계정의 배송 결과 정보를 메모리(230)에 저장할 수 있다. 메모리(230)는 서버에 포함된 메모리일 수 있다.

일 실시예에 따른 전자 장치(200)는 수신된 배송 결과 정보 중 벤더 계정에 대응하는 적어도 하나의 배송 기사 계정의 배송 결과 정보에 기초하여 벤더 계정에 대한 취합된 배송 결과 정보를 생성(920)할 수 있다. 서버에 포함된 프로세서(220)는 메모리(230)에 저장된 적어도 하나의 배송 기사 계정의 배송 결과 정보를 호출하여 벤더 계정에 대한 취합된 배송 결과 정보를 생성할 수 있다. 프로세서(220)는 동작(920)에서 생성된 벤더 계정에 대한 취합된 배송 결과 정보를 메모리(230)에 저장할 수 있다.

일 실시예에 따른 전자 장치(200)는 취합된 배송 결과 정보의 보정 요청을 수신하는 경우, 보정 요청에 응답하여, 벤더 계정에 대한 취합된 배송 결과 정보를 업데이트하거나, 배송 이후의 손해 이벤트 발생이 검출되는 경우, 손해 이벤트에 대응하는 손해 정보에 기초하여 취합된 배송 결과 정보를 업데이트(930)할 수 있다. 서버에 포함된 프로세서(220)는 통신 회로(210)를 통해 수신한 보정 요청에 응답하여, 메모리(230)에 저장된 벤더 계정에 대한 취합된 배송 결과 정보를 업데이트할 수 있다. 그리고 프로세서(220)는 업데이트된 벤더 계정에 대한 취합된 배송 결과 정보를 메모리(230)에 저장할 수 있다. 서버에 포함된 프로세서(220)는 손해 이벤트 발생을 검출할 수 있다. 프로세서(220)는 관리자 계정에 대응하는 단말로부터 수신한 손해 이벤트, 벤더 계정에 대응하는 단말로부터 수신한 손해 이벤트 또는 배송 결과 정보에 포함된 손해 이벤트 중 적어도 하나에 기초하여 손해 이벤트 발생을 검출할 수 있다. 프로세서(220)는 손해 이벤트에 대응하는 손해 정보에 기초하여 취합된 배송 결과 정보를 업데이트할 수 있다. 프로세서(220)는 업데이트된 취합된 배송 결과 정보를 메모리(230)에 저장할 수 있다.

일 실시예에 따른 전자 장치(200)는 업데이트된 취합된 배송 결과 정보 및 배송 단가에 기초하여 벤더 계정에 대해 정산할 배송 수수료를 산출(940)할 수 있다. 프로세서(220)는 동작(940)에서 산출된 배송 수수료를 메모리(230)에 저장할 수 있다.

상술한 동작(910) 내지 동작(940)에 대한 구체적인 설명은 도 3에서 전술하였으므로, 본 도면에서 구체적인 설명이 생략된다.

도 3 및 9에 도시된 흐름도에서 프로세스 단계들, 방법 단계들, 알고리즘들 등이 순차적인 순서로 설명되었지만, 그러한 프로세스들, 방법들 및 알고리즘들은 임의의 적합한 순서로 작동하도록 구성될 수 있다. 다시 말하면, 본 개시의 다양한 실시예들에서 설명되는 프로세스들, 방법들 및 알고리즘들의 단계들이 본 개시에서 기술된 순서로 수행될 필요는 없다. 또한, 일부 단계들이 비동시적으로 수행되는 것으로서 설명되더라도, 다른 실시예에서는 이러한 일부 단계들이 동시에 수행될 수 있다. 또한, 도면에서의 묘사에 의한 프로세스의 예시는 예시된 프로세스가 그에 대한 다른 변화들 및 수정들을 제외하는 것을 의미하지 않으며, 예시된 프로세스 또는 그의 단계들 중 임의의 것이 본 개시의 다양한 실시예들 중 하나 이상에 필수적임을 의미하지 않으며, 예시된 프로세스가 바람직하다는 것을 의미하지 않는다.

상기 방법은 특정 실시예들을 통하여 설명되었지만, 상기 방법은 또한 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의해 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터가 읽을 수 있는 기록매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피 디스크, 광데이터 저장장치 등을 포함할 수 있다. 또한, 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수 있다. 그리고, 상기 실시예들을 구현하기 위한 기능적인(functional) 프로그램, 코드 및 코드 세그먼트들은 본 개시가 속하는 기술분야의 프로그래머들에 의해 용이하게 추론될 수 있다.

Claims

전자 장치에 의해 수행되는 배송 수수료 정산 처리 방법에 있어서,
적어도 하나의 단말 각각으로부터 해당 단말에 대응하는 배송 기사 계정의 배송 결과 정보 - 상기 배송 결과 정보는 상기 배송 기사 계정의 배송 기사가 수행한 배송 개수, 반품 처리 개수, 배송 박스 회수 개수, 배송 유형 정보 또는 배송 지역 정보 중 적어도 하나를 포함함 - 를 수신하는 동작;
상기 수신된 배송 결과 정보 중 벤더 계정과 배송 업무 계약을 통해 연관된 적어도 하나의 배송 기사 계정의 배송 결과 정보에 기초하여 상기 벤더 계정에 대한 취합된 배송 결과 정보를 생성하는 동작;
상기 취합된 배송 결과 정보의 보정 요청을 수신하는 경우, 상기 보정 요청에 응답하여, 상기 벤더 계정에 대한 상기 취합된 배송 결과 정보를 업데이트하거나, 배송 이후의 손해 이벤트 발생이 검출되는 경우, 상기 손해 이벤트에 대응하는 손해 정보에 기초하여 상기 취합된 배송 결과 정보를 업데이트하는 동작;
상기 업데이트된 취합된 배송 결과 정보 및 배송 단가에 기초하여 상기 벤더 계정에 대해 정산할 배송 수수료를 산출하는 동작;
상기 수신된 배송 결과 정보 중 어떠한 벤더 계정과도 대응되지 않는 배송 기사 계정의 배송 결과 정보가 존재하는 경우, 상기 배송 결과 정보에 포함된 제1 배송 지역 정보에 기초하여 상기 어떠한 벤더 계정과도 대응되지 않는 배송 기사 계정의 제1 배송 지역을 결정하는 동작;
복수의 벤더 계정들 각각과 유통업체 사이의 계약 정보에 포함된 제2 배송 지역 정보에 기초하여 상기 복수의 벤더 계정들 각각에 대한 제2 배송 지역을 결정하는 동작;
상기 복수의 벤더 계정들 중에서, 상기 어떠한 벤더 계정과도 대응되지 않는 배송 기사 계정에 대응하고, 상기 제1 배송 지역과 상기 제2 배송 지역이 일치하는, 적어도 하나의 후보 벤더 계정을 산출하는 동작; 및
상기 적어도 하나의 후보 벤더 계정 중 사용자 입력에 기초하여 상기 어떠한 벤더 계정과도 대응되지 않는 배송 기사 계정에 대응하는 벤더 계정을 결정하는 동작;
을 포함하고,
상기 유통업체는 상기 복수의 벤더 계정 각각과 상기 제2 배송 지역의 배송 업무 계약을 통해 연관된,
배송 수수료 정산 처리 방법.
제1항에 있어서,
상기 벤더 계정과 상기 적어도 하나의 배송 기사 계정의 대응 관계는 맵핑 테이블에 저장되는,
배송 수수료 정산 처리 방법.
제2항에 있어서,
상기 벤더 계정과 상기 적어도 하나의 배송 기사 계정의 대응 관계가 변동되는 경우, 상기 맵핑 테이블을 업데이트하고, 상기 업데이트된 맵핑 테이블에 기초하여 상기 벤더 계정에 대한 상기 취합된 배송 결과 정보를 업데이트하는 동작;
을 더 포함하는,
배송 수수료 정산 처리 방법.
삭제
제1항에 있어서,
상기 수신된 배송 결과 정보 중 어떠한 벤더 계정과도 대응되지 않는 배송 기사 계정의 배송 결과 정보가 존재하는 경우, 상기 어떠한 벤더 계정과도 대응되지 않는 배송 기사 계정이 대응되어야 할 벤더 계정을 입력 받는 동작
을 더 포함하는,
배송 수수료 정산 처리 방법.
제1항에 있어서,
상기 보정 요청은
배송 개수의 보정, 반품 처리 개수의 보정, 배송 박스 회수 개수의 보정, 배송 유형 정보의 보정, 제1 배송 지역 정보의 보정 또는 배송 기사 계정 정보의 보정 중 적어도 하나를 포함하는,
배송 수수료 정산 처리 방법.
제1항에 있어서,
상기 취합된 배송 결과 정보는
상기 벤더 계정에 대응하는 적어도 하나의 배송 기사 계정의 배송 기사가 수행한 배송 개수, 반품 처리 개수, 배송 박스 회수 개수, 배송 유형 정보 또는 제1 배송 지역 정보 중 적어도 하나를 포함하는,
배송 수수료 정산 처리 방법.
제1항에 있어서,
상기 벤더 계정의 상기 취합된 배송 결과 정보를 상기 벤더 계정에 대응하는 단말에 전송하는 동작;
을 더 포함하는,
배송 수수료 정산 처리 방법.
제1항에 있어서,
상기 정산할 배송 수수료를 산출하는 동작은,
상기 취합된 배송 결과 정보가 생성된 시점으로부터 사전 결정된 시간이 도과한 후에, 상기 정산할 배송 수수료를 산출하는 동작;
을 포함하는,
배송 수수료 정산 처리 방법.
제1항에 있어서,
상기 벤더 계정에 대해 정산할 배송 수수료는, 상기 벤더 계정에 대한 배송 계약 정보에 추가로 기초하여 산출되고,
상기 벤더 계정에 대한 배송 계약 정보는
배송 지역 정보, 배송 단가, 및 배송 단가 할인율과 관련된 정보를 포함하는,
배송 수수료 정산 처리 방법.
제1항에 있어서,
상기 배송 단가는 지역별 배송 개수 및 지역별 배송 난이도에 기초하여 지역별로 상이하게 결정되는,
배송 수수료 정산 처리 방법.
제1항에 있어서,
상기 배송 이후의 손해 이벤트는
상품의 반품, 상품의 오배송, 상품의 분실 또는 상품의 파손 중 적어도 하나를 포함하는,
배송 수수료 정산 처리 방법.
제12항에 있어서,
상기 손해 이벤트가 상기 상품의 파손인 경우, 손해 배상과 관련된 확인 요청을 상기 벤더 계정에 대응하는 단말에 전송하는 동작;
을 더 포함하는,
배송 수수료 정산 처리 방법.
제12항에 있어서,
상기 손해 이벤트가 상기 상품의 파손인 경우, 사전 결정된 과실 비율에 기초하여 손해 배상액을 결정하고, 상기 손해 배상액을 상기 정산할 배송 수수료에서 제외하는 동작;
을 더 포함하는,
배송 수수료 정산 처리 방법.
제1항에 있어서,
상기 벤더 계정에 대응하는 단말로부터 상기 벤더 계정에 대응하는 배송 기사 계정의 배송 결과 정보 요청을 수신하는 경우, 상기 배송 기사 계정의 배송 결과 정보를 상기 벤더 계정에 대응하는 단말에 전송하는 동작;
을 더 포함하는,
배송 수수료 정산 처리 방법.
제1항에 있어서,
관리자 계정으로부터 상기 벤더 계정에 대한 상기 취합된 배송 결과 정보에 대한 보정 요청을 수신하는 경우, 상기 보정 요청에 응답하여 상기 벤더 계정에 대한 상기 취합된 배송 결과 정보를 업데이트하는 동작;
을 더 포함하는,
배송 수수료 정산 처리 방법.
전자 장치에 있어서,
메모리; 및
상기 메모리와 연결된 프로세서를 포함하고,
상기 프로세서는,
적어도 하나의 단말로부터 제1 계정에 대응하는 제1 배송 결과 정보-상기 제1 배송 결과 정보는 제1 계정에 대응하는 배송 기사 계정의 배송 기사가 수행한 배송 개수, 반품 처리 개수, 배송 박스 회수 개수 또는 배송 지역 정보 중 적어도 하나를 포함하는-를 수신하여 상기 메모리에 저장하고,
상기 수신된 적어도 하나의 제1 배송 결과 정보 중 벤더 계정과 배송 업무 계약을 통해 연관된 적어도 하나의 제1 계정의 제1 배송 결과 정보에 기초하여 상기 벤더 계정의 제2 배송 결과 정보를 생성하여 상기 메모리에 저장하고,
상기 벤더 계정으로부터 상기 제2 배송 결과 정보의 보정 요청을 수신하는 경우, 상기 보정 요청에 응답하여, 상기 벤더 계정의 상기 제2 배송 결과 정보를 업데이트하거나, 배송 이후 로그 데이터에 기초하여 배송 이후의 이벤트 발생이 감지되는 경우, 상기 이벤트에 대응하는 손해 정보에 기초하여 상기 제2 배송 결과 정보를 업데이트하여 상기 메모리에 저장하고,
상기 업데이트된 제2 배송 결과 정보, 상기 벤더 계정의 배송 계약 정보 및 지역 단위 배송 가격에 기초하여 배송 수수료를 산출하고,
상기 수신된 적어도 하나의 제1 배송 결과 정보 중 어떠한 벤더 계정과도 대응되지 않는 제1 계정의 배송 결과 정보가 존재하는 경우, 상기 제1 배송 결과 정보에 포함된 제1 배송 지역 정보에 기초하여 상기 어떠한 벤더 계정과도 대응되지 않는 배송 기사 계정의 제1 배송 지역을 결정하고,
복수의 벤더 계정들 각각과 유통업체 사이의 계약 정보에 포함된 제2 배송 지역 정보에 기초하여 상기 복수의 벤더 계정들 각각에 대한 제2 배송 지역을 결정하고,
상기 복수의 벤더 계정들 중에서, 상기 어떠한 벤더 계정과도 대응되지 않는 제1 계정에 대응하고, 상기 제1 배송 지역과 상기 제2 배송 지역이 일치하는, 적어도 하나의 후보 벤더 계정을 산출하고, 그리고
상기 적어도 하나의 후보 벤더 계정 중 사용자 입력에 기초하여 상기 어떠한 벤더 계정과도 대응되지 않는 제1 계정에 대응하는 벤더 계정을 결정하고,
상기 유통업체는 상기 복수의 벤더 계정 각각과 상기 제2 배송 지역의 배송 업무 계약을 통해 연관된,
전자 장치.