Summary
Contact point | Maria Fotiou - Christos Papamarkides – cpapamarkides@deloitte.com |
Date | 26th & 27th September 2017 |
Venue | Nicosia, Cyprus |
Room capacity | 100+ |
Target audience (and expected number of attendees) | •Public authorities |
List of invitees
97 participants from public authorities, agencies, commissionaires as well as private sector entities including 25 from public authorities, 5 from banks, 15 from semi governments (local authorities), 20 from service providers and 10 from private companies
Content and topics to be covered
Please comment on the table below to let us know your preferable module session. Feel free to comment on specific topics you would like to see covered, so we can adapt the module session according to the target audience needs and expectations.
# | Modules | Your choice |
---|---|---|
1 | Introduction to eInvoicing | x |
2 | The legal background | x |
3 | The European norm and its content | x |
4 | Infrastructure based on the eDelivery DSI architecture | x |
5 | eInvoicing from a user perspective (including ordering and payments) | x |
6 | Examples of early adopters of large scale eInvoicing – lessons learned | x |
7 | Basic XML using examples from the EN-syntaxes + mapping/conversion considerations | |
8 | XML Validation mechanisms | |
9 | Understanding OASIS UBL 2.1 | |
10 | Understanding UN/CEFACT CII D16B | |
11 | Funding and grants for e-Invoicing | x |
12 | Introduction to the eInvoice DSI resources and tools | x |
13 | Introduction to CEF Digital and e-Invoice readiness checker |
Questions to/from the audience - incl. FAQ from previous Implementation Workshops
Question | Response | No of feedback etc | Action |
---|---|---|---|
Do you have a profile at CEF Digital? | A few participants do | ||
Has anyone here applied earlier or intending to do so in this years call? | |||
Do the public entities in this country have electronic workflow support for managing invoices (paper/scanned/electronic)? | Both paper and scanned versions of invoices is handled through the participants administrations. | ||
How many here knows about EDIfact - as part of the past syntaxes within eInvoicing - ? | None | ||
Should the invoice be validated to see if there is errors in it, and can you then reject the invoice? | Yes, if the invoice is not following the rules of the standard it is considered to be not compliant to the standard. The directive says that public entities must receive and process compliant invoices. So it can be argued that non-compliant invoices can be rejected but it should be further investigated taking into account other potential national rules. | Question from 1 participant | |
How does it work with extensions for specific markets/domains - electricity as an example - work? | The extensions is used after bilateral agreement - a seller can not require you to accept their extension, but you as a public authority could create an extension which could be required after bilateral agreement. | Question from 1 audience | |
| Yes, but it is a problem to general interoperability in Europe or across domains, since a CIUS could be a showstopper for other suppliers or service providers systems which is not compliant with the required CIUS. | Comment related to above | |
Does Sweden or Denmark have eInvoice examples for electricity to give an example? | Yes, it is possible to use specific versions of the eInvoice for usage within the certain domain and there is eInvoicing examples for telecom, electricity etc. | Questions from 1 participant | |
Does the standard only support B2G or could it be used also for B2B? | Yes, the experience tells us that in due time also B2B will take the B2G dominant standard and make it the mandatory standard for the private sector. At least this is a pattern found in the nordic countries. | Question from 1 participant | |
Should the standard then also be used for B2C or G2C as well and how would this be done - through scanned versions of the standard? | No, there is nothing in the standard in relation til consumer invoicing - it might be that there will be solutions in the market for this, and there is solutions in use in some Member States. | Questions from 1 participant | |
Does the standard require product numbers - for services this could be a problem... | No, it is not a requirement in the standard. Product/service can be described with name/description. | Question from 1 participant | |
How many have heard about PEPPOL? | 5-10 participants | ||
Is eDelivery secure? | Yes, it is sufficiently secure for the purpose. Only certified AP are allowed to interconnect. There is a contractual framework around what they are allowed to do. | Question form participant | |
Is the European standard suitable for non-European suppliers? | Possibly, but not necessarily. The issuer must make sure that the invoice follows the laws relevant in the issuer's country. The EN is particularly designed for European VAT rules and they may not apply outside Europe. | Question from participant | |
Can eDelivery/PEPPOL be used by non-European countries. | Yes, nothing prevents non-European suppliers to use PEPPOL. | Question from participant | |
is CEF/eDelivery relevant for you? | There is a decision from the council of ministers that Cyprus will use PEPPOL for electronic invoicing. (For the time being Cyprus will not act as "PEPPOL authority", perhaps later.) Public entities should be registered as receivers- | ||
Let say this scenario: if an American supplier wants to use their format and their infrastructure, do we have to accept that? | No, only the standard format is part of the requirement in the directive. The method of exchange is up to a policy (like in Cyprus, PEPPOL for public entities) | Question from participant | |
Which identifier is most suitable for identification of an organisation in the eDelivery network? | It depends on several factors - is there common identification system in place? Some countries use company-number, others VAT-number other use GS1 GLN. The identifier becomes the receiver's Identifier in the network. | Question from participant | |
How can an invoice's authenticity be ensured? | Technically signatures can be used, but from a business perspective, the buyer should always ensure that goods and services have been supplied in accordance with what is being invoiced. A digital signature alone does not guarantee that the purchase was genuine. | Question from participant |