JP2002215980A - Automatic order receipt recognizing method and storage medium storing automatic order receipt recognizing program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To automate recognition of order receipt by arranging conditions related to order receiving, forwarding, transport and delivery to register know- how related to the recognition of order receipt by each customer in a master file. SOLUTION: Order data are received from an order placing terminal through a communication line (S10), and the received order data are subjected to error detection by designated format inspection (S12). Data items of the order data from which an error is not detected are checked with a master data file 15 to examine whether the contents of the data item are already registered in the master data file 15 or not (S13), it is checked whether the order data from which an error is not detected by master checking are conformable to a delivery condition previously registered in a user delivery condition file 17 or not (S15), and detailed delivery condition by each customer previously registered in the user delivery condition file 17 is given to the order data conformable to the delivery condition to be outputted to an order receipt data file 19.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an automatic order acceptance method for automatically inspecting received order data and automatically adding detailed information to order data that has passed the inspection, and a storage medium storing an automatic order acceptance program.

[0002]

2. Description of the Related Art Conventionally, petrochemical products such as synthetic rubber have been known as Petrochemical Industry Standard Business Protocol (hereinafter referred to as JPCA-), which is an electronic data exchange (EDI) protocol negotiated by the Japan Petrochemical Industry Association (JPCA). The order data was transmitted from the ordering party to the order receiving party on the basis of "BP, abbreviated) (1992, 2nd edition).

[0003] This JPCA-BP is provided with a large number of data items relating to orders from the ordering side to the order receiving side. It is sufficient that the ordering side inputs all the data items, and the ordering side receives all the items and checks the validity of all the data at the time of reception. However, this is not practical. Therefore, in the conventional system, the number of data input items is reduced to a necessary minimum, and the order receiving side checks all input items at the time of reception by a master check by a computer and visually.
On the ordering side, when necessary data other than the input items is generated, the ordering side inputs the character information in a remarks column where the information can be freely described. In the majority order, remarks column (hereinafter,
This is referred to as an "agency text-free entry field." ), The data was clogged, and it took time to check on the order receiving side.

[0004] For example, designation of a delivery receptionist such as "AA section BB", designation of a detailed delivery location such as "C factory east entrance", "Asaichi", "9:00 to 11:00", "Lunch break" Delivery time designation such as "Delivery not possible" and "4
A transportation condition specification or the like that specifies a vehicle such as a tonnage or less is input in the "agent free text entry field", and order data is transmitted from the ordering side to the order receiving side.

ED by JPCA-BP and the like
When the order data is received via I, the order department person calls the order data on a case-by-case basis, displays the contents on a screen or the like, checks the contents, and supplements the order data problems manually. Therefore, order data to be delivered to the logistics department was created. Creating complete order data to be delivered to the distribution department from the received order data is called order approval.

In the conventional order approval, an order receiving person checks the contents of order data with reference to a personal manual or a memo, and based on items described in an "agent free text entry column", necessary customer-specific information is entered. Information such as shipping conditions, transport conditions, delivery conditions, etc. was added to make order data. For example, the transport conditions specific to the customer include transport conditions in which shipping by freight cars is specified at a shipping destination having a freight car service line, and vehicle types according to the maximum load capacity, such as 4t cars and 10t cars, even in truck transport. Transportation conditions and temperature conditions during transportation are specified, and there are transportation conditions for transportation by a constant temperature vehicle. In addition, delivery conditions include detailed delivery times other than the delivery date, delivery conditions where non-delivery time periods such as lunch break are specified,
There are delivery conditions, etc., which specify incidental work such as unloading at the time of delivery.

[0007]

However, the above J
Among the order data described in the “Agency text-free input field” of PCA-BP, the ratio of the information required at the time of receiving the order is “I want to deliver the product of the same lot (serial number) as the previous time”. Despite being only a few percent of the items, if you do not check all the "Distributor text-free entry fields", it is necessary to determine whether the items are necessary for ordering, shipping, transportation, or delivery. Could not.

[0008] For this reason, the order receptionist reads the contents of the order data described in the "agent text-free entry field" which accounts for about half or more of all the order data, and reads the contents.
The data and information must be disassembled and transferred to each item such as the delivery place, delivery time, and vehicle designation of the order data, and the order data must be finished, resulting in a large burden on the order clerk. Also, if there is no entry in the “text-free input field of the agency” of the order data, the delivery place, delivery time, vehicle specification, etc. are entered depending on the personal skills of the person in charge of order and the manual of personal management, etc. There is a problem that the work may not proceed smoothly when the person in charge of leave or retirement is finished. Also, unless the order data is processed by manual intervention for each item and the order is not approved, the order data cannot be flowed to the next process of inventory allocation, so delays in order approval, delay in response to delivery date, urgent shipment, delay in delivery date, etc. There was a problem of being connected.

