View source | Discuss this page | Page history | Printable version   
Toolbox
Main Page
Upload file
What links here
Recent changes
Help

PDF Books
Add page
Show collection (0 pages)
Collections help

Search

Electronicinvoice30/Functional Documentation

Contents

Document sign-off

Role Name Sign-off date
Development David Alsasua

Document Status

Date Author or editor Description of change Document status Document version
July 12nd, 2010t Patricia San Juan Document creation and sent for review Final V1

Overview & Justification

Purpose

The purpose of this document is to describe the functional specifications for a new extension module which is the “Electronic invoice” (“e-invoice”), Advance Payables & Receivables feature compatible.

An electronic invoice is an invoice which can be sent or received to the corresponding recipient or from the corresponding sender as a “file” via internet.

Electronic invoicing requirements are listed below:

1. An electronic format is required (EDIFACT, xml, html....)

2.- It has to be sent via internet from a computer to another computer (electronic transmission).

3.- The electronic format and its electronic transmission have to guarantee its integrity and authentication through a well know digital signature, therefore electronic invoice has to comply with:

therefore it can not be repudiate by the invoice recipient.

In the link below overall and relevant information about electronic invoicing feature in Spain can be found (documentation in Spanish): http://www.facturae.es

This new feature is going to be developed and delivered as a new extension module which will be part of the Spanish Professional Localization Pack version 2.0, compatible with Advance Payables & Receivables management module

This new extension module will be split in 3 modules, one will create and validate the xml file according to facturae 3.1 format, the second one will create the required OB ERP enhancements for BP and Sales Invoice features and the third one will integrate OB ERP to Camerfactura web platform via web services. For more information see technical sections below.

Scope

In scope:

The first phase of this project takes into account just “Sales/Issued Invoices” sent as a valid XML file according to facturae format and requirements to Spanish customer; in a second phase OB electronic invoicing feature will take into account “Purchase/Received Invoices” and rest of countries; therefore it is in scope what is detailed below:

As mentioned above OB ERP is going to be enhanced in order to allow electronic invoicing feature implementation but it is not going to be enhanced as an “electronic invoicing” platform; therefore OB ERP electronic invoicing feature implies an integration to an existing “Electronic Invoicing Platform” named “Camerfactura” developed by a third party “Camerfirma”. http://portal.camarafactura.es/Portal/

“Camerfactura Portal” allows the end user to:

Out of scope:

As mentioned above “Purchase/Received Invoices” reception as a valid xml file according to facturae format and requirements is out of scope by now. It will be implemented in a second phase. Same applies to sales and purchase invoice sent or received from Non-Spanish customers/suppliers.

It is also out of scope below listed invoice types according to facturae format:

It is also out of scope invoices in different languages rather than Spanish; in a second phase and depending on OB ERP translations additional languages could be taken into account.

List of further e-invoice enhancements:

invoice template: <?xml version="1.0" encoding="UTF-8"?> <?xml-stylesheet type="text/xsl" href=" http://desarrollo.camarafactura.es/public/xsl/XX_cci.xsl "?> <namespace:Facturae xmlns:namespace="http://www.fact... Donde "XX" es el identificador indicado en el apartado "Administración / Configuración" (ID para plantillas). La URL es la del portal de desarrollo (en el entorno de producción habría que indicar la URL de producción).

Justification

Electronic invoicing feature will allow the end-users to send positive or negative (credit invoice) “Sales/Issued Invoices” as a valid xml file according to facturae format & requirements via internet.

This feature is not mandatory by now, just for companies which supplies Spanish government as well as big companies, but it is becoming a common business practice which we foresee it would be set as mandatory by law in a short period of time.

The applicable legislation is listed below:

Law 59/2003 and Order 962/2007 – Facturación electrónica

Order PRE/2971/2007 – Expedición de facturas por medios electrónicos

Law 56/2007 – Impulso a la sociedad de la Información (BOE 29/12)

New definitions and acronyms

E-invoice => electronic invoice

Facturae => electronic invoice xml format

Camerfactura => electronic invoice 3rd party platform

Camerfirma => electronic invoice valid certificate (digital signature certificate)

Users & business process description

User goals

Electronic invoicing feature will allow the end user to send positive or negative (credit invoices) “Sales/Issued Invoices” as “electronic invoices” which means:

  1. from positive or negative “Sales/Issued Invoices” posted create a valid xml file according to facturae v 3.1 format and facturae requirements and send it to Camerfactura web platform.
  2. upload valid xml files generated from OB ERP into Camerfactura Web Portal by using Camerfactura web services, therefore electronic invoices can be digitally signed through a valid Certificate, time stamped, authenticated and sent to the corresponding customer. All these steps will take place in Camerfactura web portal.
  3. and store and visualize invoices in Camerfactura Web Portal for audit purpose

User Roles and Personas

The following roles are involved:

Sales staff (Mike): Mike is an employee part of the sales staff.

Mike is the one entering sales orders in the system. He must monitor that the corresponding good shipments are entered in the system by the warehouse staff once the goods leave the warehouse as he must enter in the system the corresponding sales invoices later on.

Mike should be aware of the customers which allow his company to send the sales invoices electronically to them as an xml file according to facturae format rather than by post printed as a pdf file; therefore while creating Business Partner (customers) in OB ERP, he should enter customer information accordingly so he is able to know later on and when creating sales invoices which customer allow e-invoicing and which ones not.

Accounting staff (Peter): Peter is an employee part of the accounting staff. He will check that the sales invoices are properly entered, completed and post in the system. Peter will also be in sync with sales staff in order to sent them either by post or as an xml file.

Business process diagram

Diagram.png

Business scenario/s

Small Bazaar is an enterprise located in Spain made of several subsidiaries. Small Bazaar Holding is the parent company while, Small Bazaar Pamp and Small Bazaar Barc are two subsidiaries. Each subsidiary is modelled in OB ERP as a legal entity organization with accounting.

It is important to not that depending on whether Small Bazaar Spanish customers allow e-invoicing or not business scenarios can be split in two types as described below; but only the one related to invoices sent as xml files will be taken into account through out current specification document because invoices sent as pdf files is not a feature part of e-invoicing scope.

Sales invoices sent as a xml file

As part of Small Bazaar normal activities Mike should invoice Small Bazaar Pamp and Small Bazaar Barc Spanish customers for the goods delivered to them after monitoring that the corresponding good shipments have been entered and completed in the system once the goods have left the warehouse.

Mike should also invoice Small Bazaar Pamp and Small Bazaar Barc Spanish customers for the services provided to them.

Mike should be aware of the customer which allow his company to send the sales invoices as an xml file according to facturae format and requirements; therefore Mike should enter in OB ERP electronic invoicing related information for those customers besides “generic” information.

Once the above is done Mike must be able to enter sales invoices in OB ERP containing all required information. Mike should complete and post the sales invoices.

Once a sales invoice is posted he must press a process button to generate the e-invoice according to facturae v 3.1 format, besides he must also be able to generate and sent the e-invoice to the platform.

After that it will not be possible to un-post that invoice or even to re-activate it because it is already transferred to Camerfactura portal via web services. In case of any change required a new corrective invoice should be created, post and therefore sent as facturae.

Mike would also be able to attach the corresponding xml file as an attachement to the sales invoice document by clicking on the “attachment” menu button and selecting the xml file. See below:

Adjunto.png

Sales invoices sent as a pdf file

As part of Small Bazaar normal activities Mike should invoice Small Bazaar Pamp and Small Bazaar Barc Spanish customers for the goods delivered to them after monitoring that the corresponding good shipments have been entered and completed in the system once the goods have left the warehouse.

Mike should also invoice Small Bazaar Pamp and Small Bazaar Barc Spanish customers for the services provided to them.

Mike must be able to enter sales invoices in OB ERP containing all required information. Mike should complete and post the sales invoices (for those customers which do not allow e-invoice the new process button to create and send an xml file will not be shown in the sales invoice header window).

Once the invoice is posted he must press the “print” menu button from which he will be able to print and archive the corresponding sales invoice as a pdf format file to be sent by post later on.

He would be able to inquiry the sales invoice created by clicking on the “attachment” menu button.

Functional requirements

Functional Requirement nº 1 - Invoice content requirements

Every single invoice regardless its format have to mandatory contain the information listed below:

In the case of Sales invoices,we will use below listed OB ERP document types:

