Recomendaciones Técnicas sobre los esquemas XML (XSD) del Certificado de Origen Digital ALADO (COD)
En el marco del Nuevo Proceso de Despacho Aduanero, el Estado Peruano viene trabajando el rediseño procesos y aplicativos tendientes simplificar y facilitar las funciones de las áreas operativas, integrar procesos con entidades externas y contar con mecanismos de control eficiente para la gestión. Así mismo se vienen considerando la aplicación de estándares internacionales para la transmisión de la información; en ese sentido las recomendaciones se basan en la utilización de estándares internacionales que permitan en el futuro una mayor integración entre las administraciones aduaneras. Se recomienda utilizar el estándar ebXML (Naciones Unidas y la Organización Mundial de Aduanas utilizan este estándar) para definir el esquema XML del COD. De esta manera se pueden definir elementos XML complejos estándares que representen datos de manera uniforme dentro de los documentos XML. Naciones Unidas ha definido los estándares : CCTS (Core Components Technical Specification), XML NDR (Naming and Design Rules) y CCL (Core Components Library) para implementar el estándar ebXML y ya ha implementado esquemas XML que definen tipos de datos básicos (QDT -Qualified Data Types , UDT - Unqualified Data Types) así como esquemas XML agregados y esquemas XML catálogos. Todos estos esquemas XML sirven como librerías y conforman el CCL (Core Components Library). Se recomienda utilizar estos esquemas XML como base para definir el esquema XML del COD. Los esquemas de Naciones Unidas están publicados en : http://www.unece.org/cefact/xml_schemas/index.htm#2007 Y la última versión de la librería de componentes de negocio (CCL 08B) esta publicado en : http://www.unece.org/cefact/codesfortrade/codes_index.htm
Como ejemplo veamos los siguientes tipos XML actualmente definidos :
Son casi iguales excepto por un campo y son muy parecidos a : Representative. En ese caso se puede utilizar un tipo de dato estándar del CCL en este caso Trade_Party Trade_ Party. Details Trade_ Party. Identification. Identifier Trade_ Party. Global_ Identification. Identifier Trade_ Party. Type. Code Trade_ Party. Name. Text Trade_ Party. Role. Code Trade_ Party. Quality Assurance. Indicator Trade_ Party. Specified. Legal_ Organization
Trade_ Party. Defined. Trade_ Contact Trade_ Party. Postal. Trade_ Address Trade_ Party. Telephone. Universal_ Communication Trade_ Party. Fax. Universal_ Communication Trade_ Party. URI. Universal_ Communication Trade_ Party. email_ URI. Universal_ Communication Trade_ Party. Provided. Transport_ Service Trade_ Party. Associated. Trade_ Party Trade_ Party. Specified. Logistics_ Location Trade_ Party. Specified. Tax_ Registration Trade_ Party. Specified. Representative_ Person Trade_ Party. End Point_ URI. Universal_ Communication Trade_ Party. Requested Notification_ Referenced. Referenced_ Document Trade_ Party. Issued Notification_ Referenced. Referenced_ Document Trade_ Party. Logo_ Referenced. Referenced_ Document
De este modo tendríamos en el esquema : La librería de componentes : xmlns:ram="urn:un:unece:uncefact:data:standard:ReusableAggregateBusinessInform ationEntity:5" Y los elementos definidos de la siguiente manera : Este es solo un ejemplo de igual manera se puede buscar la correspondencia para los otros tipos por ejemplo :
En este caso tanto TransportPortOfLoading como TransportMeans son de tipo simple El elemento Transport es en realidad del tipo ram: Logistics_Transport Movement Que tiene estos elementos : Logistics_Transport Movement. Loading.Transport_ Event Logistics_Transport Movement. Used. Logistics_TransportMeans Logistics_ Transport Movement. Arrival. Transport_ Event Siendo Transport_Event tambien un tipo de dato del CCL : En general se recomienda utilizar una librería de componentes estándar como el CCL, y de necesitarse tipos de datos XML (usercac) y namespaces propios seguir los estándares XDR y CCTS. Por ejemplo todos los tipos de datos XML deben tener el sufijo Type. Y para el namespace del COD una propuesta seria :
Asi mismo el esquema XML propuesto por el ALADI algunos tipos de datos XML complejos tales como CommentsPAC también tiene elementos basado en date, string y decimal, lo que no permitiría un control mismo tipo. Atentamente,
si bien es cierto tiene definido : Goods, Countries, Invoice y campos primitivos como son : único de los elementos XML del