Master.csv et indications incohérentes duration/billsecondes?

[ffossard]

Est-ce que par hasard l'appelé n'aurait pas mis 21 secondes à répondre ?

[Dany68]

Est-ce que par hasard l'appelé n'aurait pas mis 21 secondes à répondre ?

Si on regarde les chiffres, il aurait répondu dans la même seconde seconde et communiqué 1 seconde. Le status du call étant ANSWERED

De toute façon, ce qui me dérange le plus c'est qu'il y a eu selon les horaires dans le fichier 1 sec que si je facturais suivant le chiffre dans la colone facturâble, je facturerais 43 sec.
Et pour la facturation en cas de réponse imédiate le chiffre devrait être le même dans les 2 colones, non?

[ffossard]

Dans les chiffres que je vois, il n'y a pas les secondes, juste 6h et 4 minutes

[Dany68]

Dans les chiffres que je vois, il n'y a pas les secondes, juste 6h et 4 minutes

Mon interpretation est donc fausse:

L'appel entre à 6h04
L'appelé décroche à 6h04
Il racroche à l'heure de fin à 6h05

???

[ffossard]

Mon interpretation est donc fausse:

L'appel entre à 6h04
L'appelé décroche à 6h04
Il racroche à l'heure de fin à 6h05

???

Je vois ça comme ça, on a pas le temps en secondes.
Avez-vous moyen de faire un test par vous-même, par exemple en laissant sonner précisément 15 secondes avant de décrocher, en restant 30 secondes au téléphone avant de raccrocher, puis en vérifiant ensuite le cdr.

[Dany68]

Test fait à l'instant (15sec sonnerie et 15 sec de communication):

Appel entrant vers l'astérisk:

Appel entrant: 2011-01-17 06:43:41
Décroché: 2011-01-17 06:43:56
fin de l'appel : 2011-01-17 06:44:12
Durée : 31
Bill : 16

Appel sortant de l'astérisk:

Appel sortant: 2011-01-17 06:47:42
Décroché: 2011-01-17 06:47:59
Fin de l'appel : 2011-01-17 06:48:26
Durée: 44
Bill: 27

Comme les chiffres ne correspondent pas à la réalité, j'ai refait un second appel:

Appel sortant: 2011-01-17 06:51:21
Décroché: 2011-01-17 06:51:39
Fin de l'appel: 2011-01-17 06:52:13
Durée: 52
Bill: 34

J'ai essayé d'être précis, mais décider de quand est le début et fin à la montre, il peut y avoir 1 sec de décalage et donc sur l'entrant, je suis OK à mon avis. Sur le sortant par contre (et c'est celui qui est sensé être facturé...) il y a trop d'écart par rapport à la réalité.
Il faut dire que les 2 téléphones ne sont pas juste l'un à côté de l'autre et donc j'ai essayé de faire les décroché et racrocher depuis le téléphone sur l'astérisk et j'ai obtenu ce résultat:

Appel sortant: 2011-01-17 07:02:57
Décroché: 2011-01-17 07:03:14
Fin de l'appel : 2011-01-17 07:03:29
Durée: 32
Bill: 15

Donc, il prend en compte le temps que le poste téléphonique sur l'astérisk est décroché et non le temps de communication. Ce n'est donc pas utilisable pour la facturation car le client est sensé payer ce qu'il téléphone réellement et pas le temps ou son poste est décroché ou raccroché.

La conf du cdr est celle par défaut et les seuls parametres dans cdr.conf sont:
[csv]
usegmtime=yes ; log date/time in GMT. Default is "no"
loguniqueid=yes ; log uniqueid. Default is "no"
loguserfield=yes ; log user field. Default is "no"

Existe-t-il des paramettres à configurer pour avoir le temps réel de communication entre un poste interne et externe?

[cedricscha]

Ne fais-tu pas par hasard un answer dans ton dialplan ? cela pourrais etre cela ta cause de décallage.

Comment effectues-tu tes appels sortants ? avec un trunk, une carte Isdn ? un boitier patton ?