Hi Joe,<br><br>There are several measures of time that should be considered. Though not all these may be supported, they will eventually so they need to be thought about.<br><br>"Elapsed Time" is the normal measure of how much time elapsed from open to close status.
<br>
<br>
"Effort Time" is a measure of effort and is probably most relevant to the TTTimecards project. A support task may stay open for a week but the support rep might spend an hour here and 15 minutes there until the project is closed.
<br><br>"Response Time" is how long we took to respond and is generally evaluated against a guarantee. For example, if someone has a "gold" contract then you might guarantee a response within 30 minutes of opening. A "platinum" contract might guarantee a 15 minute response.
<br><br>"Contract Time" is like Elapsed Time in that the time is measured from open to close status. The difference is time is measured differently depending on (hopefully) configuration and/or a contract associated with the incident. A silver contract may guarantee closure in 5 work days. A gold contract may guarantee closure within 24 working hours. A platinum contract may guarantee closure within 24 hours. So the silver and gold contract measure time in work days but platinum guarantees someone will work all night long to get something done. The definition of a work day will vary. For example, 6am to 6pm GMT, Monday through Friday and 8am to 3pm Saturday. You also have to deal with holidays.
<br><br>A simple way to handle all these time measures is to allow only one definition of time. "We work 9 to 5, Monday to Friday except holidays" and one definition for a contract. That way you don't have to support a contract system.
<br><br>------------<br>Ideally, I think what Joeseph requested would be related to "Response Time" or "Contract Time" because it is what you are guaranteeing.<br><br>In MarketForce, we showed a graph that was Green -> Yellow -> Red. You defined an amount of time for each color depending on the contract. For example, a platinum contract had 3 minutes for Green, 8 minutes for Yellow and 4 minutes for Red. A bar would cross the colors to indicate how much time had progressed.
<br><br>For a first version, I would prefer a simple Green/Yellow/Red graphic as described except there would be only one configuration for time (not based on contracts). I would like to see those graphs for Response Time and Elapsed Time since those are most useful.
<br><br>Kind regards,<br>Tim<br><br>OnwealdTim<br><br><br><div><span class="gmail_quote">On 9/12/06, <b class="gmail_sendername">Joe Bordes</b> <<a href="mailto:joe@tsolucio.com">joe@tsolucio.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Joseph,<br><br>I am responsable of the TTTimecards project which associates timecards<br>to the support tickets. I find this idea very interesting and will<br>implement the "total time taken" with no problem. As for the progress
<br>bar I need to know how you would measure the progress:<br><br>- some subject percentage value<br>- total time spent repect of total time that "should" be spent<br>- others?<br><br>Joe<br><br><br><br>El mar, 12-09-2006 a las 09:11 +0100, Joseph Le Brech escribió:
<br>><br>> Is there a possibility of having a Time Taken field and a Progress bar<br>> in vtiger Support Tickets, rather than having to make custom fields<br>> for those.<br>> CONFIDENTIALITY NOTICE : This message is intended only for the use of
<br>> the individual or entity to which it is addressed, and may contain<br>> information that is privileged, confidential and exempt from<br>> disclosure under law. If you are not the intended recipient(s) please
<br>> note that any form of distribution, copying or use of this<br>> communication or the information in it is strictly prohibited and may<br>> be unlawful. If you received this in error, please contact the sender
<br>> and delete the material from any computer.<br>><br>> We have taken precautions to minimise the risk of transmitting<br>> software viruses, however, you need to carry out your own virus checks<br>> on any attachments as we can take no responsibility for any computer
<br>> virus transferred by way of this email.<br>><br>> All views or opinions expressed will be those of the author and not<br>> necessarily those of Harry Yearsley Ltd.<br>><br>> Business is conducted as under our Terms and Conditions available on
<br>> request.<br>> _______________________________________________<br>> Get started with creating presentations online - <a href="http://zohoshow.com?vt">http://zohoshow.com?vt</a><br><br>_______________________________________________
<br>Get started with creating presentations online - <a href="http://zohoshow.com?vt">http://zohoshow.com?vt</a> </blockquote></div><br>