CN114266632A - Method for guaranteeing driver response strategy - Google Patents

Method for guaranteeing driver response strategy Download PDF

Info

Publication number
CN114266632A
CN114266632A CN202111672066.1A CN202111672066A CN114266632A CN 114266632 A CN114266632 A CN 114266632A CN 202111672066 A CN202111672066 A CN 202111672066A CN 114266632 A CN114266632 A CN 114266632A
Authority
CN
China
Prior art keywords
order
driver
dispatching
response
guarantee
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
CN202111672066.1A
Other languages
Chinese (zh)
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.)
Shouyue Technology Beijing Co Ltd
Original Assignee
Shouyue Technology Beijing Co Ltd
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
Application filed by Shouyue Technology Beijing Co Ltd filed Critical Shouyue Technology Beijing Co Ltd
Priority to CN202111672066.1A priority Critical patent/CN114266632A/en
Publication of CN114266632A publication Critical patent/CN114266632A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

The invention provides a method for guaranteeing a driver response strategy, which comprises the following steps: ordering at an entrance of a network car booking platform by a user, and assembling an ordering information request order system by a platform agent layer; the order system successfully places an order to obtain an order number; the dispatching system receives a dispatching request and carries out dispatching rule verification; judging whether the order number of the first 5 rounds of order dispatching failure is exceeded, if so, adapting to a response guarantee order dispatching strategy; otherwise, the response guarantee is not adapted; calling an algorithm group to obtain whether order value needs response guarantee or not; the algorithm group receives the order dispatching request, and calls an order value algorithm model to obtain a responded guarantee result; the algorithm group returns an order response guarantee result to the order delivery, and whether the order is guaranteed to be responded or not is guaranteed; if so, the response guarantee strategy is met; otherwise, the response guarantee policy is not met. By accessing the response guarantee order dispatching strategy, the original order dispatching limit is broken through, and the order completion rate is guaranteed.

Description

