Belgian Peppol Authority
It is the end of the month. Like every other month since the e-Invoicing module was activated, Judith receives a report from her computer system that summarizes the invoices received and validated. It also contains a recap of the invoices produced and the status (received, approved/rejected, paid). Only by exception, when an incoming invoice does not match the data available in the system, or when a produced invoice is rejected by the customer, she gets a request for action detailing the mismatch and proposing action. The e-Invoicing module also cares for the production of outbound invoices: as soon as the delivery is done and other possible conditions are met, the system automatically issues the invoices to the customers.
This improvement saves her lots of time, previously wasted on bureaucracy. She can concentrate on her core business, which is a big relief. In the past, she was used to spending many evenings reconciling orders, invoices, contracts, delivery notes and so on, debugging frequent errors and consolidating tons of papers (or e-papers). Now she hardly ever touches an invoice anymore - only when there is a possible error. This scenario became fairly exceptional, since e-invoicing was generalized. All business partners use similar tools. The globalization of these tools and practices had a dramatic impact. For decades, enterprises attempted to do the same in isolation, which achieved only insignificant improvements, except for a small minority of very large actors. Now that the technology is generalized, these actors also benefit from it, through lower prices offered by the technology providers and better quality of incoming documents. This is really a win-win for everybody!
Belgium adheres to the European vision of the Digital Agenda 2020, which identifies the generalization of e-invoicing as a major source of efficiency. The story above reflects the potential of the adoption of e-Invoicing for all enterprises. In Belgium, the potential savings associated with the generalization of e-invoicing are estimated at €3.5 billion per year. However, such savings, and the associated benefits, can only happen after several important changes take place. Most of the technology underlying these changes is available. Software tools can generate, receive and process electronic documents of all kinds, and implement the type of improvements described above. All sorts of message-exchange solutions are also available. Unfortunately, most of these components cannot inter-operate in a satisfying way. In this situation, e-invoicing is feasible only within small circles and closed networks. The Peppol project was set up in 2008 to identify the barriers to the generalization of e-procurement (including e-invoicing) and solutions to overcome them. The project was completed in 2011, delivering an interoperability framework. Since 2012, several countries implemented this framework. In 2016, Belgium was the 6th country to join. Each country sets up a Peppol authority (PA), which stands for the promotion, the diffusion and the proper use of the interoperability framework within its jurisdiction. It also contributes to the consolidation of the framework and the continuous evolution of its components.
The present page is dedicated to the Belgian Peppol Authority (PA). It addresses the following aspects:
We wish you a pleasant visit. please send your questions, comments and suggestions to peppol@bosa.fgov.be, or using the inline comment tool: highlight an area of the page, right-click, and select the -sign to popup the inline comment tool.
General presentation of the Belgian Peppol Authority (PA)
The Belgian Peppol Authority (PA) offers the following support to its correspondents and the industry: (1°) a national SMP, (2°) a Peppol Access Point providers' accreditation procedure and support, and (3°) a set of instruments to facilitate the end-to-end tests with the public sector and to track & trace the e-invoicing traffic with the public sector. All of these contributions are described in detail in the following sections.
BOSA SD, the Directorate-General Simplification and Digitalisation (SD) of the Federal Public Service Policy and Support (Beleid en Ondersteuning / Stratégie et Appui - BOSA), is in charge of the Belgian e-Government strategy, and more generally of the promotion of good practices in the IT sector in Belgium. Promoting the generalization of e-Invoicing (and, in a later phase, e-procurement), fits into its mandate. At the end of a pilot aiming at demonstrating the feasibility of Business-to-Government (B2G) e-Invoicing, in 2015, BOSA SD concluded that an interoperability framework was a precondition for achieving that goal. Today, Peppol is the only comprehensive interoperability framework available. Peppol recognizes the need for a strong governance, including a contracts-based juridical construction where operators sign contracts with Authorities.
Since 2016, BOSA SD took the role of Peppol Authority (PA) for the country of Belgium, recognizing the added value of a PA to stimulate adoption of e-Invoicing and e-Procurement in Belgium. Indeed, a PA contributes to the growth of Peppol Access Points and to the awareness of the advantages of the Peppol framework in its own domain. A PA also relays local concerns to the global level; this feedback mechanism is expected to have a decisive impact on the interoperability across Peppol domains.
Since then, BOSA SD has signed agreements with over 20 operators. In close cooperation with other European, federal, regional and local authorities, BOSA SD participates in or organizes information sessions about the challenges associated with the generalization of e-Invoicing, and its practical solutions. BOSA SD also established a forum of Belgian Peppol Service Providers, and contributed to the setup of a Business Experts Group. The Business Experts Group leads the participants community. Participants are the entities exchanging invoices. The group receives and processes questions, remarks and suggestions about the use of the framework from their perspective - most of these questions relate to the understanding and proper use of the functional specifications. The Federation of Enterprises in Belgium has accepted the responsibility to organize this business-critical knowledge sharing platform.
The Belgian Peppol Authority (PA) can be contacted at the following service address: peppol@bosa.fgov.be.
This team is also responsible for the support of B2G adoption. In this particular area, BOSA SD created the Mercurius platform, as the single gateway between the private and the public sector (more details: see section "Mercurius"); to harmonize and streamline the exchanges to the advantage of the private sector. Mercurius is instrumented in several ways, so that it is advantageous for the adoption of B2G and B2B (see more details later). In the future, BOSA SD will increase the advantages of the Mercurius - Peppol synergies.
Introduction to the Peppol interoperability framework
When you send a document to someone through the postal services, you just put it in an envelope, put the address on it, stamp it (if required) ... and that's it. Basically, Peppol is the solution for doing the same, but between computers. This is however quite a different, more complex problem to solve in the world of computers than in the world of paper, because the ultimate goal - automation of invoice processing - is much more sophisticated, and due to the inherent nature of computer systems - programs can hardly cope with deviations. Therefore, achieving such a universal, fully inter-operable exchange system, is a challenge. Peppol offers a framework that enables this universal "new way of posting".
The acronym Peppol stands for "Pan-European Public Procurement On Line". Historically, it was a project launched by the European Commission in 2008, in the context of the Digital Agenda for Europe, already mentioned. It completed in 2011. Its purpose was to deliver a report explaining how to overcome the major barriers in electronic procurement. It involved experts from 11 countries, for a total budget of €30 million. This very inclusive project defined the conditions for generalization of e-Procurement and selected existing practical solutions, and integrated them together in an interoperability framework. In 2012, several countries in Europe decided to implement the framework. The Peppol eDelivery network started to operate and grow. Today, more than 150 access points, 50 receiving registries and 8 Peppol authorities, cooperate to deliver a transparent, reliable and secure business documents transport service to any potential participant (= sender and/or receiver). In combination with the business interoperability principles that it promotes, the Peppol e-Delivery network is the highest potential solution today.
The Peppol framework encompasses 3 major dimensions: technical, organizational and contractual.
The technical dimension is a set of specifications. It covers document formats, message transport protocols, identification of participants and their capabilities, security mechanisms, service levels, change management procedures. Any collection of organizations agreeing to meet this set of specifications, can reach full inter-operability. The most important specification is the mandatory support of the BIS. The Business Interoperability Specification (BIS), is a collection of formats covering all procurement-related documents (order, dispatch advice, invoice, credit note, ...). The mandatory support involves that nobody can refuse to talk that lingua franca. As long as this principle is met, participants can use whatever format to communicate, that best suits their own context. | |
The organizational dimension defines roles and responsibilities within the community. The following roles are defined: participant, access points providers, SMP providers, Authority.
relationship between participants and access points Depending on various factors, participants can choose to establish their own Access Point, or to enter into an agreement with any of the service providers connected to the Peppol Transport Infrastructure in Belgium or throughout Europe. |
|
The contractual/jurisdictional dimension of Peppol consists in a set of contracts between the above mentioned actors. AP providers enter in contracts with the participants on the one hand, and with a PA on the other hand. The latter contract is similar to any such contract signed by any AP. This ensures consistent application of the Peppol specifications across distinct service providers, which is the foundation of the interoperability. Also, as explained above, some Authorities can specify additional rules to be applicable within their own jurisdiction, to a certain extent. To cover this contractually, such Authorities prepare an annex (named "Annex 5") and invite foreign AP providers to sign this Annex 5 only, in addition to the existing agreement they have signed with their own Authority. |
For more information about the Peppol interoperability framework and the Peppol community, please visit peppol.org.
Peppol in Belgium: general information
This section provides the reader with additional information about the use of Peppol in Belgium. It includes key-information about the use of identifiers for domestic trade, the use of formats in the Business-to-Government (B2G) context and in the Business-to-Business (B2B) context, and the Belgian e-Invoicing Business Experts Group. All parties interested in e-invoicing, especially the Participants (in the Peppol sense explained above), are invited to read this section.
Use of identifiers
In line with the Belgian legal framework, enterprises are expected to use their enterprise number,delivered by the Belgian Crossroad Bank of Enterprises (CBE), as a primary identification number. In order to facilitate this, the Belgian Authorities have registered a specific Identification scheme ID: 0208 (*) Enterprises are strongly recommended to use this Identification scheme on their e-Invoices, as this considerably simplifies the master vendor data management, which guarantees proper routing of documents across more or less complex networks, and offers added value through integration with other e-Government solutions (such as eGOV roles management). The access to the Mercurius Portal illustrates this added value: all legal representatives of Belgian enterprises have direct access to their own invoice records on Mercurius; for large structures, the eGOV Role "Billing Officer" can be used to assign this task to certain employees.
Identification Scheme BE:VAT, although still tolerated, should rather be used for identification in non-domestic correspondence only - and, of course, for VAT-specific invoice contents. All active entities of the Belgian Authorities are registered with their enterprise number.
(*) notice that the identification SchemeID 9956 (BE:CBE), originally assigned to the Belgian enterprise number, was replaced by the ISO-compliant code 0208, registered in the ICD-list, in th econtext of the upgrade to the Eureopean Norm for electronic invoicing. The migration period did run from 1/7/2020 until 17/5/2021.
Use of formats
B2G context
Both Peppol BIS and ePRIOR implement the format designed during the CEN BII workshops. Consequently, in the context of the B2G e-Invoicing Pilot phase, the Belgian Authorities were already receiving Peppol BIS-compliant invoices. So the integration with the Peppol interoperability framework did not modify the document format. The Belgian Authorities have no specific needs that would motivate the support of additional formats. Since the BIS format is common to all correspondents, the Belgian Authorities have registered only this format. More specifically, profile 04 (invoice) and 05 (Billing) are supported.
B2B context
The Belgian PA fully supports the initiatives to use more sophisticated formats, to better suit the needs of specific groups, especially in the private sector, that cannot be efficiently supported by the BIS or other existing formats - as long as these groups also recognize the need for a lingua franca, to support interoperability across groups. The Belgian Authorities do not limit this statement to any syntax. For example, the Belgian Authorities consider EDIFACT as a syntax to integrate in the Peppol framework, for it will benefit to increasing the reach of the interoperability framework.
Belgian e-Invoicing Business Experts Group
Interoperability is not only a technical issue. It can also be (a) a business issue, and (b) a matter of exploiting the potential of the technical solutions available. To address these concerns, a Belgian e-Invoicing Experts Group was founded in June 2017. It addresses questions such as "how should an invoice with cash discount be expressed in the BIS format", "what makes an invoice number unique", "how to cope with the multiplicity of identification schemes",.... It is a meeting point across various groups, each group having its own perspective and concerns. The confrontation of these view points in a constructive mindset, accelerates the generalization of e-Invoicing.
Business Experts from all horizons of the Belgian invoicing landscape, supported by technical experts, participate in this joint effort. The Federation of Enterprises of Belgium provides the facilities needed by the group (logistic support, extranet, moderation, ....).
Peppol in Belgium: Service Providers
As explained above, Service Providers (aka Access Points) in the Peppol world, are like mailboxes in the paper world: entry and exit points in a transport network, that guarantees an efficient service. This responsibility can be shared across multiple operators provided that they commit to common rules. In the Peppol context, a contract, called the Service Provider Agreement, defines these rules. Service Providers sign this contract with a Peppol Authority. All Service Providers are aware of the different local regulations where they want to operate.
The complete list of Service Providers and their main country of legal residence, is available here
Belgian version of the Service Provider Agreement
All Service Providers' agreements are aligned, no matter what Authority signs them.
However, to be contractually valid in the jurisdiction covered by the Authority, the latter must produce a specific version of it.
Here are the Belgian version of the Agreement (Français & Nederlands) for your reading:
Français : Peppol Service Provider Agreement - Contrat de prestataire de services
Nederlands : Peppol Service Provider Agreement - Peppol Dienstverleningsovereenkomst
To initiate the signature process of the agreement please do send a mail to peppol@bosa.fgov.be requesting the process to start.
Onboarding of Service Providers
Operators interested in the role of Peppol Service Providers are invited to consider the Business case in detail before submitting their candidacy. Here is a document prepared by the Peppol consortium at the end of the Project, that supports this analysis: HowToBeAnAccessPointProvider.pdf. It dates from 2012, but it is still relevant.
All prospective Peppol Access Point Providers can submit their candidature to the Belgian Peppol Authority. The Belgian Peppol Authority will examine their candidacy. If it fits with the mandate of the Belgian Peppol Authority, and if the candidate has enrolled as a member of the Open Peppol association (visit the linked page to learn how to join), the Belgian Peppol Authority will sign the Agreement.
SP having signed with the Belgian PA
The Belgian Peppol Authority will then provide further administrative support to the candidate during the Service Provider setup and beyond. During the Service Provider setup, this support covers the following stages (based on a general document available at OpenPeppol provides the following guidance to assist new Service Providers):
# | Description |
---|---|
I. | Signature of agreement: verify that the legal conditions are met for the agreement to be contractually valid (legal representative, no bankruptcy,...) |
II. | Issuance of Peppol Pilot certificate: the page “ OpenPeppol provides members with the following types of technical documentation”, provides the following information and links:
|
III. | Set up the software Setting up the Service Provider requires a preliminary analysis to define which software will be used to start developing the Service Provider. There is information available to guide the candidate, mostly on the internet. The Belgian Peppol Authority can be contacted for specific questions or to share specific information. However, the Belgian Peppol Authority does not deliver technical support to candidates designing and setting up their Service Provider. More info to be found in the Library. |
IV. | Conducting testing activities |
V. | Issuance of Peppol PRODUCTION certificate: the page “ Introduction to PKI certification”, provides the following information and links:
|
VI. | Referencing on "SP having signed with the Belgian PA" section: all Service Provider having signed a Service Provider agreement with the Belgian Peppol Authority, are eligible to be displayed on this section. To activate this possibility, please provide:
|
VII. | Communicate any change in certificates (Test or Prod) to Mercurius team: the CN of the Peppol certificate is the key to determine the messages that the user with the Mercurius AP role can access. To avoid perturbed access to Mercurius Portal, communicate any change of AP certificate timely to the Mercurius team (use the support request form). NB: the change of the Peppol certificate also affects smp operations. |
Belgian Service Providers Forum
The Belgian Peppol Authority not only recruits Peppol Service Providers in its domain, it also organizes an Service Provider Forum. This forum handles various topics related to the development of Peppol, from technical issues encountered, to actions organized by the Belgian Peppol Authority... It is a critical interaction point between operators, where they can talk about their concerns, about their understanding of the specifications, and reach consensus required for true interoperability. It typically meets every 6-8 weeks, depending on the need to interact. All Service Providers active in Belgium (Service Providers that signed with the Belgian Peppol Authority and the Service Providers that operate on the Belgian Area), or who expect to operate on the Belgian Area soon, are invited to participate.
The forum is supported by :
(a) the table below summarizing the editions of the forum, decisions and supporting slides, and
(b) a web page publishing more detailed information related to the topics discussed in the forum, including migration plans, detailed specifications, testing instructions and many other useful information.
Agenda, list of presence, supporting material and wrap up of the previous Forum editions
Edition | Presence | Agenda /slideware/streaming | Wrap up |
---|---|---|---|
34 13:30 - 15:00 | TBC Backlog / AOB / Next forum | ||
33 13:30 - 15:00 |
| I. Outcome Questionnaire II. B2B update III. Hermes IV. Backlog / AOB / Next forum | I. B2B update
II. Outcome Questionnaire.
III. MTCI.
|
32 13:30 - 14:30 |
| I. smp.belgium.be retirement II. Rejection on AS4 level III. eInvoicing Testimonials IV. Your questions & topics V. Backlog / AOB / Next forum | I. smp.belgium.be retirement
II. Topic suggested by Tradeshift w.r. to "Rejection on AS4 level" and proposal by OpenPeppol support.
III. You are kindly invited to come with your eInvoicing testimonials to us to have it in a video. V. Recording Belgian entities in your SMP’s need to be first done based on the CBE number “0208”. |
31 13:30 - 14:10 |
| I. smp.belgium.be retirement II. Your Topics V. Backlog / AOB / Next forum | I. smp.belgium.be retirement
II. Answer given to the provided questions.
|
30 13:30 - 15:00 |
| I.National developments in B2B eInvoicing by FPS Finance II.SchemeID 9956 (& old MLR DocType) removal III.smp.belgium.be retirement IV.MTCI V.Backlog / AOB / Next forum | I. Clarifications:
II. No need for additional support was raised by SPs. III.a. BOSA will schedule removal of the SP info on the PeppolInBelgium page. III.b. SPs are invited to provide their move-away plans by 14.7.2023 to peppol@bosa.fgov.be. V. AS2 removal: nobody seems to rely on AS2. |
29 13:30 - 15:00 |
| I. 9956 - Old MLR update II. smp.belgium.be phase out, next step III. Hermes Integrator agreement IV. Backlog / AOB / Next forum | I. update files will be provided after the meeting to the concerned SP's II. SP's have to provide a date when they will be ready to provide the move away plan III. To be reachable through Hermes the receivers need also to agree with the Hermes Ts&Cs |
28 13:30 - 15:00 |
| I. 9956 - Old MLR phase out completion II. use of 0208 III. smp.belgium.be phase out, next step IV. Hermes Integrator agreement - status V. Backlog / AOB / Next forum | III. smp.belgium.be phase out, next step:
IV. Hermes Integrator agreement - status:
V. Backlog/AOB/Next forum:
|
27 13:30 - 14:15 |
| I. Hermes Agreement Update II. 9956 decommissioning III. Backlog / AOB / Next forum | I. Language aspects: II. 9956 decommissioning: Service Providers are asked to clean their obsolete entries before full decommissioning. III. a. Topics suggested for upcoming SP forums:
|
26 13:30 - 15:00 |
| I.B2B update by FPS Finance II.Feedback F2F meetings 11.2022 III. Hermes Agreement Update IV. Backlog / AOB / Next forum | II. important to notice that introduction of PINT may require all current invoice receivers to support the global invoice model, which is a generalization of the current BIS. In other words, it will involve migration activities for all receivers while the benefit will not always be clear for all receivers (eg the ones having mainly domestic traffic). SPs are invited to think about (a) how it fits with their understanding of the business and (b) how they will help their customers in this. III. Deadline for comments agreed on 16.12.2022 IV. a. SPs are invited to submit topics proposal for upcoming SP forums IV. b MLR BISv2 use in B2G scenario since 2016: now fully stopped. BOSA assumes MLR BISv2 is NOT used in the B2B scenario. SPs are invited to inform BOSA if it would not be the case. IV. c. Backlog: B2B: Tax Administration to participate in an upcoming SP: done IV. d. Backlog: collection of SP sending and receiving capabilities: to be organized by PA – preparatory collection prior to possible discussion on forum. |
25 13:30 - 15:00 |
| I.Update from Luxembourg II.Update on MLR-IMR III.e-Invoicing conference IV.Service Provider Agreement update V. Backlog / AOB / Next forum | I. Update on the e-invoicing track in Luxembourg given by Gérard Soisson - Ministère de la Digitalisation. II. The completion of the migration to IMR depends on the replacement of invoice senders old BIS MLR receiving capabilities by IMR receiving capabilities. Figures from Peppol Directory show that we are only 10% away in this process. From 16.11.2022 on, invoice senders who don’t receive IMR and only old BIS MLR, will experience a disruption of their invoice response processes. In the Peppol network it is up to the Service Providers to properly inform and support their invoice senders. III. SPs are warmly welcome to submit their candidacy to the e-invoicing award (in the category IT), and to suggest their customers who are active in invoicing to also submit (in the category entreprises). V. Backlog / AOB / Next forum a. Backlog: B2B: Tax Administration to participate in an upcoming SP b. Backlog: collection of SP sending and receiving capabilities: to be organized by PA – preparatory collection prior to possible discussion on forum. c. Next forum (26th edition): 22.11.22, 13:30 |
24 13:30 - 15:00 |
| Agenda: I. Service Provider Agreement Update II. Backlog / AOB / Next forum |
(a) History, current status and issues that may arise from delayed signing by SPs: cf slides (b) A SP reported delay with the Legal department in Canada most probably due to workload. No specific action from BOSA. (c) No other specific question or issue was raised impairing the resigning process at the SP side. BOSA concludes that signed agreements for all SPs will most likely be returned by July 1st; therefore, there is no reason to prepare for the unlikely scenario. 2. Backlog / AOB / Next forum (a) Next forum scheduled 20.9 1:30PM (Teams meeting) (b) Suggestion of the SPs to invite Tax Administration to interact on the possible upcoming B2B Mandate. Action: BOSA will contact Tax Administration representatives to relay the proposal. |
23 13:30 - 15:00 |
| Agenda: I.Agreement Framework Revision II.Invoice response: IMR live since 10/03/2022 - Update III.Royal Decree – publications of IT solutions (B /G) IV.Backlog / AOB / Next forum Slides: | 1. Agreement Framework Revision (a) translation delayed – BOSA recommends SP to rely on English original for their internal preparation to re-signing, as the translation will match exactly. SPs haven’t raised issue with this approach. (b) PA SR comments received and processed 2. Invoice response: status update (a) Billit remark about wording of emails transposing IMR when receiver has not suitable RC’s: BOSA confirms it refers to IMR, not MLR – however some Gov entities are still sending MLRs (not yet migrated to IMR), which may get turned into emails too when the receiver has no MLR RC. (b) BOSA will investigate the feasibility of tuning such email body. (c) Billit will check if his remark matches this scenario. 3. Royal Decree – publications of IT solutions (B /G) (a) Anyone who can help, is welcome to participate. The initiative has been duly communicated and broadcasted. (b) The main priority is to help the senders. The vast majority of senders who will need help in the short/medium term, need tools to send invoices. Therefore the main focus of the list that Government must publish, is on such tools. (c) Link to the procedures : (d) Translation is not provided by BOSA. SPs operating in Belgium are supposed to be OK with FR and/or NL. 4. Backlog / AOB / Next forum (a) Upcoming change in CBE ID (0208) first digit : Billit to verify that schematron implementation matches the requirement and if not, issue request on https://openpeppol.atlassian.net/servicedesk/customer/portal/1 (b) Your topics: synch issue SMP-Peppol Directory: - Known in the SP community, recommendation is to foresee retry mechanisms to overcome possible timeouts in the processing e.g. at the level of the push to Peppol Directory - Issue also reported today by UP to BOSA, is on its way to BOSA’s subcontractor (c) Next Forum on June 21st– please send us your topics. Thanks in advance for your constructive participation. |
22 13:30 - 15:00 |
| Agenda:
Slides: |
|
21 13:30 - 14:30 |
| Agenda:
Slides: |
Varia: |
20 13:30 - 15:00 |
| Agenda:
Slides: |
|
19 13:30 - 15:00 |
| Agenda:
Slides: |
4. Peppol Security Framework
|
18 13:30 - 15:00 |
| Agenda:
Slides: | Welcome to new forum participants/ Belgian SP: Nestoya 1. B2G Invoice Response and MLR
2. CBE schemeID migration: can be closed. Remaining registrations under schemeID 9956 are assumed to be related to the old BIS (2.0) MLR, and thereby addressed within the topic above 3.Hermes:
4.Old BIS billing: it is up to the APs to sort out the issue with their own customer base 5. Agreement Revision:
6. Security: APs should receive an invitation to participate the workgroup through the SPC 7. AOB etc..:
|
17 13:30 - 15:00 |
| Agenda:
Slides: | Welcome to new forum participants/ Belgian SP: Breex EasyBox, eVerbinding, OptiPost
|
16 13:30 - 15:00 |
| Agenda:
Slides: | Welcome to new forum participant/ Belgian SP: Odoo
|
15 13:30 - 15:00 |
| Agenda:
Slides: | Welcome of our guest → Etat de Luxembourg and of our new AP's → Storecove and Tradeinterop.
|
14 13:30 - 15:00 |
| Agenda:
Slides: | 1. Update progress on CBE schemeID migration
3. Decommissioning old BIS Billing It is reminded that Government will remove old BIS Billing Receiving Capabilities on 31/3/2021. 4. B2G - migration from old BIS (2.0) MLR to BIS (3.0) IMR/MLR
|
13 13:30 - 15:00 |
| Agenda:
Slides: | 1. Update progress on CBE schemeID migration
2. Hermes
3. Decommissioning old BIS BILLING
Actions:
|
12 13:30 - 15:00 |
| Agenda:
Slides: |
Conclusion: BOSA will(a) sharpen monthly questionaire; (b) work on communication/ AP survey to reassess migration timeline feasability 2. Short update given on the HSMP Migration Token Collection Interface and hrms activation / communication support - cf slides 3. Decommissioning old BIS billing (2.0)
|
11 13:30 - 15:00 |
| Agenda:
Slides: |
|
10. 13:30 - 15:00 |
| Agenda:
Slides: | 1.a) mcti user testing – the way forward:
1.d) hrms go-live is set on nov 15th . SP are invited to make sure they can keep registering Belgian receivers afterwards, using the migration token. 2. BOSA DT will organize a monthly survey to collect figures about step 1 (no more 9956 based registrations of Receiving capabilities (RCs)), 2 (complete duplication of the 9956-based RCs onto 0208-equivalent RCs), and 3 (complete removal of old 9956-based RCs), and publish the consolidated results. 4. BOSA DT will issue a draft communication to be used by SPs as inspiration to cascade the request to their senders. The effect can be monitored in the mrcs data and will be the subject of a follow on item. Next meeting oct 13th at 13:30 – 15:00 – save the date |
9. |
| Welcome from 13:30
Closing at 14:40 Slides presented at the forum: | 1. At end of the discussion moment, there is no consensus to do more than minimal scenario (A) . Belgian Peppol Authority will
3. e-Invoicing Summit 2020: SPs are encouraged to take advantage of this specific communication moment on the Belgian market. |
8. | On line:
| Agenda:
Closing at 14:45 Slides presented at the forum: |
Actions:
|
7.
| On line:
| Agenda: Welcome from 13:30 1. Hermes update: impact on registering participants 2. BIS BILLING migration : assess status and discuss practical issues encountered 3. introduction of schemeID 0208 4. New Service Provider agreement 5. e-invoicing Summit 2020 AOB Ending expected at 15:30 Slides presented at the forum: | 1. Hermes (a) please review the conventions (integrator/user) and provide feedback (b) migration token: please review the interface specification (swagger, test plan description) and provide feedback, incl answers to survey sent earlier (see below); (c) based on the feedback and questions collected during the forum, DT will produce a clarification on the exact positioning of hrms and put the topic back on the agenda 2. BIS Migration: based on the feedback and questions collected during the forum, DT will produce a more specific migration plan for review and execution. 3. SchemeID 0208 : based on the feedback and questions collected during the forum, DT will produce a more specifc migration plan for review and execution. highlighted and migration from 9956. Will also be taken in a FUP exchange moment. 5. e-invoicing summit, AOB: was only introduced (short on time). postponed to a later forum edition DT Actions – fulfilled
|
6. | On-site:
Remote:
| Agenda: I. news from Belgium
II. news from Peppol
AOB Streaming of the forum: https://www.youtube.com/results?search_query=fod+spf+bosa Slides presented at the forum: | I.4 – HRMS: (a) emails sent by HRMS are expected to be 99,99999% bounce-back-proof and blacklisting-proof; (b) a side effect of Hermes, is that all Belgian participants are registered in Peppol and acquiring customers becomes a matter of migrating existing participants, instead of registering new participants. (c) registering Belgian participants into smp.belgium.be is still possible, but isn’t a condition of the BE AP agreement anymore (c) Mercurius focuses on government, primarily inbound invoicing; Hermes focuses on business outbound invoicing, and will also be useful for government entities outbound invoicing (example: De Lijn). (d) no entity can use Hermes to send invoices unless it signs an agreement with BOSA. However, BOSA is keen to discuss agreements with service providers if it would be suitable to the sector and not compromise the model. II.2 - Migrations: (a) Oxalis doesn't prevent senders to send BIS2 to BIS2+BIS3 receivers. The only issue is AS2-AS4 related. It is up to the SPs to upgrade to latest Oxalis asap. (b) Supporting AS2 (profile 2.2) is also at discretion of the SP. (c) Noncompliance of other SPs such as missing AS4 support, can and should be reported trough the applicable channels (in particular, openPeppol support tool) ; (d) in order to minimize issues such as the ones that highly penalized Flemish government last month, it is advised to stop converting BIS2 to BIS3, at least until more robust convertors (validated by multilateral end-to-end tests) are available and stable. (e) the option to provide feedback to sender or his SP in case he sends non-compliant documents, was discussed for years at all levels. To date there is no consistent strategy / generally agreed way to deliver such feedback, neither globally nor in Belgium. (f) the option to check a document was delivered using the underlying message ID (or the associated MDN), is only available in mercurius-test. An APs proposes to add this function in production. BOSA DT will consider this. (g) a SP notices that there are in fact 3 concurrent migrations: BIS2>3, AS2>AS4, and AS2.1>AS2.2. this is too much. In practice, al these migrations must be done. (h) a SP advices to be more strict in the implementation of changes. In the telco world it works because of the strict adherence to common schedules. The question is how can we reach such a strict behavior without legal framework and with the current market maturity (i) for B2G it is highly recommended to APs to check their traffic to mercurius using their special access (eGOV role “Mercurius_AP”). With that access, they always can check what invoices were duly received at mercurius level and correlate with their own logs, which is step 1 in troubleshooting. AOB
|
5. |
| I.Belgian Governement support of uptake of e-Invoicing
II.Belgian AP forum discussions
III.Peppol service-info:
IV.AOB Slides presented at the forum: | II.Belgian AP forum discussions
IV.AOB
|
4. |
| 1.Progression of Peppol rollout in Belgium 2.OpenPeppol communication tools 3.Official webpage of the Belgian PA 4.Peppol certificates migration Q3/2018 5.Implementation of the European Norm – Peppol side 6.Upcoming CEF telecom call on e-invoicing 7.Statistics on sender data 8.Practical organisation of the AP forum 9.AOB Slides presented at the forum: | 1.Peppol Rollout:
4. Peppol certificates migration:
5. European Norm:
6. CEF telecom on e-invoicing:
7. Sender stats: conclusions of the discussion:
8. AP forum organisation:
9. AOB:
|
Hot issues affecting the network operations
This section registers the events causing trouble to some or all of the network operations. ex: an AP certificate that expired, troubles with a SMP or the SML, ...
Watching the Belgian PA page makes it possible to AP providers to get notified of such issues, and to follow up their progress.
Timing | description | status |
---|---|---|
Tue Feb 19 2019 20:00 - 23:59 | Application server maintenance in production. | closed |
Sun Feb 10 2019 10:00 - 14:00 | Application server maintenance in acceptance. • Impact on DNS : None • Impact on SML : SML will be down during intervention. | closed |
Thu Jan 17 2019 | Survey for Peppol Access Points on AS4 market readiness: Click here to participate | closed |
Mon Dec 17 2018 08:00 - ... | Problems when communicating SMP changes to SML/SMK. OPENPeppol (CEF) is working on a solution. | closed |
Peppol in Belgium: Software industry
Although they are not formally identified in the Peppol framework (meaning, there is no specific role for this class of actor), the software industry is key to the realization of the above described vision. The software industry will develop the tools that will take advantage of the interoperability framework, to build affordable, reliable and secure solutions to make "touchless invoicing" a reality, removing the administrative burden currently associated with invoice processing. This statement underlines that actions to promote the Peppol interoperability framework, must include the software industry.
The Flemish Government notably initiated this thread in 2015, by publishing the list of software solutions that manage to send invoices to them, through Peppol/Mercurius, on the e-invoicing project webpage.
The European Union developed a program called "Connecting Europe Facility (CEF)". This program re-routes public money to projects contributing to innovations such as e-invoicing.
Mercurius
The Belgian public sector started promoting e-Invoicing in 2012. During an initial pilot project (2013-2014), the government installed Mercurius, a Business to Government (B2G) e-Invoice exchange solution, based on the ePRIOR platform developed and used by the European Institutions. At the end of the pilot, Belgium decided to (1°) keep Mercurius as the single gateway between the private and the public sector, and (2°) to integrate with Peppol, going one step further towards interoperability. The combination of Peppol and Mercurius generates many synergies. Peppol enables universal exchange. Mercurius offers various added-value tools to the Belgian community, that demonstrate the feasibility of the Peppol approach and facilitate its adoption.
Mercurius and the Public-Private ecosystem of e-Invoicing
The main mission of Mercurius is to help integrate the public sector entities. At the same time, it promotes harmonization of the interface, so economic operators can use the same interface for all their public sector customers.
A TEST version of Mercurius is available, to offer all interested parties the possibility to perform all kinds of tests of their systems, including end to end testing with accounting systems of the federal and other governments, which is still a very important step in the setup of efficient IT solutions.
A portal was added to this platform. Thanks to its integration with the existing national authentication and authorization tools provided by the public sector, the Mercurius Portal gives access to an advanced "track-and-trace" function for the invoices sent, from the sender - and for the invoices received, by the receiver. This tool creates the transparency needed to build the trust in the Peppol interoperability framework, and fine-tune its use.This portal is also accessible to intermediaries/service providers and customer representatives, so that all parties share the same information. The portal also facilitates communication (including user support requests) and dissemination of all sorts of information about e-invoicing, including Peppol. Finally, the portal offers a manual invoice/credit note submission function, so that suppliers not yet ready to send e-invoices are not penalized.
Mercurius has a support team that handles residual issues, that can’t be resolved by the AP providers and/or the correspondents, in self-service mode using the portal. The support team receives support requests, preferably through the online assistance request form especially designed for Mercurius users and stakeholders, available through the portal homepage.
Mercurius was also extended with an xml-to-pdf conversion function. The idea is to avoid penalizing early adopters of Peppol in the private sector, in cases where some of their public sector customers need time to implement their connection with Mercurius. These receivers get a pdf instead of the xml sent by the supplier - this is of course a transitional measure, awaiting for the customer to fully integrate.
Recently, Mercurius was instrumented with a test messages lookup facility. Participants and IT solution providers using the public sector customers to test their e-Invoicing solution, can use this tool to lookup if their test invoices were correctly received, without having to log into the mercurius portal. This leverages the use of the Mercurius infrastructure for Peppol testing purposes.
- Portal url: https://digital.belgium.be/e-invoicing/
- Help page: https://digital.belgium.be/e-invoicing/FedictHelp.html
- Online assistance request: https://apps.digital.belgium.be/forms/show/bosa/mercurius/latest
- Test message lookup : https://digital.belgium.be/e-invoicing/CheckFedictMdnPage.html
Smp.belgium.be [stopped working on 31/12/2023]
Since January 1st 2017, BOSA is offering a Service Metadata Publisher (SMP) that supports registration of Receiving Capabilities for Belgian enterprises.
When it was introduced, the use of smp.belgium.be was mandatory, as stipulated then in the Belgian Annex 5 of the Peppol Access Point Provider Agreement.
In 2020, with the evolution of the strategy supporting generalization of e-invoicing in Belgium, BOSA decided to phase out smp.belgium.be. A first step in this phase-out was to stop mandating its use.
Between 2020 and 2023, users of smp.belgium.be have had the time to reconsider their strategy with respect to the publication of receiving capabilities. Consequently, additional steps necessary for the service phase out were discussed and implemented through 2023. The service stopped on 31/12/2023.
Additional sources of information
- Main website about e-Invoicing in Belgium: www.invoice.belgium.be
- WebPage of the Brussels Region: http://easy.brussels/projects/facturation-electronique/
- Webpage of the Flemish Government dedicated to e-invoicing: https://overheid.vlaanderen.be/e-invoicing
- Webpage of the Walloon Region: https://www.digitalwallonia.be/facturation-electronique-digital-wallonia
- The website of the European Commission about e-Invoicing Building Block: eInvoicing (europa.eu)
- The information of the European Commission about eInvoicing in the context of Public procurement: eInvoicing - European Commission (europa.eu)