An apparatus and a method are disclosed for analyzing attributes of electronic transactions. The method includes generating a combined standardized transaction data structure based on analysis of transaction data; creating or updating one or more composite risk signals based on analysis of event data; obtaining one or more additional risk signals using machine learning based on at least one of: the combined standardized transaction data structure, the one or more composite risk signals, the event data, or third party data received from a third party data provider; and generating at least one of a detection event, a transaction alert, a case management message or a regulatory filing message based on at least one of: the combined standardized transaction data structure, the one or more composite risk signals, or the one or more additional risk signals obtained by machine learning, or the third party data.
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
An apparatus and a method are disclosed for analyzing attributes of electronic transactions. The method includes generating a combined standardized transaction data structure based on analysis of transaction data; creating or updating one or more composite risk signals based on analysis of event data; obtaining one or more additional risk signals using machine learning based on at least one of: the combined standardized transaction data structure, the one or more composite risk signals, the event data, or third party data received from a third party data provider; and generating at least one of a detection event, a transaction alert, a case management message or a regulatory filing message based on at least one of: the combined standardized transaction data structure, the one or more composite risk signals, or the one or more additional risk signals obtained by machine learning, or the third party data.
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
An apparatus and a method are disclosed for analyzing attributes of electronic transactions. The method includes generating a combined standardized transaction data structure based on analysis of transaction data; creating or updating one or more composite risk signals based on analysis of event data; obtaining one or more additional risk signals using machine learning based on at least one of: the combined standardized transaction data structure, the one or more composite risk signals, the event data, or third party data received from a third party data provider; and generating at least one of a detection event, a transaction alert, a case management message or a regulatory filing message based on at least one of: the combined standardized transaction data structure, the one or more composite risk signals, or the one or more additional risk signals obtained by machine learning, or the third party data.
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
An apparatus and a method are disclosed for analyzing attributes of electronic transactions. The method includes generating a combined standardized transaction data structure based on analysis of transaction data; creating or updating one or more composite risk signals based on analysis of event data; obtaining one or more additional risk signals using machine learning based on at least one of: the combined standardized transaction data structure, the one or more composite risk signals, the event data, or third party data received from a third party data provider; and generating at least one of a detection event, a transaction alert, a case management message or a regulatory filing message based on at least one of: the combined standardized transaction data structure, the one or more composite risk signals, or the one or more additional risk signals obtained by machine learning, or the third party data.
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
A computer-implemented method for performing a Know Your Client (KYC) process. The method includes receiving, at a processor, a request for initiating the KYC process. The method further includes sending a web link to for collecting KYC information, authenticating an identity via the web link, providing a KYC form via a web interface, and receiving the KYC information via the web interface.
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
A system and method for validating target account data based on inputs from a user. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; receiving a first input; receiving a second input; enabling selection of an activatable element; conducting a lookup associated with the received inputs; receiving a result of the lookup; transforming the result of the lookup into a transformed result that predicts the probability of verification; and displaying transformed result to demonstrate the validity of the received inputs.
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06F 9/451 - Execution arrangements for user interfaces
7.
SYSTEMS AND METHODS FOR AUTOMATED RISK ASSESSMENT ANALYSIS
A computer-implemented method for performing a Know Your Client (KYC) process. The method includes receiving, at a processor, a request for initiating the KYC process. The method further includes sending a web link to for collecting KYC information, authenticating an identity via the web link, providing a KYC form via a web interface, and receiving the KYC information via the web interface.
41 - Education, entertainment, sporting and cultural services
Goods & Services
Educational services, namely, conducting webcasts, webinars, conferences, discussions, and events in the field of wealth building, financial decision making, estate planning, asset management, business succession planning, and other financial topics
11.
Display screen or portion thereof with graphical user interface
Systems and methods for migrating and integrating data from one or more external locations to an internal location are disclosed. The system comprises multiple temporary locations to sort, transform, or store the data in the migration process. During the process, the data could be assigned various attributes, which are determined based on metadata associated with the original data. The system will track these attributes as the data moves through the various temporary locations.
Embodiments of the systems and methods of using the same are configured to provide a financial solution product for customers seeking financing and advice for debt consolidation, home improvement, financing for school loans, finding the right credit card, and financing collateral. The systems and methods provide a means to dynamically calculate multiple financial solution products and present them to a user.
Computer-implemented systems and methods for applying rules via artificial intelligence for document processing are disclosed. The computer-implemented system comprises a database, a memory storing instructions, and at least one processor configured to receive a plurality of documents from a customer, validate a number and type of the plurality of documents, identify a file type and format of the plurality of documents based on the selection of a plurality of machine learning models, extract and classify a first data set from the plurality of documents based on the selection of the plurality of machine learning models using the identification of the file type and the format, reconstruct the first data set into a structured data set, transform the structured data set into a customized new presentation, receive a change from a user, optimize the selection of the plurality of machine learning models, and display the modified customized new presentation.
Systems, methods, and computer-readable media for identifying unauthorized actions in a computing system are disclosed. Systems and methods may involve generating, by a machine learning model, a indicator that is expressed as a severity associated with unauthorized activity for a processed action. Disclosed embodiments may involve storing the indicator in a database. Disclosed embodiments may involve the system being responsive to a determination that the indicator exceeds a predetermined threshold, disclosed embodiments may involve generating an alert indicating a probability of an unauthorized action. Disclosed embodiments may involve queuing, an ordered list of generated alerts. Disclosed embodiments may involve retrieving the processed action from the database. Disclosed embodiments may involve generating a indicator from the machine learning model, the second indicator that may cause blocking of the processed action, flag the processed action, or allowing the processed action.
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
Systems and methods for migrating and integrating data from one or more external locations to an internal location are disclosed. The system comprises multiple temporary locations to sort, transform, or store the data in the migration process. During the process, the data could be assigned various attributes, which are determined based on metadata associated with the original data. The system will track these attributes as the data moves through the various temporary locations.
Systems and methods for migrating and integrating data from one or more external locations to an internal location are disclosed. The system comprises multiple temporary locations to sort, transform, or store the data in the migration process. During the process, the data could be assigned various attributes, which are determined based on metadata associated with the original data. The system will track these attributes as the data moves through the various temporary locations.
Computer-implemented systems and methods for applying rules via artificial intelligence for document processing are disclosed. The computer-implemented system comprises a database, a memory storing instructions, and at least one processor configured to receive a plurality of documents from a customer, validate a number and type of the plurality of documents, identify a file type and format of the plurality of documents based on the selection of a plurality of machine learning models, extract and classify a first data set from the plurality of documents based on the selection of the plurality of machine learning models using the identification of the file type and the format, reconstruct the first data set into a structured data set, transform the structured data set into a customized new presentation, receive a change from a user, optimize the selection of the plurality of machine learning models, and display the modified customized new presentation.
A system and method for validating target account data based on inputs from a user. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; receiving a first input; receiving a second input; enabling selection of an activatable element; conducting a lookup associated with the received inputs; receiving a result of the lookup; transforming the result of the lookup into a transformed result that predicts the probability of verification; and displaying transformed result to demonstrate the validity of the received inputs.
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/42 - Confirmation, e.g. check or permission by the legal debtor of payment
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
22.
SYSTEMS AND METHODS FOR VALIDATING CLIENT ACCOUNT DATA
A system and method for validating target account data based on inputs from a user. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; receiving a first input; receiving a second input; enabling selection of an activatable element; conducting a lookup associated with the received inputs; receiving a result of the lookup; transforming the result of the lookup into a transformed result that predicts the probability of verification; and displaying transformed result to demonstrate the validity of the received inputs.
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/42 - Confirmation, e.g. check or permission by the legal debtor of payment
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
23.
SYSTEMS AND METHODS FOR TRAINING AND APPLYING MACHINE LEARNING SYSTEMS IN FRAUD DETECTION
Systems, methods, and computer-readable media for identifying unauthorized actions in a computing system are disclosed. Systems and methods may involve generating, by a machine learning model, a indicator that is expressed as a severity associated with unauthorized activity for a processed action. Disclosed embodiments may involve storing the indicator in a database. Disclosed embodiments may involve the system being responsive to a determination that the indicator exceeds a predetermined threshold, disclosed embodiments may involve generating an alert indicating a probability of an unauthorized action. Disclosed embodiments may involve queuing, an ordered list of generated alerts. Disclosed embodiments may involve retrieving the processed action from the database. Disclosed embodiments may involve generating a indicator from the machine learning model, the second indicator that may cause blocking of the processed action, flag the processed action, or allowing the processed action.
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
24.
SYSTEMS AND METHODS FOR END-TO-END CONSUMER LENDING AND FINANCING SOLUTIONS FOR CHOOSING A CREDIT CARD
Embodiments of the systems and methods of using the same are configured to provide a financial solution product for customers seeking financing and advice for debt consolidation, home improvement, financing for school loans, finding the right credit card, and financing collateral. The systems and methods provide a means to dynamically calculate multiple financial solution products and present them to a user.
Various embodiments are directed to at least one computer programmed to provide a user interface to a user via first and second computer devices. Through the user interface provided via the first computer device, the computer may receive first data from the user indicating the user's expected retirement spend in at least one of a plurality of spending categories at a first level of detail and store the data at a data location associated with the user. Through user interface provided via the second computer device, the computer may receive identifier data indicating the user and retrieve the first data from the data location associated with the utilizing the identifier data. The first data may be supplemented by second data indicating the user's expected retirement spend in at least one of the plurality of spending categories at a second level of detail. The computer may also be programmed to determine a target asset level necessary for the user to fund a retirement considering expected retirement spend for each of the plurality of spending categories, wherein the expected retirement spend for each of the plurality of categories is determined at least in part considering the first data and the second data; and display the target asset level to the user via the user interface.
A system and method for determining a likelihood of response to a Balance Transfer (“BT”) offer includes developing a pattern recognition model based on BT response information contained in tradeline level data that has external tradeline information of a plurality of customers of a host financial institution, applying the pattern recognition model to the external tradeline information of the customers to determine a probability of whether the external tradeline information indicates that an BT offer was accepted by a customer, developing an overall customer account level model based on desired historical account behavior, applying the account level model to historical account behavior information of the customers to determine a likelihood of whether each customer will accept a BT offer from an external financial institution, and ranking the customers based on the determined probability and the likelihood that each customer would accept a BT offer from an external financial institution.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
27.
SYSTEMS AND METHODS FOR TRAINING AND APPLYING MACHINE LEARNING SYSTEMS IN FRAUD DETECTION
Systems, methods, and computer-readable media for identifying unauthorized actions in a computing system are disclosed. Systems and methods may involve generating, by a machine learning model, a indicator that is expressed as a severity associated with unauthorized activity for a processed action. Disclosed embodiments may involve storing the indicator in a database. Disclosed embodiments may involve the system being responsive to a determination that the indicator exceeds a predetermined threshold, disclosed embodiments may involve generating an alert indicating a probability of an unauthorized action. Disclosed embodiments may involve queuing, an ordered list of generated alerts. Disclosed embodiments may involve retrieving the processed action from the database. Disclosed embodiments may involve generating a indicator from the machine learning model, the second indicator that may cause blocking of the processed action, flag the processed action, or allowing the processed action.
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
Systems and methods for migrating and integrating data from one or more external locations to an internal location are disclosed. The system comprises multiple temporary locations to sort, transform, or store the data in the migration process. During the process, the data could be assigned various attributes, which are determined based on metadata associated with the original data. The system will track these attributes as the data moves through the various temporary locations.
Systems and methods for migrating and integrating data from one or more external locations to an internal location are disclosed. The system comprises multiple temporary locations to sort, transform, or store the data in the migration process. During the process, the data could be assigned various attributes, which are determined based on metadata associated with the original data. The system will track these attributes as the data moves through the various temporary locations.
Systems and methods for migrating and integrating data from one or more external locations to an internal location are disclosed. The system comprises multiple temporary locations to sort, transform, or store the data in the migration process. During the process, the data could be assigned various attributes, which are determined based on metadata associated with the original data. The system will track these attributes as the data moves through the various temporary locations.
Systems, methods, and computer-readable media for identifying unauthorized actions in a computing system are disclosed. Systems and methods may involve generating, by a machine learning model, a indicator that is expressed as a severity associated with unauthorized activity for a processed action. Disclosed embodiments may involve storing the indicator in a database. Disclosed embodiments may involve the system being responsive to a determination that the indicator exceeds a predetermined threshold, disclosed embodiments may involve generating an alert indicating a probability of an unauthorized action. Disclosed embodiments may involve queuing, an ordered list of generated alerts. Disclosed embodiments may involve retrieving the processed action from the database. Disclosed embodiments may involve generating a indicator from the machine learning model, the second indicator that may cause blocking of the processed action, flag the processed action, or allowing the processed action.
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
32.
SYSTEMS AND METHODS FOR VALIDATING CLIENT ACCOUNT DATA
A system and method for validating target account data based on inputs from a user. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; receiving a first input; receiving a second input; enabling selection of an activatable element; conducting a lookup associated with the received inputs; receiving a result of the lookup; transforming the result of the lookup into a transformed result that predicts the probability of verification; and displaying transformed result to demonstrate the validity of the received inputs.
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/42 - Confirmation, e.g. check or permission by the legal debtor of payment
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
33.
SYSTEMS AND METHODS FOR AUTOMATED LOAN AUTHORIZATION
Disclosed embodiments relate to systems and methods for automating loans based on a loan determination process. Techniques include receiving input data, determining whether the received input data matches a set of predetermined criteria, responsive to a determination that the received input data matches the predetermined criteria, setting user preferences, providing an interactive website interface, updating the website interface based on interactive fields, automatically determining whether to provide the requested loan, responsive to a determination to provide the requested loan, sending a loan amount to a bank account, and providing a status update to a user device.
Computer-implemented systems and methods for applying rules via artificial intelligence for document processing are disclosed. The computer-implemented system comprises a database, a memory storing instructions, and at least one processor configured to receive a plurality of documents from a customer, validate a number and type of the plurality of documents, identify a file type and format of the plurality of documents based on the selection of a plurality of machine learning models, extract and classify a first data set from the plurality of documents based on the selection of the plurality of machine learning models using the identification of the file type and the format, reconstruct the first data set into a structured data set, transform the structured data set into a customized new presentation, receive a change from a user, optimize the selection of the plurality of machine learning models, and display the modified customized new presentation.
Disclosed embodiments relate to systems and methods for managing user memberships over a distributed computing network on a server. Techniques include authenticating a membership issuer, generating a cryptographic digital asset associated with a membership, creating a software module, associating the cryptographic digital asset with a first user, receiving a request to transfer the cryptographical user from the first user to a second user, transferring the cryptographic digital asset, and updating an agreement based on the transfer.
Technologies for providing enhanced management of processing errors include a compute device. The compute device includes circuitry configured to obtain error data indicative of errors resulting from integration of a component configured to add functionality to a data processing system of an institution. The compute device is also configured to perform statistical analysis on the obtained error data to produce error analytics data and produce a visual representation indicative of the error analytics data to enable efficient remediation of the errors.
At least one processor configured to perform operations including receiving data from a plurality of disparate data sources; distilling and converting the data into a plurality of indexes to be usable by a single data structure; retrieving first and second sets of data elements from the plurality of indexes associated with first and second pluralities of entities, respectively; generating a predicted duration of time that the first plurality of entities will remain in a first position using the second set of data elements associated with the second plurality of entities; assigning first and second velocity indexes to each of the first and second pluralities of entities, respectively, to obtain pluralities of first and second velocity indexes; comparing each of the first velocity indexes to other first velocity indexes; comparing each of the second velocity indexes to other second velocity indexes; and generating, a velocity model.
G06F 3/0484 - Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
G06F 16/25 - Integrating or interfacing systems involving database management systems
A computer-implemented method for obtaining data for reporting and analysis includes integrating data from a plurality of data sources; processing the integrated data using natural language processing; scoring the processed data based on a plurality of score categories; categorizing the processed data into a plurality of categories based on the score and the score category; and outputting the score and the categorized data for reporting and analysis.
A method for verifying entities and provide an electronic transfer between entities comprising: retrieving a first reference number and a first transmit number associated with a first entity repository; generating a first internal profile associated with the first entity; generating a first access token; generating a first external profile associated with the first entity; storing the profiles in a directory; retrieving a second identification of a second access token; identifying a second entity associated with the second external profile using the second identification; identifying a second internal profile from the plurality of internal profiles associated with the second entity; using a second reference number and a second transmit number associated with the second internal profile, identifying a current status and a history of a second entity repository associated with the second internal profile; and initiating the electronic transfer from the first entity repository to the second entity repository.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
Technologies for managing smart contracts include a compute device. The compute device includes circuitry configured to obtain a smart contract indicative of a condition and a responsive action to be performed upon satisfaction of the condition. The circuitry is also configured to write the smart contract to a centrally managed immutable database, obtain, from an event stream, data indicative of an event published to the event stream, determine, as a function of the event published to the event stream and the smart contract, whether the condition has been satisfied, and perform, in response to a determination that the condition has been satisfied, the responsive action.
A system for processing a plurality of ETL jobs is provided. The system comprises a token-based security system comprising providing a token in response to receiving a token request associated with an application programming interface (API) call. The system further comprises a message header table including one or more message headers, where in a message header contains the token. The system further comprises a plurality of API calls associated with the ETL jobs, wherein each API call includes security information. The system utilizes the token and the security information to determine permissions for the use of the plurality of API calls to run in real-time.
A computer-implemented method for obtaining data for reporting and analysis includes integrating data from a plurality of data sources; processing the integrated data using natural language processing; scoring the processed data based on a plurality of score categories; categorizing the processed data into a plurality of categories based on the score and the score category; and outputting the score and the categorized data for reporting and analysis.
A system for processing a plurality of ETL jobs is provided. The system comprises a token-based security system comprising providing a token in response to receiving a token request associated with an application programming interface (API) call. The system further comprises a message header table including one or more message headers, where in a message header contains the token. The system further comprises a plurality of API calls associated with the ETL jobs, wherein each API call includes security information. The system utilizes the token and the security information to determine permissions for the use of the plurality of API calls to run in real-time.
A system for managing collecting deductibles of insureds is disclosed. The system comprises an automated computer vision system configured to identify and analyze information provided by a prospective enrollee on a form. The system further comprises a processor configured to establish a primary account associated with an insurance company to maintain a balance equivalent to a sum of fees incurred by insurance coverage plans sponsored by the insurance company, receive the information associated with the prospective enrollee from the automated computer vision system, and establish a sub-account associated with the prospective enrollee underneath the primary account. The processor is further configured to maintain a ledger of the sub-account to reflect fee(s) incurred by the prospective enrollee during a coverage period.
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
46.
Display screen or portion thereof with graphical user interface
Computer systems and methods perform a chaos experiment for a target application. The computer system: (i) generates, for the chaos experiment, a simulated traffic stream for a non-production version of the target application; (iii) provides chaos event settings for one or more chaos conditions to the non-production version of the target application; (iv) executes the non-production version of the target application during the chaos experiment, such that the non-production version of the target application, during the chaos experiment, (a) generates responses to the simulated traffic stream while simultaneously (b) being subject to the one or more chaos conditions of the chaos event settings; and (iv) monitors the responses generated by the non-production version of the target application during the chaos testing.
Computer systems and computer-implemented methods train a machine learning model to authenticate a payment transfer between a payer and a payee. Training the machine learning model comprises training data such as pre-validation data for payment transactions from an intra-bank payment network, compliance data, and user transaction history. Authenticating the payment comprises receiving, by a deployment computer system, the proposed wire payment from the payer, obtaining a first set of pre-validation data for the proposed wire payment from the intra-bank payment network, obtaining a second set of pre-validation data via internal compliance databases. Authenticating the payment further comprises determining a genuineness score for the proposed wire payment based on the first set of data and the second set of data using the machine learning model and providing a recommendation for the proposed wire payment to the payer based on the genuineness score.
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
51.
Systems and methods for managing a financial account in a low-cash mode
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
52.
Systems and methods for managing a financial account in a low-cash mode
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode: presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
53.
Systems and methods for managing a financial account in a low-cash mode
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
36 - Financial, insurance and real estate services
Goods & Services
Employment recruiting and hiring services; conducting employee appreciation programs for purposes of career networking and increasing employee retention Banking services; financial services
55.
Systems and methods for managing a financial account in a low-cash mode
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
56.
Systems and methods for computer modeling and visualizing entity attributes
At least one processor configured to perform operations including receiving data from a plurality of disparate data sources; distilling the data into a plurality of indexes to convert the data into the plurality of indexes to be usable by a single data structure; retrieving a first set of data elements from the plurality of indexes associated with a first plurality of entities; retrieving a second set of data elements from the plurality of indexes associated with a second plurality of entities; generating a predicted duration of time that the first plurality of entities will remain in a first position using the second set of data elements associated with the second plurality of entities; assigning a first velocity index to each of the first plurality of entities to obtain a plurality of first velocity indexes; assigning a second velocity index to each of the second plurality of entities to obtain a plurality of second velocity indexes; comparing each of the first velocity indexes to other first velocity indexes; comparing each of the second velocity indexes to other second velocity indexes; and generating, a velocity model.
G06F 3/0484 - Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
G06F 16/25 - Integrating or interfacing systems involving database management systems
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
58.
TECHNOLOGIES FOR EFFICIENTLY DETERMINING CREDIT LOSS SENSITIVITY TO MACROECONOMIC IMPACTS
Technologies for efficiently determining credit loss sensitivity to macroeconomic impacts include a compute device. The compute device includes circuitry configured to determine for each asset category in a set of multiple asset categories, a set of macroeconomic variables that affect a credit loss for the corresponding asset category. The circuitry is further configured to obtain data indicative of a change to be applied to a selected macroeconomic variable of the set of macroeconomic variables. Additionally, the circuitry is configured to calculate, for each asset category determined to be affected by the selected macroeconomic variable, an estimated credit loss resulting from the change in the selected macroeconomic variable while excluding from the calculation one or more asset categories from the set of multiple asset categories that have been determined to not be affected by the selected macroeconomic variable and present, in a user interface, the estimated credit loss.
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
60.
Systems and methods for managing a financial account in a low-cash mode
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
61.
Systems and methods for managing a financial account in a low-cash mode
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode: presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
36 - Financial, insurance and real estate services
41 - Education, entertainment, sporting and cultural services
Goods & Services
Banking services; financial services, namely, financial sponsorship of sports teams, sports athletes, and sporting events and exhibitions Entertainment services, namely, an ongoing video series featuring sports, sports teams, sports figures, and sporting events provided through webcasts, the Internet, and other digital media
68.
Systems and methods for electronic database communications
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
75.
Systems and methods for managing a financial account in a low-cash mode
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
76.
Systems and methods for managing a financial account in a low-cash mode
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
77.
Systems and methods for managing a financial account in a low-cash mode
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
78.
Systems and methods for integrating web platforms with mobile device operations
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
79.
SYSTEMS AND METHODS FOR DEVELOPING DIGITAL EXPERIENCE APPLICATIONS
In one implementation, systems and methods are provided for developing a computer-implemented digital experience application having a first and a second micro-application. Each micro-application includes a front end interface configured to receive and display information. The first micro-application includes a first event manager configured to detect an application event belonging to a category, and a first state manager configured to detect an application state belonging to the category. The digital experience application further includes a driver application configured to host the first and second micro-applications, an event hub configured to receive the detected application event from the first micro-application, and a state store configured to store the detected application state received from the first micro-application. The second micro-application includes a second event manager configured to receive the detected application event from the event hub, and a second state manager configured to receive the detected application state from the state store.
Systems and methods are provided for collecting and sharing digital experience information. A system for collecting and distributing digital experience information may comprise a digital experience application that may be configured to host a plurality of micro-applications, a first micro-application being able to be configured to detect application events and application states; a connector that may be configured to receive information corresponding to detected application events and application states and belonging to a category; an event backbone that may be configured to route the information received by the connector based on the category; a database that may be configured to store the received information; wherein the event backbone may be further configured to send information to the connector from the event backbone and the database based on one or more criteria; and wherein a second micro-application may be configured to receive information belonging to the category from the connector.
G06F 16/27 - Replication, distribution or synchronisation of data between databases or within a distributed database systemDistributed database system architectures therefor
G06F 16/28 - Databases characterised by their database models, e.g. relational or object models
81.
Systems and methods for managing a financial account in a low-cash mode
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
82.
SYSTEMS AND METHODS FOR TRAINING AND APPLYING MACHINE LEARNING SYSTEMS IN FRAUD DETECTION
Systems, methods, and computer-readable media for identifying unauthorized actions in a computing system are disclosed. Systems and methods may involve generating, by a machine learning model, a indicator that is expressed as a severity associated with unauthorized activity for a processed action. Disclosed embodiments may involve storing the indicator in a database. Disclosed embodiments may involve the system being responsive to a determination that the indicator exceeds a predetermined threshold, disclosed embodiments may involve generating an alert indicating a probability of an unauthorized action. Disclosed embodiments may involve queuing, an ordered list of generated alerts. Disclosed embodiments may involve retrieving the processed action from the database. Disclosed embodiments may involve generating a indicator from the machine learning model, the second indicator that may cause blocking of the processed action, flag the processed action, or allowing the processed action.
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
83.
Systems and methods for managing a financial account in a low-cash mode
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
84.
Systems and methods for electronic database communications
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
85.
Systems and methods for managing a financial account in a low-cash mode
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
86.
Systems and methods for integrating web platforms with mobile device operations
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
In one implementation, systems and methods are provided for developing a computer-implemented digital experience application having a first and a second micro-application. Each micro-application includes a front end interface configured to receive and display information. The first micro-application includes a first event manager configured to detect an application event belonging to a category, and a first state manager configured to detect an application state belonging to the category. The digital experience application further includes a driver application configured to host the first and second micro-applications, an event hub configured to receive the detected application event from the first micro-application, and a state store configured to store the detected application state received from the first micro-application. The second micro-application includes a second event manager configured to receive the detected application event from the event hub, and a second state manager configured to receive the detected application state from the state store.
In one implementation, systems and methods are provided for developing a computer-implemented digital experience application having a first and a second micro-application. Each micro-application includes a front end interface configured to receive and display information. The first micro-application includes a first event manager configured to detect an application event belonging to a category, and a first state manager configured to detect an application state belonging to the category. The digital experience application further includes a driver application configured to host the first and second micro-applications, an event hub configured to receive the detected application event from the first micro-application, and a state store configured to store the detected application state received from the first micro-application. The second micro-application includes a second event manager configured to receive the detected application event from the event hub, and a second state manager configured to receive the detected application state from the state store.
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
93.
Systems and methods for integrating web platforms with mobile device operations
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
94.
Systems and methods for managing a financial account in a low-cash mode
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
97.
Systems and methods for managing a financial account in a low-cash mode
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 40/02 - Banking, e.g. interest calculation or account maintenance
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
98.
Systems and methods for electronic database communications
A system for managing a financial account in a low cash mode. The system may include a memory storing instructions, and a processor configured to execute the instructions to perform operations. The operations may include providing an interface; providing a notification to a user when a balance in the first account is deemed to be in low cash mode; presenting, when the first account balance is deemed to be in low cash mode, an option for a transfer request; receiving, a selection of the option for the transfer request to connect the first account with a second account; transferring funds from the second account to the first account; notifying the user that funds have been transferred from the second account to the first account; and further notifying the user that the balance in the first account is greater than the threshold value.
G06Q 20/10 - Payment architectures specially adapted for electronic funds transfer [EFT] systemsPayment architectures specially adapted for home banking systems
G06Q 20/40 - Authorisation, e.g. identification of payer or payee, verification of customer or shop credentialsReview and approval of payers, e.g. check of credit lines or negative lists
G06Q 20/32 - Payment architectures, schemes or protocols characterised by the use of specific devices using wireless devices
G06Q 20/02 - Payment architectures, schemes or protocols involving a neutral third party, e.g. certification authority, notary or trusted third party [TTP]
G06Q 50/00 - Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
99.
Systems and methods for end-to-end consumer lending and financing solutions for the consolidation of debt
Embodiments of the systems and methods of using the same are configured to provide a financial solution product for customers seeking financing and advice for debt consolidation, home improvement, financing for school loans, finding the right credit card, and financing collateral. The systems and methods provide a means to dynamically calculate multiple financial solution products and present them to a user.
