WO2008151541A1 - Procédé, système et dispositif permettant la réalisation de facture électronique - Google Patents

Procédé, système et dispositif permettant la réalisation de facture électronique Download PDF

Info

Publication number
WO2008151541A1
WO2008151541A1 PCT/CN2008/071114 CN2008071114W WO2008151541A1 WO 2008151541 A1 WO2008151541 A1 WO 2008151541A1 CN 2008071114 W CN2008071114 W CN 2008071114W WO 2008151541 A1 WO2008151541 A1 WO 2008151541A1
Authority
WO
WIPO (PCT)
Prior art keywords
ticket
client
server
electronic
information
Prior art date
Application number
PCT/CN2008/071114
Other languages
English (en)
French (fr)
Inventor
Houbo Fang
Bo Liu
Jiguang Lu
Jianming Li
Original Assignee
Huawei Technologies 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 Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP08757527A priority Critical patent/EP2120191A4/en
Publication of WO2008151541A1 publication Critical patent/WO2008151541A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/04—Billing or invoicing

Definitions

  • the present invention relates to the field of information technology, and in particular, to a method, system and device for implementing an electronic ticket. Background technique
  • invoices When conducting business activities, operators often need to issue invoices to consumers.
  • the invoice is the basis for the management and management of the operator. Invoices generally have a double connection, and some also have multiple connections.
  • the operator issues one of the bonds as a voucher for the consumer, and the other is saved as a stub link, so that the manager can check the operator's income audit.
  • the embodiment of the invention provides a method for realizing electronic bills, realizes electronic management of bills, and overcomes defects caused by manual collection, distribution, storage and verification of bills.
  • the electronic stub of the ticket is generated according to the ticket information fed back after the client outputs the ticket; the outputted ticket is associated with the electronic stub, so that the ticket number recorded in the electronic stub is consistent with the exported ticket number.
  • the client receives the ticket allocated by the server;
  • the ticket information is generated
  • the client sends the generated ticket information to the server.
  • a system for implementing an electronic ticket including a client and a server, provided by an embodiment of the present invention, where
  • a client configured to receive a ticket allocated by the server, output a ticket according to the request, and send the ticket information of the output ticket to the server;
  • a server configured to allocate a ticket to the client, generate a corresponding electronic stub according to the ticket information received from the client, store the ticket, and associate the ticket output by the client with the electronic stub, so that the ticket number recorded in the electronic stub is
  • the output ticket numbers are the same.
  • An embodiment of the present invention further provides a server for implementing an electronic ticket, including an allocation module, a receiving module, and a processing module, where
  • An allocation module configured to allocate a ticket to the client
  • the ticket information for receiving the outputted ticket is sent to the processing module, and the processing module is configured to generate a corresponding electronic stub according to the ticket information received by the receiving module Storage.
  • the embodiment of the present invention further provides a client that implements an electronic ticket, including a receiving module, a processing module, and a sending module, where
  • a receiving module configured to receive the allocated ticket and send the ticket to the processing module
  • a processing module configured to acquire the ticket information according to the request and output the ticket, and send the outputted ticket information to the sending module;
  • the sending module is configured to send the ticket information of the exported ticket.
  • the invoice of the embodiment of the present invention is a single invoice and is electronically managed, that is, the relevant information of the invoice is stored in the set database, and the relevant information of the invoice is updated according to the current status of the invoice.
  • the invoices can be printed directly and the stored invoice related information can be updated or/and queried without having to manually check the stubs of the invoices manually. Therefore, the method, the device and the system provided by the embodiments of the present invention realize the electronic management of the bills, and overcome the defects caused by the manual collection, payment, storage and verification of the bills.
  • FIG. 1 is a schematic structural diagram of an electronic invoice after printing according to an embodiment of the present invention.
  • FIG. 2 is a flow chart of a method for implementing an electronic invoice according to an embodiment of the present invention
  • FIG. 3 is a flow chart of a method for resource management of an electronic invoice according to an embodiment of the present invention.
  • FIG. 4 is a flow chart showing the use of an electronic invoice according to an embodiment of the present invention.
  • FIG. 5 is a schematic structural diagram of an association between an electronic invoice and an electronic stub according to an embodiment of the present invention
  • FIG. 6 is a schematic structural diagram of information related to electronic invoices to be printed stored by a client according to an embodiment of the present invention
  • FIG. 7 is a schematic diagram of a storage structure of a login user's location log information according to an embodiment of the present invention
  • FIG. 8 is a schematic diagram of a location log information of a login user saved on a client according to an embodiment of the present invention
  • FIG. 9 is a flowchart of a method for automatically associating an electronic invoice and an electronic stub based on a client session mode according to an embodiment of the present invention.
  • FIG. 10 is a flowchart of initial setting of a client session mode after a user logs in according to an embodiment of the present invention
  • FIG. 11 is an embodiment of an embodiment of the present invention, which uses an client session mode setting to automatically print an electronic invoice. Positioning flowchart
  • FIG. 12 is a flowchart of a method for a client to save a location log record when a login user logs out of the system according to an embodiment of the present invention
  • FIG. 13 is a schematic diagram of a data structure saved in a positioning process set by a server according to an embodiment of the present invention.
  • 15 is a flowchart of an initial setting of a server-based electronic invoice location process mode after a user logs in according to an embodiment of the present invention
  • 16 is a flowchart of automatic positioning of electronic invoice printing based on a server electronic invoice positioning process mode according to an embodiment of the present invention
  • 17 is a flowchart of a login information saving sub-flow after a login user exits an electronic invoice system based on a server electronic invoice location process mode according to an embodiment of the present invention
  • FIG. 18 is a schematic diagram of a system for implementing an electronic receipt according to an embodiment of the present invention.
  • FIG. 19 is a schematic diagram of a client implementing an electronic ticket according to an embodiment of the present invention.
  • FIG. 20 is a schematic diagram of a server for implementing an electronic receipt according to an embodiment of the present invention. detailed description
  • the invoice of the embodiment of the present invention is a single invoice and is electronically managed, that is, the relevant information of the invoice is stored in the set database, and the related information of the invoice is updated according to the current status of the invoice.
  • invoicing, sending, storing and checking invoices you can directly update or / and query the relevant information of the invoice without having to manually check the stub of the invoice.
  • the embodiment of the invention sets an electronic invoice system on the server, and generates corresponding information corresponding to each invoice, such as an invoice number, type, version number and status, in the invoice resource table and the electronic stub table entry in the electronic invoice system respectively. Wait. Then, the electronic invoicing system on the server allocates the invoice according to the set conditions and assigns it to different clients; the client prints and cancels the assigned invoice, and interacts with the server to print and cancel the invoice in the electronic
  • the invoice resource table of the invoice system and the status information of the corresponding invoice recorded in the electronic stub table are modified for the operation manager Verification. In this way, the electronic management of the invoice is realized.
  • the status of the electronic invoice includes: not enabled, blank, printed, and obsolete, and the status category of the electronic invoice can also be expanded according to the business situation.
  • the invoice is an invoice of a mobile communication company, and the items included are: previous period balance, current period payment, current period balance, invoice code, invoice number, Print number, current consumption, amount and tax code.
  • the items consumed in this period include: local call charges, long-distance call charges and total consumption; the amount items are capitalized.
  • the invoice of the embodiment of the present invention has a print number and a tax control code, wherein the print number must be consistent with the invoice number to identify the correctness of the corresponding electronic stub storage in the electronic stub table;
  • the encrypted string is determined according to the negotiation between the operator and the manager to ensure the anti-counterfeiting effect.
  • This tax code is optional.
  • Step 201 Set an electronic invoice system on a server, where the system includes an invoice resource table and an electronic stub table, in an entry of an invoice resource table. With the information that the invoice is not enabled, after the unenabled invoice is assigned to the client, the corresponding status of the invoice in the invoice resource table is changed to blank.
  • Step 202 After receiving the allocated invoice, the client prints or/and pays off.
  • Step 203 The client and the server interact to modify the invoice of the printed or/and offwritten in the invoice resource table of the electronic invoicing system and the status information of the corresponding invoice recorded in the electronic stub table.
  • the print number of the invoice to be printed matches the print number on the invoice printing paper, if it is inconsistent, it needs to interact with the server, adjust the print number of the invoice to be printed in the electronic invoice system, and the invoice on the printing paper. After the print numbers are adjusted to match, print them again.
  • the embodiment of the present invention is called a positioning log record, and can be stored in a database in the electronic invoice system, including: the print number of the printed invoice and the corresponding login. User Info.
  • the corresponding location log record is obtained from the database according to the user information of the login user, the print number of the printed invoice is obtained, the print number of the invoice to be printed is calculated, and the invoice printing paper is used. After the print numbers on the comparison are compared, the print is performed.
  • the positioning calculation of the embodiment of the present invention can be performed by a client The end is done, or it is done by the server.
  • the electronic invoice system processing process is mainly divided into three components: the resource management process of electronic invoicing, the use process of electronic invoices, and the automatic association process of electronic invoices and electronic stubs.
  • the three parts are described in detail below.
  • FIG. 3 is a flowchart of a method for resource management of an electronic invoice according to an embodiment of the present invention, and the specific steps are:
  • Step 301 The server enters the unenabled electronic invoice into the electronic invoice system, and generates an entry of the invoice resource table.
  • Step 302 The server allocates the electronic invoice identified as inactive in the invoice resource table to the client according to the pre-set condition, and after the allocation, marks the status of the electronic invoice as blank.
  • the pre-set conditions may be assigned according to the number segment of the electronic invoice.
  • Step-by-step allocation refers to the direct or indirect information exchange between the server and multiple different levels of clients.
  • the electronic invoicing is distributed in a hierarchical order, up to the lowest level of the client.
  • the electronic invoice may be marked with an invalidation status in the corresponding electronic invoice entry of the invoice resource table.
  • Step 401 The client logs in to the server's electronic invoice system, and the electronic invoice system calls the location log record of the login user, and sends the location log record to the client through the server.
  • the login user's location log record is the latest printed electronic invoice information stored in the database by the electronic invoice system, including the print number of the printed electronic invoice corresponding to the user information, and the remaining blank electronic invoice and Other relevant information, etc.
  • Step 402 The client determines, according to the location log record of the login user, the print number of the blank electronic invoice to be printed, and determines whether the print number and the print number on the electronic invoice paper of the electronic invoice printer are consistent. If not, the process proceeds to the step. 403; Otherwise, go to step 404.
  • Step 403 The client adjusts the print number of the blank electronic invoice to be printed and the printed number on the electronic invoice paper of the electronic invoice printer, and proceeds to step 404.
  • the adjustment process is: the client sets the start number of the blank electronic invoice to be printed, that is, adjusts to the printed number on the first electronic invoice paper in the printer.
  • Step 404 The client prints the electronic invoice, returns the printed electronic invoice information to the server, and changes the status information of the electronic invoice in the invoice resource table, and changes to printed.
  • the server obtains the print number of the printed electronic invoice based on the electronic invoice information, and stores it as the location log record corresponding to the login user information.
  • Step 405 The client cancels printing the electronic invoice, and the invoice printing service is rolled back through the server in the electronic invoicing system, and the electronic invoice system performs the rollback processing on the electronic invoice, and changes the electronic stub to the invalid state and in the invoice resource table.
  • the status information of the electronic invoice is changed, and the print number of the invalid electronic invoice is generated, and the login user information is stored as the positioning log record.
  • Step 406 The entire printing process of the client ends.
  • the printing uses double or multi-invoices, and the invoice is not part of the management system management, and no setting is required when printing the invoice.
  • the electronic stub and the electronic invoice need to be associated, and the printing number of the electronic invoice must be consistent with the printing number in the electronic stub, so as to ensure the correctness of the electronic stub.
  • FIG. 5 is a schematic diagram showing the structure of an electronic invoice and an electronic stub according to an embodiment of the present invention.
  • the printed physical invoice information is mapped to an electronic invoice system in the form of an entry in an invoice resource table, and the electronic invoice is in the form of a resource.
  • the corresponding record in the invoice resource table is processed by the "blank" status to "printed, and the corresponding electronic deposit and physical invoice are generated in the electronic stub table.
  • the embodiments of the present invention provide two solutions, which are described in detail below.
  • the first solution is an automatic association process for electronic invoicing and electronic stubs based on the client session (Session) model.
  • This solution is relatively simple to process, and the initial value of the print number of the printed electronic invoice is set on the client.
  • the positioning operation of printing the electronic invoice every time is also completed on the client side, which is equivalent to the client notifying the server to print each time the electronic invoice is printed.
  • the server simply changes the status of the invoice corresponding to the invoice resource table to printed, and sends an invoice print response to the client.
  • the electronic invoicing system is more efficient and applies to the case where the printed number of the electronic invoice is a continuous integer.
  • This solution supports the case where one user logs in to multiple clients simultaneously or one client simultaneously prints electronic invoices for multiple users.
  • FIG. 6 is a schematic structural diagram of information related to electronic invoices to be printed stored by a client according to an embodiment of the present invention, including a data entity of an electronic invoice, the data entity includes a data category and a numerical value, and the data category corresponds to different information for printing an electronic invoice, and the value is Specific information value.
  • the structure is described in C/C++ language as follows:
  • various types of numbers in the electronic invoice are stored separately, and when the electronic invoice is printed, the operation stSessionCatheVal.nlnvoiceNo; when the receipt is printed, the operation stSessionCatheVal. nRecptionNo; when the bill printing process is performed, the operation stSessionCatheVal. nBillltemNo and the like.
  • the client also needs to locate the log information of the login user corresponding to the printed
  • the print number of the invoice (if it is the first print, the initial value of the print number can be set) for storage.
  • the storage structure is shown in Figure 7, including: the work number, which is the employee number of the logged-in user; the Internet Protocol (IP) address, The client address of the logged-in user; the media access control (MAC) address, the client NIC address of the logged-in user, and the value of the client for the dynamic IP address; the session attachment code, which is initiated for the logged-in user.
  • IP Internet Protocol
  • MAC media access control
  • the data type the type of data currently saved, such as Electronic invoices, receipts, bills, etc.
  • numeric data values for different types of data.
  • FIG. 8 is a schematic diagram of a location log information of a login user saved on a client according to an embodiment of the present invention.
  • the login user's job number, IP address, MAC address, session add-on code, and value are used.
  • Information such as type, value, etc. is recorded in the location log information so that the next time the user logs out when logging in.
  • FIG. 9 is a flowchart of a method for automatically associating an electronic invoice and an electronic stub based on a client session mode according to an embodiment of the present invention, and the specific steps are as follows:
  • Step 901 The user logs in to the client, and the client calls the stored print number of the electronic invoice in the latest log information of the user, and checks with the printed number of the ticket on the user printer. If not, the printed number of the paper is subject to The initial number of the electronic invoice system record is adjusted, and step 902 is performed; if they are consistent, step 902 is directly executed.
  • Step 902 The client carries the print number in the location log information in the print request message.
  • Step 903 The client sends the print request message to the server.
  • Step 904 The server receives the print request message, determines the user according to the location log information, queries the arrears information, and processes the record status corresponding to the print number in the invoice resource table from the blank to the printed according to the received print number.
  • electronic stubs are generated, such as customer name and number, invoice amount, invoice number, billing date, and operator.
  • the server may also store the user's location log information in the database corresponding to the print number as the user's last location record.
  • Step 905 The server processes the print request message to end, and returns a print response to the client.
  • Step 906 After receiving the print response of the server, the client prints, and the client adds 1 to the print number of the relevant ticket variable in the location log information, and waits for the next print job.
  • FIG. 10 is a flowchart of initial setting of a client session mode after a user logs in according to an embodiment of the present invention, and the specific steps are as follows:
  • Step 1001 The user logs in to the electronic invoice system, and after the authentication, the user's related information is stored in the client, for example, the user ID, the IP address, the MAC address, and the organization information are stored in the session mode variable area of the client.
  • Step 1002 The client sends a query request to the server, and carries relevant information of the user, and queries the related location log record when the user last exits the electronic invoice system.
  • Step 1003 After receiving the query request, the server feeds back the latest positioning log record of the user to the client.
  • Step 1004 After receiving the feedback information, the client checks the print number in the location log record, and compares it with the print number of the ticket on the user printer. If not, the paper print number is used as the standard, and the electronic invoice system records are adjusted. The beginning number.
  • Step 1005 After the printing number is calibrated, the user stores the user's positioning log information (which can be used as the positioning calculation when the user prints next time), and performs business processing on the user.
  • FIG. 11 is a flowchart of automatically positioning an electronic invoice printing by using a client session mode setting according to an embodiment of the present invention, and the specific steps are as follows:
  • Step 1101 The client receives the print service, and reads the corresponding number information, such as the invoice number, in the location log information of the user, and carries the service type and the print number in the print request message and sends the message to the server.
  • the corresponding number information such as the invoice number, in the location log information of the user
  • Step 1102 The server performs related printing service processing, and checks whether the service prints one or more sheets. For example, if the payment is made once, the monthly arrears may be settled, and multiple invoices may be printed; if there are multiple sheets, the corresponding ones are synthesized.
  • the received print number is the first print number, and the print number of each subsequent print information is incremented by one to match the physical note, and the record status corresponding to the print number in the invoice resource table is The blank is processed to be printed, and an electronic stub record is generated, and the print response is sent to the client.
  • the server also stores the location log information of the user in the database corresponding to the print number as the user's most recent location record.
  • Step 1103 After receiving the print response, the client performs print processing, and for each print, adds 1 to the number of the session mode variable area of the relevant service type, and prints with the physical ticket.
  • the number is consistent, that is, the latest print number is stored in the user's location information corresponding to the user's related information.
  • Step 1104 After printing, you can return to step 1101 to continue the business acceptance.
  • FIG. 12 is a flowchart of a method for a client to save a location log record when a login user logs out of the system according to an embodiment of the present invention, and the specific steps are as follows:
  • Step 1201 The login user exits the electronic invoice system and sends an exit request to the client.
  • Step 1202 The client carries the user information in the session variable area, including the user ID, the IP address, the MAC address, the electronic invoice number, the receipt number, and the bill number, in an exit request, and sends the information to the server.
  • Step 1203 The server receives the request, and saves the user information carried by the request in the location log record of the user corresponding to the most recent print number.
  • the second solution is based on the electronic invoice and electronic stub correlation process of the server electronic invoice location process model.
  • the server specifically needs to set up a positioning process to be responsible for the positioning of the electronic invoice number.
  • the set positioning process needs to be based on the previous invoice number (or the initial invoice number set by the login user).
  • the user information carried by the print request message sent by the client performs a positioning operation, calculates the number of the printed invoice (which must be consistent with the printed number of the electronic invoice), carries the printed number of the invoice in the print response, and sends it to the user. .
  • the corresponding print number of the login user is recorded to serve as the basis for the positioning calculation of the next print request.
  • the login user performs the initial setting of the invoice start number when logging in to the electronic invoicing system, and the setting information is saved on the server.
  • the automatic association processing of the electronic invoice printing and the electronic stub is all on the server, and is applicable to the electronic invoice.
  • the number is a non-integer string case.
  • FIG. 13 is a schematic diagram of a data structure saved in a positioning process set by a server according to an embodiment of the present invention.
  • the data structure is basically consistent with the structure of the location log record, and the electronic invoice system is improved in order to improve the running speed of the electronic invoice system.
  • the performance of the login user's recent location record can be saved in the server's session sharing area (the location process is set in the session sharing area;) to reduce the query to the server database each time, directly access the server session sharing area can.
  • the data stored in the server session shared area is consistent with that in the database, if the electronic invoicing system The hardware resources are good enough. You can also disable the server's session sharing area, directly operate the server's database, update the location log records, and query the log records to simplify the program deployment.
  • Step 1401 A user logs in to a server of an electronic invoice system through a client, and a server of an electronic invoice system automatically prompts the user to locate a recent log record.
  • the print number of each type of ticket is checked against the print number of the ticket on the user's printer. If it is inconsistent, the start number of the electronic invoice system record is adjusted based on the printed number of the paper, and stored in the session sharing area of the server.
  • Step 1402 is performed; if they are consistent, they are stored in the session sharing area of the server, and step 1402 is performed.
  • Step 1402 The client sends a print request message of the login user to the server.
  • Step 1403 The server receives the print request message sent by the client, and forwards the request message to the positioning process set by the server, and requests to feed back the relevant number of the service print, such as the print number of the electronic ticket.
  • Step 1404 The invoice locating process of the server receives the request message, according to the data structure stored in the session sharing area of the server, that is, the print number of the logged-in user that printed the last time (or the initial print number set by the logged-in user) And the user information carried by the user's request message is subjected to a positioning operation, and the print number of the current service (which must be consistent with the print number of the paper on the client printer) is obtained, and the print number is fed back to the server.
  • Step 1405 After obtaining the print number, the server combines the obtained other information, such as the amount, the amount of the capitalization item, the customer name item, and the operator, to synthesize the print response, and sends the response to the client.
  • the server After obtaining the print number, the server combines the obtained other information, such as the amount, the amount of the capitalization item, the customer name item, and the operator, to synthesize the print response, and sends the response to the client.
  • the server processes the record status corresponding to the print number in the invoice resource table from blank to printed, and generates an electronic stub record.
  • Step 1406 After receiving the print response, the client performs print processing, prints, and waits for the next print job.
  • FIG. 15 is a schematic flowchart of an initial setting according to a server electronic invoice positioning process mode after a user logs in according to an embodiment of the present invention, and the specific steps are as follows:
  • Step 1501 After the user logs in, the client sends a query request message to the server to query the location record of the user.
  • the message carries the related information of the user.
  • Step 1502 After receiving the request message, the server forwards the message to the set positioning process, and locates The process checks whether the session sharing area is enabled in the electronic invoice system. If yes, the print data corresponding to the user-related information is searched from the shared area, and is carried in the query response and sent to the client; if not, the location log directly from the database The record is directly searched, and the print data of the user is obtained, and is carried in the query response and sent to the client.
  • Step 1503 After receiving the query response sent by the server, the client checks the relevant print number, such as the print number of the electronic invoice or the print number of the receipt, with the relevant printing number of the paper on the printer. If not, the paper is inconsistent. The printing number is subject to the adjustment, and the adjusted printing number is carried in the setting request and sent to the server; if they are consistent, the printing number is carried in the setting request and sent to the server.
  • the relevant print number such as the print number of the electronic invoice or the print number of the receipt
  • Step 1504 After receiving the setting request, the server forwards to the set positioning process, and the positioning process checks whether the electronic sharing system has enabled the session sharing area. If the session sharing area is enabled, the printing number carried by the request is set corresponding to the user related information. Write to the session share area, and write the print number to the user's location log record in the database; if the session share area is not enabled, the print number carried by the setup request is directly written to the user's location in the database. In the log record.
  • Step 1505 the setting is completed.
  • 16 is a flowchart of automatic positioning of electronic invoice printing based on a server electronic invoice positioning process mode according to an embodiment of the present invention, and the specific steps are as follows:
  • Step 1601 The user is logged in to print the service, and the information about the login user, such as the login user ID, IP address, MAC address, service type, and customer number, is carried in the print request message and sent to the server through the client.
  • the information about the login user such as the login user ID, IP address, MAC address, service type, and customer number, is carried in the print request message and sent to the server through the client.
  • Step 1602 The server performs related service processing, and simultaneously calls the set positioning process to request the positioning processing of the print number of the related service.
  • Step 1603 The positioning process detects whether the session sharing area is enabled in the electronic invoice system. If enabled, the corresponding print number is directly searched from the session sharing area according to the user-related information received by the print request message; if not, the direct Find the corresponding print number in the location log record of the server's database.
  • Step 1604 After receiving the feedback print number, the server carries the print number in the print The response is sent to the client.
  • the server processes the record status corresponding to the print number in the invoice resource table from blank to printed, and generates an electronic stub record.
  • Step 1605 The server determines whether the service prints one or more sheets. If there are multiple sheets, the positioning process is repeatedly called to locate the print number, and the print number is carried in the print response and sent to the client.
  • Step 1606 The client receives the print response, and performs corresponding processing according to the carried print number.
  • FIG. 17 is a flow chart of the login information saving sub-flow after the login user exits the electronic invoice system according to the server electronic invoice location process mode according to the embodiment of the present invention, and the specific steps are as follows:
  • Step 1701 The client sends an exit request to the server, and notifies the server to perform the exit processing.
  • Step 1702 The server notifies the positioning process to perform the exit processing.
  • the positioning process detects whether the session sharing area is enabled in the electronic invoice system. If yes, the logged-in user has marked the offline area in the shared area information of the session, so that the shared area is not enough, the related space is reused, and the data synchronization is triggered. The process writes relevant information to the database in the server; if the session sharing area is not enabled, the positioning log record in the server can be directly updated.
  • Step 1703 The positioning process set by the server is successfully processed, and the client is notified by the server to perform exit confirmation.
  • the embodiment of the present invention further provides a system for implementing an electronic ticket.
  • the system includes a client and a server, where
  • the client is configured to receive an invoice distributed by the server, print and/or pay off, and send the invoice information after printing or / and the cancellation to the server;
  • a server configured to assign an invoice to the client, and generate corresponding electronic stub storage based on the invoice information received from the client.
  • the server further includes an invoice resource table storage module, configured to store an invoice resource table with invoice information, and assign an invoice to the client after the invoice of the inactive state in the invoice resource table is allocated to the client.
  • the information is changed to a blank state, and the invoice information in the invoice resource table is changed based on the invoice information received from the client.
  • the server also includes an electronic stub storage module for storing the generated electronic stub.
  • the server further includes a positioning log storage module and a positioning calculation module, wherein the positioning log storage storage module is configured to store the positioning log record, provide the positioning log record to the positioning calculation module in the server, and calculate the printing of the current invoice to be printed.
  • the number is sent to the client; after receiving the print number, the client prints the invoice to be printed according to the print number.
  • the server further includes a location log record storage module
  • the client further includes a location calculation module, wherein the location log record storage module is configured to store the location log record, and provide the location log record to the location calculation module of the client. , calculate the print number of the current invoice to be printed, and print the invoice to be printed according to the print number.
  • the embodiment of the present invention further provides a server for implementing an electronic ticket.
  • the server includes an allocation module, a receiving module, and a processing module, where
  • the receiving module the invoice information for receiving the printing or/and the cancellation invoice, is sent to the processing module; and the processing module is configured to generate the corresponding electronic stub storage according to the invoice information received from the receiving module.
  • the server further includes an invoice resource table storage module, configured to store an invoice resource table with invoice information, and send an invoice with an inactive state in the invoice resource table to the distribution module, and then send the invoice to the distribution module.
  • the invoice information is changed to a blank state, and the invoice information in the invoice resource table is changed according to the invoice information received from the receiving module.
  • the receiving module also needs to send the invoice information to the invoice resource table storage module.
  • the server also includes an electronic stub storage module for storing the generated electronic stub.
  • the server further includes a location log record storage module and a location calculation module, wherein the location log record storage module is configured to store the location log record, provide the location log record to the location calculation module in the server, or directly send the record.
  • the positioning calculation module in the server is configured to calculate the print number of the current invoice to be printed according to the positioning record, and send it.
  • the embodiment of the present invention further provides a client for implementing an electronic ticket, as shown in FIG. 20, the client receiving module, the processing module, and the sending module, where
  • a receiving module configured to receive the allocated invoice and send the invoice to the processing module
  • a processing module configured to print and/or cancel the invoice, and send the invoice information after printing or/and the cancellation to the sending module;
  • a sending module for sending invoice information after printing or/and cancellation.
  • the client further includes a positioning calculation module, configured to calculate a print number of the current invoice to be printed according to the positioning log record, or directly receive the print number of the currently printed ticket through the receiving module, according to the print number The current invoice to be printed is printed.
  • a positioning calculation module configured to calculate a print number of the current invoice to be printed according to the positioning log record, or directly receive the print number of the currently printed ticket through the receiving module, according to the print number The current invoice to be printed is printed.
  • the embodiment of the present invention is not limited to the electronic processing process of the invoice.
  • the electronic management mode can also be applied to various bills of the operator.
  • the system set in the server is an electronic ticket system.
  • the electronic ticket system includes a bill resource table and an electronic stub table.
  • the above two methods of the embodiment of the present invention can also be used. In this case, it is necessary to separately calculate the print numbers of the different tickets corresponding to the ticket type.
  • the method, system and device provided by the embodiments of the present invention have the following features: 1) Using a single electronic bill, the electronic bill is associated with an electronic stub, which facilitates auditing and saves a large number of bills. Cost; 2) Recycling the bills to improve the level of bill management; 3) Establishing the relationship between electronic stubs and physical bills printed by electronic bills, establishing a basis for electronic bill filing; 4) Electronic billing system can provide Synchronous or asynchronous electronic tax filing interface; 5) Electronic management of electronic stubs reduces paper stubs and saves operating costs.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Accessory Devices And Overall Control Thereof (AREA)

Description

一种实现电子票据的方法、 系统及装置 本申请要求于 2007 年 06 月 07 日提交中国专利局、 申请号为 200710108631.5、 发明名称为"一种实现电子票据的方法、 系统及装置"的中 国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及信息技术领域， 特别涉及一种实现电子票据的方法、 系统及 装置。 背景技术
在进行经营活动时， 经营者常常需要给消费者开具发票。 发票为经营管 理者对经营者进行监控管理的依据。 发票一般具有双联， 有些还具有多联， 经营者为消费者开具其中一联作为凭证， 另一联作为存根联进行保存， 以便 经营管理者在进行经营者收入稽核时核查。
目前， 发票的收、 发和存信息釆用手工入帐、 实行双联或多联式打印方 式， 经营管理者进行业务收入入帐时并不按照发票的金额入帐， 这会带来以 下的^多缺点。
1 )发票的收、 发和存信息釆用手工入帐， 带来使工作量增大的缺点；
2 ) 实行双联或多联的发票打印方式存在着增大经营成本以及增加人力 物力的缺点， 例如： 当一个经营者针对的消费者为 700万， 每月提供给消费 者的发票量为 350万，每张发票的存根联的成本为 0.35元，则每年会增加经 营成本为 350万 （每月的发票量） χθ.35 (每张存根联的成本） χ 12 (月数） = 1470万， 这会增大经营者的经营成本； 还例如： 经营管理者对发票的存根 联都有保存期限的规定， 这就需要经营者在保存期内耗用大量的人力物力对 发票的存根联进行收集、 整理、 装订、 保管和查询等工作， 并需要专门设置 场所对发票的存根联进行妥善保存；
3 ) 经营管理者进行业务收入入帐时并不按照发票的金额入帐， 会带来 财务管理不规范、 不符合电子报税的发展趋势。
综上， 目前釆用的这种双联或多联发票， 存在浪费纸张， 从而导致经营 成本的增大； 目前釆用的这种发票的管理方式， 没有对开具发票人员和发票 使用人员之间进行管理， 不适用于经营管理者的电子报税发展趋势； 釆用手 工方式对数量巨大的发票存根联进行核对和校验， 工作量大且繁瑣， 不适应 财务管理电子化的趋势。 发明内容
本发明实施例提供一种实现电子票据的方法实现对票据的电子化管理， 克服釆用手工方式对票据的收、 发、 存和核查带来的缺陷。
本发明实施例提供的一种实现电子票据的方法， 包括：
将未启用票据分配给客户端；
根据客户端发送的输出票据请求进行定位计算，确定票据编号并发送给 客户端；
根据客户端输出票据后反馈的票据信息， 生成票据的电子存根； 将所输出的票据与电子存根进行关联，使电子存根中记录的票据编号与 已输出的票据编号一致。
本发明实施例提供的一种实现电子票据的方法， 包括：
客户端接收服务器分配的票据；
客户端输出所接收的票据后， 生成票据信息；
客户端发送所生成的票据信息给服务器。
本发明实施例提供的一种实现电子票据的系统， 包括客户端和服务器， 其中，
客户端， 用于接收服务器分配的票据， 根据请求输出票据， 将已输出票 据的票据信息发送给服务器；
服务器， 用于给客户端分配票据， 根据从客户端接收的票据信息生成对 应的电子存根并存储， 将所述客户端输出的票据与电子存根进行关联， 使电 子存根中记录的票据编号与已输出的票据编号一致。
本发明实施例还提供一种实现电子票据的服务器， 包括分配模块， 接收 模块和处理模块， 其中，
分配模块， 用于给客户端分配票据；
接收模块、 用于接收所输出票据的票据信息， 发送给处理模块； 处理模块， 用于根据所述接收模块接收的票据信息生成对应的电子存根 存储。
本发明实施例还提供一种实现电子票据的客户端， 包括接收模块， 处理 模块和发送模块， 其中，
接收模块， 用于接收分配的票据， 发送给处理模块；
处理模块， 用于根据请求获取票据信息并输出票据， 将已输出的票据信 息发送给发送模块；
发送模块， 用于发送已输出票据的票据信息。
从上述方案可以看出， 本发明实施例的发票为单联发票且釆用电子化管 理， 即将发票的相关信息存储在设置的数据库中， 根据发票的当前状态更新 发票的相关信息。 在对发票进行收、 发、 存和核查时， 直接打印单联发票且 对存储的发票相关信息进行更新或 /和查询即可，而不需要再釆用手工方式对 发票的存根联进行核查。 因此， 本发明实施例提供的方法、 装置及系统实现 对票据的电子化管理， 克服釆用手工方式对票据的收、 发、 存和核查带来的 缺陷。 附图说明
图 1为本发明实施例的电子发票打印后的结构示意图；
图 2为本发明实施例实现电子发票的方法流程图；
图 3为本发明实施例电子发票的资源化管理的方法流程图；
图 4为本发明实施例电子发票的使用流程图；
图 5为本发明实施例电子发票与电子存根的关联结构示意图；
图 6为本发明实施例客户端存储的要打印的电子发票相关信息的结构示 意图；
图 7为本发明实施例对登录用户的定位日志信息进行存储结构示意图； 图 8为本发明实施例在客户端保存的登录用户的定位日志信息的示意样 例图；
图 9为本发明实施例基于客户端会话模式的电子发票和电子存根的自动 关联的方法流程图；
图 10为本发明实施例用户登录后客户端会话模式的初始设置子流程图； 图 11 为本发明实施例利用客户端会话模式设置， 电子发票打印的自动 定位流程图；
图 12为本发明实施例登录用户退出系统时， 客户端保存定位日志记录 的流程图；
图 13为本发明实施例在服务器设置的定位进程中保存的数据结构示意 图；
图 14为本发明实施例服务器进行发票定位的总流程图；
图 15为本发明实施例在用户登录后基于服务器电子发票定位进程模式 的初始设置子流程图；
图 16为本发明实施例基于服务器电子发票定位进程模式的电子发票打 印的自动定位流程图；
图 17为本发明实施例基于服务器电子发票定位进程模式的登录用户退 出电子发票系统后登录信息保存子流程图；
图 18为本发明实施例提供的实现电子票据的系统示意图；
图 19为本发明实施例提供的实现电子票据的客户端示意图；
图 20为本发明实施例提供的实现电子票据的服务器示意图。 具体实施方式
为了叙述简便， 以下以票据为发票为例， 对本发明提供的实现对票据的 电子化管理方案进行详细描述。
与现有技术的发票相比较， 本发明实施例的发票为单联发票且釆用电子 化管理， 即将发票的相关信息存储在设置的数据库中， 根据发票的当前状态 更新发票的相关信息。 在对发票进行收、 发、 存和核查时， 直接更新或 /和查 询发票的相关信息即可， 而不需要再釆用手工方式对发票的存根联进行核 查。
本发明实施例在服务器上设置电子发票系统， 分别在电子发票系统中的 发票资源表和电子存根表的表项中生成每一张发票相应的相关信息，如发票 号码、 类型、 版本号和状态等。 然后， 服务器上的电子发票系统按照设定的 条件对发票进行分配， 分配给不同的客户端； 客户端将分配的发票进行打印 和缴销， 且与服务器相交互， 将打印和缴销的发票在电子发票系统的发票资 源表和电子存根表中记录的相应发票的状态信息进行修改， 以便经营管理者 核查。 这样， 就实现了对发票的电子化管理。
在本发明实施例中， 电子发票的状态包括： 未启用、 空白、 已打印和已 作废等， 电子发票的状态种类还可以根据业务情况进行扩展。
图 1为本发明实施例的电子发票打印后的结构示意图， 4叚设该发票为移 动通信公司的发票， 包括的项目有： 上期余额、 本期缴费、 本期余额， 发票 代码、 发票号码、 打印编号、 本期消费、 金额和税控码。 其中， 本期消费的 项目包括： 本地通话费、 长途通话费以及消费合计； 金额项目釆用大写。 与 现有技术相比， 本发明实施例的发票具有打印编号和税控码， 其中， 打印编 号必须与发票号码一致， 以标识电子存根表中相应的电子存根存储的正确 性； 税控码是个加密的字符串， 根据经营者和经营管理者的协商确定是否启 用， 起到防伪作用， 这个税控码是可选的。
图 2为本发明实施例实现电子发票的方法流程图， 其具体步骤为： 步骤 201、 在服务器上设置电子发票系统， 该系统包括发票资源表和电 子存根表， 在发票资源表的表项中具有未启用发票的信息， 将该未启用的发 票分配给客户端后， 将该发票在发票资源表中对应的状态更改为空白。
步骤 202、 客户端接收到分配的发票后， 进行打印或 /和缴销。
步骤 203、 客户端和服务器进行交互， 将打印或 /和缴销的发票在电子发 票系统的发票资源表和电子存根表中记录的相应发票的状态信息进行修改。
在本发明实施例中， 在对发票打印之前， 还需要对要打印发票的打印编 号进行定位计算：
当要打印发票的打印编号和发票打印纸上的印刷编号一致时， 打印； 如 果不一致， 则需要与服务器进行交互， 到电子发票系统中调整要打印发票的 打印编号后， 与发票打印纸上的印刷编号调整为一致后， 再进行打印。
在进行定位计算时， 需要有客户端上一次打印发票的记录， 本发明实施 例称为定位日志记录， 可以存储在电子发票系统中的数据库中， 包括： 已经 打印发票的打印编号和对应的登录用户信息。在确定要打印发票的打印编号 时， 根据登录用户的用户信息从数据库中获取对应的定位日志记录， 得到已 经打印发票的打印编号， 计算得到本次要打印发票的打印编号， 再与发票打 印纸上的印刷编号比较后， 进行打印。 本发明实施例的定位计算可以由客户 端完成， 或者由服务器完成。
在具体实现中， 电子发票系统处理流程主要分为三个组成部分： 电子发 票的资源化管理流程、 电子发票的使用流程以及电子发票和电子存根的自动 关联流程。 以下对这三个部分分别进行详细说明。
第一部分： 电子发票的资源化管理流程
图 3为本发明实施例电子发票的资源化管理的方法流程图， 其具体步骤 为：
步骤 301、 服务器将未启用的电子发票录入电子发票系统， 生成发票资 源表的表项。
步骤 302、 服务器将发票资源表中标识为未启用状态的电子发票根据预 先设置的条件逐级分配给客户端，分配后，将该电子发票的状态标注为空白。
在本步骤中， 预先设定的条件可以为按照电子发票的号段来分配。 逐级 分配是指服务器与多个不同等级的客户端直接或间接进行信息交互， 电子发 票是按照等级顺序， 逐级进行分配， 直到最低一级的客户端。
在本发明实施例中， 如果由于某种原因， 录入的未启用状态的电子发票 不再使用， 则在发票资源表的相应电子发票表项中对该电子发票打上作废状 态标记即可。
第二部分： 电子发票的使用流程
图 4为本发明实施例电子发票的使用流程图， 其具体步骤为：
步骤 401、 客户端登录服务器的电子发票系统， 电子发票系统调出登录 用户的定位日志记录， 通过服务器发送给客户端。
在本步骤中，登入用户的定位日志记录为电子发票系统在数据库保存的 最近一次的打印电子发票的相关信息， 包括对应该登录用户信息的已经打印 电子发票的打印编号、 剩余的空白电子发票及其他相关信息等。
步骤 402、 客户端根据登录用户的定位日志记录确定当前要打印的空白 电子发票的打印编号， 判断该打印编号和电子发票打印机的电子发票纸上的 印刷编号是否一致， 如果不一致， 则转入步骤 403; 否则， 转入步骤 404。
步骤 403、 客户端调整要打印的空白电子发票的打印编号和电子发票打 印机的电子发票纸上的印刷号码一致， 转入步骤 404。 在本步骤中，调整过程为：客户端设置要打印的空白电子发票的起始号， 即调整为打印机中的第一张电子发票纸上的印刷号码。
步骤 404、客户端打印电子发票，将打印的电子发票信息返回给服务器， 且在发票资源表中更改该电子发票的状态信息， 更改为已打印。 服务器根据 电子发票信息得到已打印电子发票的打印编号，对应于登录用户信息作为定 位日志记录进行存储。
步骤 405、 客户端取消打印电子发票， 则通过服务器在电子发票系统中 进行发票打印业务回退， 电子发票系统对该电子发票进行回退处理， 将电子 存根更改为作废状态和在发票资源表中更改该电子发票的状态信息， 同时生 成作废电子发票的打印编号，对应于登录用户信息作为定位日志记录进行存 储。
步骤 406、 客户端整个的打印过程结束。
在本发明实施例中， 如果其他的用户要通过客户端登录电子发票系统， 则仍然釆用图 4所述的这种方式进行处理。
第三部分： 电子发票和电子存根的自动关联流程
在现有技术中的发票打印时， 打印釆用双联或多联发票， 发票不是管理 系统管理的一部分， 打印发票时不需要进行设置。 而在本发明实施例中， 釆 用电子发票系统后， 需要将电子存根和电子发票进行关联， 电子发票的印刷 编号必须和电子存根中的打印编号一致， 这样才能保证电子存根的正确性。
图 5为本发明实施例电子发票与电子存根的关联结构示意图， 在图中， 打印出来的实物发票信息以发票资源表中的表项形式映射到电子发票系统 中， 将电子发票以资源的形式进行关联， 每打印一张单联的实物发票， 在发 票资源表中对应的记录由"空白"状态处理成"已打印，，， 同时在电子存根表中 生成相应的电子存才艮和实物发票相对应。
在本发明实施例中， 怎样简便地设置就能启动电子发票系统， 使电子存 根和已打印的电子发票进行自动关联， 不给经营者带来额外工作， 是电子发 票系统要解决的一种重点， 本发明实施例提供两种解决方法， 以下分别进行 详细叙述。 第一种解决方法， 基于客户端会话（Session )模式的电子发票和电子存 根的自动关联流程。
这种解决方法处理比较简洁，打印电子发票的打印编号初始值设置在客 户端， 每次打印电子发票的定位运算也在客户端完成， 相当于客户端每次打 印电子发票时， 告知服务器要打印电子发票的打印编号。 服务器只是将该打 印编号在发票资源表对应的发票的状态更改为已打印， 同时向客户端发送发 票打印响应即可。
釆用这种解决方法， 电子发票系统的运行效率较高， 适用于电子发票的 打印编号是连续整数的情况。这种解决方法支持一个用户同时登录多个客户 端或一个客户端同时为多个用户打印电子发票的情况。
图 6为本发明实施例客户端存储的要打印的电子发票相关信息的结构示 意图， 包括电子发票的数据实体， 数据实体包括数据类别和数值， 数据类别 对应要打印电子发票不同的信息， 数值为具体信息值。 该结构如釆用 C/C + +语言描述， 结构如下：
typedef struct SES SIONCATHEV AL
{
char szOperatorld C 32 ]; //登陆用户号
int64 nSessionld ； //Session附力口编码
int64 nlnvoiceNo ； 〃发票编号
int64 nRecptionNo ； 〃收据编号
int64 nBillltemNo ； 〃账单编号
}；
SESSIONCATHEVAL stSessionCatheVal。
其中， 电子发票中各种类型的编号分开存放， 在进行电子发票打印时， 操作 stSessionCatheVal.nlnvoiceNo ； 在进行收据打 印 时 ， 操作 stSessionCatheVal. nRecptionNo； 在进行账单打印处理时， 操作 stSessionCatheVal. nBillltemNo等。
在本实施例中，客户端还需要对登录用户的定位日志信息对应于已打印 发票的打印编号（如果是第一次打印， 可以设置打印编号的初始值）进行存 储， 存储结构如图 7所示， 包括： 工号， 即登录用户的员工号码； 互联网协 议（IP )地址， 登录用户进行工作的客户端地址； 媒体访问控制 （MAC )地 址， 登录用户进行工作的客户端网卡地址， 对于动态 IP地址的客户端， 此 值具有唯一性； 会话附件码， 对于登录用户启动多个客户端时， 客户端启动 时系统自动监测， 进行会话标识， 如第一个启动程序 Session = 0 , 第二个启 动程序 Session = l , 以此类推； 数据类型， 当前保存数据的类型， 如电子发 票、 收据以及账单等； 数值， 不同类型数据的数据值。
图 8为本发明实施例在客户端保存的登录用户的定位日志信息的示意样 例图， 当登录用户退出系统时， 将此登录用户的工号、 IP地址、 MAC地址、 会话附加码、 数值类型、 数值等信息记录在定位日志信息中， 以便下次该用 户在登录时调出使用。
图 9为本发明实施例基于客户端会话模式的电子发票和电子存根的自动 关联的方法流程图， 其具体步骤为：
步骤 901、 用户登录客户端， 客户端调出存储的该用户最近一次定位日 志信息中电子发票的打印编号， 与用户打印机上的票据的印刷编号进行核 对，如果不一致， 以纸张的印刷编号为准，调整电子发票系统记录的起始号， 执行步骤 902; 如果一致， 则直接执行步骤 902。
步骤 902、客户端将定位日志信息中的打印编号携带在打印请求消息中。 步骤 903、 客户端将该打印请求消息发送给服务器。
步骤 904、服务器接收到打印请求消息，根据该定位日志信息确定用户， 查询其欠费信息， 根据接收到的打印编号， 将发票资源表中该打印编号对应 的记录状态由空白处理成已打印， 同时生成电子存根， 如客户姓名及编号、 发票金额、 发票编号、 开票日期和操作员等。
在该步骤中，服务器还可以将用户的定位日志信息在数据库中对应于打 印编号作为用户的最近一次定位记录进行存储。
步骤 905、 服务器处理打印请求消息结束， 向客户端返回打印响应。 步骤 906、 客户端接收到服务器的打印响应后， 进行打印， 同时客户端 将定位日志信息中的相关票据变量的打印编号加 1后，等待下一个打印任务。 图 10为本发明实施例用户登录后客户端会话模式的初始设置子流程图， 其具体步骤为：
步骤 1001、 用户登录电子发票系统， 通过认证后， 将用户的相关信息存 入到客户端中， 如将用户工号、 IP地址、 MAC地址和组织信息等存入到客 户端的会话模式变量区。
步骤 1002、客户端向服务器发送查询请求， 携带用户的相关信息， 查询 该用户上次退出电子发票系统时， 相关的定位日志记录。
步骤 1003、服务器接收到查询请求后，将该用户的最近一次的定位日志 记录， 反馈给客户端。
步骤 1004、 客户端接收到反馈信息后， 核对定位日志记录中打印编号， 与用户打印机上的票据的印刷编号进行比较， 如果不一致， 则以纸张的印刷 编号为准， 调整电子发票系统记录的起始号。
步骤 1005、 打印编号校准完毕， 在客户端存储用户的定位日志信息（可 以作为用户的下一次打印时进行定位计算时使用）， 对用户进行业务处理。
图 11 为本发明实施例利用客户端会话模式设置， 电子发票打印的自动 定位流程图， 其具体步骤为：
步骤 1101、客户端受理打印业务，在用户的定位日志信息中根据业务类 型读取相应的编号信息， 如发票编号， 将业务类型和打印编号携带在打印请 求消息中发送给服务器。
步骤 1102、服务器进行相关打印业务处理，检查此次业务是打印一张还 是多张， 如一次缴费， 可以结清多个月的欠费， 打印多张发票； 如果是多张, 在合成相应的打印信息时， 以收到的打印编号为第一张的打印编号， 后续每 张打印信息的打印编号进行加 1累进， 以和实物票据一致， 将发票资源表中 该打印编号对应的记录状态由空白处理成已打印， 同时生成电子存根记录， 将打印响应发送给客户端。
在本步骤中，服务器还将用户的定位日志信息在数据库中对应于打印编 号作为用户的最近一次定位记录进行存储。
步骤 1103、 客户端接收到打印响应后， 进行打印处理， 每打印一张， 将 相关业务类型的会话模式变量区的编号进行加 1累加， 以和实物票据印刷编 号一致， 即在用户的定位信息中对应于用户的相关信息存储最近的一次打印 编号。
步骤 1104、 打印完毕， 可以返回步骤 1101继续进行业务受理。
图 12为本发明实施例登录用户退出系统时， 客户端保存定位日志记录 的流程图， 其具体步骤为：
步骤 1201、 登录用户退出电子发票系统， 向客户端发送退出请求。
步骤 1202、 客户端将会话变量区中的用户信息， 包括用户工号、 IP地 址、 MAC地址、 电子发票编号、 收据编号和账单编号等携带在退出请求中， 发送给服务器。
步骤 1203、服务器接收到该请求，将该请求携带的用户信息对应于最近 一次的打印编号保存在该用户的定位日志记录中。
第二种解决方法，基于服务器电子发票定位进程模式的电子发票和电子 存根的关联流程。
这种解决方法比较复杂，服务器专门需要设置一个定位进程来负责电子 发票编号的定位， 每打印一张电子发票， 设置的定位进程需要根据上一张发 票编号（或登录用户设置的初始发票编号）及客户端发送的打印请求消息携 带的用户信息进行定位运算， 计算得到本次打印发票的编号（必须和电子发 票实物的印刷号一致）， 将发票的打印编号携带在打印响应中， 发送给用户。 同时， 记录登录用户本次对应的打印编号， 以便作为下一个打印请求的定位 运算基础。
这种解决方法具有以下特点： 登录用户在登录电子发票系统时进行发票 起始编号初始设置， 设置信息保存在服务器上， 电子发票打印与电子存根的 自动关联处理全部在服务器上， 适用于电子发票号是非整数的字符串情况。
图 13为本发明实施例在服务器设置的定位进程中保存的数据结构示意 图， 如图所示， 该数据结构基本和定位日志记录的结构一致， 为了提高电子 发票系统的运行速度， 改善电子发票系统的性能， 可以将登录用户的最近定 位曰志记录保存在服务器的会话共享区 （在会话共享区设置有定位进程；)， 以减少每次定位对服务器数据库的查询， 直接访问服务器会话共享区即可。
服务器会话共享区保存的数据与数据库中的一致，如果电子发票系统的 硬件资源足够好， 也可以不启用服务器的会话共享区， 而直接对服务器的数 据库进行操作， 更新定位日志记录， 查询也从定位日志记录中取得， 简化程 序部署。
图 14为本发明实施例服务器进行发票定位的总流程图， 其具体步骤为： 步骤 1401、用户通过客户端登录电子发票系统的服务器， 电子发票系统 的服务器自动调出该用户最近一次定位日志记录中各种票据的打印编号， 与 用户打印机上的票据的印刷编号进行核对， 如果不一致， 则以纸张的印刷编 号为准， 调整电子发票系统记录的起始号， 存储在服务器的会话共享区， 执 行步骤 1402; 如果一致， 则存储在服务器的会话共享区， 执行步骤 1402。
步骤 1402、 客户端向服务器发送该登录用户的打印请求消息。
步骤 1403、服务器接收到客户端发送的打印请求消息，将该请求消息转 发给服务器设置的定位进程， 请求反馈本次业务打印的相关编号， 如电子发 票的打印编号。
步骤 1404、服务器的发票定位进程接收到该请求消息，根据在服务器的 会话共享区存储的数据结构， 即上一次緩存的该登录用户打印票据的打印编 号（或该登录用户设置的初始打印编号）及用户的请求消息携带的用户信息 进行定位运算， 得到本次业务的打印编号（必须和客户端打印机上纸张的印 刷编号一致）， 将此打印编号反馈给服务器。
步骤 1405、 服务器得到该打印编号后， 结合得到的其他信息， 如金额、 金额大写项、 客户名项和操作员， 合成打印响应， 发送给客户端。
在本步骤中，服务器将发票资源表中该打印编号对应的记录状态由空白 处理成已打印， 同时生成电子存根记录。
步骤 1406、 客户端接收到该打印响应后， 进行打印处理， 打印完毕， 等 待下一个打印任务。
图 15为本发明实施例在用户登录后基于服务器电子发票定位进程模式 的初始设置子流程图， 其具体步骤为：
步骤 1501、 用户登录后， 通过客户端向服务器发送查询请求消息， 查询 最近一次该用户的定位日志记录， 该消息携带用户的相关信息。
步骤 1502、服务器接收到该请求消息后， 转发给设置的定位进程， 定位 进程检查电子发票系统是否启用了会话共享区， 如果是， 则从共享区中查找 对应该用户相关信息的打印数据， 携带在查询响应中发送给客户端； 如果没 有， 则直接从数据库的定位日志记录中直接查找， 得到该用户的打印数据， 携带在查询响应中发送给客户端。
步骤 1503、客户端接收到服务器发送的查询响应后，将相关的打印编号， 如电子发票的打印编号或收据的打印编号等， 与打印机上纸张的相关印刷编 号进行核对， 如果不一致， 则以纸张的印刷编号为准， 进行调整， 将调整后 的打印编号携带在设置请求中发送给服务器； 如果一致， 则将打印编号携带 在设置请求中发送给服务器。
步骤 1504、服务器接收到设置请求后， 转发给设置的定位进程， 定位进 程检查电子发票系统是否启用了会话共享区， 如果启用了会话共享区， 则将 设置请求携带的打印编号对应该用户相关信息写入到会话共享区中， 同时将 打印编号写入到数据库的该用户的定位日志记录中； 如果没有启用会话共享 区， 则直接将设置请求携带的打印编号写入到数据库的该用户的定位日志记 录中。
步骤 1505、 设置完毕。
图 16为本发明实施例基于服务器电子发票定位进程模式的电子发票打 印的自动定位流程图， 其具体步骤为：
步骤 1601、登录用户进行打印业务， 将登录用户的相关信息， 如登录用 户工号、 IP地址、 MAC地址、 业务类型和客户号等信息携带在打印请求消 息中通过客户端发送给服务器。
步骤 1602、服务器进行相关业务处理， 同时调用设置的定位进程， 请求 相关业务打印编号的定位处理。
步骤 1603、定位进程检测电子发票系统是否启用了会话共享区，如果启 用了， 根据接收到打印请求消息携带的用户相关信息， 直接从会话共享区查 找对应的打印编号； 如果没有启用， 则直接从服务器的数据库的定位日志记 录中查找对应的打印编号。
查找到对应的打印编号后， 反馈给服务器。
步骤 1604、服务器接收到反馈的打印编号后，将该打印编号携带在打印 响应中发送给客户端。
在本步骤中，服务器将发票资源表中该打印编号对应的记录状态由空白 处理成已打印， 同时生成电子存根记录。
步骤 1605、服务器判断此次业务是打印一张还是多张， 如果是多张， 重 复调用定位进程进行打印编号的定位， 且将该打印编号携带在打印响应中发 送给客户端。
步骤 1606、客户端接收到打印响应中，按照携带的打印编号进行相应的 处理。
图 17为本发明实施例基于服务器电子发票定位进程模式的登录用户退 出电子发票系统后登录信息保存子流程图， 其具体步骤为：
步骤 1701、 客户端向服务器发送退出请求， 通知服务器进行退出处理。 步骤 1702、 服务器通知定位进程进行退出处理。
定位进程检测电子发票系统是否启用了会话共享区， 如果是， 则在该登 录用户此次会话的共享区信息中打上已经下线标记， 以便共享区不够用时， 将相关空间重用， 同时触发数据同步进程， 将相关信息写入到服务器中的数 据库；如果没有启用会话共享区，则直接更新服务器中的定位日志记录即可。
步骤 1703、服务器设置的定位进程退出处理成功，通过服务器通知客户 端， 进行退出确认。
本发明实施例还提供了实现电子票据的系统， 如图 18所示， 该系统包 括客户端和服务器， 其中，
客户端， 用于接收服务器分配的发票， 进行打印和 /或缴销， 将打印或 / 和缴销后的发票信息发送给服务器；
服务器， 用于给客户端分配发票， 根据从客户端接收的发票信息生成对 应的电子存根存储。
在本发明实施例中， 服务器中还包括发票资源表存储模块， 用于存储具 有发票信息的发票资源表， 将发票资源表中未启用状态的发票分配给客户端 后， 将分配给客户端的发票信息更改为空白状态， 根据从客户端接收的发票 信息对发票资源表中的发票信息进行更改。
服务器中还包括电子存根存储模块， 用于将生成的电子存根进行存储。 服务器中还包括定位日志记录存储模块和定位计算模块， 其中， 定位日 志记录存储模块， 用于存储定位日志记录， 将定位日志记录提供给服务器中 的定位计算模块， 计算出当前要打印发票的打印编号， 发送给客户端； 所述 客户端接收到打印编号后， 按照打印编号对当前要打印的发票进行打印。
在本发明实施例中， 服务器还包括定位日志记录存储模块， 客户端还包 括定位计算模块， 其中， 定位日志记录存储模块， 用于存储定位日志记录， 将定位日志记录提供给客户端的定位计算模块，计算出当前要打印发票的打 印编号， 按照打印编号对当前要打印的发票进行打印。
本发明实施例还提供一种实现电子票据的服务器， 如图 19所示， 该服 务器包括分配模块， 接收模块和处理模块， 其中，
分配模块， 用于给客户端分配发票；
接收模块、 用于接收打印或 /和缴销发票的发票信息， 发送给处理模块； 处理模块， 用于根据从接收模块接收的发票信息生成对应的电子存根存 储。
在本发明实施例中， 服务器中还包括发票资源表存储模块， 用于存储具 有发票信息的发票资源表， 将发票资源表中未启用状态的发票发送给分配模 块后， 将发送给分配模块的发票信息更改为空白状态， 根据从接收模块接收 的发票信息对发票资源表中的发票信息进行更改， 这时， 接收模块， 还需要 给发票资源表存储模块发送发票信息。
服务器中还包括电子存根存储模块， 用于将生成的电子存根进行存储。 服务器中还包括定位日志记录存储模块和定位计算模块， 其中， 定位日 志记录存储模块， 用于存储定位日志记录， 将定位日志记录提供给服务器中 的定位计算模块； 或者直接发送。 服务器中的定位计算模块， 用于根据定位 曰志记录计算出当前要打印发票的打印编号， 发送。
本发明实施例还提供一种实现电子票据的客户端， 如图 20所示， 该客 户端接收模块， 处理模块和发送模块， 其中，
接收模块， 用于接收分配的发票， 发送给处理模块；
处理模块， 用于对发票进行打印和 /或缴销， 将打印或 /和缴销后的发票 信息发送给发送模块； 发送模块， 用于将打印或 /和缴销后的发票信息发送。
在本发明实施例中， 客户端还包括定位计算模块， 用于根据定位日志记 录计算出当前要打印发票的打印编号， 或直接通过接收模块接收到当前要打 印票据的打印编号， 按照打印编号对当前要打印的发票进行打印。
本发明实施例并不限于对发票的电子处理过程， 在具体实现时， 可以对 经营者的各种票据也釆用这种电子化管理方式， 这时， 在服务器设置的系统 为电子票据系统， 电子票据系统包括票据资源表和电子存根表。 在进行定位 计算时， 也可以釆用本发明实施例上述的两种方式， 这时， 需要对应于票据 类型分别计算不同票据的打印编号。
从上述叙述可以看出， 本发明实施例提供的方法、 系统及装置， 具有以 下特点： 1 )釆用单联的电子票据， 该电子票据和电子存根相关联， 便于稽 查， 节约了大量的票据成本； 2 )将票据进行资源化管理， 提升了票据管理 水平； 3 )建立起电子存根和电子票据打印出的实物票据的关联关系， 为电 子票据报税建立了基础； 4 ) 电子票据系统可以提供同步或异步电子报税接 口； 5 )将电子存根进行电子化管理， 减少了纸张的存根联， 节约了经营成 本。
以上是对本发明具体实施例的说明，在具体的实施过程中可对本发明的 方法进行适当的改进， 以适应具体情况的具体需要。 因此可以理解， 根据本 发明的具体实施方式只是起示范作用， 并不用以限制本发明的保护范围。

Claims

权 利 要 求
1、 一种实现电子票据的方法， 其特征在于， 包括：
将未启用票据分配给客户端；
根据客户端发送的输出票据请求进行定位计算，确定票据编号并发送给 客户端；
根据客户端输出票据后反馈的票据信息， 生成票据的电子存根； 将所输出的票据与电子存根进行关联，使电子存根中记录的票据编号与 已输出的票据编号一致。
2、 如权利要求 1 所述的方法， 其特征在于， 根据客户端发送的输出票 据请求进行定位计算， 确定票据编号并发送给客户端， 具体包括：
设置一个定位进程进行电子票据编号的定位；
根据上一张已输出票据编号及客户端发送的打印请求消息携带的用户 信息进行定位运算， 计算得到本次打印票据的编号， 将票据的输出编号携带 在响应消息中发送给用户， 并记录登录用户本次输出编号， 用于下一输出票 据请求的票据编号定位。
3、 如权利要求 1所述的方法， 其特征在于， 还包括：
在所述服务器中存储票据的票据信息， 所述票据信息包括票据编号、 类 型、 版本号以及票据状态。
4、 如权利要求 3所述的方法， 其特征在于， 还包括：
将存储的未启用状态的票据分配后，将存储的相应票据的票据状态更改 为空白；
接收到客户端反馈的已输出票据的票据信息后，根据所述票据信息对存 储的相应票据的票据状态进行更新。
5、 如权利要求 1所述的方法， 其特征在于， 进一步包括：
获取服务器存储的对应于用户信息的定位日志记录且存储在服务器的 会话共享区中；
根据存储在服务器的会话共享区中的对应于用户信息的定位日志记录， 定位计算当前要打印票据的打印编号后， 发送。
6、 如权利要求 1所述的方法， 其特征在于， 进一步包括： 保存所生成的电子存根；
所述电子存根包括下述信息中至少之一：
客户名称、 票据金额、 票据编号、 开票日期。
7、 一种实现电子票据的方法， 其特征在于， 包括：
客户端接收服务器分配的票据；
客户端输出所接收的票据后， 生成票据信息；
客户端发送所生成的票据信息给服务器。
8、 如权利要求 7所述的方法， 其特征在于， 在输出所分配的票据之前， 还包括：
定位计算当前要输出票据的输出编号， 比较该输出编号是否和票据打印 纸上的印刷编号一致， 如果是， 则打印； 否则将打印编号调整为与票据打印 纸上的印刷编号一致后， 再打印。
9、 如权利要求 8所述的方法， 其特征在于， 所述定位计算当前要输出 票据的输出编号， 包括：
根据登录用户的用户信息从服务器获取存储的对应的定位日志记录且 存储， 根据存储的定位日志记录得到已输出票据的输出编号， 定位计算得到 当前要输出票据的输出编号； 或者
接收服务器发送的当前要输出票据的输出编号。
10、 如权利要求 9所述的方法， 其特征在于， 所述在根据登录用户的用 户信息从服务器获取存储的对应的定位日志记录之前， 该方法还包括：
判断是否在客户端存储有定位日志记录， 如果是， 则客户端设置的定位 进程根据存储的定位日志记录得到已输出票据的输出编号， 定位计算得到当 前要输出票据的输出编号； 否则， 执行根据登录用户的用户信息从服务器获 取存储的对应的定位日志记录的步骤。
11、 一种实现电子票据的系统， 其特征在于， 该系统包括客户端和服务 器， 其中，
客户端， 用于接收服务器分配的票据， 根据请求输出票据， 将已输出票 据的票据信息发送给服务器；
服务器， 用于给客户端分配票据， 根据从客户端接收的票据信息生成对 应的电子存根并存储， 将所述客户端输出的票据与电子存根进行关联， 使电 子存根中记录的票据编号与已输出的票据编号一致。
12、 如权利要求 11所述的系统， 其特征在于， 所述服务器还包括： 票据资源表存储模块， 用于存储具有票据信息的票据资源表， 将票据资 源表中未启用状态的票据分配给客户端后，将分配给客户端的票据信息更改 为空白状态，根据从客户端接收的票据信息对票据资源表中的票据信息进行 更改。
13、 如权利要求 11 所述的系统， 其特征在于， 所述服务器中还包括电 子存根存储模块， 用于将生成的电子存根进行存储。
14、 如权利要求 11 所述的系统， 其特征在于， 所述服务器还包括定位 日志记录存储模块和定位计算模块，
定位日志记录存储模块， 用于存储定位日志记录， 将定位日志记录提供 定位计算模块；
定位计算模块， 用于根据定位日志记录计算出当前要输出票据的输出编 号， 发送给客户端；
所述客户端接收到输出编号后， 按照输出编号输出当前要的票据。
15、 如权利要求 11 所述的系统， 其特征在于， 所述服务器还包括定位 曰志记录存储模块， 客户端还包括定位计算模块， 其中，
定位日志记录存储模块， 用于存储定位日志记录， 将定位日志记录提供 给定位计算模块；
定位计算模块， 用于根据定位日志记录计算出当前要打印票据的打印编 号， 按照输出编号输出当前要输出的票据。
16、 一种实现电子票据的服务器， 其特征在于， 包括分配模块， 接收模 块和处理模块， 其中，
分配模块， 用于给客户端分配票据；
接收模块、 用于接收所输出票据的票据信息， 发送给处理模块； 处理模块， 用于根据所述接收模块接收的票据信息生成对应的电子存根 存储。
17、 如权利要求 16所述的服务器， 其特征在于， 所述服务器还包括： 票据资源表存储模块， 用于存储具有票据信息的票据资源表， 当票据资 源表中未启用状态的票据发送给分配模块后， 票据资源表中发送给分配模块 的票据信息为空白状态， 票据资源表中的票据信息随接收模块接收的票据信 息更新；
所述接收模块， 用于给票据资源表存储模块发送票据信息。
18、 如权利要求 16所述的服务器， 其特征在于， 所述服务器还包括： 电子存根存储模块， 用于将生成的电子存根进行存储。
19、 如权利要求 16所述的服务器， 其特征在于， 所述服务器还包括： 定位日志记录存储模块和定位计算模块，
其中， 定位日志记录存储模块， 用于存储定位日志记录， 将定位日志记 录提供定位计算模块或直接发送；
定位计算模块， 用于根据定位日志记录计算出当前要输出票据的输出编 号。
20、 一种实现电子票据的客户端， 其特征在于， 包括接收模块， 处理模 块和发送模块， 其中，
接收模块， 用于接收分配的票据， 发送给处理模块；
处理模块， 用于根据请求获取票据信息并输出票据， 将已输出的票据信 息发送给发送模块；
发送模块， 用于发送已输出票据的票据信息。
21、 如权利要求 20所述的客户端， 其特征在于， 所述客户端还包括： 定位计算模块， 用于根据定位日志记录计算出当前要输出票据的输出编 号， 或直接通过接收模块接收到当前要输出票据的输出编号， 按照所述输出 编号输出票据。
PCT/CN2008/071114 2007-06-07 2008-05-28 Procédé, système et dispositif permettant la réalisation de facture électronique WO2008151541A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP08757527A EP2120191A4 (en) 2007-06-07 2008-05-28 METHOD, SYSTEM AND DEVICE FOR REALIZING ELECTRONIC INVOICE

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710108631.5 2007-06-07
CNA2007101086315A CN101320444A (zh) 2007-06-07 2007-06-07 一种实现电子票据的方法、系统及装置

Publications (1)

Publication Number Publication Date
WO2008151541A1 true WO2008151541A1 (fr) 2008-12-18

Family

ID=40129242

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/071114 WO2008151541A1 (fr) 2007-06-07 2008-05-28 Procédé, système et dispositif permettant la réalisation de facture électronique

Country Status (3)

Country Link
EP (1) EP2120191A4 (zh)
CN (1) CN101320444A (zh)
WO (1) WO2008151541A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111459424A (zh) * 2020-03-31 2020-07-28 中国银行股份有限公司 一种打印方法及系统
CN115187320A (zh) * 2022-08-01 2022-10-14 港航纵横(上海)数字科技有限公司 电子发票的送账方法/系统、设备、介质及财务系统

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101901504B (zh) * 2010-06-24 2012-02-08 深圳市泰海科技有限公司 一种打印发票的方法、系统及装置
CN102694785A (zh) * 2011-03-25 2012-09-26 航天信息股份有限公司 普通发票电子票源网络下载的实现方法
CN102867375A (zh) * 2012-09-18 2013-01-09 北京国电通网络技术有限公司 一种发票管理系统和方法
CN102930464A (zh) * 2012-11-04 2013-02-13 北京惠银通联科技有限公司 电子发票管理方法和系统
CN103425977A (zh) * 2013-08-05 2013-12-04 福建亿榕信息技术有限公司 财务原始凭证影像化处理方法和系统
CN103593151B (zh) * 2013-11-27 2016-09-07 税友软件集团股份有限公司 一种电子发票打印的方法及系统
CN105279861A (zh) * 2014-07-03 2016-01-27 东芝泰格有限公司 电子票据处理装置及控制方法
CN104850364A (zh) * 2015-03-31 2015-08-19 深圳市中润四方信息技术有限公司 一种电子发票打印方法及其系统
CN104867041A (zh) * 2015-05-28 2015-08-26 北京京东尚科信息技术有限公司 电子发票文件生成系统及其数据处理驱动方法
CN112465994B (zh) * 2016-10-28 2022-12-02 西安艾润物联网技术服务有限责任公司 自动获取电子发票的方法及系统
CN107784531A (zh) * 2017-07-24 2018-03-09 平安科技（深圳）有限公司 一种空白发票的分发处理方法、存储介质和服务器
CN107784530A (zh) * 2017-07-24 2018-03-09 平安科技（深圳）有限公司 一种空白发票的作废处理方法、存储介质和服务器
CN111353833A (zh) * 2018-12-21 2020-06-30 航天信息股份有限公司 一种生成报表的方法和设备
CN111192096B (zh) * 2019-12-25 2023-11-21 航天信息股份有限公司 多联电子发票管理方法、装置、可读介质及电子设备
CN113538057B (zh) * 2021-07-23 2024-04-30 中信银行股份有限公司 一种纸质票据转化方法、装置、设备及可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1374607A (zh) * 2001-03-08 2002-10-16 深圳市金大陆通信技术有限公司 增值税发票的开票、认证与查询方法及其信息管理系统
US20030023492A1 (en) * 2001-06-20 2003-01-30 John Riordan Method and system for collecting and processing marketing data
US20050049966A1 (en) * 2003-06-09 2005-03-03 Legal Systems Holding Company Ensuring the accurateness and currentness of information provided by the submitter of an electronic invoice throughout the life of a matter using tentative electronic invoice submission
CN1818961A (zh) * 2005-02-07 2006-08-16 刘瑞祯 电子票据系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1374607A (zh) * 2001-03-08 2002-10-16 深圳市金大陆通信技术有限公司 增值税发票的开票、认证与查询方法及其信息管理系统
US20030023492A1 (en) * 2001-06-20 2003-01-30 John Riordan Method and system for collecting and processing marketing data
US20050049966A1 (en) * 2003-06-09 2005-03-03 Legal Systems Holding Company Ensuring the accurateness and currentness of information provided by the submitter of an electronic invoice throughout the life of a matter using tentative electronic invoice submission
CN1818961A (zh) * 2005-02-07 2006-08-16 刘瑞祯 电子票据系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
LIU G.: "Research to the project of power distribution integrate automation system", ENGINEERING MASTER DISSERTATION OF DALIAN UNIVERSITY OF TECHNOLOGY, 12 September 2002 (2002-09-12), pages 25 *
See also references of EP2120191A4 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111459424A (zh) * 2020-03-31 2020-07-28 中国银行股份有限公司 一种打印方法及系统
CN111459424B (zh) * 2020-03-31 2023-06-20 中国银行股份有限公司 一种打印方法及系统
CN115187320A (zh) * 2022-08-01 2022-10-14 港航纵横(上海)数字科技有限公司 电子发票的送账方法/系统、设备、介质及财务系统
CN115187320B (zh) * 2022-08-01 2024-01-30 港航纵横(上海)数字科技有限公司 电子发票的送账方法/系统、设备、介质及财务系统