Method for guaranteeing driver response strategy
Technical Field
The invention relates to the field of online taxi appointment, in particular to a method for guaranteeing a driver response strategy.
Background
In the current online taxi appointment background, with the increasing demand of taxi taking of users, the amount of issued orders is increased, the platform is an examination for dispatching orders, the dispatching order section is an important link in the main process, the response rate of drivers in the dispatching order section is an important index, and under the same condition, under the condition of excluding the conflict orders of normal drivers, the current dispatching strategies are common to a plurality of users: whether the binding distance exceeds the dispatching upper limit; whether the order routes are not matched under the condition that the driver starts a home returning mode; whether a driver starts a degradation order; the time of taking over is longer than the estimated service time of the order, the driver is filtered when the order dispatching rule is hit in the order dispatching process, the driver is considered to be unavailable, the overall response rate of the platform is reduced, and meanwhile, the driver does not have the order within a period of time to a certain extent.
According to the existing order-sending strategies, the main reasons for the failure of the order sending are the 4 reasons mentioned above, and when a person hits one of the strategies, the order is cancelled, and the driver does not have the opportunity to answer, so that the driver can not receive the order within a period of time, and the income of the driver is influenced.
The single order dispatching strategy does not consider the value of the order, and a special order dispatching strategy cannot be adopted for high-value orders to guarantee the response of a driver.
For the network appointment platform, the higher the hit rate of the order dispatch failure is, the lower the response rate and the order completion rate of the whole platform are.
Disclosure of Invention
In view of the above, the present invention has been developed to provide a safeguard for driver response strategy that overcomes or at least partially solves the above-mentioned problems.
According to one aspect of the present invention, there is provided a safeguard method for a driver response strategy, the safeguard method including:
ordering at the entrance of the network appointment platform, and assembling ordering information request orders by the platform agent layer
A system;
the order system successfully places an order, obtains an order number and sends the order number to the platform agent layer;
the platform agent layer assembles a dispatching information request dispatching system;
the dispatching system receives a dispatching request and carries out dispatching rule verification;
judging whether the order number of the first 5 rounds of order dispatching failure is exceeded, if so, adapting to a response guarantee order dispatching strategy; otherwise, the response guarantee is not adapted;
calling an algorithm group to obtain whether order value needs response guarantee or not;
the algorithm group receives the order dispatching request, and calls an order value algorithm model to obtain a responded guarantee result;
the algorithm group returns an order response guarantee result to the order delivery, and whether the order is guaranteed to be responded or not is guaranteed;
if so, the response guarantee strategy is met; otherwise, the response guarantee policy is not met.
Optionally, the ordering information includes: the network booking platform orders, cities, longitude and latitude of getting on and off vehicles, booking vehicle using time and basic information of passengers.
Optionally, the reason for the order delivery failure specifically includes:
the binding distance exceeds the dispatching upper limit; the driver turns on the mode of going home but the routes do not match;
the driver closes the degradation order; the drive receiving time is longer than the drive sending time.
Optionally, the order value algorithm model specifically includes:
receiving a dispatching request, and calculating the order value;
the algorithm group calls the order to obtain order information;
judging whether the order amount is larger than the average customer unit price per day by 1.5;
if yes, judging whether the driver arrives at the destination or not according to the destination of the order; otherwise, the order does not conform to the response guarantee;
judging whether the driver arrives at the destination or not according to the order destination; if so, obtaining the order corresponding to the order and conforming to the response guarantee; otherwise, the order corresponding to the obtained order does not accord with the response guarantee.
Optionally, the ensuring method further includes:
the dispatching takes dispatching failure reasons and the driver ID filtered by the corresponding failure reasons as parameters, requests an algorithm group and calls a response guarantee algorithm model;
the algorithm group screens out driver IDs which accord with response guarantee from the filtered driver IDs through the response guarantee algorithm model and sends the driver IDs to the order dispatching system;
the order dispatching system receives the driver ID which meets the conditions and is returned by the algorithm group, and sends an order grabbing notice to the driver which meets the conditions in a mode of reward;
the driver successfully answers the order and gives a corresponding answer reward.
Optionally, the response guarantee algorithm model includes:
participating according to the dispatching list: the failure reason and the filtered driver ID are made into different strategies according to different dispatching failure reasons;
the reason for the failure of the dispatch hits are: the binding order exceeds the order dispatching distance upper limit, the driver receiving time is longer than the estimated service time, the order dispatching distance is expanded by 300m-500m, the drivers are screened again, and whether the drivers exist in the expanded order radius is judged; if yes, sorting drivers meeting the conditions according to the receiving time, and preferentially acquiring the driver with the minimum receiving time; otherwise, if the driver ID meeting the conditions does not exist, returning to the order without a proper driver ID;
the reason for the failure of the dispatch hits are: the driver closes the degradation order receiving, does not accept degradation, and judges whether the filtered driver has no order within 30 minutes;
if not, the requirement of response guarantee is not met, and the driver who has no order for a long time is prioritized to ensure the rights and interests of the driver;
if yes, judging whether the order amount exceeds the average order receiving price of the driver on the same day; if so, the response guarantee strategy is met; if not, the driver does not answer and is excluded;
the reason for the failure of the dispatch hits are: judging whether the filtered driver has no order within 30 minutes or not because the driver starts a home/forward mode and the order is not matched;
if yes, whether the distance between the order destination and the home set by the driver exceeds 15 km; if so, the response guarantee strategy is met; if not, excluding the corresponding driver;
and if not, the driver who has no order for a long time is prioritized, and the rights and interests of the driver are guaranteed.
The invention provides a method for guaranteeing a driver response strategy, which comprises the following steps: ordering at an entrance of a network car booking platform by a user, and assembling an ordering information request order system by a platform agent layer; the order system successfully places an order, obtains an order number and sends the order number to the platform agent layer; the platform agent layer assembles a dispatching information request dispatching system; the dispatching system receives a dispatching request and carries out dispatching rule verification; judging whether the order number of the first 5 rounds of order dispatching failure is exceeded, if so, adapting to a response guarantee order dispatching strategy; otherwise, the response guarantee is not adapted; calling an algorithm group to obtain whether order value needs response guarantee or not; the algorithm group receives the order dispatching request, and calls an order value algorithm model to obtain a responded guarantee result; the algorithm group returns an order response guarantee result to the order delivery, and whether the order is guaranteed to be responded or not is guaranteed; if so, the response guarantee strategy is met; otherwise, the response guarantee policy is not met. By accessing the response guarantee order dispatching strategy, the original order dispatching limit is broken through, and the order completion rate is guaranteed.
The foregoing description is only an overview of the technical solutions of the present invention, and the embodiments of the present invention are described below in order to make the technical means of the present invention more clearly understood and to make the above and other objects, features, and advantages of the present invention more clearly understandable.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
FIG. 1 is a flowchart of a driver response strategy safeguard method according to an embodiment of the present invention;
FIG. 2 is a flow chart of an order value algorithm model provided by an embodiment of the invention;
fig. 3 is a flowchart of a response assurance algorithm model provided in the embodiment of the present invention.
Detailed Description
Exemplary embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the disclosure to those skilled in the art.
The terms "comprises" and "comprising," and any variations thereof, in the present description and claims and drawings are intended to cover a non-exclusive inclusion, such as a list of steps or elements.
The technical solution of the present invention is further described in detail with reference to the accompanying drawings and embodiments.
Order system database, order form
Order number Driver ID Reserved vehicle time Creation time Longitude and latitude of getting on bus
order_no driver_id booking_date create_date booking_start_point
As shown in fig. 1, the operation steps of the new dispatch response assurance policy flow are as follows:
the platform of making an appointment in the network platform entry user is ordered, and the platform agent layer assembles information request order system of ordering, contains: the network booking platform orders, cities, longitude and latitude of getting on and off the vehicle, booking time of using the vehicle and basic information of passengers.
And the order system successfully places the order and returns the order number to the platform agent layer.
The platform agent layer receives the order number returned by the order system and assembles the order information to request the order.
And the dispatching system receives the dispatching request and carries out dispatching rule verification.
Judging whether the order number of the first 5 rounds of order dispatching failure is exceeded or not; if so, adapting to a response guarantee dispatching strategy; otherwise, response guarantee is not applicable, because the failure round threshold cannot be too small, which may affect the normal dispatching efficiency.
The reason for the dispatch failure hit the following 4 reasons: the binding distance exceeds the dispatching upper limit; the driver turns on the mode of going home but the routes do not match; the driver closes the degradation order; the drive receiving time is longer than the drive sending time.
Calling an algorithm group to obtain whether the order value needs response guarantee or not;
the algorithm group receives the order dispatching request, calls an order value algorithm model and returns a guarantee result whether the order should be responded;
the algorithm group returns an order response guarantee result to the order delivery, and whether the order is required to be responded to guarantee or not is guaranteed; if so, the corresponding order has higher value and conforms to the response guarantee strategy; otherwise, the corresponding order has lower value and does not conform to the response guarantee strategy;
and the dispatching takes the dispatching failure reason and the driver ID filtered by the corresponding failure reason as parameters, requests an algorithm group and calls a response guarantee algorithm model.
And the algorithm group screens out the driver ID which accords with the response guarantee from the filtered driver IDs through a response guarantee algorithm model and gives the driver IDs to the dispatch list.
And the dispatch sheet receives the qualified driver ID returned by the algorithm group and sends a ticket grabbing notice to the qualified driver in a reward mode. The driver successfully answers the order and gives a corresponding answer reward.
As shown in FIG. 2, the order value algorithm model implementation steps are as follows: receiving a dispatching request, and calculating the order value; the algorithm group calls the order to obtain the detailed information of the order; judging whether the order amount is larger than the average customer unit price per day by 1.5; if yes, the order value is high, whether the driver arrives at the destination or not is judged according to the order destination, and the hot spot area refers to: in the city center section and around the superstore, the probability of continuing to pick up the order is higher after the driver reaches the destination; otherwise, the order value is lower, and the order is returned to the order delivery and does not conform to the response guarantee; judging whether the driver arrives at the destination or not according to the destination of the order, if so, indicating that the order has high value, and returning to the order delivery to ensure that the order conforms to the response; otherwise, the order is low in value, and the order is returned to the order delivery and does not conform to the response guarantee.
As shown in FIG. 3, the response assurance algorithm model flow chart, according to the dispatch entry: the failure reason and the filtered driver ID for the reason are made into different strategies according to different dispatch failure reasons.
The reason for the failure of the dispatch hits are: the binding order exceeds the order dispatching distance upper limit, the driver receiving time is longer than the estimated service time, the order dispatching distance is expanded by 300m-500m, the drivers are screened again, and whether the drivers exist in the expanded order radius is judged;
if not, no driver ID meeting the conditions is available, and no proper driver ID is available in the returned dispatch list;
and if so, sorting drivers meeting the conditions according to the receiving time, and preferentially returning the driver with the minimum receiving time.
The reason for the failure of the dispatch hits are: the driver closes the degradation order receiving, does not accept degradation, and judges whether the filtered driver has no order within 30 minutes;
if not, the driver is indicated to have the record of the order completion within 30 minutes, the requirement of response guarantee is not met, and the driver who has no order completion for a long time should be prioritized to ensure the rights and interests of the driver;
if yes, continuously judging whether the order amount exceeds the average order receiving price of the driver in the day;
if yes, the order has strong attraction to the driver, the response rate of the driver is high, and the response guarantee strategy is met; if not, the order is not attractive to the driver, and the driver may not respond, and the driver is excluded.
The reason for the failure of the dispatch hits are: judging whether the filtered driver has no order within 30 minutes or not because the driver starts a home/forward mode and the order is not matched; if not, the driver has the record of the order completion within 30 minutes, the requirement of response guarantee is not met, and the driver without the order completion for a long time is prioritized to ensure the rights and interests of the driver;
if yes, whether the distance between the order destination and the home set by the driver exceeds 15km or not; if yes, the corresponding order is not too far away for the driver to go home, the response rate of the driver is high, and the response guarantee strategy is met; otherwise, the order is shown to be less attractive to the driver and the driver may not respond, excluding the driver.
Has the advantages that: by accessing the response guarantee order dispatching strategy, the original order dispatching limitation is broken through, the response of the high-value order to the driver is guaranteed on the premise of failure of normal order dispatching, and the response rate of the whole platform is improved.
The driver receives the order of the response guarantee, the platform awards the driver for successful order grabbing, and the income of the driver is improved while the order completion rate is guaranteed.
The above embodiments are provided to further explain the objects, technical solutions and advantages of the present invention in detail, it should be understood that the above embodiments are merely exemplary embodiments of the present invention and are not intended to limit the scope of the present invention, and any modifications, equivalents, improvements and the like made within the spirit and principle of the present invention should be included in the scope of the present invention.

