IBM E02HRLL-G Administration Guide - Page 123

For a Delivery Manager failure, Resend

Page 123 highlights

To re-send a failed In document, select In document and click Resend. The document is resubmitted either from DAE or BPE based on the failure location. For example, In document failures can occur in DAE in the following cases: v Received document size is more than the maximum size limit. v Non-repudiation of the received document failed. v Failed sending the document to BPE. In document failures can occur in BPE in the following cases: v Fixed inbound workflow failures - While unpackaging, the message failures can occur while decrypting the message or verifying the signature. This can be caused by incorrect configuration of certificates at the partner or hub. - B2B capabilities are not configured for the partner. v Variable workflow failures - Validation maps are not configured. - Invalid Translation maps are configured. Note: Documents that fail in the Receiver are resubmitted when the administrator resolves the problem. To re-send failed Out documents, select the Out document and click Resend. The document is resubmitted either from BPE or Delivery Manager. Out document failures can occur in the following cases: v For a BPE failure resubmitting the Out document itself does not make sense, so in a BPE failure the In document should be resubmitted. This ensures that anything that was incorrect in the BPE flow that was corrected will get picked up. An example of a correction may be in the transformation. Out document failures in BPE can be Fixed outbound workflow failures. Packaging of the message can fail while encrypting or signing the message because of incorrect certificate configurations for partner or hub. v For a Delivery Manager failure: - If the problem was because of an error in the BPE flow, the In document should be resubmitted. This ensures that any corrections in the BPE flow will get picked up. For example, if the destination information was incorrect. - If the failure was caused by something else, for example, the destination transport was down, then a resubmit of the Out document can be done, although the In document can also be resubmitted. There is an underlying assumption that nothing has changed that would break a re-send, especially from the DAE or BPE. For example, if the In document is encrypted, the certificates required to decrypt the document should not have been changed from the certificates that were used to encrypt the document. The administrator has to be aware of any potential consequences of the re-send. When re-sending the In document, the document goes through the complete workflow processing steps. For example, if a document is an AS2 Request from the partner and an MDN is required, then an MDN is sent to the partner even though an MDN might have already been sent the first time the document was processed. Also duplicate document ID checking is bypassed. However, depending on the business protocol, a ″duplicate document ID is detected″ warning might still be issued. Chapter 11. Viewing events and documents 117

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204
  • 205
  • 206
  • 207
  • 208
  • 209
  • 210
  • 211
  • 212
  • 213
  • 214
  • 215
  • 216
  • 217
  • 218
  • 219
  • 220
  • 221
  • 222
  • 223
  • 224
  • 225
  • 226
  • 227
  • 228
  • 229
  • 230
  • 231
  • 232
  • 233
  • 234
  • 235
  • 236
  • 237
  • 238
  • 239
  • 240
  • 241
  • 242
  • 243
  • 244
  • 245
  • 246
  • 247
  • 248
  • 249
  • 250
  • 251
  • 252
  • 253
  • 254
  • 255
  • 256
  • 257
  • 258
  • 259
  • 260
  • 261
  • 262
  • 263
  • 264
  • 265
  • 266
  • 267
  • 268

To re-send a failed
In
document, select
In
document and click
Resend
. The
document is resubmitted either from DAE or BPE based on the failure location. For
example,
In
document failures can occur in DAE in the following cases:
v
Received document size is more than the maximum size limit.
v
Non-repudiation of the received document failed.
v
Failed sending the document to BPE.
In
document failures can occur in BPE in the following cases:
v
Fixed inbound workflow failures
While unpackaging, the message failures can occur while decrypting the
message or verifying the signature. This can be caused by incorrect
configuration of certificates at the partner or hub.
B2B capabilities are not configured for the partner.
v
Variable workflow failures
Validation maps are not configured.
Invalid Translation maps are configured.
Note:
Documents that fail in the Receiver are resubmitted when the administrator
resolves the problem.
To re-send failed
Out
documents, select the
Out
document and click
Resend
. The
document is resubmitted either from BPE or Delivery Manager.
Out
document failures can occur in the following cases:
v
For a BPE failure resubmitting the
Out
document itself does not make sense, so
in a BPE failure the
In
document should be resubmitted. This ensures that
anything that was incorrect in the BPE flow that was corrected will get picked
up. An example of a correction may be in the transformation.
Out
document
failures in BPE can be Fixed outbound workflow failures. Packaging of the
message can fail while encrypting or signing the message because of incorrect
certificate configurations for partner or hub.
v
For a Delivery Manager failure:
If the problem was because of an error in the BPE flow, the
In
document
should be resubmitted. This ensures that any corrections in the BPE flow will
get picked up. For example, if the destination information was incorrect.
If the failure was caused by something else, for example, the destination
transport was down, then a resubmit of the
Out
document can be done,
although the
In
document can also be resubmitted.
There is an underlying assumption that nothing has changed that would break a
re-send, especially from the DAE or BPE. For example, if the
In
document is
encrypted, the certificates required to decrypt the document should not have been
changed from the certificates that were used to encrypt the document. The
administrator has to be aware of any potential consequences of the re-send.
When re-sending the
In
document, the document goes through the complete
workflow processing steps. For example, if a document is an AS2 Request from the
partner and an MDN is required, then an MDN is sent to the partner even though
an MDN might have already been sent the first time the document was processed.
Also duplicate document ID checking is bypassed. However, depending on the
business protocol, a
duplicate document ID is detected
warning might still be
issued.
Chapter 11. Viewing events and documents
117