Creación de paquetes de flujo de documentos PIP

Puesto que RosettaNet en ocasiones añade PIP, quizás necesite crear sus propios paquetes PIP para dar soporte a estos nuevos PIP o para dar soporte a ampliaciones de los PIP. Si no se indica lo contrario, los procedimientos de esta sección describen cómo crear el paquete de flujo de documentos PIP para PIP 5C4 V01.03.00. Business Integration Connect suministra un paquete de flujo de documentos PIP para PIP 5C4 V01.02.00, de forma que los procedimientos en realidad documentan cómo llevar a cabo una actualización. Sin embargo, la creación de un paquete de flujo de documentos PIP es similar y los procedimientos identifican a todos los pasos adicionales.

Antes de empezar, baje las especificaciones de PIP de www.rosettanet.org para la nueva versión y, si está llevando a cabo una actualización, la versión anterior. Por ejemplo, si está llevando a cabo la actualización que se describe en los procedimientos, baje 5C4_DistributeRegistrationStatus_V01_03_00.zip y 5C4_DistributeRegistrationStatus_V01_02_00.zip. La especificación incluye los siguientes tipos de archivo:

La creación o actualización de un paquete de flujo de documentos PIP implica los procedimientos siguientes:

Creación de los archivos XSD

Un paquete de flujo de documentos PIP contiene archivos de esquema XML que definen formatos de mensaje y valores aceptables para elementos. El siguiente procedimiento describe cómo crear estos archivos basándose en el contenido del archivo de especificación de PIP.

En el archivo de especificación de PIP, se creará como mínimo un archivo XSD para cada archivo DTD. En el ejemplo de la actualización a PIP 5C4 V01.03.00, puesto que ha cambiado el formato de mensaje, el procedimiento describe cómo crear el archivo BCG_5C4RegistrationStatusNotification_V01.03.xsd como ejemplo. Para obtener más información sobre los archivos XSD, consulte Acerca de la validación.