[0009] In view of the above problems, an object of the present invention is to automatically check order data received from a customer, and to determine shipping conditions, transport conditions, delivery conditions, etc. unique to the customer for order data without errors. It is an object of the present invention to provide an automatic order approval method and a storage medium storing an automatic order approval program, which can automatically perform the order approval by saving the order approval. Another object of the present invention is to provide a method for automatically accepting orders and a storage medium for storing an automatic order acceptance program, in which a customer-specific delivery condition is converted into a master file so that business can be continued smoothly even when a person in charge is absent or retired. It is to provide.

[0010]

In order to achieve the above object, according to the first aspect of the present invention, order data received from an order terminal via a communication path is inspected and subjected to predetermined processing to automatically approve the data. An automatic order approval method for creating order data, comprising: an order data receiving step of receiving order data from an order terminal via a communication channel; and a format check for detecting an error in the received order data by a predetermined format check. A master inspection step of checking a data item of the order data for which no error has been detected in the format inspection step with a master data file to check whether or not the content of the data item has been registered in the master data file. A delivery condition inspection for inspecting whether or not the order data for which no error was detected in the master inspection process conforms to a pre-registered delivery condition for each customer. And process the gist that and a delivery condition applying process of outputting to the order data file by applying a pre-registered details delivery condition for each customer in a compatible order data to the delivery terms.

According to a second aspect of the present invention, in the automatic order approval method according to the first aspect, the order data received from the order terminal via the communication path includes items related to the order. , Items related to shipping,
The gist is that these items are entered or edited for each item of transportation and delivery. According to a third aspect of the present invention, there is provided an automatic order acceptance method according to the first aspect, wherein the order data for which an error has been detected in the format inspection process and the order confirmation data based on the order data file. The point of the invention is that the method further comprises a step of returning order confirmation data to the order terminal via the communication path.

According to a fourth aspect of the present invention, there is provided an automatic order receiving approval method according to any one of the first to third aspects, wherein the communication path includes the Internet. I do. In order to achieve the above object, the invention according to claim 5 is characterized in that, in the automatic order approval method according to claim 1, a step of outputting order data in which an error is detected in the master inspection step to an error data file; Modifying the contents of the data file and outputting it to the order data file.

According to a sixth aspect of the present invention, there is provided the automatic order approval method according to the first aspect, wherein the order data in which a nonconformity is detected in the delivery condition inspection process is output to a shipping stoppage order data file. And a step of modifying the contents of the shipment stoppage order data file and outputting the corrected data to the order acceptance data file.

[0014] In order to achieve the above object, an invention according to a seventh aspect is directed to an order receiving apparatus which performs inspection and predetermined processing on order data received from an ordering terminal via a communication path to create order data automatically approved. A storage medium storing an automatic approval program, which receives order data from an order terminal via a communication path, detects an error in the received order data by a predetermined format check, and detects an error in the format check. The data items of the unordered order data are compared with the master data file, and a master check is performed to determine whether or not the contents of the data items have been registered in the master data file. Inspection is performed to determine whether or not the delivery conditions for each customer registered in advance are met, and for each customer registered in advance in order data that meets the delivery conditions. Which is a storage medium storing the orders automatic approval program that outputs fine delivery terms to be granted to the order data file.

[0015]

Embodiments of the present invention will now be described in detail with reference to the drawings. FIG. 1 is a configuration diagram of a computer system that executes the automatic order receiving approval method according to the present invention. The computer 1 includes a processing device 2 and a main storage device 3. An automatic order acceptance program 10 for performing the automatic order acceptance method according to the present invention is read into the main storage device 3 and executed by the processing device 2. Calculator 1 has C
A display device 5 such as an RT display device and an input device 6 such as a keyboard are connected to display a processing result of the automatic order approval program 10 and to input an instruction from an operator. A communication control device 7 for connecting to the Internet 8 is connected to the computer 1, and a WWW browser, for example, is stored in the main storage device 3 as communication software (not shown).
Via the Internet 8, an order message including order data can be received from an order terminal 9 of a user such as a user or an agency, and an order confirmation message including order confirmation data can be transmitted.