Claims (6)

1. A safeguard method for driver response strategy, characterized in that the safeguard method comprises:
ordering at an entrance of a network car booking platform by a user, and assembling an ordering information request order system by a platform agent layer;
the order system successfully places an order, obtains an order number and sends the order number to the platform agent layer;
the platform agent layer assembles a dispatching information request dispatching system;
the dispatching system receives a dispatching request and carries out dispatching rule verification;
judging whether the order number of the first 5 rounds of order dispatching failure is exceeded, if so, adapting to a response guarantee order dispatching strategy; otherwise, the response guarantee is not adapted;
calling an algorithm group to obtain whether order value needs response guarantee or not;
the algorithm group receives the order dispatching request, and calls an order value algorithm model to obtain a responded guarantee result;
the algorithm group returns an order response guarantee result to the order delivery, and whether the order is guaranteed to be responded or not is guaranteed;
if so, the response guarantee strategy is met; otherwise, the response guarantee policy is not met.
2. The method as claimed in claim 1, wherein the ordering information includes: the network booking platform orders, cities, longitude and latitude of getting on and off vehicles, booking vehicle using time and basic information of passengers.
3. The method as claimed in claim 1, wherein the reason for the failure of the driver's response strategy specifically includes:
the binding distance exceeds the dispatching upper limit; the driver turns on the mode of going home but the routes do not match;
the driver closes the degradation order; the drive receiving time is longer than the drive sending time.
4. The method as claimed in claim 1, wherein the order value algorithm model specifically comprises:
receiving a dispatching request, and calculating the order value;
the algorithm group calls the order to obtain order information;
judging whether the order amount is larger than the average customer unit price per day by 1.5;
if yes, judging whether the driver arrives at the destination or not according to the destination of the order; otherwise, the order does not conform to the response guarantee;
judging whether the driver arrives at the destination or not according to the order destination; if so, obtaining the order corresponding to the order and conforming to the response guarantee; otherwise, the order corresponding to the obtained order does not accord with the response guarantee.
5. The safeguard method for driver response strategy according to claim 1, characterized in that the safeguard method further comprises:
the dispatching takes dispatching failure reasons and the driver ID filtered by the corresponding failure reasons as parameters, requests an algorithm group and calls a response guarantee algorithm model;
the algorithm group screens out driver IDs which accord with response guarantee from the filtered driver IDs through the response guarantee algorithm model and sends the driver IDs to the order dispatching system;
the order dispatching system receives the driver ID which meets the conditions and is returned by the algorithm group, and sends an order grabbing notice to the driver which meets the conditions in a mode of reward;
the driver successfully answers the order and gives a corresponding answer reward.
6. The method for safeguarding a driver response strategy according to claim 5, wherein said response safeguarding algorithm model comprises:
participating according to the dispatching list: the failure reason and the filtered driver ID are made into different strategies according to different dispatching failure reasons;
the reason for the failure of the dispatch hits are: the binding order exceeds the order dispatching distance upper limit, the driver receiving time is longer than the estimated service time, the order dispatching distance is expanded by 300m-500m, the drivers are screened again, and whether the drivers exist in the expanded order radius is judged; if yes, sorting drivers meeting the conditions according to the receiving time, and preferentially acquiring the driver with the minimum receiving time; otherwise, if the driver ID meeting the conditions does not exist, returning to the order without a proper driver ID;
the reason for the failure of the dispatch hits are: the driver closes the degradation order receiving, does not accept degradation, and judges whether the filtered driver has no order within 30 minutes;
if not, the requirement of response guarantee is not met, and the driver who has no order for a long time is prioritized to ensure the rights and interests of the driver;
if yes, judging whether the order amount exceeds the average order receiving price of the driver on the same day; if so, the response guarantee strategy is met; if not, the driver does not answer and is excluded;
the reason for the failure of the dispatch hits are: judging whether the filtered driver has no order within 30 minutes or not because the driver starts a home/forward mode and the order is not matched;
if yes, whether the distance between the order destination and the home set by the driver exceeds 15 km; if so, the response guarantee strategy is met; if not, excluding the corresponding driver;
and if not, the driver who has no order for a long time is prioritized, and the rights and interests of the driver are guaranteed.
CN202111672066.1A 2021-12-31 2021-12-31 Method for guaranteeing driver response strategy Pending CN114266632A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111672066.1A CN114266632A (en) 2021-12-31 2021-12-31 Method for guaranteeing driver response strategy

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111672066.1A CN114266632A (en) 2021-12-31 2021-12-31 Method for guaranteeing driver response strategy

