Abstract: An information exchange platform referred to as a Trading Grid (TG) may perform relationship-based data processing utilizing a trading partner (TP) graph that describes relationships amongst operating units (OUs) on the TG. When the TG receives a request from an OU to exchange data with a TP, the TG accesses the TP graph and determines a relationship between the OU and their TP as reflected in the TP graph. The TP graph is maintained and controlled by the system independently of the OU and the TP. The TG may route the data based on instructions associated with the relationship that is reflected in the TP graph. The instructions associated with the relationship may specify network based services provided by the TG. An orchestration component may operate to orchestrate the performance of the network based services. The TG then communicates the processed and/or produced data to the TP.

Abstract: A system for electronic data interchange (EDI) management includes a memory for storing the EDI document data and a machine learning model representing a set of features of EDI documents and a corresponding status. The system further includes a processor and a non-transitory computer readable medium storing instructions for: accessing an EDI file, the EDI file comprising envelope metadata for an envelope and a first EDI document: and translating the EDI file into a first translated EDI document containing the envelope metadata and a set of EDI document data extracted from the first EDI document, the first translated EDI document formatted according to a hierarchical structure comprising attributes translatable into features processable by the machine learning model to determine a status of the first EDI document.

Abstract: An applicant can instantiate a parsing framework, provide an input stream, attach observers, and initiate parsing, which inverts control to the parsing framework. The parsing framework can have an observer manager, a parser controller, and parsers. The observer manager manages observer design patterns from which the observers are instantiated. The parser controller determines which parser would be appropriate for parsing the input stream and instantiate the appropriate parser(s). The parser controller gets the callbacks from the parsers and communicates outcomes to the observer manager. The observer manager determines which of the observers is to be notified, generates parsing notifications accordingly, and dispatches the parsing notifications directly to the observers. The application can be any application that needs parsing in an electronic information exchange platform.

Abstract: A system for isolating requests that comprises, a shared command queue, a first virtual computational resource and a second virtual computational resources. The first virtual computational resources comprises a policy engine configured to access policies comprising criteria for assigning commands corresponding to requests from tenants to compartments, determine, according to the policies, compartments to which to assign the commands corresponding to the requests, produce the commands corresponding to the requests, and queue the commands in the shared command queue, each command comprising compartment assignment information.

Abstract: Systems, methods, and computer program products for producer-side prioritization of message processing. Producer-side prioritization of message processing may include receiving an input message according to a messaging protocol for communicating between software components, where the input message comprises message priority information for the input message, producing a command for a next step in the processing flow, the command including a target time determined using the message priority information from the input message, queuing the command in a command queue, selecting the command from the command queue based on a determination that the target time has expired, and processing the command.

Abstract: An information exchange platform referred to as a Trading Grid (TG) may perform relationship-based data processing utilizing a trading partner (TP) graph that describes relationships amongst operating units (OUs) on the TG. When the TG receives a request from an OU to exchange data with a TP, the TG accesses the TP graph and determines a relationship between the OU and their TP as reflected in the TP graph. The TP graph is maintained and controlled by the system independently of the OU and the TP. The TG may route the data based on instructions associated with the relationship that is reflected in the TP graph. The instructions associated with the relationship may specify network based services provided by the TG. An orchestration component may operate to orchestrate the performance of the network based services. The TG then communicates the processed and/or produced data to the TP.

Abstract: A system for electronic data interchange (EDI) management includes a memory for storing the EDI document data and a machine learning model representing a set of features of EDI documents and a corresponding status. The system further includes a processor and a non-transitory computer readable medium storing instructions for: accessing an EDI file, the EDI file comprising envelope metadata for an envelope and a first EDI document; and translating the EDI file into a first translated EDI document containing the envelope metadata and a set of EDI document data extracted from the first EDI document, the first translated EDI document formatted according to a hierarchical structure comprising attributes translatable into features processable by the machine learning model to determine a status of the first EDI document.

Abstract: An information exchange platform receives a file from a client system and processes the file for delivery to a trading partner (TP) of the client system. The TP does not need to be a client of the information exchange platform. So long as the file has some identifying information such as an email address that uniquely identifies the TP within a custom solution for the client system, the information exchange platform can automatically and programmatically provision the TP. An auto-provisioning subsystem is operable to create and/or configure information needed to complete the processing of the file just in time, including creating a legal entity and a routing address for the TP. When completed, the file is processed into a deliverable, which is then provided for delivery to the TP just in time as the file is received from the client system.

Abstract: An information exchange platform referred to as a Trading Grid (TG) may perform relationship-based data processing utilizing a trading partner (TP) graph that describes relationships amongst operating units (OUs) on the TG. When the TG receives a request from an OU to exchange data with a TP, the TG accesses the TP graph and determines a relationship between the OU and their TP as reflected in the TP graph. The TP graph is maintained and controlled by the system independently of the OU and the TP. The TG may route the data based on instructions associated with the relationship that is reflected in the TP graph. The instructions associated with the relationship may specify network based services provided by the TG. An orchestration component may operate to orchestrate the performance of the network based services. The TG then communicates the processed and/or produced data to the TP.

Abstract: A technical solution for an electronic information exchange platform is disclosed. Services provided by the platform may be described in a uniform way via service-specific provisioning descriptors. To provision services for a client system, a managed services provisioning system provides a service configuration interface through which a service associated with a tuple of a particular sender, receiver, and document type can be selected for further configuration. A service provisioning interface is dynamically generated for obtaining service-specific provisioning information from a user for generating a service-specific provisioning data instance that can be deployed to a backend system. At runtime, the backend system utilizes the service-specific provisioning data instance to provide the provisioned service for a client system. In this way, a variety of services can be efficiently provisioned for a diverse set of clients in a scalable, streamlined, and cost-effective manner.

