Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Expand
titleHow to use this template
  • The template below uses three colours:
    • Black text indicates that the text should not be changed;
    • Red text describes the type of information that should be included. It indicates that you should always include the required information;
    • Green text describes the type of information that should be included. It indicates that you can include information if you wish to. Green text generally serves to provide you space for filling in information that does not fit in any of the other (red) fields.
  • The template consists of five sections:
    • Section 0: OMB meeting indicators;
    • Section 1: Project Management;
    • Section 2: Evolutive Maintenance;
    • Section 3: Support Office;
    • Section 4: Additional Topics.

Please make sure to always include information in the designated sections and columns first. This will make it easier for external stakeholders to understand the information displayed and e.g. distinguish past activities from future ones. 

  • The template includes sections for providing additional information ("Comments", "Additional information") - please make sure that you do not include information that is left out on purpose here, namely:
    • Colour-coded project status (red - yellow - green);
    • Risks;
    • Issues;
    • Onboarding activities;
    • Events and Communication.
  • Whenever you do not report required information (e.g. when the table for change requests is empty), please include the sentence "CURRENTLY NO xxx" above the table, so that it is clear the table is left empty on purpose.



eDelivery September 2022 OMB Report

...

Date:  

Reporting period:    to  

Project Owner (PO): DG CNECT 

Business Manager (BM): Maya Madrid

Solution Provider (SP): DIGIT

Project Manager (PM): Bogdan Dumitriu

Attendees: 

Maya MADRID (chair, MM)

...

Michal PILCH (MP)

Monika KOKSTAITE (MK)

Radoslav JAKUB (RJ)

Olha KOSHCHIYENKO (OK)

Dragos SERBAN (DS)

Adrien GOHY (AG)

Kristof POPGEORGIJEV (KP)

Zsombor NAGY (ZN)

Todor TODOROV (TT)

Section 1: Project Management


Overall Progress

Description of the overall project progress in 5-10 bullet points/sentences. The description should be high-level and should:

...

Please make sure that you do not include internal information, e.g. details related to identified risks or problems.


Milestones Progress

Describe the progress made on the respective milestones throughout the reporting period. In case you wish to include information on future activities (next steps), please use the dedicated column and clearly separate tasks you have worked on throughout the reporting period from those you will work on in the future.


Milestone TitleStart DateEnd Date%
completed

Status

Activities during the reporting period

Planned activities

Comments

Title of Milestone with link to JIRA Ticket

Date on which work on the milestone began

Date on which work has been completed

OR

Indicative date on which work will be completed

% completed at time of reporting

Below you can find proposed status categories and their explanations. In case different categories work better for your Building Block, please feel free to keep using those.

Status
titlenot started
The milestone has been defined but no work has been done.

completeStatus Comments
Domibus 4.1.713/Jan/2117/Feb/21  100%

Status
colourGreen
titleCompleted

Postponed from the 12th to the 17th Feb | Upgrade specific libraries to lasts possible versions to address OWASP detected threats | fix double decompressing of payloads issue
Domibus 4.1.810/Mar/2122/Jun/21100%

Status
colourGreen
titleCompleted

bug fix release | CXF library upgrade

Release currently on hold due to a dependency with a upcoming release of a 3rd party library


Domibus 4.1.926/Jul/2129/Jul/21100%
Status
colourYellow
titlein progress
:
Work on the milestone has been done in the past and will continue in the future. This category can apply even when no work was done during the reporting period. 

Status
colourGreen
title

completed: All work related to the milestone has been completed.

Completed

Security fix release | 3rd Party library upgrade | OWASP detected threats 

Domibus 4.2 RC

12/Nov/1921/Sep/20100%

Status
colour

Blue

Green
title

on holdWork on the milestone is interrupted due to an impediment. 

Completed



Domibus 4.2 FR22/Sep/2017/Dec/20100%

Status
colour

Red

Green
title

discontinued

completed

: Work on the milestone has stopped and will not continue in the future. 

Optional: Description of activities/tasks carried out during the reporting period in relation to the specific milestone. It is not necessary to include every task carried out. Rather, the amount and detail of information provided should correspond to the importance of the milestone and be adequate to illustrate the progress made. 

Optional: Description of future tasks/activities ("Next Steps").Optional: Any comments related to the milestone you wish to include. 

OPTIONAL Use Case / Project Progress 

This section is OPTIONAL. You can use it to report one use cases / projects / other initiatives that did not fit under "Milestones". If you use this table, please adjust the title accordingly. If this section does not make sense for your Building Block, you can simply delete it.  

...

Title

...

Start Date

...

Activities during the reporting period

...

Planned activities

...

Comments

...

Date on which work on the Use Case / Project began

...

Optional: Description of activities/tasks carried out during the reporting period in relation to the use case / project. It is not necessary to include every task carried out. Rather, the amount and detail of information provided should correspond to the importance of the use case / project and be adequate to illustrate the progress made. 

...

released on the 17th Dec, instead of the planned date of the 10th, due to a last minute detection of a bug
Domibus 4.2.115/Jan/2123/Mar/21

100%

Status
colourGreen
titlecompleted

Postponed from the 29th Jan | Bug fix release -UUM&DS caching issue | Deletion policy extension fix | CXF library upgrade
Domibus 4.2.225/Mar/21 26/May/21100%

Status
colourGreen
titlecompleted

Bug fix release | OWASP detected threats 
Domibus 4.2.323/Jul/2104/Aug/21100%

Status
colourGreen
titlecompleted

Bug fix release
Domibus 4.2.423/Aug/2103/Sep/21100%

Status
colourGreen
titlecompleted

Bug fix release
Domibus 4.2.5

13/Oct/21

29/Oct/21100%

Status
colourGreen
titlecompleted

Bug fix release | OWASP detected threats 
Domibus 4.2.613/Oct/2117/Dec/21

100%

Status
colourGreen
titlecompleted

Bug fix release
Domibus 4.2.726/Jan/2231/Jan/22100%

Status
colourGreen
titlecompleted

Libraries Upgrade | OWASP detected threats 
Domibus 4.2.815/Mar/2221/Mar/22100%

Status
colourGreen
titlecompleted

Bug fix release (https://ec.europa.eu/digital-building-blocks/tracker/browse/EDELIVERY-9051)
Domibus 4.2.901/Apr/2204/Apr/22100%

Status
colourGreen
titlecompleted

Security fix release due to the Spring RCE library vulnerability
Domibus 4.2.10-13/Jun/22100%

Status
colourGreen
titlecompleted

bug and security fix release (domain case insensitive issue | bug when Domibus accepts messages signed with key corresponding to a different party | Updated Wildfly version to 26.1.0 | Update several libraries to the latest version)


Domibus 4.2.11-24/Aug/22100%

Status
colourGreen
titlecompleted

Bug fix release 

Domibus 5.0 RC

14/Sep/20

14/Mar/22100%

Section 2: Evolutive Maintenance

Change Requests

The table below should include all change requests that

  • have been identified, processed or closed during the reporting period; OR
  • remain open at the end of the period.

If no change requests have been processed during the period (= the table below is empty), please write "CURRENTLY NO CHANGE REQUESTS" above the table.

Request

Summary

Issuer

Status

Resolution

OMB Decision

Comments

Title of request and link to JIRA Ticket.

Description of the request and its impact (on project, timeline, milestones, ...).Issuer of the request.

Below you can find proposed status categories and their explanations. In case different categories work better for your Building Block, please feel free to keep using those.

Status
titleopen
: Request has been recorded but not yet dealt with.

Status
colourYellow
titlein progress
: Work on the request is ongoing. 

Status
colourGreen
title

implemented: Change request has been implemented. 

completed

Release to be postponed from 28/Feb/22 to a new date (see table)
Domibus 5.0 FR1/Mar/22

7/Jun/22100%

Status
colour

Blue

Green
title

not implemented: Change request will not be implemented. 

If status is "In Progress": Specify work that has been and will be done to implement the change request.

If status is "Implemented": Describe whether the change has been implemented as requested or in an adapted form and explain the reason for this decision. Specify work that has been done to implement the request.

If status is "Not Implemented": Explain why the change request will not be implemented and indicate consequences, if applicable.

Indicate whether the OMB has to make a decision in relation to the change request and if yes, summarise the content of the decision. Also include any past decisions made.Optional: Any additional information related to the request and its follow-up you may wish to include.

Release Calendar 

Include the release calendar for work related to your Building Block. Depending on what works best for your Building Block, include it as a table or as a chart. While it is possible to include past releases, please make sure that the release calendar focuses on the future and mainly depicts planned releases.

...

Title

...

Start Date

...

End Date

...

% completed

...

Status

...

Activities during the reporting period

...

Planned activities

...

Comments

...

Date on which work on the milestone began;

OR

Date on which work will begin.

...

Date on which work has been completed;

OR

Indicative date on which work will be completed.

...

% completed at time of reporting.

...

Below you can find proposed status categories and their explanations. In case different categories work better for your Building Block, please feel free to keep using those.

Status
titlenot started
: The milestone has been defined but no work has been done.

Status
colourYellow
titlein progress
: Work on the milestone has been done in the past and will continue in the future. 

Status
colourGreen
titlecompleted
: All work related to the milestone has been completed.

Status
colourBlue
titleon hold
: Work on the milestone is interrupted due to an impediment. 

...

Optional: Description of activities/tasks that have been carried out during the reporting period.

...

completed

Release to be postponed from 29th April to new date (see table).

Release postponed once again from the 31st May due to vulnerabilities detected in 3rd party libraries


Domibus 5.0.1

-

26/Sept/22100%

Status
colourGreen
titlecompleted

Bug fix release (Correct Split & Join issue | Provide support for UUM&DS X.509 identifiers in addition to EORI (Support for CESOP project))



Domibus 5.1 RC03/May/2213/Jan/2335%

Status
colourYellow
titleongoing



Domibus 5.1 FR

16/Jan/23

13/Mar/23-

Status
titleNot Started



SML 4.1 Acceptance12/Oct/2018/Jan/21100%

Status
colourGreen
titleCompleted

Postponed from 10/Nov/20 to 18Jan/21 due to an important security enhancement that became possible due to a policy change at SNET level.

Security features and updates | Upgrade libraries to latest possible versions and fix OWASP threats


SML 4.1 Production release20/Jan/2116/Feb/21100%

Status
colourGreen
titleCompleted



SML 4.2 RC01/Jul/2215/Sep/22100%

Status
colourGreen
titleCompleted



SML 4.2 FR16/Sep/2214/Oct/2225%

Status
colourYellow
titleongoing



SMP 4.2 RC

01/Oct/212/Jun/22100%

Status
colourGreen
titlecompleted

Use EU Login for SMP console | Upgrade libraries to latest possible versions and fix OWASP threats | Security features and updates (new release dates set)

Release postponed from the 27th May due to issues detected in the final testing stages


SMP 4.2 FR26/Jun/2130/Jun/22100%

Status
colourGreen
titlecompleted



eDelivery Access Point - e-TrustEx Backend Plugin 1.3 RC04/Feb/2229/Apr/22100%


Status
colourGreen
titleCompleted


 Security enhancement  | Support for Domibus 4.2.X | Bug fixes (Release postponed from the 31st March to 1st April)
eDelivery Access Point - e-TrustEx Backend Plugin 1.3 FR1/May/22TBD-

Status
titleNot Started

To be released following the UAT to be conducted by the DECIDE project


eDelivery Access Point - e-TrustEx Backend Plugin 2.0 RC2/May/2218/Nov/2225%

Status
colourYellow
titleongoing

Plugin upgrade to support Domibus 5.0

eDelivery Access Point - e-TrustEx Backend Plugin 2.0 FR3/Oct/22TBD-

Status
titleNot Started

Plugin upgrade to support Domibus 5.0


Project Progress 

DOMIBUS:

  • Domibus 4.2.11 version released on the (bug fix and 3rd party libraries updates)
  • Domibus 5.0.1 version a bug fix release (Correct Split & Join issue | Provide support for UUM&DS X.509 identifiers in addition to EORI (Support for CESOP project)) released on the  
  • Domibus 5.1 RC development activities are ongoing.


SMP:

  • No activities foreseen


SML:

  • SML 4.2 RC released on the   
  • SML 4.2 FR activities are ongoing, release foreseen for the  


eDelivery Access Point - e-TrustEx Backend Plugin: 

  • eDelivery Access Point - e-TrustEx Backend Plugin 2.0 RC (Plugin upgrade to support Domibus 5.0) activities are ongoing.
  • Due to operational issues, it has been requested to equate the implementation of several RfCs by the EUSEND support team, if the confirmation from SecGen is received the work on version to 2.0 will be put on hold, and the RfCs implementation will be initiated. leading to a 1.3.4 version of the plugins.  Version 1.3.4 estimated conclusion date would be the and 2.0 would be pushed to mid-January.


eDelivery Conf testing platform:

  • PoC  in the context of the migration from the current custom build conformance testing platform to the EC GITB (generic interoperable test bed) platform concluded. 
  • Required customizations for the execution of the eDelivery AS4 conformance tests in the EC GITB implemented.
  • Migration of the existing test cases to the new EC GITB platform ongoing.
  • Recreation of the current conformance testing setup in the GITB platform expected to be concluded by the  

...

Section 2: Evolutive Maintenance


Change Requests

Image Added

Release Calendar 

eDelivery 2022-2023 roadmap

...

Section 3: Support Office

Incident Management :


Image Added

 In terms of created tickets and JIRA’s, we see that August 2022 is similar to July 2022. The higher number of handled and resolved tickets is due to the fact that SO worked on the backlog of tickets in August 2022.


Image Added

  • Requests for AS4 connectivity test with Cyprus post, Onnera
  • Conformance testing request for Descartes
  • List of Peppol participant ID’s sent to Peppol
  • GTC’s for CommisSign certificates were signed to all domains, except for the 2 following ones: SE-DIGG and TOOP.
  • Questions from users: Domibus (Domibus upgrade from 4.2.0 to 5.0, Domibus 5.0 installation with MySQL, question on Pmode, ), SML/SMP (participants registrations update, SMP certificate update, SMP 4.2 version installation, question on migration of 3000+ Peppol-Participant-IDs on the SMK to another SMP), BRIS (PKI certificate), DE4A (PKI certificates), ECDB (PKI certificate renewal), EDELGOVCY (PKI certificates), CiXP (certificate requests), EUDAMED (certificates request), IRI (PKI certificates requests), EUCEG (PKI certificates), TAPAS (scheduled archive batch does not work properly, high CPU consumption issue)
  • There was a total of 641 emails in the FMB. We have removed 63 emails for SML Inconsistency, 75 Run deck automation, 12 from xmatters, 30 emails from T-systems from the count, which makes a total of 461 received mails for the reporting month.


Image Added

In August 2022, 55 certificates were issued: 1 UDB, 1 EUDAMED, 5 CiXP, 12 DE4A, 1 PCN, 1 EUCEG, 1 ECDB, 33 BRIS - none rejected.


...

Section 4: Additional Topics

Operations management:

Image Added

Section 3: Support Office

  • Select KPIs that showcase your support activities. As a best practice, always include the same KPIs to track developments in your support activities.

OPTIONAL Section 4: Additional Topics

...