Version Differences for Common Support Issues

(Consideration before filing a ticket)
Line 3:
  == Consideration before filing a ticket ==    == Consideration before filing a ticket == 
       
- In order to provide an accurate and timely resolution to ticket, there a few basic things that should be taken into account before filing a ticket. Here are some things to preemptively consider that will likely be asked for during the ticket's life:   + In order to provide an efficient resolution to your ticket, there a few basic things that should be taken into account before filing a ticket. Here are some dos and don'ts about making tickets:  
       
- If it's a configuration question:   + Do:  
- *What are you trying to do?      
- *What have you tried?      
- *What specifically isn't working?      
- *Have you checked the docs [http://docs.urbancode.com/uDeploy/4.8/html/content/index.html here]?      
       
- If it pertains to an error:   + *Let us know what you're trying to do  
- *Provide the step's output log (black command prompt box in the component process request screen)   + *Describe the error or question in depth  
- *Provide the server's logs, at least back to the beginning of the deployment (%server_home%/var/log)   + *Give what step in the process is failing  
- *What step is giving the error?   + *Provide step output logs  
- *What plugin does the step belong to?   + *Provide the plugin and plugin version the step is from  
- *How do you have your step configured?   + *Provide server logs  
- *What do you expect the outcome to be, once corrected?   + *Provide a start time for the deployment  
    + *List steps taken to reproduce the error  
    + *For feature requests, describe what you would like implemented or changed, as well as how and what it will help with  
       
    + Don't:  
       
    + *Only post the error in the description (this hardly ever enough information for us to help you)  
    + *Assume we have in depth knowledge of the programs we integrate with (We're uDeploy ninjas, and 3rd party amateurs)  
    + *Use the same ticket for a different problem unless it stems from the original issue (we use tickets for future troubleshooting)  
    + *Only use one ticket priority (If it's very time sensitive and/or detrimental to production, make it High. If not, it's probably medium or low. Check your SLAs)