Duplex bookkeeping input method, electronic equipment and computer readable storage medium
By using structured input format and syntax validation technology, combined with speech recognition and accounting subject abbreviation parsing, structured transaction records are automatically generated, solving the problem of complex operation of double-entry bookkeeping software and improving bookkeeping efficiency and user experience.
Patent Information
- Application Number
- CN202510696580.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-05-28
- Publication Date
- 2025-12-26
AI Technical Summary
Existing double-entry bookkeeping software is complex to operate and difficult for ordinary users to master, resulting in low bookkeeping efficiency and difficulty in understanding the principles of double-entry bookkeeping, and failing to support a fast, flexible and continuous bookkeeping experience.
By introducing structured input format and syntax verification technology, combined with speech recognition and accounting subject abbreviation parsing, the system can automatically generate structured transaction records, support text or voice input, and provide format assistance prompts to improve input efficiency.
It significantly lowers the learning and usage threshold for users, improves the input efficiency and accuracy of double-entry bookkeeping, and enhances the user's bookkeeping experience.
Smart Images
Figure CN121209759A_ABST
Abstract
Description
TECHNICAL FIELD
[0001] The present application relates to the technical field of computer, in particular to the technical field of finance, and more particularly to a double-entry bookkeeping input method for generating structured transaction records, and an electronic device and a computer readable storage medium supporting the method. BACKGROUND
[0002] With the continuous miniaturization and intelligentization of electronic devices, especially the wide popularity of smart phones, users are increasingly inclined to use electronic bookkeeping applications to record daily income and expenditure in order to manage and plan personal or family finances. Most of the double-entry bookkeeping software on the market is a professional system for enterprises, which is complex to operate and has a high learning threshold, making it difficult for ordinary individual users to master and use flexibly.
[0003] Although some double-entry bookkeeping applications for individual or family users have supported running on mobile terminals such as smart phones, most of these applications use a graphical user interface as the main interaction method, and users need to click icons multiple times, select accounting subjects item by item, and manually input amounts to complete a complete bookkeeping operation. Such an operation process is tedious and fragmented, which not only reduces the interaction efficiency, but also makes it difficult for users to understand the principle of double-entry bookkeeping, and it is even more difficult to support a fast, flexible and continuous bookkeeping experience, which is not conducive to the establishment of long-term bookkeeping habits. SUMMARY
[0004] The present application provides a double-entry bookkeeping input method suitable for mobile devices, which realizes the rapid generation and entry of structured transaction records by introducing a structured input format and combining syntax checking, accounting subject abbreviation analysis and other technical means. The method supports users to input transaction information through text or voice in a specific format, and can automatically complete syntax checking, accounting subject abbreviation mapping, format completion and finally generate structured transaction records. With the format auxiliary prompt mechanism, the learning and use threshold of users is significantly reduced, and the input efficiency of mobile double-entry bookkeeping is improved.
[0005] To achieve the above-mentioned purpose, the embodiments of the present application provide the following technical solutions:
[0006] In a first aspect, a double-entry bookkeeping input method is provided, applied to an electronic device, comprising the following steps:
[0007] The method comprises the following steps: receiving transaction information input by a user through a dialogue user interface, the transaction information being text input or voice input meeting a specific format; when the transaction information is voice input, converting the voice input into text by using automatic speech recognition (ASR) technology; subsequently checking whether the text input or the voice-converted text meets predefined syntax rules, the syntax rules comprising: at least one debit item input, and allowing omission of a credit item input in the case that a default credit item has been preset; the debit item and / or the credit item each comprising an abbreviation or full name of an accounting subject, an amount and a currency type, wherein the currency type can be omitted in the case that a default currency type has been set; the syntax rules can further comprise a summary item; based on a result of analysis according to the syntax rules, automatically generating a structured transaction record meeting a double-entry accounting rule according to a preset generation rule, the transaction record comprising a unique identifier, a generation date and time, at least one debit item and one credit item, and a summary; when an abbreviation of an accounting subject is used in the debit item or the credit item, converting the abbreviation of the debit item and / or the credit item into the full name of the accounting subject according to a preset accounting subject abbreviation mapping table; storing the structured transaction record into an accounting book, and displaying a processing result on the dialogue user interface.
[0008] In a possible implementation, when the transaction information is text input, the method further comprises a format auxiliary prompt function, which can detect and feed back syntax errors and / or structural errors in real time during input, to assist the user in completing valid input.
[0009] In a possible implementation, when the transaction information is voice input, the voice content is analyzed by using automatic speech recognition technology, and the extracted original text is processed, including but not limited to normalization, removal of irrelevant characters and spelling correction, to obtain processed text. It is checked whether the text meets the predefined syntax rules, and if not, the user is prompted to correct or re-input.
[0010] In a possible implementation, the accounting subject abbreviation mapping table is a user-configurable mapping structure, and a dictionary-type data structure is used to establish a corresponding relationship between an accounting subject abbreviation and its corresponding full name, to support addition, modification and deletion operations on the mapping relationship.
[0011] In a possible implementation, the syntax rules comprise: at least one debit item input, and allowing omission of a credit item input in the case that a default credit item has been preset; the debit item and / or the credit item each comprising an abbreviation or full name of an accounting subject, an amount and a currency type, wherein the currency type can be omitted in the case that a default currency type has been set; and finally, a summary item, a payee and / or a label.
[0012] The user input syntax rule can be divided into two parts: formal structure rule and semantic constraint. The formal structure rule is used to define the arrangement order and basic combination relationship of each component unit in the input sentence, which can be described by Backus-Naur Form (BNF), such as defining the combination mode of debit and credit items, the use rule of punctuation marks, etc. The semantic constraint rule is used to check whether each debit and credit item contains valid accounting subject and amount, to judge whether the default debit item or default currency type needs to be completed, to identify and process optional fields such as abstract, payee and label, and to construct a complete structured transaction record accordingly.
[0013] In a possible implementation, a structured transaction record meeting the double-entry accounting rule is automatically generated according to a preset generation rule, and the structured transaction record includes a unique identifier, a generation date and time, at least one debit item and one credit item, an abstract, a payee and / or a label.
[0014] In a possible implementation, the preset generation rule includes: adding a unique identifier by which the structured transaction record can be retrieved; adding a generation date and time according to the input date and time; generating one or more debit items according to the input debit items, and when the debit item uses the abbreviation of an accounting subject, converting it into the full name of the accounting subject by querying the accounting subject abbreviation mapping table; generating one or more credit items according to the input credit items, and when the credit item is not provided, using the preset default credit item to complete, and the amount uses the total amount of the debit items; when the currency type is not provided in the debit and / or credit item, the default type is automatically completed; when the abstract item is input, the part is directly taken as the abstract of the generated structured transaction record; when the payee is input, the part is directly taken as the payee of the generated structured transaction record; when the label is input, the part is directly taken as the label information of the generated structured transaction record.
[0015] In a possible implementation, the identifier that needs to meet the global uniqueness in a ledger can be implemented by using Nano ID, which is convenient for subsequent retrieval, modification and reference.
[0016] In a possible implementation, the generated structured transaction record is stored in the accounting ledger, and the structured transaction record is displayed on the dialog user interface.
[0017] In a second aspect, the present application provides an electronic device, including a touch screen, one or more processors and one or more memories, wherein the memory stores a computer program including computer instructions, when the computer program in the memory is executed by the processor, the electronic device can implement any one of the possible design methods of the first aspect.
[0018] In a third aspect, the present application provides a computer readable storage medium, which comprises a computer program, when the computer program is executed on an electronic device, enables the electronic device to implement any one of the possible design methods of the first aspect; or, when the computer program is executed on an electronic device and a remote server cooperatively, enables the electronic device and the remote server to respectively implement at least one of the possible design methods of the first aspect, and cooperatively complete any one of the possible design methods of the first aspect.
[0019] In a fourth aspect, the present application provides a client-server system, which comprises an electronic device and a remote server, and the electronic device and the remote server respectively comprise one or more processors and one or more memories, and the memories store computer programs, and the computer programs comprise computer instructions, when the computer programs are executed on the electronic device and the remote server, enables the electronic device and the remote server to respectively implement at least one of the possible design methods of the first aspect, and cooperatively implement any one of the possible design methods of the first aspect. BRIEF DESCRIPTION OF DRAWINGS
[0020] Figure 1 A schematic diagram of a mobile phone conversation user interface input scene provided by an embodiment of the present application; DETAILED DESCRIPTION
[0021] In order to more clearly explain the problems to be solved by the embodiments of the present application, the technical solutions and their advantages, the technical solutions in the embodiments of the present application will be described in detail below in conjunction with the accompanying drawings and specific implementation manners. In the description of the embodiments of the present application, the following terms are used only for the purpose of describing specific embodiments, and are not limiting to the present application.
[0022] The company names, trademarks, product names mentioned in the present embodiment (such as BYD, WeChat, LINE, etc.) are only for the purpose of illustration and example, and are intended to help understand the embodiments of the present application. The use of these names does not constitute recognition, recommendation or association of the relevant brands, nor does it mean that the present application is limited to use with these specific brands or products. The present application can be implemented independently of any of the above third-party brands, products or services. The ownership of any third-party trademark or brand name belongs to its respective owner.
[0023] In order to solve these problems, improve the input efficiency and accuracy of double-entry bookkeeping, at the same time enable users to master the true method of double-entry bookkeeping in the process of bookkeeping, improve the bookkeeping experience of users, and enable users to truly benefit from long-term bookkeeping, the present application provides a double-entry bookkeeping input method. The input method provided by the embodiments of the present application is applied to an electronic device.
[0024] The double-entry bookkeeping input method provided by the embodiments of the present application can be an independent application. Specifically, the application developed based on the double-entry bookkeeping input method provided by the embodiments of the present application can be independently run on an electronic device or on a client-server system composed of an electronic device and a remote server.
[0025] The double-entry bookkeeping input method provided by the embodiments of the present application can also be embedded in other applications. Specifically, the application developed based on the double-entry bookkeeping input method provided by the embodiments of the present application can be run together with other independent applications as a part of the other independent applications. For example, the application can be embedded in instant messaging applications such as WeChat, WhatsApp and LINE, so that a user can complete the input operation when using these instant messaging applications. When running these instant messaging applications on an electronic device, part of the input method runs on the electronic device together with the instant messaging application, and another part of the input method runs on a remote server, forming a client-server system.
[0026] The double-entry bookkeeping input method provided by the embodiments of the present application can be an independent application run on an electronic device, or can be run on an electronic device as a part of other applications. The method comprises: receiving transaction information input by a user through a dialogue user interface, the transaction information being text input or voice input in a specific format; when the transaction information is voice input, converting it into text by using automatic speech recognition technology; then verifying whether the text input or the text converted from voice input conforms to a predefined syntax rule, the syntax rule comprising: at least one debit item input, and allowing to omit a credit item input in the case of having preset a default credit item; the debit item and / or the credit item each comprising an abbreviation or full name of an accounting subject, an amount and a currency type, wherein the currency type can be omitted in the case of having set a default currency type; the syntax rule can further comprise a summary item; based on the result of analysis according to the syntax rule, automatically generating a structured transaction record conforming to a double-entry bookkeeping rule according to a preset generation rule, the structured transaction record comprising a unique identifier, a generation date and time, at least one debit item and one credit item, a summary, payee information and / or a label; when an abbreviation of an accounting subject is used in the debit item or the credit item, converting the abbreviation of the debit item and / or the credit item into the full name of the accounting subject according to a preset mapping table of abbreviations of accounting subjects; and storing the structured transaction record to an accounting book and displaying a processing result on an interface.
[0027] The compound accounting input method realizes efficient and convenient transaction input through automatic voice input or pure text input, improves the user accounting input efficiency, and meets the personalized needs. The input method provided by the embodiments of the present application will be described in detail below in combination with the drawings and application scenarios, taking the life scenarios of accounting users as examples. The electronic device in the following text is taken as an example of a mobile phone.
[0028] For ease of explanation and description, the following Table 1 shows a pre-defined accounting subject table and the content of the accounting subject abbreviation mapping table.
[0029] Table 1
[0030]
[0031]
[0032] The accounting subject table in the above table is classified according to three levels. The specific classification and display format are only one example in the embodiments of the present application and do not constitute any limitation on the input method. Among them, the two-level classification "China" and "America" in assets, liabilities and income refer to accounts valued in RMB and US dollars, respectively, to distinguish accounts of different currencies; the two-level classification "live" in the expenditure classification mainly puts together those related to life, especially residence, with relatively large amount, stable and continuous expenditure. The categories in "use" are also closely related to daily life, but the difference from "live" is the randomness of occurrence or the relatively small amount.
[0033] For example, to ensure the structured and parsable nature of the input format, the present application can define the formal syntax of the transaction information input format. The user input structure is described using BNF, and the syntax rules are defined as follows:
[0034] To ensure the structured and parsable nature of the user input format, the present application defines a formal syntax rule system for the transaction information submitted by the user. BNF is used for description, and the structure of the user input string is clearly defined, which facilitates automatic syntax checking and structured transaction record generation. The formal syntax structure is defined as follows:
[0035] <statement> ::＝ <post> | <post> <period> <narration>
[0036] <post> ::＝ <expr> | <post> <comma> <expr>
[0037] <expr> ::＝ <termx> | <expr> <termx>
[0038] <termx> ::＝ <account> | <account> <term>
[0039] <term> ::＝ <amount> | <amount> <factor>
[0040] <factor> ::＝ <commodity>
[0041] <comma> ::＝","|"，"
[0042] <period>::== "." | "."
[0043] The terminal symbols are defined as follows:
[0044] <account>: A string of consecutive Chinese characters, representing the name of an account defined by the user, which can be the full name or the abbreviation of the account.
[0045] <amount>: A numeric string, supporting both integer and decimal numbers, representing the transaction amount.
[0046] <commodity>: Three capital English letters, indicating the currency unit, such as CNY (RMB), USD
[0047] (dollar), THB (Thai baht), etc.
[0048] <comma>: Chinese or English comma, used to separate a debit and credit item. For example: ", " or ", "
[0049] <period>: Chinese or English period, as a separator between the main transaction structure and the transaction description information, such as "." or ".".
[0050] <narration>A transaction summary, typically a natural language description, is used to supplement the transaction background and...
[0051] Include information such as route and remarks. The content is not limited by format and should be located at the end of the input string.
[0052] Formal structure rules are used for initial lexical and grammatical analysis. Afterward, semantic rule judgments are performed to ensure structural integrity and business rationality:
[0053] Debit / credit balance principle: There must be at least one debit input field; if no credit field is entered, a default credit field must be pre-set and automatically filled in when generating structured transaction records;
[0054] Field integrity: Each debit or credit must include at least one valid field. <account>, the borrowing must also include
[0055] <amount>, credits can not include <amount>; the input can include <commodity>when the input does not include
[0056] <commodity>At the time of generating the structured transaction record, the default currency can be completed according to the default currency;
[0057] Transaction abstract (optional): if exists <period>If the symbol is a question mark, then everything that follows will be treated as <narration>Extraction, for constructing the "summary" field in the final structured transaction record;
[0058] Abbreviation resolution: If the input contains an abbreviation of an accounting item (e.g. "restaurant", "salary", etc.), the abbreviation is mapped to the full name of the accounting item according to a pre-defined mapping table of accounting item abbreviations.
[0059] For example, the user can input in the input area 11 of the user interface shown in (1) in any of the following two ways: Figure 1 The mobile phone responds to the input by performing semantic analysis according to the above syntax rules, and extracts one or more debit and credit accounting items and a summary.
[0060] Method 1: The user holds down the voice button and speaks the transaction content he wants to record according to a pre-defined input format, for example, "restaurant 50. lunch", which means he spent 50 yuan in "restaurant" and added "lunch" as the transaction summary, and releases the voice button to send automatically. The mobile phone responds to the input by using automatic speech recognition technology to analyze the voice content and processing the extracted raw text, including but not limited to normalization, removal of irrelevant characters and spelling correction, etc., to obtain the processed text.
[0061] Method 2: The user can directly input the transaction content in the input box according to the pre-defined input format through the soft keyboard. For example, the user can input "restaurant 50. lunch". In this process, the format assistance prompt function is activated to improve input efficiency and correctness. The format assistance prompt function includes but is not limited to the following technical means:
[0062] Real-time syntax detection: With the input of each character or punctuation mark, the current input content is continuously analyzed to determine whether it conforms to the pre-defined syntax rules (e.g. whether a valid accounting item, amount, necessary punctuation or missing key elements have been included);
[0063] Structure integrity judgment: Determine whether at least one valid accounting item (e.g. "accounting item amount" pair) has been input, and prompt in time when a debit or credit item is missing;
[0064] Intelligent highlighting and correction suggestions: For fields or combinations that do not conform to the syntax rules, mark them with a highlight color in the input box and prompt above them, for example, "missing amount information" or "unrecognized accounting item abbreviation"; candidate completion recommendation: when the user only inputs part of the accounting item abbreviation (e.g. "restaurant"), match the relevant items in the pre-configured accounting item abbreviation mapping table (e.g. "restaurant" corresponds to "expense: food: restaurant") and provide a list of suggestions in the form of a pull-down menu or a floating window;
[0065] Visual feedback component: e.g. display a small icon (e.g. green checkmark or red warning symbol) in the top right corner of the input box to indicate whether the current input passes the syntax check.
[0066] When the input content conforms to the complete structure (e.g. at least one debit item and one credit item, or no credit item is entered and the default credit item is used) and has no obvious syntax error, the input box can display a "√" input valid prompt; otherwise, guide the user to correct and submit again.
[0067] This auxiliary function can improve the input accuracy of ordinary users, reduce the learning cost of input syntax rules, and support users to gradually master the syntax logic of structured transaction record input.
[0068] It should be noted that although the format auxiliary prompt function is provided during user input to improve input efficiency, after the user clicks the send or confirm operation, a formal syntax rule check needs to be performed on the complete input text. Whether the text obtained through the first or second way needs to be checked whether it conforms to the pre-defined syntax rules, if not, the structured transaction record will be refused to be generated, and the user will be prompted to correct or re-input to ensure that the generated content conforms to the double-entry accounting rules and data consistency requirements.
[0069] For example, as shown in (3) and (4) of Figure 1 The mobile phone responds to the received input transaction, obtains the input that conforms to the syntax rules through the foregoing processing, and generates a structured transaction record in a standard format based on the input, including but not limited to the following elements: a unique identifier, a generation date and time, one or more debit item entries, one or more credit item entries, a description, a payee, and / or a label.
[0070] For example, a unique identifier is added, which can be implemented using Nano ID, through which the structured transaction record can be retrieved; a generation date and time is added according to the input date and time; one or more debit item entries are generated according to the input debit item entries, and when the debit item uses the abbreviation of the accounting subject, the full name of the accounting subject is converted through the query of the accounting subject abbreviation mapping table; one or more credit item entries are generated according to the input credit item entries, and when the credit item entry does not exist, the default credit item is used to complete the input, and the amount uses the total amount of the debit item entries; when no currency type is provided in the debit item and / or the credit item, the default type is automatically completed; when the summary item is input, the part is directly taken as the summary of the generated structured transaction record; when the payee is input, the part is directly taken as the payee of the generated structured transaction record; when the label is input, the part is directly taken as the label of the generated structured transaction record.
[0071] For example, as shown in (3) and (4) of Figure 1 As shown in (3), after inputting message 31 "Restaurant 50. Lunch" and clicking the send button, the mobile phone responds to the input and extracts the elements based on the syntax rules, including the abbreviation of the accounting subject "Restaurant" and the amount "50" in the debit, as well as the transaction summary "Lunch". The generation process of the structured transaction record includes: adding a unique identifier, which is composed of "ID" followed by the code generated by Nano ID; adding the generated date, time and time zone; according to the accounting subject abbreviation mapping table, "Restaurant" will be replaced with the full name "Expenditure:Food:Restaurant", "50" will be used as the amount of the accounting subject, and the pre-set currency type "CNY" will be automatically added. "Debit:" will be added before the generated debit; since no credit is entered, it will be automatically completed according to the full default credit, which is "Asset:China:Cash" in this case, and the amount "50" and currency type "CNY" will be completed. "Credit:" will be added before the generated credit; "Lunch" will be directly used as the transaction summary, and ":" will be added at the beginning to indicate the summary line; finally, the structured transaction record shown in message 32 in the figure is generated.
[0072] For example, such as Figure 1 As shown in Figure (3), the input message 33 is "Ingredients 100, Fruit 20, Snacks 50. Supermarket purchase". This input has multiple debits, including "Ingredients 100", "Fruit 20" and "Snacks 50". These debits will be processed separately, just like the previous process, so it will not be repeated here. Since no credits were entered, the default credits will be automatically filled in, where the credit amounts are the sum of 100, 20 and 50. The other parts are similar, so it will not be repeated here. Finally, the structured transaction record shown in Figure 34 is generated.
[0073] For example, such as Figure 1 As shown in (4), input message 41 "Formal attire 1000, credit card. Suit". The difference from the previous input is that the credit item "credit card" is input here. The abbreviation of this accounting item will be parsed as the full name "liability:China:credit card". The rest of the process is the same, and will not be described in detail here. Finally, the structured transaction record shown in message 42 in the figure is generated.
[0074] For example, such as Figure 1 As shown in Figure (4), input message 43 is "Car 100000, Cash 50000, Credit Card 50000. Purchase BYD Yuan Plus". The difference from the previous input is that this input has two credit items "Cash 50000" and "Credit Card 50000". These two credit items will be processed separately. The other processes are similar to those mentioned above and will not be repeated here. Finally, the structured transaction record shown in Figure 44 is generated.
[0075] The accounting subject abbreviation mapping table shown in Table 1 is an example of a user-configurable mapping structure. The mapping relationship between the accounting subject abbreviation and the corresponding full name can be established by using a dictionary-type data structure, and the addition, modification, and deletion operations of the mapping relationship can be supported. The mapping relationship can be completed through the interface shown in (2) of FIG. 1. Figure 1
[0076] The core innovation of the present application is that: by using a predefined structured syntax rule, the minimum necessary information (such as accounting subject, amount, optional currency, and summary) input by the user is parsed and restored, and a structured transaction record conforming to the double-entry accounting logic is automatically generated. The method combines the accounting subject abbreviation mapping table and the default rule completion mechanism to realize accurate and efficient structured entry of accounting information under the condition of minimum input, thereby significantly reducing the accounting threshold of the user and improving the usability of mobile input.
[0077] The structured transaction record described in the present application does not limit the specific field structure or output format, and can be flexibly converted into various formats such as CSV and JSON according to subsequent business needs, for export, storage, or further processing. The "minimum input, structure restoration" mechanism has good universality and scalability, and is particularly suitable for interactive accounting scenarios in a conversational user interface environment.
[0078] Another embodiment of the present application provides an electronic device, comprising a touch screen, one or more processors and one or more memories, wherein the memory stores a computer program, the computer program comprising computer instructions, when the computer program in the memory is executed by the processor of the electronic device, the electronic device can implement the input method of any one of the above embodiments.
[0079] The embodiments of the present application also provide a computer readable storage medium, the computer readable storage medium includes a computer program, when the computer program is executed by the processor of the electronic device, the electronic device can implement the input method of any one of the above embodiments; or, when the computer program is executed on the electronic device and the remote server, the electronic device and the remote server respectively implement at least part of the input method of any one of the above embodiments, and cooperatively complete the input method of any one of the above embodiments.
[0080] Another embodiment of the present application provides a client-server system, which comprises an electronic device and a remote server, and the electronic device and the remote server respectively comprise one or more processors and one or more memories, and the memories store computer programs, and the computer programs comprise computer instructions, and when the computer programs are executed on the electronic device and the remote server, the computer instructions enable the electronic device and the remote server to respectively implement at least part of the input method of any one of the above embodiments, and cooperatively complete the input method of any one of the above embodiments. In several embodiments provided by the present application, it should be understood that the described method can be implemented in other different ways. The above description is only an embodiment of the present application, but any modification or replacement made by a person skilled in the art after reading the present application should be considered as falling within the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.< / narration> < / period> < / commodity> < / commodity> < / amount> < / amount> < / account> < / narration> < / period> < / comma> < / commodity> < / amount> < / account> < / period> < / comma> < / commodity> < / factor> < / factor> < / amount> < / amount> < / term> < / term> < / account> < / account> < / termx> < / termx> < / expr> < / termx> < / expr> < / expr> < / comma> < / post> < / expr> < / post> < / narration> < / period> < / post> < / post> < / statement>
Claims
1. A double-entry bookkeeping input method, applied to electronic devices, characterized in that, Includes the following steps: (1) Receive transaction information input by the user through a conversational user interface, wherein the transaction information is text input or voice input in a specific format; (2) When the transaction information is input by voice, use voice recognition technology to convert it into text input; (3) Verify whether the text input or the text converted from speech conforms to the predefined grammar rules, which include: at least one debit input item, and if a default credit item is preset, the credit input item can be omitted; the debit and / or credit items both include the abbreviation or full name of the accounting subject, the amount and the currency type, wherein if a default currency type is set, the currency type can be omitted; the grammar rules may also include a summary item; (4) Based on the results of the parsing of the syntax rules, a structured transaction record conforming to the double-entry bookkeeping rules is automatically generated according to the preset generation rules. The structured transaction record includes a unique identifier, generation date and time, at least one debit entry and one credit entry, and a summary. (5) When the abbreviation of the accounting subject is used in the debit or credit, the abbreviation of "debit" and / or "credit" is converted into the full name of the accounting subject according to the pre-set accounting subject abbreviation mapping table; (6) Store the structured transaction records in the accounting ledger and display the processing results on the dialog user interface.
2. The method according to claim 1, characterized in that: The syntax rules may also include one or more optional structural items, including recipients and / or tags.
3. The method according to claim 1, characterized in that: The method further includes a formatting assistance feature, which can detect and provide feedback on syntax and / or structural errors in real time during the input process, assisting the user in completing effective input.
4. The method according to claim 1, characterized in that: Upon receiving the text input or the text converted from speech, the method verifies whether it conforms to the predefined grammar rules. If it does not conform, the user is prompted to correct or re-enter the text.
5. The method according to claim 1 or 2, characterized in that: The preset generation rules include: adding a unique identifier; adding a generation date and time; generating one or more debit entries and one or more credit entries based on the results of the syntax rule parsing; when the debit or credit entry uses an abbreviation of an accounting subject, converting the abbreviation in the "debit" and / or "credit" into the full name of the accounting subject according to the preset accounting subject abbreviation mapping table; when there is no credit entry and / or currency type, using the default credit entry and / or default currency type to complete the entry; the summary, payee, and / or tag can be directly generated based on the parsing results.
6. The method according to claim 1, characterized in that: The accounting subject abbreviation mapping table is a user-configurable mapping structure, in the form of: the abbreviation of the accounting subject and its corresponding full name. The mapping table is user-configurable and supports adding, modifying, and deleting abbreviations and full names.
7. An electronic device, characterized in that, include: One or more processors and one or more memories, the memories being coupled to the processors, the memories storing computer program code including computer instructions, wherein when the processor executes the computer instructions, it causes the electronic device to perform the method as described in any one of claims 1 to 6.
8. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes a computer program that, when executed on an electronic device, causes the electronic device to perform the method as described in any one of claims 1 to 6; or, when the computer program is executed collaboratively on an electronic device and a remote server, causes the electronic device and the remote server to each perform at least a portion of the steps of the method and collaboratively complete the method as described in any one of claims 1 to 6.
9. A client-server system, characterized in that, include: An electronic device and a remote server, the electronic device and the remote server each including one or more processors and one or more memories, the memories storing a computer program, the computer program including computer instructions, which, when executed on the electronic device and the remote server, cause the electronic device and the remote server to respectively perform at least a portion of the steps of the method and cooperate to complete the method as described in any one of claims 1 to 6.