Para crear los archivos XSD para el paquete de flujo de documentos PIP, siga estos pasos:

  1. Importe o suba el archivo DTD a un editor de XML como WebSphere Studio Application Developer. Por ejemplo, cargue el archivo 5C4_MS_V01_03_RegistrationStatusNotification.dtd.
  2. Utilizando el editor XML, convierta el DTD en un esquema XML. Los pasos siguientes describen cómo hacerlo con ayuda del Application Developer:
    1. En el panel de navegación de la perspectiva XML, abra el proyecto que contiene el archivo DTD importado.
    2. Pulse el botón derecho sobre el archivo DTD y seleccione Generar > Esquema XML.
    3. En el panel Generar, escriba o seleccione en qué posición desea guardar el nuevo archivo XSD. En el campo del nombre del archivo, escriba el nombre del nuevo archivo XSD. En el ejemplo, el nombre BCG_5C4RegistrationStatusNotification_V01.03.xsd. Pulse Finalizar.
  3. Compense los elementos que tienen múltiples valores de cardinalidad en las directrices de XML de RosettaNet añadiendo especificaciones al nuevo archivo XSD. Las directrices muestran los elementos del mensaje en forma de árbol, mostrando la cardinalidad de cada elemento a la izquierda del elemento:




    Normalmente, los elementos de las directrices coinciden con las definiciones de los elementos en el archivo DTD. Sin embargo, las directrices podrían incluir algunos elementos que tienen los mismos nombres pero cardinalidades diferentes. Puesto que DTD no puede proporcionar la cardinalidad en este caso, será necesario modificar el XSD. Por ejemplo, el archivo de directrices 5C4_MG_V01_03_00_RegistrationStatusNotification.htm tiene una definición para ContactInformation en la línea 15 que tiene cinco elementos hijo con las siguientes cardinalidades:

    1 contactName

    0..1 EmailAddress

    0..1 facsimileNumber

    0..1 PhysicalLocation

    0..1 telephoneNumber

    La definición de ContactInformation de la línea 150 tiene cuatro elementos hijo con las siguientes cardinalidades:

    1 contactName

    1 EmailAddress

    0..1 facsimileNumber

    1 telephoneNumber

    En el archivo XSD, sin embargo, cada hijo de ContactInformation tiene una cardinalidad que obedece a ambas definiciones:

    <xsd:element name="ContactInformation">
       <xsd:complexType>
         <xsd:sequence>
           <xsd:element ref="contactName"/>
           <xsd:element maxOccurs="1" minOccurs="0" ref="EmailAddress"/>
           <xsd:element maxOccurs="1" minOccurs="0" ref="facsimileNumber"/>
           <xsd:element maxOccurs="1" minOccurs="0" ref="PhysicalLocation"/>
           <xsd:element maxOccurs="1" minOccurs="0" ref="telephoneNumber"/>
         </xsd:sequence>
       </xsd:complexType>
     </xsd:element>
     

    Si está actualizando el paquete de flujo de documentos PIP de otra versión del paquete y desea volver a utilizar una definición de la otra versión, realice los pasos siguientes para cada una de estas definiciones:

    1. Suprima la definición del elemento. Por ejemplo, suprima el elemento ContactInformation.
    2. Abra el paquete de flujo de documentos PIP de la versión que se está sustituyendo. Por ejemplo, abra el archivo BCG_Package_RNIFV02.00_5C4V01.02.zip.
    3. Busque la definición que desea volver a utilizar. Por ejemplo, la definición de ContactInformation_tipo7 en el archivo BCG_ContactInformation_Types.xsd coincide con la definición que se necesita para la línea 15 de las directrices.
      <xsd:complexType name="ContactInformation_type7">
         <xsd:sequence>
           <xsd:element name="contactName" type="common_FreeFormText_R"/>
           <xsd:element name="EmailAddress" type="common_EmailAddres_R"
               minOccurs="0"/>
           <xsd:element name="facsimileNumber"
               type="common_CommunicationsNumber_R" minOccurs="0"/>
           <xsd:element name="PhysicalLocation"
               type="PhysicalLocation_type1" minOccurs="0" />
           <xsd:element name="telephoneNumber"
               type="common_CommunicationsNumber_R minOccurs="0" />
         </xsd:sequence>
       </xsd:complexType>
       
    4. En el nuevo archivo XSD que se está creando para el paquete de flujo de documentos PIP actualizado, cree una referencia al archivo XSD que contiene la definición que desea volver a utilizar. Por ejemplo, cree una referencia a BCG_ContactInformation_Types.xsd en el archivo BCG_5C4RegistrationStatusNotification_V01.03.xsd del siguiente modo:

      <xsd:include schemaLocation="BCG_ContactInformation_Types.xsd"/>

    5. En el nuevo archivo XSD, suprima el atributo ref de los elementos que se refieren al elemento que ha suprimido. Añada un atributo de tipo que se refiera a la definición que está reutilizando. Por ejemplo, en el elemento productProviderFieldApplicationEngineer, suprima ref="Contact Information" y añada lo siguiente:
      name="ContactInformation
       type="ContactInformation_type7"
       

    Si está creando un paquete de flujo de documentos PIP o está actualizando un paquete de flujo de documentos PIP pero la definición que necesita no existe en la otra versión, realice los pasos siguientes para cada instancia del elemento que ha encontrado en las directrices:

    1. Suprima la definición del elemento. Por ejemplo, suprima el elemento ContactInformation.
    2. Cree una definición sustitutiva. Por ejemplo, cree la definición ContactInformation_localType1 para la definición de la línea 15 de las directrices.
      <xsd:complexType name="ContactInformation_localType1">
         <xsd:sequence>
           <xsd:element ref="contactName"/>
           <xsd:element maxOccurs="1" minOccurs="0" ref="EmailAddress"/>
           <xsd:element maxOccurs="1" minOccurs="0"
               ref="facsimileNumber"/>
           <xsd:element maxOccurs="1" minOccurs="0"
               ref="PhysicalLocation"/>
           <xsd:element maxOccurs="1" minOccurs="0"
               ref="telephoneNumber"/>
         </xsd:sequence>
       </xsd:complexType>
       
    3. Para los elementos que se refieran al elemento que ha suprimido, suprima su atributo ref y añada un atributo de tipo que se refiera al tipo complejo apropiado definido en el paso anterior. Por ejemplo, en el elemento productProviderFieldApplicationEngineer, suprima ref="Contact Information" y añada lo siguiente:
      name="ContactInformation
       type="ContactInformation_localType1"
       

      Elemento productProviderFieldApplicationEngineer previo a la modificación

      <xsd:element name="productProviderFieldApplicationEngineer">
         <xsd:complexType>
           <xsd:sequence>
             <xsd:element ref="ContactInformation"/>
           </xsd:sequence>
         </xsd:complexType>
       </xsd:element>
       

      Elemento productProviderFieldApplicationEngineer después de su modificación

      <xsd:element name="productProviderFieldApplicationEngineer">
         <xsd:complexType>
           <xsd:sequence>
             <xsd:element name="ContactInformation"
                 type="ContactInformation_localType1"/>
           </xsd:sequence>
         </xsd:complexType>
       </xsd:element>
       
  4. Especifique los valores de enumeración para los elementos que sólo pueden tener valores específicos. Las directrices definen los valores de enumeración en las tablas de la sección Información de directrices. Por ejemplo, GlobalRegistrationComplexityLevelCode tiene la tabla siguiente:




    Por lo tanto, en un mensaje PIP 5C4 V01.03.00, GlobalRegistrationComplexityLegelCode sólo puede tener los valores siguientes: Above average (por encima de la media), Average (normal), Maximum (máximo), Minim (mínimo), None (ninguno) y Some (alguno).

    Si está actualizando el paquete de flujo de documentos PIP basado en otra versión del paquete y desea volver a utilizar un juego de valores de enumeración de la otra versión, realice los pasos siguientes para cada juego:

    1. Suprima la definición para el elemento. Por ejemplo, suprima el elemento GlobalRegistrationComplexityLevelCode:
    2. Abra el paquete de flujo de documentos PIP de la versión que se está sustituyendo. Por ejemplo, abra el archivo BCG_Package_RNIFV02.00_5C4V01.02.zip.
    3. Busque la definición que contiene los valores de enumeración que desea reutilizar. Por ejemplo, la definición _GlobalRegistrationComplexityLevelCode del archivo BCG_GlobalRegistrationComplexityLevelCode.xsd contiene las definiciones del valor de enumeración que se definen en la tabla Instancia de entidad.
      <xsd:simpleType name="_GlobalRegistrationComplexityLevelCode">
         <xsd:restriction base="xsd:string">
           <xsd:enumeration value="Above average"/>
           <xsd:enumeration value="Average"/>
           <xsd:enumeration value="Maximum"/>
           <xsd:enumeration value="Minimum"/>
           <xsd:enumeration value="None"/>
           <xsd:enumeration value="Some"/>
         </xsd:restriction>
       </xsd:simpleType>
       
    4. En el nuevo archivo XSD que se está creando para el paquete de flujo de documentos PIP actualizado, cree una referencia al archivo XSD que contiene la definición que desea volver a utilizar. Por ejemplo, cree una referencia a BCG_GlobalRegistrationComplexityLevelCode.xsd en el archivo BCG_5C4RegistrationStatusNotification_V01.03.xsd del siguiente modo:
      <xsd:include schemaLocation=
           "BCG_GlobalRegistrationComplexityLevelCode_Types.xsd" />
       
    5. En el nuevo archivo XSD, suprima el atributo ref de los elementos que se refieren al elemento que ha suprimido. Añada un atributo de tipo que se refiera a la definición que está reutilizando. Por ejemplo, en el elemento DesignAssemblyInformation, suprima ref="GlobalRegistrationComplexityLevelCode" y añada lo siguiente:
      name="GlobalRegistrationComplexityLevelCode"
       type="_GlobalRegistrationComplexityLevelCode"
       

    Si está creando un paquete de flujo de documentos PIP o está actualizando un paquete de flujo de documentos PIP pero las definiciones del valor de enumeración que necesita no existe en la otra versión, realice los pasos siguientes para los elementos con valores enumerados en las directrices:

    1. Suprima la definición del elemento. Por ejemplo, suprima el elemento GlobalRegistrationComplexityLegelCode.
    2. Cree una definición sustitutiva. Por ejemplo, cree la definición GlobalRegistrationComplexityLegelCode_localType e incluya las definiciones del valor de enumeración tal como se describen en la tabla.
      <xsd:simpleType
           name="GlobalRegistrationComplexityLevelCode_localType">
         <xsd:restriction base="xsd:string">
           <xsd:enumeration value="Above average"/>
           <xsd:enumeration value="Average"/>
           <xsd:enumeration value="Maximum"/>
           <xsd:enumeration value="Minimum"/>
           <xsd:enumeration value="None"/>
           <xsd:enumeration value="Some"/>
         </xsd:restriction>
       </xsd:simpleType>
       
    3. Para los elementos que se refieran al elemento que ha suprimido, suprima su atributo ref y añada un atributo de tipo que se refiera al tipo complejo apropiado definido en el paso anterior. Por ejemplo, suprima ref="GlobalRegistrationComplexityLevelCode" y añada lo siguiente:
      name="GlobalRegistrationComplexityLevelCode"
       type="GlobalRegistrationComplexityLevelCode_localType"
       

      Elemento DesignAssemblyInformation previo a la modificación

      <xsd:element name="DesignAssemblyInformation">
         <xsd:complexType>
           <xsd:sequence>
             <xsd:element maxOccurs="1" minOccurs="0"
                 ref="assemblyComments"/>
             <xsd:element maxOccurs="1" minOccurs="0"
                 ref="demandCreatorTrackingIdentifier"/>
             <xsd:element maxOccurs="unbounded" minOccurs="0"
                 ref="DesignPartInformation"/>
             <xsd:element ref="DesignRegistrationIdentification"/>
             <xsd:element maxOccurs="1" minOccurs="0"
                 ref="GeographicRegion"/>
             <xsd:element maxOccurs="1" minOccurs="0"
                 ref="GlobalRegistrationComplexityLevelCode"/>
             <xsd:element maxOccurs="1" minOccurs="0"
                 ref="GlobalRegistrationInvolvementLevelCode"/>
             <xsd:element maxOccurs="1" minOccurs="0"
                 ref="RegistrationStatus"/>
           </xsd:sequence>
         </xsd:complexType>
       </xsd:element>
       

      Elemento DesignAssemblyInformation después de la modificación

      <xsd:element name="DesignAssemblyInformation">
         <xsd:complexType>
           <xsd:sequence>
             <xsd:element maxOccurs="1" minOccurs="0"
                ref="assemblyComments"/>
             <xsd:element maxOccurs="1" minOccurs="0"
                ref="demandCreatorTrackingIdentifier"/>
             <xsd:element maxOccurs="unbounded" minOccurs="0"
                ref="DesignPartInformation"/>
             <xsd:element ref="DesignRegistrationIdentification"/>
             <xsd:element maxOccurs="1" minOccurs="0"
                ref="GeographicRegion"/>
             <xsd:element maxOccurs="1" minOccurs="0"
                name="GlobalRegistrationComplexityLevelCode"
                  type="GlobalRegistrationComplexityLevelCode_localType"/>
        
             <xsd:element maxOccurs="1" minOccurs="0"
                ref="GlobalRegistrationInvolvementLevelCode"/>
             <xsd:element maxOccurs="1" minOccurs="0"
                ref="RegistrationStatus"/>
           </xsd:sequence>
         </xsd:complexType>
       </xsd:element>
       
  5. Establezca el tipo de datos, la longitud mínima, la longitud máxima y la representación de las entidades de datos. Las directrices de mensajes XML de RosettaNet proporcionan esta información en la tabla Entidades de datos empresariales fundamentales, tal como muestra la imagen siguiente:




    Si está actualizando el paquete de flujo de documentos PIP basado en otra versión del paquete y desea volver a utilizar una definición de entidad de datos de la otra versión, realice los pasos siguientes para cada juego:

    1. Suprima la definición para el elemento de entidad de datos. Por ejemplo, suprima el elemento DateStamp:
    2. Abra el paquete de flujo de documentos PIP de la versión que se está sustituyendo. Por ejemplo, abra el archivo BCG_Package_RNIFV02.00_5C4V01.02.zip.
    3. Busque la definición que desea volver a utilizar. Por ejemplo, la definición _common_DateStamp_R del archivo BCG_common.xsd contiene la siguiente definición, que se ajusta a la información indicada en las directrices.
      <xsd:simpleType name="_common_DateStamp_R">
         <xsd:restriction base="xsd:string">
           <xsd:pattern value="[0-9]{8}Z" />
         </xsd:restriction>
       </xsd:simpleType>
       
    4. En el nuevo archivo XSD que se está creando para el paquete de flujo de documentos PIP actualizado, cree una referencia al archivo XSD que contiene la definición que desea volver a utilizar. Por ejemplo, cree una referencia al archivo BCG_common.xsd en el archivo BCG_5C4RegistrationStatusNotification_V01.03.xsd del siguiente modo:
      <xsd:include schemaLocation="BCG_common.xsd" />
       
    5. En el nuevo archivo XSD, suprima el atributo ref de los elementos que se refieren al elemento que ha suprimido. Añada un atributo de tipo que se refiera a la definición que está reutilizando. Por ejemplo, en el elemento DesignAssemblyInformation, suprima ref="DateStamp" y añada lo siguiente:
      name="DateStamp" type="_common_DateStamp_R"
       

    Si está creando un paquete de flujo de documentos PIP o está actualizando un paquete de flujo de documentos PIP pero la definición de entidad de datos que necesita no existe en la otra versión, realice los pasos siguientes para cada elemento de entidad de datos:

    1. Suprima la definición del elemento. Por ejemplo, suprima el elemento DateStamp.
    2. Cree una definición sustitutiva. Por ejemplo, utilice el tipo de datos, la longitud mínima, la longitud máxima y la representación para crear la definición DateStamp_localType.
      <xsd:simpleType name="DateStamp_localType">
         <xsd:restriction base="xsd:string">
           <xsd:pattern value="[0-9]{8}Z" />
         </xsd:restriction>
       </xsd:simpleType>
       
    3. Para los elementos que se refieran al elemento que ha suprimido, suprima su atributo ref y añada un atributo de tipo que se refiera al tipo complejo apropiado definido en el paso anterior. Por ejemplo, suprima ref="DateStamp" y añada lo siguiente:
      name="DateStamp" type="DateStamp_localType"
       

      Elemento beginDate previo a la modificación

      <xsd:element name="beginDate">
         <xsd:complexType">
           <xsd:sequence>
             <xsd:element ref="DateStamp"/>
           </xsd:sequence>
         </xsd:complexType>
       </xsd:element>
       

      Elemento beginDate después de la modificación

      <xsd:element name="beginDate">
         <xsd:complexType">
           <xsd:sequence>
             <xsd:element name="DateStamp" type="DateStamp_localType"/>
           </xsd:sequence>
         </xsd:complexType>
       </xsd:element>
       

Creación del archivo XML

Después de crear los archivos XSD para el paquete de flujo de documentos PIP, puede crear el archivo XML para el paquete RNIF y el archivo XML para el paquete de integración de fondo. Por ejemplo, estos paquetes tienen el nombre BCG_RNIFV02.00_5C4V01.03.zip y BCG_RNSC1.0_RNIFV02.00_5C4V01.03.zip respectivamente. El siguiente procedimiento describe cómo crear el archivo XML para el paquete RNIF:

  1. Extraiga el archivo XML de un archivo de paquete de flujo de documentos PIP RNIF. Si está efectuando una actualización, extraiga el archivo de la versión anterior del paquete, como BCG_Package_RNIFV02.00_5C4V01.02.zip. Si está creando un paquete nuevo, extraiga el archivo de un paquete de flujo de documentos PIP similar al que está creando. Por ejemplo, si está creando un paquete para dar soporte a un PIP de dos acciones, copie el archivo XML de otro paquete PIP de dos acciones.
  2. Copie el archivo y cámbiele el nombre del modo pertinente, por ejemplo RNIFV02.00_5C4V01.03.xml.
  3. En el archivo nuevo, actualice los elementos que contienen información sobre el PIP. Por ejemplo, la tabla siguiente muestra la información que debe actualizarse en el ejemplo del PIP 5C4. Observe que la información podría aparecer más de una vez en el archivo, por lo tanto, asegúrese de que puede actualizar todas las instancias.

    Tabla 8. Información de actualización de PIP 5C4
    Información que debe modificarse Valor anterior Valor nuevo

    ID de PIP

    5C4

    5C4

    Versión de PIP

    V01.02

    V01.03

    El nombre del archivo DTD del mensaje de petición sin la extensión del archivo

    5C4_MS_V01_02_
    RegistrationStatusNotification

    5C4_MS_V01_03_
    RegistrationStatusNotification

    El nombre del archivo DTD del mensaje de confirmación sin la extensión del archivo (sólo para PIP de dos acciones)

    N/D

    N/D

    El nombre del archivo XSD del mensaje de petición sin la extensión del archivo

    BCG_5C4RegistrationStatusNotification_
    V01.02

    BCG_5C4RegistrationStatusNotification_
    V01.03

    El nombre del archivo XSD del mensaje de confirmación sin la extensión del archivo (sólo para PIP de dos acciones)

    N/D

    N/D

    Nombre del elemento raíz en el archivo XSD para el mensaje de petición

    Pip5C4RegistrationStatusNotification

    Pip5C4RegistrationStatusNotification

    Nombre del elemento raíz en el archivo XSD para el mensaje de confirmación (sólo para PIP de dos acciones)

    N/D

    N/D

  4. Abra el documento de la especificación de PIP y utilícelo para actualizar la información que aparece en la tabla siguiente. Si está llevando a cabo una actualización, compare las especificaciones de las versiones, pues quizás no sea necesario que actualice estos valores.

    Tabla 9. Información de actualización de PIP 5C4 de la especificación de PIP
    Información que debe actualizarse Descripción Valor en el paquete 5C4

    Nombre de la actividad

    Especificado en la tabla 3-2

    Distribuir estado de registro

    Nombre de rol del iniciador

    Especificado en la tabla 3-1

    Proveedor de productos

    Nombre de rol del respondedor

    Especificado en la tabla 3-1

    Creador de la demanda

    Nombre de acción de petición

    Especificado en la tabla 4-2

    Notificación de estado de registro

    Nombre de acción de confirmación

    Especificado en la tabla 4-2 (sólo para PIP de dos acciones)

    N/D

  5. Actualice los valores de los atributos del paquete. Si está llevando a cabo una actualización, compare las especificaciones de las versiones, pues quizás no sea necesario que actualice estos valores.

    Tabla 10. Actualizaciones de los atributos de PIP 5C4
    Información que debe actualizarse Descripción Valor en el paquete 5C4 Vía de acceso del elemento en el archivo XML

    NonRepudiationRequired

    Especificado en la tabla 3-3

    N

    ns1:Package
    ns1:Protocol
    ns1:Process
    ns1:Attribute (su ATTRIBUTEKEY es NonRepudiationRequired)
    ns1:AttributeValue
    AttributePickListItem
    ATTRVALUEKEY

    NonRepudiationOfReceipt

    Especificado en la tabla 3-3

    N

    ns1:Package
    ns1:Protocol
    ns1:Process
    ns1:Attribute (su ATTRIBUTEKEY es NonRepudiationOfReceipt)
    ns1:AttributeValue
    AttributePickListItem
    ATTRVALUEKEY

    DigitalSignatureRequired

    Especificado en la tabla 5-1

    Y

    ns1:Package
    ns1:Protocol
    ns1:Process
    ns1:Attribute (su ATTRIBUTEKEY es DigitalSignatureRequired)
    ns1:AttributeValue
    AttributePickListItem
    ATTRVALUEKEY

    TimeToAcknowledge

    Especificado en la tabla 3-3

    2
    (120 min)

    ns1:Package
    ns1:Protocol
    ns1:Process
    ns1:Attribute (su ATTRIBUTEKEY es TimeToAcknowledge)
    ns1:AttributeValue
    ATTRVALUE

    TimeToPerform

    Especificado en la tabla 3-3

    2
    (120 min)

    ns1:Package
    ns1:Protocol
    ns1:Process
    ns1:Attribute (su ATTRIBUTEKEY es TimeToPerform)
    ns1:AttributeValue
    ATTRVALUE

    RetryCount

    Especificado en la tabla 3-3

    3

    ns1:Package
    ns1:Protocol
    ns1:Process
    ns1:Attribute (su ATTRIBUTEKEY es RetryCount)
    ns1:AttributeValue
    ATTRVALUE

  6. Actualice los elementos ns1:Package/ns1:Protocol/GuidelineMap para eliminar los archivos XSD que no se utilicen y para añadir los archivos XSD que se han creado o para los que se han establecido referencias, tal como muestra el ejemplo siguiente para BCG_common.xsd.

Para crear el paquete de integración de fondo, repita el procedimiento anterior, con las diferencias siguientes:

Después de crear los archivos XML y XSD, podrá crear los paquetes de flujo de documentos PIP.

Creación del paquete

Para crear el paquete RNIF, siga estos pasos:

  1. Cree un directorio GuidelineMaps y copie los archivos XSD del paquete en este directorio.
  2. Cree un directorio Packages y copie el archivo XML RNIF en este directorio.
  3. Acceda al directorio padre y cree un paquete de flujo de documentos PIP (archivo ZIP) que contenga el directorio GuidelineMaps y Packages. Debe respetar la estructura de directorios del archivo ZIP.

Para crear el paquete de integración de fondo, lleve a cabo el procedimiento anterior pero utilice el archivo XML de integración de fondo en lugar del archivo RNIF.

Tras crear el paquete PIP, puede subirlo mediante el procedimiento descrito para la subida de paquetes RNIF.

Copyright IBM Corp. 1997, 2004