For more information see “Persona based scenarios” section below. This requirement is covered by OB ERP default invoicing related features but corrective invoice to be implemented in a second phase of the project e-invoice.

Functional Requirement nº 2 - Facturae format e-invoice requirements

Facturae / XML format requires some “mandatory” invoice data as described below together with the suitable OB ERP value/data or constant/fixed data for the corresponding facturae section. For more information see urls below:

(Note: It is important to know that depending on the scenarios we are talking about xml format will change. Most common scenarios are covered in the current specification persona based scenarios section)

http://www.facturae.es/Documentacion/EsquemaFormato/Version3_1/

http://www.facturae.es/NR/rdonlyres/2DF1A921-9E57-4A24-85D8-14FE74E0FB31/0/Facturaev3_2.xsd

OB ERP invoices contain all the information listed above as mandatory by default, therefore there is no need for any additional enhancement or change in OB ERP.
The XML file will not take into account not mandatory information such as "units of measure" or "Forms of payment"; rest will be taken into account while implementing facturae xml format as part of current development.

Functional Requirement nº 3 - Issuer company – Legal obligations regarding e-invoicing

Companies which issue sales invoices as electronic invoices have to comply with below listed law requirements:

Camerfactura web portal allows the user to comply with all the legal obligations listed above, therefore there is no need for any additional enhancement or change here.

Functional Requirement nº 4 - Recipient company - Legal obligations regarding e-invoicing

Companies which received invoices as electronic invoices have to comply with below listed law requirements:

Camerfactura web portal allows the user to comply with all the legal obligations listed above, therefore there is no need for any additional enhancement or change here.

It is important to note that received e-invoices is not in scope as described in section “Overview & Justification - Out of Scope”.

Functional Requirement nº 5 - Configuration

ID configuration

It is required that OB Organización is registered in Camerfactura web platform. For doing that Mike needs to go to Camerfactura platform and enter OB Organization data (generic data like organization name, tax id and location data) in order to get that OB organization is created in the platform together with a valid Camerfirma Certificate which will be used to sign the invoices.

Once OB Organization is registered there will be an ID number named “ID para ERP's” assign it to it. That ID can be found in the scree below:

CamerfacturaID.png

That ID should be entered as an additional Client master data in a new field under application path General Setup / Organization / Organization / Information tab

That new field could be named “e-invoice platform id”.

Id.png

Same goes with "Template ID" (which in this case is 55). That Invoice ID template number will allow to setup Entity invoice template as requested to Camerfactura web platform. Legally requested information such us different type of VAT's and EC view must be covered by default without any additional charge.

To get Template ID properly setup, XML file must have below structure:

<?xml version="1.0" encoding="UTF-8"?>

<?xml-stylesheet type="text/xsl" href=" http://desarrollo.camarafactura.es/public/xsl/XX_cci.xsl "?>

<namespace:Facturae xmlns:namespace="http://www.fact...

Where XX is = template ID

Electronic invoice configuration

In order to get that Mike can send “Issued Invoices” as “electronic invoices” below detailed UI (user interface) enhancements need to be implemented in OB ERP:

a) Business partner data. Below new fields needs to be added in the Application path: Master Data Management / Business Partner / Customer tab. Fields below must appear if “Customer” field is selected:

Customerdata.png

It is important to note that end-user will have to register manually the customers allowing e-invoicing in Camerfactura platform in “Clientes / Gestión de Clientes” platform path, as shown below:

Camerfactura1.png

Camerfactura2.png


b) Sales invoice. Below application objects needs to be added in the Application path: Sales Management / Transactions / Sales Invoice / Sales invoice Header.

Salesinvoicechanges.png

Persona based scenarios

As part of Small Bazaar company Mike should invoice Small Bazaar Pamp and Small Bazaar Barc Spanish customers for the goods delivered to them (or for the services provided to them) after monitoring that the corresponding good shipments have been entered and completed in the system once the goods have left the warehouse.

Besides Mike should be able to enter and post in the system the corresponding sales corrective invoices in case there are any error such as wrong prices, wrong quantities delivered affecting already post and sent sales invoices.

Sales invoices sent as a xml file

Mike needs to enter in OB ERP “electronic invoice” related information for the existing customers who allow Mike's company to send to them invoices electronically.

For doing that Mike should navigate to: Data Management / Business Partner - Customer tab create a new customer/s and fill-in below information for that customer/s:

