<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Full Wallboard - Talk Time split between first extension and transferred call destination extension?]]></title><description><![CDATA[<p dir="auto">Hi,<br />
We have a client who is asking if we can split the talk time of a single call across multiple agents, in the Agents Widget in the full wallboard.<br />
Eg. if agent 1 picks up a call from the queue, talks to them for 1 minute, then they transfer the call to agent 2, and agent 2 talks to them for 5 minutes.<br />
Currently 6 minutes gets added to agent 1, and agent 2 gets no time added.<br />
Has anyone else found a work around or is this possible?<br />
Thanks<br />
Dave</p>
]]></description><link>http://localhost:4567/topic/3068/full-wallboard-talk-time-split-between-first-extension-and-transferred-call-destination-extension</link><generator>RSS for Node</generator><lastBuildDate>Tue, 27 Oct 2026 15:19:44 GMT</lastBuildDate><atom:link href="http://localhost:4567/topic/3068.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 02 May 2022 20:58:00 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Full Wallboard - Talk Time split between first extension and transferred call destination extension? on Mon, 09 May 2022 15:31:01 GMT]]></title><description><![CDATA[<p dir="auto">I am able to get transfers logging in the queue_log file (adding S or P in front of the extension numbers in the queue), but still a bit unsure if or how to split talktime as the second leg of the call doesnt call the queue, its just an internal transfer. Any ideas out there for workarounds or is just a no go, and no one uses it like this.</p>
]]></description><link>http://localhost:4567/post/12476</link><guid isPermaLink="true">http://localhost:4567/post/12476</guid><dc:creator><![CDATA[davids1]]></dc:creator><pubDate>Mon, 09 May 2022 15:31:01 GMT</pubDate></item><item><title><![CDATA[Reply to Full Wallboard - Talk Time split between first extension and transferred call destination extension? on Tue, 03 May 2022 10:54:02 GMT]]></title><description><![CDATA[<p dir="auto">The queue_log file doesnt seem to be logging any Transfer, each of the calls below involved TestExtension or TestExtension2 picking up the Queue call, talking for around a minute, then transferring the call to the other extension, and the other extension talking for 5 minutes. The fill 6 minutes gets logged with the agent who first picked up the call.<br />
I have been reading <a href="http://www.asteriskdocs.org/en/3rd_Edition/asterisk-book-html-chunk/ACD_id289009.html?msclkid=4a9c8896cacd11ec8ea497a6833d19a2" title="http://www.asteriskdocs.org/en/3rd_Edition/asterisk-book-html-chunk/ACD_id289009.html?msclkid=4a9c8896cacd11ec8ea497a6833d19a2" rel="nofollow ugc">http://www.asteriskdocs.org/en/3rd_Edition/asterisk-book-html-chunk/ACD_id289009.html?msclkid=4a9c8896cacd11ec8ea497a6833d19a2</a>  and it mentions about a Transfer event, 	Written when a caller is transferred to another extension. Additional parameters are also written, which include: the extension and context the caller was transferred to, the hold time of the caller in the queue, the amount of time the caller was speaking to a member of the queue, and the original position of the caller when he entered the queue.[a]<br />
[a] Please note that when the caller is transferred using SIP transfers (rather than the built-in transfers triggered by DTMF and configured in features.conf), the TRANSFER event may not be reliable.</p>
<p dir="auto">Hope this helps</p>
<pre><code>   14	1651508286|1651508286.20042|808|NONE|DID|02011111111	
15	1651508286|1651508286.20042|808|NONE|ENTERQUEUE||07899999999|1	
16	1651508303|1651508286.20042|808| Test Extension|CONNECT|17|1651508286.20049|16	
17	1651508364|1651508286.20042|808| Test Extension|COMPLETECALLER|17|61|1	
18	1651508507|1651508506.20077|808|NONE|DID|02011111111	
19	1651508507|1651508506.20077|808|NONE|ENTERQUEUE||07899999999|1	
20	1651508525|1651508506.20077|808| Test Extension2|CONNECT|18|1651508507.20082|18	
21	1651508586|1651508506.20077|808| Test Extension2|COMPLETECALLER|18|61|1	
22	1651522439|1651522439.20112|808|NONE|DID|02011111111	
23	1651522439|1651522439.20112|808|NONE|ENTERQUEUE||07899999999|1	
24	1651522445|1651522439.20112|808| Test Extension|CONNECT|6|1651522439.20119|5	
25	1651522480|1651522439.20112|808| Test Extension|PAUSE|Hold	
26	1651522502|1651522439.20112|808| Test Extension|UNPAUSE|Hold	
27	1651522502|1651522439.20112|808| Test Extension|UNPAUSE|Hold	
28	1651522676|1651522439.20112|808| Test Extension|COMPLETECALLER|6|231|1	
29	1651525936|1651525935.20155|808|NONE|DID|02011111111	
30	1651525936|1651525935.20155|808|NONE|ENTERQUEUE||07899999999|1	
31	1651525942|1651525935.20155|808| Test Extension2|CONNECT|6|1651525936.20160|5	
32	1651525951|1651525935.20155|808| Test Extension2|PAUSE|Hold	
33	1651525966|1651525935.20155|808| Test Extension2|UNPAUSE|Hold	
34	1651525999|1651525935.20155|808| Test Extension2|COMPLETEAGENT|6|57|1	
35	1651526783|1651526783.20198|808|NONE|DID|02011111111	
36	1651526783|1651526783.20198|808|NONE|ENTERQUEUE||07899999999|1	
37	1651526793|1651526783.20198|808| Test Extension|CONNECT|10|1651526783.20205|9	
38	1651526850|1651526783.20198|808| Test Extension|PAUSE|Hold	
39	1651526856|1651526783.20198|808| Test Extension|PAUSE|Hold	
40	1651526857|1651526783.20198|808| Test Extension|UNPAUSE|Hold	
41	1651527058|1651526783.20198|808| Test Extension|COMPLETECALLER|10|265|1
</code></pre>
]]></description><link>http://localhost:4567/post/12475</link><guid isPermaLink="true">http://localhost:4567/post/12475</guid><dc:creator><![CDATA[davids1]]></dc:creator><pubDate>Tue, 03 May 2022 10:54:02 GMT</pubDate></item><item><title><![CDATA[Reply to Full Wallboard - Talk Time split between first extension and transferred call destination extension? on Mon, 02 May 2022 21:10:06 GMT]]></title><description><![CDATA[<p dir="auto">I have read this  post and suspect this may not be able to be done, but intrigued if anyone has a workaround.<br />
<a href="https://community.freepbx.org/t/asternic-call-stats-transfer-statistic/67206/2?msclkid=c8157cfaca5b11ec9f1120432470764c" rel="nofollow ugc">https://community.freepbx.org/t/asternic-call-stats-transfer-statistic/67206/2?msclkid=c8157cfaca5b11ec9f1120432470764c</a><br />
Thx<br />
D</p>
]]></description><link>http://localhost:4567/post/12474</link><guid isPermaLink="true">http://localhost:4567/post/12474</guid><dc:creator><![CDATA[davids1]]></dc:creator><pubDate>Mon, 02 May 2022 21:10:06 GMT</pubDate></item></channel></rss>