The auxiliary storage device 4 is connected to the computer 1,
Receive data file 11, order data file 12, error condition file 13, error data reply file 1
4, a master data file 15, an error data file 16, a user delivery condition file 17, a shipment stoppage order data file 18, an order receipt data file 19, an order confirmation data file 20, a shipment result file 21, and the like.

The received data file 11 stores various received messages including an order message received from the customer's ordering terminal 9 via the Internet 8, and corresponds to, for example, a receiving tray of a WWW browser. The order data file 12 is a file indicating the contents of the order data extracted from each order message selected from the received data file 11.

FIG. 3 is a diagram showing a configuration example of the order data file 12. Each record of the order data file 12 includes an order sequence field indicating a serial number of the order data, a customer order number field indicating a customer's order number, and a processing classification field indicating new data, changed data, or deleted (canceled) data. , A processing date field indicating the date extracted as order data, a processing time field indicating simultaneous minutes and seconds, an orderer company code field for identifying the ordering company, an orderer section code field for identifying the ordering department, and an ordering company. Contractor company code field to identify, order department code field to identify the order department, payer company code field to identify the payer of the order price, customer company code field to identify the consumer of the product, delivery destination of the product Field, the order number field indicating the order number. Field, transaction classification field indicating whether sales, returns or free samples, product name code field that encodes the product name, packaging code field that indicates the packaging of the product, grade code that indicates quality based on general product standards Field, quality code field indicating quality based on customer-specific quality specifications,
An order comment field is described using an order quantity field that indicates the order quantity, a desired delivery date field that indicates the desired delivery date, a delivery time field that indicates the delivery time, a delivery location field that indicates the delivery location, a transportation condition field that indicates the shipping conditions, and an arbitrary character string. It has a remarks column field and a data update record field.

The error condition file 13 is a file in which a mandatory input field in which values in each field constituting the order data file 12 must be entered must be registered, and is used for checking the format of the order data file 12. .

FIG. 4 is a diagram showing a configuration example of the error data reply file 14. Error data reply file 14
Each record of the order data file 12 is configured such that an error reason field indicating an error reason and an error comment field in which an arbitrary comment on the error reason can be described are added to each record of the order data file 12.

FIG. 5 shows a customer general master file 15a in which a customer code in the master data file 15 is registered.
FIG. 3 is a diagram showing an example of the configuration of FIG. Customer general master file 1
Each record of 5a includes a customer code field indicating a customer code for identifying a customer company such as an ordering company, a payer company, a consumer company, and a delivery company, a customer name field indicating a name of the customer, and a customer name. A customer location field indicating the location of the customer, a customer zip code field indicating the zip code of the customer, a customer telephone number field indicating the telephone number of the customer, a customer FAX number field indicating the FAX number of the customer, and An update record field is provided.

FIG. 6A is a diagram showing a configuration example of a product name packaging form master file 15b in which the packaging form of the product is registered for each product name code in the master data file. Each record of the product name packaging form master file 15b includes a product name code field indicating a product name by encoding, a packaging form code field indicating a product packaging form, a unit weight field indicating a shipping unit weight, and a quantity indicating a shipping quantity unit. It has a unit field and an update record field.

FIG. 6B is a diagram showing a configuration example of a warehouse master file 15c in which warehouse data in the master data file is registered. Each record of the warehouse master file 15c includes a warehouse code field for identifying the warehouse, a district code field indicating the location of the warehouse, a warehouse name field, a warehouse location field, a warehouse zip code field, a warehouse telephone number field, a warehouse FAX number field, It has a calendar type field for knowing the working day of the warehouse, and an update record.

FIG. 7A is a diagram showing a configuration example of a user delivery condition file 17 in which detailed delivery conditions for each individual user are registered. Each record of the user delivery condition file 17 includes a customer code field for identifying a delivery destination company, a product name code field for coding and indicating a product name,
A packing form code field that indicates the packing form of the product, a manual processing condition field that indicates that the order processing should be performed manually, a keyword field for allocation that indicates the type of the reason for securing for a specific order, and a shipping warehouse of the product Outgoing warehouse code field, Delivery days field indicating the number of days of delivery from the warehouse to the destination, Customer name field indicating the name of the customer, Delivery note name field indicating the name of the item described in the delivery note, Quality specifications for each customer A quality code field indicating the quality based on the product, a designated slip presence / absence code field indicating the presence / absence of the designated slip, a quality inspection table sending method field indicating whether or not a quality inspection table is required and its sending method, and a quality inspection indicating the destination of the quality inspection sheet Table destination field,
Means of transport code field indicating freight car, truck, etc., transporter code field indicating carrier, delivery location field indicating delivery location details, delivery time field indicating delivery time details, internal communication indicating internal communication items An item field, a destination information field indicating the destination information, and a data update record field are provided.

