Resending Private Process Messages
BusinessConnect Container Edition allows you to resend transactions based on their state. The resendable states vary by business protocol. The following table provides detailed information.
|
Transaction Type, State, and Description |
Business Protocols |
|
Business level Acks sent to partner: ACK_TO_TP This state is resendable if the partner requested a Business level Acknowledgment, for example, TA1, 997 for X12 |
EDIFACT, X12 |
|
Message from partner: EDI_LOGGED_TO_FILE When the Log Raw EDI Request to File feature is enabled for inbound, you can resend messages previously sent from your partner to yourself as if it was resent by the partner. BusinessConnect Container Edition reprocesses the resent message. The Log Raw EDI segment should be enabled on the trading host for inbound. |
EDIFACT, X12
|
|
Message from partner: EDI_TXN_FROM_TP Same as To use this resendable state, you must enable Log Raw EDI Segments to File and Include Envelope Segments at the Transaction level, and provide a value for Store Location value on the trading partner side for the inbound. |
EDIFACT, X12
|
|
New request from back-end private process: RECEIVED_FROM_PP BusinessConnect Container Edition validates and converts payloads as appropriate and uses the primary transport to resend messages to the partner. |
EDIFACT, X12, Service
|
|
InitiatorResponse to private process: RESPONSE_TO_PP BusinessConnect Container Edition can resend these private process messages to JMS. |
EDIFACT, X12, GATEWAY, Service |
|
ResponderRequest to private process: REQUEST_TO_PP BusinessConnect Container Edition can resend these private process messages to JMS. |
EDIFACT, X12 |
| Batched or scheduled messages to partner: REQUEST_FOR_BATCH
BusinessConnect Container Edition can resend messages to a partner that were sent by batch or scheduled. |
GATEWAY |
The following table lists the status codes that are available in the transaction details for all log types, a description of what the status code means, and EDI protocol variant that supports this status code.
|
Status Code |
Description |
Protocols |
|
|
The transaction that is sent out has received a positive business acknowledgment that was requested and was successfully completed with no EDI validation errors. This status can/cannot happen depending on the acknowledgment that was expected and the acknowledgment that was created by the Trading Partner. |
EDIFACT, X12 |
|
|
The transaction has received a negative business acknowledgment and was not successfully completed with no EDI validation errors by the partner. This status means that the transaction was accepted, but errors were noted in the transaction. This status can/cannot happen depending on the acknowledgment that was expected and the acknowledgment that was created by the trading partner. The actual error condition is defined in the acknowledgment description and in the ack code that was sent by the partner. |
EDIFACT, X12 |
|
|
The transaction is waiting for a business acknowledgment from the partner. This status can/cannot happen depending on the acknowledgment that was expected and the acknowledgment that was created by the trading partner. |
EDIFACT, X12 |
|
|
The transaction has received a negative business acknowledgment and was rejected due to EDI validation errors by the partner. This status can or cannot happen, depending on the acknowledgment that was expected and the acknowledgment that was created by the trading partner. This transaction cannot be reconciled after this error. |
EDIFACT, X12 |
|
|
The transaction is waiting for the business ack and has not received within the timeout interval. The transaction cannot be reconciled after this error. |
EDIFACT, X12 |
|
|
Any transaction that occurred. |
ALL |
|
|
Any error that occurred. |
EDIFACT, X12, Gateway |
|
|
Any transaction that is pending. |
EDIFACT, X12, Gateway |
|
|
The transaction was scheduled and later deleted from the message queue log. |
EDIFACT, X12, Gateway |
|
|
The individual summary rows are completed and no further audit trail is pending. It also means that the transaction has completed successfully if there were no acks were expected. |
ALL |
|
|
|
ALL |
|
|
The transaction cannot be accepted by this partner due to partner/transaction level security being enabled and the message that was received does not follow the security agreement that was agreed between the partners. |
EDIFACT, X12, Gateway |
|
|
There were general errors during the processing of the transaction. |
ALL |
|
|
There were errors encountered during the creation of the acknowledgment on inbound. This can be due to missing guidelines. |
EDIFACT, X12 |
|
|
There were problems in reconciling the business acks with the transactions that were sent out. The problems can be several: ack codes are not correct, database problem in retrieving the original ack option that was expected, and so on. |
EDIFACT, X12 |
|
|
There were problems in identifying the partner and cannot retrieve the business agreement. |
ALL |
|
|
There were problems encountered in parsing the EDI document due to syntactic errors in the document. |
ALL |
|
|
There were errors encountered in digitally signing/authenticating or encrypting/decrypting the EDI document due to bad/wrong public or private keys. |
EDIFACT, X12, Gateway |
|
|
The transaction could not be sent due to problems contacting the partner through the transport that was configured to be sent. |
ALL |
|
|
Indicates there were errors in the EDI validation. Can be used to search for transactions with only the ERROR VALIDATION status. |
EDIFACT, X12 |
|
|
Indicates that the EDI document has some informational category of errors which do not cause the transaction to be rejected. Can be used to search for transactions with only the INFO VALIDATION status. Used by HIPAA users only. |
X12, |
|
|
The transaction has not yet completed all required states. |
ALL |
|
|
Indicates that the transaction that was sent is waiting for a transport level receipt from the partner. Business acknowledgments cannot be reconciled even if they are received before the receipt is received. Only occurs when AS1 or AS2 transport is used. |
EDIFACT, X12, Gateway |
|
|
The transactions are scheduled to be sent to the partner. |
EDIFACT, X12, Gateway |
|
|
Indicates that the category of a validation error is a warning. The warning does not cause the EDI transaction to be rejected. Used by HIPAA users only. |
X12 |
The Resend button is always available, except when a transaction is:
-
A resent transaction itself. That is, not the original request message, but a message that was resent.
-
A transaction that is currently queued for resending, but is not yet processed.
You can resend these messages:
-
Initiator request
-
an Initiator receiving an Initiator response
-
a Responder receiving a message from the trading partner
-
Responder request
Resending a message is identical to making a new message request, and can result in multiple transactions of the same request.
For outbound documents, select Resend to retransmit this document to the trading partner. For inbound documents, select Resend to resend the message to the private process.
For more information about how to resend transactions and view their transaction history, see Resending Transactions and Viewing Resend History.