Besides Mike should create that customer/s in Camerfactura platform.

Sales Invoice generated for a National customer as a xml file

For this scenario Mike needs to create a customer “National Customer” which allows Mike's company to sent the invoice as xml files signed/certified by email by example; with at least below information:

Mike should also create “National Customer” in Camerfactura (“Clientes / Gestión de Clientes” platform path) as a “Resident” Customer.

Next step for Mike to take is to enter in the system an “ordinary” sales invoice for the National Customer as an AR invoice document type by navigating to Sales Management / Sales invoice or as an AR invoice indirect document type by navigating to Sales Management / Generate Invoices.

Once the sales invoice header and lines are entered Mike should complete and post the sales invoice.

Once the above is done Mike needs at least to press the new button “Generate e-invoice”; that button will change to “e-invoice Generated” when the xml file according to facturae 3.1 format is created.

Facturae xml format will have to contain below information:

Negative/Credit sales invoice generated as xml file

Above scenarios apply here but in this case there are below listed specific things:

Good Sales Invoices including several “National” VAT tax rates

In this case Mike needs to enter a goods sales invoice as an “AR invoice” in € for “National Customer” for several goods having different tax rates (Sales VAT 16% and Sales VAT 7%). For doing that he should navigate to Sales Management / Sales invoice and enter the corresponding AR invoice.

That AR invoice will have at least 2 sales lines for 2 different product having different sales VAT, 16% and 7%.

Mike can complete and post the invoice and after that is able to create facturae xml file by pressing the button “Generate e-invoice”; in this case facturae xml file should take into account below information:

Clase impuesto (01) IVA –

Entregas IVA 16%

(01) IVA –

Entregas IVA 7%

Clase impuesto 16,00% 7,00%
Base imponible 4578,00 2100,00
Cuota 732,00 147,00
Descripción

del bien

Cuadernos Libros
Cantidad 500 60
Unidad (01) Unidades (01) Unidades
Precio unitario 9,16 35,00
Coste 4.578,00 2.100,00
Importe bruto 4.578,00 2.100,00
Impuesto repercutido

– clase

(01) IVA

Entregas IVA 16%

(01) IVA

Entregas IVA 7%

Impuesto repercutido

– Porcentaje

16 7
Impuesto repercutido

- Base imponible

4.578,00 2.100,00
Impuesto repercutido

- cuota

732,78 147,00

Good Sales Invoices including “National” VAT + Equivalence charge

In this case Mike needs to enter a goods sales invoice as an “AR invoice” in € for a “National Customer B” which allow e-invoice for several goods having different tax rates (Sales VAT 16% and Sales VAT 7%) and under Equivalence Charge.

He should make sure that the customer is created in both OB ERP (including e-invoicing information) and Camerfactura platform. Besides he needs to make sure National Customer B has properly setup “Equivalent Charge” Business partner tax category, therefore a equivalence charge tax rate will be prompt in Sales order lines, “Tax” field.

Mike must navigate to Sales Management / Sales invoice and enter the corresponding AR invoice.

That AR invoice will have at least 2 sales lines for 2 different product having different sales VAT, 16% and 7% and the corresponding Equivalence Charge.

Mike can complete and post the invoice and after that is able to create facturae xml file by pressing the button “Generate e-invoice”; in this case facturae xml file should take into account below information:

Clase impuesto (01) IVA

Entregas IVA + RE 16+4

01) IVA

Entregas IVA + RE 16 +4

01) IVA

Entregas IVA + RE 7+1

01) IVA

Entregas IVA + RE 7+1

Clase impuesto 16,00% 4,00% 7,00% 1,00%
Base imponible 1.500,00 1.500,00 3.545,00 3.545,00
Cuota 240,00 60,00 248,15 35,45
Descripción

del bien

Cuadernos Libros
Cantidad 1 1
Unidad (01) Unidades (01) Unidades
Precio unitario 1.500,00 3.545,00
Coste 1.500,00 3.545,00
Importe bruto 1.500,00 3.545,00
Impuesto repercutido – clase (01) IVA (01) IVA
Impuesto repercutido – Porcentaje 16,00% 4,00%
Impuesto repercutido- Base imponible 1.500,00 1.500,00
Impuesto repercutido- cuota 240,00 60,00
Recargo Equivalencia 248,15 35,45

