WO2025249753A1 - 물류 배송 기간의 보장을 위한 물류 관리 방법 및 시스템 - Google Patents

물류 배송 기간의 보장을 위한 물류 관리 방법 및 시스템

Info

Publication number
WO2025249753A1
WO2025249753A1 PCT/KR2025/004831 KR2025004831W WO2025249753A1 WO 2025249753 A1 WO2025249753 A1 WO 2025249753A1 KR 2025004831 W KR2025004831 W KR 2025004831W WO 2025249753 A1 WO2025249753 A1 WO 2025249753A1
Authority
WO
WIPO (PCT)
Prior art keywords
product
delivery
seller
arrival guarantee
tag
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/KR2025/004831
Other languages
English (en)
French (fr)
Inventor
김진혜
이민규
천용희
박영수
오석호
정연욱
김현진
우희중
이승윤
홍나현
조재선
홍선영
오현진
진연화
이승준
임정은
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Naver Corp
Original Assignee
Naver Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020240114220A external-priority patent/KR20250171134A/ko
Application filed by Naver Corp filed Critical Naver Corp
Publication of WO2025249753A1 publication Critical patent/WO2025249753A1/ko
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions

Definitions

  • the following description relates to logistics management methods and systems for ensuring logistics delivery periods.
  • Fulfillment refers to a service in which a logistics company handles the entire logistics process, from product preparation to packaging and delivery, for sellers.
  • online shopping mall sellers contracted directly with couriers to collect and ship orders.
  • 3PL Three Party Logistics
  • 3PLs simply handled product warehousing, storage, and delivery
  • fulfillment is an integrated service that pre-stocks the seller's inventory at a logistics center and then handles warehousing, preparation, packaging, delivery, and even exchanges/refunds based on customer orders.
  • the biggest advantage of fulfillment is its speed, and bundled shipping is only possible for products already in the logistics center.
  • a logistics management method of a computer device including at least one processor, comprising: a step of calculating a delivery deadline compliance rate for a product order for a seller's product on which an arrival guarantee tag is displayed by the at least one processor on a product-by-product or store-by-store basis; and a step of controlling, by the at least one processor, whether to display the delivery guarantee tag by the product-by-product or store-by-store basis.
  • the step of calculating the above-mentioned dispatch deadline compliance rate may be characterized by calculating the ratio of product orders processed for dispatch within the dispatch deadline among product orders for a first period set based on the aggregation date as the above-mentioned dispatch deadline compliance rate.
  • the arrival guarantee tag is displayed on a product-by-product basis for a product whose delivery attribute is set to arrival guarantee
  • the step of controlling whether to display the arrival guarantee tag may include a step of changing the delivery attribute of a product whose delivery attribute is arrival guarantee from arrival guarantee to general delivery, which is a delivery attribute in which the arrival guarantee tag is not displayed, when the delivery deadline compliance rate is less than a preset first threshold.
  • the step of controlling whether or not to expose the arrival guarantee tag may further include a step of retrieving the right to use the arrival guarantee tag for a product unit from the seller, if the compliance rate of the delivery deadline is less than a preset first threshold and there is a non-delivery processing case for a product with the delivery attribute of arrival guarantee.
  • the step of controlling whether or not to expose the arrival guarantee tag may further include a step of providing the seller with the right to use the arrival guarantee tag for the product unit again based on the seller processing all of the unsent items for shipment.
  • the arrival guarantee tag is exposed for products in the store unit of the seller
  • the step of controlling whether to expose the arrival guarantee tag may include the step of accumulating one warning to a store whose compliance rate of the delivery deadline for product orders in the store unit is below a second threshold; and the step of revoking the store unit usage right of the arrival guarantee tag from the seller on the first warning issuance date when the number of warnings accumulated within the most recent preset second period becomes the first number.
  • the step of controlling whether the arrival guarantee tag is exposed may further include a step of re-providing the store-unit usage right of the arrival guarantee tag to the seller whose store-unit usage right of the arrival guarantee tag has been revoked if both the first condition and the second condition are satisfied, wherein the first condition includes a condition in which the compliance rate of the delivery deadline of product orders during a preset third period based on the date of application for the store-unit usage right of the arrival guarantee tag is equal to or greater than a third threshold value, and the second condition includes a condition in which the number of product orders during a preset fourth period based on the date of application for the store-unit usage right of the arrival guarantee tag is equal to or greater than a preset number.
  • the logistics management method may further include a step of providing a user interface capable of searching at least one of information on product orders that have not met the delivery deadline for the product and information on products for which the right to use the arrival guarantee tag has been revoked on a product-by-product basis, by the at least one processor.
  • a computer program stored on a computer-readable recording medium is provided for executing the above method on a computer device in combination with a computer device.
  • a computer-readable recording medium having recorded thereon a program for executing the above method on a computer device is provided.
  • a computer device comprising at least one processor implemented to execute instructions readable by a computer device, wherein, by the at least one processor, for a product of a seller for which an arrival guarantee tag is displayed on a product unit or store unit basis, a delivery deadline compliance rate of a product order is calculated, and based on the delivery deadline compliance rate, whether or not to display the arrival guarantee tag on a product unit or store unit basis is controlled.
  • FIG. 1 is a diagram illustrating an example of a network environment according to one embodiment of the present invention.
  • FIG. 2 is a block diagram illustrating an example of a computer device according to one embodiment of the present invention.
  • FIG. 3 is a diagram illustrating an example of a logistics management system according to one embodiment of the present invention.
  • FIG. 4 is a drawing illustrating an example of exposing a seller arrival guarantee tag together with a product in one embodiment of the present invention.
  • FIG. 5 is a diagram illustrating an example of a standard for product orders that are the subject of aggregation for product unit usage rights in one embodiment of the present invention.
  • FIGS. 6 and 7 are drawings showing examples of a user interface provided to a seller for product management in a seller warehouse according to one embodiment of the present invention.
  • FIG. 8 is a diagram illustrating an example of a standard for product orders that are aggregation targets for store unit usage rights in one embodiment of the present invention.
  • FIG. 9 is a diagram illustrating an example of conditions for retrieving usage rights per store unit in one embodiment of the present invention.
  • Figure 10 is a flowchart illustrating an example of a logistics management method according to one embodiment of the present invention.
  • the logistics management system may be implemented by at least one computer device.
  • the computer device may be equipped with and run a computer program according to an embodiment of the present invention, and the computer device may perform the logistics management method according to embodiments of the present invention under the control of the computer program.
  • the computer program described above may be stored on a computer-readable recording medium, which may be coupled to the computer device and cause the computer to execute the logistics management method.
  • FIG. 1 is a diagram illustrating an example of a network environment according to an embodiment of the present invention.
  • the network environment of FIG. 1 represents an example including a plurality of electronic devices (110, 120, 130, 140), a plurality of servers (150, 160), and a network (170).
  • FIG. 1 is merely an example for explaining the invention, and the number of electronic devices or servers is not limited to that of FIG. 1.
  • the network environment of FIG. 1 merely illustrates one example of environments applicable to the present embodiments, and the environments applicable to the present embodiments are not limited to the network environment of FIG. 1.
  • the plurality of electronic devices (110, 120, 130, 140) may be fixed terminals or mobile terminals implemented as computer devices.
  • Examples of the plurality of electronic devices (110, 120, 130, 140) include smart phones, mobile phones, navigation systems, computers, laptops, digital broadcasting terminals, PDAs (Personal Digital Assistants), PMPs (Portable Multimedia Players), tablet PCs, etc.
  • PDAs Personal Digital Assistants
  • PMPs Portable Multimedia Players
  • tablet PCs etc.
  • the shape of a smart phone is shown as an example of the electronic device (110), but in embodiments of the present invention, the electronic device (110) may actually mean one of various physical computer devices that can communicate with other electronic devices (120, 130, 140) and/or servers (150, 160) via a network (170) using a wireless or wired communication method.
  • the communication method is not limited, and may include not only a communication method that utilizes a communication network (e.g., a mobile communication network, a wired Internet, a wireless Internet, a broadcasting network) that the network (170) may include, but also short-range wireless communication between devices.
  • a communication network e.g., a mobile communication network, a wired Internet, a wireless Internet, a broadcasting network
  • the network (170) may include any one or more of a personal area network (PAN), a local area network (LAN), a campus area network (CAN), a metropolitan area network (MAN), a wide area network (WAN), a broadband network (BBN), the Internet, and the like.
  • PAN personal area network
  • LAN local area network
  • CAN campus area network
  • MAN metropolitan area network
  • WAN wide area network
  • BBN broadband network
  • the network (170) may include any one or more of a network topology including, but not limited to, a bus network, a star network, a ring network, a mesh network, a star-bus network, a tree, or a hierarchical network.
  • a network topology including, but not limited to, a bus network, a star network, a ring network, a mesh network, a star-bus network, a tree, or a hierarchical network.
  • Each server (150, 160) may be implemented as a computer device or multiple computer devices that communicate with multiple electronic devices (110, 120, 130, 140) via a network (170) to provide commands, codes, files, contents, services, etc.
  • the server (150) may be a system that provides services to multiple electronic devices (110, 120, 130, 140) connected via a network (170).
  • FIG. 2 is a block diagram illustrating an example of a computer device according to an embodiment of the present invention.
  • Each of the multiple electronic devices (110, 120, 130, 140) or servers (150, 160) described above can be implemented by the computer device (200) illustrated in FIG. 2.
  • Such a computer device (200) may include a memory (210), a processor (220), a communication interface (230), and an input/output interface (240), as illustrated in FIG. 2.
  • the memory (210) may be a computer-readable recording medium, and may include a random access memory (RAM), a read only memory (ROM), and a non-permanent mass storage device such as a disk drive.
  • the non-permanent mass storage device such as a ROM and a disk drive may be included in the computer device (200) as a separate permanent storage device distinct from the memory (210).
  • an operating system and at least one program code may be stored in the memory (210). These software components may be loaded into the memory (210) from a computer-readable recording medium separate from the memory (210).
  • Such a separate computer-readable recording medium may include a computer-readable recording medium such as a floppy drive, a disk, a tape, a DVD/CD-ROM drive, a memory card, etc.
  • the software components may be loaded into the memory (210) via a communication interface (230) other than a computer-readable recording medium.
  • the software components may be loaded into the memory (210) of the computer device (200) based on a computer program installed by files received over a network (170).
  • the processor (220) may be configured to process instructions of a computer program by performing basic arithmetic, logic, and input/output operations. Instructions may be provided to the processor (220) via the memory (210) or the communication interface (230). For example, the processor (220) may be configured to execute instructions received according to program code stored in a storage device such as the memory (210).
  • the communication interface (230) may provide a function for the computer device (200) to communicate with other devices (e.g., the storage devices described above) via the network (170). For example, requests, commands, data, files, etc. generated by the processor (220) of the computer device (200) according to program codes stored in a recording device such as the memory (210) may be transmitted to other devices via the network (170) under the control of the communication interface (230). Conversely, signals, commands, data, files, etc. from other devices may be received by the computer device (200) via the communication interface (230) of the computer device (200) via the network (170). Signals, commands, data, etc. received via the communication interface (230) may be transmitted to the processor (220) or the memory (210), and files, etc. may be stored in a storage medium (the permanent storage device described above) that the computer device (200) may further include.
  • a storage medium the permanent storage device described above
  • the input/output interface (240) may be a means for interfacing with an input/output device (250).
  • the input device may include a device such as a microphone, a keyboard, or a mouse
  • the output device may include a device such as a display or a speaker.
  • the input/output interface (240) may be a means for interfacing with a device that integrates input and output functions, such as a touchscreen.
  • At least one of the input/output devices (250) may be configured as a single device with the computer device (200).
  • a touchscreen, a microphone, a speaker, etc. may be implemented in a form included in the computer device (200), such as a smartphone.
  • the computer device (200) may include fewer or more components than those illustrated in FIG. 2. However, it is not necessary to explicitly illustrate most conventional components.
  • the computer device (200) may be implemented to include at least some of the input/output devices (250) described above, or may further include other components such as a transceiver, a database, etc.
  • FIG 3 is a diagram illustrating an example of a logistics management system according to one embodiment of the present invention.
  • the logistics management system (300) may include an order platform (310), a logistics company platform (320), a logistics data platform (330), a seller center (340), and a logistics center (350).
  • the order platform (310) is a platform that provides a channel through which the products of sellers are displayed. Although FIG. 3 illustrates a single order platform (310), the order platforms of various affiliated companies may be affiliated and included in the logistics management system (300). Such order platforms (310) may include not only platforms operated by companies but also platforms operated by individuals. In addition, the order platform (310) may also include a platform linked to an operator who operates a logistics data platform (330).
  • the logistics data platform (330) is provided in conjunction with a portal site that provides various services such as an e-mail service, a blog service, a shopping service, a news service, a map service, a translation service, and a payment service
  • the seller's products may be displayed through various channels of the portal site, and orders for the products may be processed through the shopping service and/or the payment service, or a separate smart store.
  • the logistics platform (320) is a platform that manages storage, delivery, etc. of logistics as products of sellers.
  • one logistics platform (320) is shown, but the logistics platforms of various affiliated companies may be affiliated and included in the logistics management system (300), and the platforms of individual courier companies may also be affiliated and included in the logistics management system (300).
  • the logistics data platform (330) can form a fulfillment alliance in conjunction with the order platform (310) and the logistics company platform (320). To this end, the logistics data platform (330) can collect and process information on overall logistics related to product sales and delivery from the order platform (310) and the logistics company platform (320). To this end, the logistics data platform (330) can include a feed interface (331), an aggregation pipeline (332), and a persistent layer (333).
  • the logistics data platform (330) can collect seller information, sales product information, order information, etc. from the order platform (310) through the feed interface (331), and can collect logistics company information, center information (e.g., information on logistics centers), logistics product information (e.g., information on products received at the logistics center), inventory information (information on the inventory of products received at the logistics center), etc. from the logistics company platform (320).
  • the feed interface (331) can collect information through a scheduled download method, which is a method of downloading information according to a preset download schedule through a web server or FTP (File Transfer Protocol) server provided by an affiliate of the order platform (310) and/or the logistics company platform (320).
  • the feed interface (331) can collect information through an SFTP upload method, which transfers files from the affiliate's system through SFTP (Secure File Transfer Protocol) through scheduling by the affiliate.
  • the feed interface (331) may collect information through files uploaded via a front-end browser provided by a management center, such as a seller center (340) or a logistics center (350).
  • the seller center (340) may correspond to a user interface through which a sales manager (seller) can access to upload information or manage product-related settings.
  • the logistics center (350) may correspond to a user interface through which a logistics manager can access to upload information or manage logistics-related settings.
  • the logistics data platform (330) may provide a real-time API (Application Programming Interface) to collect information on specific items.
  • the real-time API may be utilized for additional processing of data linkage items requiring real-time performance among the items requiring collection.
  • Such a real-time API may serve as a complement to the feed interface (331).
  • feeds may be processed in a near-real-time synchronization manner by utilizing the real-time API.
  • This collection method compared to RESTful-based APIs, is efficient for large-scale data processing and loss prevention because it prevents the loss of key data through periodic synchronization after initial synchronization of a large number of data snapshots.
  • information collected via SFTP upload or scheduled download methods can be in TSV (Tab Separated Values) format, while information collected via real-time APIs can be in JSON format, but is not limited thereto.
  • the aggregation pipeline (332) can process operations for aggregating the collected information.
  • each of the ordering platform (310) and the logistics company platform (320) may have their own data management format.
  • the aggregation pipeline (332) can convert and aggregate the collected information according to a format predefined for the logistics data platform (330) and store it in a persistent layer (333).
  • the aggregation pipeline (332) can perform the functions of extracting data for each item from the collected information, checking for and filtering duplicate data, checking the validity of the extracted data (determining whether the extracted data conforms to the predefined format and changing the format of the data if it does not conform), and arranging the data order and storing it in the persistent layer (333).
  • the aggregation pipeline (332) may further include a monitoring function for the administrator, a function for deleting data when information is not continuously received from affiliates, and a function for reporting the status of the collected information (collection success, failure, etc.) to affiliates.
  • the process of extracting data for each item from the collected information, checking for duplicate data and filtering it, determining whether the extracted data conforms to a predefined format, and changing the format of the data if it does not conform can be processed using the functions of the API.
  • the collected information can be stored in a persistent layer (333) in an upsert manner that is always accumulated, and when data needs to be deleted, a method of separately marking it for deletion can be used.
  • the persistent layer (333) can be implemented through a Distributed Database Management System (DDBMS), a Hadoop Distributed File System (HDFS), Amazon Simple Storage Service (S3), and/or a log database.
  • DDBMS Distributed Database Management System
  • HDFS Hadoop Distributed File System
  • S3 Amazon Simple Storage Service
  • log database a log database.
  • the logistics data platform (330) may further provide a function for reprocessing data in response to changes in data stored in the permanent layer (333) through the aggregation pipeline (332), a function for transmitting at least some of the reprocessed data to the seller center (340) or the logistics center (350), a function for reprocessing the validity check of the reprocessed data and the sorting of the data order, etc.
  • information e.g., logistics product information, inventory information, etc.
  • an affiliate e.g., logistics company platform (320)
  • the logistics data platform (330) can be managed in real time or near real time by the logistics data platform (330).
  • the seller center (340) can provide a function that allows sales managers to access it
  • the logistics center (350) can provide a function that allows logistics company managers to access it to upload information or check monitoring information on information collection.
  • FIG. 4 is a diagram illustrating an example of displaying a seller arrival guarantee tag along with a product according to an embodiment of the present invention.
  • the logistics data platform (330) can provide a seller arrival guarantee service that guarantees the arrival date of a product to a buyer and compensates if the product does not arrive on the guaranteed date.
  • the seller arrival guarantee tag can be displayed along with the seller's product or store at the store level and/or product level of the seller participating in the seller arrival guarantee service.
  • the embodiment of FIG. 4 illustrates an example of a user interface (410) for shopping search.
  • the seller arrival guarantee tag as shown in the dotted boxes (420, 430), can be displayed together with the product displayed through the user interface (410). The display of such a seller arrival guarantee tag can induce an influx of buyers to the channel for purchasing the seller's product.
  • the logistics data platform (330) can suspend the display of the Seller Arrival Guarantee tag for each product or store of a seller who does not meet the preset conditions related to compliance with the shipping deadline. This suspension of the Seller Arrival Guarantee tag can be maintained until the seller again meets the preset conditions. Once the seller again meets the preset conditions, the Seller Arrival Guarantee tag can be displayed again with the seller's products or stores.
  • FIG. 5 is a diagram illustrating an example of the criteria for product orders that are subject to aggregation for product-level usage rights in accordance with one embodiment of the present invention.
  • the embodiment of FIG. 5 illustrates examples of which product orders can be subject to aggregation in relation to the seller's guaranteed arrival service for each product.
  • the aggregation results may be sequentially reflected daily between 11:00 AM and 2:00 PM.
  • a difference of 5 to 10 minutes may occur daily.
  • product orders with a delivery deadline of 10:00 AM on the day before the aggregation date and 10:00 AM on the aggregation date and a delivery attribute of "Seller Guaranteed Arrival" may be subject to aggregation.
  • the logistics data platform (330) can determine which product orders are subject to aggregation and whether they meet the delivery deadline based on the delivery deadline initially set at the time of the product order (not the delayed delivery deadline due to delayed delivery processing).
  • Figure 5 shows an example in which “Product Order 1” and “Product Order 2”, whose delivery attribute is “Guaranteed Arrival by Seller” and whose delivery deadline is after 10:00 AM on the day before the aggregation date and before 10:00 AM on the aggregation date, are selected as aggregation targets.
  • a standard is required to automatically change the product-specific delivery attribute to "Not in Compliance with Delivery Deadline" for products that do not meet the delivery deadline.
  • "Guaranteed Seller Arrival” products with a delivery deadline compliance rate of less than n% (e.g., 90%) based on daily aggregate results may be subject to automatic change in delivery attribute.
  • the delivery deadline compliance rate may refer to the percentage of product orders that were processed for delivery within the delivery deadline among all product orders subject to aggregation. For example, if 97 out of 100 product orders for a specific product A were shipped within the delivery deadline, the delivery deadline compliance rate for that product A may be 97%. If there are no product orders subject to aggregation, the delivery deadline compliance rate for that day may be excluded from calculation.
  • the logistics data platform (330) may select products with a delivery attribute of "Guaranteed Seller Arrival” and a delivery deadline compliance rate of less than n% as targets for automatic change of delivery attributes. In this case, the logistics data platform (330) may change the delivery attribute of products selected for automatic change of delivery attributes from "Guaranteed Seller Arrival" to "Standard Delivery” between 11:00 AM and 2:00 PM on the aggregation date.
  • the seller has the right to use the seller arrival guarantee service, so the seller can change the delivery attribute of the product to "Seller Arrival Guarantee.”
  • the logistics data platform (330) may revoke the right to use the seller's product with an unshipped item among products selected for automatic change of delivery attributes, thereby restricting the seller from further using the "seller arrival guarantee" delivery attribute for the relevant product.
  • the right to use the product can be re-issued to the seller around 11:00 AM the day after the seller has processed the shipment of all outstanding items for the product.
  • the seller can re-set the product's delivery attribute to "Guaranteed Delivery to Seller.”
  • FIGS. 6 and 7 are diagrams illustrating examples of user interfaces provided to sellers for managing products in their warehouses, according to one embodiment of the present invention.
  • FIGS. 6 and 7 each illustrate examples of user interfaces that enable sellers to manage information on products registered by them.
  • These user interfaces can be provided through the seller center (340) described above.
  • FIG. 6 illustrates an example of searching for information on products for which the seller has the right to use the product but has not yet met the shipping deadline (unshipped items)
  • FIG. 7 illustrates an example of searching for information on products for which the right to use has been revoked.
  • the logistics data platform (330) can encourage sellers to voluntarily meet the shipping deadline.
  • Figure 8 is a diagram illustrating an example of the criteria for product orders that are subject to aggregation for store-level usage rights in accordance with one embodiment of the present invention.
  • the embodiment of Figure 8 illustrates examples of which product orders can be subject to aggregation in relation to the usage rights of the seller's guaranteed delivery service at the store level.
  • the aggregation results may be sequentially reflected daily between 11:00 AM and 2:00 PM. Even in this case, aggregation and result reflection may take time, resulting in a 5-10 minute discrepancy between days.
  • product orders with a delivery deadline of "Seller Guaranteed Delivery” and a delivery attribute of "Seller Guaranteed Delivery” may be subject to aggregation.
  • the logistics data platform (330) can determine which product orders are subject to aggregation and whether they meet the delivery deadline based on the delivery deadline initially set at the time of the product order (not the delayed delivery deadline due to delayed delivery processing). Orders canceled before the shipping deadline may be excluded from the aggregated data.
  • Figure 8 shows an example where "Product Order 1" and "Product Order 2,” whose delivery attribute is "Guaranteed Delivery by Seller” and whose shipping deadline is 13 days before the aggregation date and after 10:00 AM but before 10:00 AM on the aggregation date, are selected for aggregation.
  • Figure 9 is a diagram illustrating an example of conditions for revoking store-level usage rights in one embodiment of the present invention.
  • the logistics data platform (330) may issue a single warning to a store whose store-level shipping deadline compliance rate is less than m% (e.g., 95%).
  • the store-level shipping deadline compliance rate may be calculated as the percentage of aggregated product orders across all sales channels that were shipped within the shipping deadline. If there are no aggregated product orders as of the aggregation date, the calculation of the store-level shipping deadline compliance rate for that day may be excluded.
  • a warning may not be issued for 14 days from the date of warning even if the store-level shipping deadline compliance rate is less than 95%.
  • the logistics data platform (330) may revoke the store-level seller arrival guarantee service usage rights on the third warning date.
  • Figure 9 illustrates an example where, as of September 1 (9/1), if three warnings have been accumulated in the past three months, the user's access rights are revoked on the third warning date.
  • Figure 9 also illustrates an example where, even if a third warning has been issued, the user's access rights are maintained if three warnings have not been accumulated in the past three months.
  • the delivery attribute of all "Seller Guaranteed Delivery” products of the seller may be changed to "Standard Delivery,” and the system may be configured to prevent sellers from setting/changing the delivery attribute of products to "Seller Guaranteed Delivery.”
  • the seller center (340) may provide a user interface through which sellers can check the date when reapplication is possible.
  • the logistics data platform (330) may re-grant the seller the right to use the seller arrival guarantee service based on the following conditions (conditions 1 to 3).
  • the first condition may be a condition in which the seller changes the delivery attribute of the product(s) to be operated as "Seller Arrival Guaranteed” to "Depart Today” (setting the "Depart Today” standard time for the product(s) from 3:00 PM to 11:30 PM).
  • the second condition may be a condition in which the seller's compliance rate for the delivery deadline of "Depart Today" product orders for the two weeks immediately preceding the date of reapplication for the right to use the service is a% (for example, 97%) or higher.
  • the third condition may be that the number of "Departing Today" product orders exceeded 200 in the two weeks preceding the seller's re-application for access rights. If the seller satisfies all of the first through third conditions, the logistics data platform (330) may re-grant the seller access to the seller arrival guarantee service.
  • Table 1 shows an example of product order judgment for product-specific usage rights aggregation.
  • Tables 1 and 2 in Table 1 illustrate examples where the aggregated reflection date differs even when the order date is the same but the shipping deadline is different.
  • the aggregated reflection date can be set based on the shipping deadline.
  • Table 1 3 illustrates an example where the aggregated reflection date is determined based on the shipping deadline, even if the shipping deadline is set to a date after the order date or the day after the order date due to a holiday or other reason.
  • Table 1 4 indicates that only product orders with a delivery type of "Guaranteed Delivery by Seller" are subject to aggregation.
  • Table 2 presents examples of the results of determining whether a product order met its shipping deadline and whether it was processed as unshipped.
  • the example in Table 2 assumes that the aggregated results will be reflected at 11:00 AM on June 2, 2024.
  • Table 3 shows examples of the results of determining whether to automatically change the delivery attributes for each product and whether to revoke the right to use.
  • FIG. 10 is a flowchart illustrating an example of a logistics management method according to an embodiment of the present invention.
  • the logistics management method according to this embodiment can be performed by a computer device (200) implementing a logistics data platform (330).
  • the processor (220) of the computer device (200) can be implemented to execute control instructions according to the code of the operating system included in the memory (210) or the code of at least one computer program.
  • the processor (220) can control the computer device (200) to perform steps (1010 to 1030) included in the method of FIG. 10 according to control commands provided by code stored in the computer device (200).
  • the computer device (200) may calculate the delivery deadline compliance rate for product orders of a seller for which an arrival guarantee tag is displayed, either on a product-by-product or store-by-store basis.
  • the computer device (200) may calculate the delivery deadline compliance rate as the ratio of product orders processed for delivery within the delivery deadline among product orders during a first period set based on the aggregation date.
  • the first period may be set to be different for each product and each store.
  • the first period for each product may be one day (for example, from 10:00 PM on the day before the aggregation date to 10:00 AM on the aggregation date).
  • the first period for each store may refer to the entire period during which products are sold through the store.
  • step (1020) the computer device (200) can control whether to display the arrival guarantee tag for each product or store based on the compliance rate of the delivery deadline.
  • the arrival guarantee tag may be displayed on a per-item basis for products whose delivery attribute is set to arrival guarantee.
  • a seller may set the delivery attribute to "Seller Arrival Guaranteed" on a per-item basis to display the arrival guarantee tag for specific products.
  • the computer device (200) may change the delivery attribute of a product whose delivery deadline compliance rate is below a preset first threshold and whose delivery attribute is arrival guarantee from arrival guarantee to general delivery, which does not display the arrival guarantee tag.
  • the seller since the seller has the right to use the arrival guarantee tag on a per-item basis, the seller may change the delivery attribute back to arrival guarantee ("Seller Arrival Guaranteed").
  • the computer device (200) may revoke the right to use the arrival guarantee tag on a per-item basis from the seller.
  • the seller cannot change the delivery attribute of the product to "Arrival Guaranteed” because the seller does not have the right to use the arrival guarantee tag at the product level.
  • the arrival guarantee tag is not displayed for products whose delivery attribute is not "Arrival Guaranteed.”
  • the computer device (200) may re-provide the seller with the right to use the arrival guarantee tag at the product level based on the seller having processed all unshipped items as shipped. In this case, the seller can change the delivery attribute of the product back to "Arrival Guaranteed," and the arrival guarantee tag may be displayed again along with information about the product.
  • the arrival guarantee tag may be displayed for products within a seller's store.
  • the seller may set the delivery attribute to "Seller Arrival Guaranteed" for each product to ensure that the arrival guarantee tag is displayed for specific products.
  • the computer device (200) may issue and accumulate one warning to a store whose order delivery deadline compliance rate for each store falls below a second threshold. Furthermore, if the number of warnings accumulated within a recent, preset second period (e.g., three months) reaches the first number (e.g., three warnings), the computer device (200) may revoke the seller's store-level access to the arrival guarantee tag on the first warning issuance date.
  • the arrival guarantee tag is no longer displayed for any products within the store.
  • This store-level access may be re-provided to the seller if the seller satisfies both the first and second conditions.
  • the first condition may include a condition in which the compliance rate of product orders for delivery deadlines exceeds a third threshold during a preset third period (e.g., two weeks) based on the date of application for store-level access to the arrival guarantee tag.
  • the second condition may include a condition in which the number of product orders exceeds a preset number (e.g., 200) during a preset fourth period (e.g., two weeks) based on the date of application for store-level access to the arrival guarantee tag.
  • Product orders counted under the first and second conditions may be those with a delivery attribute of "Depart Today.”
  • the computer device (200) may provide a user interface capable of searching for at least one of information about product orders that have not met their delivery deadlines and information about products for which the right to use the arrival guarantee tag has been revoked. Examples of such a user interface have been described in detail in FIGS. 6 and 7 .
  • the systems or devices described above may be implemented as hardware components, or a combination of hardware components and software components.
  • the devices and components described in the embodiments may be implemented using one or more general-purpose computers or special-purpose computers, such as, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate array (FPGA), a programmable logic unit (PLU), a microprocessor, or any other device capable of executing instructions and responding to them.
  • the processing device may execute an operating system (OS) and one or more software applications running on the operating system.
  • the processing device may also access, store, manipulate, process, and generate data in response to the execution of the software.
  • OS operating system
  • the processing device may also access, store, manipulate, process, and generate data in response to the execution of the software.
  • processing device is sometimes described as being used alone; however, one of ordinary skill in the art will recognize that the processing device may include multiple processing elements and/or multiple types of processing elements.
  • a processing unit may include multiple processors, or a processor and a controller.
  • Other processing configurations, such as parallel processors, are also possible.
  • Software may include a computer program, code, instructions, or a combination of one or more of these, which may configure a processing device to perform a desired operation or may independently or collectively command the processing device.
  • the software and/or data may be embodied in any type of machine, component, physical device, virtual equipment, computer storage medium, or device for interpretation by the processing device or for providing instructions or data to the processing device.
  • the software may also be distributed over networked computer systems and stored or executed in a distributed manner.
  • the software and data may be stored on one or more computer-readable recording media.
  • the method according to the embodiment may be implemented in the form of program commands that can be executed through various computer means and recorded on a computer-readable medium.
  • the computer-readable medium may include program commands, data files, data structures, etc., singly or in combination.
  • the medium may continuously store a computer-executable program, or may temporarily store it for execution or download.
  • the medium may be various recording means or storage means in the form of a single or multiple hardware combinations, and is not limited to a medium directly connected to a computer system, but may also be distributed over a network.
  • Examples of the medium may include magnetic media such as hard disks, floppy disks, and magnetic tapes, optical recording media such as CD-ROMs and DVDs, magneto-optical media such as floptical disks, and those configured to store program commands, including ROM, RAM, and flash memory.
  • examples of other media may include recording media or storage media managed by app stores that distribute applications, sites that supply or distribute various software, servers, etc.
  • Examples of program instructions include machine language code, such as that produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter, etc.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Development Economics (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

물류 배송 기간의 보장을 위한 물류 관리 방법 및 시스템을 개시한다. 일실시예에 따른 물류 관리 방법은, 상품 단위 또는 스토어 단위로 도착보장 태그가 노출되는 판매자의 상품에 대해, 상품주문의 발송기한 준수율을 계산하는 단계, 및 상기 발송기한 준수율에 기반하여 상기 상품 단위 또는 상기 스토어 단위로 상기 도착보장 태그의 노출 여부를 제어하는 단계를 포함할 수 있다.

Description

물류 배송 기간의 보장을 위한 물류 관리 방법 및 시스템
아래의 설명은 물류 배송 기간의 보장을 위한 물류 관리 방법 및 시스템에 관한 것이다.
풀필먼트(Fulfillment)는 물류 전문기업이 판매자 대산 상품의 준비부터 포장, 배송까지 물류의 전 과정을 담당하는 서비스를 말한다. 기존 온라인 쇼핑몰 판매기업들은 택배사와 직접 계약해 상품 주문이 들어오면 상품을 챙겨 택배로 출하를 하거나 3자 물류를 통해 사전에 물류기업의 창고에 상품을 넣고, 3자 물류기업과 계약된 택배사를 통해 상품을 배송하는 3PL(Third Party Logistics)를 이용하였다. 3PL이 단순히 상품 입고, 보관, 배송을 담당했다면 풀필먼트는 판매자의 상품 재고를 미리 물류센터에 입고해 놓고 고객의 주문에 따라 입고, 보관, 상품 준비, 포장, 배송 여기에 교환/환불 등까지 제공해주는 통합 서비스이다. 풀필먼트의 가장 큰 장점은 배송 속도에 있으며, 물류센터에 입고된 상품에 한해 묶음 배송이 가능하다.
판매자의 자체 창고에서의 상품의 출고를 관리하여 상품에 대한 판매자 도착보장 서비스를 제공할 수 있는 물류 관리 방법 및 시스템을 제공한다.
적어도 하나의 프로세서를 포함하는 컴퓨터 장치의 물류 관리 방법에 있어서, 상기 적어도 하나의 프로세서에 의해, 상품 단위 또는 스토어 단위로 도착보장 태그가 노출되는 판매자의 상품에 대해, 상품주문의 발송기한 준수율을 계산하는 단계; 및 상기 적어도 하나의 프로세서에 의해, 상기 발송기한 준수율에 기반하여 상기 상품 단위 또는 상기 스토어 단위로 상기 도착보장 태그의 노출 여부를 제어하는 단계를 포함하는 물류 관리 방법을 제공한다.
일측에 따르면, 상기 발송기한 준수율을 계산하는 단계는, 집계일을 기준으로 기설정된 제1 기간 동안의 상품주문 중 발송기한 이내에 발송처리된 상품주문의 비율을 상기 발송기한 준수율로서 계산하는 것을 특징으로 할 수 있다.
다른 측면에 따르면, 상기 도착보장 태그는 배송속성이 도착보장으로 설정된 상품에 대해 상품 단위로 노출되고, 상기 도착보장 태그의 노출 여부를 제어하는 단계는, 상기 발송기한 준수율이 기설정된 제1 임계값 미만이고, 배송속성이 도착보장인 상품의 배송속성을 상기 도착보장에서 상기 도착보장 태그가 노출되지 않는 배송속성인 일반배송으로 변경하는 단계를 포함하는 것을 특징으로 할 수 있다.
또 다른 측면에 따르면, 상기 도착보장 태그의 노출 여부를 제어하는 단계는, 상기 발송기한 준수율이 기설정된 제1 임계값 미만이고, 배송속성이 도착보장인 상품에 대해 미발송 처리건이 존재하는 경우, 상기 도착보장 태그의 상품 단위의 이용권한을 상기 판매자로부터 회수하는 단계를 더 포함하는 것을 특징으로 할 수 있다.
또 다른 측면에 따르면, 상기 도착보장 태그의 노출 여부를 제어하는 단계는, 상기 판매자가 상기 미발송 처리건을 모두 발송처리함에 기반하여 상기 판매자에게 상기 도착보장 태그의 상품 단위의 이용권한을 다시 제공하는 단계를 더 포함하는 것을 특징으로 할 수 있다.
또 다른 측면에 따르면, 상기 도착보장 태그는 상기 판매자의 스토어 단위의 상품들에 대해 노출되고, 상기 도착보장 태그의 노출 여부를 제어하는 단계는, 스토어 단위의 상품주문의 발송기한 준수율이 제2 임계값 미만인 스토어에 경고 1회를 부여하여 누적하는 단계; 및 최근의 기설정된 제2 기간 이내에 누적된 경고의 횟수가 제1 횟수가 되는 경우, 상기 제1 횟수번째 경고 부여일에 상기 도착보장 태그의 스토어 단위의 이용권한을 상기 판매자로부터 회수하는 단계를 포함하는 것을 특징으로 할 수 있다.
또 다른 측면에 따르면, 상기 도착보장 태그의 노출 여부를 제어하는 단계는, 상기 도착보장 태그의 스토어 단위의 이용권한이 회수된 판매자가 제1 조건 및 제2 조건을 모두 충족하는 경우, 상기 판매자에게 상기 도착보장 태그의 스토어 단위의 이용권한을 다시 제공하는 단계를 더 포함하고, 상기 제1 조건은 상기 도착보장 태그의 스토어 단위의 이용권한을 신청한 일자를 기준으로 기설정된 제3 기간동안의 상품주문의 발송기한 준수율이 제3 임계값 이상인 조건을 포함하고, 상기 제2 조건은 상기 도착보장 태그의 스토어 단위의 이용권한을 신청한 일자를 기준으로 기설정된 제4 기간동안의 상품주문건수가 기설정된 개수 이상인 조건을 포함하는 것을 특징으로 할 수 있다.
또 다른 측면에 따르면, 상기 물류 관리 방법은 상기 적어도 하나의 프로세서에 의해, 상품에 대해 발송기한 미준수인 상품주문에 대한 정보 및 상품 단위로 상기 도착보장 태그의 이용권한이 회수된 상품에 대한 정보 중 적어도 하나를 검색 가능한 사용자 인터페이스를 제공하는 단계를 더 포함할 수 있다.
컴퓨터 장치와 결합되어 상기 방법을 컴퓨터 장치에 실행시키기 위해 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램을 제공한다.
상기 방법을 컴퓨터 장치에 실행시키기 위한 프로그램이 기록되어 있는 컴퓨터 판독 가능한 기록매체를 제공한다.
컴퓨터 장치에서 판독 가능한 명령을 실행하도록 구현되는 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서에 의해, 상품 단위 또는 스토어 단위로 도착보장 태그가 노출되는 판매자의 상품에 대해, 상품주문의 발송기한 준수율을 계산하고, 상기 발송기한 준수율에 기반하여 상기 상품 단위 또는 상기 스토어 단위로 상기 도착보장 태그의 노출 여부를 제어하는 것을 특징으로 하는 컴퓨터 장치를 제공한다.
판매자의 자체 창고에서의 상품의 출고를 관리하여 상품에 대한 판매자 도착보장 서비스를 제공할 수 있다.
도 1은 본 발명의 일실시예에 따른 네트워크 환경의 예를 도시한 도면이다.
도 2는 본 발명의 일실시예에 따른 컴퓨터 장치의 예를 도시한 블록도이다.
도 3은 본 발명의 일실시예에 따른 물류 관리 시스템의 예를 도시한 도면이다.
도 4는 본 발명의 일실시예에 있어서, 상품과 함께 판매자 도착보장 태그를 노출하는 예를 도시한 도면이다.
도 5는 본 발명의 일실시예에 있어서, 상품 단위의 이용권한에 대한 집계 대상이 되는 상품주문의 기준의 예를 도시한 도면이다.
도 6 및 도 7은 본 발명의 일실시예에 있어서, 판매자 창고의 상품관리를 위해 판매자에게 제공되는 사용자 인터페이스의 예를 도시한 도면들이다.
도 8은 본 발명의 일실시예에 있어서, 스토어 단위의 이용권한에 대한 집계 대상이 되는 상품주문의 기준의 예를 도시한 도면이다.
도 9는 본 발명의 일실시예에 있어서, 스토어 단위의 이용권한 회수 조건의 예를 도시한 도면이다.
도 10은 본 발명의 일실시예에 따른 물류 관리 방법의 예를 도시한 흐름도이다.
이하, 실시예를 첨부한 도면을 참조하여 상세히 설명한다.
본 발명의 실시예들에 따른 물류 관리 시스템은 적어도 하나의 컴퓨터 장치에 의해 구현될 수 있다. 이때, 컴퓨터 장치에는 본 발명의 일실시예에 따른 컴퓨터 프로그램이 설치 및 구동될 수 있고, 컴퓨터 장치는 구동된 컴퓨터 프로그램의 제어에 따라 본 발명의 실시예들에 따른 물류 관리 방법을 수행할 수 있다. 상술한 컴퓨터 프로그램은 컴퓨터 장치와 결합되어 물류 관리 방법을 컴퓨터에 실행시키기 위해 컴퓨터 판독 가능한 기록매체에 저장될 수 있다.
도 1은 본 발명의 일실시예에 따른 네트워크 환경의 예를 도시한 도면이다. 도 1의 네트워크 환경은 복수의 전자 기기들(110, 120, 130, 140), 복수의 서버들(150, 160) 및 네트워크(170)를 포함하는 예를 나타내고 있다. 이러한 도 1은 발명의 설명을 위한 일례로 전자 기기의 수나 서버의 수가 도 1과 같이 한정되는 것은 아니다. 또한, 도 1의 네트워크 환경은 본 실시예들에 적용 가능한 환경들 중 하나의 예를 설명하는 것일 뿐, 본 실시예들에 적용 가능한 환경이 도 1의 네트워크 환경으로 한정되는 것은 아니다.
복수의 전자 기기들(110, 120, 130, 140)은 컴퓨터 장치로 구현되는 고정형 단말이거나 이동형 단말일 수 있다. 복수의 전자 기기들(110, 120, 130, 140)의 예를 들면, 스마트폰(smart phone), 휴대폰, 네비게이션, 컴퓨터, 노트북, 디지털방송용 단말, PDA(Personal Digital Assistants), PMP(Portable Multimedia Player), 태블릿 PC 등이 있다. 일례로 도 1에서는 전자 기기(110)의 예로 스마트폰의 형상을 나타내고 있으나, 본 발명의 실시예들에서 전자 기기(110)는 실질적으로 무선 또는 유선 통신 방식을 이용하여 네트워크(170)를 통해 다른 전자 기기들(120, 130, 140) 및/또는 서버(150, 160)와 통신할 수 있는 다양한 물리적인 컴퓨터 장치들 중 하나를 의미할 수 있다.
통신 방식은 제한되지 않으며, 네트워크(170)가 포함할 수 있는 통신망(일례로, 이동통신망, 유선 인터넷, 무선 인터넷, 방송망)을 활용하는 통신 방식뿐만 아니라 기기들간의 근거리 무선 통신 역시 포함될 수 있다. 예를 들어, 네트워크(170)는, PAN(personal area network), LAN(local area network), CAN(campus area network), MAN(metropolitan area network), WAN(wide area network), BBN(broadband network), 인터넷 등의 네트워크 중 하나 이상의 임의의 네트워크를 포함할 수 있다. 또한, 네트워크(170)는 버스 네트워크, 스타 네트워크, 링 네트워크, 메쉬 네트워크, 스타-버스 네트워크, 트리 또는 계층적(hierarchical) 네트워크 등을 포함하는 네트워크 토폴로지 중 임의의 하나 이상을 포함할 수 있으나, 이에 제한되지 않는다.
서버(150, 160) 각각은 복수의 전자 기기들(110, 120, 130, 140)과 네트워크(170)를 통해 통신하여 명령, 코드, 파일, 컨텐츠, 서비스 등을 제공하는 컴퓨터 장치 또는 복수의 컴퓨터 장치들로 구현될 수 있다. 예를 들어, 서버(150)는 네트워크(170)를 통해 접속한 복수의 전자 기기들(110, 120, 130, 140)로 서비스를 제공하는 시스템일 수 있다.
도 2는 본 발명의 일실시예에 따른 컴퓨터 장치의 예를 도시한 블록도이다. 앞서 설명한 복수의 전자 기기들(110, 120, 130, 140) 각각이나 서버들(150, 160) 각각은 도 2를 통해 도시된 컴퓨터 장치(200)에 의해 구현될 수 있다.
이러한 컴퓨터 장치(200)는 도 2에 도시된 바와 같이, 메모리(210), 프로세서(220), 통신 인터페이스(230) 그리고 입출력 인터페이스(240)를 포함할 수 있다. 메모리(210)는 컴퓨터에서 판독 가능한 기록매체로서, RAM(random access memory), ROM(read only memory) 및 디스크 드라이브와 같은 비소멸성 대용량 기록장치(permanent mass storage device)를 포함할 수 있다. 여기서 ROM과 디스크 드라이브와 같은 비소멸성 대용량 기록장치는 메모리(210)와는 구분되는 별도의 영구 저장 장치로서 컴퓨터 장치(200)에 포함될 수도 있다. 또한, 메모리(210)에는 운영체제와 적어도 하나의 프로그램 코드가 저장될 수 있다. 이러한 소프트웨어 구성요소들은 메모리(210)와는 별도의 컴퓨터에서 판독 가능한 기록매체로부터 메모리(210)로 로딩될 수 있다. 이러한 별도의 컴퓨터에서 판독 가능한 기록매체는 플로피 드라이브, 디스크, 테이프, DVD/CD-ROM 드라이브, 메모리 카드 등의 컴퓨터에서 판독 가능한 기록매체를 포함할 수 있다. 다른 실시예에서 소프트웨어 구성요소들은 컴퓨터에서 판독 가능한 기록매체가 아닌 통신 인터페이스(230)를 통해 메모리(210)에 로딩될 수도 있다. 예를 들어, 소프트웨어 구성요소들은 네트워크(170)를 통해 수신되는 파일들에 의해 설치되는 컴퓨터 프로그램에 기반하여 컴퓨터 장치(200)의 메모리(210)에 로딩될 수 있다.
프로세서(220)는 기본적인 산술, 로직 및 입출력 연산을 수행함으로써, 컴퓨터 프로그램의 명령을 처리하도록 구성될 수 있다. 명령은 메모리(210) 또는 통신 인터페이스(230)에 의해 프로세서(220)로 제공될 수 있다. 예를 들어 프로세서(220)는 메모리(210)와 같은 기록 장치에 저장된 프로그램 코드에 따라 수신되는 명령을 실행하도록 구성될 수 있다.
통신 인터페이스(230)는 네트워크(170)를 통해 컴퓨터 장치(200)가 다른 장치(일례로, 앞서 설명한 저장 장치들)와 서로 통신하기 위한 기능을 제공할 수 있다. 일례로, 컴퓨터 장치(200)의 프로세서(220)가 메모리(210)와 같은 기록 장치에 저장된 프로그램 코드에 따라 생성한 요청이나 명령, 데이터, 파일 등이 통신 인터페이스(230)의 제어에 따라 네트워크(170)를 통해 다른 장치들로 전달될 수 있다. 역으로, 다른 장치로부터의 신호나 명령, 데이터, 파일 등이 네트워크(170)를 거쳐 컴퓨터 장치(200)의 통신 인터페이스(230)를 통해 컴퓨터 장치(200)로 수신될 수 있다. 통신 인터페이스(230)를 통해 수신된 신호나 명령, 데이터 등은 프로세서(220)나 메모리(210)로 전달될 수 있고, 파일 등은 컴퓨터 장치(200)가 더 포함할 수 있는 저장 매체(상술한 영구 저장 장치)로 저장될 수 있다.
입출력 인터페이스(240)는 입출력 장치(250)와의 인터페이스를 위한 수단일 수 있다. 예를 들어, 입력 장치는 마이크, 키보드 또는 마우스 등의 장치를, 그리고 출력 장치는 디스플레이, 스피커와 같은 장치를 포함할 수 있다. 다른 예로 입출력 인터페이스(240)는 터치스크린과 같이 입력과 출력을 위한 기능이 하나로 통합된 장치와의 인터페이스를 위한 수단일 수도 있다. 입출력 장치(250) 중 적어도 하나는 컴퓨터 장치(200)와 하나의 장치로 구성될 수도 있다. 예를 들어, 스마트폰과 같이 터치스크린, 마이크, 스피커 등이 컴퓨터 장치(200)에 포함된 형태로 구현될 수 있다.
또한, 다른 실시예들에서 컴퓨터 장치(200)는 도 2의 구성요소들보다 더 적은 혹은 더 많은 구성요소들을 포함할 수도 있다. 그러나, 대부분의 종래기술적 구성요소들을 명확하게 도시할 필요성은 없다. 예를 들어, 컴퓨터 장치(200)는 상술한 입출력 장치(250) 중 적어도 일부를 포함하도록 구현되거나 또는 트랜시버(transceiver), 데이터베이스 등과 같은 다른 구성요소들을 더 포함할 수도 있다.
도 3은 본 발명의 일실시예에 따른 물류 관리 시스템의 예를 도시한 도면이다. 물류 관리 시스템(300)은 주문 플랫폼(310), 물류사 플랫폼(320), 물류데이터플랫폼(330), 판매자 센터(340), 및 물류 센터(350)를 포함할 수 있다.
주문 플랫폼(310)은 판매자들의 상품이 노출되는 채널을 제공하는 플랫폼으로서, 도 3에서는 하나의 주문 플랫폼(310)을 나타내고 있으나, 다양한 제휴사들 각각의 주문 플랫폼들이 제휴되어 물류 관리 시스템(300)에 포함될 수 있다. 이러한 주문 플랫폼(310)은 기업들이 운영하는 플랫폼들뿐만 아니라, 개인이 운영하는 플랫폼도 포함할 수 있다. 또한, 주문 플랫폼(310)은 물류데이터플랫폼(330)을 운영하는 운영자와 연계된 플랫폼도 포함할 수 있다. 일례로, 전자메일 서비스, 블로그 서비스 쇼핑 서비스, 뉴스 서비스, 지도 서비스, 번역 서비스, 페이 서비스 등 다양한 서비스를 제공하는 포털사이트와 연계하여 물류데이터플랫폼(330)이 제공되는 경우, 판매자의 상품은 이러한 포털사이트의 다양한 채널을 통해 노출될 수 있으며, 쇼핑 서비스 및/또는 페이 서비스, 또는 별도의 스마트스토어 등을 통해 상품에 대한 주문이 진행될 수 있다.
물류사 플랫폼(320)은 판매자들의 상품으로서의 물류에 대한 보관, 배송 등을 관리하는 플랫폼으로서, 도 3에서는 하나의 물류사 플랫폼(320)을 나타내고 있으나, 다양한 제휴사들 각각의 물류사 플랫폼들이 제휴되어 물류 관리 시스템(300)에 포함될 수 있으며, 개별 택배사의 플랫폼 등도 제휴되어 물류 관리 시스템(300)에 포함될 수 있다.
물류데이터플랫폼(330)은 주문 플랫폼(310) 및 물류사 플랫폼(320)과 연계하여 풀필먼트 연합(Fulfillment Alliance)을 구성할 수 있다. 이를 위해, 물류데이터플랫폼(330)은 주문 플랫폼(310) 및 물류사 플랫폼(320)으로부터 상품 판매 및 배송 등과 관련된 물류 전반에 대한 정보를 수집 및 처리할 수 있다. 이를 위해, 물류데이터플랫폼(330)은 피드 인터페이스(Feed Interface, 331), 집계 파이프라인(Aggregation Pipeline, 332), 및 영구 레이어(Persistent Layer, 333)를 포함할 수 있다.
물류데이터플랫폼(330)은 도 3에 도시된 바와 같이, 피드 인터페이스(331)를 통해 주문 플랫폼(310)으로부터 판매자 정보, 판매 상품 정보, 주문 정보 등을 수집할 수 있으며, 물류사 플랫폼(320)으로부터 물류사 정보, 센터 정보(일례로, 물류 센터에 대한 정보), 물류 상품 정보(일례로, 물류 센터에 입고된 상품에 대한 정보), 재고 정보(물류 센터에 입고된 상품의 재고에 대한 정보) 등을 수집할 수 있다. 일례로, 피드 인터페이스(331)는 주문 플랫폼(310) 및/또는 물류사 플랫폼(320)의 제휴사에서 제공하는 웹 서버 혹은 FTP(File Transfer Protocol) 서버를 통해 기설정된 다운로드 스케쥴에 따라 정보를 다운로드하는 방식인 예약된 다운로드(scheduled download) 방식을 통해 정보를 수집할 수 있다. 다른 예로, 피드 인터페이스(331)는 제휴사에서의 스케쥴링을 통해 제휴사의 시스템에서 SFTP(Secure File Transfer Protocol)로 파일을 전송하는 SFTP 업로드 방식을 통해 정보를 수집할 수 있다. 또 다른 예로, 피드 인터페이스(331)는 판매자 센터(340)나 물류 센터(350) 등을 제공하는 관리 센터를 통해 제공되는 프론트-엔드 브라우저를 통해 업로드되는 파일을 통해 정보를 수집할 수도 있다. 판매자 센터(340)는 판매 관리자(판매자)가 접근하여 정보를 업로드하거나 상품 관련 설정을 관리할 수 있는 사용자 인터페이스에 대응할 수 있다. 이와 유사하게 물류 센터(350)는 물류 관리자가 접근하여 정보를 업로드하거나 물류 관련 설정을 관리할 수 있는 사용자 인터페이스에 대응할 수 있다. 또 다른 예로, 물류데이터플랫폼(330)은 실시간 API(Application Programming Interface)를 제공하여 특정 항목의 정보들을 수집할 수도 있다. 일례로, 수집이 요구되는 항목들 중 실시간성이 필요한 데이터 연동 항목들의 추가 처리를 위해 실시간 API가 활용될 수 있다. 이러한 실시간 API는 피드 인터페이스(331)의 보완재 역할을 수행할 수 있다. 또한, 실시간 API를 활용하여 준실시간 동기화 방식으로 피드가 진행될 수도 있다. 이러한 수집 방식은 RESTful 기반 API에 비해, 다량의 데이터 스냅샷을 최초 동기화한 후 주기적 동기화를 통한 주요 데이터의 유실 방지가 가능하기 때문에 대량의 데이터처리 및 유실 방지에 효율적이다. 또한, SFTP 업로드 방식이나 예약된 다운로드 방식으로 수집되는 정보는 TSV(Tab Separated Values) 형식으로, 실시간 API를 통해 수집되는 정보는 JSON 형식으로 수집될 수 있으나, 이에 한정되는 것은 아니다.
집계 파이프라인(332)은 수집된 정보를 집계하기 위한 동작을 처리할 수 있다. 일례로, 주문 플랫폼(310) 각각, 그리고 물류사 플랫폼(320) 각각은 자신들만의 데이터 관리 형식을 가질 수 있다. 따라서, 집계 파이프라인(332)은 수집된 정보들을 물류데이터플랫폼(330)을 위해 기 정의된 형식에 따라 변환 및 집계하여 영구 레이어(333)에 저장할 수 있다. 이때, 집계 파이프라인(332)은 수집된 정보에서 각 항목별 데이터를 추출하고, 중복된 데이터를 체크하여 필터링하고, 추출된 데이터의 유효성을 체크(추출된 데이터가 기 정의된 형식에 맞는지 여부를 판단하여 맞지 않는 경우에는 데이터의 형식을 변경)하고, 데이터의 순서를 정렬하여 영구 레이어(333)에 저장하는 역할을 수행할 수 있다. 필요에 따라 집계 파이프라인(332)은 관리자를 위한 모니터링 기능, 제휴사로부터 정보가 연속으로 수신되지 않는 경우에 데이터를 삭제하기 위한 기능, 제휴사들로 수집된 정보에 대한 상태(수집 성공, 실패 등)를 보고하기 위한 기능 등을 더 포함할 수 있다.
실시예에 따라 실시간 API를 사용하는 경우에는 수집된 정보에서 각 항목별 데이터를 추출하고, 중복된 데이터를 체크하여 필터링하고, 추출된 데이터가 기 정의된 형식에 맞는지 여부를 판단하여 맞지 않는 경우에는 데이터의 형식을 변경하는 과정은 API의 기능을 이용하여 처리될 수 있다.
기본적으로 수집된 정보는 항상 누적되는 업서트(upsert) 방식으로 영구 레이어(333)에 저장될 수 있으며, 데이터의 삭제 필요 시, 별도로 삭제를 마킹하는 방식을 사용할 수 있다. 영구 레이어(333)는 DDBMS(Distributed DataBase Management System), HDFS(Hadoop Distributed File System), 아마존 S3(Simple Storage Service), 및/또는 로그 데이터베이스를 통해 구현될 수 있으나, 이는 하나의 예시일 뿐, 수집된 정보를 저장하기 위한 구조가 상술한 예시들로 한정되는 것은 아니다.
또한, 실시예에 따라 물류데이터플랫폼(330)은 집계 파이프라인(332)을 통해 영구 레이어(333)에 저장된 데이터의 변경에 대해 데이터를 재가공하기 위한 기능, 재가공된 데이터 중 적어도 일부를 판매자 센터(340)나 물류 센터(350)로 전달하기 위한 기능, 재가공된 데이터의 유효성 체크와 데이터 순서의 정렬 등을 다시 처리하기 위한 기능 등을 더 제공할 수 있다. 따라서, 제휴사(일례로, 물류사 플랫폼(320))에서 변경되는 정보들(일례로, 물류 상품 정보, 재고 정보 등)이 실시간 또는 준실시간으로 물류데이터플랫폼(330)에 의해 관리될 수 있다.
판매자 센터(340)는 판매 관리자들이, 물류 센터(350)는 물류사 관리자들이 접근하여 정보를 업로드하거나 정보 수집에 대한 모니터링 정보 등을 확인할 수 있는 기능을 제공할 수 있다.
도 4는 본 발명의 일실시예에 있어서, 상품과 함께 판매자 도착보장 태그를 노출하는 예를 도시한 도면이다. 물류데이터플랫폼(330)은 구매자에게 상품의 도착일을 보장하고, 보장일자에 상품이 도착하지 않으면 보상해주는 판매자 도착보장 서비스를 제공할 수 있다. 이때, 판매자 도착보장 서비스에 참여하는 판매자의 스토어 단위 및/또는 상품 단위로 판매자 도착보장 태그가 판매자의 상품 또는 스토어와 함께 노출될 수 있다. 도 4의 실시예에서는 쇼핑 검색을 위한 사용자 인터페이스(410)의 예를 나타내고 있다. 이때, 사용자 인터페이스(410)를 통해 노출되는 상품에 대해 점선박스(420, 430)와 같이 판매자 도착보장 태그가 함께 노출될 수 있다. 이러한 판매자 도착보장 태그의 노출은 해당 판매자의 상품 구매를 위한 채널로의 구매자들의 유입을 유도할 수 있다.
판매자는 발송기한 준수에 동의하는 과정을 통해 판매자 도착보장 서비스에 참여할 수 있다. 그러나, 이러한 판매자 도착보장 서비스는 판매자들이 자발적으로 상품의 발송기한을 준수하지 않는 경우, 발송지연에 따른 배송지연과 보상금 지출이 증가할 리스크가 있다. 이에 물류데이터플랫폼(330)은 발송기한을 준수와 관련하여 기설정된 조건을 만족하지 않는 판매자의 상품 단위로, 또는 스토어 단위로 판매자 도착보장 태그의 노출을 중지할 수 있다. 판매자 도착보장 태그의 노출 중지는 판매자가 다시 기설정된 조건을 만족할 때까지 유지될 수 있으며, 판매자가 다시 기설정된 조건을 만족하는 상태가 되면, 다시 판매자 도착보장 태그가 판매자의 상품 또는 스토어와 함께 노출될 수 있다.
도 5는 본 발명의 일실시예에 있어서, 상품 단위의 이용권한에 대한 집계 대상이 되는 상품주문의 기준의 예를 도시한 도면이다. 도 5의 실시예는 어떠한 상품주문이, 상품 단위로 판매자 도착보장 서비스의 이용권한과 관련하여 집계 대상이 될 수 있는가의 예를 나타내고 있다. 일례로, 집계 결과는 매일 오전 11시에서 14시 사이에 순차적으로 반영될 수 있다. 이때, 집계 및 결과 반영에 시간이 소요되어 일별 5 내지 10분의 차이가 발생할 수 있다. 또한, 발송기한이 집계일 전일 오전 10시 이후에서 집계일 당일 오전 10시까지이고, 배송속성이 "판매자도착보장"인 상품을 주문한 상품주문이 집계 대상이 될 수 있다. 이 경우, 물류데이터플랫폼(330)은 상품주문의 시점에 최초로 설정된 발송기한을 기준으로(발송지연처리로 지연된 발송기한 기준이 아님) 집계 대상이 되는 상품주문과 해당 상품주문의 발송기한 준수 여부를 판단할 수 있다. 도 5에서는 배송속성이 "판매자도착보장"이고, 발송기한이 집계일 전일 오전 10시 이후에서 집계일 당일 오전 10시 이전인 "상품주문 1"과 "상품주문 2"가 집계 대상으로 선정된 예를 나타내고 있다.
또한, 발송기한 미준수 상품에 대해 상품별 배송속성을 발송기한 미준수로 자동으로 변경하기 위한 기준이 요구된다. 일례로, 일별 집계 결과 발송기한 준수율이 n%(일례로, 90%) 미만인 "판매자도착보장" 상품이 배송속성을 자동으로 변경하기 위한 대상이 될 수 있다. 여기서, 발송기한 준수율은 집계 대상이 되는 전체 상품주문 중에서 발송기한 이내에 발송을 처리한 상품주문이 차지하는 비율을 의미할 수 있다. 일례로, 특정 상품 A에 대해 100건의 상품주문 중에서 97건이 발송기한 이내에 발송된 경우, 해당 상품 A에 대한 발송기한 준수율은 97%가 될 수 있다. 만약, 집계 대상이 되는 상품주문이 없는 경우에는 해당 일에 대한 발송기한 준수율의 계산에서 제외될 수 있다.
이때 물류데이터플랫폼(330)은 발송기한 준수율이 n% 미만인 배송속성 "판매자도착보장"인 상품을 배송속성 자동 변경 대상으로 선정할 수 있다. 이 경우 물류데이터플랫폼(330)은 배송속성 자동 변경 대상으로 선정된 상품의 배송속성을 집계일 오전 11시에서 14시 사이에, "판매자도착보장"에서 "일반배송"으로 변경할 수 있다.
한편, 현 시점에서는 판매자가 판매자 도착보장 서비스의 이용권한은 보유하고 있는 생태로, 판매자가 해당 상품의 배송속성을 "판매자도착보장"으로 재변경할 수 있다.
또한, 판매자의 판매자 도착보장 서비스의 이용권한을 회수하기 위한 기준이 요구된다. 일례로, 배송속성 자동 변경 대상으로 선정된 상품 중, 미발송 처리건이 존재하는 판매자도착보장 상품이 이용권한 회수 대상으로 선정될 수 있다. 여기서 미발송 처리건은 집계일 오전 10시까지 발송처리하지 않은 "판매자도착보장" 상품주문을 의미할 수 있다. 이 경우, 물류데이터플랫폼(330)은 집계일 오전 11시에서 14시 사이에, 판매자의 해당 상품에 대해 판매자 도착보장 서비스의 이용권한을 회수할 수 있다. 이는 판매자가 해당 상품의 배송속성을 다시 "판매자도착보장"으로 변경하지 못하도록 시스템 처리됨을 의미할 수 있다. 다시 말해, 물류데이터플랫폼(330)은 배송속성 자동 변경 대상이 된 상품 중에서 미발송 처리건이 존재하는 판매자의 이용권한을 회수하여 판매자가 더 이상 해당 상품에 대해 "판매자도착보장"의 배송속성을 사용하지 못하도록 제한할 수 있다.
이용권한은 판매자가 해당 상품의 미발송 처리건을 모두 발송 처리한 다음날 오전 11시경부터 해당 판매자에게 다시 제공될 수 있다. 이 경우, 판매자는 해당 상품의 배송속성을 다시 "판매자도착보장"으로 설정하는 것이 가능해진다.
도 6 및 도 7은 본 발명의 일실시예에 있어서, 판매자 창고의 상품관리를 위해 판매자에게 제공되는 사용자 인터페이스의 예를 도시한 도면들이다. 도 6 및 도 7은 각각 판매자가 등록한 상품에 대한 정보를 관리할 수 있는 사용자 인터페이스의 예를 나타내고 있다. 이러한 사용자 인터페이스는 앞서 설명한 판매자 센터(340)를 통해 제공될 수 있다. 도 6은 판매자가 이용권한은 보유하고 있으나, 발송기한 미준수인 상품주문(미발송 처리건)이 있는 상품에 대한 정보를 검색하는 예를 나타내고 있으며, 도 7은 이용권한이 회수된 상품에 대한 정보를 검색하는 예를 나타내고 있다. 물류데이터플랫폼(330)은 판매자 센터(340)를 통해 판매자에게 이러한 사용자 인터페이스를 제공함으로써, 판매자가 발송기한으로 자발적으로 준수하도록 유도할 수 있다.
도 8은 본 발명의 일실시예에 있어서, 스토어 단위의 이용권한에 대한 집계 대상이 되는 상품주문의 기준의 예를 도시한 도면이다. 도 8의 실시예는 어떠한 상품주문이, 스토어 단위로 판매자 도착보장 서비스의 이용권한과 관련하여 집계 대상이 될 수 있는가의 예를 나타내고 있다. 일례로, 집계 결과는 매일 오전 11시에서 14시 사이에 순차적으로 반영될 수 있다. 이 경우에도 집계 및 결과 반영에 시간이 소요되어 일별 5 내지 10분의 차이가 발생할 수 있다. 또한, 발송기한이 집계일 13일 전, 오전 10시 이후에서 집계일 당일 오전 10시까지이고, 배송속성이 "판매자도착보장"인 상품을 주문한 상품주문이 집계 대상이 될 수 있다. 이 경우, 물류데이터플랫폼(330)은 상품주문의 시점에 최초로 설정된 발송기한을 기준으로(발송지연처리로 지연된 발송기한 기준이 아님) 집계 대상이 되는 상품주문과 해당 상품주문의 발송기한 준수 여부를 판단할 수 있다. 발송기한 도래 이전에 취소된 건은 집계 대상 모수에서 제외될 수 있다. 도 8에서는 배송속성이 "판매자도착보장"이고, 발송기한이 집계일 13일 전, 오전 10시 이후에서 집계일 당일 오전 10시 이전인 "상품주문 1"과 "상품주문 2"가 집계 대상으로 선정된 예를 나타내고 있다.
도 9는 본 발명의 일실시예에 있어서, 스토어 단위의 이용권한 회수 조건의 예를 도시한 도면이다. 먼저, 물류데이터플랫폼(330)은 스토어 단위 발송기한 준수율이 m%(일례로, 95%) 미만인 스토어에 대해 경고 1회를 부여할 수 있다. 스토어 단위 발송기한 준수율은 모든 판매채널의 집계 대상 상품주문 중, 발송기한 내에 발송 처리한 건이 차지하는 비율로 계산될 수 있다. 집계일 기준으로 집계 대상 상품주문이 없으면 당일 스토어 단위 발송기한 준수율 계산은 제외될 수 있다. 또한, 경고 부여일로부터 14일 동안은 스토어 단위 발송기한 준수율이 95% 미만이더라도 경고를 미부여할 수 있다. 이때, 물류데이터플랫폼(330)은 최근 3개월 간 경고 3회 누적 시 3번째 경고 부여일에 스토어 단위의 판매자 도착보장 서비스의 이용권한을 회수할 수 있다. 도 9에서는 9월 1일(9/1) 기준으로 최근 3개월 간 경고 3회 누적 시 3번째 경고 부여일에 이용권한을 회수하는 예를 나타내고 있다. 또한, 도 9에서는 3번째 경고가 발생하였으나, 최근 3개월 간 경고 3회 누적이 아닌 경우에는 이용권한이 보유 상태로 유지되는 예를 나타내고 있다. 스토어 단위 이용권한 회수 시에는 해당 판매자의 모든 "판매자도착보장" 상품의 배송속성이 "일반배송"으로 전환될 수 있으며, 판매자가 상품의 배송속성을 "판매자도착보장"으로 설정/변경하는 것이 불가하도록 시스템상에 설정될 수 있다.
또한, 판매자는 판매자 도착보장 서비스에 대한 이용권한의 회수일로부터 14일 이후부터 이용권한을 재신청할 수 있다. 판매자 센터(340)에서는 재신청 가능 일자를 판매자가 조회할 수 있는 사용자 인터페이스를 제공할 수 있다. 이때, 물류데이터플랫폼(330)은 다음의 조건들(제1 조건 내지 제3 조건)을 기준으로 판매자에게 판매자 도착보장 서비스에 대한 이용권한을 다시 부여할 수 있다. 제1 조건은 판매자가 "판매자도착보장"으로 운영할 상품(들)의 배송속성을 "오늘출발"로 변경(해당 상품(들)의 "오늘출발" 기준시간을 15시에서 23시 30분으로 설정)하는 조건일 수 있다. 제2 조건은 판매자의 이용권한 재신청일을 기준으로 직전 2주간 "오늘출발" 상품주문의 발송기한 준수율이 a%(일례로, 97%) 이상인 조건일 수 있다. 또한, 제3 조건은 판매자의 이용권한 재신청일을 기준으로 직전 2주간 "오늘출발" 상품주문건수가 200건 이상인 조건일 수 있다. 물류데이터플랫폼(330)은 판매자가 제1 조건 내지 제3 조건을 모두 충족하는 경우, 판매자에게 판매자 도착보장 서비스에 대한 이용권한을 다시 부여할 수 있다.
앞서 실시예들에서 시간 기간이나 비율, 상품주문건수 등의 수치들은 모두 예시일 뿐 이에 한정되는 것은 아니다.
아래 표 1은 상품별 이용권한 집계 대상 상품주문 판단의 예를 나타내고 있다.
# 상품주문번호 배송유형 주문일시 발송기한 집계대상 여부 집계 반영 일시
1 111 판매자도작보장 2024.6.2
10:00		 2024.6.3
23:59		 O 2024.6.4
11:00
2 112 판매자도작보장 2024.6.2
10:00		 2024.6.4
23:59		 O 2024.6.5
11:00
3 113 판매자도작보장 2024.6.2
23:00		 2024.6.5
04:00		 O 2024.6.5
11:00
4 114 오늘출발 2024.6.2
23:00		 2024.6.3
20:00		 X
이때, 표 1의 1, 2는 주문일시가 동일해도 발송기한이 다르면 집계 반영 일시가 서로 다른 예를 나타내고 있다. 집계 반영 일시는 발송기한 기준으로 설정될 수 있다. 또한, 표 1의 3은 휴무일 등의 이유로 주문일/주문일 익일 이후의 일자로 발송기한이 설정되어도 집계 반영 일시는 발송기한을 기준으로 결정되는 예를 나타내고 있다. 또한, 표 1의 4는 배송유형이 '판매자도착보장'인 상품주문만 집계 대상이 됨을 나타내고 있다.
아래 표 2는 상품주문별 발송기한 준수 여부 및 미발송처리 여부 판단 결과의 예를 나타내고 있다. 표 2의 예시에서는 집계 결과 반영 일시가 2024.6.2 11:00이라 가정하고 있다.
# 상품주문번호 상품번호 발송기한 발송처리
일시		 발송기한
준수여부		 미발송
처리여부
1 111 11 2024.6.2
04:00		 2024.6.1
23:00		 O -
2 112 11 2024.6.2
04:00		 2024.6.2
00:00		 O -
3 113 11 2024.6.2
04:00		 2024.6.2
01:00		 O -
4 114 12 2024.6.1
23:59		 2024.6.1
22:00		 O -
5 115 12 2024.6.1
23:59		 2024.6.2
02:00		 X X
6 116 12 2024.6.1
23:59		 2024.6.2
03:00		 X X
7 117 11 2024.6.2
04:00		 2024.6.2
01:00		 O -
8 118 11 2024.6.2
04:00		 2024.6.2
09:00		 X O
9 119 11 2024.6.2
04:00		 -(미처리) X O
아래 표 3은 상품별 배송속성 자동변경 여부 및 이용권한 회수 여부의 판단 결과의 예를 나타내고 있다.
CASE 상품
번호		 판매자
도착보장
상품주문		 발송기한
준수건수		 발송기한
준수율		 미발송
처리건수		 배송속성
자동 변경
여부		 이용권한
회수여부
A 11 3 3 100% - X -
B 12 3 1 33.33% 0 O X
C 11 3 1 33.33% 2 O O
D 13 0 - - - X -
표 3에서 A는 "판매자도착보장"의 배송속성이 유지되는 예를, B는 "판매자도착보장"의 배송속성이 "일반배송"으로 자동 변경되는 예를, C는 배송속성이 자동 변경될 뿐만 아니라, 이용권한까지 회수된 예를 각각 나타내고 있다. D는 발송기한 준수상태가 "데이터 부족"으로 설정될 수 있으며, 배송속성은 "판매자도착보장"으로 그대로 유지될 수 있다. 도 10은 본 발명의 일실시예에 따른 물류 관리 방법의 예를 도시한 흐름도이다. 본 실시예에 따른 물류 관리 방법은 물류데이터플랫폼(330)을 구현하는 컴퓨터 장치(200)에 의해 수행될 수 있다. 이때, 컴퓨터 장치(200)의 프로세서(220)는 메모리(210)가 포함하는 운영체제의 코드나 적어도 하나의 컴퓨터 프로그램의 코드에 따른 제어 명령(instruction)을 실행하도록 구현될 수 있다. 여기서, 프로세서(220)는 컴퓨터 장치(200)에 저장된 코드가 제공하는 제어 명령에 따라 컴퓨터 장치(200)가 도 10의 방법이 포함하는 단계들(1010 내지 1030)을 수행하도록 컴퓨터 장치(200)를 제어할 수 있다.
단계(1010)에서 컴퓨터 장치(200)는 상품 단위 또는 스토어 단위로 도착보장 태그가 노출되는 판매자의 상품에 대해, 상품주문의 발송기한 준수율을 계산할 수 있다. 일례로, 컴퓨터 장치(200)는 집계일을 기준으로 기설정된 제1 기간 동안의 상품주문 중 발송기한 이내에 발송처리된 상품주문의 비율을 발송기한 준수율로서 계산할 수 있다. 이때, 제1 기간은 상품 단위의 기간과 스토어 단위의 기간이 서로 상이하도록 설정될 수 있다. 일례로, 상품 단위에 대한 제1 기간은 하루(일례로, 집계일 전일 오후 10시부터 집계일 당일 오전 10시까지)일 수 있다. 반면, 스토어 단위에 대한 제1 기간은 해당 스토어를 통해 상품을 판매하는 전체 기간을 의미할 수 있다.
단계(1020)에서 컴퓨터 장치(200)는 발송기한 준수율에 기반하여 상품 단위 또는 스토어 단위로 도착보장 태그의 노출 여부를 제어할 수 있다.
일실시예에서 도착보장 태그는 배송속성이 도착보장으로 설정된 상품에 대해 상품 단위로 노출될 수 있다. 판매자는 상품 단위로 배송속성을 "판매자도착보장"으로 설정하여 특정 상품에 대해 도착보장 태그가 노출되도록 할 수 있다. 이 경우, 컴퓨터 장치(200)는 발송기한 준수율이 기설정된 제1 임계값 미만이고, 배송속성이 도착보장인 상품의 배송속성을 도착보장에서 도착보장 태그가 노출되지 않는 배송속성인 일반배송으로 변경할 수 있다. 이 경우, 판매자는 도착보장 태그의 상품 단위의 이용권한을 갖고 있기 때문에 판매자가 배송속성을 다시 도착보장("판매자도착보장")으로 변경할 수 있다. 한편, 컴퓨터 장치(200)는 발송기한 준수율이 기설정된 제1 임계값 미만이고, 배송속성이 도착보장인 상품에 대해 미발송 처리건이 존재하는 경우, 도착보장 태그의 상품 단위의 이용권한을 판매자로부터 회수할 수 있다. 이 경우 판매자는 도착보장 태그의 상품 단위의 이용권한이 없기 때문에 해당 상품에 대한 배송속성을 도착보장으로 변경할 수 없다. 배송속성이 도착보장이 아닌 상품에 대해서는 도착보장 태그가 노출되지 않는다. 한편, 컴퓨터 장치(200)는 판매자가 미발송 처리건을 모두 발송처리함에 기반하여 판매자에게 도착보장 태그의 상품 단위의 이용권한을 다시 제공할 수 있다. 이 경우, 판매자는 해당 상품의 배송속성을 다시 도착보장으로 변경할 수 있으며, 해당 상품에 대한 정보와 함께 도착보장 태그가 다시 노출될 수 있다.
다른 실시예에서 도착보장 태그는 판매자의 스토어 단위의 상품들에 대해 노출될 수 있다. 이 경우에도 판매자는 상품 단위로 배송속성을 "판매자도착보장"으로 설정하여 특정 상품에 대해 도착보장 태그가 노출되도록 할 수 있다. 이때, 컴퓨터 장치(200)는 스토어 단위의 상품주문의 발송기한 준수율이 제2 임계값 미만인 스토어에 경고 1회를 부여하여 누적할 수 있다. 또한, 컴퓨터 장치(200)는 최근의 기설정된 제2 기간(일례로, 3개월) 이내에 누적된 경고의 횟수가 제1 횟수(일례로, 3회)가 되는 경우, 상기 제1 횟수번째 경고 부여일에 도착보장 태그의 스토어 단위의 이용권한을 판매자로부터 회수할 수 있다. 스토어 단위의 이용권한이 회수되면, 해당 스토어의 모든 상품에 대해 도착보장 태그가 노출되지 않는다. 이러한 스토어 단위의 이용권한은 판매자가 제1 조건 및 제2 조건을 모두 충족하는 경우에 판매자에게 다시 제공될 수 있다. 여기서, 제1 조건은 도착보장 태그의 스토어 단위의 이용권한을 신청한 일자를 기준으로 기설정된 제3 기간(일례로, 2주)동안의 상품주문의 발송기한 준수율이 제3 임계값 이상인 조건을 포함할 수 있다. 또한, 제2 조건은 도착보장 태그의 스토어 단위의 이용권한을 신청한 일자를 기준으로 기설정된 제4 기간(일례로, 2주)동안의 상품주문건수가 기설정된 개수(일례로, 200 개) 이상인 조건을 포함할 수 있다. 제1 조건 및 제2 조건에 집계되는 상품주문은 배송속성이 "오늘출발"인 상품주문을 대상으로 할 수 있다.
단계(1030)에서 컴퓨터 장치(200)는 상품에 대해 발송기한 미준수인 상품주문에 대한 정보 및 상품 단위로 도착보장 태그의 이용권한이 회수된 상품에 대한 정보 중 적어도 하나를 검색 가능한 사용자 인터페이스를 제공할 수 있다. 앞서 도 6 및 도 7에서는 이러한 사용자 인터페이스의 예를 자세히 설명한 바 있다.
이처럼, 본 발명의 실시예들에 따르면, 판매자의 자체 창고에서의 상품의 출고를 관리하여 상품에 대한 판매자 도착보장 서비스를 제공할 수 있다.
이상에서 설명된 시스템 또는 장치는 하드웨어 구성요소, 또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPGA(field programmable gate array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 어플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 콘트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.
소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치에 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록매체에 저장될 수 있다.
실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 매체는 컴퓨터로 실행 가능한 프로그램을 계속 저장하거나, 실행 또는 다운로드를 위해 임시 저장하는 것일 수도 있다. 또한, 매체는 단일 또는 수개 하드웨어가 결합된 형태의 다양한 기록수단 또는 저장수단일 수 있는데, 어떤 컴퓨터 시스템에 직접 접속되는 매체에 한정되지 않고, 네트워크 상에 분산 존재하는 것일 수도 있다. 매체의 예시로는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM 및 DVD와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical medium), 및 ROM, RAM, 플래시 메모리 등을 포함하여 프로그램 명령어가 저장되도록 구성된 것이 있을 수 있다. 또한, 다른 매체의 예시로, 애플리케이션을 유통하는 앱 스토어나 기타 다양한 소프트웨어를 공급 내지 유통하는 사이트, 서버 등에서 관리하는 기록매체 내지 저장매체도 들 수 있다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다.
이상과 같이 실시예들이 비록 한정된 실시예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.
그러므로, 다른 구현들, 다른 실시예들 및 청구범위와 균등한 것들도 후술하는 청구범위의 범위에 속한다.

Claims (14)

  1. 적어도 하나의 프로세서를 포함하는 컴퓨터 장치의 물류 관리 방법에 있어서,
    상기 적어도 하나의 프로세서에 의해, 상품 단위 또는 스토어 단위로 도착보장 태그가 노출되는 판매자의 상품에 대해, 상품주문의 발송기한 준수율을 계산하는 단계; 및
    상기 적어도 하나의 프로세서에 의해, 상기 발송기한 준수율에 기반하여 상기 상품 단위 또는 상기 스토어 단위로 상기 도착보장 태그의 노출 여부를 제어하는 단계
    를 포함하는 물류 관리 방법.
  2. 제1항에 있어서,
    상기 발송기한 준수율을 계산하는 단계는,
    집계일을 기준으로 기설정된 제1 기간 동안의 상품주문 중 발송기한 이내에 발송처리된 상품주문의 비율을 상기 발송기한 준수율로서 계산하는 것을 특징으로 하는 물류 관리 방법.
  3. 제1항에 있어서,
    상기 도착보장 태그는 배송속성이 도착보장으로 설정된 상품에 대해 상품 단위로 노출되고,
    상기 도착보장 태그의 노출 여부를 제어하는 단계는,
    상기 발송기한 준수율이 기설정된 제1 임계값 미만이고, 배송속성이 도착보장인 상품의 배송속성을 상기 도착보장에서 상기 도착보장 태그가 노출되지 않는 배송속성인 일반배송으로 변경하는 단계
    를 포함하는 것을 특징으로 하는 물류 관리 방법.
  4. 제3항에 있어서,
    상기 도착보장 태그의 노출 여부를 제어하는 단계는,
    상기 발송기한 준수율이 기설정된 제1 임계값 미만이고, 배송속성이 도착보장인 상품에 대해 미발송 처리건이 존재하는 경우, 상기 도착보장 태그의 상품 단위의 이용권한을 상기 판매자로부터 회수하는 단계
    를 더 포함하는 것을 특징으로 하는 물류 관리 방법.
  5. 제4항에 있어서,
    상기 도착보장 태그의 노출 여부를 제어하는 단계는,
    상기 판매자가 상기 미발송 처리건을 모두 발송처리함에 기반하여 상기 판매자에게 상기 도착보장 태그의 상품 단위의 이용권한을 다시 제공하는 단계
    를 더 포함하는 것을 특징으로 하는 물류 관리 방법.
  6. 제1항에 있어서,
    상기 도착보장 태그는 상기 판매자의 스토어 단위의 상품들에 대해 노출되고,
    상기 도착보장 태그의 노출 여부를 제어하는 단계는,
    스토어 단위의 상품주문의 발송기한 준수율이 제2 임계값 미만인 스토어에 경고 1회를 부여하여 누적하는 단계; 및
    최근의 기설정된 제2 기간 이내에 누적된 경고의 횟수가 제1 횟수가 되는 경우, 상기 제1 횟수번째 경고 부여일에 상기 도착보장 태그의 스토어 단위의 이용권한을 상기 판매자로부터 회수하는 단계
    를 포함하는 것을 특징으로 하는 물류 관리 방법.
  7. 제6항에 있어서,
    상기 도착보장 태그의 노출 여부를 제어하는 단계는,
    상기 도착보장 태그의 스토어 단위의 이용권한이 회수된 판매자가 제1 조건 및 제2 조건을 모두 충족하는 경우, 상기 판매자에게 상기 도착보장 태그의 스토어 단위의 이용권한을 다시 제공하는 단계
    를 더 포함하고,
    상기 제1 조건은 상기 도착보장 태그의 스토어 단위의 이용권한을 신청한 일자를 기준으로 기설정된 제3 기간동안의 상품주문의 발송기한 준수율이 제3 임계값 이상인 조건을 포함하고,
    상기 제2 조건은 상기 도착보장 태그의 스토어 단위의 이용권한을 신청한 일자를 기준으로 기설정된 제4 기간동안의 상품주문건수가 기설정된 개수 이상인 조건을 포함하는 것
    을 특징으로 하는 물류 관리 방법.
  8. 제1항에 있어서,
    상기 적어도 하나의 프로세서에 의해, 상품에 대해 발송기한 미준수인 상품주문에 대한 정보 및 상품 단위로 상기 도착보장 태그의 이용권한이 회수된 상품에 대한 정보 중 적어도 하나를 검색 가능한 사용자 인터페이스를 제공하는 단계
    를 더 포함하는 물류 관리 방법.
  9. 컴퓨터 장치와 결합되어 제1항 내지 제8항 중 어느 한 항의 방법을 컴퓨터 장치에 실행시키기 위해 컴퓨터 판독 가능한 기록매체에 저장된 컴퓨터 프로그램.
  10. 컴퓨터 장치에서 판독 가능한 명령을 실행하도록 구현되는 적어도 하나의 프로세서
    를 포함하고,
    상기 적어도 하나의 프로세서에 의해,
    상품 단위 또는 스토어 단위로 도착보장 태그가 노출되는 판매자의 상품에 대해, 상품주문의 발송기한 준수율을 계산하고,
    상기 발송기한 준수율에 기반하여 상기 상품 단위 또는 상기 스토어 단위로 상기 도착보장 태그의 노출 여부를 제어하는 것
    을 특징으로 하는 컴퓨터 장치.
  11. 제10항에 있어서,
    상기 발송기한 준수율을 계산하기 위해, 상기 적어도 하나의 프로세서에 의해,
    집계일을 기준으로 기설정된 제1 기간 동안의 상품주문 중 발송기한 이내에 발송처리된 상품주문의 비율을 상기 발송기한 준수율로서 계산하는 것
    을 특징으로 하는 컴퓨터 장치.
  12. 제10항에 있어서,
    상기 도착보장 태그는 배송속성이 도착보장으로 설정된 상품에 대해 상품 단위로 노출되고,
    상기 도착보장 태그의 노출 여부를 제어하기 위해, 상기 적어도 하나의 프로세서에 의해,
    상기 발송기한 준수율이 기설정된 제1 임계값 미만이고, 배송속성이 도착보장인 상품의 배송속성을 상기 도착보장에서 상기 도착보장 태그가 노출되지 않는 배송속성인 일반배송으로 변경하는 것
    을 특징으로 하는 컴퓨터 장치.
  13. 제10항에 있어서,
    상기 도착보장 태그는 상기 판매자의 스토어 단위의 상품들에 대해 노출되고,
    상기 도착보장 태그의 노출 여부를 제어하기 위해, 상기 적어도 하나의 프로세서에 의해,
    스토어 단위의 상품주문의 발송기한 준수율이 제2 임계값 미만인 스토어에 경고 1회를 부여하여 누적하고,
    최근의 기설정된 제2 기간 이내에 누적된 경고의 횟수가 제1 횟수가 되는 경우, 상기 제1 횟수번째 경고 부여일에 상기 도착보장 태그의 스토어 단위의 이용권한을 상기 판매자로부터 회수하는 것
    을 특징으로 하는 컴퓨터 장치.
  14. 제10항에 있어서,
    상기 적어도 하나의 프로세서에 의해,
    상품에 대해 발송기한 미준수인 상품주문에 대한 정보 및 상품 단위로 상기 도착보장 태그의 이용권한이 회수된 상품에 대한 정보 중 적어도 하나를 검색 가능한 사용자 인터페이스를 제공하는 것
    을 특징으로 하는 컴퓨터 장치.
PCT/KR2025/004831 2024-05-29 2025-04-09 물류 배송 기간의 보장을 위한 물류 관리 방법 및 시스템 Pending WO2025249753A1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2024-0069901 2024-05-29
KR20240069901 2024-05-29
KR1020240114220A KR20250171134A (ko) 2024-05-29 2024-08-26 물류 배송 기간의 보장을 위한 물류 관리 방법 및 시스템
KR10-2024-0114220 2024-08-26

Publications (1)

Publication Number Publication Date
WO2025249753A1 true WO2025249753A1 (ko) 2025-12-04

Family

ID=97870769

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2025/004831 Pending WO2025249753A1 (ko) 2024-05-29 2025-04-09 물류 배송 기간의 보장을 위한 물류 관리 방법 및 시스템

Country Status (1)

Country Link
WO (1) WO2025249753A1 (ko)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040104013A (ko) * 2003-06-02 2004-12-10 주식회사 엘지홈쇼핑 배송일 안내 시스템 및 방법
KR20110065103A (ko) * 2009-12-09 2011-06-15 에스케이 텔레콤주식회사 온라인 판매에서의 상품 평가 시스템 및 방법, 그리고 이에 적용되는 장치
KR20230150459A (ko) * 2022-04-22 2023-10-31 주식회사 엘아이엠 컴퍼니 기여도에따른 보상시스템을포함하는 공동구매 서비스 방법 및 시스템

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040104013A (ko) * 2003-06-02 2004-12-10 주식회사 엘지홈쇼핑 배송일 안내 시스템 및 방법
KR20110065103A (ko) * 2009-12-09 2011-06-15 에스케이 텔레콤주식회사 온라인 판매에서의 상품 평가 시스템 및 방법, 그리고 이에 적용되는 장치
KR20230150459A (ko) * 2022-04-22 2023-10-31 주식회사 엘아이엠 컴퍼니 기여도에따른 보상시스템을포함하는 공동구매 서비스 방법 및 시스템

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ASERO: "Understanding smart store seller ratings", 24 March 2022 (2022-03-24), Retrieved from the Internet <URL:https://blog.naver.com.dnrudgk47/222679675590> [retrieved on 20250609] *
BLOTER: "The reason naver is confident of same-day delivery of the package", 3 November 2022 (2022-11-03), Retrieved from the Internet <URL:https://news.nate.com/view/20221103n29128>> [retrieved on 202506009] *

Similar Documents

Publication Publication Date Title
KR102618008B1 (ko) 가상 번들의 동적 밸런싱을 위한 시스템 및 방법
TW202137087A (zh) 用於低延遲聚集資料準備的電腦實行系統以及方法
KR102396793B1 (ko) 다수의 아이템이 있는 웹 사이트 로딩을 위한 시스템 및 방법
CN112700180B (zh) 一种拣货方法和拣货装置
US11593742B2 (en) Systems and method for workflow editing
CN110147974A (zh) 分布式仓库间库存共享方法及装置
WO2022063300A1 (zh) 调拨信息生成方法、物品调拨方法、装置、设备和介质
US7966207B2 (en) Method, system and program product for managing fulfillment of orders
CN110348650B (zh) 一种订单合流的方法和装置
US10943288B2 (en) Cognitive article reception
CN109413125A (zh) 动态调节分布式系统资源的方法和装置
CN113762863A (zh) 一种库存管理方法和装置
JP2019101827A (ja) 多店舗管理システム、多店舗管理装置、多店舗管理方法及びプログラム
CN113762823A (zh) 一种订单出库处理方法和装置
CN110895777B (zh) 一种处理超时服务单的方法和装置
WO2025249753A1 (ko) 물류 배송 기간의 보장을 위한 물류 관리 방법 및 시스템
US20170344943A1 (en) Incentivized adjustment of optimal delivery route
CN114358653A (zh) 一种物流航空资源调度方法及系统
JP6831164B1 (ja) 業務指示をカスタマイズするための方法及びシステム
KR20250171134A (ko) 물류 배송 기간의 보장을 위한 물류 관리 방법 및 시스템
WO2025009645A1 (ko) 아이템 주문 처리 방법 및 그 전자 장치
CN116308647A (zh) 一种民航空白票证的处理方法及装置
CN107169604A (zh) 物流配送方法和装置
KR20260029746A (ko) 쇼핑 플랫폼과 물류 제휴사간의 유기적 연동을 이용한 물류 관리 방법 및 시스템
CN112441364A (zh) 一种自动化仓库的容器入库或回库方法和装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 25816167

Country of ref document: EP

Kind code of ref document: A1