PEPPOL Transport Infrastructure Agreements Annex 3 Services and service levels

Similar documents
GOV Framework. Transport Infrastructure Transport Infrastructure Agreement (TIA) Framework. Version: 1.10 Status: In use

Sisu Super Computing Service Service Level Agreement

cpouta - IaaS Cloud Computing Service Service Level Agreement

Updated December 12, Chapter 10 Service Description IBM Cloud for Government

Appendix 06 - Service Level Agreement (SLA) Version 1.4 of 15 June 2018

Partner Premier Service Program

CERTIFICATE POLICY CIGNA PKI Certificates

Version v November 2015

PUBLICATION 1 SERVICE DESCRIPTION FOR NETWORK INTERACTIVE VOICE RESPONSE SERVICE

Service Level Agreement (SLA) and Service Level Objectives (SLO)

Mapping Partners Service Level Agreement (SLA) Appendix, Version 1.0 of April 13, 2018

Statement of Work IBM Support Services IBM Essential Care Service - Acquired from an IBM Business Partner -

Service Level Agreement

Agenda. 1. The LoU between EC-CEF and OpenPEPPOL about transition and migration to AS4 - Niels

Solution Pack. Managed Services Virtual Private Cloud Managed Database Service Selections and Prerequisites

IBM App Connect Enterprise on IBM Cloud

SERVICE LEVEL AGREEMENT (SLA)

.BIZ Agreement Appendix 10 Service Level Agreement (SLA) (22 August 2013)

CLOUDVPS SERVICE LEVEL AGREEMENT CLASSIC VPS

Enterprise Cloud. Service Level Agreement

Service Description. IBM Aspera Files. 1. Cloud Service. 1.1 IBM Aspera Files Personal Edition. 1.2 IBM Aspera Files Business Edition

Eco Web Hosting Security and Data Processing Agreement

Application Lifecycle Management on Softwareas-a-Service

1. Price of SDNet/2 Circuit (Effective from 1 st March 2016)

IBM Watson Campaign Automation SMS

SERVICE DEFINITION SECURE ZONE GATEWAY G-CLOUD 8. Classification: Open

Host Europe Service Level Agreement

Mailbox Rental Terms and Conditions

Managed Security Services - Automated Analysis, Threat Analyst Monitoring and Notification

IBM Sterling B2B Services

(1) Jisc (Company Registration Number ) whose registered office is at One Castlepark, Tower Hill, Bristol, BS2 0JA ( JISC ); and

Cloud Service SLA Declaration

Version v November 2015

Administration of PEFC scheme

ITSM20F_Umang. Number: ITSM20F Passing Score: 800 Time Limit: 120 min File Version: 4.0. Exin ITSM20F

Master Service Level Agreement

Service Level Agreement Domain Registration Services

Clearswift Managed Security Service for

Apigee Edge Cloud. Supported browsers:

An error will be returned by the services when invalid electronic requests are received.

Schedule document N4MDM. PUBLIC Node4 limited 31/11/2018. Node4 Limited Millennium Way Pride Park Derby DE24 8HZ

SCHEDULE DOCUMENT N4MDM PUBLIC NODE4 LIMITED 13/07/2017. Node4 Limited Millennium Way Pride Park Derby DE24 8HZ

1. You should attempt all 40 questions. Each question is worth one mark.

v February 2016

Transport Infrastructure Agreement Change management

Statement of Work IBM Software Support Services IBM Managed Maintenance Solution for Cisco Software

GLOBAL MANAGEMENT CERTIFICATION SERVICES PRIVATE LIMITED PROCEDURE

Certification. Causes of Reduction of Scope of Certification

Apigee Edge Cloud. Supported browsers:

HIDTA s Overdose Detection Mapping Application Program ODMAP ODMAP ODMAP free-of-charge

Apple Inc. Certification Authority Certification Practice Statement

IBM WebSphere Cast Iron Live

Service Description: Cisco Security Implementation Services. This document describes the Cisco Security Implementation Services.

A s c e r t i a S u p p o r t S e r v i c e s G u i d e

Apigee Edge Start. Description. Key Features. Deployment. Limitations. Apigee Edge Start

Service Description: Cisco Technical Services Advantage (Releases 1.0 through 2.3)

Service Level Agreement (SLA) Last updated 6th of May 2018

Support Policy and Service Level Commitment

SCHEDULE DOCUMENT N4PROTECT DDOS SERVICE PUBLIC NODE4 LIMITED 28/07/2017

Apigee Edge Cloud - Bundles Spec Sheets

Annexure 08 (Profile of the Project Team)

SfB, audio dial-in via PSTN, and recording access are included as part of the Microsoft SfB infrastructure.

SAFE-BioPharma RAS Privacy Policy

Service Level Agreement (SLA)

Governance of the use of as a valid UNC communication

Solution Pack. Managed Services Virtual Private Cloud Security Features Selections and Prerequisites

Apple Inc. Certification Authority Certification Practice Statement

Draft ETSI EN V1.0.0 ( )

Service Level Agreement (SLA) for Customer by Cybersmart Pty Ltd (Cloud Hosting Agreement)

As used in these Rules and unless the context otherwise requires: CMIC shall refer to the Capital Markets Integrity Corporation.

DATA PROCESSING TERMS

IBM Security Intelligence on Cloud

HPE 3PAR Performance and Capacity Trending Service

Insight s Remote Technical Assistance Center: A User s Guide to RTAC

Epicor ERP Cloud Services Specification Multi-Tenant and Dedicated Tenant Cloud Services (Updated July 31, 2017)

Token Sale Privacy Policy

IBM Commerce Insights

IBM Incentive Compensation Management on Cloud

VMware vcloud Air Accelerator Service

Schedule Identity Services

Number Portability Testing Specifications Manual


IBM Case Manager on Cloud

IBM Emptoris Managed Cloud Delivery

Apple Inc. Certification Authority Certification Practice Statement Worldwide Developer Relations

Chapter 1. Purpose, definitions and application

SERVICE LEVEL AGREEMENT

External Supplier Control Obligations. Cyber Security

DECISION OF THE EUROPEAN CENTRAL BANK

HPE DATA PRIVACY AND SECURITY

The Transaction Log under the Kyoto Protocol

Cisco ServiceGrid Deployment Service Ecosystem Manager Managed B2B Connection (ASF-SGA-EM-MNC)

SIX Trade Repository AG

IBM Sterling B2B Services File Transfer Service

IBM Silverpop Engage SMS

Appendix 6 Operational Support Systems Change Management Plan

Some words used in these Hosted Skype for Business Services Terms and Conditions have particular meanings:

SERVICE SCHEDULE MANAGED DATABASE

Protect Your End-of-Life Windows Server 2003 Operating System

eps Network Services ASP Certificate

Transcription:

Table of contents 1. Scope for this document... 2 2. PEPPOL Services... 2 3. PEPPOL SML Service availability... 4 4. PEPPOL SMP and PEPPOL AP Service availability... 4 5. Performance, Capacity and Scalability... 4 6. Response time requirements... 5 7. Capacity... 5 8. Support services... 5 9. Reporting... 6 10. Exceptions... 6 Version 2.0.1, 6 May 2011 Page 1

