Bonjour,
Sur un aboutement vers un numéro en 01ABPQMCDU, et pour une durée de 3 min. 20 sec., nous avons constaté une anomalie : un coût de 1000 taxes (!)
Auriez-vous déjà rencontré cette étrangeté ? Dans l'affirmative, quelle attitude (à part corriger la taxation) doit-on adopter ?
D'avance merci pour vos réponses...
[Réglé] Taxation étrange
Modérateur : Equipe technique
[Réglé] Taxation étrange
Dernière modification par scp le 16 juil. 2008 04:40 pm, modifié 2 fois.
Bonjour,
Si c'est une information de la taxation téléphonique, elle devrait être identique aux informations contenue dans le fichier pabx.txt qui est localisé dans le C:\abm2000 du serveur ou il y a l'Isiroute.
Si l'information est bien identique, cela signifie que l'information est sortie tel quel du PABX. Dans ce cas, donner cette information au téléphoniste pour une vérification de la sortie de taxation.
Si c'est une information de la taxation téléphonique, elle devrait être identique aux informations contenue dans le fichier pabx.txt qui est localisé dans le C:\abm2000 du serveur ou il y a l'Isiroute.
Si l'information est bien identique, cela signifie que l'information est sortie tel quel du PABX. Dans ce cas, donner cette information au téléphoniste pour une vérification de la sortie de taxation.
Bonjour,
Merci pour cette piste. Dans un premier temps, avant de consulter notre IT, nous aimerions en savoir un peu plus sur la structure du fichier PABX.TXT afin de permettre de mieux analyser et corréler ou non les deux sources d'information.
Voici un extrait (expurgé) de la partie relative à l'anomalie objet de ce fil, version ABM :
Les informations correspondantes, extraites de PABX.TXT :
Enfin, le détail de toutes les opérations enregistrées dans PABX.TXT, encadrant juste l'anomalie détectée :
Voici notre compréhension imparfaite de la trace "Pabx.txt", que vous voudrez bien s'il vous plaît commenter et compléter. Les champs sont décrits de gauche à droite :
En première analyse, il nous semble bien que la taxation n'est pas identique : "1" selon la trace pabx et "1000" selon ABM. Serait-ce une erreur de parsing ?
Par ailleurs, mais c'est sans doute un détail, l'horodatage est différent selon la source : peut-on supposer que cela n'a pas d'incidence directe ?
Merci d'avance pour vos compléments d'explications et d'investigations.
Cordialement.
PS : problème vu en commun au téléphone avec Julien ce jour (23/05/2007)...
Merci pour cette piste. Dans un premier temps, avant de consulter notre IT, nous aimerions en savoir un peu plus sur la structure du fichier PABX.TXT afin de permettre de mieux analyser et corréler ou non les deux sources d'information.
Voici un extrait (expurgé) de la partie relative à l'anomalie objet de ce fil, version ABM :
Les informations correspondantes, extraites de PABX.TXT :
Enfin, le détail de toutes les opérations enregistrées dans PABX.TXT, encadrant juste l'anomalie détectée :
Voici notre compréhension imparfaite de la trace "Pabx.txt", que vous voudrez bien s'il vous plaît commenter et compléter. Les champs sont décrits de gauche à droite :
- Numéro d'ordre de la communication
Date sous la forme JJ-MM
Heure sous la forme hhHmm'
Code inconnu (4 caractères) : nous supposons qu'il s'agit du groupement principal ou du numéro de poste appelant (?)
Codes inconnus (2 / 2 / 2 / 2 caractères) : (?)
Numéro de téléphone du correspondant
Durée de communication sous la forme mm'ss"
Durée sous la forme ss" : nous supposons qu'il s'agit de la durée d'attente (?)
Code inconnu (1 à 4 caractères) : nous supposons qu'il s'agit du numéro de SDA correspondant (?) ou du nombre de taxes (il paraît étrange que ces données de type différents soient enregistrées au même endroit)
Code inconnu (4 caractères) : nous supposons qu'il s'agit du groupement principal ou du numéro de poste appelé (?)
Code inconnu (1 / 2 / 3 caractères) : (?)
En première analyse, il nous semble bien que la taxation n'est pas identique : "1" selon la trace pabx et "1000" selon ABM. Serait-ce une erreur de parsing ?
Par ailleurs, mais c'est sans doute un détail, l'horodatage est différent selon la source : peut-on supposer que cela n'a pas d'incidence directe ?
Merci d'avance pour vos compléments d'explications et d'investigations.
Cordialement.
PS : problème vu en commun au téléphone avec Julien ce jour (23/05/2007)...
Bonjour,
Je pense avoir l'explication à cette erreur. Dans un cas très précis d'aboutement, le numéro SDA est pris pour un nombre de taxe.
Dans votre cas, il y a eu le même type d'événement (un type 2) sur un appel précédent ou le SDA était 1000.
La solution est de mettre un garde fou à l'isiroute. Il faut entrer une nouvelle clef de registre.
Dans HKEY_CURRENTUSER/ISIMd30/SeuilTaxesErreur
Il faut mettre une valeur chaine (REG_SZ) avec la valeur à prendre en compte (ex : 500 ou votre SDA qui à le plus petit nombre).
Voici la doc Ericsson sur la sortie de taxation:
Taxation ericsson
Je pense avoir l'explication à cette erreur. Dans un cas très précis d'aboutement, le numéro SDA est pris pour un nombre de taxe.
Dans votre cas, il y a eu le même type d'événement (un type 2) sur un appel précédent ou le SDA était 1000.
La solution est de mettre un garde fou à l'isiroute. Il faut entrer une nouvelle clef de registre.
Dans HKEY_CURRENTUSER/ISIMd30/SeuilTaxesErreur
Il faut mettre une valeur chaine (REG_SZ) avec la valeur à prendre en compte (ex : 500 ou votre SDA qui à le plus petit nombre).
Voici la doc Ericsson sur la sortie de taxation:
Taxation ericsson
Bonsoir,
Merci pour votre diagnostic et le lien vers la documentation très technique du constructeur.
Le "cas très précis d'aboutement" que vous mentionnez semble survenir de manière aléatoire dans notre installation, nous obligeant à une attention soutenue lors des opérations de facturation. Est-ce un cas isolé ou avez-vous d'autres remontées d'informations similaires ?
La confusion réalisée entre le numéro de SDA et le nombre de taxes est-elle le fait d'ABM ou du Pabx ?
Le "garde-fou" suggéré doit-il être - comme nous le pensons - mis en place uniquement sur la machine hébergeant l'IsiRoute ?
Si c'est un cas d'erreur identifié et imputable à ABM, cette solution sera-t-elle incluse dans une prochaine version d'ABM ?
Cordialement.
Merci pour votre diagnostic et le lien vers la documentation très technique du constructeur.
Le "cas très précis d'aboutement" que vous mentionnez semble survenir de manière aléatoire dans notre installation, nous obligeant à une attention soutenue lors des opérations de facturation. Est-ce un cas isolé ou avez-vous d'autres remontées d'informations similaires ?
La confusion réalisée entre le numéro de SDA et le nombre de taxes est-elle le fait d'ABM ou du Pabx ?
Le "garde-fou" suggéré doit-il être - comme nous le pensons - mis en place uniquement sur la machine hébergeant l'IsiRoute ?
Si c'est un cas d'erreur identifié et imputable à ABM, cette solution sera-t-elle incluse dans une prochaine version d'ABM ?
Cordialement.
Bonjour,
Ce cas la, est un cas isolé et qui résulte d'une non possibilité de différenciation entre une taxe et une SDA sur ce cas précis.
Cette erreur est facilement décelable car elle donne un nombre de taxe extravagant et peut être résolu par le garde fou indiqué.
Celui doit bien entendu mis sur le serveur qui supporte l'Isiroute.
Ce cas la, est un cas isolé et qui résulte d'une non possibilité de différenciation entre une taxe et une SDA sur ce cas précis.
Cette erreur est facilement décelable car elle donne un nombre de taxe extravagant et peut être résolu par le garde fou indiqué.
Celui doit bien entendu mis sur le serveur qui supporte l'Isiroute.
nbre de taxe farfelu
Bonjour,
Malgré le garde-fou mis en place à 800, nous avons de nouveau rencontré le problème de taxes à 1000 pour un appel abouté (de 3 min.!!)
Après recherche, Il semble que l'appelant (qui était notre client) nous a contacté sur notre numéro "commercial" finissant par xx xx xx 10 00 et nous demandant d'appeler son bureau pour le mettre en relation avec sa collaboratrice.
Qu'en pensez-vous ? Pourquoi le garde-fou n'a-t-il pas fait son travail ?
Cordialement
Malgré le garde-fou mis en place à 800, nous avons de nouveau rencontré le problème de taxes à 1000 pour un appel abouté (de 3 min.!!)
Après recherche, Il semble que l'appelant (qui était notre client) nous a contacté sur notre numéro "commercial" finissant par xx xx xx 10 00 et nous demandant d'appeler son bureau pour le mettre en relation avec sa collaboratrice.
Qu'en pensez-vous ? Pourquoi le garde-fou n'a-t-il pas fait son travail ?
Cordialement
Bonsoir,
Merci pour la manipulation : il est toujours plus simple de faire soi-même que d'expliquer comment faire...
Désolé pour l'attente lors de votre tentative d'accès à nos machines mais pour d'évidentes raisons de sécurité, nous tenons à contrôler tous les accès entrants.
Ce problème est donc [réglé] jusqu'à nouvel ordre.
Cordialement.
Merci pour la manipulation : il est toujours plus simple de faire soi-même que d'expliquer comment faire...
Désolé pour l'attente lors de votre tentative d'accès à nos machines mais pour d'évidentes raisons de sécurité, nous tenons à contrôler tous les accès entrants.
Ce problème est donc [réglé] jusqu'à nouvel ordre.
Cordialement.
Qui est en ligne ?
Utilisateurs parcourant ce forum : ClaudeBot [Bot] et 0 invité