EDI
Sitio web de Altova: Asignación EDI
EDI (intercambio electrónico de datos) es un grupo de estándares que permite el intercambio electrónico de datos entre organizaciones y empresas. En MapForce los documentos EDI son componentes estructurales que se pueden usar como orígenes y destinos de datos. MapForce permite traducir datos en formato EDI en estos lenguajes de transformación: BUILT-IN, C#, C++ y Java. Por cada componente EDI, MapForce puede procesar varios tipos de mensajes del mismo estándar EDI y la misma versión.
Si su organización usa especificaciones EDI no estándar, puede crear una colección EDI personalizada. En función de las necesidades de su negocio, puede agregar mensajes personalizados, segmentos, elementos de datos, listas de código, etc. También puede personalizar las reglas de validación.
Estándares EDI compatibles
MapForce es compatible con estos estándares EDI:
UN/EDIFACT (las reglas de las Naciones Unidas para el intercambio electrónico de datos sobre administración, comercio y transportes) es un conjunto de estándares para el intercambio de documentos electrónico. MapForce es compatible con estos directorios UN/EDIFACT: D.93A y superior. La versión UN/EDIFACT más reciente es la que viene instalada con MapForce.
En la página Bibliotecas de MapForce de Altova puede descargar un instalador aparte para todas las versiones anteriores hasta la versión D.93A, incluidos los archivos de configuración necesarios para las asignaciones EDI interactivas.
Mensajes EDIFACT estándar e interactivosMapForce permite asignar datos a y desde mensajes UN/EDIFACT estándar e interactivos. Recuerde que MapForce no transmite archivos reales entre las partes que participan en el proceso de intercambio UN/EDIFACT. Lo que hace MapForce es generar esos archivos o asignarlos a otros formatos.
Para poder asignar datos a o desde mensajes EDIFACT interactivos:
•Debe tener instalado MapForce 2018 o más reciente. •Si desea trabajar con mensajes EDI interactivos, debe instalarlos por separado. El instalador está disponible en la página Bibliotecas de MapForce de Altova. Una vez haya instalado el paquete, las colecciones EDI y los tipos de mensajes nuevos se habilitan en el cuadro de diálogo Examinar colecciones de componentes EDI.
Para agregar un componente UN/EDIFACT estándar o interactivo a la asignación siga las instrucciones del apartado Agregar componentes EDI. Los documentos UN/EDIFACT estándar e interactivos tienen estructuras distintas. Por tanto, en MapForce un componente EDIFACT puede ser estándar o interactivo, pero no los dos al mismo tiempo.
|
HL7 (Health Level Seven) es un estándar sectorial para el intercambio electrónico de información clínica. MapForce es compatible con las versiones 2 y 3 de HL7 (detalles más abajo). Para más información consulte el sitio web de HL7.
HL7 Versión 2Para HL7 versión 2, MapForce es compatible con las versiones 2.2 - 2.6. En MapForce la versión predeterminada de HL7 Versión 2 es la versión 2.6. Para agregar documentos HL7 V2 a una asignación siga las instrucciones del apartado Agregar componentes EDI.
HL7 Versión 3MapForce permite asignar datos a y desde documentos HL7 versión 3. Al contrario que la versión 2 de HL7, el estándar HL7 versión 3 se basa en XML. Recuerde que MapForce no instala ningún esquema de HL7 versión 3 por defecto. Puede añadir componentes HL7 Versión 3 a su asignación de la misma forma que cuando añade componentes XML.
|
PADIS (Passenger and Airport Data Interchange Standards) es un estándar sectorial para el intercambio de datos sobre pasajeros y aeropuertos. Los mensajes PADIS usan la sintaxis de EDIFACT (ISO 9735). MapForce es compatible con estas versiones: 00.1 to 08.1. En MapForce la versión predeterminada de PADIS es la versión 08.1. Actualmente, MapForce solo admite mensajes que utilicen los segmentos de encabezado y finalización de mensajes UNH/UNT.
Para más información sobre IATA PADIS consulte el sitio web de IATA.
|
ASC X12 es una familia de estándares sectoriales para el intercambio de datos. MapForce es compatible con estas versiones: 3040, 3050, 3060, 3070, 4010, 4020, 4030, 4040, 4041, 4042, 4050, 4051, 4052, 4060, 5010, 5011, 5012, 5020, 5030, 5040, 5050, 6010, 6020, 6030 y 6040. En MapForce la versión predeterminada de ASC X12 es la versión 6040.
Componentes X12 997/999MapForce puede crear componentes X12 997/999 automáticamente. Para más información consulte el apartado Crear componentes X12 997/999.
|
HIPAA X12 es un estándar para transacciones electrónicas de datos médicos entre aseguradoras, proveedoras y empleados. El estándar lo estableció el Departamento estadounidense de servicios humanos y de salud. HIPAA está basado en el estándar X12 EDI 5010 pero tiene versiones propias compatibles con MapForce 2011 Release 3 o superior. En MapForce la versión predeterminada de HIPAA X12 es la versión A2 de las especificaciones de implementación HIPAA (TR3). Puede descargar versiones más antiguas desde el sitio web de Altova.
MapForce admite la generación automática del reconocimiento funcional X12 999. Para más información consulte el apartado Crear componentes X12 997/999.
|
TRADACOMS (Trading Data Communications) es un estándar del Reino Unido utilizado en el comercio minorista. MapForce implementa la especificación TRADACOMS base siguiendo lo dispuesto en el manual TRADACOMS Manual of Standards for Electronic Data Interchange, publicado en enero de 1993 por la asociación Article Numbering Association (ANA) UK, que ahora se conoce con el nombre GS1 UK. MapForce se puede personalizar para las demás versiones de TRADACOMS por medio de archivos de configuración, de modo que procese tipos de mensaje, elementos de datos y valores de código nuevos.
Mantener ceros iniciales en TRDT-1/TRDT-2En la especificación TRADACOMS el tipo de datos de los segmentos TRDT-1 y TRDT-2 (fecha y hora de transmisión) es decimal. Esto significa que si asigna datos de los nodos TRDT-1 y TRDT-2 los ceros iniciales de esos nodos se eliminan al ejecutar la asignación.
Para convertir campos numéricos en cadenas de texto y conservaros ceros iniciales, use la función format-number En el ejemplo siguiente el calor del nodo TRDT-1 del documento INVFIL es 020312. Sin la función format-number el resultado sería 20312.
|
Los documentos SAP IDoc (documentos intermedios) sirven para intercambiar datos comerciales entre aplicaciones SAP y aplicaciones no SAP. Para más información sobre SAP IDoc consulte el portal de ayuda de SAP.
Un documento IDoc se divide en varios apartados:
•Control Record contiene información de control sobre el IDoc: emisor, destinatario, tipo de mensaje y tipo de IDoc. El formato del registro de control es parecido en todos los tipos de IDoc. •Data Segment contiene los datos del segmento junto a otros metadatos (encabezado, número de segmento, tipo y campos que contienen datos). •Status Records contiene información sobre el estado actual del documento, como los estados ya procesados y los que quedan por procesar. El formato del estado de control es idéntico en todos los tipos de IDoc.
El número de versión en la definición del puerto (véase la lista siguiente) indica los sistemas con los que se comunica. La diferencias principales entre las versiones es la longitud de los nombres de los elementos y las extensiones. SAP R3 versión 4.X admite nombres y extensiones largos, mientras que las versiones anteriores no.
•Puerto versión 1: Ediciones 2.1 y 2.2 •Puerto versión 2: Ediciones 3.0, 3.1 y sistemas R/2 •Puerto versión 3: Edición 4.x (predeterminado)
MapForce trata a los componentes IDoc como archivos de longitud fija con una longitud de 30 caracteres por tipo de mensaje, 30 por tipo de IDoc y 27 por campo de segmento.
Para trabajar con mensajes IDoc de SAP debe importar el archivo de especificación correspondiente (también conocido como informe del analizador IDoc) en el cuadro de diálogo Examinar colecciones de componentes EDI. El informe del analizador se crea en el sistema SAP usando la transacción WE60 (documentación para tipos IDoc). Recuerde que el archivo debe exportarse desde SAP en un formato no comprimido. Para más información sobre cómo invocar la transacción WE60 y generar un informe del analizador consulte la documentación de SAP IDoc. La carpeta MapForceExamples incluye un informe del analizador de ejemplo: ORDERS01-Parseridoc.txt.
|
SCRIPT es un estándar para el intercambio electrónico de información en el sector sanitario de EE UU. SCRIPT fue desarrollado por el NCPDP (National Council for Prescription Drug Programs). Estas son las versiones del NCPDP SCRIPT compatibles con MapForce: 8,1, 10,6, 10,10. La versión predeterminada de NCPDP SCRIPT instalada es 10.10. Puede descargar otras versiones de NCPDP-SCRIPT desde el sitio web de Altova.
NCPDP SCRIPT puede basarse en XML o en EDI. Puede añadir componentes de NCPDP SCRIPT basados en datos XML a su asignación de la misma forma que cuando añade componentes XML. Para agregar componentes SCRIPT basado en datos EDI a una asignación siga las instrucciones del apartado Agregar componentes EDI.
|
SWIFT (Sociedad para las Comunicaciones Interbancarias y Financieras Mundiales por sus siglas en inglés) es un proveedor global de servicios de mensajería financiera.
SWIFT MTSWIFT MT (Mensaje de texto por sus siglas en inglés) es un tipo de mensaje que se usa en la red SWIFT. MapForce es compatible con estas versiones de SWIFT: 2019 o más reciente. Recuerde que la versión predeterminada instalada es SWIFT 2024. La única versión que viene preinstalada es la más reciente compatible. Puede descargar otras versiones desde el sitio web de Altova.
Para agregar componentes SWIFT-MT a una asignación siga las instrucciones del apartado Agregar componentes EDI. Para poder asignar datos a o del formato SWIFT MT necesita usar el lenguaje de transformación integrado como lenguaje de transformación.
Restricciones Tenga en cuenta las siguientes limitaciones que se aplican independientemente de si trabaja con SWIFT MT en MapForce o en MapForce Server:
•Estos tipos de mensajes no son compatibles: mensajes no FIN, mensajes (del sistema SWIFT) de categoría 0, mensajes (MTx9x) de categoría n. •Para generar un mensaje SWIFT MT, debe indicar el tipo de mensaje correcto en el encabezado de aplicación desde la asignación, ya que este no se crea automáticamente a partir de los datos de contenido. Asegúrese de asignar los datos para el tipo de mensaje correcto en el cuerpo del texto del mensaje (bloque 4). •En MapForce no es posible validar el contenido de SWIFT MT. Sólo se realizan las comprobaciones básicas necesarias para analizar un mensaje. •Asimismo, no se realizan comprobaciones con respecto a la longitud máxima del mensaje. •Si la entrada no es válida, el analizador se detiene con un mensaje de error y ya no habrá más opciones de recuperación disponibles.
Gestionar tipos de datos SWIFT MTEn MapForce, los tipos de datos simples específicos de SWIFT MT se gestionan del siguiente modo:
•Puede asignar tipos de fecha de SWIFT MT a un elemento de tipo xs:date o a una función que use xs:date como entrada. Ésta se procesará correctamente, sin requerir ninguna modificación especial. Por ejemplo, si asigna un elemento del tipo swift:date6 a una cadena de texto, el resultado será, por ejemplo, 20200922. Sin embargo, si asigna el mismo tipo a xs:date, el resultado será 2020-09-22 (del tipo xs:date). •Si el elemento de destino es una cadena de texto y desea que la fecha se represente como 2020-09-22, deberá añadir una variable de tipo xs:date a la asignación y asignar su resultado al elemento de cadena de destino. •Si asigna el valor swift:decimal 42,66 a un elemento de tipo xs:decimal, el resultado será 42.66. Sin embargo, si asigna el mismo tipo a xs:string, el resultado será 42,66. •Lo mismo ocurre cuando se escriben datos en un componente de destino. Por ejemplo, si asigna el valor xs:decimal 15 a un elemento de tipo swift:decimal, el resultado será 15 (del tipo swift.decimal).
SWIFT MX/ISO 20022MapForce también es compatible con el estándar SWIFT MX/ISO 20022, que está basado en XML. Puede añadir componentes SWIFT MX/ISO 20022 a su asignación de la misma forma que cuando añade un componente XML. Puede descargar los esquemas SWIFT MX estándar desde el centro de conocimiento SWIFT. Puede descargar los esquemas ISO 20022 desde el Gestor de esquemas de Altova o desde la página web de ISO 20022.
|
ODETTE EDI es un conjunto de estándares que se usan para el intercambio de mensajes en la industria automovilística. Para más información sobre los tipos de mensajes ODETTE EDI consulte esta página web. Para poder trabajar con mensajes ODETTE en MapForce descargue los archivos de configuración ODETTE del sitio web de Altova.
|
VDA EDI es un conjunto de estándares que se usan para el intercambio de mensajes en la industria automovilística alemana. Para poder trabajar con mensajes VDA EDI en MapForce descargue los archivos de configuración VDA del sitio web de Altova. Para más información sobre mensajes VDA EDI, consulte Introducción a EDI. Para saber más sobre las funciones de expresión VDA consulte la página web de VDA.
Si los mensajes VDA que necesita no aparecen en el cuadro de diálogo Examinar las colecciones EDI, puede utilizar sus propios archivos de configuración o personalizar los existentes. Para más información, consulte el apartado Personalizar estructuras EDI.
|
FORTRAS es un estándar EDI para intercambiar datos entre compañías de transporte de mercancías. Para poder trabajar con mensajes FORTRAS, tendrá que descargar los archivos de configuración FORTRAS de la página de descargas de Altova.
Si los mensajes FORTRAS que necesita no aparecen en el cuadro de diálogo Examinar las colecciones EDI, puede utilizar sus propios archivos de configuración o personalizar los existentes. Para más información, consulte el apartado Personalizar estructuras EDI.
|