Services Sales Invoices including “National” VAT + Withholding

In this case Mike needs to enter a goods sales invoice as an “AR invoice” in € for a National Customer C which allows e-invoice for several services provided by Mike's company subject to withholding.

Mike needs to create National Customer C as appropriate both in OB ERP and Camerfactura platform.

Mike must navigate to Sales Management / Sales invoice and enter the corresponding AR invoice.

That AR invoice must have at least 2 sales lines for 2 different services (Services A and Services B) which have the same withholding rate depending on business partner specifics, but could be they have different VAT (16% & 7%), like the ones showed below:

Mike can complete and post the invoice and after that is able to create facturae xml file by pressing the button “Generate e-invoice”; in this case facturae xml file should take into account below information:

Clase impuesto (01) IVA

Servicios prestados nacional

16% - 15% R

04) IRPF

Servicios prestados nacional

16% - 15%R

01) IVA

Servicios prestados nacional

7% - 15%R

04) IRPF

Servicios prestados nacional

7% - 15%R

Clase impuesto 16,00% (-)15,00% 7,00% (-)15,00%
Base imponible 2.500,75 2.500,75 3.895,17 3.895,17
Cuota 400,12 (-) 375,11 272,66 (-)584,28
Descripción

del bien

Cuadernos Cuadernos Libros Libros
Cantidad 1 1 1 1
Unidad (01) Unidades (01) Unidades (01) Unidades (01) Unidades
Precio unitario 2.500,75 2.500,75 3.895,17 3.895,17
Coste 2.500,75 2.500,75 3.895,17 3.895,17
Importe bruto 2.500,75 2.500,75 3.895,17 3.895,17
Impuesto repercutido – clase (01) IVA (04) IRPF (01) IVA (04) IRPF
Impuesto repercutido – Porcentaje 16,00% 15,00% 7,00% 15,00%
Impuesto repercutido- Base imponible 2.500,75 2.500,75 3.895,17 3.895,17
Impuesto repercutido- cuota 400,12 (-) 375,11 272,66 (-)584,28

Shipment dates versus Invoice dates

Mike enters in the system a sales order for a customer dated on October 10th, 2009. After that he completes.

Warehouse staff enters in the system and complete the corresponding Good Shipment for the goods dated on October 15th, 2009

Some days later Mike manages to enter in the system and complete the corresponding sales invoice, therefore sales invoice date is October 20th, 2009

There are 2 dates to take into account in facturae 3.1 format:

Only invoice date is mandatory, therefore only invoice date will be taken as part of xml file content.

Sales Invoice sent and signed as “Adjunto e-mail”

For this scenario Mike needs to create a customer “Customer A” which allows Mike's company to sent the invoice as xml files signed/ certified by email; with at least below information:

Mike should create also "Customer D" in Camerfactura platform, in “Clientes / Gestión de Clientes” platform path and set as "Delivery form=Adjunto on-line"

Next step for Mike to take is to enter in the system an “ordinary” sales invoice for Customer A as an AR invoice document type by navigating to Sales Management / Sales invoice. Once the sales invoice header and lines are entered Mike should complete and post the sales invoice.

Once the above is done Mike needs to press the new button “Generate e-invoice”; that button will change to “e-invoice generated” when the xml file according to facturae 3.1 format is created, but in this case Mike would also like to send it to Camerfactura web platform, therefore he should press new process button “Generate and send e-invoice”; that button will change to “e-invoice generated and sent” when the xml file according to facturae 3.1 format is created and sent.

Next action is for Mike to go to Camerfactura platform, “Facturación / Pendientes de envío” platform path. Once there he could find the invoice he has just created and sent from OB ERP in order to get it signed and sent. For doing that Mike should select the invoice and press the menu button “Sign”, a new window will show the a valid “Certificate” Mike should select in other to sign the invoice; once the invoice is signed the system will inform Mike that the invoice has been successfully signed.

File:Adjuntoemail.png

Next action for Mike to take is to go back and send the invoice by pressing the menu button “Send”, a new window will show the default e-mail text in the corresponding language, to the corresponding e-mail account including the xml file as an attachment.

Once sent the invoice will be moved to “Facturación / Enviadas “ platform path.

Sales Invoice sent as “ Usuario portal”

This scenario is similar to previous one but e-invoice delivery which this time is “Usuario portal”, therefore Mike needs to create a new customer which is also a Camerfactura user; with below data at least:

In this case there will not be any need for Mike to register “Customer B” in Camerfactura web platform as Customer B should be already registered.

Next step for Mike to take is to enter in the system an “ordinary” sales invoice for Customer B as an AR invoice document type by navigating to Sales Management / Sales invoice. Once the sales invoice header and lines are entered Mike should complete and post the sales invoice.

Once the above is done Mike needs to press the new button “Generate e-invoice”; that button will change to “e-invoice generated” when the xml file according to facturae 3.1 format is created, but in this case Mike would also like to send it to Camerfactura web platform, therefore he should press new process button “Generate and send e-invoice”; that button will change to “e-invoice generated and sent” when the xml file according to facturae 3.1 format is created and sent.

Next action is for Mike to go to Camerfactura platform, “Facturación / Pendientes de envío” platform path.

Once there he could find the invoice he has just created for Customer B and sent from OB ERP in order to get it signed and sent. For doing that Mike should select the invoice and press the menu button “Sign”, a new window will show the a valid “Certificate” Mike should select in other to sign the invoice; once the invoice is signed the system will inform Mike that the invoice has been successfully signed.

Next action for Mike to take is to go back and send the invoice by pressing the menu button “Send”, this time Camerfactura platform will generate an e-mail to let Customer B know that the invoice can be found in their Camerfactura platform environment under “Facturación / Recibidas” platform path; besides the invoice will be moved to “Facturación / Enviadas “ platform path.

Sales Invoice sent as “Descarga on-line”

This scenario is similar to previous one but e-invoice delivery which this time is “Descarga on-line”, therefore Mike needs to create a new customer which want to receive e-invoice through an url; with below data at least:

Mike should create also "Customer D" in Camerfactura platform, in “Clientes / Gestión de Clientes” platform path and set as "Delivery form=Descarga on-line"

For this scenario Mike needs to complete Customer C data in Camerfactura platform in order to allow Customer C to access to its sales invoices via a generated url. For doing that Mike needs to navigate to “Clientes / Gestión clientes” platform path and fill-in “Acceso on-line” tab as shown below:

Descargaonline1.png

Descargaonline2.png

Once he has entered the corresponding user & password information he should sent it to the customer by pressing the button “Envía cliente”. The platform will send and e-mail to the customer let it him know the user/password to use as described below:

Descargaonline3.png

An url will be generated for Customer C to have access to its e-invoice as shown below:

Descargaonline5.png

Descargaonline6.png

Sales Invoice sent as “Correo ordinario”

This scenario is similar to previous ones but e-invoice delivery which this time is set to “Correo Ordinario”.
Mike needs to create a new customer which would like to receive its invoices as a pdf file signed by entering in OB ERP below information at least:

Mike should create also "Customer D" in Camerfactura platform, in “Clientes / Gestión de Clientes” platform path and set as "Delivery form=Correo Ordinario"

Next step for Mike to take is to enter in the system an “ordinary” sales invoice for Customer D as an AR invoice document type by navigating to Sales Management / Sales invoice. Once the sales invoice header and lines are entered Mike should complete and post the sales invoice.

Once the above is done Mike needs to press the new button “Generate e-invoice”; that button will change to “e-invoice generated” when the xml file according to facturae 3.1 format is created, but in this case Mike would also like to send it to Camerfactura web platform, therefore he should press new process button “Generate and send e-invoice”; that button will change to “e-invoice generated and sent” when the xml file according to facturae 3.1 format is created and sent.

Next action is for Mike to go to Camerfactura platform, “Facturación / Pendientes de envío” platform path. Once there he could find the invoice he has just created for Customer D and sent from OB ERP in order to get it signed and sent by post "Correo Ordinario". For doing that Mike should select the invoice and press the button "Sign". Once signed he should double click on it or press the menu button “View invoice”, a new window will show the invoice. From there Mike should print it and pdf417 bar codes will be generated.

Assumptions & Dependencies

Assumptions

N/A

Dependencies

N/A


Design & Technical considerations

Design considerations