The user delivery condition file 17 is a file in which business rules and detailed delivery conditions for each individual user, which are conventionally held by the person in charge of order as personal know-how or filed in a personal management file, are registered in advance. is there. In the present invention, this user delivery condition file 1
7 to automatically determine whether the delivery conditions conform to business rules, and to provide detailed information on allocation, shipping information,
By adding information about transportation and information about delivery, it is possible to automatically finish the order data approved for the order.

Further, since the user-specific delivery conditions and the like can be registered in advance in the user delivery condition file 17 for each delivery destination and product name, the ordering party can specify the delivery place, the delivery time, the transportation means, and the delivery accessory. This eliminates the need to specify items or the like every time an order is placed, which facilitates ordering work.
On the order receiving side, since the majority of the order data used the "agent text-free entry field" in the past, manual content checking was indispensable. However, according to the agreement between the orderer and the contractor, the regular delivery conditions can be registered in the user delivery condition file 17, so the use of the remarks column (order comment) of the order data that needs to be manually checked. The frequency has decreased, and delivery condition inspection and detailed delivery condition assignment can be automated for many order data.

Next, a specific example of each item of the user delivery condition file 17 will be described. User delivery condition file 1
As a specific example of the inspection method sending field value of 7
"00" does not require a quality inspection table, "12" is sent by automatic fax, "22" is sent every time, and "32" is mailed every time. Specific examples of the delivery time instruction field value of the user delivery condition file 17 include “Asaichi designation” and “8: 3”.
"Can be delivered from 0", "Must arrive by 9:00 to 15:00", "13:00 delivery", "12:00 to 12:50"
"Delivery is prohibited", "Delivery is not possible between 12:00 and 14:00", and the delivery time or delivery time zone is specified, and delivery is not allowed.

Specific examples of the delivery location instruction field value in the user delivery condition file 17 include “delivery location strictly (first factory)”, “building C building 3rd section”, “technical center”, etc. Can be shown. Specific examples of the in-house communication item field value of the user delivery condition file 17 include “sample attached”, “collection of empty packing material on return flight”, “November to 4
Use a constant temperature car at 25 ° C until the month ”,“ Limited to 2t vehicles ”,“ 10
t car OK ". As a specific example of the shipping destination notification field value of the user delivery condition file 17, “○ △
Chemical Industry Co., Ltd. "," C Port Entrance Manufacturing Division □ Yamasama "," Please return the empty mesh to the Tokyo factory by cash on delivery ", etc.

FIG. 7B is a diagram showing a configuration example of a product name master file 15d in which product name data in a master data file is registered. Each record of the product name master file 15d includes a product name code field that shows a product name by coding, a product code field that shows a product type group to which the product name belongs by coding, and an update record field.

FIG. 8 is a diagram showing an example of the configuration of an order data file 19 in which order data has been approved. Each record of the order data file 19 includes an order slip number field corresponding to a conventional order slip number, an order sequence field which is a serial number assigned to order data, a customer order number field, an orderer company code field, and a delivery destination. Company code field, product name code field that encodes product name, packaging form code field that shows product packaging form, grade code field that shows quality based on general product standards, quality that shows quality based on customer-specific quality specifications Code field, desired quantity field indicating desired quantity, fixed quantity field indicating fixed quantity, desired delivery date field indicating desired delivery date, fixed delivery date field indicating fixed delivery date, outgoing warehouse code field indicating product warehouse, freight car, truck, etc. Mode code fee indicating the mode of transport Forcible special warehouses, such as a carrier code field that indicates the carrier, a shipping date field that indicates the shipping date, a warehouse determination date field that is the date of inventory allocation processing, and a warehouse that has a cargo service line for freight car shipment The forced outbound warehouse code to be used when it is necessary to specify a specific order, the allocation object securing reason code field indicating the type of securing reason for a specific sales order, the customer item name field indicating the customer's product name, and the delivery note Specify the delivery note supplies name field indicating the name of the item to be described, the specified slip presence / absence code field indicating the presence / absence of the specified slip, the quality inspection table sending method field indicating the necessity / unnecessity of the quality inspection table, and the method of sending it, and the destination of the quality inspection table. Inspection table sending destination field shown, delivery location indication field showing delivery location details, delivery time indication showing delivery time details Field includes internal transmission matters field indicating the internal transfer matters, shipping destination transfer matters field indicates the shipping destination transfer matters, and an update record field data.

