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. WebSphere Partner Gateway suministra un paquete de flujo de documentos PIP para PIP 5C4 V01.02.00. Por lo tanto, los procedimientos en realidad documentan cómo realizar 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, descargue las especificaciones de PIP de www.rosettanet.org para la nueva versión y, si está realizando una actualización, la versión anterior. Por ejemplo, si está realizando la actualización que se describe en los procedimientos, descargue 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.
    4. 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:

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

    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 basándose en 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="Información de contacto" y añada la siguiente información:
      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="Información de contacto" y añada la siguiente información:
      name="ContactInformation"
       type="ContactInformation_localType1"   

      La Figura 35 muestra el elemento productProviderFieldApplicationEngineer antes de modificarse.

      Figura 35. 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>

      La Figura 36 muestra el elemento productProviderFieldApplicationEngineer después de modificarse.

      Figura 36. 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, en un mensaje PIP 5C4 V01.03.00, GlobalRegistrationComplexityLevelCode sólo puede tener los siguientes valores: Above average (por encima de la media), Average (normal), Maximum (máximo), Minimum (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 la siguiente información:
      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 GlobalRegistrationComplexityLevelCode.
    2. Cree una definición sustitutiva. Por ejemplo, cree la definición GlobalRegistrationComplexityLevelCode_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 la siguiente información:
      name="GlobalRegistrationComplexityLevelCode"
       type="GlobalRegistrationComplexityLevelCode_localType"   

      La Figura 37 muestra el elemento DesignAssemblyInformation antes de modificarse.

      Figura 37. 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>

      La Figura 38 muestra el elemento DesignAssemblyInformation después de modificarse.

      Figura 38. 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.

    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 la siguiente información:
      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 la siguiente información:
      name="DateStamp" type="DateStamp_localType"

      La Figura 39 muestra el elemento beginDate antes de modificarse.

      Figura 39. 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>

      La Figura 40 muestra el elemento beginDate después de modificarse.

      Figura 40. 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 programas de fondo. Por ejemplo, estos paquetes se denominan BCG_Package_RNIFV02.00_5C4V01.03.zip y BCG_Package_RNSC1.0_RNIFV02.00_5C4V01.03.zip. 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 (por ejemplo, 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, BCG_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. Asegúrese de actualizar todas las instancias.
    Tabla 37. 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_5C4RegistrationStatus
    Notification_V01.02
    BCG_5C4RegistrationStatus
    Notification_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 Pip5C4RegistrationStatus
    Notificación
    Pip5C4RegistrationStatus
    Notificación
    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á realizando una actualización, compare las especificaciones de las versiones, pues quizás no sea necesario que actualice estos valores.
    Tabla 38. 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 Distribución de 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á realizando una actualización, compare las especificaciones de las versiones, pues quizás no sea necesario que actualice estos valores.
    Nota: si está creando el paquete de integración de programas de fondo, omita este paso y vaya al paso 6.
    Tabla 39. 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
    NonRepudiation
    Obligatorio
    Especificado en la tabla 3-3 N ns1:Package
    ns1:Protocol
    ns1:Process
    ns1:Attribute (su ATTRIBUTEKEY es NonRepudiationRequired)
    ns1:AttributeValue
    AttributePickListItem
    ATTRVALUEKEY
    NonRepudiationOf
    Recepción
    Especificado en la tabla 3-3 N ns1:Package
    ns1:Protocol
    ns1:Process
    ns1:Attribute (su ATTRIBUTEKEY es NonRepudiationOfReceipt)
    ns1:AttributeValue
    AttributePickListItem
    ATTRVALUEKEY
    DigitalSignature
    Obligatorio
    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.

Para crear el paquete de integración de programas de fondo, repita los pasos 1 a 6, con las diferencias siguientes:

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

Creación de 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 programas de fondo, siga los pasos 1 a 3, pero utilice el archivo XML de la integración de programas de fondo del archivo RNIF.

Tras crear el paquete PIP, puede subirlo mediante el procedimiento descrito en Paquetes de flujo de documentos RNIF y PIP.

Copyright IBM Corp. 2003, 2005