Professional Documents
Culture Documents
www.peppol.eu
El propsito de esta gua con el KIT de iniciacin a PEPPOL es ofrecer a los interesados una comprensin ms profunda de las diversas funciones y componentes a disposicin de los posibles pilotos PEPPOL. Esta gua con el kit de iniciacin incluye informacin detallada sobre los aspectos operativos, tcnicos y jurdicos del proyecto PEPPOL. En particular, se centra en el proceso de iniciar un piloto a partir del compromiso inicial para adoptar y ser conforme con las especificaciones de PEPPOL. Asumimos que los lectores de este documento tienen una comprensin general de PEPPOL, sus objetivos y los beneficios de incorporarse y promocionar una automatizacin, basada en estndares dentro del contexto de la contratacin pblica. Para ms informacin sobre el proyecto PEPPOL, por favor visite: http://www.peppol.eu
ACERCA DE ESTA GUA.........................................................................................................................................5 GLOSARIO DE ACRNIMOS Y ABREVIACIONES...............................................................................................8 1.1 1.2 1.3 1.4 2. 2.1 2.2 2.3 2.3.1 2.3.2 2.3.3 3. 3.1 3.2 3.2.1 3.2.2 3.2.3 3.3 4. 4.1 4.2 4.2.1 4.2.2 4.2.3 4.2.4 4.3 INTRODUCCIN.........................................................................................................................................10 FASE PILOTO PEPPOL .............................................................................................................................11 . VISIN GENERAL DE LAS SOLUCIONES PEPPOL..............................................................................12 VISIN GENERAL DE LAS CARACTERSTICAS GENERALES DE PEPPOL.....................................16 QUE ES UN PILOTO PEPPOL.......................................................................................................................17 INTRODUCCIN.........................................................................................................................................17 FUNCIONES DE PILOTO Y BENEFICIOS................................................................................................19 PEPPOL REQUISITOS DE LOS PILOTOS...............................................................................................24 REQUISITOS DE PRE-ADJUDICACIN...............................................................................................24 REQUISITOS POST-ADJUDICACIN...................................................................................................26 EVALUACIN DE UN PILOTO PEPPOL..............................................................................................28
ARQUITECTURAS TIC, COMPONENTES Y SOLUCIONES......................................................................29 INTRODUCCIN.........................................................................................................................................29 RESULTADOS DEL PROYECTO PEPPOL..............................................................................................29 ANTECEDENTES....................................................................................................................................29 ESTRUCTURA.........................................................................................................................................30 OPEN SOURCE OBSERVATORIO Y REPOSITORIO (OSOR)...........................................................33 PROCESO DE ALINEACIN Y NORMAS ................................................................................................34 . PRUEBA Y CONFORMIDAD..........................................................................................................................85 ESQUEMA DE CONFORMIDAD PEPPOL................................................................................................85 CONFORMIDAD POR AREAS...................................................................................................................86 PEPPOL PRE-ADJUDICACIN.............................................................................................................86 INFRAESTRUCTURA DE TRANSPORTE PEPPOL (TRANSPORTE DE DOCUMENTOS)..............87 PEPPOL POST-ADJUDICACIN (EL CONTENIDO DEL DOCUMENTO).........................................88 POST-ADJUDICACIN: GUAS PARA LA VALIDACIN Y LAS PRUEBAS..................................88 REA DE PRUEBAS DE PEPPOL............................................................................................................89
HERRAMIENTAS........................................................................................................................................89 ENLACES ....................................................................................................................................................90 . DOCUMENTOS DISPONIBLES EN EL SITIO...........................................................................................91 GOBERNANZA................................................................................................................................................93 PEPPOL MODELO DE GOBIERNO ..........................................................................................................93 . COORDINACIN EUROPEA .....................................................................................................................93 . COORDINACIN NACIONAL Y / O REGIONAL......................................................................................94 ACUERDOS PEPPOL.................................................................................................................................96 ACUERDO DE LA COMUNIDAD PEPPOL...........................................................................................97 ACUERDO DE PROVEEDOR SMP DE PEPPOL.................................................................................97 ACUERDO DE PROVEEDOR DE AP DE PEPPOL.............................................................................98 ESTRUCTURA DE LOS ACUERDOS DE PEPPOL..................................................................................98 ENLACES ....................................................................................................................................................99 . PREPARACIN DEL PILOTO PEPPOL Y COMPROMISOS ....................................................................100 . REQUISITOS DEL SISTEMA....................................................................................................................101
Neelie Kroes Vice-Presidenta de la Comisin Europea responsable de la Agenda Digital La Gua se divide en las siguientes secciones
Seccin 1
Esta seccin proporciona una descripcin de alto nivel de PEPPOL, su visin, los componentes y los estndares utilizados.
Seccin 2
Esta seccin proporciona una visin ms en profundidad de los tipos de funciones disponibles para los distintos pilotos que componen PEPPOL, los criterios especficos definidos para los escenarios de pre y post adjudicacin, y un resumen de los beneficios de los pilotos de las soluciones PEPPOL.
Seccin 3
Esta seccin proporciona informacin sobre la estructura del proyecto PEPPOL, la razn de ser las especificaciones PEPPOL, la conexin con los perfiles CEN BII, y los beneficios a largo plazo de la adopcin del proceso de alineacin. Se ilustran los procesos asociados y las herramientas de cada componente PEPPOL (el Dossier Virtual de Compaa, el catlogo electrnico, la validacin de firma electrnica, el pedido electrnico y la factura electrnica). Se proporcionan enlaces a las herramientas PEPPOL junto con la documentacin de apoyo. Se incluye una seccin con la descripcin de la infraestructura de transporte de PEPPOL e informacin sobre cmo conectarse a PEPPOL.
Seccin 4
En esta seccin se presenta una visin prctica de las pruebas PEPPOL y el proceso de validacin, incluyendo los criterios de conformidad para los componentes pre y post adjudicacin y la infraestructura de transporte PEPPOL. Se proporcionan enlaces a la pgina web de la prueba donde las herramientas y directrices estn disponibles para probar los diferentes escenarios de PEPPOL.
Seccin 5
Esta seccin describe el modelo de Gobierno de PEPPOL, los detalles sobre la coordinacin nacional y regional, junto con los enlaces a los acuerdos legales pertinentes.
Seccin 6
Esta seccin describe los requisitos tcnicos los diversos enfoques para la consecucin de tcnicas y capacidad operativa, y listas de comprobacin definidas para funciones especficas del piloto PEPPOL. Se incluye un resumen de la participacin de pilotos y el proceso de incorporacin al piloto, un apoyo continuo, y un enlace al formulario de registro en PEPPOL.
Anexo 1:
Incluye una descripcin general del proyecto Open ePRIOR de la Comisin Europea.
ARTEFACTO: uno de los muchos tipos de resultados obtenidos durante el desarrollo de software.Por ejemplo, componentes de fuente abierta de software, las especificaciones y documentos de diseo para describir una funcin, la arquitectura y el diseo de software. COMPONENTE: es un elemento fundamental creado por PEPPOL para mejorar la interoperabilidad transfronteriza.Puede referirse a la Especificaciones PEPPOL que un sistema de TI debe seguir para ser compatible con PEPPOL y por lo tanto interoperable con otros sistemas similares.Ms comnmente, se refiere a un artefacto de software de cdigo abierto que PEPPOL ha desarrollado, sobre la base de las especificaciones, que pueden ser integrados en sistemas de TI existentes, lo que les permite interactuar con otros sistemas compatibles PEPPOL. PERFIL DE NEGOCIO: un perfil de negocio es una especificacin tcnica que describe la "coreografa" del proceso de negocio en cuestin.Se trata de una descripcin detallada de la forma en la que los socios comerciales colaboran para desempear sus respectivos papeles y responsabilidades para lograr objetivos de mutuo acuerdo con el apoyo de sus respectivos sistemas de informacin. RGANO DE CONTRATACIN: un rgano de Contratacin (Comprador del sector pblico): el Estado, autoridades regionales o locales, organismos de Derecho pblico, asociacin formada por uno o varios de dichos poderes, o uno o varios de dichos organismos de derecho pblico. MODELO DE DATOS: un modelo de datos se refiere al conjunto de los datos incluidos en un documento de negocios, su estructura y los metadatos, segn los cuales se organizan los datos. OPERADOR ECONMICO: este trmino se aplica por igual el contratista, proveedor y proveedor de servicios, es decir, cualquier persona fsica o jurdica, o entidad pblica o agrupacin de personas y / u organismos que ofrezca en el mercado, respectivamente, la ejecucin de obras, productos o servicios. COMUNIDAD de CONTRATACINI PBLICA ELECTRONICA: una comunidad en la contratacin electrnica se define como un grupo de organizaciones (compradores, proveedores) que operan un conjunto comn de procesos electrnicos mediante el uso de la misma Solucin de TI para llevar a cabo los aspectos comunes del proceso de contratacin.Una comunidad en la contratacin electrnica puede basarse en un rgano de Contratacin (Comprador), o en un proveedor de TIC.
Utilizamos indistintamente algunos trminos en ingls y castellano para ir acostumbrndonos a manejar ambos. A continuacin hacemos una lista de trminos equivalentes que se utilizarn indistintamente en el texto: VCD (Virtual Company Dossier : Dossier Virtual de Compaa). eProcurement: contratacin pblica electrnica eAttestations: documentos de certificacin en formato electrnico eCatalogues: Catlogos electrnicos eOrder: Pedidos electrnicos eInvoices: Facturas electrnicas. eTender: Ofertas electrnicas eSubmission: Envo de documentos (ofertas normalmente) a travs de canales electrnicos.
La traduccin es libre y su propsito no es mejorar la prosa original, sino hacer que los interesados entiendan, y en su caso evalen, las oportunidades que les ofrece el proyecto PEPPOL.
10
"La contratacin pblica electrnica es el futuro de la contratacin pblica.Ofrece una mejora de los resultados de la contratacin, reduce las prdidas y los errores, y ayuda a los compradores pblicos a gestionar transacciones complejas con mayor eficiencia.En 5 o 10 aos, la mayora de los procesos de contratacin pblica se llevarn a cabo electrnicamente.Tenemos que empezar a prepararnos para este cambio desde ahora mismo." 1
1.1 INTRODUCCIN
Aunque muchos pases europeos ya utilizan la contratacin electrnica para la licitacin de contratos del sector pblico de forma ms simple y eficiente, la mayor parte de estas soluciones se aplican nicamente a nivel nacional o regional, con acceso limitado a otras comunidades.Desde 2008, la contratacin pblica paneuropea en lnea (PEPPOL) ha estado desarrollando e implementando las normas de tecnologa para alinear los procesos de negocio para la contratacin electrnica a travs de todos los gobiernos en Europa. La visin de PEPPOL es permitir a las empresas comunicarse electrnicamente con cualquier institucin gubernamental europea en el proceso de contratacin, aumentando la eficiencia y reduciendo los costes. A travs de un acuerdo sobre las especificaciones para los procesos de contratacin pblica transfronteriza, el proyecto piloto PEPPOL de la Comisin Europea ha contribuido a la elaboracin de una infraestructura de TI pan-europea, basada en estndares.PEPPOL no ha reemplazado, las fortalezas nacionales de contratacin pblica existentes, sino construido mediante el uso de tecnologas de la informacin y la comunicacin, sistemas que permitan conectarse unos con otros. El consorcio de PEPPOL est compuesto por las principales agencias pblicas de contratacin electrnica en 11 pases: Austria, Dinamarca, Finlandia, Francia, Alemania, Grecia, Italia, Noruega, Portugal, Suecia y el Reino Unido.Las actividades de PEPPOL son financiadas conjuntamente por los miembros del consorcio y la Comisin Europea. Con el fin de establecer las expectativas correctas y comprender el valor de pilotaje de las soluciones PEPPOL, es importante aclarar lo siguiente:
Fuente:MichelBarnier,ComisarioEuropeodelaDireccinGeneraldeMercadoInterioryServicios
11
Dominio: PEPPOL direcciona la contratacin pblica electrnica (Por lo tanto no necesariamente cualquier tema genrico de contratacin pblica es de su incumbencia). mbito de aplicacin: PEPPOL se centra especficamente en la interoperabilidad en la Contratacin Pblica Electrnica.Las operaciones que tienen lugar dentro de la los sistemas interesados (por ejemplo: clasificacin y evaluacin de ofertas electrnicas -eTenders-, notificaciones electrnicas -eNotifications- y pagos electrnicos) se consideran fuera de su alcance.Sin embargo, su mbito de aplicacin son los procesos y documentos intercambiados por las partes interesadas durante el proceso de contratacin pblica electrnica, tales como firma electrnica, -eAttestations- (el dossier virtual de la Compaa VCD) eCatalogues, eOrdering y facturacin electrnica. Estrategia de la solucin: PEPPOL no pretende ofrecer una plataforma integrada.Se ofrece a cambio de un conjunto modular de especificaciones de TI y el software de fuente abierta asociado a soluciones interoperables que cualquier organizacin puede instalar fcilmente en su actuales sistemas de ERP para interoperar con otros, intercambiando documentos especficos de la empresa.As, la estrategia no es sustituir a las soluciones existentes, sino permitir su integracin y comunicacin. En resumen, el objetivo de las soluciones PEPPOL es facilitar las transacciones transfronterizas y reducir los obstculos para las PYME. Las soluciones han sido diseadas para operar en los mercados europeos a travs de fronteras, regiones o sectores de actividad, con el apoyo de tecnologas de bajo costo, hacindolas accesibles tambin para las PYME.
PEPPOL est buscando activamente otros organismos pblicos, tales como agencias gubernamentales, proveedores y empresas de TIC para su participacin en el programa piloto. Adems de obtener una valiosa experiencia con las normas establecidas por trabajo
12
con expertos en la aplicacin PEPPOL, las organizaciones se comienzan a darse cuenta de ahorro de tiempo y costes y mayor eficiencia en todos los aspectos de la contratacin pblica electrnica. Despus de la finalizacin del proyecto, se espera que el uso de los componentes PEPPOL se expanda a travs de una combinacin del sector pblico y una adopcin por parte del sector privado.
13
Validacin de firmas electrnicas emitidas por las autoridades de certificacin en toda Europa Dossier Virtual de Compaa (VCD) para solicitar y enviar informacin normalizada de la compaa y las pruebas de reconocimiento mutuo (declaraciones de los candidatos, los certificados y constancias) El catlogo electrnico para solicitar y presentar informacin en formato estndar (usado principalmente por los poderes adjudicadores para definir y estructurar su solicitud de bienes y servicios utilizando propiedades estandarizadas y clasificaciones previstas por el Servidor de Propiedades de PEPPOL). una infraestructura de transporte disponible no solo para los procesos pre-adjudicacin sino que se utiliza principalmente tambin en la fase post-adjudicacin. Para el proceso de post-adjudicacin, PEPPOL incluye: El catlogo electrnico para el intercambio de informacin sobre bienes y los servicios disponibles bajo un contrato Pedidos electrnicos eOrdering- y facturacin electrnica con un conjunto definido de procesos para compartir informacin comn de negocios Validacin de firmas electrnicas emitidas por las autoridades de certificacin Dossier Virtual de Compaa (VCD) para actualizar las calificaciones de los agentes econmicos de los contratos existentes Una Infraestructura de Transporte
14
Estas soluciones se basan en modelos de datos de los documentos utilizando estructuras comunes y componentes reutilizables. Esto hace posible la construccin de un documento de pedido con la informacin de un catlogo y crear un documento de la factura a partir de un pedido sin volver a introducir la informacin, lo que reduce el trabajo manual necesario y limita el riesgo de errores en la fase de contratacin. La Infraestructura de Transporte PEPPOL interconecta los sistemas de contratacin pblica electrnica nacionales utilizando estndares comunes compatibles. El acceso a la Infraestructura PEPPOL se lleva a cabo mediante puntos de acceso, que actualmente se prestan tanto por Agencias gubernamentales y empresas privadas, pero que en principio se cre para cualquier entidad interesada, en funcin de conjunto predefinido de compromisos. Mediante la definicin de perfiles y herramientas para interoperabilidad tanto a nivel nacional e escala internacional, PEPPOL busca interconexin de las islas de las comunidades de la contratacin pblica electrnica que actualmente operan en toda Europa. Una vez conectado a la PEPPOL Infraestructura de transporte, las organizaciones pueden llegar a cualquier otra la comunidad a travs de la red PEPPOL.
El Dossier Virtual de Compaa (VCD) ha sido desarrollado para atender la demanda de una mejor interoperabilidad en la licitacin electrnica, que ofrece la simplificacin, la transparencia y el seguimiento electrnico de las cualificaciones del proveedor en la contratacin pblica.El VCD proporciona un mtodo estandarizado y una solucin de documentos electrnicos para facilitar la seleccin y entrega de documentos de calificacin transfronteriza.La solucin VCD puede ser utilizada en el proceso de pre-adjudicacin, licitacin, para proporcionar las calificaciones as como en el proceso posterior a la adjudicacin para actualizar las calificaciones de los contratos existentes.Con la solucin de VCD, los operadores econmicos (como PYME) cuentan con la asistencia en la preparacin de las pruebas correctas para cumplir con los criterios establecidos en las convocatorias de licitaciones o contratos de poderes adjudicadores de los dems Estados miembros.
Un enfoque compartido para proporcionar informacin sobre productos, eCatalogues ahorrar tiempo a los proveedores en la preparacin de sus ofertas y facilitar la evaluacin de las ofertas para la contratacin Autoridades.Los agentes econmicos se les animar a
15
invertir en la creacin de un modelo electrnico de su oferta, ya que pueden ser reutilizados por diferentes ofertas y sectores.Al mismo tiempo, las soluciones de cdigo abierto PEPPOL pueden beneficiar a un gran nmero de oficinas de administracin pblica ms pequeas. Los rganos de contratacin podrn utilizar eCatalogues en la fase de pre-adjudicacin para incluir las condiciones especficas de la licitacin y cualquier otra informacin pertinente. Pedidos electrnicos eOrdering-
eOrdering comienza con la emisin de un pedido de un comprador y termina con la recepcin de una respuesta de pedido y la transmisin de las instrucciones de entrega del proveedor, por medios electrnicos. Los pedidos son una fase importante de la contratacin, ya que afecta a las otras fases de manera significativa, desde el catlogo al pago, y que permite la reconciliacin entre el pedido y la factura, evitando errores y retrasos en los pagos.El objetivo de PEPPOL es poner en marcha un marco europeo que permite a las PYME adoptar eOrdering en una forma efectiva para reducir costes de entrada y costes posteriores de operacin.
El proceso de facturacin electrnica se refiere a la reclamacin del pago de bienes y servicios que han sido ordenados o entregados, recibidos o consumidos en las condiciones acordadas entre el comprador y el proveedor La facturacin electrnica enlaza dos cadenas de valor importantes: la contratacin y el pago.PEPPOL implementa y busca medios para el intercambio de documentos de facturacin electrnica entre todas las entidades de la contratacin y operadores econmicos relacionados.El objetivo es implementar un marco de facturacin electrnica europea que permita a las PYME adoptar la facturacin electrnica en una forma efectiva que reduzca los costes de entrada y los costes de operacin posteriores.
La base para todos los servicios PEPPOL es una infraestructura de contratacin pblica interconectada basada en estndares de TI comunes y compatibles con las distintas soluciones proporcionadas por los Estados miembros a nivel estatal.La pieza central de esta infraestructura es un servicio de mensajera que permite a las agencias gubernamentales y empresas privadas el intercambio de documentos PEPPOL en un modo seguro y de forma fiable.
16
Firma electrnica La firma electrnica basada en certificados electrnicos identifica a empresas y / o personas fsicas ya es de uso comn. Proporcionar la identificacin segura del remitente de un documento.PEPPOL y tiene como objetivo crear la interoperabilidad entre los distintos regmenes nacionales, por lo que en la prctica una entidad del sector pblico puede validar los certificados expedidos en otros Estados miembros, lo que permite la presentacin electrnica de las ofertas transfronteriza.
1.4 Visin general de las Caractersticas generales de PEPPOL Las principales especificaciones de PEPPOL se conocen como 'BIS' y "BusDox. Las especificaciones de interoperabilidad de negocios (BIS) de PEPPOL se basan en los perfiles de CEN BII.BII es sinnimo de "Interfaces de negocios interoperables" para la contratacin pblica en Europa y es el nombre de un taller CEN (Comit Europeo de Normalizacin).PEPPOL BIS son los perfiles de BII detallados para definir los procesos comunes de negocios y contenidos de informacin PEPPOL que se utiliza en el intercambio de documentos empresariales travs de las fronteras o en el mbito nacional.Esto permite que una empresa francesa o sueca pueda recibir rdenes y enviar facturas a una empresa austriaca o a un rgano de Contratacin dans tan fcilmente como lo haran en los pases de origen.PEPPOL BIS tambin cubre partes importantes del proceso de presentacin de ofertas, por lo que es ms fcil para el desarrollo econmico operadores a presentar ofertas para contratos en otros pases europeos. Las especificaciones 'BusDox " permiten la infraestructura de transporte sobre la cual las organizaciones pueden intercambiar documentos empresariales por va electrnica, segura y fiable en toda Europa.Para el establecimiento de una red BusDox de la contratacin electrnica, PEPPOL ha creado una infraestructura de comercio electrnico comn con el potencial para ser usado por cualquier organizacin europea - tanto pblica como privada - y para cualquier documento electrnico.Las especificaciones BusDox se basan en una combinacin de normas W3C y OASIS, y se mantienen por un comit tcnico de OASIS
17
2.1 INTRODUCCIN
Con los aos, las empresas privadas han ido formando grupos de compra con el fin de optimizar las relaciones con sus proveedores. Como comercio electrnico desarrollado, algunos proveedores de la cadena han adoptado la iniciativa eSupply Chain para automatizar las comunicaciones y transacciones entre sus socios. Sin embargo, las tecnologas utilizadas en estas cadenas de valor se basaron en los procesos y datos con formatos exclusivos utilizados por sus propias comunidades. En muchos casos, estas comunidades no tenan conexiones con las empresas y sistemas fuera de sus propias redes, muchas veces "cerradas". Un piloto PEPPOL apunta a resolver estos problemas transfronterizos / organizacin / tcnica, que conecta las comunidades de eProcurement (Islas) a travs del uso de implementaciones comunes de normas conocidas como especificaciones de interoperabilidad de negocios PEPPOL (BIS), y otras herramientas PEPPOL (por ejemplo, software de cdigo abierto) y componentes relacionados.
18
Una comunidad de contratacin electrnica se define como un grupo de organizaciones (compradores y proveedores) que operan un conjunto comn de procesos electrnicos mediante el uso de los mismos procesos de negocio y / o Soluciones de TI para llevar a cabo los aspectos comunes del proceso de contratacin.Una comunidad de contratacin electrnica puede basarse en las autoridades contratantes (centrado en el comprador) o en los agentes econmicos (Centrada en los proveedores), y puede ser operado o apoyado por un servicio a proveedores. PEPPOL tiene por objeto establecer la interoperabilidad entre las comunidades de contratacin pblica electrnica en toda Europa.El objetivo es que estas islas de la contratacin electrnica se unan, para que las empresas y los rganos de contratacin con las especificaciones PEPPOL puedan obtener los siguientes beneficios: Mejorar el acceso a travs de las fronteras, las tecnologas y los grupos industriales pueden aumentar el potencial empresarial; La conexin generalizada a PEPPOL puede crear un mundo con un mercado ms competitivo para las soluciones de eProcurement estandarizadas; la comunicacin transparente entre las empresas puede mejorar la colaboracin y la eficiencia. PEPPOL tambin permite el intercambio de documentos electrnicos en el mbito
19
nacional, donde puede haber una falta de principios establecidos para el intercambio de datos en el dominio de la contratacin pblica. Por tanto podemos identificar dos resultados principales de PEPPOL: 1. Interconexin de Comunidades de los rganos de Contratacin Pblica Electrnica de los pases participantes para permitir la participacin de operadores econmicos de otros pases. 2. Poner a disposicin el software de cdigo abierto, junto con herramientas para hacer frente a la contratacin electrnica, tanto para los poderes adjudicadores como para los operadores econmicos
20
Beneficios para los poderes adjudicadores PEPPOL tiene como objetivo romper las barreras de las comunicaciones electrnicas sin fisuras a travs de fronteras y de las comunidades, en un esfuerzo para producir beneficios importantes de los contribuyentes y las autoridades contratantes en todos los niveles de la siguiente manera: 1. Mejora del acceso de mercado transfronterizo, en particular para pequeas y medianas empresas, aumenta la competencia y reduce los costos de abastecimiento para los poderes adjudicadores. 2. PEPPOL aborda la complejidad de los procedimientos administrativos a travs de procesos estandarizados respaldados por un gran nmero de gobiernos. 3. Las autoridades contratantes locales y regionales tienen la oportunidad de utilizar el software estndar de cdigo abierto e interoperable en toda la UE, para las fases crticas del proceso de contratacin pblica electrnica. 4. Una vez conectado a la red PEPPOL, los poderes adjudicadores puedan comunicarse electrnicamente con cualquier proveedor en la red, eliminando la necesidad de llegar a acuerdos con varios proveedores de servicios. 5. Con el uso de soluciones PEPPOL, los poderes adjudicadores pueden crear fcilmente comunidades de contratacin pblica electrnica, incluso a nivel local, proporcionando un mayor nivel de servicios de eficiencia y oportunidades. 6. Los poderes adjudicadores que han invertido en soluciones de contratacin pblica electrnica regional o nacional puede seguir utilizndolos y conectarse a la red PEPPOL, convirtiendo los mensajes a las especificaciones PEPPOL durante la fase de transporte.
Beneficios genricos de contratacin electrnica: La mayor transparencia aumenta la responsabilidad pblica y reduce el potencial para la corrupcin. La automatizacin de la contratacin pblica electrnica acelera las actividades administrativas y reduce los costes. A travs de su poder adquisitivo, los gobiernos ejercen importantes influencias sobre la dinmica del mercado. El uso de la contratacin electrnica es cada vez mayor y se est impulsando su adopcin para alcanzar una masa crtica. Las autoridades de contratacin
21
esperan ahorrar entre 50B de y 75B de al ao cuando la contratacin pblica electrnica est totalmente operativa
Los gobiernos locales y las PYME, en particular, se beneficiarn de PEPPOL a travs de la disponibilidad de soluciones estandarizadas de contratacin pblica electrnica a un menor coste, lo que les permitir aprovechar todos los beneficios que disfrutan las grandes organizaciones. Los Operadores Econmicos (EO) Los operadores econmicos pueden ser organizaciones multinacionales que pueden utilizar diferentes sistemas y redes para interactuar con rganos de contratacin en las diferentes regiones o Estados miembros, o propietarios de pequeas empresas que desean ser proveedores de las autoridades contratantes fuera de su comunidad local o del estado miembro. Beneficios para los operadores econmicos Al romper las barreras de las comunicaciones electrnicas sin fisuras a travs de fronteras y de las comunidades, PEPPOL permite a los proveedores obtener beneficios significativos: 1. La mejora del acceso a las licitaciones a travs de aumentos de las fronteras potencial de negocio. 2. Una vez conectado a la red PEPPOL, los proveedores pueden comunicarse fcilmente a todas las personas en PEPPOL, mejorar la eficiencia y eliminar la necesidad de entrar en acuerdos con varios proveedores de servicios. 3. Los proveedores y las PYME, en particular, puede preparar un solo VCD Dossier Virtual de Compaa (eAttestation) que se utilizar a travs de las fronteras, reduciendo la complejidad causada por la lengua y las diferencias legales. 4. El uso de eCatalogues estandarizados y los procesos de facturacin electrnica y eOrdering comunes travs de las fronteras elimina los obstculos tcnicos y operativos, proporcionando la base para la interoperabilidad a nivel local, nacional y europeo. 5. Las empresas que han invertido en soluciones de eProcurement nacionales o regionales pueden continuar usndolas y conectar a la red PEPPOL (conversin hacia y desde las especificaciones PEPPOL durante la fase de transporte). 6. PEPPOL simplifica el acceso de proveedores a la contratacin pblica electrnica
22
mediante el desarrollo de componentes simples, fciles de usar, y de software de cdigo abierto. Beneficios genricos de contratacin electrnica para los proveedores: La mayor transparencia aumenta la responsabilidad y reduce la corrupcin La velocidad de la contratacin electrnica acelera las actividades administrativas y reduce los costos, resultando en un procesamiento inmediato de facturas y los flujos de caja. Mientras que la red PEPPOL est abierta para todo tipo de proveedores de cualquier sector, un objetivo clave del proyecto es atraer a las PYME. Las PYME por lo general no tienen los recursos para automatizar las funciones administrativas y se encuentran con la disparidad de formatos de datos que crea costes adicionales y complejidad. La introduccin de PEPPOL alivia estos problemas a travs de la necesidad de cumplir con un nico conjunto de normas. PEPPOL hace ms fcil para los proveedores hacer negocios con las autoridades pblicas, y con su adopcin generalizada, se producirn en las empresas de la UE mayores oportunidades y mejores economas de escala. Industria de las TIC (TIC) Hay diferentes maneras en que las empresas TIC pueden estar comprometidas con la implementacin o el apoyo a las especificaciones PEPPOL: Los proveedores de servicio PEPPOL - tales como la Red de Valor Aadido a proveedores (VANS) que actan como punto de acceso y / o SMP de la infraestructura de transporte PEPPOL. Los proveedores de middleware PEPPOL - proporcionan a las autoridades contratantes y los agentes econmicos con los componentes de software o servicios para integrar los procesos de eProcurement de PEPPOL. Estos son por lo general la traduccin de documentos y el intercambio los servicios. Los proveedores que habilitan la plataforma de PEPPOL - proporcionar a las autoridades contratantes y los agentes econmicos los componentes de software necesarios para llevar a cabo la contratacin electrnica con los procesos de PEPPOL. Beneficios para la industria de las TIC El sector de las TIC desempea un papel fundamental en diversos aspectos de la implementacin de infraestructura de PEPPOL. Los proveedores de servicios (SP) y proveedores de software ayudar a las Autoridades de Contratacin y los agentes
23
econmicos con los requisitos tcnicos y legales de la conexin a la red PEPPOL y, en ltima instancia, entre operadores econmicos. Sus servicios pueden incluir: El intercambio de documentos entre las entidades pblicas y los proveedores PEPPOL. Conexin de las comunidades de la contratacin electrnica a travs de los Puntos de Acceso PEPPOL Validacin de firma digital transfronteriza Documento de validacin de contenido y la conversin de datos basados en las especificaciones PEPPOL Como operadores de la red de transporte PEPPOL, los SPs (service providers) proporcionan los componentes de infraestructura que conectan a las autoridades contratantes y a sus proveedores con el backbone internacional de PEPPOL. Con una solucin estndar, los proveedores de servicio (SP) ya no tendrn que recurrir a las conexiones punto a punto para cada situacin, que es el norma hoy en da. Los proveedores de software de TI ayudarn a las autoridades contratantes y los agentes econmicos por el suministro de componentes de software para integrar o unir sus sistemas de TI existentes con los requisitos. A medida que el sector sea ms propenso a utilizar la contratacin electrnica para las ofertas pblicas, las soluciones TIC y los proveedores de servicios percibirn una mayor eficiencia y ahorro de costes a medida que las autoridades contratantes se vayan pasando a la contratacin electrnica. Las empresas que trabajen con PEPPOL tambin se les presentarn un nmero de oportunidades de negocio: 1 La adopcin generalizada PEPPOL crear una importante demanda adicional para obtener soluciones tecnolgicas ms avanzadas y mayor disposicin de servicios. 2. Los pioneros adquirirn una valiosa experiencia con las especificaciones y tendrn una ventaja para obtener los primeros contratos de implementacin. 3. La experiencia en las especificaciones PEPPOL aumentarn la capacitacin a su cartera de soluciones. 4. Las PYME que puedan alcanzar a todas las entidades del sector pblico que se conecten a PEPPOL aumentar su base de clientes. 5. Los proveedores de servicios y soluciones pueden adoptar el cdigo de software abierto
24
de PEPPOL con el fin de proporcionar servicios de traduccin de datos y servicios de validacin (desde y hacia las especificaciones de PEPPOL) a sus clientes. 6. La infraestructura de transporte PEPPOL se basa en las especificaciones BusDox que son neutrales respecto a los documentos, allanando la manera de ampliar el uso para el intercambio de cualquier tipo de documentos estndar XML, entre cualquier red. 7. Los desarrolladores de software pueden hacer uso del cdigo de software libre PEPPOL para incrustar soluciones que habiliten PEPPOL en Paquetes de software ERP. Una vez conectado a un punto de acceso PEPPOL, los proveedores y los rganos de contratacin pueden comunicarse con todo el mundo en la red PEPPOL. Dado que las empresas TIC amplan sus esfuerzos en conectar a las comunidades existentes de contratacin por va electrnica, la web de comunidades interconectadas va a crecer, dando lugar a un clima de negocios ms eficaz en toda Europa.
Un piloto PEPPOL cumple con los siguientes requisitos: 1. Relacin entre Comunidades: el piloto permite el establecimiento de la interoperabilidad entre diferentes comunidades existentes de eProcurement (o participantes en el piloto); 2. Uso de la tecnologa PEPPOL: el piloto usa los componentes PEPPOL. En el dominio pre-adjudicacin, por lo menos uno de los siguientes componentes deben utilizarse: firma electrnica, VCD Dossier Virtual de Compaa o catlogo electrnico. En el dominio postadjudicacin, el uso de la infraestructura de transporte PEPPOL es obligatoria en combinacin con al menos uno de los siguientes componentes: catlogo electrnico, eOrdering o facturacin electrnica, para permitir la relacin interoperable entre comunidades.
25
conectar comunidades, permitiendo la interoperabilidad de los documentos de eTendering; uso de las especificaciones PEPPOL para la alineacin de los procesos de negocios y el contenido de los documentos intercambiados; El uso de la infraestructura de validacin PEPPOL para la validacin de la firma de los documentos firmados. Mediante la adopcin de la tecnologa PEPPOL, las diferentes comunidades eProcurement pueden intercambiar documentos y validar sus firmas mediante la conexin a travs de la infraestructura de validacin de la firma PEPPOL. PEPPOL ha puesto en marcha una solucin pan-europea que vincula los certificados de las autoridades nacionales existentes en una escala interoperable de la red pblica de validacin de la firma interoperable en la UE. Esta red se puede utilizar tambin para Business to Business (B2B) en el comercio de la industria privada o en cualquier otro proceso pblico que precise la validacin de la firma. Las especificaciones PEPPOL se basan en la piedra angular de las implementaciones de los siguientes conjuntos de normas: 1. Los procesos de negocio (por ejemplo: Cmo responder a una solicitud de un catlogo electrnico?) 2. Estructuras de documento (por ejemplo: Qu aspecto tiene una eCatalogue?) 3. Los planes para la identificacin de las Partes, productos y lugares (por ejemplo: Cmo puedo reconocer al proveedor que enva el eCatalogues, la clasificacin y atributos que se utilizan?) 4. Esquemas para la identificacin de las evidencias de los criterios de seleccin cualitativa (por ejemplo, Cmo puedo reconocer los criterios para el cual el licitador ha proporcionado evidencias?) 5. Esquemas de identificacin y registro eClasificacin y Servicios de Descripcin de la Propiedad (por ejemplo: Dnde puedo encontrar el informacin sobre la clasificacin, los atributos, las ontologas?) 6. Diseo de las bases de licitacin sobre la base de las necesidades del usuario (por ejemplo: la confianza de documentos, uso de infraestructura de validacin PEPPOL a aceptar los documentos). Las actividades piloto de un rgano de Contratacin para la fase de pre-adjudicacin puede incluir: Especificacin y definicin de los bienes o servicios solicitados mediante el uso de eCatalogues Especificacin y definicin de los criterios de calificacin correspondiente de una manera
26
estructurada y estandarizada que se puede calcular de forma automtica a travs de la solucin VCD. Validacin de firmas electrnicas utilizadas en la presentacin electrnica de ofertas Todos los componentes anteriores Nota: los pilotos de Pre-adjudicacin requerirn un compromiso inicial de las administraciones contratantes.Los agentes econmicos se incluirn a travs de su participacin en el proceso de licitacin.En su caso, las actividades del piloto de un operador econmico en la etapa de pre-adjudicacin podrn incluir: la especificacin y definicin de los bienes o servicios ofertados a travs del uso de eCatalogues, entrega de certificados y certificados mediante el uso del Dossier Virtual de Compaa; firma electrnica de cualquier documento de licitacin. Los requisitos legales Para los participantes en el piloto que adopten el VCD se deben aprobar los trminos y condiciones del servicio europeo de VCD y de los servicios nacionales VCD.Los trminos y condiciones en los dos casos se han de aceptar como parte del proceso de registro para un determinado servicio. No existen requisitos legales para participar en un proyecto piloto de pre-adjudicacin donde se utiliza catlogo electrnico solamente. Requisitos tcnicos Los participantes en el piloto deben solicitar la conformidad con las especificaciones PEPPOL. Esto se basa en un proceso de autoevaluacin de apoyo a las directrices, documentos de prueba y criterios de cumplimiento.PEPPOL tambin ofrece herramientas especficas que apoyan la conformidad las pruebas de casos de VCD. Nota: El rgano de contratacin deber declarar la conformidad con PEPPOL para implementar el componente de catlogo electrnico pre-adjudicacin, mientras que un agente econmico (proveedor) no est obligado a hacerlo. Es el documento presentado, el que tiene que estar conforme y validado, mientras que la forma en que el operador econmico obtuvo el documento puede variar (por ejemplo a travs del uso de una herramienta PEPPOL).
27
La post-adjudicacin de PEPPOL se centra en el intercambio de eAttestations (VCD), eOrders, eInvoices y documentos relacionados, mediante el uso de la infraestructura de transporte PEPPOL.
Un piloto post-adjudicacin vlido PEPPOL debe cumplir con tres requisitos bsicos: 1.conectar a las comunidades la contratacin electrnica, por ejemplo: la conexin de un rgano de Contratacin y un operador econmico en comunidades diferentes de eProcurement 2.uso de PEPPOL BIS para la alineacin de los procesos de negocio y el contenido de los documentos intercambiados 3.uso de la infraestructura de transporte PEPPOL para el intercambio de documentos de la empresa.
Aunque el enfoque del sector pblico se destaca en PEPPOL BIS, hay que reconocer que los procesos de post-adjudicacin de contratacin dentro de los sectores pblico y privado son muy similares, por lo que el uso de PEPPOL BIS es una opcin viable en el sector privado. Los resultados del taller CEN sobre la interoperabilidad de negocios Interfaces para la contratacin pblica en Europa (CEN BII/BII2 2) son un componente importante en PEPPOL BIS.Con el uso de PEPPOL BIS, las diferentes comunidades de contratacin electrnica pueden intercambiar mensajes mediante la conexin a travs de la infraestructura de transporte PEPPOL. Las especificaciones de interoperabilidad de negocios en PEPPOL son piedra angular sobre la que se basan los siguientes conjuntos de las implementaciones de normas comunes: 1.Los procesos de negocio (por ejemplo: Cmo responder a un pedido?) 2.Estructuras de documento (por ejemplo: Qu apariencia tiene un pedido?) 3.Los planes para la identificacin de las Partes, productos y lugares (por ejemplo: Cmo puedo reconocer que el cliente enva el pedido?) 4.Esquemas de identificacin y registro de eProcurement Servicios (por ejemplo: Dnde debo enviar la factura?) 5.Esquemas para la actualizacin de los documentos de precalificacin en los actuales contratos (por ejemplo, Cmo puedo comunicar los cambios a mi calificaciones de la empresa?) 6.Documento de transporte: el uso de la infraestructura de transporte PEPPOL el intercambio de documentos (por ejemplo: Cmo transporto documentos?)
28
Las actividades piloto de un rgano de Contratacin en la fase post-adjudicacin puede incluir: recibir un catlogo electrnico emitido por un proveedor de otra comunidad de eProcurement; la creacin de eOrders y enviarlos a un proveedor en otra comunidad de eProcurement; recibir una factura electrnica emitida por un proveedor de otra comunidad eProcurement; todos los componentes anteriores. Las actividades piloto para un operador econmico de la fase de post-adjudicacin son iguales que las de arriba. La conexin con la infraestructura de transporte PEPPOL es obligatorio para todos los procesos post-adjudicacin mencionados anteriormente. Nota: Estos pilotos requieren un compromiso, tanto desde la Autoridad Contratante como de sus proveedores. Los requisitos legales Los proveedores de soluciones basadas en Servicios TIC , los poderes adjudicadores o los agentes econmicos de que estn planificando configurar un Punto de Acceso (Access Point) para el acceso directo a la red PEPPOL como un "proveedor de punto de acceso" debe firmar los acuerdos de infraestructura de trasporte de PEPPOL (TIA) para obtener los derechos de acceso a la infraestructura PEPPOL. Para ms informacin, por favor, lea la seccin 5 de este documento: Gobierno de PEPPOL. Requisitos tcnicos Los participantes en el piloto deben cumplir con las especificaciones PEPPOL, de puesta en marcha". Esto se basa en un proceso de autoevaluacin con el apoyo de guas, documentos de prueba y criterios de conformidad. (Para ms detalles, consulte la seccin 4). 2.3.3 EVALUACIN DE UN PILOTO PEPPOL Durante el tiempo del proyecto piloto las organizaciones deben participar en una evaluacin en el marco de las actividades de informacin interna.
29
3.1 Introduccin
El propsito de esta seccin es proporcionar al lector la informacin necesaria para comprender plenamente el alcance de su futuro proyecto PEPPOL, sobre la base de los componentes a los que opte su organizacin para el piloto y sobre las herramientas de PEPPOL que planifique emplear. La seccin 3.2 proporciona una visin general de cmo el proyecto PEPPOL obtiene los resultados, cmo han evolucionado los artefactos y cmo acceder a la informacin apropiada. La seccin 3.3 proporciona una visin general de las especificaciones PEPPOL BIS, los perfiles CEN BII, su propsito y los procesos que soportan, adems del alcance de estas especificaciones dentro del proceso del piloto. La Seccin 3.4 proporciona una visin ms detallada de los diversos componentes PEPPOL, los procesos relacionados, as como enlaces a las especificaciones del BIS y otros artefactos - a partir de la pre-adjudicacin: VCD, catlogo electrnico, firma electrnica y post-adjudicacin: catlogo electrnico, eOrder y eFactura. La Seccin 3.5 proporciona una visin general de la Infraestructura de Transporte PEPPOL, junto con las instrucciones para que los pilotos de PEPPOL se conecten a PEPPOL.
3.2.1 Antecedentes
En la primera fase del proyecto, PEPPOL se focaliz en la identificacin de los retos de interoperabilidad transfronteriza en contratacin pblica, para encontrar las soluciones ms adecuadas. Estos resultados representan el punto de partida para la segunda fase del proyecto PEPPOL donde un conjunto explcito de requisitos (Especificaciones) y
30
herramientas para implementar los componentes PEPPOL que se han desarrollado, en particular: 1. Especificaciones - El desarrollo de las especificaciones tcnicas de la arquitectura y los componentes bsicos necesarios para implementar los escenarios de alto nivel se indica en la primera fase. Estas especificaciones han sido proporcionadas por PEPPOL a los participantes a crear implementaciones adecuadas para sus operaciones piloto. 2. Herramientas de desarrollo - Desarrollo de herramientas de software basadas en las especificaciones iniciales adecuadas para los poderes adjudicadores y los agentes econmicos (en particular las PYME) para facilitar la interconexin e interoperabilidad de sus procesos de negocios. Los resultados fueron documentados en las descripciones preliminares de las implementaciones de referencia (para herramientas de desarrollo). En particular PEPPOL ha centrado sus componentes de software en capacitar a los proveedores de pequeas y medianas empresas (PYME) que representan a la audiencia con el mayor beneficio potencial con la implantacin de la contratacin electrnica transfronteriza. Las implementaciones de las especificaciones, junto con el Infraestructura PEPPOL, dirigen las capas de interoperabilidad semntica y tcnica dentro del Marco Europeo de Interoperabilidad (EIF) versin 2.0 3.
3.2.2 Estructura
La Arquitectura de Integracion Empresarial de PEPPOL (EIA) es un enfoque estructurado para presentar los artefactos PEPPOL (documentos de proyecto, especificaciones, guas de usuario, herramientas de software, etc.) en un lugar comn para que las diferentes partes interesadas pueden acceder a informacin relativa a sus necesidades especficas, de manera flexible y consistente. El repositorio de EIA es una herramienta til para las organizaciones interesadas en la implementacin de los componentes PEPPOL, y familiarizarse con los resultados del proyecto. La EIA PEPPOL es un cubo de tres dimensiones (ver Figura 3). En la parte superior, el cubo se compone de 4 comunidades de interoperabilidad, que refleja los siguientes componentes PEPPOL:
31
Infraestructura de validacin de firma electrnica - valida los certificados de firma electrnica transfronteriza de la UE. Infraestructura de Transporte - permite la Entrega paneuropea de documentos de negocios entre las comunidades de contratacin pblica electrnica Pos-Adjudicacin de la contratacin electrnica - permite el proceso de compra y consta de catlogo electrnico, facturacin electrnica y eOrdering Pre-Adjudicacin de la contratacin electrnica - permite el proceso de licitacin y actualmente consta de eAttestation (VCD) y catlogo electrnico
Figura 3: PEPPOL Arquitectura de Interoperabilidad Empresarial (EIA) Las 4 comunidades anteriores estn vinculadas a seis dimensiones: Las Arquitecturas TIC - proporcionando el mbito de las TIC, soluciones y arquitecturas TIC para la interoperabilidad entre comunidades Conformidad y pruebas - que incluye los requisitos, procesos y herramientas de cumplimiento para las diferentes partes interesadas en la interoperabilidad Gestin del Ciclo de Vida (LCM) - los procesos de LCM de Empresas y arquitecturas TIC
32
Gobierno - que comprende la estructura de gobierno, el marco legal y marco y los procesos para las arquitecturas de negocio y las TIC Marketing - incluidos los procesos y materiales para la sensibilizacin y reclutamiento de nuevos participantes para los proyectos piloto PEPPOL Negocios - siendo el mbito de negocio y arquitectura empresarial de la comunidad de interoperabilidad Los trabajos en el EIA son continuos en el progreso del proyecto. Actualmente, tres de las seis dimensiones se han puesto en funcionamiento: Arquitectura TIC, conformidad y prueba y de Gobierno. Adems, cada dimensin de la comunidad est dividida en 6 niveles de abstraccin: Estrategia (definicin de la estrategia, el alcance y los principios) Marco de actuacin (vista de alto nivel) Los modelos (modelos, directrices y especificaciones de los diferentes servicios y componentes) Servicios y Componentes (servicios, componentes reutilizables y herramientas de apoyo a los modelos) Los diseos (casos y los resultados de la implementacin conceptual) Implementaciones (casos y los resultados de aplicaciones) Estos seis niveles de abstraccin se pueden ver de la siguiente manera:
33
Niveles
de
Abstraccin
de
la
Arquitectura
Empresarial
de
Estrategia, marco, modelos, servicios y componentes son artefactos genricos donde los modelos pueden crear instancias de diseos especficos e implementaciones. Los servicios y componentes pueden ser utilizados en los diseos especficos y se incorporan en las implementaciones. http://www.peppol.eu/peppol_components/peppol-eia
34
Algunas de estas implementaciones son: Los componentes de software que se utilizarn en la ejecucin de la Infraestructura de Transporte Validacin de los artefactos tales como los esquemas XML y Schematron archivos para validar PEPPOL instancias de documentos BIS Formalizaciones de las reglas de negocio para su incorporacin en el BIS otros motores de software Cliente Demostrador de PEPPOL - una aplicacin cliente de las especificaciones PEPPOL que se puede utilizar para demostrar la funcionalidad de PEPPOL. Unirse a la comunidad OSOR PEPPOL tambin proporciona acceso a un foro de colaboracin para desarrolladores de software. Para ms informacin por favor visite: http://peppol.forge.osor.eu 3.3 PROCESO DE ALINEACIN Y NORMAS
35
1. Especificacin de los contenidos de los mensajes y los procesos de negocio 2 Normas de convergencia UBL - UN/CEFACT. 3. Provisin de una caja de herramientas que facilitarn los fabricantes de software "adopcin de las especificaciones y mejorar la interoperabilidad tcnica 4. Proporcionar apoyo tcnico para los adoptantes y los ejecutores de los entregables del BII 5. Proporcionar un foro para la gobernanza, la gestin del ciclo de vida y otras mejoras de la CWA publicadas por el CEN WS / BII 6. Contribuir a la coordinacin y armonizacin entre las iniciativas europeas sobre varios aspectos de la contratacin electrnica. Los principales resultados de CEN ISSS / WS BII son los perfiles especifica: BII. Un perfil BII
En el nivel de negocios que incluyen reglas de negocios, procesos y modelos semnticos de documentos El proceso de contratacin electrnica de negocios, es decir la coreografa con una descripcin detallada de la forma en que los socios del negocio colaboran, desempean sus funciones respectivas y comparten responsabilidades para alcanzar objetivos mutuamente acordados con el apoyo de sus respectivos sistemas de informacin La estructura y la semntica de los documentos involucrados en la contratacin pblica electrnica es decir, el contenido de la informacin de las transacciones electrnicas comerciales intercambiados por referencia a un ncleo del modelo de datos comn para cada una de las transacciones comerciales A nivel de sintaxis incluyen los usos de documentos XML compatibles con los esquemas de las normas de comercio electrnico, tales como UN / CEFACT y OASIS XML UBL 2.0 (Universal Business Language).
36
Los procesos de negocio utilizados en una organizacin puede estar influidos por: Los requisitos de los clientes de un sector empresarial o de una industria particular El software desarrollado para un determinado sector o industria La complejidad de los productos o servicios ofrecidos El proceso y los elementos de control desarrollados por el personal o la direccin El cumplimiento de las leyes relacionadas con un sector empresarial, industrial o regional Con el tiempo, incluso los procesos ms complejos tienden a solidificarse y convertirse en normas de la industria o sector. En algunos casos, puede haber evolucionaron a partir de las limitaciones de las tecnologas originales utilizadas o, posiblemente, hacia prcticas redundantes en las prcticas de la industria / sector. En cualquier caso, una revisin detallada puede ser necesaria para determinar las medidas necesarias y pasos innecesarios involucrados en cualquier proceso de negocio. Los talleres CEN BII perfil fueron creados para resolver estas diferencias, reuniendo a expertos de muchas industrias y los sectores empresariales para comparar sus procesos de negocio (en este caso, los procesos de eProcurement), identificar los elementos comunes y necesarios de los procesos, y ponerse de acuerdo sobre un conjunto bsico de simplificacin de los procesos y elementos de datos relacionados que podran ser utilizados para el intercambio de documentos sin problemas entre las organizaciones. El objetivo principal es lograr un nivel de interoperabilidad que se hace ms fcil y ms rentable para las organizaciones para intercambiar documentos de forma electrnica. Para ms informacin sobre el CEN / ISSS BII: http://spec2.cenbii.eu
37
Un perfil del CEN BII define la informacin del proceso y el contenido semntico. Un PEPPOL BIS define las leyes, operaciones, procesos, contenido de la informacin semntica, y los formatos tcnicos cuando las facturas se envan por ejemplo, de un proveedor sueco a un comprador francs. Un perfil PEPPOL (BIS) es una especificacin tcnica que describe: Aspectos legales: Identificar los requisitos legales, el establecimiento de la contratacin pblica electrnica alcance jurdico de la especificacin; Organizacin empresarial: Identificar los requerimientos del negocio, estableciendo Organizacin /Empresa de la especificacin; Organizacin del proceso: Uso de un perfil del CEN BII (parte coreografa) como la base define el proceso de negocio de la contratacin electrnica; Semntica: Uso de un perfil del CEN BII (parte de la transaccin) como la base especifica la estructura de la contratacin electrnica de negocios, normas y semntica de los documentos de contratacin electrnica que participan, por ejemplo, una factura. Interaccin tcnica: La aplicacin tcnica de las especificaciones de negocio y las especificaciones semnticas. La unin de la semntica de los documentos de contratacin pblica electrnica para un ejemplo de sintaxis CEFACT o UBL. Relaciones con la infraestructura de validacin de firma electrnica PEPPOL Transporte tcnico: Relaciones con la infraestructura de transporte PEPPOL. Con el fin de cumplir con un BIS PEPPOL, es necesario cumplir con cada capa de interoperabilidad. (Vea la seccin 4) El alcance de un PEPPOL BIS se muestra en el siguiente diagrama. el mbito de la
38
PEPPOL BIS - Esquema de componentes Con base en los perfiles de CEN BII, PEPPOL define PEPPOL BIS, especificaciones que cubren las diferentes partes del proceso de la contratacin pblica electrnica de la siguiente manera: Licitacin Pre-adjudicacin : BIS 12a - Catlogo de productos en un proceso de licitacin Despus de la adjudicacin: BIS 1a Catlogo slo BIS 3a Solo pedido bsico BIS 4a Slo factura BIS 5a Facturacin BIS 6a Contratacin Los enlaces a las especificaciones BIS se encuentran en la seccin de componentes de este captulo.
39
El modelo conceptual general de PEPPOL es un modelo de "sistema independiente" de integracin que soporta unos pocos procesos de negocio comunes en los que todos los participantes puedan estar de acuerdo. La solucin permite que el sistema an ms a la integracin del sistema y flujo de trabajo empresarial integracin basada en las necesidades de la industria o bilaterales. El diagrama siguiente ilustra el modelo conceptual para PEPPOL.
El alcance PEPPOL se define de la siguiente manera: Un modelo de integracin independiente de sistemas que apoya unos cuantos procesos de negocios comunes soportados por todos. Este modelo proporciona a las organizaciones la flexibilidad necesaria para cualquier adaptacin a PEPPOL BIS en sus sistemas back-end
40
y procesos, o para continuar con los estndares de la la industria, regional o nacional estndares que puedan ser convertibles en BIS a travs de la traduccin software La solucin permite posteriores integraciones de sistema a sistema e integraciones de flujos de negocio definidos bilateralmente. El enfoque principal del trabajo es el formato PEPPOL BIS, la especificacin y validacin de los documentos que pasan a travs de la red. Los sistemas de los participantes, las interfaces y la trasformacin de documentos estn fuera del alcance de PEPPOL, mientras que la transmisin del documento se apoya en la arquitectura PEPPOL.
Si bien la aplicacin de la transformacin entre los diferentes formatos de contenido y el formato de perfil PEPPOL, estn fuera del alcance, se debe armonizar la especificacin del formato comn para la transferencia de documentos dentro de la red. La conformidad de las instancias de documentos siempre se puede testear en relacin con un ejemplo de implementacin proporcionado a travs de componentes "Schematron.
41
La fase de pre-adjudicacin PEPPOL describe las interacciones que se producen durante la convocatoria del proceso de licitacin llevado a cabo por un rgano de Contratacin y la posterior presentacin de pruebas (Certificados) y / o detalles del catlogo de productos siempre al rgano de contratacin de un agente econmico (proveedor) en respuesta a una licitacin. Dependiendo de la legislacin nacional o la poltica regional, una firma electrnica tambin puede ser necesaria con el fin de autenticar la presentacin de documentos en la fase previa a la adjudicacin.Donde sea necesaria la firma electrnica, PEPPOL ofrece un servicio de validacin de firma digital para confirmar la validez del certificado utilizado para la firma (por favor vea la parte sobre la firma electrnica de esta seccin). Los procesos pre-adjudicacin (licitacin) tienden a seguir un sistema cerrado, modelo de las 3 esquinas, por lo general utilizando mtodos basados en la web para el envo de los documentos.Para los procesos de pre-adjudicacin se asumen los siguientes pasos de alto nivel: 7.Un rgano de Contratacin (CA) define una licitacin (CFT Call for Tenders) especificando los productos, y bienes junto con los criterios pertinentes de seleccin cualitativa2 que deben ser aportados. 8.Una notificacin de licitacin se publica a nivel local, nacional y / o a nivel europeo (DOUE), dependiente del valor y la naturaleza del contrato.(Este paso est fuera del alcance de PEPPOL). 9.El operador econmico (EO) encuentra una oferta de inters y prepara los documentos apropiados para probar su calificacin para la licitacin (de acuerdo al perfil y el formato de PEPPOL). 10.La Oficina de Evaluacin firma todos los documentos de acuerdo a las reglas definidas por la CA y el CFT.El operador econmico tambin podr utilizar sus mtodos locales de firma, si la CA utiliza la infraestructura de validacin de firma de PEPPOL. 11.El documento firmado conforme PEPPOL se transmite al rgano de Contratacin de recepcin utilizando los mecanismos determinados por el rgano de Contratacin en el proceso de licitacin.
NotadelTraductor:Sobreadministrativoconlosdocumentosaportadosporellicitadorparacumplirloscriteriosde seleccin.
2
42
12.El documento conforme con PEPPOL se verifica de acuerdo con las reglas PEPPOL y las reglas de negocio en el lado del receptor (Contratacin). 13.El documento recibido se descomprime y se presenta al receptor (el rgano de contratacin) a travs de la interfaz de recepcin.La firma es validada a travs de la infraestructura de firma y se evalan los documentos recibidos. El punto clave es que en un proceso pre-adjudicacin la infraestructura de transporte est abierta a cualquier modelo de implementacin.Est tambin en el naturaleza de los procesos de pre-adjudicacin que las Interfaces son ms complejos porque implica la recopilacin y interpretacin de los diversos conjuntos de informacin tal y como se requiere en la licitacin. Por lo tanto, aunque los modelos conceptuales son los mismos, es til para identificar las dos arquitecturas de referencia diferentes (pre y post adjudicacin) para reflejar el nfasis diferente de cada contexto. El diagrama (Figura 7) muestra el flujo de procesos antes de la adjudicacin utilizando el PEPPOL Virtual Compaa Dossier (VCD) y el Herramienta de catlogo electrnico.
43
44
Los componentes del VCD (Referencia de Implementacin) La especificacin del VCD y la aplicacin piloto forman los componentes clave para la conexin de la contratacin electrnica transfronteriza nicamente de los datos descritos que se intercambian entre los licitadores y los rganos de contratacin en los distintos Estados miembros. La solucin de apoyo VCD de PEPPOL representa una muy avanzada y solucin integral para el concepto de VCD. Los principales componentes de esta solucin de apoyo PEPPOL VCD se describen en la Figura 8 y se explican a continuacin: Componentes VCD La ontologa y conjunto de reglas, representa el conocimiento necesario para la asignacin legal entre los criterios y las evidencias segn la normativa de contratacin europea y nacional3. Contiene informacin acerca de los criterios europeos y nacionales, as como las evidencias y define los vnculos entre ellos, es decir, que evidencias son suficientes para demostrar el cumplimiento de un criterio determinado.
Los criterios de seleccin cualitativa se definen en la Directiva 2004/18/CE y se han implementado en las compras nacionales reglamentos y por lo tanto se ajustan a los requisitos nacionales. En la actualidad, los conjuntos de reglas para los cinco dominios especficos de cada pas legal y el el mbito jurdico europeo existe.
3
45
El Sistema Europeo de VCD (EVS) apoya la decisin de derivar las evidencias sobre la base de las mencionadas ontologas con el fin de cumplir con los criterios definidos en la licitacin de conformidad con la norma jurdica subyacente que se establece de acuerdo a la legislacin europea y nacional sobre contratacin. El EVS permite el razonamiento y lo hace accesible a travs del sistema de soporte a las decisiones y las interfaces de usuario. Proporciona una estructura de oferta especfica VCD (VCD Contenedores Esqueleto) a los operadores econmicos que pueden utilizarlas para incluir evidencias de acuerdo a las normas. Tambin proporciona un servicio interfaz con el Diseador de VCD. El sistema europeo de VCD se mantiene a travs del Sistema de Gestin de Ontologas (OMS). Por lo tanto los conjuntos de reglas de la EVS estn representados como ontologas interpretables por mquinas. La OMS proporciona la edicin y la funcionalidad de gestin para las distintas ontologas. El sistema de gestin de ontologas pueden utilizado simultneamente por los equipos de edicin de diferentes ontologas para mantener la norma jurdica establece hasta la fecha. El Sistema Nacional de VCD ofrece una gama completa de funcionalidades VCD a los operadores econmicos para la seleccin inicial de criterios (a travs del Diseador de VCD) a la finalizacin de un contenedor validado VCD (a travs del Generador VCD). Una funcionalidad bsica de la NVS es la introduccin de datos y subir evidencias para un VCD. Dependiendo de la aplicacin las decisiones de la arquitectura, que se puede proporcionar como un distribuidor autorizado el servicio nacional, integrado en las plataformas de licitacin, o se utiliza como un componente independiente. Los implementadores pueden usar todas las partes de la implementacin de referencia del NVS. El diseador de VCD es un componente que permite a los usuarios crear un Contenedor Esqueleto de VCD que se pueden utilizar por el VCD Builder para la creacin del necesario VCD. Se utiliza el informacin sobre los operadores econmicos y sus relaciones entre s (estructura licitador), los criterios y otra informacin pertinente, definido en la licitacin. Por lo tanto, proporciona una interfaz para el EVS con el fin de obtener pruebas apropiadas de conformidad con la base legal del conjunto de reglas. Junto con el generador de VCD, que puede ser utilizado en un entorno de escritorio o NVS basados en la web y es parte de la implementacin de referencia NVS. El generador de VCD es una aplicacin web o de escritorio que permite a los usuarios introducir datos y para cargar las evidencias de acuerdo con el Contenedor esqueleto del VCD. Se crea un contenedor de VCD y es parte de la implementacin de referencia del NVS. La especificacin del esquema consiste en un documento VCD estndar, las especificaciones de contenedores VCD, esquemas VCD, paquetes y contenedores VCD que se utilizan por el Sistema Europeo de VCD y de los Sistemas Nacionales de VCD en distintas etapas de la produccin del paquete contenedor de VCD. El visor de VCD es un componente para ver y navegar a travs del contenido de los contenedores VCD sin tener la posibilidad de editar o cambiar el contenido. Este
46
componente es dedicado para su uso por los agentes econmicos y la autoridades de contratacin. El operador econmico puede enviar el contenedor de VCD a un rgano de Contratacin directamente para someterse a una licitacin a travs de la plataforma o cualquier otro medio de comunicacin electrnica aceptado por el rgano de Contratacin que tambin puede incluir la uso de la infraestructura de transporte PEPPOL. Con el fin de alentar a las autoridades contratantes a utilizar la infraestructura PEPPOL en los procesos de preadjudicacin, el equipo de VCD est elaborando las perspectivas para la definicin de un PEPPOL VCD BIS. El firmante VCD proporcionar los medios tcnicos para la firma electrnica de Contenedores VCD y los archivos incluidos con formato XML de meta datos de acuerdo con la XAdES (XML firma electrnica avanzada) formato. Adems, proporcionar interfaces de modo que otros componentes pueden acceder directamente a su funcionalidad. Como no todos los Estados miembros de la UE tendrn su correspondiente conjunto de normas nacionales definidos en la ontologa del sistema Europeo de VCD desde el principio, el " editor manual VCD de PEPPOL " apoya a los agentes econmicos con un editor de esqueleto manual de VCD como una solucin de rpida puesta en marcha simplificada que no tienen soporte de compilacin, pero opcionalmente tiene apoyo a la decisin. El Manual del editor del esqueleto VCD es un elemento que apoyar a los operadores econmicos en la creacin de un contenedor de VCD en las legislaciones nacionales de contratacin pblica no son todava parte del sistema VCD de la Unin Europea. En este caso, los operadores econmicos han de crear la estructura del VCD con las evidencias nacionales adecuadas de forma manual. El manual del editor del esqueleto VCD est especficamente alineado con eCertis4 . Una vez que el esqueleto manual de VCD se crea, el VCD Builder (un componente standalone) se utiliza para introducir informacin y documentos que faltan con el fin de compilar un total de contenedores VCD. En la solucin del editor manual del VCD de PEPPOL VCD, los contenidos VCD generados en los contenedores tienen una calidad diferente. La presentacin del contenedor de VCD a un rgano de Contratacin se prev que utilice los mismos canales, como la solucin completa de soporte al VCD de PEPPOL. Asimismo, el rgano de Contratacin utiliza el visor de VCD para navegar a travs de los contenedores generados por el editor de VCD.
4 . eCertis (www.ec.europa.eu / Markt / ecertis) es una gua para los diferentes documentos y certificados solicitados con frecuencia en los
procedimientos de contratacin a travs de los 27 Estados Unidos, dos pases candidatos (Turqua y Croacia) y los tres pases del EEE (Islandia, Liechtenstein y Noruega). Los operadores econmicos que deseen presentar una propuesta en respuesta a una llamada externa para las autoridades de licitacin y contratacin que tiene que evaluar una oferta extranjera son apoyados por eCertis a entender qu informacin est siendo solicitada o proporcionada.
47
El diagrama que sigue ilustra la solucin de soporte completo al escenario de la implementacin de referencia VCD, as como los principales bloques de construccin dentro de un proceso de licitacin. Cada componente VCD indica el grupo de usuarios para los cuales se ha construido (Agentes econmicos, los poderes adjudicadores o los proveedores de soluciones eTendering). La figura tambin marca una diferencia entre el diferentes estados de desarrollo y aplicacin (disponibles y planificados) y cmo se puede utilizar (basado en la web, independiente o integrado en plataformas de licitacin). El soporte completo en este contexto se refiere a la existencia de un sistema europeo de VCD y un Sistema Nacional de VCD. Por otra parte, el conjunto de reglas de un Estado miembro tiene que ser modelado como una ontologa en el EVS.
El flujo de la interaccin que se representa en el diagrama anterior consta de los siguientes pasos: 1.Un rgano de Contratacin utiliza el editor de criterios para definir los criterios relevantes de una manera estructurada y estandarizada.
48
2.Un rgano de Contratacin, publica un anuncio de licitacin (CN Contract Notice). Un operador econmico desea participar mediante la solicitud de la convocatoria de licitacin (CFT Call for Tenders) y los criterios de cualificacin. 3.El Operador Econmico enva los criterios, la estructura de la oferta y otros datos de licitacin al Diseador del VCD. 4.Con estas entradas definidas en el Diseador de VCD, el Operador econmico puede ahora invocar al Sistema Europea de VCD a travs del sistema de interfaz del sistema.Como alternativa, el sistema Europeo de VCD tambin proporciona una interfaz de usuario directa para generar un Contendedor Esqueleto de VCD Contenedor (4a/5a). 5.El Servicio Europeo de VCD crea un contenedor de estructura de VCD que consta de criterios y evidencias adecuadas para ser proporcionado por el operador econmico. 6.La estructura del contenedor VCD se pasa al VCD Builder.El operador econmico puede ahora llenar la estructura con testimonios y declaraciones de los candidatos.En los pases donde el sistema de VCD se implementa como un servicio de autorizacin nacional se pueden proporcionar las interfaces directas con los organismos emisores. 7.Despus de haber llenado la estructura VCD con todos los datos pertinentes, el contenedor VCD personalizado se entrega al Operador Econmico.Puede ser previamente firmado por la persona firmante del VCD (no implementado an) 8.El VCD se presenta al rgano de Contratacin o a la plataforma correspondiente de licitacin. 9.El rgano de Contratacin puede utilizar el Visor de VCD parar mostrar el contenido del VCD y de un certificado de elegibilidad de candidatos.El Visor de VCD ofrece una conveniente interfaz grfica de usuario para el control de las calificaciones de forma coherente. 10.El Visor de VCD se pueden enlazar con el servicio de validacin de firma de PEPPOL que ofrece la posibilidad de probar la validez de los certificados que se usan en las firmas extranjeras.
49
Marco VCD, especificaciones, componentes y directrices que se pueden encontrar en el repositorio PEPPOL EIA se describen en la tabla de abajo.Nota: El VCD no est cubierto por una especificacin PEPPOL BIS.
50
El componente de catlogo electrnico en PEPPOL se centra en estructuras comunes de datos y esquemas de clasificacin de los catlogos. Si bien el objetivo y el contenido de los catlogos post-adjudicacin pueden ser diferentes, muchas de las estructuras y esquemas de clasificacin puede ser compartidos con los procesos de pre-adjudicacin. Una cuestin clave en relacin con los catlogos pre-adjudicacin de PEPPOL se refiere a la eleccin del proceso de normalizacin y modelo de datos a aplicar. PEPPOL en general ha optado por adoptar los perfiles estndar (Procesos) y los modelos de datos definidos por el Taller CEN BII (Interfaces de negocios de interoperabilidad para la contratacin electrnica); Sin embargo, esta eleccin no podra aplicarse en la preadjudicacin, debido a el CEN / BII todava no ha definido un perfil o un modelo de datos para la pre-adjudicacin de eCatalogues.Por esta razn, PEPPOL ha definido un perfil eCatalogues pre-adjudicacin y un modelo de datos propio, y ha basado sus especificaciones y artefactos en ellos. La visin PEPPOL es que cualquier empresa (incluyendo PYME) en la UE pueda, de forma segura y sin problemas, crear, validar y enviar un catlogo electrnico como parte de un concurso para la contratacin emitida por cualquier rgano de Contratacin Europea.Para realizar esta visin, PEPPOL ha creado las especificaciones para la gestin eCatalogues en el marco de la contratacin transfronteriza pblica como parte de una oferta presentada a travs de los procedimientos pre-adjudicacin para la licitacin en competencia de los proveedores.El objetivo ltimo es permitir transacciones transfronteriza pblicas de contratacin electrnica. Junto con las especificaciones anteriores, PEPPOL est creando componentes de SW para facilitar la aplicacin concreta de las especificaciones de los usuarios, y ejecutar los pilotos reales.Los componentes son artefactos de software de cdigo abierto para la transformacin de formatos, visualizacin de documentos, importacin / exportacin de contenidos estandarizados, gestin de reglas de negocio en la plantilla, validacin de documentos, intercambio de documentos y gestin de flujos de trabajo. Los componentes son modulares, lo que significa que pueden ser implementadas de forma independiente el uno del otro. Adems de los componentes individuales de catlogo electrnico, PEPPOL est desarrollando una herramienta, mejor descrita en las secciones siguientes, para ensamblar todos los componentes y permitir una gestin bsica de eCatalogues tanto por las autoridades y los agentes econmicos (y el trabajo de los proveedores de servicios), de la siguiente manera:
51
para los poderes adjudicadores: la herramienta de apoyo a la creacin / visualizacin / validacin de las plantillas de catlogo electrnico para ser utilizado en la fase previa a la adjudicacin, basado en la norma formatos (el formato incorporado es el PEPPOL previa a la adjudicacin formato de catlogo electrnico, adoptada por el CEN / BII como base para su previa a la adjudicacin herramienta catlogo electrnico) y descripciones de los artculos del catlogo.Las descripciones estandarizadas pueden ser importadas por un servidor de contenido de Catlogo, creado ad hoc por PEPPOL. Para los operadores econmicos (y los proveedores de servicios): la herramienta de apoyo a la creacin de la manipulacin pre-adjudicacin eCatalogues de acuerdo con una determinada plantilla (formato y propiedades) y transmitir a travs de la infraestructura PEPPOL utilizando la descripcin estndar prescrito del catlogo artculos. Por ltimo, PEPPOL est desarrollando una instancia del servidor de la Propiedad de lnea sobre el producto, denominado PPS - Servidor Propiedad PEPPOL. Este servidor se ejecutar al menos hasta el final del proyecto, con el fin de para apoyar a los pilotos PEPPOL. La herramienta de gestin de catlogo electrnico (Cliente PEPPOL Demostrador) PEPPOL est desarrollando una herramienta de gestin de catlogo electrnico (a menudo conocido como cliente Demostrador PEPPOL) para ayudar las administraciones pblicas y a los agentes econmicos en el diseo y la gestin de eCatalogues.Las principales caractersticas de la herramienta de gestin del catlogo electrnico, aplicable tanto a las fases de pre-adjudicacin y post-adjudicacin de los procedimientos de contratacin pblica se refiere a la normalizacin de los procedimientos, formatos y contenidos para simplificar el intercambio de catlogos entre empresas y administraciones. Para la fase de pre-adjudicacin, donde no haba perfiles existentes CEN BII de referencia, PEPPOL se concentr en desarrollar su propia definicin del modelo de datos de catlogo electrnico.La herramienta se basa en este modelo de datos especfico de PEPPOL. El modelo de datos ha sido desarrollado por PEPPOL sobre la base del perfil CEN / BII "Catlogo Slo", y de los datos de las licitaciones modelo incluido en el perfil CEN / BII "Licitacin Simple".Para la fase de post-adjudicacin, la herramienta es totalmente compatible con el perfil CEN / BII "Catlogo Only", mientras que en la fase de preadjudicacin, cumple con un perfil definido PEPPOL que presenta la base para los trabajos de normalizacin presentadas por el taller CEN BII 2. La herramienta de catlogo electrnico proporcionar al sector de las TIC con la capacidad de compartir con el proyecto PEPPOL el camino hacia la interoperabilidad y proporcionar a las autoridades adjudicadoras y los operadores econmicos una herramienta que tiene una
52
capacidad operativa suficiente para ejecutar los pilotos PEPPOL, con transacciones reales entre los socios de negocios pioneros. La referencia inicial del catlogo electrnico de software libre se desarroll y mejor para tratar de satisfacer las necesidades de futuros objetivos.Esta solucin es accesible al pblico como un paquete completo de software en: http://www.peppol.eu/peppol_components/peppol-eia/ict-architecture/pre-awardprocurement/designs/
El proceso de pre-adjudicacin de catalogo electrnico El proceso se describe a continuacin asume que los procesos automatizados estn en el lugar entre el Operador Econmico y el rgano de Contratacin (internamente o a travs de un servicio externo proveedor) o que los pilotos PEPPOL usan la herramienta de cliente de demostracin para llevar a cabo y validar estas transacciones.Un ejemplo de la estructura antes de la adjudicacin se ilustra en el siguiente diagrama.
53
En el siguiente proceso, las funciones descritas pueden ser realizadas por rganos de contratacin y los operadores econmicos ya sea a travs de una plataforma de contratacin electrnica adaptada a las especificaciones PEPPOL, a travs de la herramienta de gestin de catlogo electrnico PEPPOL. Paso 1 - Crear la plantilla de catlogo electrnico (ver actividades 1 y 2 de la Figura 10) El rgano de Contratacin que tiene previsto publicar una oferta crear una plantilla de catlogo electrnico, siguiendo el modelo de datos de catlogo electrnico incluidas en la especificacin PEPPOL BIS 12a. Los poderes adjudicadores que deseen una alta interoperabilidad del contenido delcatlogo electrnico incluirn una descripcin totalmente estandarizada de los elementos de catlogo electrnico. Para ello, deben llamar a un servicio web del servidor de Propiedades PEPPOL (PPS) (el diccionario en lnea de las propiedades estndar) para recuperar las propiedades estndar del producto basado en un diccionario estndar (eCl @ ss). En su caso, de acuerdo con el propsito de la licitacin especfica, la descripcin original (= conjunto de propiedades) de la partida incluidos en el sistema de clasificacin puede ser ampliada, agregando propiedades procedentes de otros productos, y la creacin de una nueva propiedad, en caso necesario. Paso 2 - Publicacin de plantilla catlogo electrnico (vase el punto 3 de la Figura 10) El rgano de Contratacin publica el documento eCatalogue creado segn el modelo PEPPOL BIS datos como parte de la documentacin de licitacin. Paso 3 - Creacin Oferta catlogo electrnico y la validacin (vanse las actividades 4 y 5 de la Figura 10) El operador econmico que desee responder a la oferta, descarga de la plantilla de catlogo electrnico, rellena la plantilla de acuerdo con el contenido solicitado estandarizado (si es necesario consulta al servidor en el que se definen las normas), crea el documento y lo valida en contra de las reglas de negocio y las bases de licitacin especfica. Si se solicita, el operador econmico firma digitalmente el documento. Paso 4 - Presentacin de catlogo electrnico (vase la actividad 7 de la Figura 10) La carga de Operador Econmico del catlogo electrnico de la plataforma de la Administracin contratante Paso 5 - Validacin de Oferta catlogo electrnico (despus de la actividad 7 de Figura 10)
54
Tras la recepcin de la oferta de catlogo electrnico del operador econmico, y la expiracin del plazo para la apertura de las ofertas, el rgano de Contratacin puede validar la oferta frente a las reglas de negocio establecidas por PEPPOL para la plantilla de catlogo electrnico, el modelo de datos y en contra de las bases de licitacin establecido para la oferta especfica. Paso 6 - Transformar y Cargar el catlogo electrnico El rgano de Contratacin ahora puede extraer el documento de catlogo electrnico validado e importar los datos en su base de datos, proceder con la evaluacin y adjudicacin en su caso. Los catlogos cargados pueden servir de base para el eCatalogues postadjudicacin para ser utilizado por el rgano de Contratacin. PEPPOL Catlogo electrnico post-adjudicacin En la fase posterior a la adjudicacin, eCatalogues puede ser utilizado para describir los bienes y servicios que son especficos a una determinada oferta o para proporcionar detalles de los productos y servicios que se actualizan con frecuencia para apoyar el proceso de abastecimiento / pedido en un curso base. Un ejemplo de post-proceso de adjudicacin eCatalogue una "oferta especfica" se ilustra en el siguiente diagrama. El proceso post adjudicacin del catlogo electrnico. El proceso que se describe a continuacin asume que los procesos automatizados ya estn en marcha entre el Operador Econmico y el rgano de Contratacin (internamente oa travs de un servicio externo proveedor) o que los pilotos PEPPOL usan la herramienta de cliente de demostracin para llevar a cabo y validar estas transacciones. Paso 1 - Llenar el catlogo electrnico (vase la actividad 1 en la Figura 11) Tras la concesin (por cualquier medio, incluido el papel) de un contrato de Operador Econmico (proveedor) por un rgano de Contratacin, el operador econmico puede crear un catlogo electrnico, la extraccin de (Ms o menos automticamente) los datos de su propia plataforma adaptada, o el uso de la herramienta de gestin catlogo electrnico proporcionada por PEPPOL (insertar datos de forma manual o a travs de hojas de clculo). La plantilla del catlogo post-premio es especificado por el PEPPOL BIS 1a documento (enlace provisto en la seccin de especificaciones ms abajo). notas: 1. El rgano de Contratacin tambin puede crear y enviar el electrnico al operador econmico para garantizar una mejor catlogo calidad.
55
2. Si as lo acuerdan las partes, el contenido estandarizado puede ser incluido en el catlogo electrnico. Paso 2 - Crear y validar el catlogo electrnico (vase la actividad 2 en la Figura 11) El operador econmico puede utilizar la herramienta de catlogo electrnico o la capacidad de transformacin interna del software para crear y validar el catlogo electrnico, en funcin de las reglas de negocio establecidas por PEPPOL BIS. Paso 3 - Presentar el catlogo electrnico (vase la actividad 3 de la Figura 11) Una vez validado el operador econmico puede presentar el catlogo electrnico para el rgano de Contratacin con la infraestructura PEPPOL con el modelo de las 4 esquinas, donde el proveedor y el comprador utilizan por separado los puntos de acceso proporcionados. Por favor, consulte la infraestructura de transporte para obtener ms informacin acerca del modelo de las 4 esquinas. Paso 4 - Presentar el catlogo electrnico (vase la actividad 4 en la Figura 11) Una vez recibido el catlogo electrnico, el rgano de Contratacin enva un acuse de recibo. Paso 5 - Validacin del receptor (despus de la actividad 4 en la Figura 11) Tras la recepcin de la plantilla del catlogo electrnico por el Operador Econmico, el rgano de Contratacin puede validar el documento en funcin de las reglas de negocio establecidas por PEPPOL, utilizando la Herramienta de gestin de catlogo electrnico o las propias capacidades del software interno. Con base en los resultados de validacin, se genera un mensaje de aceptacin o de rechazo para asegurar el cumplimiento con el PEPPOL BIS. Paso 6 - Transformar y Cargar los datos de catlogo electrnico (despus de la actividad 4 en la Figura 11) Los datos del catlogo electrnico pueden ser transformados al formato del sistema del rgano de Contratacin, extrados con la Herramienta de Gestin de Catlogo electrnico (o desde un archivo de datos de entrada), e importados en la aplicacin de eProcurement de la Administracin contratante. La informacin detallada sobre los productos y servicios estar disponible para hacer pedidos.
56
Especificaciones Pre-Adjudicacin eCatalogue PEPPOL BIS 12 bis: http://www.peppol.eu/peppol_components/peppol-eia/ict-architecture/pre-awardeprocurement/models/ El alcance del eCatalogue en un proceso de licitacin se define como la capacidad de expresar que, lo que el rgano de Contratacin quiere comprar, coincida con lo que se puede encontrar en un catlogo y la respuesta asociada del operador econmico. Los temas de procedimiento, los requisitos para los proveedores, la licitacin y los criterios de adjudicacin no estn cubiertos en su totalidad. La convocatoria de los documentos de licitacin se puede ampliar o estar sujeta a un proceso no estandarizado. El Taller CEN / BII no ha tratado explcitamente el uso de eCatalogues en la pre-ajudicacin, por lo tanto PEPPOL ha optado por especificar los modelos de catlogo electrnico, datos de las transacciones que se pueden desarrollar en un perfil de licitacin PEPPOL BIS para su uso cuando la informacin en el producto o servicio, se han intercambiado. eCatalogue post-adjudicacin PEPPOL BIS 1 bis: http://www.peppol.eu/peppol_components/peppol-eia/ict-architecture/post-awardeprocurement/models/
57
Esta especificacin describe un proceso que comprende slo una Catlogo electrnico. Que permite a los proveedores a informar a los clientes sobre la disponibilidad de bienes y servicios y los describen en un forma estandarizada. Tambin puede ser utilizado para informar a los clientes acerca de productos y servicios que pueden ser suministrados en virtud de un contrato especfico. Las actualizaciones del Catlogo pueden ser transmitidas o puestas a disposicin sobre una base regular en funcin de los trminos del contrato. El Catlogo post-adjudicacin se puede utilizar como base para el proceso de eOrdering (pedidos electrnicos). El enlace previo cuenta con documentos y artefactos basados en el alcance del catlogo electrnico PEPPOL e incluye temas sobre la interoperabilidad organizativa, jurdica, semntica y tcnica. En particular:
El Manual del Usuario eCatalogue Las instrucciones para descargar la herramienta eCatalogue Especificacin de la arquitectura y los componentes que permiten los catalogos electrnicos transfronterizas Los componentes de software que permiten los eCatalogues trasfronterizos eCatalogue Arquitectura - Pre y Post-adjudicacin El siguiente grfico ilustra cmo funcionan los servicios de catlogo electrnico con la infraestructura PEPPOL. En un escenario pre-adjudicacin la mayora de los rganos de contratacin han formalizado mecanismos para el transporte de los documentos del catlogo, tales como portales o entornos de presentacin de documentos. Por lo tanto, al presentar sus catlogos preadjudicacin un Operador econmico puede o no estar obligados a utilizar la infraestructura de PEPPOL. En un escenario post-adjudicacin Los proveedores (y de las Partes del cliente) sern requeridos a utilizar la infraestructura para el intercambio de documentos de PEPPOL.
58
59
Adems de las especificaciones, PEPPOL proporciona componentes de demostracin del software y documentacin para la validacin de la firma electrnica del comercio transfronterizo: el servicio PEPPOL validar Firmas de autoridades de certificacin diferentes. Por ejemplo, se responder a la pregunta, "Es vlida esta firma electrnica alemana? "Esto significa que cuando un documento se entrega con una firma digital a las partes autorizadas pueden comprobar su autenticidad (e integridad), independientemente de qu autoridad de certificacin emiti la firma. El principio es el de mantener un ndice de todas las entidades de certificacin que son de confianza, como una lista de Servicios de confianza.Esto se utiliza para acceder a los mecanismos de validacin adecuados.No es una parte esencial del piloto PEPPOL ya que no afecta a los documentos firmados y documentos firmados pueden ser validadas de otra manera. Sin embargo, es una valiosa servicio de aplicacin add-on y ms all de PEPPOL a cualquier modelo de confianza que se extienda por diversas entidades de certificacin.El servicio de verificacin de firma electrnica es independiente de la infraestructura de transporte PEPPOL. Los componentes de la infraestructura de firma electrnica La repuestas XKMS de PEPPOL: Se pueden validar los certificados contra Autoridades de Contratacin configuradas. Las autoridades y el uso de la PPRS para pasar la peticin XKMS hacia otros generadores de respuestas de PEPPOL XKMS El Servicio de Registro Pblico PEPPOL (PPR): proporciona informacin sobre los proveedores de servicios de confianza y sus servicios organizado de acuerdo a la lista de estado de Servicios de Confianza(TSL, ETSI TS 102 231) Estar alineado con el proyecto de la Comisin Europea sobre el establecimiento de una lista comunitaria de CSP Dependencias en Arquitectura: Servicios disponibles de las autoridades de certificacin nacional Los proveedores de servicios de validacin (VS)
60
Descripcin del proceso: 1. El remitente genera la firma digital y transmite los documento firmados al portal de licitacin. 2. El Servicio de Validacin (VS) de confianza para el receptor se utiliza para validar el certificado. 3. El VS solicitado puede validar el certificado respectivo o el VS 'pide' el PPRS que un VS de confianza es capaz de validar el actual certificado extranjero. 4. En este ltimo escenario, el VS enva la peticin de la validacin hacia el VS extranjero que cubren los respectivos rgano de Contratacin. 5. El VS extranjeros valida el certificado con la CA y enva el resultado de la validacin de nuevo a la VS local. 6. El VS locales renuncia, XKMS responde y enva el resultado de la validacin al destinatario
Tipos de servicios:
61
Centralizado: Registro Pblico de Servicio de TSL PEPPOL (PPRS) La federacin de servicios de validacin del modelo de confianza de PEPPOL Proporciona enlaces y reglas para invocar los servicios de validacin PEPPOL Ediciones en el formato XML de acuerdo a la especificacin ETSI TSL Descentralizados: Servicios de Validacin (VA, XKMS respondedores) La validacin de los certificados de firma digital Validacin local contra las autoridades de certificacin configuradas Transmisin de solicitudes de validacin de otros VS Demostrador y Especificaciones Validacin de la firma electrnica servicio Los enlaces siguientes proporcionan informacin detallada sobre el alcance de los trabajos incluyendo la organizacin de la firma electrnica PEPPOL, la interoperabilidad jurdica, semntica y tcnica, adems de los aspectos jurdicos de los sistemas nacionales y el anlisis de otras iniciativas de la UE en materia de la interoperabilidad de la firma electrnica. http://www.peppol.eu/peppol_components/peppol-eia/ict-architecture/esignatureinfrastructure/models Los artefactos incluyen: Las polticas de firma Arquitectura y modelos de confianza XKMS especificacin de interfaz OASIS DSS especificacin de interfaz Identificacin electrnica y firma electrnica Clasificacin de Calidad Validacin de la firma de infraestructura en lnea Requisitos para el uso de firmas en los procesos de contratacin pblica Sistema de Verificacin Transnacionales Documentacin del Prototipo
62
Los procesos post-adjudicacin de PEPPOL implican el intercambio electrnico de eCatalogues como parte del proceso de compra post-adjudicacin, eOrders y eInvoices. Dependiendo de la legislacin nacional o la poltica regional, una firma electrnica tambin puede ser necesaria con el fin de autenticar la presentacin de documentos en la fase postadjudicacin.Donde es necesaria la firma electrnica de PEPPOL ofrece un servicio de validacin de firma digital para confirmar la validez del certificado utilizado para la la firma (vase la seccin pre-adjudicacin en 3.4.2.3 donde se discute la validacin de firma electrnica como un componente separado de PEPPOL). El siguiente diagrama muestra una visin general de los procesos post-adjudicacin de PEPPOL:
Para los procesos post-adjudicacin, PEPPOL ha adoptado el modelo de infraestructura de transporte de las cuatro esquinas de PEPPOL que es una capa de transporte intermediario para la transmisin y la entrega de documentos de negocio entre el emisor (donde se emite el documento de negocios) y el receptor (donde se entrega el documento de negocios) que acepta y procesa automticamente el documento. En este contexto, se asumen los siguientes pasos de alto nivel: El emisor (por ejemplo, un rgano de Contratacin) emite un documento de comercio
63
electrnico (por ejemplo, una orden) que se extrae de su sistema y se transforma en el etapa de preparacin para crear un documento compatible con PEPPOL de acuerdo a la norma PEPPOL BIS.El software especfico de traduccin se utiliza normalmente por el remitente o por el proveedor de servicios para llevar a cabo la transformacin de datos.
El documento se transmite electrnicamente al Punto de Acceso PEPPOL del emisor (y SMP) donde se verifica y valida de acuerdo a las reglas del perfil de PEPPOL y las reglas de negocio aplicables a dicho emisor. El documento validado PEPPOL se transmite a la Punto de Acceso proporcionado al receptor (y SMP) a travs de la infraestructura de transporte PEPPOL. El documento PEPPOL se verifica y valida de acuerdo a las reglas de perfil PEPPOL y las reglas de negocio aplicables al receptor.
El documento de negocio ha transformado (con traduccin de software) en la etapa de preparacin para crear el formato adecuado para el receptor (este paso del proceso puede ser llevadas a cabo por el proveedor de punto de acceso como un servicio, por un proveedor de servicio independiente, en nombre del receptor o por el propio software del receptor) El documento transformado se transfiere al receptor (Proveedor, por ejemplo) donde se puede pasar por otra forma de validacin y un proceso de adaptacin antes de descargar a del receptor del sistema. Dependiendo del tipo de documento recibido, el receptor puede devolver un acuse de recibo electrnico, una respuesta de pedido, una aceptacin de la factura, la notificacin de rechazo, etc.
64
con el catlogo y la factura.Hay un fuerte deseo tanto de las administraciones contratantes (compradores) y los agentes econmicos (proveedores) para lograr la eficiencia en el proceso de contratacin a travs de la automatizacin.Esto requiere una estructura especfica, garantizar el flujo de informacin entre las diferentes partes del proceso, y modelos especficos que garanticen la sincronizacin de datos. La visin de PEPPOL es la de hacer posible que los operadores econmicos puedan recibir los pedidos electrnicamente desde cualquier entidad adjudicadora del sector del pblico en Europa, y poder responder a estos pedidos.Las soluciones que estn siendo desarrollados por PEPPOL demostrar que los pedidos electrnicos se pueden intercambiar y procesar sin intervencin manual a travs de las fronteras de la UE.Esto reduce el costo de la entrada datos de los sistemas y reduce los continuos costos operativos. Para realizar esta visin, los resultados del proyecto se PEPPOL incluyen: Especificaciones eOrdering para el comercio transfronterizo, basados en los trabajos realizados en los talleres CEN BII Plataforma abierta para el intercambio de documentos a travs de la infraestructura de transporte PEPPOL Guas de evaluacin del piloto e instalaciones de prueba Desarrollo de componentes de software de cdigo abierto y herramientas de demostracin Benchmarking documentados y mejores prcticas PEPPOL tienen como objetivo permitir la interoperabilidad mediante la reduccin de las barreras organizativas, semnticas y tcnicas.Por otra parte, PEPPOL puede proporcionar la oportunidad para que las administraciones contratantes y sus proveedores para ampliar su acceso a la ms amplia del mercado de la UE, mientras que se benefician de mayores oportunidades y eficiencias. El proceso de eOrdering El proceso que se describe a continuacin asume que los procesos automatizados estn funcionando entre el Operador Econmico y el rgano de Contratacin (internamente o a travs de un servicio de proveedor externo) o que los pilotos PEPPOL usan las herramienta de cliente de demostracin para llevar a cabo y validar estas transacciones. Paso 1 - Crear el pedido El rgano de Contratacin crea un eOrder de acuerdo con la detalles en la descripcin PEPPOL BIS 3a (enlace provisto en la seccin de especificaciones ms abajo) o usando a herramienta de Demostrador cliente de PEPPOL. Paso 2 - Validacin de la Orden
65
El formato y contenido de eOrder puede ser validado con las reglas de negocio establecidas por PEPPOL utilizando los componentes de validacin de PEPPOL del software de contratacin pblica electrnica del rgano de Contratacin.
Paso 3 - Enviar la eOrder a los operadores econmicos El rgano de Contratacin se conecta a su Punto de Acceso PEPPOL para transmitir el (pedido) eOrder a los operadores econmicos a travs de la la infraestructura de transporte de PEPPOL. Paso 4 Recibo del pedido de respuesta El Operador Econmico recibe el pedido (eOrder) a travs de su proveedor de Punto de Acceso PEPPOL y devuelve una respuesta automtica al rgano de Contratacin para confirmar la recepcin del pedido (a eOrder). Paso 5 - Validar la respuesta eOrder El rgano de Contratacin valida el formato y el contenido del documento de respuesta eOrder contra las reglas de negocio establecido por el PEPPOL BIS utilizando la herramienta de demostracin cliente o software interno. Paso 6 - Transformar y Cargar datos de la respusta eOrder El rgano de Contratacin puede extraer los datos de la Respuesta eOrder, lo convierten en el formato adecuado, cargar y procesar los datos en su aplicacin eProcurement. Nota: La herramienta de demostracin de cliente PEPPOL tambin puede ser utilizada por los agentes econmicos y los poderes adjudicadores para validar los datos de prueba eOrder y el proceso de transporte PEPPOL. Especificaciones: BIS 3 bis - Orden slo Esta especificacin describe un proceso que comprende slo un pedido electrnico (compra).Permite el pedido electrnico de bienes y servicios / servicios que son estandarizados, as como los que no son estndar o no fciles de describir en los catlogos. El pedido puede contener elementos (bienes o servicios) con el punto identificadores y / o artculos identificados por su nombre / descripcin.Porque de esto, los procesos internos para la operacin de manejo en el Proveedor puede requerir intervencin manual.Este proceso tiene el objetivo de conseguir la aceptacin o el rechazo del pedido, pero estas respuestas son externas.Esta especificacin se puede utilizar con una integracin mnima de los sistemas ERP.
66
Los enlaces siguientes proporcionan informacin detallada sobre el alcance de los trabajos de eOrder de PEPPOL incluyendo aspectos de interoperabilidad organizativas, semntica y tcnica, adems de las legales y el anlisis de los aspectos especficos de aplicacin a nivel nacional. http://www.peppol.eu/peppol_components/peppol-eia/ict-architecture/post-awardeprocurement/framework http://www.peppol.eu/peppol_components/peppol-eia/ict-architecture/post-awardeprocurement/models
http://www.peppol.eu/peppol_components/peppol-eia/ict-architecture/post-awardeprocurement/designs
Los enlaces a documentos y artefactos incluyen: Especificacin de la arquitectura y los componentes que permite el pedido transfronterizo Los componentes de software que permiten el pedido transfronterizo La herramienta Demostracin cliente de PEPPOL Prueba y validacin de la gua de eOrdering Visualizacin de a gua de Pedidos electrnicos
67
Para realizar esta visin, los resultados del proyecto PEPPOL incluyen: Especificaciones de facturacin electrnica para el comercio transfronterizo, basado en el trabajo realizado en los talleres CEN BII Plataforma abierta para el intercambio de documentos a travs de la infraestructura de transporte PEPPOL Guas de evaluacin piloto e instalaciones de prueba Desarrollo de componentes de cdigo de software abierto y herramientas de demostracin benchmarking documentados y mejores prcticas PEPPOL permite la interoperabilidad mediante la reduccin de las barreras organizacionales, semnticas y tcnicas.Por otra parte, PEPPOL ofrece la oportunidad a los poderes adjudicadores y a sus proveedores para alcanzar un mayor mercado en la UE, mientras se benefician de mayores oportunidades y eficiencias.
El proceso de facturacin electrnica El proceso que se describe a continuacin asume que los procesos automatizados estn funcionando entre el Operador Econmico y el rgano de Contratacin (internamente o a travs del servicio de un proveedor externo) o que los pilotos PEPPOL usan la herramienta de cliente de demostracin para llevar a cabo y validar estas transacciones. Paso 1 - El envo de una eFactura El Operador Econmico (proveedor) produce una factura de acuerdo a lo especificado en la PEPPOL BIS 4a (Slo Factura) un documento de especificaciones (enlace proporcionado en el Pliego de seccin de abajo) y se conecta a su proveedor de punto de acceso para transmitir la factura a la Administracin contratante utilizando la infraestructura de transporte PEPPOL. Paso 2 - Recepcin de una eFactura El rgano de Contratacin recibe la factura a travs de su Punto de Acceso y se valida contra las reglas de negocio establecidas por PEPPOL BIS. Paso 3 - Transformar y Cargar la factura El rgano de Contratacin convierte los datos de la factura de la BIS estndar para el formato adecuado para su sistema de ERP (Utilizando los componentes PEPPOL o traduccin interna software), a continuacin, extrae los datos del documento de eFactura y sube a su contratacin pblica electrnica o cuentas por pagar de la aplicacin.
68
Nota: La herramienta de demostracin de clientes PEPPOL tambin puede ser utilizada por los agentes econmicos y los poderes adjudicadores para validar los datos de prueba eFactura y el proceso de transporte PEPPOL. Especificaciones: PEPPOL BIS factura 4a Only (versin 1.0): Define un proceso simple de facturacin (envo y recepcin). Esta especificacin describe un proceso que incluye slo un proveedor que inicia la factura electrnica. Su objetivo es apoyar los casos en que la facturacin es electrnica, pero donde automatizar el proceso de cotejo con otros documentos puede no ser prctico.
PEPPOL BIS facturacin 5a bis (versin 1.0): Esta especificacin describe un proceso que comprende una factura electrnica y, potencialmente, una Nota de Crdito electrnica. PEPPOL BIS 6a de Adquisiciones (versin 1.0): Esta especificacin describe un proceso que comprende un sistema electrnico (compra) Pedido, una respuesta electrnica de pedido electrnico, la factura electrnica, y, potencialmente, una Nota de Crdito electrnicos. Las anomalas de facturacin se resuelven por la emisin de una Nota de Crdito o una factura de correccin posterior. El pedido puede referirse a un acuerdo marco de sus trminos y condiciones, en caso contrario se aplican los trminos y condiciones del Cliente. y condiciones. http://www.peppol.eu/peppol_components/peppol-eia/ict-architecture/post-awardeprocurement/framework http://www.peppol.eu/peppol_components/peppol-eia/ict-architecture/post-awardeprocurement/models http://www.peppol.eu/peppol_components/peppol-eia/ict-architecture/post-awardeprocurement/services-components http://www.peppol.eu/peppol_components/peppol-eia/ict-architecture/post-awardeprocurement/designs
Enlaces a documentos y artefactos incluyen: Especificacin de la arquitectura y los componentes que permite de facturacin transfronteriza.
69
Los componentes de software que permite la facturacin electrnica transfronteriza Demostracin de la herramienta cliente de PEPPOL Prueba y validacin de las directrices para la facturacin electrnica Visualizacin de Gua de facturacin Arquitectura de los componentes Post-Adjudicacin El grfico (Figura 16) ilustra cmo los documentos post-adjudicacin se intercambian con la infraestructura PEPPOL. Para los escenarios post-adjudicacin los Operadores econmicos y las Autoridades de Contratacin debern utilizar la infraestructura de transporte PEPPOL para el intercambio de sus documentos. Esto puede incluir la opcin de validacin de la firma electrnica de documentos.
70
La Infraestructura de transporte PEPPOL se basa en un conjunto de protocolos de comunicacin estandarizados que garanticen la interoperabilidad, intercambio seguro y fiable de documentos electrnicos entre compradores y vendedores dentro de la UE. Organismos pblicos y empresas privadas pueden utilizar la infraestructura de PEPPOL para enviar y recibir documentos electrnicos mediante la conexin a los Puntos de Acceso, que son los elementos base de la infraestructura. Los Puntos de acceso (APs) de PEPPOL forman una red segura mediante la conexin de unos con otros utilizando el mismo protocolo de transporte y formato de documento, y la aplicacin de algoritmos de firma digital para asegurar el contenido del mensaje.Los operadores de los puntos de acceso se conectan a sus clientes a travs de las redes existentes y usan la red PEPPOL para el intercambio de documentos entre ellos. La siguiente figura muestra los principales componentes de la infraestructuras de transporte PEPPOL.
El remitente de un documento electrnico (por ejemplo, un eFactura, eOrder un catlogo electrnico), que puede ser un gran empresa, una PYME o una administracin pblica, utiliza un Punto de Acceso para conectarse a la red PEPPOL, especificando el tipo del
71
documento enviado y el destinatario, de forma unvoca en la red mediante un ID de negocio.Los puntos de acceso pueden estar integrados por proveedores o por organizaciones o originadas como un servicio de TI para ofrecer capacidades PEPPOL. Con el fin de dirigir la documentacin recibida desde el emisor al destinatario correcto, los puntos de acceso en la red necesitan poder descubrirse unos a otros.La infraestructura PEPPOL mantiene centralizada la informacin de direccionamiento y metadatos sobre servidores llamados Servicio de Publicacin de Metadatos(SMP), que contienen las direcciones de los Puntos de Acceso de los intervinientes. Los SMP almacenan informacin acerca de los usuarios conectados a la red PEPPOL (recepcin de capacidades), con todos los detalles acerca de los tipos de documentos empresariales soportados y los perfiles de colaboracin empresarial que pueden ser procesados a travs de la infraestructura nacional. La entidad clave final en la infraestructura son los Servicios Localizador de Metados (SML), que se mantienen de forma centralizada por PEPPOL.Tanto los remitentes como los destinatarios, todos los participantes en la red EPPOL estn registrados en un sistema SMP, y los puntos de acceso deben saber a quin conectar a fin de recuperar los metadatos acerca de un destinatario especfico.El SML contiene toda la informacin de los SMP para todos los negocios identificados en la red (business ID).
72
PEPPOL hace posible que cualquier organizacin pblica o privada europeo para el intercambio de documentos electrnicos.Esto es una reminiscencia de la manera como los gobiernos establecieron las infraestructura de carreteras y el ferrocarril que permiti que el comercio transfronterizo. Modelo Abierto de las 4 esquinas. Una diferencia importante entre las normas BusDox y otros soluciones de mensajera es que BusDox est diseado para soportar lo se conoce como un modelo de 4 esquinas donde la comunicacin se lleva a cabo entre dos puntos de acceso, respectivamente, para el emisor y el organizacin receptora. Cada punto de acceso consigue la direccin de los otros extremos de los puntos de acceso a travs de la infraestructura SMP de BusDox. Los Puntos de Acceso pueden comunicarse a travs de perfiles de trasporte opcionales BusDox, pero que siempre debe ofrecer un punto final START (Secure Trusted Asynchronous Reliable Transport Trasporte eficaz asncrono confiable y seguro) con el que cualquier otro Punto de Acceso pueda comunicarse. Una ventaja importante del modelo abierto de las cuatro esquinas que emplea PEPPOL es que cualquier participante interesado puede acceder a la red a travs de un proveedor de Puntos de Acceso PEPPOL.Sin embargo, cualquier empresa en Europa (por ejemplo: Un rgano de Contratacin, o un operador econmico) puede establecer un punto de acceso, siempre que cumpla con los Requisitos PEPPOL. Dirigiendo la Independencia del Trasporte PEPPOL dise un esquema Universal de Puntos Finales (UPIS) para permitir que cualquier tipo de esquemas existentes pudiera ser proyectado en el esquema de PEPPOL.PEPPOL utiliza un conjunto de documentos predefinidos e identificadores de proceso. Los identificadores de los participantes de diferentes esquemas son compatibles (por ejemplo, DUNS, GLN), mientras que los identificadores son reutilizados y ensamblados de una manera especificada.En PEPPOL, el identificador del participante utiliza una combinacin de una referencia a un organismo emisor y un identificador nico emitido por ese organismo.Los identificadores pueden tener valores diferentes, pero el mtodo por el que se definen es consistente.
73
74
de negocios. La SML define los perfiles para el descubrimiento y gestin de las interfaces para el Servicio BusDox Localizador de Metadatos del Servicio (SML). La especificacin del Localizador de Metadatos del Servicio est basada en el uso del buscador DNS (Domain Name System) para encontrar la direccin de los metadatos de servicio para la identificacin de un participante dado. Este enfoque no necesita un servidor nico central para ejecutar la interfaz de descubrimiento (con su punto nico de fallo asociado). En cambio, la infraestructura es distribuida y altamente redundante tal y como admite el DNS que se utiliza. El servicio ofrece acceso SML controlado a la creacin y actualizacin de las entradas del DNS. Para el emisor, el primer paso en el proceso de descubrimiento es el de establecer la ubicacin de los metadatos del servicio en relacin con el identificador de los participantes particulares a las que el emisor quiere transmitir un mensaje. Cada identificador de participante se inscribe con un solo Publicador de Metadatos del Servicio (SMP). El emisor busca el punto final con el Publicador de Metadatos del servicio utilizando el servicio DNS basado en un localizador de metadatos del servicio (esto es la forma habitual de resolucin de un DNS). El remitente puede recuperar los metadatos de servicio mediante el servicio de Publicador de Metadatos para obtener los metadatos del Identificador del participante, que incluye la informacin necesaria para transmitir el mensaje al extremo receptor representado por el identificador del participante. La interfaz de gestin de SML es el nico componente centralizado en PEPPOL. En tiempo de ejecucin, el SML utiliza DNS descentralizados para equilibrar la carga de las solicitudes de tiempo de ejecucin, favoreciendo as una completa ampliacin a nivel europeo de rendimiento en ejecucin. Perfil START El perfil START (trasporte eficaz asncrono confiable y seguro) es el perfil completo que incluye toda la seguridad y caractersticas de fiabilidad proporcionada por la infraestructura. Se utiliza para la comunicacin entre dos puntos de acceso. START se basa en tecnologas de servicios Web, y emplea varios estndares de WS(Web Services), incluyendo: WS-Addressing 1.0 para hacer frente a los recursos remotos (puntos de acceso, SMP / ML) WS-Transfer, como un mtodo estndar para acceder a la los canales de mensajes
75
WS-Reliability, para garantizar la fiabilidad de intercambio de mensajes WS-Security 1.1 para gestionar la autenticacin, autorizacin y las firmas en los mensajes intercambiados SOAP 1.1 SAML 2.0 Los tokens de seguridad SAML 2.0 se utilizan para llevar la informacin de seguridad en toda la infraestructura. El protocolo SAML 2.0 se basa en asertos, que llevan a las exigencias de seguridad (claves, certificados, las referencias a las autoridades externas) y las condiciones en que la informacin es vlida. Una aplicacin que sea conforme con PEPPOL AP(Puntos de Acceso) debe ser capaz de soportar el perfil de START. El perfil LIME El protocolo del perfil ligero de intercambio de mensajes (LIME Ligthweight Message Exchange) es un mecanismo sencillo que permite que una aplicacin pueda ofrecer una mensaje al punto de acceso al que est suscrito. El Perfil LIME est diseado para permitir que los sistemas participen en la infraestructura BusDox sin necesidad de acceder a los metadatos de servicio o albergar un Punto de Acceso. En cambio, se basan en un punto de acceso operador que facilita el servicio de perfil ligero de intercambio de mensajes (LIME). El protocolo LIME por s mismo no habilita a una aplicacin el acceso a la infraestrucutra PEPPOL, ya que todas las comunicaciones entre Puntos de Acceso utilizan el protocolo START. Una analoga simple es el correo electrnico de Internet, donde las grandes empresas pueden ejecutar su propio transporte de correo (SMTP) del servidor y los clientes de correo electrnico propio para crear y leer mensajes, pero individuos o pequeas empresas dependen de un proveedor de Internet para proporcionar una Retransmisin SMTP y POP3 o IMAP. Las principales caractersticas de LIME son: No se requiere para albergar los puntos finales en lnea No hay cruces de firewall No hay ningn servidor de infraestructura No se requiere soportar normas avanzadas de Web Services como como WS-Trust, WSReliable Messaging Slo se requiere un mnimo soporte de WS-Security (encabezados de autenticacin nica) Un AP de LIME puede ser una existente VAN(Rede de Valor Aadido) o un nuevo servicio que ofrece los gobiernos o empresas privadas.
76
Identificadores PEPPOL La infraestructura de transporte PEPPOL utiliza un conjunto de identificadores los recursos de direccin y para un concepto nico: El Identificador participante identifica un emisor / receptor en la red PEPPOL (sistemas estndar tales como GLN, DUNS, CVR se puede utilizar) Identificador de documento identifica un tipo de documento en la red PEPPOL Proceso de identificacin identifica el proceso en el cual el documento puede participar Mensaje de identificador identifica el nico mensaje a travs de mltiples saltos en la red El identificador del participante utiliza una combinacin de referencia a un emisin de la agencia y un identificador nico emitido por ese organismo. El uso de un identificador emitido por cualquiera de las empresas que expidan planes es obligatorio. Por ejemplo, el organismo emisor para los nmeros de la empresa danesa tiene el identificador 9902 en PEPPOL.Una empresa es una empresa danesa con el nmero nico de empresa danesa (en Dinamarca llamado nmero CVR) DK28158000.Por lo tanto, la Compaa A Identificador PEPPOL participante es 9902: DK28158000. Para los tipos de documentos y esquemas, PEPPOL apoya (y estimula) el uso de documentos UBL 2.0 y CEN / BII perfiles.Una especificacin de Interoperabilidad de Negocios PEPPOL (BIS) es un perfil del CEN BII con otros requisitos legales, organizativos y tcnicos para apoyar el uso paneuropeo. La informacin anterior se realiza a lo largo de la cabecera de la Mensajes SOAP definidos por el punto y los perfiles de LIME. El uso de los identificadores SMP para volver a los Puntos de Acceso solicitando la direccin del receptor de AP.Los puntos de acceso tienen que presentar la empresa receptora identificador, el identificador de documento y el identificador del proceso en sus consultas a la leche desnatada en polvo. La utilizacin de identificadores en PEPPOL se especifica en la poltica para el uso de los identificadores ".Para ms informacin, consulte: http://www.peppol.eu/peppol_components/peppol-eia/ict-architecture/transportinfrastructure/models
77
Cmo transportar el documento? Tenga en cuenta que, en el diagrama, un operador puede ser cualquier Autoridad de Contratacin u Operador Econmico que desarrolla una Punto de acceso para su propio uso. Un proveedor de servicios puede establecer un Punto de acceso para uso comercial 1. El Operador 1 (utilizado por la empresa B) se conecta a un Punto de Acceso en su pas (AP1) 2. AP1 enva el ID de negocios del receptor (empresa C) el sistema de DNS Localizador de los metadatos del Servicio (SML) 3. El sistema DNS (SML) devuelve la direccin del registro del Publicador de los Metadatos del Servicio de la compaa C (SMP). 4. AP1 pregunta al SMP por la direccin del Punto de Acceso de la empresa C, enviando el identificador de negocio del receptor, el tipo de documento y el tipo de proceso. 5. SMP devuelve la direccin de la AP1 PEPPOL 6. AP1 enva el mensaje que contiene el documento a AP2 7. AP2 reenva el mensaje al Operador 2 en el pas B 8. Operador 2 procesa el documento y lo enva a la empresa C Por favor vea: http://www.peppol.eu/peppol_components/peppoleia/ict-architecture/transportinfrastructure/framework
78
79
Los proveedores de servicios slo puede unirse a la infraestructura (y recibir una certificado PEPPOL) una vez que han firmado los acuerdos correspondientes con la Junta de Gobierno PEPPOL. Al entrar en el acuerdo, los proveedores de servicios se comprometen a cumplir con los requisitos de calidad y de seguridad. La Junta de Gobierno PEPPOL puede llevar a cabo el control de los proveedores de servicios, incluyendo una revisin de la documentacin y la revisin de las declaraciones del auditor en su cumplimiento. La comunicacin segura se logra mediante: 1. La firma de mensajes SOAP (WS-Security) Autenticacin de los proveedores de servicios Integridad de los mensajes 2. Utilizando la capa de transporte de seguridad (SSL / TLS) La confidencialidad y la integridad 3. Incluyendo tokens SAML que den fe de la identidad del remitente (WSSecurity) autenticacin del remitente 4. Similar a la OSI de identidad basada en Servicios Web
80
La RAZ PKI de PEPPOL se utiliza para crear un crculo central de confianza en PEPPOL entre puntos de acceso, SMP y SML. Junto con el uso de tokens SAML Boletos de Remitente avalados, esto crea una solucin flexible y confiable del modelo de las 4 esquinas para la realizacin de la base de intercambio pan-europeo de documentos.
Una infraestructura de clave pblica se puede establecer por: 1. Una autoridad de certificados (CA) la emisin de certificados digitales en el marco de un certificado raz central PEPPOL 2. Cualquier persona con un certificado de PEPPOL-considerado como un miembro vlido de la infraestructura (grupo cerrado de usuarios PKI) 3. La Junta de Gobierno PEPPOL actuar como registro autoridad
Ventajas: El servicio de CA puede ser adquirido como una oferta estndar por PKI vendedores Los proveedores de servicio pueden validar sus compaeros slo por la instalacin del PEPPOL certificado raz (no es necesario para invocar los servicios)
81
La validacin de los certificados se obtiene sin ms requisitos en la mayora del middleware Tecnologa probada y escalable Fcil de revocar los miembros Costo razonable (centralizado)
Un punto de acceso del remitente es necesario para autenticar al remitente del documento y dar fe de su identidad para el receptor. Este alivia el destinatario de la complejidad del manejo de diferentes tipos de credenciales, y significa que el beneficiario necesita slo para conocer la identidad del remitente, no los detalles de su credencial. Caractersticas principales: 1. Temas sobre el token SAML 2.0 del Remitente del Punto de Acceso que indica: La identidad del emisor (resultado de la autenticacin) Nivel de seguridad de identidad (1-4) Emisor del token (firmado con certificado PEPPOL) 2. Nivel de aseguramiento de la identidad: 1 => poca confianza en la identidad declarada
82
4 => muy alta confianza en la identidad que se declara 3. La tecnologa neutral 4. Nivel de aseguramiento de clasificados de acuerdo con Liberty Alliance Identidad marco de garanta, teniendo en cuenta: Calidad tcnica de la credencial Proceso de la emisin de la Credencial Factores organizativos
3.4.4.6 Especificaciones
BusDox http://www.peppol.eu/peppol_components/peppol-eia/ict-architecture/transportinfrastructure/models/ El enlace de arriba proporciona los siguientes documentos: Definiciones comunes Servicio de publicacin de metadatos Servicio de metadatos de localizacin perfil Seguro de confianza de transporte confiable asncrono Perfil de Intercambio de mensajes de pequeo tamao Esquemas de identificacin PEPPOL El software muestra PEPPOL: Incluye enlaces a: Recursos adicionales Directrices Software de Cdigo Abierto
83
misma organizacin.Estos son proporcionados por las agencias gubernamentales y empresas privadas. Los acuerdos con el proveedor de servicios de AP o SMP pueden requerir algunas cuestiones contractuales a resolver.Por ejemplo, los participantes tendrn que tener un acuerdo con PEPPOL El proveedor de Punto de Acceso debe aceptar su responsabilidad por el uso los servicios PEPPOL segn lo previsto.Normalmente se trata de una extensin a un contrato de servicio existente.En PEPPOL nos referimos a este como el Acuerdo de Participacin. Nota: La informacin sobre los Acuerdos de la infraestructura de transporte PEPPOL se proporciona en la seccin 5 de este kit de inicio. Si un piloto PEPPOL desea convertirse en Proveedor de Puntos de Acceso aprobado (generalmente una compaa de TI), su organizacin est obligada a: PEPPOL
Por medio de acuerdos por separado, asegrese de que tiene derecho para recibir y transferir los documentos de negocios en nombre de o en beneficio de los participantes de los servicios de PEPPOL. Incluya en cada uno de acuerdo entre s y de la Los participantes PEPPOL que un servicio, una referencia completa en el presente Acuerdo y de la Autoridad Regional PEPPOL, incluyendo la direccin completa del punto de contacto. Procese los documentos de negocio PEPPOL y asegurarse de que todas las tareas relacionadas se llevan a cabo de acuerdo con el Acuerdo, incluidos sus anexos, y el que los acuerdos se han hecho con los participantes de los servicios de PEPPOL. El proveedor del Publicador de los metadatos del servicio tiene que registrar todas las capacidades de los servicios habilitados por cada participante.Esto significa que cuando una organizacin desea enviar un documento como parte de un escenario PEPPOL, el SMP comprobar que el beneficiario registrados esta habilitado para recibir este tipo de documento en el mismo escenario. Una vez que estas tareas se han satisfecho, entonces los documentos pueden ser intercambiaron segn sea necesario sin necesidad de intervencin. El efecto real de la utilizacin de la infraestructura de transporte PEPPOL depender de cmo el proveedor de punto de acceso ha configurado sus servicios.En la mayora de los casos una vez que el Punto de Acceso establecido que el participante no ve ninguna diferencia con el uso normal de sus sistemas de contratacin pblica electrnica.
84
En resumen: el acceso a la infraestructura de transporte PEPPOL es a travs de un Punto de Acceso (AP), similar a cmo se obtiene el acceso a Internet, por ejemplo, a travs de servicios de Proveedores de Internet (ISP).Cada participante (rgano de Contratacin y Proveedor) debe arreglar una conexin a un punto de acceso para participar en procesos post-adjudicacin directos PEPPOL a travs de conexiones o por medio de una red de contratacin pblica electrnica ya existentes o, alternativamente, un piloto PEPPOL (en particular, los proveedores de servicios de TI) pueden optar por desarrollar su propio punto de acceso PEPPOL.
85
4. PRUEBA Y CONFORMIDAD
Conformidad vs Cumplimiento Cumplimiento en PEPPOL significa que una solucin o implementacin de los procesos de PEPPOL es conforme a todas las especificaciones de negocios, jurdicas, tcnicas, especificaciones organizativas, semnticas definidas por PEPPOL o comprometidas por PEPPOL. La conformidad con PEPPOL se define como el proceso de prueba para atestiguar el cumplimiento. La conformidad de PEPPOL est basada en la autoevaluacin. El Papel de las pruebas y la validacin Proporcionar pruebas de los procesos y herramientas para que el participante pueda declarar la conformidad. La prueba de PEPPOL por lo tanto, define un conjunto de actividades que contiene los procesos de prueba y casos de prueba para asegurarse de los requisitos funcionales y no funcionales del sistema trabajar juntos como se define en los diferentes requisitos de interoperabilidad de PEPPOL (firma electrnica, VCD, antes de la adjudicacin, despus de la concesin y Infraestructuras de Transporte). Cmo se logra la conformidad? Los participantes en el piloto deben solicitar la conformidad con las especificaciones PEPPOL. Esto se basa en un proceso de autoevaluacin con el apoyo de guas, documentos de prueba y criterios de cumplimiento. El siguiente cuadro explica la relacin entre el cumplimiento y la conformidad y demuestra el papel de las pruebas en conformidad.
86
87
Estructura XML correcto Elementos Obligatorio / opcional y su cardinalidad Los tipos de elementos de datos Valores de los elementos (las listas de cdigos, los patrones de valor: por ejemplo, URI, UUID, etc.) Validez semntica Otras restricciones de informacin (por ejemplo, verificacin de referencias de archivo) Estos objetivos aseguran que tanto la conformidad tcnica y semntica de los casos VCD puede ser probada y validada en una aplicacin dada. Los escenarios piloto pre-adjudicacin suelen ser de "fuente abierta", utilizando las implementaciones de referencia que se han desarrollado a lo largo tiempo en el proyecto PEPPOL. Estos procesos son prueba de conformidad e interoperabilidad en base a su adhesin a las especificaciones y reglas de negocio definidas para el contenido, en el desarrollo original. Este enfoque es similar al enfoque post-adjudicacin y requiere que las implementaciones de terceros, se prueben en funcin de las especificaciones y las reglas de negocio definidas en PEPPOL utilizando la metodologa PEPPOL.
88
En cuanto a los documentos electrnicos una instancia XML es conforme a PEPPOL siempre que: 1.Se trate de una instancia vlida en trminos de su estructura sintctica. 2.No tenga elementos distintos a los considerados vlidos de acuerdo con el Identificador de Personalizacin declarado (en la actualidad slo los modelos de datos bsicos (core) se definen en la Poltica de Identificadores de PEPPOL). 3.Cumpla con las reglas de negocio definidas en PEPPOL
89
PEPPOL proporciona acceso pblico a la pgina web de la prueba piloto donde estn disponibles las directrices de aplicacin de referencia, artefactos para la validacin de las pruebas, y la documentacin. Los equipos de proyectos y los participantes en el piloto PEPPOL tienen acceso a la zona restringida que contiene material que detalla las experiencias reales de prueba y casos documentados de prueba.
4.4 HERRAMIENTAS
Varias herramientas se proporcionan para establecer y apoyar la responsabilidad compartida en el proceso de pruebas.PEPPOL permite el acceso a estas herramientas, documentos e informacin disponibles en una base diaria (durante las pruebas que estn en marcha). Los resultados de las pruebas, herramientas y documentos de prueba se publicarn en los entregables del proyecto. El estado de las herramientas de soporte para los participantes est en la actualidad de la siguiente manera: 1.Una herramienta de gestin de pruebas (interfaz web) ofrece apoyo en el da a da a los probadores, con acceso a informacin actualizada y la documentacin dentro PEPPOL incluyendo: a) Los casos de prueba (gestin de casos de prueba) b) Prueba de la ejecucin (documentacin de los resultados sobre la base de casos de prueba) c) los documentos compartidos (por ejemplo: directrices para las pruebas, lecciones) aprendi y documentacin d) Enlace con defectos sobre OSOR e) Enlace a otro material de prueba relevante o de los sitios. 2.Los documentos pueden ser hechos a mano o creados por procesos automatizados. 3.La herramienta de validacin (interfaz web) es compatible con: a) reglas de validacin UBL b) normas CEN BII c) reglas PEPPOL (de acuerdo a las especificaciones del BIS) d) (Opcional) las normas de facturacin nacional en la medida en que estn disponibles para el equipo de prueba.
90
e) una plantilla del informe de la prueba utilizada para informar de los resultados de cada fase del ensayo (suma de todas las ejecuciones de prueba para un cierto tipo de prueba) por participante f) Un foro OSOR para reportar bugs (gestin de defectos) y compartir experiencias sobre y preguntas tcnicas detalladas a travs de los equipos de proyecto g) Skype / Adobe Connect salas de reuniones para compartir y discutir las lecciones aprendidas Prueba de herramienta de gestin Los casos de prueba PEPPOL describen los pasos para realizar las ejecuciones de la prueba, incluyendo las condiciones previas para verificar las condiciones requeridas. Ejemplos de documentos se proporcionan para los casos de pruebas vlidas (Descripcin de lo que debe suceder) y tambin se proporcionan a los probadores los casos no vlidos, con errores conocidos.Esto proporciona certeza de que, adems de las operaciones funcionales, toda la validacin de las normas y control de errores est funcionando correctamente. Una plantilla de casos de prueba estandarizada asegura que se incluir la informacin correspondiente en todos los casos de prueba y hace los casos de prueba reutilizables para las distintas fases de prueba y sus niveles.
4.5 ENLACES
pDAF - versin pblica El sitio web de pruebas pblicas para el intercambio de lecciones aprendidas y material individual en nombre de (interoperabilidad) las pruebas de los paquetes de trabajo PEPPOL: la firma electrnica, VCD, etc. pDAF - herramienta de gestin de pruebas Sitio Web para la documentacin de casos de prueba y las ejecuciones de prueba. http://peppol.phloc.com/view/p-1179/Test-Management-Tool/
a la
herramienta
de
el
91
OSOR El Observatorio y Repositorio de Cdigo Abierto Europeo para las administraciones pblicas (OSOR) es una plataforma para el intercambio de informacin, experiencias y el cdigo de software libre basado para su uso en las administraciones pblicas. http://www.osor.eu/
92
El uso de casos basados en guiones de prueba se almacenan en la herramienta pDAF. Plantilla de informe de prueba Modelo que se ofrece para informar de las actividades de pruebas individuales y sus resultados con el fin de consolidar un informe posterior de las pruebas globales de PEPPOL.
93
5. Gobernanza
94
Haciendo que la Autoridad de Coordinacin de PEPPOL sea el instrumento para la gestin de las reas de utilizacin (a travs del reconocimiento de los esquemas de identificacin) y usando el SML de PEPPOL como una herramienta para hacer cumplir esta poltica, se garantizarn la coherencia y el apoyo a la interoperabilidad no slo a nivel tcnico, sino tambin a nivel semntico y organizativo. Adems, la Autoridad de Coordinacin PEPPOL es responsable de: proporcionar un sitio web para promover y proporcionar apoyo a la operacin de la infraestructura de transporte PEPPOL, incluyendo herramientas para facilitar el intercambio eficiente de informacin y contacto entre todos los actores involucrados en la infraestructura; Proporcionar un rgano de arbitraje para resolver los eventuales conflictos relacionados a cualquier parte de la infraestructura de transporte PEPPOL; el nombramiento y la firma del Acuerdo de la Comunidad con las autoridades regionales PEPPOL; llegar a acuerdos para el apoyo de los SMP de PEPPOL a los proveedores de los AP de PEPPOL en los mbitos en los que la Autoridad Regional de PEPPOL ha sido delegada. Para ms informacin sobre la Autoridad de Coordinacin PEPPOL y datos de contacto, consulte: http://www.peppol.eu/peppol_components/-transport-infrastructure/governance/peppolcoordinating-authority
95
participar en el gobierno de la clave pblica PEPPOL (PKI), participando en los procesos necesarios para emitir certificados digitales, as como suspender y revocar un certificado digital, si un proveedor de SMP de PEPPOL o un proveedor de AP no cumple con sus obligaciones; Asegurarse de que los SMP de PEPPOL y los puntos de acceso establecidos PEPPOL dentro de su dominio cumplan con los requisitos mnimos determinado por la autoridad de Coordinacin PEPPOL, as como a los criterios de calificacin adicionales aplicables en el dominio; prestar apoyo a los proveedores de SMP de PEPPOL y proveedores de AP de PEPPOL para contratar con la Autoridad Regional PEPPOL, incluyendo el escalado de de problemas de soporte tcnico que la Autoridad regional PEPPOL no puede resolver a PEPPOL La coordinacin de la Autoridad. Para los pases o regiones europeas que no han designado una autoridad regional PEPPOL o no desean establecer ningn gobierno nacional especfico, incluidos los requisitos de calificacin para los proveedores de SMP de PEPPOL o los proveedores de AP de PEPPOL, se aplicar el modelo de gobierno y los requisitos de calificacin establecidos por la Autoridad de Coordinacin PEPPOL. Para ms informacin sobre PEPPOL las autoridades regionales y los datos de contacto, por favor visite: http://www.peppol.eu/peppol_components/-transport-infrastructure/governance/peppolregional-authorities
96
La figura siguiente ilustra los componentes operativos de la infraestructura de trasporte de PEPPOL, los actores involucrados en su operacin y los acuerdos necesarios.
Los acuerdos de la infraestructura de transporte PEPPOL (TIA) son tres tipos de acuerdos: 1. Acuerdo de la Comunidad PEPPOL 2. Acuerdo de Proveedor Access Point (AP) de PEPPOL 3. Acuerdo de proveedor de Publicador de Metadatos del Servicior (SMP) El rgimen de acuerdos y la estructura de gobierno aseguran que: el papel y las responsabilidades de cada actor estn claramente descritas y totalmente disponibles, convirtiendo a PEPPOL en una comunidad abierta y transparente; Hay suficiente informacin disponible a travs del SML / SMP, permitiendo que un participante pueda hacer de ellos su nica fuente de informacin para llevar a cabo la contratacin electrnica con sus socios comerciales.
97
Cabe sealar que el Acuerdo de Negocio, as como la Acuerdo de Participacin, que se muestra en la Figura 23 no forman parte de los modelos de gobernanza PEPPOL. Se espera sin embargo, que estos acuerdos pueden incluir disposiciones relativas a la utilizacin de La infraestructura de transporte PEPPOL.
98
El Acuerdo de Proveedor SMP de PEPPOL se requiere con el fin de asegurarse de que el proveedor de SMP adecuado proporciona los servicios necesarios, y que tienen el acceso necesario a la SML de PEPPOL.
99
garantizar una gobernanza comn para toda la infraestructura de trasporte de PEPPOL. El acuerdo de Proveedor de AP de PEPPOL y el Acuerdo de Proveedor SMP de PEPPOL se proporcionan como "documentos de plantilla" permitiendo que cada Autoridad Regional ajuste el texto real y el lenguaje de los acuerdos, de acuerdo con los trminos locales y condiciones, incluida la armonizacin de la legislacin local.A fin de garantizar interoperabilidad y la coherencia en todos los dominios, la plantilla " documentos "se identifica disposiciones que deben estar presentes en cualquier acuerdo de proveedor de AP de PEPPOL y en el Acuerdo de Proveedor SMP de PEPPOL. Los tres tipos de acuerdos comparten una serie de anexos definiendo los aspectos tcnicos relacionados con los servicios.Al hacer estos anexos comnmente aplicables para todos los acuerdos se establecen un conjunto de criterios y requisitos mnimos que se aplican coherentemente a travs de toda la Infraestructura de Trasporte de PEPPOL. Estos anexos son los siguientes: Anexo 1 Los puntos de contacto Anexo 2 Definiciones Anexo 3 Servicio y Niveles de Servicio Anexo 4 Normas Tcnicas Anexo 5 Dominio regional y sus servicios especficos y niveles de servicio Anexo 6 Procedimiento de cambios Anexo 7 Modelo de gobierno PEPPOL y modelos de acuerdos La Autoridad Regional PEPPOL es responsable de asegurar que los Acuerdos de Proveedores de AP de PEPPOL y los Acuerdos de Proveedores de SMP de PEPPOL firmados de hecho contienen todas las obligaciones dispuestas en las referencias de los "documentos plantilla", as como en los anexos.
5.6 ENLACES
Los Acuerdos de PEPPOL y los siete anexos estn disponibles en el siguiente enlace: http://www.peppol.eu/peppol_components/peppol-eia/governance/transportinfrastructure/models/
100
101
importancia para Pymes que no cuentan con las capacidades de TI y de recursos para soportar las diferentes necesidades de las grandes organizaciones. Cuando las normas PEPPOL BIS y BusDox sean ampliamente adoptadas en todo el sector pblico y privado, los vendedores de los programas informticos reconocern la longevidad de estas especificaciones y empezarn incorporarlos en su contratacin pblica electrnica y paquetes de software ERP. Este es el punto en el que la verdadera interoperabilidad se har realidad.
102
10. Si es necesario, el receptor enva una respuesta automtica de vuelta al remitente para reconocer la aceptacin o rechazo del archivo Nota: Un proveedor de punto de acceso tambin puede cumplir el papel de proveedor de servicios de comercio electrnico y llevar a cabo el proceso de la traduccin de archivos y otros procesos valor aadido tales como la encriptacin de archivos, transferencia, pruebas, control, archivo, etc.
103
Las normas PEPPOL BusDox incluyen el protocolo LIME, que es una forma estandarizada para un punto de acceso y una aplicacin cliente para el intercambio de archivos de datos como una opcin alternativa al uso de una Red de Valor Agregado (VAN), FTP, o otros mtodos comunes de intercambio. 4. Validacin de datos - es una parte importante del proceso automatizado. Para el receptor, esto puede ser un programa o software especfico que valida el contenido del archivo de acuerdo a reglas predefinidas sobre el estndar que se utiliza o formato requerido y los perfiles predeterminados sobre la base de clientes detalles que pueden incluir un proceso de bsqueda detallada (por ejemplo: correspondiente nmero de cliente, nmero de pedido, cantidad, etc. los detalles de la compra original de orden) para asegurar que los datos pueden ser objeto de tratamiento automatizado. Para el remitente, esto puede ser un programa o software para verificar que los datos de salida son correctos, completos y en el formato requerido por el receptor. Para los proveedores de acceso Punto PEPPOL (envo y recepcin), este debe ser el software que valide el contenido de los datos segn el formato y las reglas de negocio aplicables con la norma PEPPOL BIS (para los documentos) y el BusDox normas para el proceso de transferencia de archivos.
104
servicios suelen incluir en primera lnea la validacin de archivos basado en reglas de negocio especficas del cliente. Nota: Para los proveedores de servicios, los poderes adjudicadores o los operadores econmicos que deseen desarrollar un punto de acceso PEPPOL (Y SMP), se ofrece ms informacin en una Lista de Verificacin de proveedor de AP al final de esta seccin.
105
aplicacin de demostracin de 'prueba de concepto " y propsitos de prueba.Como con cualquier software de cdigo abierto, las organizaciones deben proporcionar su propio soporte interno para la uso de esta aplicacin u obtener servicios externos de apoyo. PEPPOL no ofrece soporte y no se hace responsable de cualquier uso de esta aplicacin para la produccin.
106
asume que el EO italiano continuar el envo de archivos a su proveedor de servicios, mientras que el CA ha decidido adoptar el estndar de factura electrnica PEPPOL BIS. Basado en estas decisiones: El EO italiano tiene que: Identificar un punto de acceso PEPPOL y el proveedor SMP.Este puede ser su proveedor de servicios existentes. Asegrese de que sea el proveedor de servicios existentes o el Proveedor de punto de acceso (en caso de entidades diferentes) tienen la capacidad de transformar los archivos propiedad de la factura en PEPPOL BIS. Ponerse de acuerdo sobre el mtodo de transferencia de archivos para ser utilizados por el Proveedor de servicios al proveedor de punto de acceso - si los dos estn las diferentes entidades. El CA francs necesita: Revisar el proceso de factura para asegurar la alineacin con PEPPOL BIS. Aade la norma BIS a su capacidad de datos de traduccin de software o hacer uso de los componentes del software de cdigo abierto PEPPOL. Identificar un punto de acceso PEPPOL y el proveedor de SMP(s). Ponerse de acuerdo sobre el mtodo de comunicacin que se utilizarn por el proveedor de AP que enve las facturas a la entidad emisora. Escenario # 2: Relacin cruzada de Comunidades en catlogo electrnico, eOrder, y eFactura Una autoridades de salud pblica de Suecia es miembro de una organizacin regional de una comunidad de eProcurement que conecta a los compradores del sector pblico y a los proveedores del sector privado de los productos mdicos.El comunidad sueca de la salud compra su software a travs de un Comunidad de TI de eProcurement tambin con sede en Suecia.Las dos comunidades deciden implantar soluciones piloto PEPPOL con el fin de automatizar totalmente sus procesos y para conectar a todos los compradores y proveedores entre s. Supuestos: En la actualidad, la comunidad de la autoridad sueca de salud pblica de contratacin pblica electrnica se conecta a travs de servicios web utilizando una plataforma de contratacin electrnica de software desarrollado y mantenido por un proveedor de software externo.Los perfiles del comprador y del proveedor, los detalles de los productos, los pedidos y el historial de pedidos se accede a travs de la Internet para automatizar el
107
aprovisionamiento de productos, mientras que el procesamiento real de de pedidos y transacciones de factura se completan manualmente en los sistemas ERP de cada miembro de la comunidad. En la actualidad, la Agencia Sueca de la comunidad de TI de eProcurement se conecta a travs de software de contratacin electrnica desarrollado por el grupo para permitir que cada miembro intercambie eCatalogues , eOrders, y eInvoices, utilizando un estndar comn en la industria, en un ambiente totalmente automatizado a travs de una conexin de red dedicada. Las decisiones que deben ser tomadas por ambas entidades se basan en los diversos enfoques antes mencionados.En este ejemplo, es supone que la comunidad mdica de Suecia compromete a su proveedor de software de contratacin pblica electrnica para automatizar completamente el intercambio de catlogos, pedidos y facturas mediante la incorporacin de los componentes de software de fuente abierta de PEPPOL y desarrolla la herramienta del cliente demostrador.La comunidad IT de eProcurement en este escenario, adoptar BIS PEPPOL la capacidad de traducin de sus datos actuales, pero tambin ha decidido desarrollar un punto de acceso PEPPOL y SMP, para poder proveer de estos servicios a todos los miembros de la comunidad. Sobre la base de estas decisiones: La comunidad de salud sueca tiene que: Identificar un punto de acceso PEPPOL y el proveedor de SMP y proporcionar los detalles para incorporar el software de su contratacin pblica electrnica. El Proveedor de software de la Agencia Sueca se salud necesita: acceder al software de cdigo abierto PEPPOL y desarrollar y poner a prueba su solucin basada en la herramienta Cliente Demostrador PEPPOL ; familiarizarse con la correspondientes especificaciones PEPPOL BIS ; comprometerse con la AP de PEPPOL y el proveedor de SMP(s) para acordar el mtodo de transferencia de archivos. La comunidad sueca de eProcurement de TI necesita: aadir a las capacidades de traduccin existentes el software con las especificaciones BIS; firmar el acuerdo de la Comunidad PEPPOL, el proveedor de AP y los acuerdos de proveedor de SMP, con la autoridad de coordinacin regional designada por PEPPOL (vase el captulo 5 - PEPPOL Modelo de Gobierno); adoptar la norma BusDox para el intercambio de documentos (ver la seccin 3.5 Infraestructura de Transporte PEPPOL); asegurar la capacidad tcnica para apoyar los requisitos de AP y SMP;
108
Prueba para garantizar la solucin con la conformidad PEPPOL (ver Seccin 4 - Pruebas PEPPOL y Validacin).
109
110
Las principales actividades son: Participacin en la evaluacin piloto Desarrollo de paquetes de implementacin piloto Reunin de Inicio de los nuevos pilotos Apoyar la ejecucin de actividades piloto Prestacin de apoyo tcnico a los pilotos La provisin de orientacin para las pruebas piloto Desarrollo del Plan de Comunicacin Piloto Habilitacin, funcionamiento y supervisin de los Pilotos de pre y post-adjudicacin
111
e) Si post-adjudicacin - revisar la seccin de transporte PEPPOL Infraestructura - Conexin a PEPPOL ' f) Si post- adjudicacin - identificar un punto de acceso PEPPOL (Access Point) y Proveedor de SMP
3.PEPPOL Starter Kit - Seccin 4 a) Revisin de las directrices de prueba y validacin b) Leer la seccin de herramientas de gestin de pruebas 4.PEPPOL Starter Kit - Seccin 5 a) Lea la informacin general de gobierno PEPPOL b) Determinar los instrumentos jurdicos necesarios 5.PEPPOL Starter Kit - Seccin 6 a) Identificar la capacidad de comercio electrnico para determinar si un servicio de TI proveedor es necesario b) Velar por la organizacin o proveedor de servicios designado puede apoyar (o traducir desde y hacia el BIS PEPPOL estndar) c) Identificar los recursos internos de negocios y tcnicos para apoyar el proyecto d) Revisar el proceso de participacin de pilotos e) Presentar el formulario de piloto de participacin en lnea f) Proporcionar al representante PEPPOL con la informacin necesarios para construir la 'propuesta de valor " g) Fomentar el caso de negocio internos y obtener el compromiso h) Una vez aceptada, (si es posterior a la adjudicacin) entrar en una bi-lateral acuerdo con un punto de acceso PEPPOL y el proveedor de leche desnatada en polvo 6.Repositorio PEPPOL a) Familiarizarse con el equipo del proyecto la informacin y las herramientas de software disponibles a travs del repositorio PEPPOL EIA en: http://www.peppol.eu/peppol_components/peppol-eia
112
c) Elegir los componentes que vayan a efectuarse (catlogo electrnico, VCD, eFactura, etc) 2.PEPPOL Starter Kit - Seccin 3 a) Revisar los conceptos y especificaciones del proyecto utilizado. b) Leer las secciones correspondientes al componente (s) seleccionado c) Revisar los documentos de especificaciones apropiadas PEPPOL BIS d) Alinear los procesos internos (si es necesario) con el correspondiente perfil CEN BII e) Si despus de la concesin - de revisar la seccin de transporte PEPPOL - "Conexin a PEPPOL ' f) Si despus de la adjudicacin - identificar un punto de acceso PEPPOL (Access Point) y Proveedor de SMP 3.PEPPOL Starter Kit - Seccin 4 a) Revisin de las directrices de prueba y validacin b) Leer la seccin de herramientas de gestin de pruebas. 4.PEPPOL Starter Kit - Seccin 5 a) Lea la informacin general de gobierno PEPPOL. b) Determinar los acuerdos legales necesarios ** Los operadores econmicos no entran en el transporte PEPPOL Acuerdos de la infraestructura (a menos que provean punto de acceso o SMP servicios). 5. PEPPOL Starter Kit - Seccin 6 a) Identificar la capacidad de comercio electrnico para determinar si un proveedor de servicios de TI es necesario b) Velar si la empresa o proveedor de servicios puede apoyar (o traducir desde y hacia) la norma PEPPOL BIS c) Identificar los recursos internos de negocios y tcnicos para apoyar el proyecto d) Revisar el proceso de participacin de pilotos e) Presentar el formulario de piloto de participacin en lnea f) Proporcionar al representante PEPPOL la informacin necesaria para construir la 'propuesta de valor " g) Fomentar el caso de negocio interno y obtener el compromiso h) Una vez aceptada, (si es posterior a la adjudicacin) entrar en un acuerdo bi-lateral con un punto de acceso PEPPOL y el proveedor de SMP 6. PEPPOL Repositorio
113
a) Familiarizarse con el equipo del proyecto la informacin y las herramientas de software disponibles a travs del repositorio PEPPOL EIA en: http://www.peppol.eu/peppol_components/peppol-eia
3. PEPPOL Starter Kit - Seccin 4 a) Revisin de las directrices de prueba y validacin b) Leer la seccin de herramientas de gestin de pruebas 4. PEPPOL Starter Kit - Seccin 5 a) Lea la informacin general de gobierno PEPPOL. b) Determinar los acuerdos legales necesarios * * Los proveedores de servicios no entran en acuerdos PEPPOL de Infraestructuras del Transporte (a menos que proporcionar acceso a Punto o SMP servicios)
114
a) Examinar la capacidad de comercio electrnico para determinar si el software/ actualizaciones de hardware son necesarios b) Velar por el software de traduccin existente que puede soportar el estndar PEPPOL BIS c) Identificar los recursos internos y de clientes para apoyar el piloto proyecto d) Revisar el proceso de participacin de pilotos e) Presentar el formulario de piloto de participacin en lnea f) Proporcionar al representante PEPPOL con la informacin necesarios para construir la "propuesta de valor". g) Fomentar el proveedor de servicios de negocio y obtener el compromiso interno h) Una vez aceptada, entrar en acuerdos bilaterales con la adecuada PEPPOL punto de acceso y proveedores de leche desnatada en polvo 6. PEPPOL Repositorio a) Familiarizarse con el equipo del proyecto la informacin y las herramientas de software disponibles a travs del repositorio PEPPOL EIA en: http://www.peppol.eu/peppol_components/peppol-eia
115
6.Revise los SMP y los requisitos tcnicos de AP en detalle. Identificar los requisitos internos tcnicos para tomar la decisin: soluciones disponibles en el mercado vs el desarrollo interno 7.Firmar los Acuerdos de la Infraestructura de transporte PEPPOL con la Autoridad Regional seleccionada (o Autoridad de Coordinacin).(Vea la seccin 5 del kit de inicio para ms informacin sobre ) la gobernanza y los acuerdos legales. 8.Mejorar los sistemas de: a) Cumplir con la estructura de datos PEPPOL b) Crear la interfaz con los controles de entrada para el envo de datos en PEPPOL c) Incorporar controles de entrada en las interfaces para la recepcin de datos desde cualquier sistema d) Ajustar / flujo de trabajo de actualizacin del manejo de documentos e) Crear la interfaz de registro de usuarios en SMP f) Crear la interfaz 9.Actualizacin de la documentacin del sistema 10.Despus de firmar la correspondiente Acuerdo de infraestructura de transporte PEPPOL, obtener el certificado de piloto PEPPOL y "poner en marcha un entorno de prueba PEPPOL. 11.Prueba de funcionamiento interno 12.Prueba de funcionamiento en el entorno PEPPOL con cuentas de prueba 13.Obtener el cierre de sesin de PEPPOL 14.Prueba de funcionamiento en el entorno PEPPOL junto con otros proveedores de servicios 15.Actualizacin de la documentacin de usuario / cliente 16.Actualizar los contactos del usuario / trminos y condiciones para estar en lnea con las obligaciones contractuales de PEPPOPL 17.Informar a los usuarios / clientes del nuevo servicio funcionales de PEPPOL 18.La puesta en funcionamiento
116
117
Caja de herramientas de Servicios Open ePRIOR implementa una serie de servicios genricos que soportan el negocio de forma independiente, tales como la validacin de documentos empresariales, enrutamiento, logging, la generacin de versin legible de distintos documentos de UBL que el sistema puede manejar y la capacidad de intercambio de archivos adjuntos. Un equipo dedicado provee asistencia a los Estados Miembros, los organismos y las instituciones europeas. En las prximas fases del proyecto, la Comisin desarrollar un portal de proveedores para proporcionar a las PYME una interfaz grfica de usuario de algunos servicios de e-Prior y tambin extender sus documentos de negocio para cubrir los procesos pre-adjudicacin, en particular el envo electrnico de ofertas y la adjudicacin electrnica. Para ms informacin visite: http://www.osor.eu/projects/openeprior