System and method for automatically generating electronic warranty card

Abstract

According to the system and method for automatically generating the electronic warranty card, the equipment information is acquired from the sales system or the installation system in real time through the data synchronization module, and the electronic warranty card generation module receives the equipment information, automatically generates the electronic warranty card according to the equipment information and persistently stores the electronic warranty card in the warranty card database; and the user access module sends a receiving link to the user after the electronic warranty card is generated, verifies the matching between the user identity and the equipment ownership, and can bind the electronic warranty card after the verification is passed. According to the system and the method for automatically generating the electronic warranty card, the electronic warranty card is automatically generated according to the equipment information, after sales data or installation data are synchronized, the system automatically identifies the equipment type through the background and generates the electronic warranty card matched with the equipment rights and interests, user operation is reduced, and user experience is improved. And the problem that the warranty card of the user is lost or cannot be found is solved, and the user experience is improved, so that the after-sales service efficiency is improved and the right loss caused by misoperation of the user is reduced.

Description

Technical Field

[0001] This application relates to the field of Internet of Things technology, and particularly to a system and method for automatically generating an electronic warranty card. Background Art

[0002] With the acceleration of the digitalization process and the upgrading of consumption patterns, enterprise after-sales service has become an important link in improving user satisfaction and brand competitiveness. Problems such as the dispersion of user device purchase information and inconvenient storage have become increasingly prominent, and traditional paper warranty cards can no longer meet the needs of rapid response and precise service. At the same time, users' requirements for service convenience have increased, and enterprises need to enhance user stickiness through efficient services to promote product differentiation competition. In this context, the digitalization of warranty cards has become a key direction for enterprises to optimize after-sales management.

[0003] Currently, the digitalization of warranty cards is mainly achieved through electronic vouchers and data integration. Enterprises use CRM or ERP systems to store user purchase information and generate electronic warranty cards in combination with device serial numbers, and some achieve quick queries through QR code or NFC technology. Some platforms support users to submit device information independently to generate electronic vouchers, or automatically synchronize order data through the sales system to generate warranty cards. In addition, blockchain technology has also been explored to build a tamper-proof maintenance data chain to ensure information traceability.

[0004] However, existing digital warranty cards still have problems such as users needing to manually fill in information such as device models and purchase dates, and the sales side needs to conduct secondary verification and entry, increasing the probability of errors; electronic vouchers are scattered on different platforms (such as enterprise APPs, emails), users need to verify their identities multiple times, and the information completion process is cumbersome, resulting in insufficient efficiency during emergency repairs. Summary of the Invention

[0005] To solve the problems of existing digital warranty cards, where users need to manually fill in information such as device models and purchase dates, the sales side needs to conduct secondary verification and entry, increasing the probability of errors; electronic vouchers are scattered on different platforms (such as enterprise APPs, emails), users need to verify their identities multiple times, and the information completion process is cumbersome, resulting in insufficient efficiency during emergency repairs.

[0006] The first aspect of this application provides a system for automatically generating an electronic warranty card, including: a data synchronization module, an electronic warranty card generation module, a notification module, and a user access module;

[0007] The data synchronization module is configured to: obtain device information from the sales system or installation system in real time and send it to the electronic warranty card generation module, where the device information includes: device unique identifier, sales date, purchase channel, and purchaser information;

[0008] The electronic warranty card generation module is configured to: receive and automatically generate an electronic warranty card according to the device information, and persistently store it in the warranty card database;

[0009] The notification module is configured to: send a collection link to the user after the electronic warranty card is generated, verify the matching of the user identity and the device ownership, and bind the electronic warranty card after passing the verification;

[0010] The user access module is configured to: allow the user to access the warranty card database through a mobile terminal, and collect, view, and re-obtain the electronic warranty card in the warranty card database.

[0011] In a feasible implementation manner, it further includes: a timing service module and a device type identification module;

[0012] The timing service module is configured to: automatically obtain the unprocessed device data from the business database according to a preset rule, determine whether the electronic warranty card has been created for the device, and if not, transfer the device data to the device type identification module;

[0013] The device type identification module is configured to: analyze the device information through a rule engine or a machine learning model, and distinguish the device type into an engineering machine and a non-engineering machine;

[0014] The electronic warranty card generation module is further configured to: when the device is an engineering machine, the generated electronic warranty card includes rights and interests restriction clauses.

[0015] In a feasible implementation manner, the data synchronization module docks with an external system through an API interface, HTTP(S), or JDBC protocol.

[0016] In a feasible implementation manner, it further includes: an after-sales query module;

[0017] The after-sales query module is configured to: retrieve the content of the electronic warranty card, the device type, and the device historical maintenance records from the warranty card database through the device unique identifier.

[0018] In a feasible implementation manner, it further includes: a data analysis and feedback module;

[0019] The data analysis and feedback module is configured to: regularly analyze the generation data of the electronic warranty card, optimize the rule engine or the machine learning model and the warranty policy, and feedback to the user when there is abnormal data.

[0020] On the other hand, this application also provides a method for automatically generating an electronic warranty card, including the following steps:

[0021] Obtain device information in the sales system or installation system in real time, where the device information includes: device unique identifier, sales date, purchase channel, and purchaser information;

[0022] Automatically generate an electronic warranty card and persistently store it in the warranty card database;

[0023] Directly access and receive the electronic warranty card through a mobile terminal.

[0024] In a feasible implementation manner, the automatic generation of the electronic warranty card further includes the steps of:

[0025] Automatically obtain the unprocessed device data from the business database according to preset rules, determine whether the electronic warranty card has been created for the device, and if not, transfer the device data to the device type identification module;

[0026] Analyze the device information through a rule engine or machine learning model to distinguish the device type as engineering machine and non-engineering machine;

[0027] When the device type is an engineering machine, the generated electronic warranty card contains rights and interests restriction clauses.

[0028] In a feasible implementation manner, data synchronization uses an API interface, HTTP(S), or JDBC protocol, and triggers the electronic warranty card generation process regularly according to preset rules.

[0029] In a feasible implementation manner, it further includes the steps of:

[0030] Conduct after-sales inquiries;

[0031] Retrieve the content of the electronic warranty card, the device type, and the device historical repair records from the warranty card database through the device unique identifier.

[0032] In a feasible implementation manner, the after-sales inquiry includes the steps of:

[0033] After the electronic warranty card is generated, send a receiving link to the user, verify the matching of the user identity and the device ownership, and bind the electronic warranty card after passing the verification.

[0034] The system and method for automatically generating an electronic warranty card provided by this application automatically generate an electronic warranty card according to device information, synchronize sales data or installation data, and then the system automatically identifies the device type (such as engineering machine or non-engineering machine) in the background, generates an electronic warranty card that matches the device rights and interests, reduces user operations, solves the problem of the user losing or not being able to find the warranty card, improves the user experience, thereby improving the after-sales service efficiency and reducing the rights and interests losses caused by user misoperations. Brief Description of the Drawings

[0035] The accompanying drawings here are incorporated into the specification and constitute a part of this specification, showing embodiments in accordance with the implementation of the present invention, and are used together with the specification to explain the principles of the embodiments of the present invention. Obviously, the accompanying drawings in the following description are only some embodiments of the implementation of the present invention. For those of ordinary skill in the art, without creative work, other drawings can be obtained based on these drawings.

[0036] Figure 1 is a schematic flowchart of the existing method for generating an electronic warranty card shown in this application;

[0037] Figure 2 is a schematic structural diagram of a system for automatically generating an electronic warranty card shown in an exemplary embodiment of this application;

[0038] Figure 3 is a schematic flowchart of a method for automatically generating an electronic warranty card shown in an exemplary embodiment of this application. Detailed implementation manners

[0039] Example embodiments will now be described more fully with reference to the accompanying drawings. However, the example embodiments can be implemented in various forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that this disclosure will be more complete and comprehensive, and will fully convey the concept of the example embodiments to those skilled in the art. The features, structures, or characteristics described may be combined in any suitable manner in one or more embodiments. In the following description, numerous specific details are provided to give a thorough understanding of the embodiments of the present disclosure.

[0040] With the popularization of digitalization, more and more enterprises have begun to use digital means to improve the level of after-sales service. However, in the traditional process of generating and managing warranty cards, the following problems exist: easy to lose warranty cards: paper warranty cards are easily lost, resulting in users being unable to provide valid vouchers when they need after-sales service; too much manual intervention: traditional warranty cards usually require users to fill in information manually or be entered by sales staff, which is prone to errors; unable to distinguish device types: some devices (such as engineering machines) have special usage scenarios and right restrictions, but existing systems are difficult to accurately identify, resulting in users may abuse the rights of engineering machines; complex after-sales management: due to the lack of a unified data management platform, enterprises are difficult to quickly track the status of devices, affecting the efficiency of after-sales service.

[0041] Refer to Figure 1 As shown, the process of generating a warranty card in the prior art is as follows: after the user purchases a device, they need to manually fill in the purchase information to apply for an electronic warranty card. Then, relevant staff need to review the applied electronic warranty card, which takes a long time and is prone to errors, and is cumbersome and has a poor experience for users.

[0042] To solve the above problems, the present application provides a system for automatically generating an electronic warranty card. Figure 2 As shown, it includes: a data synchronization module, an electronic warranty card generation module, a notification module and a user access module.

[0043] The data synchronization module is configured to obtain device information from the sales system or installation system in real time and send it to the electronic warranty card generation module. The device information includes: device unique identification, sales date, purchase channel and purchaser information.

[0044] The data synchronization module obtains the device information in the sales system or installation system in real time through the interface. When the device completes the transaction or is installed for the first time, the module automatically extracts the device's unique identifier (such as serial number), sales date, purchase channel and purchaser information, and sends the standardized data to the electronic warranty card generation module. This process does not require manual intervention to ensure the accuracy of the data source.

[0045] The electronic warranty card generation module is configured to: receive and automatically generate an electronic warranty card according to device information, and store it persistently in a warranty card database.

[0046] After receiving the device information, the electronic warranty card generation module determines the device type (such as engineering machine) through preset rules. According to the device type, an electronic warranty card containing basic information and special rights and interests terms is automatically generated and saved to the warranty card database in a structured storage method. The generated warranty card is bound to the device's unique identifier to support subsequent accurate query and management.

[0047] The notification module is configured to: send a collection link to the user after the electronic warranty card is generated, and verify the matching of the user identity and the device ownership. After the verification is passed, the electronic warranty card can be bound; the notification module can send a collection link to the user via SMS, email, App or mini program push, and send a verification code for verification. After passing, the user is allowed to bind the electronic warranty card.

[0048] The user access module is configured to allow the user to access the warranty card database through a mobile terminal, and to collect, view and retrieve the electronic warranty card in the warranty card database.

[0049] When users access the service system through mobile terminals, they can query the electronic warranty card of the bound device after identity verification. The system supports quick access to warranty card information by scanning the device QR code or entering the serial number, and provides download or sharing functions for users to save and present credentials. Through the user access module, even if the warranty card is lost or cannot be found, the user can retrieve it at any time. Improve the security of electronic warranty card collection and reduce the risk of information leakage.

[0050] The system of this embodiment adopts a microservices architecture to achieve decoupling between modules and conducts data transmission through standardized APIs. The unique device identifier adopts the industry's general coding standard to ensure data consistency. The logic for generating electronic warranty cards is based on a preset rule engine and supports dynamic field configuration. The user access module ensures data security through an authentication mechanism, and the front-end interface is adapted to multi-terminal operations.

[0051] The solution eliminates the manual entry link through automated data synchronization. The automated process reduces manual operations, reduces the risk of information errors, and avoids information errors and omissions. At the same time, a unified warranty card database is established to integrate scattered data. The unified data platform can improve after-sales service efficiency and shorten the response time. The system provides an electronic voucher storage and acquisition method, further solving the problem that paper warranty cards are easily lost.

[0052] In some embodiments of this application, it further includes: a timing service module and a device type identification module.

[0053] The timing service module is configured to: automatically obtain unprocessed device data from the business database according to preset rules, determine whether an electronic warranty card has been created for the device, and if not, transfer the device data to the device type identification module.

[0054] The device type identification module is configured to: analyze device information through a rule engine or a machine learning model and distinguish the device type into engineering machines and non-engineering machines; the electronic warranty card generation module is further configured to: when the device is an engineering machine, the generated electronic warranty card includes rights and interests restriction clauses.

[0055] Specifically, after the data synchronization module obtains device information, the device type identification module classifies devices through a dual mechanism: one is rule engine judgment, preset device models and classification rule libraries (such as serial number prefix matching, special identification field parsing), and directly classifies devices with clear engineering machine identifiers, and the discrimination of engineering machine types can be freely controlled according to the rule engine.

[0056] The other is machine learning assistance: for devices without clear identifiers, call the trained classification model for probability prediction. When the engineering machine confidence level exceeds the threshold, it is automatically marked. For more complex scenarios in the future, the classification model can be trained to improve the recognition accuracy.

[0057] When an engineering machine is recognized, the generation module extracts the corresponding restriction clause template (such as restricted usage scenarios, shortened warranty periods, etc.) from the rights and interests rule library and dynamically inserts it into the electronic warranty card data structure. The generated engineering machine warranty card can include: basic information fields, such as device identifiers, sales dates, etc.; special rights and interests restriction clauses, digital anti-tampering marks, and other contents.

[0058] By classifying devices and generating electronic warranty cards differentially, this embodiment eliminates the manual review process and solves the problems of errors and omissions in the traditional process caused by the dependence of engineering machine identification on sales remarks; a dynamic rule library and a machine learning model are established to meet the rapid iteration requirements of new models of engineering machines.

[0059] This embodiment can significantly improve accuracy through device classification and effectively reduce the workload of manual review. The structured rights and interests clauses enable after-sales personnel to quickly judge the service scope and improve service efficiency. The digital signature technology ensures the anti-tampering of the warranty card content and reduces legal risks. Through the accurate identification of device types, enterprises can more strictly manage the rights and interests usage of special devices such as engineering machines and avoid abuse.

[0060] In some embodiments of this application, the data synchronization module interfaces with external systems through API interfaces, HTTP(S), or JDBC protocols.

[0061] Specifically, when using an API interface for docking, a RESTful API connection is established with the order management module of the sales system. When the device completes a transaction, the sales system real-time pushes the device unique identifier, purchase time, purchase channel, and purchaser information to the data synchronization module.

[0062] When using the HTTP(S) protocol for communication, a two-way communication channel is established with the Internet of Things device installation platform. After the device is first powered on, it reports activation information through an HTTP POST request, including the device serial number and installation location data. When directly connecting to the warranty card database using JDBC, the warranty card database of the installation system can be directly connected through the warranty card database driver, and the device registry is polled regularly to capture new device installation records.

[0063] This embodiment supports three protocols, namely API, HTTP(S), and JDBC. The multi-protocol access reduces the system integration complexity, can be compatible with external systems of different technical architectures, and solves the data access problems of the sales system, warranty card database storage, and Internet of Things device communication. Replacing the traditional timed batch synchronization, the automated verification mechanism reduces data errors, improves the accuracy of subsequent service processes, and further avoids data loss through the warranty card database storage technology, providing stable data support for the after-sales service system.

[0064] In some embodiments of this application, it further includes: an after-sales query module; the after-sales query module is configured to: retrieve the content of the electronic warranty card, device type, and device historical repair records from the warranty card database through the device unique identifier.

[0065] When the user initiates a query request through the after-sales service system interface, the after-sales query module supports manually entering the device serial number or scanning the device QR code to obtain a unique identifier. After verifying the user's permissions, a query instruction is generated, and the basic information of the electronic warranty card and the rights and terms are extracted from the distributed warranty card database. Then, the device classification result is confirmed through the device type recognition module, historical repair records are aggregated from the relational warranty card database, and the warranty card content, device type label, and repair records are merged into structured data, including digital signature verification information.

[0066] Through the after-sales query module in this embodiment, after-sales personnel can obtain the full life cycle information of the device through a single entry, reduce cross-system operations, improve after-sales efficiency, and help after-sales personnel quickly locate problems and provide services.

[0067] In some embodiments of the present application, it further includes: a data analysis and feedback module; the data analysis and feedback module is configured to: regularly analyze the generated data of the electronic warranty card, optimize the rule engine or machine learning model and the warranty policy, and feedback to the user when there is abnormal data.

[0068] The data analysis and feedback module can analyze the generated data of the electronic warranty card, identify features such as device type distribution and regional requirements, and dynamically adjust the device classification threshold of the rule engine and the prediction parameters of the machine learning model; solve the problem of model failure caused by changes in device data distribution through incremental learning, and build an automated process from data collection to policy optimization to replace manual experience judgment.

[0069] Furthermore, combined with the repair record data, it provides a quantitative basis for adjusting the warranty policy, can improve the accuracy of device classification, and reduce the manual review cost. At the same time, it optimizes the matching degree of the warranty policy and the actual regional requirements, discovers data anomalies in a timely manner, reduces potential business risks, and enhances the user's right to know and the service transparency.

[0070] Another aspect of the embodiments of the present application provides a method for automatically generating an electronic warranty card, as shown in Figure 3 and includes the following steps:

[0071] S100: Real-time obtain the device information in the sales system or the installation system, where the device information includes: device unique identifier, sales date, purchase channel, and purchaser information.

[0072] In some embodiments of the present application, data synchronization uses the API interface, HTTP(S), or JDBC protocol.

[0073] This step synchronizes the sales / installation system data in real time through the API / HTTP(S) / JDBC protocol, and extracts the device unique identifier, sales date, purchase channel, and user information; ensures that the device information is updated in real time and provides basic data for subsequent processes.

[0074] S200: Automatically generate an electronic warranty card and persistently store it in the warranty card database; the automatic generation of the electronic warranty card can call a preset template, match the device information with the warranty terms and store them in the warranty card database. It can achieve standardized document generation, anti-tampering design to ensure the authenticity of vouchers, and distributed storage to support high-concurrency access.

[0075] S300: Directly access and receive the electronic warranty card through a mobile terminal; the user receives a dynamic link, and after completing identity verification through SMS, email, APP or mini-program verification code, associate the electronic warranty card with the user account.

[0076] This step provides a convenient way to receive, and double verification ensures the accuracy of the rights and interests attribution.

[0077] In some embodiments of the present application, the automatic generation of the electronic warranty card further includes the steps of:

[0078] S210: Automatically obtain unprocessed device data from the business database according to preset rules, determine whether an electronic warranty card has been created for the device, and if not, transfer the device data to the device type identification module.

[0079] S220: Analyze the device information through a rule engine or a machine learning model to distinguish between engineering machines and non-engineering machines.

[0080] The rule engine matches the device serial number to the engineering machine white list, and the machine learning model analyzes features such as purchase quantity and channel type to assist in classification. It can accurately distinguish engineering machines from ordinary devices and provide a basis for subsequent rights and interests configuration.

[0081] S230: When the device type is an engineering machine, the generated electronic warranty card contains rights and interests restriction clauses. If it is determined to be an engineering machine, a special clause field will be automatically added and bound to the device information for storage. Through device classification, automated configuration of differential warranty policies is realized, further reducing the manual review cost.

[0082] In some embodiments of the present application, it further includes the steps of:

[0083] S400: Conduct after-sales inquiries.

[0084] S500: Retrieve the content of the electronic warranty card, device type and device historical repair records from the warranty card database through the device unique identifier. After obtaining the device information, the system real-time aggregates the warranty card content, device type label and historical repair records in the warranty card database. It provides one-stop information query for after-sales personnel and improves the service response speed.

[0085] In some embodiments of the present application, the after-sales inquiry includes the steps of:

[0086] S410: After the electronic warranty card is generated, send a redemption link to the user, verify the matching of the user identity and device ownership, and bind the electronic warranty card after passing the verification.

[0087] After the electronic warranty card is generated, the system automatically generates a redemption link with dynamics and sends the link to the purchaser via text message, email, APP or mini-program. After the user clicks it, the identity verification process is triggered. The system compares the user login account with the mobile phone number or email in the device purchase record to verify the device ownership, ensuring that the redemption link is bound to the user identity, preventing the misappropriation of rights and interests caused by link leakage, and enhancing security.

[0088] The method and system for automatically generating an electronic warranty card provided by the embodiments of the present application obtain the specific steps for automatically generating an electronic warranty card, including:

[0089] Sales data or installation data is synchronously sent to the data synchronization module in real time via the API interface, HTTP(S) or JDBC. The data synchronization module persists the received data to the warranty card database;

[0090] Automatically obtain the unprocessed data from the warranty card database according to the set rules, and determine whether an electronic warranty card has been created for this device. If it has been created, this process ends and waits for the next process. If no electronic warranty card has been created, pass the data to the device type identification module;

[0091] The device type identification module tags the device as whether it is an engineering machine according to the rules and passes the data to the electronic warranty card automatic generation module;

[0092] After receiving the data, the electronic warranty card automatic generation module determines the rights and interests of the warranty card according to the type, model, purchase information, etc. in the business data and creates an electronic warranty card, persists the created electronic warranty card to the warranty card database, and passes the generated electronic warranty card data to the user access module;

[0093] The user access module edits the received data into a message and sends it to the user. After the user receives the message and opens the link, it will jump to the APP or mini-program to click and redeem. The system will receive the user's redemption request and verify whether the legality of the user is satisfied through the verification code. If not, give the user a prompt and the process ends. If satisfied, the user successfully redeems the electronic warranty card;

[0094] After-sales personnel or users can view the electronic warranty card information and repair history information at any time through the after-sales query module. This method reduces the user's operations, improves the accuracy rate and activation rate of the warranty card, and reduces the after-sales operation cost;

[0095] The data analysis and feedback module can be set up to regularly update the rule engine or machine learning model and warranty policy based on the data generated by the electronic warranty card, so as to reduce the error rate and provide timely feedback.

[0096] It can be seen from the above embodiments that the system and method for automatically generating an electronic warranty card provided by the present application obtains device information from the sales system or installation system in real time through the data synchronization module and sends it to the electronic warranty card generation module. The electronic warranty card generation module receives and automatically generates an electronic warranty card according to the device information, and stores it persistently in the warranty card database; the user access module sends a collection link to the user after the electronic warranty card is generated, and verifies the matching of the user identity and the device ownership. After the verification is passed, the electronic warranty card can be bound; the user is allowed to access the warranty card database through a mobile terminal, and collect, view and re-acquire the electronic warranty card in the warranty card database. The system and method for automatically generating an electronic warranty card provided by the present application automatically generates an electronic warranty card according to the device information, and after synchronizing the sales data or installation data, the system automatically identifies the device type through the background, generates an electronic warranty card that matches the device rights, reduces user operations, and solves the problem of the user's warranty card being lost or not being found, improves user experience, thereby improving after-sales service efficiency and reducing rights and interests losses caused by user misoperation.

[0097] Those skilled in the art will readily appreciate other embodiments of the present disclosure after considering the disclosure of the specification and the examples. This application is intended to cover any modifications, uses or adaptations of the present disclosure, which follow the general principles of the present disclosure and include common knowledge or customary technical means in the art that are not disclosed in the present disclosure.

Claims

1. An electronic warranty card automatic generation system, characterized in that, Including: A data synchronization module, an electronic warranty card generation module, a notification module, and a user access module; The data synchronization module is configured to: obtain device information from a sales system or an installation system in real time and send it to the electronic warranty card generation module, where the device information includes: a unique device identifier, a sales date, a purchase channel, and purchaser information; The electronic warranty card generation module is configured to: receive and automatically generate an electronic warranty card based on the device information, and persistently store it in a warranty card database; The notification module is configured to: send a redemption link to the user after the electronic warranty card is generated, and verify the matching of the user identity and the device ownership, and bind the electronic warranty card after passing the verification; The user access module is configured to: allow the user to access the warranty card database through a mobile terminal, and redeem, view, and re-obtain the electronic warranty card in the warranty card database.

2. The system for automatically generating an electronic warranty card according to claim 1, wherein Also including: a timing service module and a device type identification module; The timing service module is configured to: automatically obtain the unprocessed device data from a business database according to a preset rule, determine whether the electronic warranty card has been created for the device, and if not, transfer the device data to the device type identification module; The device type identification module is configured to: analyze the device information through a rule engine or a machine learning model, and distinguish the device type into an engineering machine and a non-engineering machine; The electronic warranty card generation module is further configured to: when the device is an engineering machine, the generated electronic warranty card includes an interest restriction clause.

3. The system for automatically generating an electronic warranty card according to claim 1, wherein The data synchronization module docks with an external system through an API interface, HTTP(S), or JDBC protocol.

4. The system for automatically generating an electronic warranty card according to claim 2, wherein, Also including: An after-sales query module; The after-sales query module is configured to: retrieve the content of the electronic warranty card, the device type, and the device historical maintenance records from the warranty card database through the unique device identifier.

5. The system for automatically generating an electronic warranty card according to claim 4, wherein, Also including: A data analysis and feedback module; The data analysis and feedback module is configured to: periodically analyze the generation data of the electronic warranty card, optimize the rule engine or the machine learning model and the warranty policy, and feedback to the user when there is abnormal data.

6. A method for automatically generating an electronic warranty card, characterized in that, Including the following steps: Obtain device information in a sales system or an installation system in real time, where the device information includes: a unique device identifier, a sales date, a purchase channel, and purchaser information; Automatically generate an electronic warranty card and persistently store it in a warranty card database; Directly access and redeem the electronic warranty card through a mobile terminal.

7. The method for automatically generating an electronic warranty card according to claim 6, wherein The step of automatically generating the electronic warranty card further includes the steps of: Automatically obtain the unprocessed device data from a business database according to a preset rule, determine whether the electronic warranty card has been created for the device, and if not, transfer the device data to the device type identification module; Analyze the device information through a rule engine or a machine learning model, and distinguish the device type into an engineering machine and a non-engineering machine; When the device type is an engineering machine, the generated electronic warranty card includes an interest restriction clause.

8. The method for automatically generating an electronic warranty card according to claim 6, wherein, Data synchronization uses API interface, HTTP(S) or JDBC protocol, and triggers the electronic warranty card generation process regularly according to preset rules.

9. The method for automatically generating an electronic warranty card according to claim 6, wherein Also includes the steps: Make after-sales enquiries; The content of the electronic warranty card, the device type and the historical maintenance record of the device are retrieved from the warranty card database through the unique identifier of the device.

10. The method for automatically generating an electronic warranty card according to claim 9, wherein, The after-sales inquiry includes the steps of: After the electronic warranty card is generated, a collection link is sent to the user, and the matching of the user identity and the ownership of the device is verified. After the verification is passed, the electronic warranty card can be bound.

Images