Canalización de recepción de BTARN

El Acelerador de Microsoft BizTalk para RosettaNet (BTARN) realiza la recepción de mensajes del Marco de implementación de RosettaNet (RNIF) con la canalización RNIFReceive (RNIFReceive.btp). La canalización de recepción incluye los siguientes componentes:

• ReceiveMessageNonRepudiate

• RNMimeDecoder (preprocesador y descodificador MIME)

• RNDAsm (desensamblador XML)

• RNPartyRes (componente de resolución de entidades)

• MessageUpdater

ReceiveMessageNonRepudiate

Este componente almacena el mensaje recibido en la tabla MessageStorageIn. Este componente realiza el procesamiento de no rechazo requerido por los estándares RNIF.

RNMimeDecoder

Este componente se basa en el preprocesador/descodificador MIME nativo BizTalk Server. RNMimeDecoder agrega la siguiente funcionalidad para el procesamiento de RNIF:

• Para RNIF 2.01, descifra el contenido del servicio y los datos adjuntos, si están presentes.

• Para RNIF 1.1, controla el encabezado de 8 bytes y el encabezado de firma desasociado al final de la carga.

  Para obtener más información sobre el preprocesador o descodificador de BizTalk Server nativo, vea "Componente de canalización de descodificador MIME/SMIME" en BizTalk Server Ayuda.

RNDAsm

Este componente se basa en el desensamblador XML de BizTalk Server nativo. RNDAsm agrega la siguiente funcionalidad para el procesamiento de RNIF:

• Si un documento entrante tiene un encabezado DOCTYPE, este componente genera un espacio de nombres a partir de él y mueve todos los nodos del documento entrante a ese espacio de nombres.

• Realiza la correlación de mensajes para determinar si un mensaje entrante es un duplicado y genera un mensaje de error si el mensaje es duplicado.

• Almacena los datos adjuntos como partes adicionales del mensaje.

• Promueve las propiedades del mensaje.

  Para obtener más información sobre el desensamblador de BizTalk Server nativo, vea "Componente de canalización de desensamblador XML" en BizTalk Server Ayuda.

RNPartyRes

Este componente se basa en el componente nativo de resolución de BizTalk Server parte. RNPartyRes agrega la siguiente funcionalidad para el procesamiento de RNIF:

• Asigna el certificado de remitente si el mensaje entrante está firmado en una entidad de BizTalk. Si el mensaje entrante no está firmado y el acuerdo de socio comercial lo permite, este componente recupera la parte remitente del encabezado de entrega para RNIF 2.01 o el encabezado de servicio para RNIF 1.1.

• Valida que el remitente existe y que el remitente tiene un contrato de socio comercial con la organización principal.

  Para obtener más información sobre el componente nativo de resolución de BizTalk Server entidad, vea "Componente de canalización de resolución de entidades" en BizTalk Server Ayuda.

MessageUpdater

Este componente agrega la siguiente funcionalidad para el procesamiento de RNIF:

• Novedades la tabla MessageStorageIn con detalles sobre el código PIP, la versión de PIP, la entidad de origen, la entidad de destino y el identificador de seguimiento de mensajes del mensaje de conexión almacenado por el componente ReceiveMessageNonRepudiate.

• Si el PIP no requiere rechazo, marca el registro para su eliminación, estableciendo ToBePurged = True.

Flujo de mensajes

El flujo de mensajes a través de la canalización de recepción de BTARN es el siguiente:

1. El adaptador HTTP recibe un objeto RNIF 1.1 o un mensaje empresarial RNIF 2.01 a través de HTTP POST.

2. Si el adaptador recibe correctamente el mensaje, el adaptador extrae el objeto RosettaNet o el mensaje empresarial y lo enruta a la canalización de recepción.

3. Si el objeto o el mensaje empresarial están firmados, el preprocesador o descodificador MIME quita la firma.

4. Si la firma es válida, el desensamblador lee el preámbulo.

5. Si el mensaje es un mensaje de acción y se requiere no rechazo (el valor Non-Repudition of Origin y Content en los valores de configuración del proceso es True), el descodificador calcula y conserva el resumen.

6. El desensamblador valida el preámbulo (con directrices de mensaje (MSG) y el esquema de preámbulos en las variables globales.

7. Para RNIF 2.01, el desensamblador lee el encabezado de entrega y valida el encabezado mediante las directrices de MSG y el esquema del encabezado de entrega en las variables globales.

8. Para RNIF 2.01, el desensamblador extrae la información del asociado del encabezado de entrega y examina la firma para comprobar que pertenece al asociado.

9. Para RNIF 2.01, si la carga está cifrada, el descodificador descifra el contenedor de carga.

10. El desensamblador lee el encabezado de servicio y valida el encabezado mediante las directrices de MSG y el esquema de encabezado de servicio en las variables globales.

11. Para RNIF 1.1, el desensamblador extrae la información del asociado del encabezado de servicio y examina la firma para comprobar que pertenece al asociado.

12. El desensamblador comprueba si el asociado está autorizado para el PIP. Si no es así, el desensamblador responderá a un HTTP POST con un mensaje de estado HTTP 403, si es necesario, y publicará un error.

13. Si el mensaje es un mensaje de acción firmado y no rechazo de origen y contenido está establecido Trueen , el componente ReceiveMessageNonRepudiate conserva el mensaje original en la tabla MessageStorageIn.

14. Si el mensaje es un mensaje de señal firmado y No rechazo requerido se establece Trueen , el componente ReceiveMessageNonRepudiate conserva el mensaje de señal en la tabla MessageStorageIn.

15. Si el mensaje se conserva en la tabla MessageStorageIn para no rechazo, MessageUpdater actualiza la tabla MessageStorageIn con las propiedades de la configuración del proceso del mensaje.

16. Si el mensaje es un mensaje de acción que es un duplicado de un mensaje de acción procesado anteriormente, BTARN publicará un error.

17. En el caso de RNIF 2.01, el descodificador descifrará la carga si el mensaje de acción está cifrado y hay una coincidencia entre los requisitos de sincronización http y sincronización de PIP.

18. El desensamblador lee el contenido del servicio y lo valida mediante las directrices de MSG y el esquema.

19. Para RNIF 2.01, el desensamblador comprueba que el manifiesto es válido y el identificador de contenido está presente.

20. Para RNIF 2.01, el desensamblador leerá los datos adjuntos.

21. BTARN enruta los encabezados, el contenido del servicio y los datos adjuntos de RosettaNet al proceso público.

Consulte también

Procesamiento de mensajes en BTARN