1. Scope for this document 1.1. This document identifies PEPPOL Services and the minimum Service Level required for PEPPOL service providers. 1.2. The scope includes services provided by the PEPPOL Coordinating Authority and the PEPPOL Regional Authorities. 1.3. The stated Service Level is considered a minimum level for service providers in PEPPOL. Service providers may offer higher level of services as part of their offerings. 1.4. Since PEPPOL cannot state requirements about communication between Access Points and their customers, end-to-end service levels cannot be defined (from sender to receiver). Thus, the requirements in this agreement only cover communication between PEPPOL Access Points, between an Access Point and a Service Metadata Publisher and between a Service Metadata Publisher and the Service Metadata Locator. 2. PEPPOL Services 2.1. PEPPOL Services are defined in the document PEPPOL Service Standard including: Service Metadata Locator (SML) Service Metadata Publisher (SMP) Access Point (AP) Providers 2.2. The Service Metadata Locator is required for registration and maintaining information about trading partners and propagation of this information to Internet DNS, but not a critical service in runtime when transferring business documents between Access Points. 2.3. Service Meta Publishers (SMP) and Access Points (AP) are providing essential services for trading partner lookup and transferring business documents through the PEPPOL Infrastructure. 2.4. In addition this document will list Services required to operate and support the PEPPOL community including services provided the PEPPOL Coordinating Authority and the PEPPOL Regional Authorities. 2.5. PEPPOL Coordinating Authority Manages updates and releases of new versions of PEPPOL specifications and standards accordingly to the published policy. Signs the community agreement with the PEPPOL Regional Authorities. Provides central governance of the PEPPOL Public Key Infrastructure (PKI) Version 2.0.1, 6 May 2011 Page 2

Is responsible for providing the SML service Provides an arbitration body for PEPPOL related conflicts Enters in to agreements with and provide support for Service Providers contracting with the PEPPOL Coordinating Authority in domains where no PEPPOL Regional Authority has been delegated. Aggregates and publish statistics on PEPPOL usage. Provides a website with listing of all PEPPOL Region Authorities Provides a website with listing of all PEPPOL Service Provider including all Contact information from Annex 1 Provides an mailing list containing all Service Providers support e-mail addresses as written in Annex 1 Revokes the certificates if a Service Provider fails to fulfil his obligations 2.6. PEPPOL Regional Authority Signs agreements with the Service Providers. Signs the community agreement with the PEPPOL Coordinating Authority Participates in the issuance and distribution of certificates use by PEPPOL Service Providers. Provides support for Service Providers contracting with the PEPPOL Regional Authority. Registers support incidents and respond/resolve according to locally defined Service Levels. Escalates support issues the PEPPOL Regional Authority cannot resolve to the PEPPOL Coordinating Authority. Initiates the revocation of the certificates if a Service Provider fails to fulfil his obligations Reports statistics on usage to the PEPPOL Coordinating Authority. Reports PEPPOL Service providers with issued contracts including contact information to the PEPPOL Coordinating Authority. 2.7. PEPPOL Access Point Provider and PEPPOL SMP Provider Provides support to all PEPPOL participants using the services offered. Performs logging of sending and receiving business document for support and trace purposes. Engages with other PEPPOL AP provides and PEPPOL SMP providers to resolve issues related to transfer of business documents between them. Reports service level compliance and significant operation disruptions to the PEPPOL Regional Authority issuing the Service Provider contract. Escalates support issues the service provider cannot resolve to PEPPOL Regional Authority. The Service provider can escalate issues to the PEPPOL Coordinating Authority if the issue Version 2.0.1, 6 May 2011 Page 3

cannot be resolved with the PEPPOL Regional Authority. Performs the necessary testing required to insure compliance with the relevant technical standards and specifications defined by PEPPOL 3. PEPPOL SML Service availability 3.1. SML services for updating registrations by PEPPOL SMP s must be available on average: 98.5% of the time from Monday - Friday from 7:00 to 18:00 CET (business hours) 94.0% of the remaining period. 3.2. Availability is measured monthly and service windows are included in "down time". 3.3. Planned down times within and outside the business hours have to be announced 3 days in advance to the mailing list provided by the coordinating authority containing all support e-mail addresses. 3.4. Major incidents as breaches in the security have to be communicated within 4 hours to the mailing list provided by the coordinating authority containing all support e-mail addresses. 3.5. Maximum loss of data is the last 24 hours 4. PEPPOL SMP and PEPPOL AP Service availability 4.1. Access Point Services exposed to other PEPPOL Access Points must be available on average: 98.5% of the time from Monday - Friday from 9:00 to 16:00 CET (business hours) 94.0% of the remaining period. 4.2. Availability is measured monthly and service windows are included in "down time". 4.3. A PEPPOL Access Point Provider must have an escalation procedure and a contingency plan to handle service disruption. 4.4. PEPPOL Access Point Providers must log service downtime and document availability in monthly reports. 4.5. Major incidents as breaches in the security which could have an impact on other Service Providers have to be communicated within 4 hours to mailing list provided by the coordinating authority containing all support e-mail addresses. 4.6. Maximum loss of data is the last 24 hours for an SMP. 5. Performance, Capacity and Scalability Version 2.0.1, 6 May 2011 Page 4

5.1. For the PEPPOL pilot, there will generally not be many hard requirements for performance, capacity and scalability of Access Points except a few basic requirements stated below. Thus, service providers may offer different qualities of service (above the minimum level) and charge their customers accordingly - in the same way Internet Service Providers offer different qualities of Internet connections at different prices. 6. Response time requirements 6.1. A receiving Access Point must send a receipt to a sending Access Point within 300 seconds after having received the message (including Ping test messages defined in the START profile). 6.2. An SMP Provider must create, update or delete a customer's registrations in a Service Metadata Publisher within one work day (Monday - Friday) of being notified of any changes (normal change process). In emergency situations (security incidents or fraud), an SMP Provider can be instructed by the PEPPOL Coordinating Authority, the PEPPOL Regional Authority or the PEPPOL Participant to update or delete registrations within one hour during normal business hours (as defined above). 7. Capacity 7.1. Access Point Providers must establish their systems with sufficient capacity to serve customers and other service providers within the required service levels. 7.2. If response time or availability requirements cannot be met due to insufficient capacity, Access Point Providers shall scale their systems to a level appropriate for handling the workload. 7.3. Access Point Providers must have a documented capacity planning process that ensures sufficient system capacity based on statistics of work load, availability and response time. 8. Support services 8.1. PEPPOL AP Providers and PEPPOL SMP Providers must name an e-mail address and telephone number that can be used for reporting of incidents such as system failures, security incidents or other emergency situations. 8.2. The telephone contact must be available during defined business hours. If English language is not supported by the telephone contact, a call-back service must be established to facilitate efficient dialogue on the incident can be initiated within 2 hours. 8.3. Local Language is preferred during analysis and resolution of reported incidents if both parties agree on this. If not English language is default. 8.4. Any incident reported must be responded to within one working day. Version 2.0.1, 6 May 2011 Page 5

8.5. PEPPOL AP Providers and PEPPOL SMP Providers must maintain a mailing list for subscription to service messages (e.g. service windows). 8.6. Information on phone contact with operation and mailing list must be available on contacting the support e-mail address or on the Service Provider homepage. 9. Reporting 9.1. In case of major system failures causing more than 4 hours of down-time, the PEPPOL Regional Authority must be notified. 9.2. PEPPOL AP Providers and PEPPOL SMP Providers are required to provide documentation on service level on a monthly basis to the PEPPOL Regional Authority. A reporting template will be provided by the PEPPOL Regional Authority. 9.3. If service levels are not deemed sufficient by the PEPPOL Regional Authority, an Access Point Provider can be instructed to take appropriate measures to restore service quality. 9.4. PEPPOL AP Providers may be required by the PEPPOL Regional Authority to report on the number of transactions (i.e. the number of each Document Identifier) sent and/or received. A reporting template will be provided by the PEPPOL Regional Authority. 10. Exceptions 10.1. An Access Point Provider does not have to fulfil the service levels defined in this agreement in the following situations: The Access Point Provider is under a denial of service (DoS) attack. Special conditions apply and the PEPPOL Regional Authority has approved lowering the SLA for a specific time period and under specific conditions. 10.2. Access Point Providers must document the reasons for not fulfilling the required service levels. Version 2.0.1, 6 May 2011 Page 6