Electronic invoice feature should be implemented as an extended module part of the ES professional localization pack v2, moreover Electronic invoice extended module consist on 3 separated modules as described below:

There is already a list of enhancement required for this feature:

  1. Corrective invoice feature including corrective reason and corrective method (facturae invoice type OR)
  2. xml file archive as an attachement
  3. A Process to create several sales invoices as xml files at the same time (now it is just 1 by 1).
  4. A Process to search which sales invoices are pending to be generated as xml files as well as to search the ones already sent as xml files
  5. BP (customers) creation in Camerfactura platform by using the corresponding web services.
  6. A sync process which allows the end user to know which is the Sales invoice status (signed, sent or delete) in Camerfactura in order to implement further actions related to un-post and reactivate process at OB ERP
  7. Word plug-in
  8. Heart beat enable to track e-invoice feature usability

Technical constraints

None

Technical Requirements

Object type Data type Value constraints Default value Editable Label Help text
New field


path “General setup / Enterprise / Organization / Organization – Information tab


name

“Camerfactura ID”

Text file n/a n/a Yes “Camerfactura ID” Enter here Camerfactura “ERP ID” value
New field


path “Master Data management / Business Partner / Business Partner – customer tab


name “e-invoice”

Check box yes/no No Yes “e-invoice” Select in case current customer allows electronic invoice
New field


path “Master Data management / Business Partner / Business Partner – customer tab


name “e-invoice format”

Check box None

facturae v3.1

None Yes “e-invoice format” Select electronic invoice format
New field


path “Master Data management / Business Partner / Business Partner – customer tab


name “e-invoice delivery mode”

Check box None

Adjunto e-mail

Correo ordinario

Descarga on-line

Usuario portal


None Yes “e-invoice delivery mode” Select electronic invoice delivery mode
New field


path “Master Data management / Business Partner / Business Partner – customer tab


name “e-invoice platform”

Check box None

Camerfactura


None Yes “e-invoice platform” Select electronic invoice 3rd party platform
New field


path “Master Data management / Business Partner / Business Partner – customer tab


name

“email”

Text file n/a n/a Yes “email” Enter here Camerfactura email for electronic invoice
New process button


path “Sales Management / Transactions / Sales Invoice / Header”


name “Generate Electronic Invoice”

Button “Generate Electronic Invoice” n/a n/a “Generate Electronic Invoice” Press in order to generate electronic invoice for the electronic invoice format setup for the customer
New process button


path “Sales Management / Transactions / Sales Invoice / Header”


name “Generate and Send Electronic Invoice”

Button “Generate and Send Electronic Invoice” n/a n/a “Generate and Send Electronic Invoice” Press in order to generate an electronic invoice for the electronic invoice format setup for the customer; and send it to the electronic invoice platform setup for the customer.

User interface

New User Interface

N/A

User interface changes

1. Organization ERP ID

Id.png

2. Business partner (Customer) configuration

Customerdata.png

3. Sales invoice

Salesinvoicechanges.png

License

License code description

Spanish Professional Pack will be released under the Openbravo Commercial License (OBCL) as opposite as the Openbravo Public License (OPL) for open source modules

The OBCL needs to be accompanied by a "term sheet" that describes the specific licensing terms per module.

It is likely that a number of enhancements to modularity will be needed in order to store the term sheet as attributes of the module and to display them when the user acknowledges the license.

Product Strategy is responsible for publishing the license on the Openbravo web site. Developers are responsible for putting a reference to that license in the file header and to declare it in the module definition.

Functionality enabled by the license code

The functionality enabled by the license code will be:

  1. Electronic Invoice generation as Facturae v 3.1 format ("facturae31" module)
  2. Integration to Camerfactura web platform to which the Electronic Invoice as facturae v 3.1 format will be sent ("wscamerfactura" module)

The module which allows the end-user to generate sales invoice as an xml file format ("einvoice" module) will not be part of the license but a commercial module.

Discussion items

Open discussion items

Closed discussion items

Appendix

Facturae v 3.1 format & some examples can be found here:

link facturae_descargas

Retrieved from "http://wiki.openbravo.com/wiki/Electronicinvoice30/Functional_Documentation"

This page has been accessed 2,535 times. This page was last modified on 27 July 2010, at 10:46. Content is available under Creative Commons Attribution-ShareAlike 2.5 Spain License.