FIG. 2 is a schematic flowchart for explaining the flow of the automatic order acceptance method according to the present invention. In FIG. 2, first, step 10 (hereinafter, step is abbreviated as S)
Then, order data is received from a user or a customer such as an agency via the Internet 8 and output to the received data file 11. Next, the received data file 11 is extracted and output to the order data file 12 (S11). Next, the order data is taken out of the order data file 12 one by one, and a format check for checking whether necessary data items are inputted is performed by referring to the error condition file 13 and an error is detected by the format check. The received order data is provided with an error reason,
(S12). Error data reply file 1
The contents of 4 are returned to the order terminal 9 that has transmitted the order data via the Internet 8 by sending order confirmation data (S18) described later.

The order data for which no error has been detected in the format check is then referred to the master data file 15 to perform a master check for checking whether the value of each field of the order data is registered in the master data file. This is performed (S13), and the order data including the unregistered value is output to the error data file 16 with the error reason added thereto. The order data including the unregistered value output to the error data file 16 is displayed on the display device 5, and the error is eliminated by manual input from the input device 6 (S14).
The process proceeds to the next delivery condition inspection, or is output to the order data file 19 as directly approved order data.

The order data that has passed the master check in S13 is checked with reference to the user delivery condition file 17 to see if it matches standard delivery conditions registered in advance.
Order data that does not match the standard delivery conditions is output to the shipment stoppage order data file 18 because manual order approval is required (S15). Order data that does not match the standard delivery conditions output to the shipment stoppage order data file 18 is displayed on the display device 5, and the person in charge of ordering adjusts the delivery date, etc., and confirms whether urgent shipment is possible. The shipment stop is released by manual input from the input device 6, and the order data is approved (S16).
Output to

The order data that has passed the delivery condition inspection in S15 is provided with detailed delivery conditions such as delivery location instructions, delivery time instructions, and shipping destination information registered in the user delivery condition file 17, and is sent to the order data file 19. This is output (S17), and the normal path of the automatic order approval process is completed.
The order data file 19 is an input of an automatic inventory allocation process (not shown) in the distribution system which is the next process of the order system, and as a result of the automatic inventory allocation process, an order confirmation data file 20 in which the quantity and delivery date are determined is created. You.

The order data output to the error data reply file 14 due to the error in the format check in S12 is merged into the order confirmation data file 20 storing the order confirmation data from the distribution system, and the error data is returned when the order confirmation data is returned. Also an order terminal 9 via the Internet 8
Is returned to (S18).

Next, the contents of the format inspection process S12, master inspection process S13, delivery condition inspection process S15, and detailed delivery condition assignment process S17 in the schematic flowchart of FIG. 2 will be described in detail. In the format checking process in S12, first, it is checked whether or not all the essential items in the order data have been input in order to mainly detect an orderer-side error in the order data. Each field of the order data subject to this inspection includes a processing category indicating whether the data is new data, changed data, or deleted data, an orderer company code, an orderer department code, a payer company code, a consumer company code, and a delivery destination. Company code,
Includes fields such as transaction type, product name code, packaging type code, order quantity, and desired delivery date indicating whether the sample is sales, returns, or free samples. In addition, new, changed,
The deletion is checked, and if it is a change or deletion, it is checked whether or not the form to be changed already exists. If a field that has not been input is found in these checks, an error reason indicating that the field has not been input is added, and the field is output to the error data reply file 14. If there is no error, the process proceeds to the next master inspection process S13.

FIG. 9 is a flowchart illustrating the details of the master inspection process S13. In the master inspection process S13, for each order data in the order data file 12a that has passed through the format inspection process S12, it is inspected whether or not the values of the fields constituting the order data have been registered in the master file. In FIG. 9, first, a customer company code, a delivery company code,
Then, the value of each field of the payer company code is extracted, and the customer general master file 15a is searched with these values (S101), and it is determined whether or not these company codes exist in the customer general master file 15a. Yes (S10
2). If it does not exist in the customer general master, an error reason that the company code does not exist is registered in the error reason field. Next, the value of the product name code field in the order data is extracted, and the product name master file 1
5d is searched (S104), and it is determined whether or not the product name code exists in the product name master file 15d (S10).
5). If the product name code does not exist, the error reason that the product name code does not exist is registered in the error reason field.

