SERVICE LEVEL AGREEMENT (SLA)
Version 7.0 as of January 25th, 2024
This SERVICE LEVEL AGREEMENT (the “SLA”) is made and entered into the Effective Date of the MASTER SERVICE AGREEMENT (the “MSA” or the “Agreement”) by and between the Contractor and the Customer.
Now therefore it is agreed as follows:
Definitions
In this SLA the following words have the meanings set out in the MSA or below:
Only for the purposes of this SLA and the Service interface “Customer” refers to the customer’s clients, i.e. users in the database, whereas “Client” refers to the company subscribed to Maestra Services.
“Monitoring System” refers to the Contractor’s system that allows Parties to monitor Service performance.
“Critical Data” refers to customer information related to the unique customer identificator issued by the Maestra Service. This data can be viewed and used for processing via the Service interface.
“Data processing center (DPC)” refers to a company that provides the Contractor with the following services: an Internet data transmission channel, power supply, and physical security of servers.
“RPM” means requests per minute.
“RPS” means requests per second.
“API methods for calculating discounts and bonus points in the cart” refers to any of the following API methods:
API methods containing at least one of the following steps:
“Calculate prices”
“Calculate order”
“Get available promotions”
“Merge”
“Issue prize”
but excluding any of the following steps:
V2 protocol API methods for the following services:
Price and message calculation for products v2.1
Obtaining preliminary order information v2.1
Order cost recalculation
“API methods for processing orders” refers to any of the following API methods:
API methods containing the step:
“Save order”
“Merge”
“Issue prize”
but excluding any of the following steps:
V2 protocol API methods for the following services:
Ordering v 2.1
“API methods for saving order” refers to API methods containing at least one of the following steps:
“Update order details”
“Place order”
“Saving offline order”
“Change order status”
“Change order item status”
“Commit order save transaction”
“Service API methods required to display the Client’s customer interfaces” refers to API methods returning data in response if such API methods contain at least one of the following steps:
“Username”
“Register”
“Register or enrich”
“Enrich”
“Edit”
“Get existing”
“Import”
“Check authentication code”
“Confirm mobile number and SMS subscription”
“Get existing order”
but excluding any of the following steps:
“Merge”
“Issue prize”
“Export actions”
“Export promo codes”
“Export customer merges”
“Export orders”
“API methods for getting recommendations” refers to API methods containing at least one of the following steps:
“Get personal recommendations”
“Get popular category recommendations”
“Get popular product recommendations”
“Sending a message” refers to any of the following events:
first attempt to send a message to the mail server (when sending via the Email channel)
first attempt to send a message to a cloud service (when sending via the Mobile Push channel)
message rendering (when it is sent via other channels)
“Guaranteed sending speed” is defined by the values in the table below
“Variables with a guaranteed sending speed” refers to the variables listed below and their child variables:
CustomParameters
Message
Ticket
Recipient.AdditionalData
Recipient.Area
Recipient.BirthDate
Recipient.Card
Recipient.Email
Recipient.EmailToBeConfirmed
Recipient.ExternalIdentity
Recipient.FirstAndLastName
Recipient.FirstAndMiddleName
Recipient.FirstName
Recipient.FormattedMobilePhone
Recipient.FullName
Recipient.Id
Recipient.IsMale
Recipient.LastName
Recipient.Login
Recipient.MobilePhone
Recipient.MobilePhoneConfirmationCode
Recipient.MobilePhoneToBeConfirmed
Recipient.OnlyStandardFirstName
Recipient.Password
Recipient.Settlement
Recipient.Sex
Recipient.GetBonusPointsAccount
“Variables without a guaranteed sending speed” refers to all other variables.
“Transaction-triggered Flow” refers to the launching of a Flow marked in the Service interface as guaranteeing fast implementation, as a result of calling a Priority Operation.
“Priority Operation” refers to an operation in the Service interface with the “Priority Operation” setting enabled.
“Flow chain guaranteeing fast implementation” refers to a chain of Flow blocks marked in the Service interface as guaranteeing fast implementation.
“Maximum workload for Flows guaranteeing fast implementation” refers to the number of launched Flows that are marked in the Service interface as those that guarantee fast implementation. The Flow has been launched if:
Flow steps from one of the “Steps” nodes have been executed;
the customer or event didn’t match the conditions of the Flow and/or were rejected according to the configured launch frequency;
the customer has entered the “Delay” node.
- “APDEX (Application Performance Index)” is an index for measuring the performance of the Maestra Service:
“Satisfied count” is the number of API method requests completed in T or less.
“Tolerating count” is the number of API method requests completed in 4T or less.
“T” is the target time for the API method request to be completed.
-
“Error Rate” is the value reflecting the proportion of unsuccessful implementations (erroneous or taking more than T) and calculated according to the formula
Error RateT =Number of unsuccessful implementations (erroneous or taking longer than T)Total number of implementations
where:
-
Number of unsuccessful implementations is the sum of
- implementations ending in an error,
- implementations not completed within T
-
Total number of implementations is the sum of
- successful implementations,
- implementations ending in an error,
- implementations not completed within T
-
T is the maximum implementation time.
Number of customers in the databaseGuaranteed number of messages sent in 30 minutesless than 100,000105,000 messages100,000 — 3,000,000250,000 messages3,000,000 — 10,000,000600,000 messages10,000,000 — 15,000,000750,000 messagesmore than 15,000,000750,000 messagesNumber of customers in the databaseMaximum workload for Flows guaranteeing fast implementation (events per minute)less than 10,00010010,000 — 100,000200100,000 — 1,000,0004001,000,000 — 10,000,000280010,000,000 — 20,000,000340020,000,000 — 40,000,0004000more than 40,000,00010000ApdexT =Satisfied Count+Tolerating Count2Total Sampleswhere:
The SLA sets out the level of quality of the “Subscription to Maestra Service” and does not apply to other services provided by Contractor.
Table of Incidents
“Incident” means an event that meets the type and criteria of one or more situations from Table of Incidents.
Only cases expressly provided for in this SLA and specified in the tables below are considered incidents:
Calculating discounts and bonus points in the cart;
Operations for processing orders
calling a priority operation;
exiting a step block;
waiting for message transmission through Email, SMS, Mobile Push channels to a third party;
modifying the client’s balance
Incidents interfering with client service
Charged by the minute. The compensation is 0.1% of the monthly subscription per minute.
Type and criteria of IncidentsExceptionsThe Error Rate of synchronous requests for API methods exceeds 0.05 at T = 4 seconds, or an Error code 500 or 503 occurs for:Violation lasting less than 3 consecutive minutesThe APDEX of synchronous requests of Maestra Service API methods required to display the Client’s customer interfaces is less than 0.8 at T = 1 secondRPM of the operation is less than 10;
Violation lasting less than 5 consecutive minutesThe Error Rate of synchronous requests of Maestra Service API methods required to display the Client’s customer interfaces is more than 0.1Violation lasting less than 3 consecutive minutesDisruptions in personalization campaigns which caused inoperability of the Client’s website, including failures in the display (layout) of the Client’s customer interfaces;Changing the layout of the site on the Client’s side, which led to problems with the display of personalization blocks;
Non-standard campaigns (JavaScript narrowing) written specifically for the Client: A/B tests, rendering for segment, and special display conditions;
Operation of third-party systems blocking the execution of JavaScript code (for example, ad blockers)The APDEX of synchronous requests of API methods for getting recommendations is less than 0.9, with T = 0.5 secRPM of the operation is less than 10;
Violation lasting less than 10 consecutive minutesThe APDEX of API methods for sending a transactional message via Email, SMS, Mobile Push channels (from calling the API method to save a transactional message to sending it to a third party) is less than 0.9 at T = 120 secondsAn email over 102Kb; Sending of transactional messages from automated campaigns and scriptsThe Error Rate for Flows guaranteeing fast implementation exceeds 0.1 at T = 240 seconds.
Actions include:An email over 102Kb in size;
Total RPM of implementations for Flows guaranteeing fast implementation is less than 3;
Non-transactional launching of a Flow;
Exceeding the maximum workload for Flows guaranteeing fast implementationThe APDEX of displaying recommendation widgets on the Client’s website is less than 0.9 at T = 5 secondsRPM of the requests is less than 10;
Violation lasting less than 5 consecutive minutesOther incidents
Type and criteria of IncidentsCompensation periodCompensation rateExceptionsThe number of messages sent in all channels in the last 30 minutes is less than the guaranteed sending speed.Every minute0.03%An email over 102Kb in size; automated campaigns, Flows and API methods;
Campaigns that use variables without a guaranteed sending speed;
Campaigns lasting less than 30 minutes;
Campaigns with a speed or sending hours limit in the Service interface;
Campaigns with the “preparing to send” status
Campaigns completed by 99%Incorrect operation of automated campaignsEvery twenty-four hours of the incident0.75%Incorrect campaign settings setup by userFailure to launch new campaigns or change existing onesEvery twenty-four hours of the incident0.75%An alternative way to solve the problem was provided or the issue was fixed during the first twenty-four-hour periodUnavailability of the administrative panelEvery hour0.1%Resolved within the initial hour of unavailabilityLoss of Critical Data within Maestra Service LoopEvery twenty-four hours of the loss8%The time it took to respond to a request by Means of Communication constituted more than one working day (a request sent at X hours of one working day was left unanswered by X hours of the next working day)Every case1%The Error Rate of synchronous requests for API methods exceeds 0.005 at T = 4 seconds per twenty-four hours, or an Error code 500 or 503 occurs for:Calculating discounts and bonus points in the cart;
Operations for processing orders;
Every twenty-four hours0.75%The number of erroneous responses per twenty-four hours is less than 100Incident detection
In the case of an Incident or suspected Incident the Client must send a relevant notification to the Contractor within 7 days from the beginning of the Incident.
Within 2 business days after receipt of the relevant notification, the Contractor must send the Client references to Monitoring System reports which contain information on whether the Incident occurred. The Incident may also be detected by the Monitoring System after it is over.
At the request of the Client, the Contractor is obliged to prepare a detailed technical report on the Incident within 5 business days from the date of the request or the end of the Incident, if it has not yet ended.
The time (the duration) of the Incident is a period of time the beginning and the end of which were stated by the Parties by Means of Communication.
Levels of escalation when the Client detects an Incident or suspects it:
-
Contractor support service:
support@maestra.io , intercom or other communication tool agreed by Parties. Manager.
Lead manager.
Compensation
The Contractor shall provide compensation as a percentage of the cost of the Subscription to the Maestra Service for the Accounting Period in which the Incident began. The total % of compensation will be calculated by dividing the duration of the Incident by the relevant compensation period, rounded up and multiplied by % according to Table of Incidents hereof.
Compensations for Incidents caused by the same event are not cumulative and will be provided exclusively for the Incident with the maximum % of compensation.
Compensation is provided exclusively as a relevant deduction of the cost of the Subscription to the Maestra Service for the current or/and following Accounting Periods.
Limitation of liability
Notwithstanding anything to the contrary herein, the Client acknowledges and agrees that the liability of the Contractor arising directly or indirectly from any Incident herein is limited to Compensation. The total sum of Compensation cannot exceed 100% of the cost of the Subscription to the Maestra Service for the relevant Accounting Period.
The Contractor shall not incur any liability to the Client for any breach of its obligations hereunder or for any losses by the following events which shall not be considered as Incidents:
Interruptions in the Maestra Service at any scheduled time agreed by Parties.
Time for the Contractor’s technical infrastructure maintenance:
Every Monday within the period from 2 a.m. to 3 a.m. New York time.
Up to 10 minutes every day at the time specified in the Service interface or agreed upon by Parties via Means of Communication.
Periods of interruptions that included less than 100 measured events (including API calls, messages sent, campaign operations) or RPM (or the frequency of measured events) that was less than 10 (less than 10 events per minute).
Interruptions caused by the Client or any third parties involved by the Client, as a result of a breach of compliance with Maestra Service Documentation (the link to which is available in the Service interface) during or as a result of the integration with the Maestra Service, or third-party interruptions caused for other reasons.
or caused disruptions for other reasons.
Interruptions caused by interruptions in external services and tools: DPC, Basecamp, beefree.io, Microsoft Azure, readme.io, Intercom, Slack, mobile operators and other third parties.
At the request of the Client, the Contractor is obliged to provide evidence of the interruptions in external services and tools within 10 days since the end of interruptions.
In the event of interruptions in the operation of the DPC with a complete or partial loss of equipment, the Contractor obligates, within 3 working days from the date of interruptions in operation, to provide the Client with a plan for restoring the Maestra Service’s operability with a list of restoration work and the timing of its implementation. In case of failure to provide such a plan within the specified period, the Contractor shall be liable for interruptions in the Maestra Service.
Interruptions caused by reasons beyond the reasonable control of the Contractor which could not have reasonably been foreseen (force majeure), including but not limited to: statutory regulations that blocked service provision, injunctions, restrictive orders, wars, armed conflicts, terrorism, fires, floods, epidemics.
Interruptions caused by directed network DDOS attacks.
Interruptions in the Maestra Service caused by acts and/or actions of state bodies, including those related to blocking, seizure of the Contractor’s servers (as well as its contractors, lessors) hosting Maestra Service, and/or their withdrawal (seizure) and/or other barrier to access.
Miscellaneous
The SLA applies only to the Subscription to the Maestra Service and cannot be applied to any other services provided by the Contractor.
The SLA shall prevail Agreement provisions and supersedes understandings, whether oral or written in connection therein.
The Contractor reserves the right to update the SLA from time to time. If changes are made, the Client will be notified by revising the date at the top of the SLA and, in some cases, the Contractor may provide additional notice (such as adding a statement to its website or sending a notification).
____________________________
Previous version list of SLA: