Unificación de interfaces de facturación electrónica a nivel global

Abstract

[ES] El objetivo del proyecto Parker Paperless (se utiliza Parker como nombre ficticio, en lugar del nombre del cliente real por el contrato de confidencialidad firmado) es el de unificar, a nivel de arquitectura y formato, el proceso de emisión de los diferentes documentos fiscales electrónicos emitidos para cada país, utilizando para ello los desarrollos y tecnologías que le ofrece EDICOM como proveedor de servicios. Para empezar se dará una visión global del estado de la facturación electrónica a nivel global, así como las distintas tecnologías que son utilizadas en EDICOM. En este documento iremos viendo todas las fases por las que avanza este proyecto, comenzando por el análisis del problema, establecimiento de requisitos y demás fases iniciales de cualquier proyecto. Parker pretende, desde sus dos propios ERP (Enterprise Resource Planning, o Sistemas de planificación de recursos empresariales en castellano), P20 y Blue Planet, enviar un mismo IDoc (Intermediate Document, formato estándar de SAP para transferencia de datos electrónicos) para todos los países donde está operando actualmente. La integración se llevará a cabo mediante llamadas al servicio web de EDICOM, de forma que todos los IDoc que el cliente emita vayan a parar a un concentrador global de EDICOM, el cual repartirá los documentos entre todos los entornos configurados según el país para el que se emite el documento, de acuerdo al esquema o máscara de publicación de estos documentos. Además, EDICOM devolverá a los ERP un fichero de retorno a través de llamadas a otro Web Service que pone a disposición para ello Parker, y almacenará (también mediante llamadas Web Service) los documentos enviados en un sistema de almacenamiento de Parker llamado EDMS (Electronic Document Management Software). Cuando el cliente envíe un mensaje, este llegará siempre al hub o concentrador de EDICOM, que clasificará los IDoc por país y los encaminará a su correspondiente ASP (Application Service Provider). En el hub, cada documento tendrá un esquema específico, pero una vez publicado en el ASP correspondiente, pasará a tener el esquema específico de su país. Cuando todos los desarrollos se hayan finalizado, se mostrará también cómo se llevan a cabo las actividades de configuración e implantación, así como las distintas pruebas realizadas antes de dar por concluido el proyecto.

[EN] Parker Paperless’ (we will use Parker as assumed name instead of the real company name, due to our confidentiality agreement) goal is to unify the architecture and format of the process of electronic documents’ emission on multiple countries, using the technologies and tools that EDICOM offers as a service provider. To start with, a global vision of the status of electronic invoicing around the world will be shown, as long as the diverse technologies that are used in EDICOM. In this document, every single phase of this project will be explained, starting from analysing the problem and defining the requirements, and every other initial action necessary for every project. Parker pretends, with its two own ERP (Enterprise Resource Planning), P20 and Blue Planet, to send the same IDoc (Intermediate Document, standard SAP’s format for electronic data interchange) for all the countries where it operates. Integration will be developed via EDICOM’s Web Service requests, so that every IDoc emitted by the client will travel to an EDICOM global hub, which will distribute all the documents between the different ASP (Application Service Provider) configured for Parker, according to its publication’s schema or mask. Moreover, EDICOM will send back a return file to Parker’s ERP, through another Web Service’s request, this one owned by Parker. EDICOM will also send the documents to Parker’s storage system, called EDMS (Electronic Document Management Software). When the client sends a message, it will always travel to EDICOM’s hub, which will organise all received IDoc by their country and will route them to their correspondent ASP. In this hub, every document will have a specific schema, but once it’s published in the ASP, it will have a country-specific schema. Once the development phase is finalized, configuration, deployment and implementation phases will be also explained in this document, as long as all kind of testing which will be performed before closing the project.