Next, the value of the packaging mode code field in the order data is extracted, and the product name packaging mode master file 15b is searched by the values of the product name code and the packaging mode code (S
106), it is determined whether or not the packaging form code exists in the product name packaging form master file 15b (S107). If the packaging form code does not exist, the error reason that the packaging form code does not exist is registered in the error reason field (S108). If the packaging form code field is not entered, the default value (implicit value) of the packaging form code determined in advance by consultation between the orderer and the contractor
May be interpreted.

Next, it is checked whether or not there is an error reason registration (S
109), if there is an error registration, the order data is output to the error data file 16 (S110), and if there is no error registration, the order data is output to the order data file 12b.
To the next delivery condition inspection S15.

In the master inspection process S13, it is preferable that various codes to be inspected are registered as much as possible in advance to improve the automatic approval rate. In the master inspection process S13, the order data having an error is output to the error data file 16, and the error is manually eliminated (S14). In this process, if there is data that requires master registration, the data can be automatically registered in the master data file 15 to automatically process the next and subsequent order data.

FIG. 10 is a flowchart illustrating details of the delivery condition inspection process S15. Delivery condition inspection processing S
In step 15, it is automatically checked whether or not the delivery conditions of the order data conform to the business rules. Order data that does not conform to the business rules and order data for which manual processing is defined are stopped due to manual processing. Order data file 18
The order data conforming to the business rules is output to the order data file 12c so as to be input to the next detailed delivery condition providing process S17. In FIG. 10, first, a product name code, a desired delivery date, and a delivery company code are extracted from the order data file 12b, and the customer delivery condition file 17 is referred to based on the product name code and the delivery company code, for each customer, product name, and packaging form. Get the delivery days and delivery warehouse code specified in. Next, a calendar type indicating the working day of the warehouse is obtained by referring to the warehouse master file 15c using the warehouse code. Then, based on the working day calendar file (not shown) specified by the calendar type, the delivery day for delivery to the desired delivery date is calculated in consideration of the working day of the delivery warehouse and the number of delivery days (S201). Next, it is determined whether or not the order has been received after the delivery date (S202). If the calculated delivery date is a previous order including that day, the process branches to S212 because the shipment is urgent contrary to the business rules.

If the delivery date is a subsequent order including the next day,
Since it conforms to the business rule relating to the delivery date, the user checks the manual processing condition of the user delivery condition file and checks whether or not a manual confirmation target is specified (S203).
If it is the object of manual confirmation, the process branches to S212 for manual processing. If it is not a target for manual confirmation, the order quantity field of the order data is extracted, and the value is stored in the file name packaging form file 1
It is checked whether or not it is an integral multiple of the unit quantity registered in 5b (S204, S205). If it is not an integer multiple, the process branches to S212 for manual processing. If it is an integer multiple, the remarks column of the order data is extracted, and it is checked whether or not the orderer's comment is entered in the remarks column (S206, S207). If there is an entry in the remarks column, the process branches to S212 for manual processing. If there is no entry in the remarks column, it is checked whether or not the desired delivery date is the next two months (S208, S209).

Normally, an order is a business rule of accepting until the next month's delivery date, so if the desired delivery date is after the next two months, the process branches to S212 for manual processing in order to confirm whether there is any input error on the orderer's side. Next, in the case of change / cancel (delete) data, the shipment result file 21
, It is checked whether the received order is already shipped (S210, S211). If it has been shipped, it is necessary to take measures such as a return instruction.
The process branches to step S213, and if it has not been shipped, changes and deletion are performed, and the process proceeds to step S213. In step S212, the order data whose shipment has been stopped due to manual processing is output to a shipment stop order data file. In S213, the order data that has passed the delivery condition inspection is output to the order data file 12c in order to carry over to the next detailed delivery condition granting process S17.

FIG. 11 is a flowchart for explaining the details of the detailed delivery condition providing process S17. The detailed delivery condition granting process S17 creates order data for which the order has been approved by adding detailed delivery conditions to the order data determined to conform to the business rule in the delivery condition inspection process S15, and creates an order data file. 19 is output. In FIG. 11, first, a product name code, a packaging form code, and a delivery destination company code are extracted from the order data file 12c, and the delivery warehouse code and the number of days of delivery are acquired with reference to the user delivery condition file 17 using these. The warehouse type is obtained from the code by referring to the warehouse master file 15c, and the delivery date is calculated from the desired delivery date, the number of delivery days, and the warehouse operation date. Information necessary for allocation for giving a forced leaving code when a warehouse has to be delivered from a warehouse having a unique shipping facility (S301).