Publications (1)

Publication Number Publication Date
CN114266632A true CN114266632A (en) 2022-04-01

Family

ID=80832249

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111672066.1A Pending CN114266632A (en) 2021-12-31 2021-12-31 Method for guaranteeing driver response strategy

Country Status (1)

Country Link
CN (1) CN114266632A (en)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016023435A1 (en) * 2014-08-12 2016-02-18 北京东方车云信息技术有限公司 Taxi operating area familiarity-based dispatching system and method in online taxi hiring
CN108564428A (en) * 2018-03-05 2018-09-21 武汉斑马快跑科技有限公司 A kind of order coding method and system
CN108734432A (en) * 2018-05-21 2018-11-02 北京顺丰同城科技有限公司 Order allocation method and device
CN110570277A (en) * 2019-08-29 2019-12-13 北京趣拿软件科技有限公司 order dispatching method and device
CN111178659A (en) * 2019-10-29 2020-05-19 孙群 Network appointment vehicle dispatching method
CN112561379A (en) * 2020-12-23 2021-03-26 湖南师范大学 Regional network taxi appointment-oriented scheduling method
CN113222308A (en) * 2020-01-21 2021-08-06 北京三快在线科技有限公司 Order allocation method and device, electronic equipment and storage medium
CN113393307A (en) * 2021-07-14 2021-09-14 首约科技(北京)有限公司 Order processing method and system according to order pool strategy reservation

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016023435A1 (en) * 2014-08-12 2016-02-18 北京东方车云信息技术有限公司 Taxi operating area familiarity-based dispatching system and method in online taxi hiring
CN108564428A (en) * 2018-03-05 2018-09-21 武汉斑马快跑科技有限公司 A kind of order coding method and system
CN108734432A (en) * 2018-05-21 2018-11-02 北京顺丰同城科技有限公司 Order allocation method and device
CN110570277A (en) * 2019-08-29 2019-12-13 北京趣拿软件科技有限公司 order dispatching method and device
CN111178659A (en) * 2019-10-29 2020-05-19 孙群 Network appointment vehicle dispatching method
CN113222308A (en) * 2020-01-21 2021-08-06 北京三快在线科技有限公司 Order allocation method and device, electronic equipment and storage medium
CN112561379A (en) * 2020-12-23 2021-03-26 湖南师范大学 Regional network taxi appointment-oriented scheduling method
CN113393307A (en) * 2021-07-14 2021-09-14 首约科技(北京)有限公司 Order processing method and system according to order pool strategy reservation

Similar Documents

Publication Publication Date Title
Coffman et al. Electric vehicles revisited: a review of factors that affect adoption
US4360875A (en) Automated, door-to-door, demand-responsive public transportation system
JP6656787B2 (en) Managing interchangeable EV rechargeable parking spaces
GB2535718A (en) Resource management
CN108009653B (en) Order management method, device, server and computer readable storage medium
CN110942220B (en) Transport capacity scheduling method and device and server
US20190130516A1 (en) Vehicle ride share assist system
WO2016135646A1 (en) Telephone call placement
CN108734539A (en) A kind of method, apparatus and system that automobile on-site maintenance service is provided
CN111626534A (en) Resource scheduling method and device, electronic equipment and readable storage medium
US20020035521A1 (en) Appointment scheduling and method for secure to access to car keys for a loaner car
CN107301586A (en) Vehicle Forecasting Methodology, device and server can be rented
CN114266632A (en) Method for guaranteeing driver response strategy
CN111626801A (en) Order distribution method and device, electronic equipment and computer storage medium
CN111275507A (en) Order abnormity identification and order risk management and control method and system
CN111612493B (en) User grouping method and device
CN112669116A (en) Order processing method and device, electronic equipment and readable storage medium
CN114096805A (en) Method for scheduling autonomous vehicle fleet and vehicle fleet scheduling system
CN115760227A (en) User relationship identification method based on taxi taking history
CN114118493A (en) Optimization method for cost generated when passengers do not get on bus
CN111327661A (en) Pushing method, pushing device, server and computer readable storage medium
CN111833595B (en) Shared automobile auxiliary vehicle configuration method, electronic device and storage medium
CN112801750B (en) Order allocation method and device
CN111815050A (en) Model training method, model training device, state prediction method, state prediction device, electronic equipment and storage medium
CN111885503A (en) License plate distribution method and related equipment

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination