CN112365229A - Service checking processing method, device, computer equipment and storage medium - Google Patents
Service checking processing method, device, computer equipment and storage medium Download PDFInfo
- Publication number
- CN112365229A CN112365229A CN202011217143.XA CN202011217143A CN112365229A CN 112365229 A CN112365229 A CN 112365229A CN 202011217143 A CN202011217143 A CN 202011217143A CN 112365229 A CN112365229 A CN 112365229A
- Authority
- CN
- China
- Prior art keywords
- service
- check
- message
- type
- checking
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 15
- 238000000034 method Methods 0.000 claims abstract description 71
- 238000012545 processing Methods 0.000 claims abstract description 37
- 230000008569 process Effects 0.000 claims description 41
- 238000001514 detection method Methods 0.000 claims description 38
- 238000012790 confirmation Methods 0.000 claims description 27
- 238000012795 verification Methods 0.000 claims description 14
- 230000008520 organization Effects 0.000 claims description 11
- 238000004590 computer program Methods 0.000 claims description 9
- 239000000047 product Substances 0.000 description 18
- 238000010586 diagram Methods 0.000 description 7
- 230000003287 optical effect Effects 0.000 description 6
- 239000003795 chemical substances by application Substances 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 238000012550 audit Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 238000005096 rolling process Methods 0.000 description 2
- 239000006228 supernatant Substances 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000002146 bilateral effect Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000006467 substitution reaction Methods 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
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/166—Editing, e.g. inserting or deleting
- G06F40/186—Templates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F40/00—Handling natural language data
- G06F40/10—Text processing
- G06F40/194—Calculation of difference between files
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Human Resources & Organizations (AREA)
- Finance (AREA)
- Audiology, Speech & Language Pathology (AREA)
- General Health & Medical Sciences (AREA)
- Computational Linguistics (AREA)
- Accounting & Taxation (AREA)
- Health & Medical Sciences (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Marketing (AREA)
- General Engineering & Computer Science (AREA)
- Artificial Intelligence (AREA)
- General Business, Economics & Management (AREA)
- Technology Law (AREA)
- Data Mining & Analysis (AREA)
- Development Economics (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The embodiment of the invention discloses a service checking processing method, a service checking processing device, computer equipment and a storage medium. The method comprises the following steps: acquiring service information of a target service, and determining a service check type; acquiring a message template according to the service checking type and the service information, and generating a first checking message; and processing the first check message, acquiring a check result between the first check message and a second check message, and determining the check result as the check result of the target service, wherein the second check message is a check message associated with a service party. The embodiment of the invention can improve the processing efficiency of the service checking and reduce the labor cost of the service checking.
Description
Technical Field
The embodiment of the invention relates to the field of data processing, in particular to a service checking and processing method, a service checking and processing device, computer equipment and a storage medium.
Background
At present, the business enters the transaction element check, the two parties check the transaction information, then the business enters the clearing and settlement link, and after the delivery cash flow is generated, the two parties of the business verify and confirm the clearing and settlement information. The service personnel is required to manually identify which mode is adopted for confirmation, if the confirmation is adopted, one party confirms the electronic version of the legal confirmation signed by the mail and prints out the electronic version, and compares the business details such as the date of interest, the interest rate, the currency, the clearing path and the like. If the matching is successful, the signature of the opposite side is scanned and fed back through the mail; if the matching fails, the two parties need to communicate, and the other party is waited to provide a new legal confirmation book for continuous confirmation.
The above-mentioned business needs manual review, which results in high labor cost and low efficiency of settlement business.
Disclosure of Invention
Embodiments of the present invention provide a method and an apparatus for processing service checking, a computer device, and a storage medium, which can improve processing efficiency of service checking and reduce labor cost of service checking.
In a first aspect, an embodiment of the present invention provides a method for service checking and processing, including:
acquiring service information of a target service, and determining a service check type;
acquiring a message template according to the service checking type and the service information, and generating a first checking message;
and processing the first check message, acquiring a check result between the first check message and a second check message, and determining the check result as the check result of the target service, wherein the second check message is a check message associated with a service party.
In a second aspect, an embodiment of the present invention further provides a service checking processing system, including:
the service checking type determining module is used for acquiring the service information of the target service and determining the service checking type;
a check message generation module, configured to obtain a message template according to the service check type and the service information, and generate a first check message;
and the message checking module is used for processing the first checking message, acquiring a checking result between the first checking message and a second checking message, and determining the checking result as the checking result of the target service, wherein the second checking message is a checking message associated with a service party.
In a third aspect, an embodiment of the present invention further provides a computer device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, where when the processor executes the computer program, the processor implements the service checking processing method according to any one of the embodiments of the present invention.
In a fourth aspect, an embodiment of the present invention further provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements a service checkup processing method according to any one of the embodiments of the present invention.
The embodiment of the invention automatically identifies the service checking type according to the service information, acquires the message template according to the service checking type and the service information, generates the first checking message, realizes the automatic generation of the checking message, processes the first checking message, acquires the checking result between the first checking message and the second checking message provided by the service party, realizes the automatic checking of the first checking message, solves the problem of low efficiency caused by manually determining the service checking type and manually checking in the prior art, realizes the automatic checking of the service information, reduces the labor cost of the service checking, improves the efficiency of the service checking, and simultaneously improves the accuracy of the service checking.
Drawings
Fig. 1a is a flowchart of a service reconciliation processing method according to a first embodiment of the present invention;
fig. 1b is a flowchart of a method for detecting a service check type in a first embodiment of the present invention;
fig. 2a is a flowchart of a service checking processing method in the second embodiment of the present invention;
FIG. 2b is a diagram illustrating an application scenario of the current system checkup in the second embodiment of the present invention;
FIG. 2c is a diagram illustrating an application scenario of the cross-checking system in the second embodiment of the present invention;
fig. 3 is a schematic structural diagram of a service checkup processing apparatus in a third embodiment of the present invention;
fig. 4 is a schematic structural diagram of a computer device in the fourth embodiment of the present invention.
Detailed Description
The present invention will be described in further detail with reference to the accompanying drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the invention and are not limiting of the invention. It should be further noted that, for the convenience of description, only some of the structures related to the present invention are shown in the drawings, not all of the structures.
Example one
Fig. 1a is a schematic view of a flowchart of a service check processing method in an embodiment of the present invention, which is applicable to a case of performing transaction check and delivery check, and the method can be executed by a service check processing apparatus provided in an embodiment of the present invention, and the apparatus can be implemented in a software and/or hardware manner, and can be generally integrated into a computer device, specifically, a service check processing system. As shown in fig. 1a, the method of this embodiment specifically includes:
s110, acquiring the service information of the target service and determining the service check type.
The target service is typically a financial service in a financial system, which may include a transaction reconciliation service or a delivery service. The service information may refer to information associated with the target service, and the service information includes data for determining the service check type. The service information may include at least one of: internal and external business types, product types, transaction party information, transaction systems, interest rate types and the like. The service checking type is used for determining a process of checking the service, and the service checking is realized according to the process. The service information for determining the service check type can be selected according to service requirements.
The service information may be understood as service elements associated with the service, and these service elements may determine in which process the service is checked. The service checking type corresponds to the checking flow. Meanwhile, the service information also includes key data to be checked, such as names of both parties of the service, time when the service occurs, and text content associated with the service.
Optionally, the target service is a transaction checking service; the determining the service checking type comprises: according to a preset transaction checking type detection process, at least one transaction attribute data is respectively extracted from the service information, wherein the transaction attribute data comprises at least one of the following items: the internal and external types of the business, the product types, the transaction types, the information of transaction parties and the transaction system; and determining the service checking type according to the transaction checking type detection flow and the attribute data in sequence.
The transaction verification service can mean that the transaction flows into a background transaction confirmation link, and the transaction parties verify and confirm the transaction details and the regulatory legal elements one by one.
The transaction checking type detection process is a pre-configured process for detecting the service checking type of the transaction checking service. The transaction attribute data refers to data in the service information, and is used for determining a transaction verification type of the transaction verification service. Multiple conditions can be configured in the transaction checking type detection process, each condition corresponds to at least one item of transaction attribute data, and dependency exists among the conditions, so that whether the transaction attribute data in each condition meets the current detection condition or not is sequentially judged, and whether the transaction checking type is related to the current detection condition or not is determined. The transaction attribute data corresponds to a transaction checking type detection process, specifically, the transaction checking type detection process includes a plurality of steps, one step corresponds to one transaction attribute data, and the steps may be independent from each other or have a dependency relationship, and may be set. The transaction checking type detection process can be adjusted, and transaction attribute data can be adjusted correspondingly, so that the application range and application scene of the transaction checking type can be added.
The intra-service and intra-service type may refer to a system-internal service or a system-external service, wherein the system-internal service may refer to a service of a system within the clique, for example, a service between general branch offices, and the external service may refer to a service outside the clique, for example, a service between a general user and a system in the clique. The product type may refer to a product associated with a service, and in the current system, a plurality of products may be configured, where different products correspond to different services, and the product type is used to distinguish the corresponding products. The transaction type may refer to a type of transaction method for distinguishing different transaction methods. The transaction party information is used for determining the identity information of the other party transacting with the current system. The transaction system may be a transaction system to be invoked for implementing a transaction associated with the transaction reconciliation service, the transaction system being adapted to directly execute the transaction.
The transaction checking type can be automatically determined by configuring a transaction checking type detection process, extracting transaction attribute data from the business information and detecting the transaction checking type according to the transaction checking type detection process and the transaction attribute information in sequence, and meanwhile, the process and the transaction attribute data can be flexibly configured, so that the flexibility of a checking type determination mode is improved.
Optionally, the service checking type includes a non-checking type, a confirmation checking type, a post-transaction platform checking type, a designated organization format checking type, a foreign exchange service checking type or a manual checking type.
The non-checkup type indicates that a checkup operation may not need to be performed. The confirmation book check type indicates that the transaction information is confirmed by transmitting or receiving a transaction confirmation book. The post-transaction platform check type indicates that the post-transaction platform of the Chinese Foreign Exchange Trade System (CFETS) confirms the transaction information and pushes the transaction confirmed information to both parties of the transaction. And if the transaction confirmation result is not objected, the transaction parties return a confirmation message, and if an objection exists, the transaction parties can communicate with each other offline by service personnel. The designated organization format check type indicates that transaction confirmation or delivery confirmation is performed by sending and receiving a SWIFT (Society for world wide Interbank Financial communications, societies) transaction confirmation message or a SWIFT delivery confirmation message, respectively. Such as MT300, MT320, etc. The fx service checking type indicates sending and receiving CFETS deal information, and transaction confirmation is performed. The manual checking type indicates that business personnel manually judges and confirms the transaction information or the delivery information offline.
By configuring a plurality of service checking types, service models of the service checking types can be increased, and the flexibility of service checking is increased.
Optionally, the determining the service checking type according to the detection flow and according to each attribute data includes: if the internal and external types of the service are determined to be internal service, determining that the service checking type is a non-checking type; if the internal and external types of the service are determined not to be internal service, judging whether the product type is a non-principal delivery forward transaction; if the product type is determined to be a forward transaction without principal fund delivery, determining the service check type to be a confirmation check type; if the product type is determined not to be the forward transaction without principal fund delivery, judging whether the service information comprises Chinese foreign exchange transaction identification information; if the service information is determined to include the Chinese foreign exchange transaction identification information, determining that the service check type is a post-transaction platform check type; if the business information does not comprise Chinese foreign exchange transaction identification information, judging whether the transaction type is a centralized bidding transaction; if the transaction type is determined to be a centralized bidding transaction, determining that the service checking type is a non-checking type; if the transaction type is determined not to be a centralized bidding transaction, judging whether the transaction party information is an agent or a member of the financial telecommunication association of the world bank; if the information of the transaction party is determined to be an agent or a member of the financial telecommunication association of the world-wide-industry banking, determining the service checking type to be a designated organization format checking type; if the information of the transaction party is determined not to be a member of the agency and the financial telecommunication association of the world-Wide Web college bank, judging whether the transaction system is a Chinese foreign exchange transaction system; if the transaction system is determined to be a Chinese foreign exchange transaction system, determining that the service check type is a foreign exchange service check type; and if the information of the transaction party is not determined to be the Chinese foreign exchange transaction system, determining that the service checking type is the manual checking type.
The internal service may not need to be checked, and thus the internal service corresponds to a non-checked type. Non-Native Delivery Forwards (NDF) means that a bank serves as an intermediary, and a supplier and a demander sign up a Non-native delivery forward contract based on different exchange rates, the contract determines a forward exchange rate, when the contract expires, only the difference between the exchange rate and the actual exchange rate needs to be delivered and cleared, and the settled currency is freely exchangeable and does not need to be delivered to the native (restricted currency) of the NDF. The long-term transaction without principal delivery can be checked by the confirmation, thereby checking the type corresponding to the confirmation. The Chinese foreign exchange transaction identification information is used for determining that the transaction is based on a Chinese foreign exchange transaction system. The transaction based on the Chinese foreign exchange transaction system can be checked by adopting a post-transaction platform in the Chinese foreign exchange transaction system, so that the post-transaction platform check type is corresponded. The centralized bidding transaction may refer to more than two buyers and more than two sellers determining a stock buying and selling price in a public bidding manner. The centralized bid transaction may not require a check and thus corresponds to a non-checked type. The transactions between the members of the financial telecommunication association of the world-wide band and the like usually adopt messages in SWIFT format for interaction, and the messages in SWIFT format of unified standard are adopted for interaction through an agency, so that the type is checked corresponding to the specified organization format. The related business of the Chinese foreign exchange transaction system can be checked by adopting a foreign exchange business checking type mode. If the type is other than the types, the checking can be carried out in a manual mode, and the type is checked manually correspondingly.
In a specific example, as shown in fig. 1b, a plurality of judgments S141-S146 constitute a service check type detection procedure. In addition, the business checking type detection process of the transaction checking business can be constructed by configuring a table of the business checking type detection process. Exemplary, as shown in table 1:
TABLE 1
Based on the table, the judgment can be performed according to the priority sequence and the judgment conditions in turn, in the judgment process of each judgment condition, the matched field is obtained in the service information, the transaction attribute data matched with the obtained field is determined, whether the current judgment condition is met or not is judged according to the transaction attribute data, if yes, the matched parameter result is output, and if not, the next adjacent judgment condition in the priority sequence is continued.
Illustratively, as in the table above, each action is a decision condition. Wherein DL is foreign currency borrowing, CDL is RMB borrowing, 04-CFETS foreign currency transaction system, 03-CFETS-home currency transaction system Cpty.receiver BIC is a transaction opponent receiving and dispatching report IBC, 02-centralized refers to centralized clearing (after foreign currency transaction is achieved, a third party is used as a central clearing opponent party to independently clear funds to the transaction opponent), and 05-net amount clearing (refers to rolling the transactions on the same clearing day according to currency and clearing according to the receivable or payable funds after rolling).
Through a specific service checking type detection process, the types of services can be subdivided, different checking types are configured according to different service pertinences, so that the transaction checking service is checked by adopting an adaptive checking method pertinently, the checking efficiency and the checking accuracy are improved, and meanwhile, the diversity and the flexibility of the checking method can be increased.
Optionally, the target service is a delivery check service; the determining the service checking type comprises: according to a preset delivery check type detection process, at least one delivery attribute data is respectively extracted from the service information, wherein the delivery attribute data comprises at least one of the following items: the type of the inside and outside of the business, the type of the product, the information of the transaction party, the transaction system and the interest rate type; and determining the service checking type according to the delivery checking type detection process and the attribute data in sequence.
The delivery check service may refer to that the transaction enters a transaction clearing and settlement link, and after a delivery cash flow is generated, both transaction parties verify and confirm clearing and settlement information. The delivery check type detection process is a pre-configured process for detecting the service check type of the delivery check service. The delivery attribute data is data in the service information for specifying the delivery check type of the delivery check service. Multiple conditions can be configured in the delivery checking type detection process, each condition corresponds to at least one item of delivery attribute data, and dependency exists among the conditions, so that whether the delivery attribute data in the conditions meet the current detection condition or not is sequentially judged, and whether the delivery checking type is associated with the current detection condition or not is determined. The delivery attribute data corresponds to the delivery check type detection process, specifically, the delivery check type detection process includes multiple steps, one step corresponds to one delivery attribute data, and the steps can be independent of each other or have a dependency relationship and can be set. The delivery check type detection process can be adjusted, and delivery attribute data can be adjusted correspondingly, so that the application range and application scene of the delivery check type can be added. The interest rate type may refer to whether the interest rate is a fixed interest rate.
By configuring a delivery check type detection process, extracting delivery attribute data from business information and detecting the delivery check type according to the delivery check type detection process, the delivery check type can be automatically determined, and simultaneously, the process and the delivery attribute data can be flexibly configured, so that the flexibility of a check type determination mode is improved.
Optionally, the service checking type includes a non-checking type, a designated organization format checking type, a foreign exchange delivery checking type or a manual checking type.
The type of the foreign exchange delivery check may be a transaction confirmation using the net clearing delivery confirmation information for the transaction of the foreign exchange cleared by the supernatant.
By configuring a plurality of service checking types, service models of the service checking types can be increased, and the flexibility of service checking is increased.
In addition, the business checking type detection process of the transaction checking business can be constructed by configuring a table of the business checking type detection process. Exemplary, as shown in table 2:
TABLE 2
Based on the table, the judgment can be performed according to the priority sequence and the judgment conditions in turn, in the judgment process of each judgment condition, the matched field is obtained in the service information, the delivery attribute data matched with the obtained field is determined, whether the current judgment condition is met or not is judged according to the delivery attribute data, if yes, the matched parameter result is output, and if not, the next adjacent judgment condition in the priority sequence is continued.
Illustratively, as in the table above, each action is a decision condition. The foreign exchange delivery check type actually refers to the clear amount delivery confirmation mode of the supernatant, Cross is centralized clear amount clearing in a bidding mode, FXD is centralized clear amount clearing in a pricing mode, BIL is bilateral clear amount, and MAN is manual clear amount.
S120, acquiring a message template according to the service checking type and the service information, and generating a first checking message.
Different checking types and different service information can be adapted, different message templates are configured and filled to form a first checking message, and the information to be checked related to the service provided by the current system is determined. The first check message may be a message according to a set data format, and includes a plurality of fields arranged in the set data format, and the attribute value corresponding to each field may be checked one by one, so as to implement checking of the first check message. Illustratively, the transaction is a transaction service, and at least two transaction parties, a transaction amount, a transaction time and the like in the transaction service need to be checked.
S130, processing the first check packet, obtaining a check result between the first check packet and a second check packet, and determining the check result as the check result of the target service, where the second check packet is a check packet associated with a service party.
And processing the first check message, and acquiring a check result of the first check message and the second check message as a check result of the target service. The first check message is data related to a target service in the current system, the second check message is data related to the target service in the service party, and the check result is used for describing whether the data related to the target service by the current system and the service party are consistent. If the two services are consistent, the target service is confirmed by the two service parties, and the next operation can be executed. If not, it indicates that the target service is different between the two parties, and there is a problem, at this time, communication, modification and confirmation can be performed again.
The embodiment of the invention automatically identifies the service checking type according to the service information, acquires the message template according to the service checking type and the service information, generates the first checking message, realizes the automatic generation of the checking message, processes the first checking message, acquires the checking result between the first checking message and the second checking message provided by the service party, realizes the automatic checking of the first checking message, solves the problem of low efficiency caused by manually determining the service checking type and manually checking in the prior art, realizes the automatic checking of the service information, reduces the labor cost of the service checking, improves the efficiency of the service checking, and simultaneously improves the accuracy of the service checking.
Example two
Fig. 2a is a flowchart of a front-end and back-end code generation method according to a second embodiment of the present invention, which is embodied on the basis of the foregoing embodiment. The method of the embodiment specifically includes:
s210, acquiring the service information of the target service and determining the service check type.
Reference may be made to the foregoing embodiments for describing embodiments of the invention without more specificity.
And S220, acquiring an application scene, transaction information and an auditing system according to the service checking type and the service information.
The application scenario is used for determining the message template, mainly refers to the type of the service, and may refer to a transaction checking application scenario or a delivery checking application scenario, for example.
And S230, inquiring a matched message template according to the application scene and the service checking type.
The message template can be configured in advance, and different application scenes and service check types can be configured for the message template. And a mapping relation exists between the application scene and the service checking type and the message template, and the matched message template can be inquired through the application scene and the service checking type.
Illustratively, after the service check type is obtained, the attributes of the service check type, the product module, the transaction opponent and the like are used for obtaining a message receiving and sending system, a message type and a message access template.
In a specific example, for a given organization format check type, if the service module is a foreign exchange, the corresponding message receiving and sending system is the SWIFT system, the message type is MT300, and the message template is MT 300-General; if the service module is loan, then the message type is MT320 and the message template is MT 320-Trade-General. The message template and the message type are in a one-to-many relationship, that is, different message access templates can be configured for the same message type according to different parameters (such as different application scenes). Like the MT320 described above, in the transaction checking service, MT320-Trade-General is adopted; however, in the delivery verification service, MT 320-set-General is used.
For another example, when checking the type of the platform after transaction, the service module and the market type of the CFETS are combined to locate the system for sending and receiving messages, the message type and the message template.
S240, adding the transaction information and the auditing system in the message template to generate a first check message.
Adding information to be filled in a message template to form a complete message, and determining the complete message as a first check message, wherein the first check message comprises information of a service to be checked.
The first collation message may be further constructed by configuring a table of message templates. Based on table 3, a message template of a first reconciliation message of the transaction reconciliation application scenario may be configured, as shown in table 3 for example:
TABLE 3
Based on the above table, the identification information (content of the information data rule template field) of the template can be queried according to various types of information, the message template is obtained according to the identification information, and the first check message of the transaction check service is generated based on the message template.
Illustratively, as in the table above, each column is a specific content of a field. Where Cpty is the short name of the counterparty.
Based on table 4, a message template of a first collation message of the delivery collation application scenario may be configured, as shown in table 4 for example:
TABLE 4
Based on the above table, the identification information (content of the information data rule template field) of the template can be queried according to various types of information, the message template can be obtained according to the identification information, and the first check message for delivering the check service is generated based on the message template.
And S250, processing the first check message, acquiring a check result between the first check message and a second check message, and determining the check result as the check result of the target service, wherein the second check message is a check message associated with a service party.
The check result may be obtained in various manners, for example, the current system checks to obtain a first check message and a second check message, and checks according to a preset rule; manually checking, and acquiring a manual checking result uploaded by a user; and the third party checks and receives the checking result sent by the third party.
Optionally, the processing the first check packet and obtaining a check result between the first check packet and the second check packet includes: and comparing the first check message with a second check message according to a preset check rule to generate a check result, wherein the second check message is determined according to the message provided by the service party.
The second collation message may be a message having the same data structure as the first collation message, and is convenient for collation with the first collation message. The service party can directly provide the message with the same data structure as the first check message and send the message to the current system. Or the current system receives the message provided by the service party, adjusts the message according to the preset rule to form a message with the same data structure as the first check message, and determines the message as a second check message.
The data structures of the first check message and the second check message are the same, the contents (usually, text information) related to the fields to be checked can be extracted from the first check message in sequence, the contents related to the same fields are extracted from the second check message in sequence correspondingly, whether the contents are consistent or not is compared, the checking is completed on all the fields to be checked, and the checking result is determined by counting according to the checking result of each field. The check result may include all the coincidences, partial coincidences (which may be represented by the ratio of the inconsistencies to the total number), all the inconsistencies, and the like. There are other types of verification results that can be configured as desired.
The current system compares the first check message with the second check message according to the preset check rule to generate the check result, so that the automatic check of the first check message can be realized, the check result can be generated, the labor cost of the check is reduced, and the check efficiency is improved.
Optionally, before comparing the first check message with the second check message according to a preset check rule, the method further includes: and receiving the message provided by the service party, and generating a second check message according to the message template matched with the first check message.
And receiving a message provided by a service party, and filling information in the message into the message template according to the message template matched with the first check message to form a second check message with the same data structure as the first check message.
Optionally, the service checking and processing method further includes: and if the verification is determined to fail, generating prompt information for manual verification.
If the checking fails, the checking operation is indicated to have problems, the user is prompted in time, manual checking is carried out, checking errors are reduced, and checking accuracy is improved.
Optionally, the processing the first check packet and obtaining a check result between the first check packet and the second check packet includes: sending the first check message and the second check message to a user node so that a user can manually check the first check message and the second check message through the user node; and receiving a checking result uploaded by the user node aiming at the first checking message.
The user node is used for acquiring the first check message and the second check message and displaying the first check message and the second check message to a user. The user can directly check the message of the electronic version or download and print the paper version for checking. The user can upload the checking result through the user node and send the checking result to the current system so as to realize manual checking.
By adding the manual checking scene, the diversity of the checking mode can be increased, the checking fault tolerance is improved, and the stability of the checking system is improved.
In a specific example, as shown in fig. 2b, 1, the current system generates a first check message: and filling service information (such as transaction information and routing information) according to the message template to form a first check message. And forming a second check message according to the corresponding template and the message information provided by the service party. 2. And (4) checking: the current system executes automatic check processing according to a preset check rule, and updates service information and service state according to a check result. And the checking system fails to check and supports manual checking. If the operation is transaction check, the transaction is executed, and when the transaction enters a settlement loop, the delivery check is carried out again according to the flow.
Optionally, the processing the first check packet and obtaining a check result between the first check packet and the second check packet includes: sending the first check message to an external check system so that the external check system checks the first check message and the second check message; and receiving a checking result fed back by the external checking system aiming at the first checking message.
The external checking system may be a third-party system different from the current system, and is configured to check the first check packet and the second check packet and feed back a check result to the current system.
The external verification system may refer to a post-transaction platform or a node of a transaction party.
By adding a third-party checking scene, the diversity of checking modes can be increased, the checking fault tolerance is improved, and the stability of the checking system is improved.
In a specific example, as shown in fig. 2c, 1, the current system generates a first check message: and filling service information (such as transaction information and routing information) according to the message template to form a first check message. 2. Sending the first check message to an external check system: the external checking system can carry out transaction checking through a post-transaction platform or a business party. Waiting for the external checking system to provide the checking result, and updating the service information and the service state and the like. If the operation is transaction check, the transaction is executed, and when the transaction enters a settlement loop, the delivery check is carried out again according to the flow.
The embodiment of the invention configures the message template in advance, inquires the matched message template according to the service check type and the service information, assembles the first check message based on the message template and the service information, and automatically checks the first check message with the second check message provided by the service party, thereby increasing the configuration flexibility of the message, realizing automatic message generation, reducing the labor cost of message generation and improving the message generation efficiency.
EXAMPLE III
Fig. 3 is a schematic diagram of a service checking and processing device in a third embodiment of the present invention. The third embodiment is a corresponding device for implementing the service checking processing method provided by the above embodiments of the present invention, and the device may be implemented in a software and/or hardware manner, and may be generally integrated into a computer device.
Accordingly, the apparatus of the present embodiment may include:
a service checking type determining module 310, configured to obtain service information of a target service, and determine a service checking type;
a check message generating module 320, configured to obtain a message template according to the service check type and the service information, and generate a first check message;
the message checking module 330 is configured to process the first check message, obtain a check result between the first check message and a second check message, and determine that the check result is the check result of the target service, where the second check message is a check message associated with a service party.
The embodiment of the invention automatically identifies the service checking type according to the service information, acquires the message template according to the service checking type and the service information, generates the first checking message, realizes the automatic generation of the checking message, processes the first checking message, acquires the checking result between the first checking message and the second checking message provided by the service party, realizes the automatic checking of the first checking message, solves the problem of low efficiency caused by manually determining the service checking type and manually checking in the prior art, realizes the automatic checking of the service information, reduces the labor cost of the service checking, improves the efficiency of the service checking, and simultaneously improves the accuracy of the service checking.
Further, the target service is a transaction checking service; the service reconciliation type determining module 310 is specifically configured to: according to a preset transaction checking type detection process, at least one transaction attribute data is respectively extracted from the service information, wherein the transaction attribute data comprises at least one of the following items: the internal and external types of the business, the product types, the transaction types, the information of transaction parties and the transaction system; and determining the service checking type according to the transaction checking type detection flow and the attribute data in sequence.
Further, the service checking type comprises a non-checking type, a confirmation checking type, a platform checking type after transaction, a designated organization format checking type, a foreign exchange service checking type or a manual checking type.
Further, the service reconciliation type determining module 310 is specifically configured to: if the internal and external types of the service are determined to be internal service, determining that the service checking type is a non-checking type; if the internal and external types of the service are determined not to be internal service, judging whether the product type is a non-principal delivery forward transaction; if the product type is determined to be a forward transaction without principal fund delivery, determining the service check type to be a confirmation check type; if the product type is determined not to be the forward transaction without principal fund delivery, judging whether the service information comprises Chinese foreign exchange transaction identification information; if the service information is determined to include the Chinese foreign exchange transaction identification information, determining that the service check type is a post-transaction platform check type; if the business information does not comprise Chinese foreign exchange transaction identification information, judging whether the transaction type is a centralized bidding transaction; if the transaction type is determined to be a centralized bidding transaction, determining that the service checking type is a non-checking type; if the transaction type is determined not to be a centralized bidding transaction, judging whether the transaction party information is an agent or a member of the financial telecommunication association of the world bank; if the information of the transaction party is determined to be an agent or a member of the financial telecommunication association of the world-wide-industry banking, determining the service checking type to be a designated organization format checking type; if the information of the transaction party is determined not to be a member of the agency and the financial telecommunication association of the world-Wide Web college bank, judging whether the transaction system is a Chinese foreign exchange transaction system; if the transaction system is determined to be a Chinese foreign exchange transaction system, determining that the service check type is a foreign exchange service check type; and if the information of the transaction party is not determined to be the Chinese foreign exchange transaction system, determining that the service checking type is the manual checking type.
Further, the target service is a delivery check service; the service reconciliation type determining module 310 is specifically configured to: according to a preset delivery check type detection process, at least one delivery attribute data is respectively extracted from the service information, wherein the delivery attribute data comprises at least one of the following items: the type of the inside and outside of the business, the type of the product, the information of the transaction party, the transaction system and the interest rate type; and determining the service checking type according to the delivery checking type detection process and the attribute data in sequence.
Further, the service checking type includes a non-checking type, a designated organization format checking type, a foreign exchange delivery checking type or a manual checking type.
Further, the check packet generating module 320 is specifically configured to: acquiring an application scene, transaction information and an auditing system according to the service checking type and the service information; inquiring a matched message template according to the application scene and the service checking type; and adding the transaction information and the auditing system in the message template to generate a first checking message.
Further, the message checking module 330 is specifically configured to: and comparing the first check message with a second check message according to a preset check rule to generate a check result, wherein the second check message is determined according to the message provided by the service party.
Further, the service audit processing apparatus further includes: and the service party message receiving module is used for receiving the message provided by the service party before comparing the first check message with the second check message according to a preset check rule, and generating the second check message according to the message template matched with the first check message.
Further, the service audit processing apparatus further includes: and the verification failure prompting module is used for generating prompting information of manual verification if the verification fails.
Further, the message checking module 330 is specifically configured to: sending the first check message and the second check message to a user node so that a user can manually check the first check message and the second check message through the user node; and receiving a checking result uploaded by the user node aiming at the first checking message.
Further, the message checking module 330 is specifically configured to: sending the first check message to an external check system so that the external check system checks the first check message and the second check message; and receiving a checking result fed back by the external checking system aiming at the first checking message.
The device can execute the service checking and processing method provided by the embodiment of the invention, and has the corresponding functional modules and beneficial effects of the execution method.
Example four
Fig. 4 is a schematic structural diagram of a computer device according to a fourth embodiment of the present invention. FIG. 4 illustrates a block diagram of an exemplary computer device 12 suitable for use in implementing embodiments of the present invention. The computer device 12 shown in FIG. 4 is only one example and should not bring any limitations to the functionality or scope of use of embodiments of the present invention.
As shown in FIG. 4, computer device 12 is in the form of a general purpose computing device. The components of computer device 12 may include, but are not limited to: one or more processors or processing units 16, a system memory 28, and a bus 18 that couples various system components including the system memory 28 and the processing unit 16. The computer device 12 may be a device that is attached to a bus.
The system memory 28 may include computer system readable media in the form of volatile memory, such as Random Access Memory (RAM)30 and/or cache memory 32. Computer device 12 may further include other removable/non-removable, volatile/nonvolatile computer system storage media. By way of example only, storage system 34 may be used to read from and write to non-removable, nonvolatile magnetic media (not shown in FIG. 4, and commonly referred to as a "hard drive"). Although not shown in FIG. 4, a magnetic disk drive for reading from and writing to a removable, nonvolatile magnetic disk (e.g., a "floppy disk") and an optical disk drive for reading from or writing to a removable, nonvolatile optical disk (e.g., a Compact disk Read-Only Memory (CD-ROM), Digital Video disk (DVD-ROM), or other optical media) may be provided. In these cases, each drive may be connected to bus 18 by one or more data media interfaces. System memory 28 may include at least one program product having a set (e.g., at least one) of program modules that are configured to carry out the functions of embodiments of the invention.
A program/utility 40 having a set (at least one) of program modules 42 may be stored, for example, in system memory 28, such program modules 42 including, but not limited to, an operating system, one or more application programs, other program modules, and program data, each of which examples or some combination thereof may comprise an implementation of a network environment. Program modules 42 generally carry out the functions and/or methodologies of the described embodiments of the invention.
The processing unit 16 executes various functional applications and data processing by executing programs stored in the system memory 28, for example, implementing a service collation processing method provided in any embodiment of the present invention.
EXAMPLE five
Fifth embodiment of the present invention provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the methods provided in all the embodiments of the present invention of the present application: acquiring service information of a target service, and determining a service check type; acquiring a message template according to the service checking type and the service information, and generating a first checking message; and processing the first check message, acquiring a check result between the first check message and a second check message, and determining the check result as the check result of the target service, wherein the second check message is a check message associated with a service party.
Computer storage media for embodiments of the invention may employ any combination of one or more computer-readable media. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a RAM, a Read-Only Memory (ROM), an Erasable Programmable Read-Only Memory (EPROM), a flash Memory, an optical fiber, a portable CD-ROM, an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, Radio Frequency (RF), etc., or any suitable combination of the foregoing.
Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a LAN or a WAN, or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).
It is to be noted that the foregoing is only illustrative of the preferred embodiments of the present invention and the technical principles employed. It will be understood by those skilled in the art that the present invention is not limited to the particular embodiments described herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the invention. Therefore, although the present invention has been described in greater detail by the above embodiments, the present invention is not limited to the above embodiments, and may include other equivalent embodiments without departing from the spirit of the present invention, and the scope of the present invention is determined by the scope of the appended claims.
Claims (15)
1. A method for service reconciliation processing, comprising:
acquiring service information of a target service, and determining a service check type;
acquiring a message template according to the service checking type and the service information, and generating a first checking message;
and processing the first check message, acquiring a check result between the first check message and a second check message, and determining the check result as the check result of the target service, wherein the second check message is a check message associated with a service party.
2. The method of claim 1, wherein the target service is a transaction reconciliation service;
the determining the service checking type comprises:
according to a preset transaction checking type detection process, at least one transaction attribute data is respectively extracted from the service information, wherein the transaction attribute data comprises at least one of the following items: the internal and external types of the business, the product types, the transaction types, the information of transaction parties and the transaction system;
and determining the service checking type according to the transaction checking type detection flow and the attribute data in sequence.
3. The method of claim 2, wherein the business check type comprises a non-check type, a confirmation check type, a post-transaction platform check type, a designated organizational format check type, a foreign exchange business check type, or a manual check type.
4. The method of claim 3, wherein said determining a service reconciliation type based on each of said attribute data according to said detection procedure comprises:
if the internal and external types of the service are determined to be internal service, determining that the service checking type is a non-checking type;
if the internal and external types of the service are determined not to be internal service, judging whether the product type is a non-principal delivery forward transaction;
if the product type is determined to be a forward transaction without principal fund delivery, determining the service check type to be a confirmation check type;
if the product type is determined not to be the forward transaction without principal fund delivery, judging whether the service information comprises Chinese foreign exchange transaction identification information;
if the service information is determined to include the Chinese foreign exchange transaction identification information, determining that the service check type is a post-transaction platform check type;
if the business information does not comprise Chinese foreign exchange transaction identification information, judging whether the transaction type is a centralized bidding transaction;
if the transaction type is determined to be a centralized bidding transaction, determining that the service checking type is a non-checking type;
if the transaction type is determined not to be a centralized bidding transaction, judging whether the transaction party information is an agent or a member of the financial telecommunication association of the world bank;
if the information of the transaction party is determined to be an agent or a member of the financial telecommunication association of the world-wide-industry banking, determining the service checking type to be a designated organization format checking type;
if the information of the transaction party is determined not to be a member of the agency and the financial telecommunication association of the world-Wide Web college bank, judging whether the transaction system is a Chinese foreign exchange transaction system;
if the transaction system is determined to be a Chinese foreign exchange transaction system, determining that the service check type is a foreign exchange service check type;
and if the information of the transaction party is not determined to be the Chinese foreign exchange transaction system, determining that the service checking type is the manual checking type.
5. The method of claim 1, wherein the target service is a delivery verification service;
the determining the service checking type comprises:
according to a preset delivery check type detection process, at least one delivery attribute data is respectively extracted from the service information, wherein the delivery attribute data comprises at least one of the following items: the type of the inside and outside of the business, the type of the product, the information of the transaction party, the transaction system and the interest rate type;
and determining the service checking type according to the delivery checking type detection process and the attribute data in sequence.
6. The method of claim 5, wherein the business check type comprises a non-check type, a designated organization format check type, a foreign exchange delivery check type, or a manual check type.
7. The method of claim 1, wherein obtaining a packet template according to the service reconciliation type and the service information and generating a first reconciliation packet comprises:
acquiring an application scene, transaction information and an auditing system according to the service checking type and the service information;
inquiring a matched message template according to the application scene and the service checking type;
and adding the transaction information and the auditing system in the message template to generate a first checking message.
8. The method of claim 1, wherein processing the first reconciliation message and obtaining a reconciliation result between the first reconciliation message and the second reconciliation message comprises:
and comparing the first check message with a second check message according to a preset check rule to generate a check result, wherein the second check message is determined according to the message provided by the service party.
9. The method of claim 8, wherein prior to comparing the first reconciliation message with the second reconciliation message according to the predetermined reconciliation rule, further comprising:
and receiving the message provided by the service party, and generating a second check message according to the message template matched with the first check message.
10. The method of claim 8, further comprising:
and if the verification is determined to fail, generating prompt information for manual verification.
11. The method of claim 1, wherein processing the first reconciliation message and obtaining a reconciliation result between the first reconciliation message and the second reconciliation message comprises:
sending the first check message and the second check message to a user node so that a user can manually check the first check message and the second check message through the user node;
and receiving a checking result uploaded by the user node aiming at the first checking message.
12. The method of claim 1, wherein processing the first reconciliation message and obtaining a reconciliation result between the first reconciliation message and the second reconciliation message comprises:
sending the first check message to an external check system so that the external check system checks the first check message and the second check message;
and receiving a checking result fed back by the external checking system aiming at the first checking message.
13. A service collation processing apparatus, comprising:
the service checking type determining module is used for acquiring the service information of the target service and determining the service checking type;
a check message generation module, configured to obtain a message template according to the service check type and the service information, and generate a first check message;
and the message checking module is used for processing the first checking message, acquiring a checking result between the first checking message and a second checking message, and determining the checking result as the checking result of the target service, wherein the second checking message is a checking message associated with a service party.
14. A computer device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the traffic reconciliation processing method of any of claims 1-12 when executing the program.
15. A computer-readable storage medium, on which a computer program is stored, the program, when being executed by a processor, implementing a traffic checkup processing method according to any one of claims 1 to 12.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011217143.XA CN112365229A (en) | 2020-11-04 | 2020-11-04 | Service checking processing method, device, computer equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011217143.XA CN112365229A (en) | 2020-11-04 | 2020-11-04 | Service checking processing method, device, computer equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112365229A true CN112365229A (en) | 2021-02-12 |
Family
ID=74513460
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011217143.XA Pending CN112365229A (en) | 2020-11-04 | 2020-11-04 | Service checking processing method, device, computer equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112365229A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114338850A (en) * | 2021-12-24 | 2022-04-12 | 百富计算机技术（深圳）有限公司 | Message checking method and device, terminal equipment and computer readable storage medium |
| CN114549010A (en) * | 2022-02-25 | 2022-05-27 | 中国工商银行股份有限公司 | Transaction advance risk control method, device, electronic equipment and medium |
| CN114861634A (en) * | 2022-05-17 | 2022-08-05 | 中国银行股份有限公司 | Transaction information checking method and device, storage medium and electronic equipment |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102982483A (en) * | 2012-12-12 | 2013-03-20 | 远光软件股份有限公司 | Processing method and system for bank account receipt notice data |
| CN107451136A (en) * | 2016-05-30 | 2017-12-08 | 阿里巴巴集团控股有限公司 | Verification of data method and device |
| CN109978681A (en) * | 2019-03-20 | 2019-07-05 | 银清科技(北京)有限公司 | The method and apparatus of the cross-border business verification of RMB |
-
2020
- 2020-11-04 CN CN202011217143.XA patent/CN112365229A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102982483A (en) * | 2012-12-12 | 2013-03-20 | 远光软件股份有限公司 | Processing method and system for bank account receipt notice data |
| CN107451136A (en) * | 2016-05-30 | 2017-12-08 | 阿里巴巴集团控股有限公司 | Verification of data method and device |
| CN109978681A (en) * | 2019-03-20 | 2019-07-05 | 银清科技(北京)有限公司 | The method and apparatus of the cross-border business verification of RMB |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114338850A (en) * | 2021-12-24 | 2022-04-12 | 百富计算机技术（深圳）有限公司 | Message checking method and device, terminal equipment and computer readable storage medium |
| WO2023116031A1 (en) * | 2021-12-24 | 2023-06-29 | 百富计算机技术（深圳）有限公司 | Message checking method and apparatus, and terminal device and computer-readable storage medium |
| CN114338850B (en) * | 2021-12-24 | 2024-03-19 | 百富计算机技术（深圳）有限公司 | Message checking method, device, terminal equipment and computer readable storage medium |
| CN114549010A (en) * | 2022-02-25 | 2022-05-27 | 中国工商银行股份有限公司 | Transaction advance risk control method, device, electronic equipment and medium |
| CN114861634A (en) * | 2022-05-17 | 2022-08-05 | 中国银行股份有限公司 | Transaction information checking method and device, storage medium and electronic equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20180144312A1 (en) | Expense tracking, electronic ordering, invoice presentment, and payment system and method | |
| US7792721B2 (en) | System and method for approval and allocation of costs in electronic procurement | |
| US11361291B2 (en) | Enterprise resource planning (ERP) integrator system and method | |
| CN112365229A (en) | Service checking processing method, device, computer equipment and storage medium | |
| US7792716B2 (en) | Searching for and identifying automated clearing house transactions by transaction type | |
| US20110078067A1 (en) | Method and system configured for facilitating management of international trade receivables transactions | |
| US20070124242A1 (en) | Funds transfer system | |
| WO2019109558A1 (en) | Product clearing method and device, storage medium, and terminal | |
| US20140279310A1 (en) | Electronic Payment System Operative with Existing Accounting Software and Existing Remote Deposit Capture and Mobile RDC Software | |
| US20060259423A1 (en) | Centralized payment processing system | |
| US20210035073A1 (en) | Multi-Party Digital Check | |
| US7970673B2 (en) | Method, apparatus, and computer program product for repository data maximization | |
| US20090157550A1 (en) | System and method for managing foreign payments using separate messaging and settlement mechanisms | |
| CN111369253A (en) | Foreign exchange service declaration method, device, equipment and storage medium | |
| CN113222568B (en) | Shipping service settlement method, platform, equipment, medium and product | |
| CN115456747B (en) | Automatic intelligent account settling method and device for ERP system and storage medium | |
| CN115601129A (en) | Supply chain financial asset auditing method, device, equipment and medium | |
| CN111292051B (en) | Foreign exchange business processing method, device, equipment and medium | |
| TWI765229B (en) | Platform for enterprise eletronic invoice, digtal recepipt issuance and automatic remittance to coustomer intelligent accounting system | |
| US11094006B1 (en) | System for communicating with a financial institution to manage disbursements over a communication network | |
| CN113706045B (en) | Funds payment method, apparatus, device, medium and program product | |
| US20150127544A1 (en) | Method and apparatus for reconciling a transaction | |
| TWM620334U (en) | Real estate securitization accounting settlement automated operating system | |
| CN116996589A (en) | Transaction message generation method, device, equipment and storage medium | |
| CN116645093A (en) | Bank cross-border remittance processing method, device, equipment and storage medium |
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 |