Next, referring to the user delivery condition file 17, the name of the delivery note, the quality code, the presence or absence of the designated slip,
Information necessary for shipping work, such as the quality inspection sheet sending method, the quality inspection sheet sending destination, and the in-house communication items, is added (S302). Next, with reference to the user delivery condition file 17, information necessary for transport work such as a transporter code, a transport means code, and in-house communication items is added (S303). Next, referring to the user delivery condition file 17, delivery location instruction,
Information necessary for the delivery work, such as a delivery time instruction and a delivery destination information, is added (S304) and output to the order data file 19.

Although the preferred embodiment has been described above, this does not limit the present invention. For example, the order data file 12 is classified into an order data file 12a at the end of the format inspection, an order data file 12b at the end of the master inspection, and an order data file 12c at the end of the delivery condition inspection. May be used as the order data file 12. Although the shipment stop order data file 18 and the order receipt data file 19 are different files, a field indicating the shipment stop is provided in the order receipt data file 19, and the value of this field indicates whether each record indicates the shipment stop order data or the order receipt order. The received order data may be distinguished.

The present invention can be modified to operate on a client / server system. In this case, each file of the embodiment can be provided on a database server as, for example, a relational database, and an automatic order approval system provided as one client accesses the order database, and stores the order database for which the order has been approved. It can also be created.

[0048]

As described above, according to the first aspect of the present invention, order data received from an order terminal via a communication path is inspected and subjected to predetermined processing to generate automatically accepted order data. An order data automatic approval method for receiving an order data from an order terminal via a communication path, an order data receiving step, a format check step of performing error detection by a predetermined format check on the received order data, A master inspection step of checking a data item of the order data in which no error is detected in the format inspection process with a master data file to check whether or not the contents of the data item are registered in the master data file; Delivery condition inspection process for checking whether the order data for which no error was detected in the process conforms to the delivery conditions for each customer, and conforms to the delivery conditions And a delivery condition assignment process of giving a detailed delivery condition for each customer registered in advance to the order data and outputting the order data to an order data file. As a result, the inspection and the detailed delivery conditions can be automatically given to save labor and speed up the order approval.

According to the second aspect of the invention, in addition to the effects of the first aspect, the order data received from the ordering terminal via the communication path includes items related to orders and items related to shipping. , The items related to transportation and the items related to delivery were entered or edited for each item, so that order data can be easily checked on the ordering side and order receiving side, and format inspection at the time of receiving order data can be performed. This has the effect of being easier. According to the third aspect of the present invention, in addition to the effect of the first aspect, the order data in which an error is detected in the format check process and the order confirmation data based on the order data file are transmitted to the communication path. Further, there is provided a process of returning order confirmation data to the order terminal via the order terminal, so that order data having an error cause on the ordering side and order confirmation data for which the order has been approved can be automatically returned to the order terminal. This has the effect.

According to the fourth aspect of the present invention, in addition to the effects of the first to third aspects of the present invention, the communication path includes the Internet. There is no need to introduce a dedicated network such as a dedicated line or a value-added communication network (VAN) as a communication path for connecting the network, and the communication cost associated with receiving orders can be reduced. According to the invention described in claim 5, in addition to the effect of the invention described in claim 1, a step of outputting order data in which an error is detected in the master inspection step to an error data file, and the contents of the error data file And outputting the order data to the order data file, the order data having an error detected in the master inspection process can be corrected and the order can be approved.

According to the invention described in claim 6, in addition to the effect of the invention described in claim 1, in addition to the step of outputting order data for which a nonconformity is detected in the delivery condition inspection step to a shipping stoppage order data file, Modifying the contents of the shipment stoppage order data file and outputting it to the order receipt data file, whereby the order data in which a nonconformity is detected in the delivery condition inspection step can be modified to approve the order. There is an effect that can be.

According to the invention described in claim 7, an order receiving automatic approval program for executing inspection and predetermined processing on order data received from the ordering terminal via the communication path to create automatically approved order receiving data is stored. Storage medium,
The order data is received from the order terminal via the communication path, an error is detected by a predetermined format check on the received order data, and a data item of the order data in which no error is detected by the format check is a master data file. A master check is performed to determine whether or not the content of the data item is already registered in the master data file. For order data for which no error was detected in the master check, a delivery for each customer registered in advance is performed. Inspect whether or not the conditions are met, using a storage medium that stores an automatic order approval program that adds detailed delivery conditions for each customer registered in advance to order data that meets the delivery conditions and outputs them to an order data file. As a result, the portability of the automatic order approval program was increased, and it was easily installed on the computer that was to execute this automatic order approval program. There is an effect that can be.