Also Published As

Publication number Publication date
EP2120191A1 (en) 2009-11-18
EP2120191A4 (en) 2010-09-15
CN101320444A (zh) 2008-12-10

Similar Documents

Publication Publication Date Title
WO2008151541A1 (fr) Procédé, système et dispositif permettant la réalisation de facture électronique
US7756944B2 (en) Information providing apparatus, information providing method, information providing program, and recording medium
CN1190740C (zh) 向复制中心提交作业的方法和系统
CN1255762C (zh) 文件发送系统及方法
CN107797779A (zh) 一种基于临时账号的云打印方法
WO2005004016A2 (en) Data processing system for transmitting of payment advice data
CN103425977A (zh) 财务原始凭证影像化处理方法和系统
CN104639656B (zh) 一种支持定向打印的云票据打印系统
CN104765580B (zh) 一种支持云打印技术的票据打印智能控制系统
CN112884536A (zh) 电子发票的管理方法、装置、计算机设备和存储介质
CN101452586A (zh) 银行用自动按服务种类分配柜台的智能排队机系统和方法
WO2009129719A1 (zh) 网络服务中的票据认证方法、系统及实体
CN111444482B (zh) 一种基于电子公证的安全电子印章管理方法
CN101202637A (zh) 基于媒体服务器实现按资源类型计费的方法和装置
JPH11161722A (ja) 振込入金データの自動仕訳機能付き会計システム
CN102333248B (zh) 一种动态分配管理平台服务地址的实现方法及系统
CN100417146C (zh) 一种鉴权和计费的方法及外部用户接口网关
CN115439224B (zh) 一种大额存单的计息方法、系统及设备
CN111476655B (zh) 基于银行系统的集中打印方法及系统
JP2947779B1 (ja) 課金サーバ
CN101202635A (zh) 基于媒体服务器实现按资源类型计费的方法
CN112735056B (zh) 一种基于终端设备进行凭证处理的方法及系统
JP2891982B1 (ja) プリントサーバ及びプリンタ装置及びプリントサーバアダプタ装置及び業務サーバ及び業務クライアント及びファイル転送サーバ
JP2947780B1 (ja) 印刷課金システム及びファイル転送課金システム
CN117094714A (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: 08757527

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2008757527

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE