Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Resolve vs Response times and guarantees #6

Open
bradrydzewski opened this issue Feb 2, 2019 · 3 comments
Open

Resolve vs Response times and guarantees #6

bradrydzewski opened this issue Feb 2, 2019 · 3 comments
Assignees
Labels
enhancement New feature or request

Comments

@bradrydzewski
Copy link

Developer agrees to diagnose and resolve Support Requests related to installing Covered Versions of the Software, configuring standard features of Covered Versions of the Software per its documentation, and software errors encountered when using Covered Versions of the Software.

I have noticed many support contracts provide an SLA for response times, but do not actually guarantee resolution. As a non-lawyer I could interpret this as developer agrees to fix bugs that I report which I would not want to agree to without a premium. In some cases I may disagree with the a bug report and determine the software is working as intended. Or I might decide the bug is an edge case and is not something I plan to fix. Or the bug may be in the prior version of software and require an upgrade but I do not want to be obligated to backport the fix.

With that being said, some larger enterprise customers may be willing to pay a premium for such language. It would be awesome if I could use your node build tools to choose between a couple of options.

{{#issue-resolution}}
Diagnosis and Resolution
Developer agrees to diagnose and resolve Support Requests related to installing Covered Versions of the Software, configuring standard features of Covered Versions of the Software per its documentation, and software errors encountered when using Covered Versions of the Software.
{{/issue-resolution}}
{{^issue-resolution}}
 Initial Response Times
Developer agrees to respond to and categorize Support Requests related to installing Covered Versions of the Software.
{{/issue-resolution}}
@bradrydzewski
Copy link
Author

bradrydzewski commented Feb 2, 2019

I just wanted to provide an example:

Company will use commercially reasonable efforts to classify and respond to Maintenance and Support requests from Customer according to the following Service Levels:

Critical, 2 hours
When a process cannot complete, there is no workaround and the solution is business critical.

Moderate, 1 business day
When a process cannot complete and there is no workaround, but the condition is not business critical, however, must be resolved by the next scheduled or period end processing.

Non-Critical, 2 business days
Cosmetic type issues with no financial or processing impact. 1 business day

@bradrydzewski bradrydzewski changed the title Agreement to resolve issues Resolve vs Response times and guarantees Feb 2, 2019
@kemitchell
Copy link
Member

@bradrydzewski, good catch. I think "Diagnose and Resolve" needs to become "Diagnose and Respond", both in the heading and the text of the current section.

Care to try your hand at a PR? Edit terms.cform. Husky should install a Git hook to run npm run build:markdown pre-commit.

@kemitchell kemitchell self-assigned this Feb 3, 2019
@kemitchell kemitchell added the enhancement New feature or request label Feb 3, 2019
@bradrydzewski
Copy link
Author

absolutely, I will send a pr :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants