CN110942377A - Method and system for implementing asynchronous verification of telecom CRM (customer relationship management) service - Google Patents
Method and system for implementing asynchronous verification of telecom CRM (customer relationship management) service Download PDFInfo
- Publication number
- CN110942377A CN110942377A CN201911242095.7A CN201911242095A CN110942377A CN 110942377 A CN110942377 A CN 110942377A CN 201911242095 A CN201911242095 A CN 201911242095A CN 110942377 A CN110942377 A CN 110942377A
- Authority
- CN
- China
- Prior art keywords
- asynchronous
- verification
- service
- check
- result
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012795 verification Methods 0.000 title claims abstract description 145
- 238000000034 method Methods 0.000 title claims abstract description 57
- RWSOTUBLDIXVET-UHFFFAOYSA-N Dihydrogen sulfide Chemical compound S RWSOTUBLDIXVET-UHFFFAOYSA-N 0.000 claims abstract description 14
- 238000012790 confirmation Methods 0.000 claims description 7
- 238000004590 computer program Methods 0.000 claims description 3
- 238000007689 inspection Methods 0.000 claims description 3
- 230000000875 corresponding effect Effects 0.000 description 30
- 230000009286 beneficial effect Effects 0.000 description 20
- 230000006870 function Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000013479 data entry Methods 0.000 description 1
- 230000004927 fusion Effects 0.000 description 1
- 230000009191 jumping Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008447 perception Effects 0.000 description 1
Images
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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0609—Buyer or seller confidence or verification
-
- 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
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/40—Business processes related to the transportation industry
Landscapes
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- Primary Health Care (AREA)
- Tourism & Hospitality (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The invention discloses a method and a system for realizing asynchronous verification of telecom CRM (customer relationship management) service handling, and relates to the field of telecom service handling. The method comprises the following steps: step 1, starting to transact business, and carrying out page verification, wherein after the page verification is passed, a service directory is displayed; step 2, submitting the items to be transacted in the service directory, simultaneously writing an asynchronous verification directory in a telecom CRM back-end database, and starting asynchronous verification; step 3, confirming the items needing to be transacted in the shopping cart; step 4, displaying the result of the asynchronous verification; and 5, if the asynchronous verification result passes, continuing to transact the service, and if the asynchronous verification result does not pass, generating a reason why the verification does not pass. By the method, the problem of excessively consuming time for verification can be solved, and the effects of reducing time consumption and improving accuracy and safety of service handling are achieved.
Description
Technical Field
The invention relates to the field of business handling, in particular to a method and a system for realizing asynchronous verification of telecom CRM business handling.
Background
The CRM complex business transaction function of the telecommunication industry mainly comprises data entry, page business rule judgment, business transaction submission, business submission calling, shopping cart returning, shopping cart commodity confirmation, filling-free printing, payment, order creation, order flow, business completion and business transaction completion.
The verification is time-consuming, and corresponding services can be respectively called in a plurality of service handling pages to realize the verification, so that the time-consuming time is divided into different operation steps of an operator, and the perception to the operator is small. However, there is a security problem in doing so, and when the submission service is directly called by modifying the service message parameter, the preferential service is handled by bypassing the service rule, and the system has a major vulnerability, and if all the checks are migrated to the service handling submission service, the execution time of the submission service is long, which seriously affects the system performance and the user experience.
Disclosure of Invention
The invention aims to solve the technical problem of the prior art and provides a method and a system for realizing the asynchronous verification of the telecom CRM service.
The technical scheme for solving the technical problems is as follows: a method and system for implementing asynchronous verification of telecom CRM service transaction includes:
step 1, starting to transact business, and carrying out page verification, wherein after the page verification is passed, a service directory is displayed;
step 2, submitting the items to be transacted in the service directory, simultaneously writing an asynchronous verification directory in a telecom CRM back-end database, and starting asynchronous verification;
step 3, confirming the items needing to be transacted in the shopping cart;
step 4, displaying the result of the asynchronous verification;
and 5, if the result of the asynchronous verification passes, continuing to transact the service, and if the result of the asynchronous verification does not pass, generating a reason why the verification does not pass.
The invention has the beneficial effects that: by sinking the asynchronous check logic to the back end, the time is shortened as much as possible in the process of handling the service by a user, the next operation can be carried out without waiting for the asynchronous check result, only the result of whether the asynchronous check exists is checked when the order is generated at last, the purpose of checking whether the asynchronous check exists again is achieved by judging the asynchronous check result, a safe and reliable space is provided for handling the whole service, the running efficiency of the system is improved, the execution of the service rule is ensured without omission, and the accuracy and the safety of the service handling are ensured.
On the basis of the technical scheme, the invention can be further improved as follows.
Further, the step 2 is followed by:
step 201, inquiring the asynchronous check catalog in the database, checking according to the content of the asynchronous check catalog, and modifying the check result into the asynchronous check catalog after the check is completed.
The beneficial effect who adopts above-mentioned scheme is: according to different services handled by the user, different verification services are called, the services can be comprehensively and accurately verified according to the items recorded on the verification catalog, and the safety of service handling is improved.
Further, step 5 is followed by:
and 6, after the verification result passes, the order center creates an order of the transacted project, verifies the verification result again in the creation of the order, creates the order if the verification is successful, simultaneously informs the back-end database to move the verification result to the history library, and fails to create the order if the verification fails, and generates a failure reason for creating the order.
The beneficial effect who adopts above-mentioned scheme is: through checking again, the checking step can be effectively avoided being skipped, meanwhile, the data are moved to the historical library, so that the data can be conveniently called when a user transacts services later, meanwhile, the data in the historical library can be checked, and the occurrence of wrong operation or wrong information is avoided.
Further, the asynchronous check directory includes: service package ID, inspection content, check status, start time, end time, and failure reason.
The beneficial effect who adopts above-mentioned scheme is: what content is checked and the checking result in the asynchronous checking process can be clearly known, so that the whole service is more transparent.
Further, the asynchronous verification specifically comprises: and calling the corresponding service in the configuration table according to the content of the asynchronous check directory, and checking the corresponding service.
The beneficial effect who adopts above-mentioned scheme is: any corresponding service can be quickly called through the configuration table, so that the whole process is quicker.
Further, the corresponding service includes: tariff relationships, marketing rules, and business rules.
The beneficial effect who adopts above-mentioned scheme is: and the calling according to the classes can accelerate the verification speed.
Further, the configuration table includes: core configuration data, the core configuration data comprising: operation code, action code, check service name and switch item.
The beneficial effect who adopts above-mentioned scheme is: the configuration table contains the check data information of all corresponding services, and the time can be reduced by quickly checking the configuration table.
Another technical solution of the present invention for solving the above technical problems is as follows:
an electronic device comprises a processor, wherein the processor is used for executing the implementation method for processing the asynchronous verification of the telecom CRM business.
The beneficial effect who adopts above-mentioned scheme is: the processor can improve the service efficiency and the safety by executing the checking method, shorten the time as much as possible in the process of handling the service by a user by sinking the asynchronous checking logic to the back end, carry out the next operation without waiting for the asynchronous checking result, check whether the asynchronous checking result exists only when the order is finally generated, and achieve the purpose of checking whether the asynchronous checking is carried out again by judging the asynchronous checking result, thereby providing a safe and reliable space for handling the whole service.
Another technical solution of the present invention for solving the above technical problems is as follows:
a computer readable storage medium stores a computer program, and after the program is run, the program controls a processor to execute the implementation method for handling the asynchronous verification of the telecom CRM service.
The beneficial effect who adopts above-mentioned scheme is: by sinking the asynchronous check logic to the back end, the time is shortened as much as possible in the process of handling the business by the user, the next operation can be carried out without waiting for the asynchronous check result, only the asynchronous check result is checked whether to exist when the order is generated finally, the aim of checking whether to be asynchronously checked again is achieved by judging the asynchronous check result, a safe and reliable space is provided for handling the whole business, and the processing speed of the computer is improved.
Another technical solution of the present invention for solving the above technical problems is as follows:
a telecommunications CRM service transaction asynchronous verification system, comprising:
a page checking module: the system comprises a server, a server and a server, wherein the server is used for checking a page, and displaying a service directory after the page passes the check;
an asynchronous checking module: the system is used for submitting the items to be transacted in the service directory, simultaneously writing an asynchronous verification directory in a telecom CRM (customer relationship management) back-end database, and starting asynchronous verification;
a confirmation module: the system is used for confirming the items needing to be transacted in the shopping cart;
a display module: the asynchronous checking module is used for displaying the result of the asynchronous checking;
a judging module: and the system is used for judging whether the result of the asynchronous verification passes or not, continuing to transact the service if the result of the asynchronous verification passes, and generating the reason why the verification fails if the result of the asynchronous verification fails.
The beneficial effect of adopting the further scheme is that: by sinking the asynchronous check logic to the back end, the time is shortened as much as possible in the process of handling the business by the user, the next operation can be carried out without waiting for the asynchronous check result, only the asynchronous check result is checked to see whether the asynchronous check result exists when the order is generated finally, the aim of checking whether the asynchronous check result exists again is achieved by judging the asynchronous check result, and a safe and reliable space is provided for handling the whole business.
Drawings
FIG. 1 is a schematic flow chart provided by an embodiment of the present invention;
FIG. 2 is a schematic flow chart diagram provided by another embodiment of the present invention;
FIG. 3 is a system block diagram provided by other embodiments of the present invention;
in the drawings, the components represented by the respective reference numerals are listed below:
200. the system comprises a telecom CRM service transaction asynchronous checking system, 210, a page checking module, 220, an asynchronous checking module, 221, a revision module, 222, an asynchronous checking sub-module, 230, a confirmation module, 240, a display module, 250, a judgment module, 260 and an order creation module.
Detailed Description
The principles and features of this invention are described below in conjunction with examples which are set forth to illustrate, but are not to be construed to limit the scope of the invention.
As shown in fig. 1, a method and a system for implementing asynchronous verification of telecom CRM service transaction include:
step 1, starting to transact business, and carrying out page verification, wherein after the page verification is passed, a service directory is displayed;
step 2, submitting the items to be transacted in the service directory, simultaneously writing an asynchronous verification directory in a telecommunication CRM (customer relationship Management) back-end database, and starting asynchronous verification;
step 3, confirming items needing to be transacted in the shopping cart;
step 4, displaying the result of the asynchronous verification;
and 5, if the asynchronous verification result passes, continuing to transact the service, and if the asynchronous verification result does not pass, generating a reason that the verification does not pass.
The beneficial effect of this embodiment is: by sinking the asynchronous check logic to the back end, the time is shortened as much as possible in the process of handling the business by the user, the next operation can be carried out without waiting for the asynchronous check result, only the asynchronous check result is checked to see whether the asynchronous check result exists when the order is generated finally, the aim of checking whether the asynchronous check result exists again is achieved by judging the asynchronous check result, and a safe and reliable space is provided for handling the whole business.
It should be noted that the services include: tariff services, basic services, etc., such as: when the user selects to start to transact the tariff service, a page check is popped up, namely the system checks the state of the user, whether the user is arreared or not and whether the mutually exclusive tariff exists or not, the check process is checked by calling a corresponding check function in a configuration table, when the check is finished, the system displays that the state is normal, no arrearage exists and no mutually exclusive tariff exists, and any unqualified service belongs to check failure and cannot transact the service through the page check. When the page passes the verification, the system displays the service directory as shown in Table 1
TABLE 1
Table 2 is an asynchronous check directory, and when the foreground handles the procedure for the user, the process of asynchronous check sinks to the back end through logic, and meanwhile, items such as handling operation codes, action codes, and check service names need to be checked, and the check is performed by calling the corresponding content to be checked in the configuration table.
TABLE 2
Wherein, Pkid: a service packet address; i: warehousing (initial identification); s: checking; y: the verification is passed; n: the check fails.
And when the asynchronous verification is carried out, the system page can display the content transacted by the user, the user clicks a confirmation key after confirming that the user is correct, the system generates the filling-free document, the user signs on the filling-free document, and the result of the asynchronous verification is confirmed at the same time.
For example, table 3 gives the results of an exemplary asynchronous check:
TABLE 3
As is clear from table 3, the marketing campaign failed the verification and the reason for the failure is a non-target user, and when any one of the asynchronous verification results fails, it represents that the service cannot be handled.
Optionally, in some embodiments, the method may further include: step 201, inquiring an asynchronous check directory in a database, checking according to the content of the asynchronous check directory, and modifying a check result into the asynchronous check directory after the check is completed.
For example, taking the service package Pkid1 as an example, the fee transaction is checked, and the contents thereof are sequentially checked, including checking whether the intra-provincial call duration is XXX minutes, whether the intra-provincial traffic is XXG, and the like, and recording the start time and the end time, for example, the start time may be 2019-08-11, 18: 00: 00, end time 2019-08-11, 18: 00: 04, recording the reason of the error when the verification content has the error, for example, if the verification intra-province call duration does not satisfy XXX minutes, recording the reason of the error as: and the non-target user modifies the asynchronous verification result into the asynchronous verification directory after all the service packets are verified.
The beneficial effect of this embodiment is: according to different services handled by the user, different verification services are called, the services can be comprehensively and accurately verified according to the items recorded on the verification catalog, and the safety of service handling is improved.
It should be noted that, the system detects the module needing to be checked in the asynchronous check directory, calls the corresponding service in the configuration table to directly check,
the asynchronously verified call frame interface is an HSF interface, for example: com _ sitech _ ordersvc _ common _ comp _ inter _ ibusichtheadsvc _ checkBusi;
the asynchronously verified query interface is a real-time interface, such as:
com_sitech_ordersvc_common_comp_inter_IUrBusiChkRdSvc_qryResultByBizPackId。
optionally, in some embodiments, the method may further include:
and 6, after the verification result passes, the order center creates an order of the transacted project, verifies the verification result again in the created order, creates the order if the verification is successful, simultaneously informs the back-end database to move the verification result to the historical library, and fails to create the order if the verification fails, and generates a failure reason for creating the order.
For example: still taking the service package Pkid1 as an example, firstly, the modified asynchronous check directory is verified to verify whether the contents handled by the user exist: tariff handling, whether there is a verified status: verifying whether the modified catalogue is passed, whether the modified catalogue has the start time and the end time, and performing page verification again after verifying the modified catalogue, for example, whether the user is defaulted, whether the user has exclusive tariff, and the like, wherein when all verifications are completed and passed, an order is generated, and if the verifications are not successful, a failure reason is displayed in a catalogue table, for example: user arrears or users have mutually exclusive tariffs and the like.
The beneficial effect of this embodiment is: the verification of the verification result is to perform all verification involved in the whole service handling process again, the verification is performed by calling corresponding services in the configuration table, as long as the verification passes when no failure reason exists after the verification is performed again, the verification step can be effectively avoided by the verification again, meanwhile, the data is moved to the historical library, so that the user can conveniently call the data when handling the service later, meanwhile, the data in the historical library can be checked, and the occurrence of wrong operation or wrong information is avoided.
It should be noted that the failure reasons include failure reasons and various reasons that cause the verification failure or the failure to continue the transaction. In addition, in the process of the authentication, all the corresponding services to be called need to be authenticated again, so that repeated verification for many times is avoided for preventing hackers from invading, and the safety and reliability of the service are ensured.
Optionally, in some embodiments, the method may further include: the asynchronous check directory includes: service package ID, inspection content, check status, start time, end time, and failure reason.
The beneficial effect of this embodiment is: what content is checked and the checking result in the asynchronous checking process can be clearly known, so that the whole service is more transparent.
It should be noted that each service package ID corresponds to a plurality of verification contents, and the required corresponding services are all retrieved from the configuration table.
Optionally, in some embodiments, the method may further include: the asynchronous verification specifically comprises the following steps: and calling the corresponding service in the configuration table according to the content of the asynchronous check directory, and checking the corresponding service.
The beneficial effect of this embodiment is: any corresponding service can be quickly called through the configuration table, so that the whole process is quicker.
For example, still taking the service package Pkid1 as an example, when checking the fee transaction, the system first identifies the service package ID, and then calls the check data of the service corresponding to the fee transaction in the configuration table, for example: and the action code of the charge order verifies the charge transaction according to the action code, and after the verification is finished, the identification, calling and verification of the next transaction service are carried out until the verification of all services is finished, and if the verification fails, the verification failure reason is synchronized into the asynchronous verification catalog.
It should be noted that, the configuration table may implement different service functions to invoke different service rule checking services in an asynchronous checking framework by checking the corresponding service, that is, invoking different service rules in the configuration to check.
Optionally, in some embodiments, the method may further include: the corresponding service includes: tariff relationships, marketing rules, and business rules.
The beneficial effect of this embodiment is: the system calls corresponding service rules through corresponding service names, the verification of the corresponding services can be completed through the verification of the service rules, and the speed of the verification can be increased by calling according to the classes.
For example, taking the verification of the marketing rule as an example, when the marketing rule is verified, the system first calls verification data of the marketing rule in a configuration table, for example: and the action code of the marketing rule is verified according to the action code, and if the verification fails, the reason of the failure of the verification is synchronized into the asynchronous verification catalog.
Optionally, in some embodiments, the method may further include: the configuration table includes: core configuration data, the core configuration data comprising: operation code, action code, check service name and switch item.
The beneficial effect of this embodiment is: the configuration table contains all the check data information of the corresponding service, once the system has the operation needing checking, the checking can be completed through the data in the configuration table, compared with the mode that the check data are dispersed in different modules, the unified management can use the configuration table to check quickly, the time is reduced, and meanwhile, the updating of the checking function is more convenient.
For example, taking the service package Pkid1 as an example, when the user wants to transact the fee service, the system first identifies the transacted service package ID, and the identification result is: and (3) performing charge handling, searching verification data corresponding to the identification data in the configuration table according to the identification data after the identification, wherein the searching result is as follows: and the action code of the tariff subscription checks the tariff service after calling out the verification data, and if the verification fails, the record fails because: and modifying the reason of failure into the asynchronously verified directory by the mutually exclusive tariff.
It is to be noted that, for example: when the system needs to check the tariff service, the corresponding action code is called through the configuration table, whether the action code is accurate or not is checked, and the check result is recorded in the check catalog. The operation code includes: commodity acceptance, family fusion and the like; the action code includes: tariff ordering, marketing execution and the like, and verifying the service name includes:
com _ sitech _ ordersvc _ common _ atom _ inter _ xxxxxx, the switch items include: the switch is closed and the service is changed without asynchronous checking and the like.
In other embodiments provided by the present invention, an electronic device is further provided, which includes a processor, and the processor is configured to execute any one of the above-mentioned implementation methods for handling asynchronous checks in a telecommunications CRM service.
The beneficial effect of this embodiment is: the processor can improve the service efficiency and the safety by executing the checking method, shorten the time as much as possible in the process of handling the service by a user by sinking the asynchronous checking logic to the back end, carry out the next operation without waiting for the asynchronous checking result, check whether the asynchronous checking result exists only when the order is finally generated, and achieve the purpose of checking whether the asynchronous checking is carried out again by judging the asynchronous checking result, thereby providing a safe and reliable space for handling the whole service.
In other embodiments provided by the present invention, a computer-readable storage medium is further provided, which stores a computer program, and after the program runs, the processor is controlled to execute the method for implementing asynchronous checking of telecrm service transaction.
The beneficial effect of this embodiment is: by sinking the asynchronous check logic to the back end, the time is shortened as much as possible in the process of handling the business by the user, the next operation can be carried out without waiting for the asynchronous check result, only the asynchronous check result is checked whether to exist when the order is generated finally, the aim of checking whether to be asynchronously checked again is achieved by judging the asynchronous check result, a safe and reliable space is provided for handling the whole business, and the processing speed of the computer is improved.
In other embodiments provided by the present invention, there is also provided a CRM transaction asynchronous verification system 200, comprising:
the page checking module 210: the system is used for checking the page, and after the page checking is passed, the service directory is displayed;
the asynchronous check module 220: the system is used for submitting the items to be transacted in the service directory, simultaneously writing an asynchronous verification directory in a telecom CRM back-end database, and starting asynchronous verification;
the confirmation module 230: the shopping cart is used for confirming items needing to be transacted in the shopping cart;
the display module 240: the asynchronous checking device is used for displaying the result of the asynchronous checking;
the judging module 250: and the system is used for judging whether the result of the asynchronous verification passes or not, continuing to transact the service if the result of the asynchronous verification passes, and generating the reason why the verification fails if the result of the asynchronous verification fails.
The beneficial effect of this embodiment is: by sinking the asynchronous check logic to the back end, the time is shortened as much as possible in the process of handling the business by the user, the next operation can be carried out without waiting for the asynchronous check result, only the asynchronous check result is checked to see whether the asynchronous check result exists when the order is generated finally, the aim of checking whether the asynchronous check result exists again is achieved by judging the asynchronous check result, and a safe and reliable space is provided for handling the whole business.
Optionally, in some embodiments, the method may further include:
the modification module 221: the method is used for inquiring the asynchronous check catalog in the database, checking according to the content of the asynchronous check catalog, and modifying the check result into the asynchronous check catalog after the checking is finished.
Optionally, in some embodiments, the method may further include:
the order creation module 260: and the order center is used for creating an order of the transacted project after the verification result passes, verifying the verification result again in the creation of the order, creating the order if the verification is successful, meanwhile, informing the back-end database to move the verification result to the history library by the order center, failing to create the order if the verification fails, and generating a failure reason for creating the order.
Optionally, in some embodiments, the method may further include:
asynchronous check submodule 222: and the system is used for calling the corresponding service in the configuration table according to the content of the asynchronous check directory and checking the corresponding service.
It should be noted that the above embodiments are product embodiments corresponding to the previous method embodiments, and for the description of each optional implementation in the product embodiments, reference may be made to corresponding descriptions in the above method embodiments, and details are not described here again.
It should be noted that the specific operation flow of this embodiment is as follows: as shown in fig. 2, firstly, selecting to start transaction, performing page verification, wherein the page verification is also performed by calling corresponding services in a configuration table, after a user selects a service to be transacted, starting asynchronous verification at the back end, wherein the asynchronous verification is also performed by calling corresponding services in the configuration table, at this time, the front end page proceeds to the next step, directly jumping to a column of a shopping cart, the user confirms whether goods in the shopping cart are needed goods, and after confirmation, performing filling-free printing, wherein the filling-free list contains basic information such as time of the purchased goods, and then displaying the result of the asynchronous verification, if the result passes, entering a payment page, if the result does not pass, displaying reasons of failing and ending the transaction service, performing order creation in the payment page, and viewing the basic information of the service in a creation column, and verifying again in the creation column, wherein the verification is comprehensive verification, the creation is successful if the verification is passed, the service is ended, the creation is failed if the verification is not passed, the reason of the failure is displayed, and the service handling is ended.
The reader should understand that in the description of this specification, reference to the description of the terms "one embodiment," "some embodiments," "an example," "a specific example," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the invention. In this specification, the schematic representations of the terms used above are not necessarily intended to refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. Furthermore, various embodiments or examples and features of different embodiments or examples described in this specification can be combined and combined by one skilled in the art without contradiction.
In the several embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described method embodiments are merely illustrative, and for example, the division of steps into only one logical functional division may be implemented in practice in another way, for example, multiple steps may be combined or integrated into another step, or some features may be omitted, or not implemented.
The above method, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention essentially or partially contributes to the prior art, or all or part of the technical solution can be embodied in the form of a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-only memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.
While the invention has been described with reference to specific embodiments, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the invention as defined by the appended claims. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.
Claims (10)
1. A method for implementing asynchronous verification of telecom CRM service transaction is characterized by comprising the following steps:
step 1, starting to transact business, and carrying out page verification, wherein after the page verification is passed, a service directory is displayed;
step 2, submitting the items to be transacted in the service directory, simultaneously writing an asynchronous verification directory in a telecom CRM back-end database, and starting asynchronous verification;
step 3, confirming the items needing to be transacted in the shopping cart;
step 4, displaying the result of the asynchronous verification;
and 5, if the result of the asynchronous verification passes, continuing to transact the service, and if the result of the asynchronous verification does not pass, generating a reason why the verification does not pass.
2. A method for implementing asynchronous checking of telecrm service transaction according to claim 1, wherein said step 2 is followed by further comprising:
step 201, inquiring the asynchronous check catalog in the database, checking according to the content of the asynchronous check catalog, and modifying the check result into the asynchronous check catalog after the check is completed.
3. A method for implementing asynchronous checking of telecrm service transaction according to claim 1, further comprising after said step 5:
and 6, after the verification result passes, the order center creates an order of the transacted project, verifies the verification result again in the creation of the order, creates the order if the verification is successful, simultaneously informs the back-end database to move the verification result to the history library, and fails to create the order if the verification fails, and generates a failure reason for creating the order.
4. A method as claimed in claim 1, wherein the asynchronous check list comprises: service package ID, inspection content, check status, start time, end time, and failure reason.
5. The method for implementing asynchronous verification of telecom CRM service transaction according to claim 1, wherein the asynchronous verification specifically comprises: and calling the corresponding service in the configuration table according to the content of the asynchronous check directory, and checking the corresponding service.
6. A method as claimed in claim 5, wherein the corresponding service includes: tariff relationships, marketing rules, and business rules.
7. A method as claimed in claim 5, wherein the configuration table comprises: core configuration data, the core configuration data comprising: operation code, action code, check service name and switch item.
8. An electronic device, comprising a processor for executing the method for performing asynchronous checking of telecom CRM service transactions according to any one of claims 1-7.
9. A computer-readable storage medium storing a computer program, wherein the program is configured to control a processor according to claim 8 to execute the method for performing asynchronous checking of a telecrm service transaction according to any one of claims 1-7.
10. A telecommunications CRM transaction asynchronous verification system, comprising:
a page checking module: the system comprises a server, a server and a server, wherein the server is used for checking a page, and displaying a service directory after the page passes the check;
an asynchronous checking module: the system is used for submitting the items to be transacted in the service directory, simultaneously writing an asynchronous verification directory in a telecom CRM (customer relationship management) back-end database, and starting asynchronous verification;
a confirmation module: the system is used for confirming the items needing to be transacted in the shopping cart;
a display module: the asynchronous checking module is used for displaying the result of the asynchronous checking;
a judging module: and the system is used for judging whether the result of the asynchronous verification passes or not, continuing to transact the service if the result of the asynchronous verification passes, and generating the reason why the verification fails if the result of the asynchronous verification fails.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911242095.7A CN110942377A (en) | 2019-12-06 | 2019-12-06 | Method and system for implementing asynchronous verification of telecom CRM (customer relationship management) service |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911242095.7A CN110942377A (en) | 2019-12-06 | 2019-12-06 | Method and system for implementing asynchronous verification of telecom CRM (customer relationship management) service |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110942377A true CN110942377A (en) | 2020-03-31 |
Family
ID=69910012
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911242095.7A Pending CN110942377A (en) | 2019-12-06 | 2019-12-06 | Method and system for implementing asynchronous verification of telecom CRM (customer relationship management) service |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110942377A (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111709035A (en) * | 2020-06-12 | 2020-09-25 | 北京思特奇信息技术股份有限公司 | Business process security verification method and system |
CN111858545A (en) * | 2020-06-12 | 2020-10-30 | 福建天泉教育科技有限公司 | Method and system for improving verification efficiency |
CN112445941A (en) * | 2020-11-19 | 2021-03-05 | 北京思特奇信息技术股份有限公司 | Method and system for handling broadband service |
CN112613833A (en) * | 2020-12-03 | 2021-04-06 | 北京思特奇信息技术股份有限公司 | Telecommunication service shopping cart system and operation method |
CN114640503A (en) * | 2022-02-22 | 2022-06-17 | 中国建设银行股份有限公司 | Application system verification method and device, computer equipment and storage medium |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106027644A (en) * | 2016-05-18 | 2016-10-12 | 广州市忆科计算机系统有限公司 | Service checking method and system |
CN107679830A (en) * | 2017-10-09 | 2018-02-09 | 税友软件集团股份有限公司 | A kind of method for processing business and device based on big data and regular drive |
CN107818509A (en) * | 2017-11-24 | 2018-03-20 | 泰康保险集团股份有限公司 | Business datum method of calibration, device, storage medium and electronic equipment |
CN110502363A (en) * | 2019-08-05 | 2019-11-26 | 苏州浪潮智能科技有限公司 | A kind of method of calibration of business rule, equipment and readable medium |
-
2019
- 2019-12-06 CN CN201911242095.7A patent/CN110942377A/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106027644A (en) * | 2016-05-18 | 2016-10-12 | 广州市忆科计算机系统有限公司 | Service checking method and system |
CN107679830A (en) * | 2017-10-09 | 2018-02-09 | 税友软件集团股份有限公司 | A kind of method for processing business and device based on big data and regular drive |
CN107818509A (en) * | 2017-11-24 | 2018-03-20 | 泰康保险集团股份有限公司 | Business datum method of calibration, device, storage medium and electronic equipment |
CN110502363A (en) * | 2019-08-05 | 2019-11-26 | 苏州浪潮智能科技有限公司 | A kind of method of calibration of business rule, equipment and readable medium |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111709035A (en) * | 2020-06-12 | 2020-09-25 | 北京思特奇信息技术股份有限公司 | Business process security verification method and system |
CN111858545A (en) * | 2020-06-12 | 2020-10-30 | 福建天泉教育科技有限公司 | Method and system for improving verification efficiency |
CN111709035B (en) * | 2020-06-12 | 2022-03-29 | 北京思特奇信息技术股份有限公司 | Business process security verification method and system |
CN112445941A (en) * | 2020-11-19 | 2021-03-05 | 北京思特奇信息技术股份有限公司 | Method and system for handling broadband service |
CN112613833A (en) * | 2020-12-03 | 2021-04-06 | 北京思特奇信息技术股份有限公司 | Telecommunication service shopping cart system and operation method |
CN112613833B (en) * | 2020-12-03 | 2024-04-30 | 北京思特奇信息技术股份有限公司 | Telecommunication service shopping cart system and operation method |
CN114640503A (en) * | 2022-02-22 | 2022-06-17 | 中国建设银行股份有限公司 | Application system verification method and device, computer equipment and storage medium |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110942377A (en) | Method and system for implementing asynchronous verification of telecom CRM (customer relationship management) service | |
US10387852B2 (en) | Making a payment using a payment plug-in | |
WO2019108358A1 (en) | Transaction authorization process using blockchain | |
CN105095970B (en) | The execution method and system of third-party application | |
CN107070858A (en) | A kind of method for processing business and device | |
US20130073531A1 (en) | Integrating custom policy rules with policy validation process | |
CN104579909B (en) | Method and equipment for classifying user information and acquiring user grouping information | |
CN110415069A (en) | Order processing method, apparatus, system and storage medium based on financial business | |
US10496951B1 (en) | Persistent return cart | |
CN105656979B (en) | A kind of method, client, server and the platform of unstructured message processing | |
US9639515B2 (en) | Transfer of data between applications using intermediate user interface | |
US20150310437A1 (en) | Avoiding transaction rollback | |
CN108170860A (en) | Data query method, apparatus, electronic equipment and computer readable storage medium | |
CN112965986A (en) | Service consistency processing method, device, equipment and storage medium | |
CN104580193A (en) | Data processing method and device | |
US20230281653A1 (en) | System and methods for soft credit approval using text redirect | |
CN112181817B (en) | Test method and test device for SOA architecture platform | |
US10637989B1 (en) | System and method for improving efficiency of communication sessions at a call center | |
WO2014130790A1 (en) | Supplier analysis and verification system and method | |
CN114255134A (en) | Account number disassembling method and device and storage medium | |
CN109447806B (en) | Front-end control method and device, storage medium and electronic equipment | |
CN111209602A (en) | Block chain based data development method, system, server and storage medium | |
CA3090986C (en) | Method and system for overseeing execution of graph-based contracts using hash chains | |
CN113792267B (en) | Method and device for checking digital copyright of card surface picture of payment mechanism | |
US9613370B2 (en) | Securely and efficiently processing telephone orders |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200331 |