[Brief description of the drawings]

FIG. 1 is a configuration diagram of a computer system that executes an automatic order acceptance method according to the present invention.

FIG. 2 is a schematic flowchart illustrating the flow of processing of an automatic order acceptance method according to the present invention.

FIG. 3 is a diagram showing a configuration example of an order data file.

FIG. 4 is a diagram showing a configuration example of an error data reply file.

FIG. 5 is a diagram showing a configuration example of a customer general master file in which a customer code in a master data file is registered.

FIG. 6A is a diagram showing a configuration example of a product name packaging form master file in which the packaging form of the product is registered for each product name code in the master data file, and FIG. It is a figure showing the example of composition of the warehouse master file which registered warehouse data.

FIG. 7A is a diagram illustrating a configuration example of a user delivery condition file in which detailed delivery conditions for each individual user are registered; FIG. 7B is a product name master file in which product name data in a master data file is registered; FIG. 3 is a diagram showing an example of the configuration.

FIG. 8 is a diagram showing a configuration example of an order data file.

FIG. 9 is a flowchart illustrating details of a master inspection process.

FIG. 10 is a flowchart illustrating details of a delivery condition inspection process.

FIG. 11 is a flowchart illustrating details of a detailed delivery condition providing process.

[Explanation of symbols]

 DESCRIPTION OF SYMBOLS 1 Computer 2 Processing device 3 Main storage device 4 Auxiliary storage device 5 Display device 6 Input device 7 Communication control device 8 Internet 9 Ordering terminal 10 Order automatic approval program 11 Received data file 12 Order data file 13 Error condition file 14 Error data return file 15 Master data file 16 Error data file 17 User delivery condition file 18 Shipment stop order data file 19 Order data file 20 Order confirmation data file 21 Shipment result file

Claims (7)

[Claims] 1. An order receiving automatic approval method for inspecting and receiving predetermined processing on order data received from an ordering terminal via a communication path to create automatically approved order receiving data. An order data receiving step of receiving order data from a terminal, a format checking step of performing error detection by a predetermined format check on the received order data, and a data item of the order data in which no error was detected in the format checking step A master data file to check whether or not the contents of the data item are registered in the master data file; and for the order data for which no error was detected in the master data process, A delivery condition inspection process for checking whether or not the delivery conditions for each registered customer are satisfied, and an order data that is registered in advance in order data that meets the delivery conditions. Orders automatic approval method, characterized in that it comprises a delivery terms grant process to be output by giving a detailed delivery terms of each customer to order data file, the. 2. The order data received from the ordering terminal via the communication channel is input or edited for each of an order-related item, a shipping-related item, a transport-related item, and a delivery-related item. 2. The automatic order receiving approval method according to claim 1, wherein: 3. An order confirmation data returning step of returning order data for which an error has been detected in said format inspection step and order confirmation data based on said order data file to said order terminal via said communication path. 2. The automatic order receiving approval method according to claim 1, wherein: 4. The automatic order receiving approval method according to claim 1, wherein the communication path includes the Internet. 5. The method according to claim 1, further comprising: outputting the order data in which an error is detected in the master inspection process to an error data file; and correcting the contents of the error data file and outputting the corrected data to the order data file. 2. The automatic order receiving approval method according to claim 1, wherein: 6. A step of outputting order data in which a nonconformity is detected in the delivery condition inspection step to a shipment stoppage order data file, and a step of correcting the contents of the shipment stoppage order data file and outputting the same to the order reception data file. 2. The automatic order receiving approval method according to claim 1, further comprising: 7. A storage medium storing an automatic order receiving approval program for performing inspection and predetermined processing on order data received from an ordering terminal via a communication path to create automatically approved order receiving data. Receiving order data from the order terminal via a route, detecting an error in the received order data by a predetermined format check, and defining a data item of the order data in which no error was detected in the format check as a master data file. A master check is performed to determine whether or not the content of the data item has been registered in the master data file. For order data for which no error was detected in the master check, delivery conditions for each customer registered in advance are set. Inspection whether or not it conforms to the order data conforming to the delivery conditions described above, with the pre-registered detailed delivery conditions for each customer added to the order data file And the storage medium storing the orders automatic approval program to force.