Support Policy (Enterprise SaaS) - Nebraska
ENTERPRISE SAAS SUPPORT POLICY
DOCUMENT CONTROL
| Item | Selection |
|---|---|
| Provider | [________________________________] |
| Customer | [________________________________] |
| Master agreement and effective date | [________________________________] |
| Order form or service schedule | [________________________________] |
| Covered production services | [________________________________] |
| Support tier | [Standard / Premium / Custom] |
| Policy effective date | [__/__/____] |
| Initial policy version | [________________________________] |
This Support Policy is an operational schedule to the identified agreement. It does not independently select governing law, venue, arbitration, jury waiver, injunctive relief, indemnity, or liability limits. Those terms, if any, must appear in the reviewed master agreement or order form.
1. COVERED SUPPORT
Included support:
- incident intake, triage, diagnosis, and break/fix assistance for covered services;
- configuration guidance for supported configurations;
- status communications and escalation management; and
- release, maintenance, and known-issue information made available for the applicable tier.
Excluded or separately scoped services:
- custom development, implementation, data migration, or new integrations;
- training or consulting beyond the purchased package;
- on-site work, forensic investigation, or recovery services not included in the order; and
- support for products, versions, environments, or uses not identified as supported.
2. SUPPORT HOURS AND CHANNELS
| Item | Commitment |
|---|---|
| Standard support hours | [Days, hours, and time zone] |
| Holiday calendar | [________________________________] |
| Severity 1 after-hours coverage | [24×7 / Purchased add-on / Not included] |
| Severity 2 after-hours coverage | [24×7 / Purchased add-on / Not included] |
| Authorized channels | [Portal / Email / Phone / Chat] |
| Ticket-creation rule | [________________________________] |
| Authorized Customer contacts | [Number or named roles: ________________________________] |
The response clock begins when a ticket reaches the designated channel with enough information for Provider to identify the Customer, affected service, and reported condition. Define any different clock-start rule in the order form.
3. SEVERITY CLASSIFICATION
| Severity | Objective criteria | Examples and exclusions |
|---|---|---|
| Severity 1 — Critical | Covered production service is unavailable, or a critical production function is unavailable, with no reasonable workaround and material organization-wide impact | [________________________________] |
| Severity 2 — High | Major production degradation or key-function impairment with a workaround or limited scope | [________________________________] |
| Severity 3 — Medium | Limited production impact, noncritical impairment, or a usable workaround | [________________________________] |
| Severity 4 — Low | Information request, cosmetic issue, documentation issue, or enhancement request | [________________________________] |
Provider may propose a severity change when the reported facts do not meet the selected criteria. Record the reason, supporting facts, and escalation path; do not silently downgrade a ticket.
4. SERVICE TARGETS
Choose whether each target is a commitment, objective, or estimate. “Resolution” should not be promised where a workaround, dependency, third-party correction, or product release is the realistic deliverable.
| Severity | Initial response | Update cadence | Workaround or containment target | Resolution or next-action target | Commitment type |
|---|---|---|---|---|---|
| Severity 1 | [____] | [____] | [____] | [____] | [Commitment / Objective / Estimate] |
| Severity 2 | [____] | [____] | [____] | [____] | [Commitment / Objective / Estimate] |
| Severity 3 | [____] | [____] | [____] | [____] | [Commitment / Objective / Estimate] |
| Severity 4 | [____] | [____] | [____] | [____] | [Commitment / Objective / Estimate] |
Root-cause analysis:
| Trigger | Delivery target | Required contents |
|---|---|---|
| [Severity 1 / Repeated Severity 2 / Other] | [____ business days after stabilization] | [Timeline / Cause / Impact / Corrective action / Prevention / Open items] |
5. CLOCK, PAUSE, AND MEASUREMENT RULES
| Rule | Agreed treatment |
|---|---|
| Business-hours measurement | [________________________________] |
| After-hours measurement | [________________________________] |
| Customer-response pause | [When it begins, notice required, and restart rule] |
| Scheduled-maintenance treatment | [________________________________] |
| Force-majeure or external-dependency treatment | [Controlled solely by master agreement / Other: ______] |
| Duplicate or related tickets | [________________________________] |
| Provider measurement system | [________________________________] |
| Monthly reporting and dispute window | [________________________________] |
Do not pause a target merely because Provider requested information. The request must identify information reasonably needed for the next support action and the ticket record must show when the pause began and ended.
6. CUSTOMER RESPONSIBILITIES
Customer will:
- use the designated channels and provide accurate impact, timing, reproduction steps, logs, and contact information reasonably available;
- maintain supported configurations and dependencies identified in current documentation;
- provide timely access and approvals needed for diagnosis, subject to the agreement’s security and access controls;
- test and deploy agreed workarounds, patches, or corrections within the Customer environment; and
- promptly report material environment changes related to an open ticket.
Failure to perform a responsibility affects a target only to the extent the failure actually prevents or delays the relevant support work and the effect is documented in the ticket.
7. EXCLUSIONS AND DEPENDENCIES
| Potential exclusion | Evidence required | Provider action despite exclusion |
|---|---|---|
| Unsupported version or configuration | [________________________________] | [Guidance / Migration option / Separate quote] |
| Customer or third-party modification | [________________________________] | [Diagnosis / Isolation / Separate quote] |
| Customer network, hardware, or system | [________________________________] | [Coordination / Evidence sharing] |
| Third-party service outside Provider control | [________________________________] | [Escalation / Workaround / Status updates] |
| Misuse or use outside documentation | [________________________________] | [Safety step / Corrective guidance] |
An exclusion does not excuse unrelated Provider obligations or allow a blanket denial without a documented causal connection.
8. ESCALATION AND COMMUNICATION
| Level | Provider role and contact | Customer role and contact | Activation condition |
|---|---|---|---|
| Operational | [________________________________] | [________________________________] | [________________________________] |
| Management | [________________________________] | [________________________________] | [________________________________] |
| Executive | [________________________________] | [________________________________] | [________________________________] |
| Security or incident response | [________________________________] | [________________________________] | [________________________________] |
Customer-facing communications must distinguish confirmed facts, working hypotheses, estimated times, dependencies, decisions required, and the next scheduled update.
9. SECURITY AND PRIVACY INCIDENT ROUTING
A ticket suggesting unauthorized access, disclosure, loss, security compromise, or personal-data impact must be routed immediately under the incident-response, security, and data-processing provisions of the governing agreement. This Support Policy does not replace those provisions or allocate statutory notification roles.
| Incident-routing item | Selection |
|---|---|
| Security contact | [________________________________] |
| Privacy contact | [________________________________] |
| Contractual notification clock and trigger | [________________________________] |
| Evidence-preservation method | [________________________________] |
| Customer communication owner | [________________________________] |
10. VERSIONS, MAINTENANCE, AND END OF SUPPORT
| Item | Commitment |
|---|---|
| Supported versions or service tiers | [________________________________] |
| Maintenance notice | [________________________________] |
| Emergency-maintenance process | [________________________________] |
| End-of-support notice period | [________________________________] |
| Migration assistance | [Included / Separately scoped / Not offered] |
| Security correction treatment after end of support | [________________________________] |
Do not promise a fixed end-of-support period unless it matches the product lifecycle schedule incorporated into the agreement.
11. SERVICE CREDITS
- ☐ No support-specific service credits.
- ☐ The following support-specific service credits apply:
| Missed commitment | Measurement period | Credit | Claim procedure | Credit cap |
|---|---|---|---|---|
| [________________________________] | [________________________________] | [____]% | [________________________________] | [____]% |
Eligibility exclusions, claim timing, credit application, exclusivity of remedy, refund treatment, and interaction with other remedies are controlled by the reviewed master agreement and order form. Do not use this schedule alone to waive or limit rights or remedies.
12. CHANGES AND ORDER OF PRECEDENCE
| Topic | Agreed rule |
|---|---|
| Notice for operational changes | [________________________________] |
| Material reduction during a committed term | [Mutual written agreement / Customer election / Other: ______] |
| Version archive | [URL or repository: ________________________________] |
| Conflict with order form | [________________________________] |
| Conflict with master agreement | [________________________________] |
No online-policy change modifies negotiated pricing, liability allocation, dispute terms, security or data obligations, or another signed commitment unless the governing agreement expressly authorizes that method and the required conditions are satisfied.
13. APPROVAL RECORD
| Party | Name and role | Approval method | Date |
|---|---|---|---|
| Provider | [________________________________] | [________________________________] | [__/__/____] |
| Customer | [________________________________] | [________________________________] | [__/__/____] |
Attach this schedule to the identified agreement or order form. Keep the signed or accepted version, later amendments, service reports, and ticket evidence with the contract record.
About this template
- Last updated
- August 16, 2026
- Last reviewed
- August 16, 2026
- Jurisdiction
- Nebraska
- Category
- Contracts & Agreements
A contract is a written record of what two or more parties agreed to and what happens if someone does not follow through. Clear language, defined terms, and clean signature blocks keep disputes small and enforceable. The most common mistakes in contracts come from vague promises, missing details about timing or payment, and skipping standard protective clauses like governing law and dispute resolution.
Not legal advice
This template is provided for informational purposes. We recommend having an attorney review any legal document before signing, especially for high-value or complex matters.
Checked against the law it cites
A reviewer verified this template's legal citations against the official source on August 16, 2026.
Draft your Support Policy (Enterprise SaaS) in the editor
Answer a few questions, let the AI editor draft each section from your answers, review it, and download Word and PDF. $99 one time, or $249 per month for every document and every Ezel app.