Abstract: An applicant can instantiate a parsing framework, provide an input stream, attach observers, and initiate parsing, which inverts control to the parsing framework. The parsing framework can have an observer manager, a parser controller, and parsers. The observer manager manages observer design patterns from which the observers are instantiated. The parser controller determines which parser would be appropriate for parsing the input stream and instantiate the appropriate parser(s). The parser controller gets the callbacks from the parsers and communicates outcomes to the observer manager. The observer manager determines which of the observers is to be notified, generates parsing notifications accordingly, and dispatches the parsing notifications directly to the observers. The application can be any application that needs parsing in an electronic information exchange platform.

Abstract: An information exchange platform receives a file from a client system and processes the file for delivery to a trading partner (TP) of the client system. The TP does not need to be a client of the information exchange platform. So long as the file has some identifying information such as an email address that uniquely identifies the TP within a custom solution for the client system, the information exchange platform can automatically and programmatically provision the TP. An auto-provisioning subsystem is operable to create and/or configure information needed to complete the processing of the file just in time, including creating a legal entity and a routing address for the TP. When completed, the file is processed into a deliverable, which is then provided for delivery to the TP just in time as the file is received from the client system.

Abstract: A message processing system that provides a processing flow, the message processing system comprising an input message consumer configured to consume input messages from an input message queue, where the input messages comprise priority information. The message processing system includes a command producer configured to produce commands for a next step in the processing flow. Each command produced may include a target time determined using priority information extracted from an input message to which that command corresponds. The message processing system comprises a queue for commands. The message processing system further comprises a command consumer configured to select commands that have expired target times from the command queue for processing and consume the selected commands from the command queue.

Abstract: An electronic data interchange (EDI) management system may comprise a memory for storing EDI document data and a machine learning prediction model representing element information of EDI documents of a first type and a corresponding status. A processor can be configured to extract elements from an EDI document, create a document record for the EDI document, the document record comprising elements extracted from the EDI document; determine a first status for the EDI document of the first type by processing the extracted elements using a machine learning model, the machine learning model trained on a training set of elements to classify documents according to a plurality of statuses, and add the first status to the document record for the EDI document of the first type, the first status accessible to a client computer via a presentation layer.

Abstract: A system for isolating requests that comprises, a shared command queue, a first virtual computational resource and a second virtual computational resources. The first virtual computational resources comprises a policy engine configured to access policies comprising criteria for assigning commands corresponding to requests from tenants to compartments, determine, according to the policies, compartments to which to assign the commands corresponding to the requests, produce the commands corresponding to the requests, and queue the commands in the shared command queue, each command comprising compartment assignment information.

Abstract: An information exchange platform referred to as a Trading Grid (TG) may perform relationship-based data processing utilizing a trading partner (TP) graph that describes relationships amongst operating units (OUs) on the TG. When the TG receives a request from an OU to exchange data with a TP, the TG accesses the TP graph and determines a relationship between the OU and their TP as reflected in the TP graph. The TP graph is maintained and controlled by the system independently of the OU and the TP. The TG may route the data based on instructions associated with the relationship that is reflected in the TP graph. The instructions associated with the relationship may specify network based services provided by the TG. An orchestration component may operate to orchestrate the performance of the network based services. The TG then communicates the processed and/or produced data to the TP.

Abstract: An electronic data interchange (EDI) management system may comprise a memory for storing EDI document data and a machine learning prediction model representing element information of EDI documents of a first type and a corresponding status. A processor can be configured to extract elements from an EDI document, create a document record for the EDI document, the document record comprising elements extracted from the EDI document; determine a first delivery status for the EDI document of the first type by processing the extracted elements using a machine learning delivery model, the machine learning delivery model trained on a training set of elements to classify documents according to a plurality of delivery statuses, and add the first status to the document record for the EDI document of the first type, the first status accessible to a client computer via a presentation layer.

Abstract: An intelligent and versatile information exchange platform provides a delivery service operable to perform, in a network environment, processing a document in a first process context according to a first itinerary associated with a sender, including determining whether any receiver policy rule is applicable to the document. If so, the delivery service can determine a second itinerary in view of the receiver policy rule and automatically transition to act as a receive service for the receiver such that the document is processed is a second process context according to the second itinerary associated with the receiver. When no receiver policy rule is found or applicable to the document based on the document type of the document, the delivery service can deliver the document to the receiver under the first process context.

Abstract: An information exchange platform receives a file from a client system and processes the file for delivery to a trading partner (TP) of the client system. The TP does not need to be a client of the information exchange platform. So long as the file has some identifying information such as an email address that uniquely identifies the TP within a custom solution for the client system, the information exchange platform can automatically and programmatically provision the TP. An auto-provisioning subsystem is operable to create and/or configure information needed to complete the processing of the file just in time, including creating a legal entity and a routing address for the TP. When completed, the file is processed into a deliverable, which is then provided for delivery to the TP just in time as the file is received from the client system.

Abstract: A message processing system that provides a processing flow, the message processing system comprising an input message consumer configured to consume input messages from an input message queue, where the input messages comprise priority information. The message processing system includes a command producer configured to produce commands for a next step in the processing flow. Each command produced may include a target time determined using priority information extracted from an input message to which that command corresponds. The message processing system comprises a queue for commands. The message processing system further comprises a command consumer configured to select commands that have expired target times from the command queue for processing and consume the selected commands from the command queue.