TC0846fr_taxation Éléments d'Investigation

8/19/2019 TC0846fr_taxation Éléments d'Investigation

1/34

1

COMMUNICATION TECHNIQUE N° TC846 Ed. 01

OmniVista 4760 Nb de pages : 34 Date : 15-11-2006

URGENTE

NON URGENTE TEMPORAIRE DEFINITIVE

OBJET : TAXATION : ÉLÉMENTS D'INVESTIGATIONS

Ce document contient un résumé des informations utiles pour comprendre les différentes étapes duprocessus de taxation des communications des autocommutateurs OmniPCX Enterprise et OmniPCXOffice. L’objectif principal est de fournir des éléments d’investigations, depuis la génération des ticketssur le PCX jusqu’à la génération des rapports avec OmniVista 4760.

Cette procédure doit être appliquée par les experts OmniVista 4760. Elle est une étape indispensableavant toute demande d’assistance au Support Technique Alcatel.


2/34


3/34

OmniVista 4760 TAXATION : ÉLÉMENTS D'INVESTIGATIONS

Ed. 01 / 15-11-2006 1 TC0846

SOMMAIRE

1 OBJECTIFS 3

2 TAXATION CÔTÉ PCX 3

2 1 OmniPCX Enterprise 3

2 2 OmniPCX Office 6

3 RÉCUPÉRATION DES FICHIERS PAR OMNIVISTA 4760 6

3 1 OmniPCX Enterprise 7

3 2 OmniPCX Office 7

4 CHARGEMENT EN BASE 8

4 1 Problème connu 8

4 2 Affectation des tickets 10

4 3 Calcul des coûts au chargement des tickets en base 11

4 4 Recalcul des coûts 12

5 CUMUL DES DONNÉES 13

6 GÉNÉRATION DE RAPPORTS 15

7 DESCRIPTION DE QUELQUES CAS PARTICULIERS ET SOLUTIONS16

8 RÉSUMÉ DES PRINCIPALES ÉTAPES D’INVESTIGATION 16

ANNEXES

ANNEXE 1 - SYNOPTIQUE DES OPÉRATIONS DE TAXATION


4/34


TC0846 2 Ed. 01 / 15-11-2006

ANNEXE 2 - DESCRIPTION DES CHAMPS D'UN TICKET OmniPCXEnterprise

ANNEXE 3 - EXEMPLE DE TRACE DE RECALCUL DE COÛT


5/34


Ed. 01 / 15-11-2006 3 TC0846

1. OBJECTIFSCe document contient un résumé des informations utiles pour comprendre les différentes étapes duprocessus de taxation des communications des autocommutateurs OmniPCX Enterprise et OmniPCXOffice. L’objectif principal est de fournir des éléments d’investigations, depuis la génération destickets sur le PCX jusqu’à la génération des rapports avec OmniVista 4760.

Cette procédure doit être appliquée par les experts OmniVista 4760. Elle est une étapeindispensable avant toute demande d’assistance au Support Technique Alcatel.

2. TAXATION CÔTÉ PCX

2.1. OmniPCX Enterprise

Pour générer sur le PCX des tickets de taxation exploitables par le serveur OmniVista 4760, il faut :

− disposer du verrou logiciel Accounting users,

− valider le paramètre Applications\Taxation\Fichiers pour taxation externe,

− définir quels types de tickets seront effectivement stockés dans ces fichiers (filtres par défaut en

gras) : App.publics-locaux sortants App.publics-réseau sortants Appels réseau local App. privés-locaux sortants App.privés-réseau sortant App.publics-locaux entrants App.publics-réseau entrants App.privés-locaux entrants App.privés-réseau entrants App.prioritaires entrantsData entrants/sortants

App.publ.sortants coût nulUsagers non justifiés

Appels local-local Appels transit localTickets tax. locale/réseau Durée 0Tickets Administration

− définir le nombre de chiffres masqués ; le PCX remplacera ces chiffres masqués par descaractères "----" (exemple 015566----).

Notes

1 L’obtention de certains types de tickets est conditionnée par la présence des verrous logiciels

correspondants : Appels local-local Appels réseau-local


6/34


TC0846 4 Ed. 01 / 15-11-2006

2 Dans les tickets des usagers non justifiés, on observera des ******* au lieu des champs suivants :Numéro appelé, numéro appelant, CC, N° taxé, Acting

Commandes utiles

Commandes Descriptionaccount -v Editer les paramètres gérésaccount saveaccount compress

Pour vérifier le contenu des tickets, on peut tout d’abord forcer l’écriture dubuffer dans un nouveau fichier

accview Lire le contenu des fichiersLes recherches d’éléments particuliers peuvent s’effectuer ainsi :

• accview –tf TAXAXXXX.DAT avec capture du résultat dans un fichiertexte.

• accview –mtf TAXAXXXX.DAT. On peut rechercher une chaîne decaractères en tapant /chaine suivi de Entrée. Les touches n (next) et p (previous) permettent le passage à l’occurrence suivante/précédente.

• accview –mtf TAXAXXXX.DAT –a Numéro-des_champs_à_afficher

Exempleaccview –mtf TAXAXXXX.DAT –a 1 9 (affichage des champs 1(numéro appelé) et 9 (type d’appel) des tickets).

Exemple de ticket

(00) TicketVersion = ED5.1 (01) CalledNumber = 0680981497(02) ChargedNumber = 62864 (03) ChargedUserName = DUPONT JEAN(04) ChargedCostCenter = S0865 (05) ChargedCompany =(06) ChargedPartyNode = 604 (07) Subaddress =(08) CallingNumber =(09) CallType=PublicNetworkIncomingCall(10) CostType = ISDNCircuitSwitchedCall (11) EndDateTime = 20060929 08:21:21(12) ChargeUnits = 0 (13) CostInfo = 0(14) Duration = 19 (15) TrunkIdentity = 281(16) TrunkGroupIdentity = 40 (17) TrunkNode = 604(18) PersonalOrBusiness = Normal (19) AccessCode =

(20) SpecificChargeInfo = (21) BearerCapability = Speech(22) HighLevelComp = Unspecified (23) DataVolume = 0(24) UserToUserVolume = 0 (25) ExternFacilities =(26) InternFacilities = BasicCall (27) CallReference = 0(28) SegmentsRate1 = 0 (29) SegmentsRate2 = 0(30) SegmentsRate3 = 0 (31) ComType = Voice(32) X25IncomingFlowRate = Unspecified (33) X25OutgoingFlowRate = Unspecified(34) Carrier = 0 (35) InitialDialledNumber = 66619(36) WaitingDuration = 7 (37) EffectiveCallDuration = 19(38) RedirectedCallIndicator = 1 (39) StartDateTime = 20060929 08:21:02(40) ActingExtensionNumber = (41) CalledNumberNode = 9999(42) CallingNumberNode = 9999 (43) InitialDialledNumberNode = 9999(44) ActingExtensionNumberNode = 9999 (45) TransitTrunkGroupIdentity = 32767(46) NodeTimeOffset = 0

Le tableau en Annexe 1 décrit l’ensemble des champs d’un ticket.


7/34


Ed. 01 / 15-11-2006 5 TC0846

Paramètres optionnels gérables

Installation/Autres paramètres Faisc.ds justif.pour appel transType d’information dans un ticket de transit :Oui : N° du faisceauNon : N° du joncteur

Installation/Autres paramètres/Paramètres taxation

Pas de taxation sur appel par messagerieDans les cas de transfert d'appel vers l'extérieur via unmenu de messagerie vocale.OUI : l'appel n'est pas taxé.

Demande TélétaxeLa demande télétaxe est un service RNIS permettant laréception des impulsions de taxation au fil de lacommunication.NON : la demande de télétaxe est inhibée. Utile enparticulier dans les pays où ce service est payant et si ceservice n'est pas jugé indispensable.

Ticket de taxation vers noeud usagerChoix par menu :Client/Administratif/Tous : Rapatriement des tickets (client,administratif ou tous) de taxation du noeud du joncteur vers

le noeud de l'usager.

Calcul à la durée ticket Noeud UsagerChoix par menu :Client/Administratif/Tous : Calcul de taxe à la durée sur lenoeud courant lorsqu'un ticket (client, administratif ou tous)est rapatrié d'un autre noeud.

Ticket de Transit pour ABCFOUI : Les tickets de taxation locaux de transit sont pris encompte.

Usagers Catégorie de taxation

Centre de frais

Masquage numéro émisOUI : dans les tickets, CalledNumber = ------------------------

Faisceau/Paramètres locaux Taxation appelant et création ndsSi l’appelant appartient à un PCX relié par un faisceauQSIG au PCX qui taxe :OUI : ChargedNumber = N° du poste appelantNON : ChargedNumber = N° du faisceau QSIG

Applications/Messagerie vocale Justifié OUI : Les appels départs et arrivées de la messagerie sont

justifiés.NON : CalledNumber = ------------------------


8/34


TC0846 6 Ed. 01 / 15-11-2006

Traces

Pour tracer la génération des tickets de taxation traced&account –rsat

Pour arrêter la trace kill –9 n° du process traced&account –rsat

Problèmes connus XTSce17261 Nom des fichiers différents entre la CPU principale et la CPU de secours

Ceci peut avoir pour conséquence le chargement en double de tickets dans la basede la 4760.Le problème est corrigé à partir des versions suivantes :D1.311.7.aoD2.314.7.LE2.404.kE2.502.2.fF1.500.4

2.2. OmniPCX Office

Consulter la communication technique TCV049 Procédure de mise en service de la Release 2.1.x &

3.x pour OmniPCX Office (IP, ppp, Taxation, Alarmes).Problèmes connus

Format des tickets corrompu.Le problème est corrigé à partir des versions suivantes :R110 : pas de correctionR210//083.001R310//038.001R400//022.001

3. RÉCUPÉRATION DES FICHIERS PAR OmniVista 4760Les fichiers de traces suivants doivent être analysés pour investiguer sur la fonction de récupérationdes fichiers de taxation :

NMCComserver.log (connexion au PCX)

NMCSyncLdapPbx.log (synchronisation du PCX et transfert FTP)

NMCSyncLdapPbx.log_AlzPoller.log (pour OmniPCX Office)

Si aucun fichier de taxation n’est récupéré lors d’une synchronisation, une alarme de niveau"avertissement" est générée :

10018 Il n’y a pas de fichiers de taxation à télécharger.

Le Guide de Sécurité (8AL90700FRAA) donne les informations utiles sur les ports et protocolesutilisés pour le transfert des données.


9/34


Ed. 01 / 15-11-2006 7 TC0846

3.1. OmniPCX Enterprise

La récupération des fichiers est lancée par la tâche de synchronisation.

Le type de taxation géré est "Taxation détaillée" ou "Taxation globale par noeud avec rapatriementdes tickets".

OmniVista 4760 récupère par ftp le fichier ACCOUNT.LIS . Il contient la liste des fichiers disponibles.

Le compte utilisé pour le transfert est adfexc.

Vérifier la gestion côté OmniVista 4760 :

Utilisateur ftp : adfexc

Mot de passe ftp : identique à celui géré côté PCX (adfexc par défaut)Le cas échéant, tester le compte par une connexion ftp à partir d’une fenêtre DOS.

OmniVista 4760 récupère par ftp les nouveaux fichiers disponibles depuis la dernièresynchronisation. Le nom du dernier fichier rapatrié est lu dans le champ Collecte de données/Dernier fichier taxation rapatrié.

Les fichiers sont enregistrés dans le répertoire

4760\data\loader\network=xx\subnetworknodenumber=yyy

Les fichiers présents sont pris en charge par le loader pour insertion des tickets dans la base dedonnées.

En cas de problème sur un ticket (format erroné), le fichier peut être rejeté. Dans ce cas, il est placédans un répertoire "Rejected ".

Lors de la synchronisation, OmniVista 4760 crée ou met à jour sur le PCX un fichier 4760.acc

dans le répertoire /usr4/tmp . Si par la suite, OmniVista 4760 ne se connecte plus au PCX, celui-ci

génère périodiquement des incidents :

0276 : Application externe de taxation : pas de récupération

Le cas échéant, supprimer ce fichier ou analyser la raison pour laquelle les récupérations ne sefont plus.

3.2. OmniPCX Office

La récupération des fichiers est lancée par la tâche de synchronisation.

Le type de taxation géré est "Taxation détaillée" ou "Taxation globale par noeud avec rapatriementdes tickets".

OmniVista 4760 récupère par ftp les tickets disponibles. Ces tickets sont effacés du PCX aprèsrécupération.

• Buffer = SDRAM (CPU) si < 1000 tickets

• Buffer = Disque dur (CPU) ⇒ 30000 tickets maximum

Vérifier la gestion côté OmniVista 4760 :

Onglet Connectivité \ Mot de passe FTP : tuxalize (défaut)


10/34


TC0846 8 Ed. 01 / 15-11-2006

Il est possible de tester la connexion ftp à partir d’une fenêtre DOS :

C:\>ftp ftp>open @IP 30021 connected to @IP220 Alize Session Manager FTP ServerUser :ftp_nmc 331 Password required for ftp_nmcPassword:tuxalize 230 User ftp_nmc Logged inftp> bye

Les fichiers sont enregistrés dans le répertoire

4760\data\loader\network\alizenodenumber sous la forme TAXAxxxxx.ALZ .

Les fichiers présents sont pris en charge par le loader pour insertion des tickets dans la base dedonnées.

En cas de problème sur un ticket (format erroné), le fichier peut être rejeté. Dans ce cas, il est placédans un répertoire "Rejected ".

Les tickets n’étant par défaut plus disponibles après récupération et chargement, il peut être utile deconserver les fichiers pour des investigations spécifiques. Cette option ne doit être validée quetemporairement pour ne pas saturer l’espace disque.

Dans l’annuaire système mettre la valeur "1" dans le champ :

Nom_du_PC/Servers/Nom_du_PC/loader/onglet specific/keeptaxafileafterloading

4. CHARGEMENT EN BASE

4.1. Problème connu

Le chargement de tickets OmniPCX Ofiice de format corrompu dans la base OmniVista 4760échoue. Le loader reste bloqué (XTSce83156).

Le popup suivant apparaît :

Le log NMCLD indique les messages suivants :[21/09/2006 22:04:36] 3200 LD: Error: Invalid month[21/09/2006 22:04:36] 3200 LD: Error: value 20700101 01:00:00 is invalid for adate[21/09/2006 22:04:36] 3200 LD: Error: *** Bad Ticket in File *** ==>c:\4760\data\loader\networknumber=0\alizenodenumber=0\taxa00006.alz


11/34


Ed. 01 / 15-11-2006 9 TC0846

En cas de blocage, supprimer les fichiers posant problème sous 4760\data\loader\... puis

redémarrer le service "loader".

Solution: Mettre à jour les OmniPCX Office ; voir § 2.2.

Les fichiers de log (4760\log )concernés par le chargement en base sont les suivants :

• NMCLD

C’est le fichier principal. On y trouve le nom des fichiers de tickets traités, les quantités detickets traités (lus, insérés, rejetés) et le cas échéant des informations sur l’unicité des tickets.En trace étendue sur le loader, on y trouve les détails du calcul de coût (opérateur, tarif, ...).

•

NMCLD_AccOrg / NMCLD_NewACCPlgInformations de mise à jour de l’organisation.

• NMCLD_CostCalculation

Liste tous les tickets pour lesquels un coût n’a pu être attribué lors du chargement en base.

• NMCCostRecalculation_CostCalculation

Liste tous les tickets pour lesquels un coût n’a pu être attribué lors d’un recalcul.

• NMCCostRecalculation

Détail du recalcul de coût en trace étendue ; voir § 4.4.

Tables SQL principales

• ticketContient en particulier les informations extraites des tickets du PCX et les coûts calculés auchargement. Le champ entityid donne le lien vers la table chargeableEntity.

Exemple de requête

select * from ticket where initialstartdatetime >=’2006-09-22’ andinitialstartdatetime


12/34


TC0846 10 Ed. 01 / 15-11-2006

4.2. Affectation des tickets

Les postes et autres entités taxables ainsi que les centres de frais sont créés à partir des informationspostes récupérées par la synchronisation.

Les tickets sont chargés en base (table ticket) après un contrôle par filtre et un contrôle dit "d’unicité"qui teste si les tickets ne seraient pas déjà présents en base.

− Vérifier les filtres sur les types d’appels et les noeuds taxés dans le moduleTaxation/Trafic/Voip\Paramètres\Chargement\Taxation.

− Le contrôle d’unicité des tickets d'OmniVista 4760 est efficace dans des conditions normales defonctionnement d'OmniVista 4760 et du PCX.

Le chargement se fait par lots. Après détection de l’absence d’un ticket du lot en base, tous lestickets suivants du lot sont chargés. Le risque de chargement en double n’est pas nul dans le casde rechargement de fichiers précédemment traités.

Un script de détection et de suppression de tickets en double peut être fourni par le SupportTechnique.

Chaque ticket doit être affecté à une entité de l’organisation. Pour les tickets issus d’un OmniPCXEnterprise, la recherche se fait d’abord par la combinaison "Numéro de poste / Numéro de PCX".Si plusieurs entrées existent, on choisit celle qui a la date de création la plus récente.

Si cette combinaison n’existe pas, on recherche sur le numéro de poste dans l’ensemble du réseaudans lequel est géré le PCX. En cas de nouvel échec, une entrée est créée sous le niveau "Indéfini".

Si le numéro de PCX lu dans le ticket (ChargedPartyNode) n’existe pas, le traitement du ticketdépend du paramètre suivant :

Annuaire système \ Nom du PC \ Servers \ Nom du PC \Loader \Spécifique \ Taxation globale pour PCX non déclaré

OUI : Le ticket est assigné au PCX sous le niveau "Taxation Globale".NON : Le ticket est assigné à une entrée sous le niveau "Indéfini". Si elle n’existe pas, elle estcréée.


13/34


Ed. 01 / 15-11-2006 11 TC0846

Problème connu

Un ticket généré par un poste X d’un PCX non synchronisable est affecté au poste X de l’OmniPCXEnterprise sur lequel il est généré, au lieu d’être inséré sous le niveau "Indéfini" (XTSce83300).

Exemple

Un PCX non Alcatel est connecté par un faisceau QSIG à un OmniPCX Enterprise. Les tickets d’unposte 3201 de ce PCX sont générés sur l’OmniPCX Enterprise qui à également un poste 3201. Lestickets des 2 postes seront affectés à l’usager de l’OmniPCX Enterprise.

A partir de la Release 4.0, il est possible d’ajouter "manuellement" des postes par PCX dans

l’annuaire système. Annuaire système \ Nom du PCX \ Créer \ nmcExtraContainer \ Créer \extrasubscriber

Les entrées correspondantes sont créées dans l’organisation de la taxation.

Cette option est utile quand la taxation doit traiter des tickets générés sur un PCX déclaré dansOmniVista 4760 par des postes du PCX non synchronisables.

Soit par exemple un PCX non Alcatel, relié par un faisceau QSIQ à un OmniPCX Enterprise. Lesusagers de ce PCX non synchronisable génèrent des tickets de taxation sur l’OmniPCX Enterprise.Ces usagers, inconnus par défaut de l'OmniVista 4760 peuvent ainsi être créés. Les entréescorrespondantes sont créées dans l’organisation de la taxation. Les tickets correspondants leur

seront affectés. ATTENTION

Les postes ainsi créés doivent avoir des numéros différents des postes déjà existants sur le PCX quigénère les tickets. Sinon c’est l’entrée existante de l’organisation qui serait mise à jour.

Pour l’OmniPCX Office, les entrées inexistantes sont créées dans l’organisation lors du chargementdes tickets, par défaut sous la racine ou le cas échéant dans un centre de coût spécifié en gestion.

4.3. Calcul des coûts au chargement des tickets en base

Les différentes étapes du calcul de coût sont :

• Recherche des opérateurs direct et indirect correspondant au type d’appel.• Recherche d’une direction (région appelante / région appelée).

• Application d’un tarif.

Recherche des opérateurs sortants

Il y a deux méthodes distinctes de recherche de l’opérateur direct en fonction de la gestion effectuée:

1 Indication d’une correspondance entre faisceau de sortie de l’appel et opérateur.

C’est la gestion préconisée dans la mesure du possible car elle optimise la recherche.

Gérer Connexion Faisceau dans l’onglet Opérateurs.

2 Recherche de la correspondance la plus précise entre le numéro appelé et l’un des préfixes desdifférents opérateurs gérés.


14/34


TC0846 12 Ed. 01 / 15-11-2006

L’existence d’un éventuel opérateur indirect est dépendante de la valeur du champ CarrierCode du ticket.

• CarrierCode = 0

=> Pas d’opérateur indirect

• CarrierCode > 0

=> Existence possible d’un opérateur indirect.

On recherche le code correspondant parmi ceux qui ont été gérés dansOpérateurs\Codes opérateurs indirects. S’il existe, on vérifie le type de

l’opérateur correspondant trouvé :

♦ Sortant :

Dans ce cas, on a affaire à un opérateur direct. L’analyse se fait sur le numéro appelé.

♦ Sortant indirect :

On analyse le numéro appelé en fonction des données de l’opérateur indirect trouvé. Lecoût indirect est calculé.

Il faut ensuite rechercher l’opérateur direct de type sortant. Une direction est trouvée paranalyse du numéro appelé. Elle est retenue si le champ Opérateur indirect contientle nom de notre opérateur indirect.

Les erreurs de calcul de coût génèrent une alarme de niveau majeure (versions < R4.1) ou mineure

versions >= R4.1) :13001 Erreur de calcul de coût pendant le chargement des tickets duPCX.

Pour limiter le nombre d’erreurs de calcul de coût dues à des numéros appelés non présents dansles tickets (cas de certains appels entrants), erronés ou pas encore gérés en tant que préfixe dans unopérateur, il est conseillé de gérer une direction par défaut dans l’un des opérateurs :

Région appelante : vide

Région appelée : vide

On lui affecte un tarif "Direction inconnue".

4.4. Recalcul des coûtsEn cas de problème sur le coût des appels (absence ou supposé incorrect), il faut refaire un calcul enpositionnant des traces étendues. La très grande quantité d’informations générée impose quelquespréconisations :

− Faire la trace sur la plus petite période possible (exemple la journée du 21/09/2006)

A partir du 21/09/2006

Jusqu’au 22/09/2006

− Modifier les arguments (définition de la tâche) dans la fenêtre Créer une tâche dans le

planificateur .

-TraceType 0 -TraceToFile 1 => -TraceType –-1 –TraceSize 100 -TraceToFile 1

TraceType -- 1 donne une trace étendue


15/34


Ed. 01 / 15-11-2006 13 TC0846

TraceSize 100 permet d’obtenir 2 traces tournantes de 50 Mo chacune. Cette taille peut êtreajustée en fonction du nombre de tickets recalculés et des résultats obtenus (perte d’informationsou non).

L’analyse se fait en consultant successivement les logs suivants :

NMCCostRecalculation_CostCalculation puis NMCCostRecalculation

ATTENTION

Les opérateurs utilisés doivent être valides sur la période recalculée (vérifier les dates de début et defin de validité).

Se reporter à l’Annexe 2 pour un exemple de trace de calcul de coût.

5. CUMUL DES DONNÉES− Le fichier de log concerné est NMC_CumulAcc.

Pour obtenir des traces étendues, la gestion est différente en fonction de la version installée :

• Versions < R3.0.

Modifier les arguments dans la définition de la tâche dans la fenêtre du planificateur lors dulancement de la tâche de recalcul ou dans une tâche planifiée :

-TraceType 0 ==> -Tracetype –-1

• Versions ≥ R3.0.

Modifier le fichier 4760\webclient\cgi-bin\NMCCumulAcc..properties

Sur la première ligne, remplacer info par debug.

• Versions ≥ R4.1.

Modifier le fichier 4760\client\cgi-bin\NMCCumulAcc..properties

Sur la première ligne, remplacer info par debug.

− Les données unitaires provenant de la table "ticket" sont cumulées en différentes tables pour

accélérer la génération des rapports. C’est un pré-traitement des données de base. Cette tâcheest programmée par défaut dans les travaux quotidien et hebdomadaire. Elle peut par ailleursêtre exécutée à partir de l’application de Taxation (Calculer les cumuls).


16/34


TC0846 14 Ed. 01 / 15-11-2006

Les données cumulées sont :

• Durée

• Nombre d’appels

• Coûts

Ces trois types de données sont cumulées pour les objets suivants :

Objet Table destination Table d’origineE - Entités (postes) EntityDailyCounter (+monthly+yearly) chargeableentity

O - Niveaux et centres de coût OrgDailyCounter (+monthly+yearly) organisation

P - Codes Affaire ProjectDailyCounter (+monthly+yearly) Chargeableentity (entity type=6)C - Opérateurs CarrierDailyCounter (+monthly+yearly) Carrier

D - Directions DirectionDailyCounter (+monthly+yearly) Direction

N - Nom de ville/pays (CCN) CcnDailyCounter Ccn

Note

Par défaut, le cumul n’est pas fait sur les codes affaires dans les tâches quotidienne ethebdomadaire. Au besoin, créer la tâche dans le planificateur.

Pour des besoins spécifiques, il est aussi possible de sélectionner certains types d’appels particulierslors d’un recalcul.

Note

Dans les tâches journalières et quotidiennes, par défaut on calcule uniquement les cumuls sur lestypes d’appels suivants : Appels ent./sort., Appels entrants, Appels sortants.


17/34


Ed. 01 / 15-11-2006 15 TC0846

Pour ajouter les autres types d’appels, il faut modifier les arguments prédéfinis dans l’ongletDéfinition de la tâche pour la tâche Calcul des compteurs cumulatifsd’organisation

Les abréviations correspondants aux cumuls optionnels sont :

• IN_DISA : Tickets des appels DISA entrants

• OUT_DISA : Tickets des appels DISA sortants

• PRV_OUT : Tickets des appels personnels sortants

• SUB : Tickets des abonnements

Exemple de modification pour le cumul des tickets d’abonnement :-Table E,O -AccType IN_OUT,IN,OUT,SUB -ACC

− Il peut être utile de consulter les données fournies par "Etat de la surveillance" pour évaluer lesdonnées cumulées de nombre d’appels, durées et coûts des différentes entités del’organisation :

6. GÉNÉRATION DE RAPPORTSLe fichier de log concerné est NMCExtractor (de préférence en trace étendue –TraceType - -1).

La génération de rapports constitue la phase finale du processus de taxation. En cas de doute oulitige sur les données obtenues, il est nécessaire de passer en revue les étapes précédentes avec leséléments d’investigation décrits dans les chapitres précédents.

En cas de problème, afin de faire la part des choses entre les données de base et les donnéescumulées, il est important de savoir sur quelle table est basé un rapport. Cette information estdéduite du champ Définition de chaque définition de rapport :

Taxation – Ticket ==> Table ticket

Taxation – Entité – Journée ==> Table entityDailyCounter


18/34


TC0846 16 Ed. 01 / 15-11-2006

7. DESCRIPTION DE QUELQUES CAS PARTICULIERS ET SOLUTIONS− Les appels non répondus (entrants et sortants) n’apparaissent pas dans les rapports.

Valider le chargement des tickets à durée = 0

− Les données issues d’un rapport détaillé sont différentes de celles issues d’un rapport cumulatif.

Vérifier la durée de conservation des tickets en base dans l’annuaire système :

NomDuServer\Servers\NomDuServer\nmcdatabase\cleanticketandaffiliatedol

dthan.Il est probable que la table mensuelle utilisée pour le rapport cumulatif contient des données quin’existent plus dans la table "ticket" utilisée pour générer le rapport détaillé.

8. RÉSUMÉ DES PRINCIPALES ÉTAPES D’INVESTIGATION Voici les principales étapes des investigations quand on constate une absence partielle ou totale dedonnées dans un rapport :

− Vérifier la présence des tickets sur le PCX (cas OmniPCX Enterprise)

accview

− Le fichier concerné a-t-il été transféré ?

Nom du dernier fichier transféré

− A-t-il été chargé en base ou est-il toujours en attente de chargement, ou rejeté ?

NMCLD_x.log / 4760\data\loader\...

− Vérifier sur quelle table est basé le rapport

Nom de la définition \définition

− S’il s’agit d’une table cumulée vérifier la réalisation du cumul

NMCCumulAcc_x.log / Rapport des tâches quotidiennes

− Le problème existe-t-il avec une définition de rapport prédéfini similaire ou uniquement avec un

rapport spécifique créé pour le client ?Le Support Technique Alcatel ne peut pas vous aider à faire la mise au point de rapportspersonnalisés.

Vous pouvez contacter Alcatel Professional Services pour une demande d’assistance.

− Si les investigations décrites dans ce document ne permettent pas de remédier au problème,ouvrir un Service Request en attachant les éléments nécessaires aux investigations :

Description précise du problème (type d’appel, date de l’appel)

Fichiers de log

Définition de rapport

Export du rapport

Ticket PCX au format .dat

Ticket PCX au format texte


19/34

OmniVista 4760 TAXATION : ÉLÉMENTS D'INVESTIGATIONS ANNEXE 1

SYNOPTIQUE DES OPÉRATIONS DETAXATION

Ed. 01 / 15-11-2006 1 TC0846


OmniPCX Enterprise Transfert ftp

OmniPCX Office

ftpFichiers compressés

Buffer

TAXAxxxx.DAT ACCOUNT.LIS

Masquage

Filtres destockage

Verrous logiciels : Accounting usersTickets local-localTickets réseau-local

accview

account –vaccount saveaccount compress

Ports 1024-5000

cmd

22 (SSH)

21

Ports 1024-5000

Data (SYN)

1024-5000 (≤ R5.0.1 Ux)10000-20000 (≥ R5.0 Lx)(Gérable sur PCX)

Omni

Vista

4760

Disque

Buffer 1000 tickets

30000 ticketsmaximum

ftp

OmniPCX Office ≥ R3.0 : Mode Passif

Ports 1024-5000

cmd (PASV)

30021

Ports 1024-5000

Data (SYN)

1024-65000

OmniPCX Office < R3.0 : Mode Port

Ports 1024-5000

cmd (PORT)

30021

Ports 1024-5000

Data (SYN)

30020


20/34

OmniVista 4760 ANNEXE 1SYNOPTIQUE DES OPÉRATIONS DETAXATION

TAXATION : ÉLÉMENTS D'INVESTIGATIONS

TC0846 2 Ed. 01 / 15-11-2006


21/34

OmniVista 4760 TAXATION : ÉLÉMENTS D'INVESTIGATIONS ANNEXE 1


Ed. 01 / 15-11-2006 3 TC0846

OmniVista 4760

Calcul de coût

Filtres

Contrôle unicité

Data\Loader\Network\Subnetworknodenumber

• TAXAxxx.DAT

• ACCOUNT.LISou\Alizenodenumber

• TAXAxxx.alz

Loader

Rejected

AnnuairePCX\Collecte de donnéesNom du dernier fichierrapatrié

Extractor

Cumul

Extractor

Table ticket

Recalcul de coût

Tables SQLEntityDailyCounterOrgDailyCounterProjectDailyCounterCarrierDailyCounterDirectionDailyCounterCCNDailyCounter

Monthly Counters

Yearly Counters

Cumul

Cumul

Filtres

Requêteur

Designer

Rapport

Insertion

Table chargeableentity


22/34

OmniVista 4760 ANNEXE 1SYNOPTIQUE DES OPÉRATIONS DETAXATION


TC0846 4 Ed. 01 / 15-11-2006

NMCLD_x.logNMCLD_AccOrg_x.logNMCLD_CostCalculation_x.log

NMCCostRecalculation_x.logNMCCostRecalculation_ CostCalculation_x.log

NMCExtractor_x.log

NMC_CumulAcc_x.log


23/34


DESCRIPTION DES CHAMP

Ed. 01 / 15-11-2006 1

DESCRIPTION DES CHAMPS D'UN TICKET Omni

Field Description / Value Local &network

Ticket Version ED5.1 X

Called Number Outgoing call: real called numberIncoming call: calling number

X

Charged Number Outgoing call: the internal calling numberIncoming call: the internal calling number

X

Charged User Name Depend on the charged number -

Charged Cost Center Depend on the charged number X

Charged Company Not used -

Charged Party Node 100*subnetwork number + node numberIn heterogeneous network this field isn’t filled in if the protocol does not give it

X

Sub address Used when ISDN outgoing call otherwise empty -

Calling Number Transferring party number after transfer X


24/34


25/34



Ed. 01 / 15-11-2006 3


Trunk Identity Trunk Identification Number (public trunk or private tie-line) -

Trunk Group Identity Trunk Group Number -

Trunk Node 100*subnetwork number + node number -

Personal or BusinessCall

0: Personal1: Business2: Normal3: Guest

-

Access Code Project Account Code, Personal Identifier Number or empty -

Specific Charge Info 0: SIOPriorityTrunkGroup2: PBXGeneratedChargeUnits3: AnalogWithoutChargeUnits4: Transcom5: AccurateDuration

-

Bearer Capability foran ISDN call

0: Unspecified1: Unrestricted2: Speech3: Audio34: Audio75: Audio156: Video

-


26/34

OmniVista 4760 ANNEXE 2DESCRIPTION DES CHAMPS D'UN TICKET OmniPCX Enterprise

TAXATI

TC0846 4


High Level Comp(type of user in ISDN

call)

0: Unspecified1: Telephony2: Fax Group33: Mixed Mode4: Fax Group45: Teletex Char6: Videotex7: Telex

8: MHS9: OSI application10: Sound11: SoundVideotex12: SlowScanVideo13: Not Standard Application

-

Data Volume Number of transmitted bytes when ISDN communication -

User To User Volume Number of transmitted bytes or number of mini-messages (system option) -


27/34



Ed. 01 / 15-11-2006 5


External Facilities 0: CallingLineIdentificationPresentation1: ConnectedLineIdentificationPresentation2: CallingLineIdentificationRestriction3: ConnectedLineIdentificationRestriction4: MaliciousCallIdentification9: AdviceOfChargeAtSetup10: AdviceOfChargeDuringCall11: AdviceOfChargeAtEnd

13: CallWaiting14: UserToUserSignalling15: UserUserFacility21: Mini-messaging22: SubAddressing

-


28/34


TAXATI

TC0846 6


Internal Facilities 5: CallForwardingUnconditional6: CallForwardingOnBusy7: CallForwardingOnNoReply8: Transfer23: BasicCall24: OperatorFacility25: Substitution26: PriorityIncomingCall

27: Transit28: PrivateOverflowToPublic29: ReroutingPublicToPrivate30: FaxServer31: VoiceMail32: CentralAbbreviatedNumberring34: IntegratedServiceVPN35: OverflowVPN36: ARSService37: Disa

-

Call Reference Not used -

Segment Rate 1 Not used -

Segment Rate 2 Not used - Segment Rate 3 Not used -

ComType 0 : no specified1: Voice2: Data3: FacilityActivation4: FacilityDeactivation

-


29/34



Ed. 01 / 15-11-2006 7


X25 Incoming FlowRate

Not used -

X25 Outgoing FlowRate

Not used -

Carrier 0: no carrier or unspecified ARS table Number (1 to 10)

-

Initial Dialled Number Initial dialed number for incoming call or called number when ARS service is used X

Waiting Duration With incoming call : duration before answer (in seconds) -

Effective Call Duration Only with incoming call -

Redirected CallIndicator

Only with incoming and ABC network calls : the set who answers isn’t the initialdialed number.

X

Start Date Time Yyyymmdd hh:mm:ss -

Acting ExtensionNumber

Number of physical charged set. Can be a local number (substitution case), publicnumber (Disa), trunk group number (FSxxx, FPxxx, FCxxx) or node number (SNxxx)

X

Called Number Node 100*subnetwork number + node number X

Calling Number Node 100*subnetwork number + node number X

Initial Dialled NumberNode

100*subnetwork number + node number X

Acting Extension

Number Node

100*subnetwork number + node number

Value 99999 if unknown node; Value XXX99 if only subnet is known

X

Transit Trunk GroupIdentity

Incoming trunk group number on the transit node -

Node Time Offset Time difference (in seconds) between 2 nodes; used when the additional CDR isgenerated on the node of the subscriber; No significant on trunk group node.

-


30/34


TAXATI

TC0846 8


31/34

OmniVista 4760

TAXATION : ÉLÉMENTS D'INVESTIGATIONS ANNEXE 3EXEMPLE DE TRACE DE RECALCUL DE

COÛT

Ed. 01 / 15-11-2006 1 TC0846

EXEMPLE DE TRACE DE RECALCUL DECOÛT

[22/09/2006 15:12:38] ----Ticket:

InitialStartDateTime:2006/07/18 15:41:59StartDateTime:2006/07/18 15:41:59Duration:3766NodeTimeOffset:0ChargeUnits:45CalledNumber:0248480000PbxName:N6_EthTrunkGroup:6CallType:0ComType:1CostInfo:3330,000000CarrierCode:4IsAocAtSetup:0IsUserToUserSignalling:0

IsCallForwardingUnconditional:0UserToUserVolume:0

[22/09/2006 15:12:38] ----+Step CostCalculationStartStep[22/09/2006 15:12:38] -----Step CostCalculationStartStep : OK[22/09/2006 15:12:38] ----+Step LoadCarrierConfigDataStep[22/09/2006 15:12:38] ---- +ObjectRq::init[22/09/2006 15:12:38] ---- +SQLQuery::init(SQLQuery *)[22/09/2006 15:12:38] ---- +ODBCConnection::createStatement[22/09/2006 15:12:38] ---- -ODBCConnection::createStatement[22/09/2006 15:12:38] ---- -SQLQuery::init(SQLQuery *)[22/09/2006 15:12:38] ---- -ObjectRq::init[22/09/2006 15:12:38] ----+CarrierConfigurationOptionRq::selectCarrierConfigurationOption(1)[22/09/2006 15:12:38] ---- +ObjectRq::assignRequest[22/09/2006 15:12:38] ---- -ObjectRq::assignRequest[22/09/2006 15:12:38] ---- +ObjectRq::appendRequest[22/09/2006 15:12:38] ---- -ObjectRq::appendRequest[22/09/2006 15:12:38] ---- +ObjectRq::executeRequest[22/09/2006 15:12:38] ---- +ODBCConnection::commit[22/09/2006 15:12:38] ---- +ODBCConnection::endTran[22/09/2006 15:12:38] ---- -ODBCConnection::endTran : 1[22/09/2006 15:12:38] ---- -ODBCConnection::commit[22/09/2006 15:12:38] ---- +SQLQuery::execDirect[22/09/2006 15:12:38] ---- SELECT BooleanValue FROM CarrierConfigurationOptionWHERE OptionId = 1[22/09/2006 15:12:38] ---- -SQLQuery::execDirect[22/09/2006 15:12:38] ---- -ObjectRq::executeRequest[22/09/2006 15:12:38] ---- +ObjectRq::bindRequest[22/09/2006 15:12:38] ---- -ObjectRq::bindRequest[22/09/2006 15:12:38] ---- -CarrierConfigurationOptionRq::selectCarrierConfigurationOption


32/34

OmniVista 4760

ANNEXE 3EXEMPLE DE TRACE DE RECALCUL DECOÛT


TC0846 2 Ed. 01 / 15-11-2006

[22/09/2006 15:12:38] ---- +ObjectRq::nextObject[22/09/2006 15:12:38] ---- -ObjectRq::nextObject[22/09/2006 15:12:38] ---- +ObjectRq::nextObject[22/09/2006 15:12:38] ---- +SQLQuery::closeCursor[22/09/2006 15:12:38] ---- -SQLQuery::closeCursor[22/09/2006 15:12:38] ---- +SQLQuery::unbind[22/09/2006 15:12:38] ---- +SQLQuery::freeStmt[22/09/2006 15:12:38] ---- -SQLQuery::freeStmt[22/09/2006 15:12:38] ---- -SQLQuery::unbind[22/09/2006 15:12:38] ---- -ObjectRq::nextObject[22/09/2006 15:12:38] ---- +SQLQuery::~SQLQuery[22/09/2006 15:12:38] ---- +ODBCConnection::commit

[22/09/2006 15:12:38] ---- +ODBCConnection::endTran[22/09/2006 15:12:38] ---- -ODBCConnection::endTran : 1[22/09/2006 15:12:38] ---- -ODBCConnection::commit[22/09/2006 15:12:38] ---- +SQLQuery::closeStatement[22/09/2006 15:12:38] ---- -SQLQuery::closeStatement[22/09/2006 15:12:38] ---- -SQLQuery::~SQLQuery[22/09/2006 15:12:38] -----Step LoadCarrierConfigDataStep : OK[22/09/2006 15:12:38] ----+Step CalculateActiveCarrierCostBeginStep[22/09/2006 15:12:38] -----Step CalculateActiveCarrierCostBeginStep : OK[22/09/2006 15:12:38] ----+Step IsCarrierExistForCallTypeStep[22/09/2006 15:12:38] -----Step IsCarrierExistForCallTypeStep : YES[22/09/2006 15:12:38] ----+Step FindFirstCarrierBeginStep[22/09/2006 15:12:38] -----Step FindFirstCarrierBeginStep : OK[22/09/2006 15:12:38] ----+Step SearchCarrierTrunkGroupConnectionStep

[22/09/2006 15:12:38] ----Find no carrier No carrier found in the trunkgroup connection[22/09/2006 15:12:38] -----Step SearchCarrierTrunkGroupConnectionStep : NO[22/09/2006 15:12:38] ----+Step FindValidBranchStep[22/09/2006 15:12:38] -----Step FindValidBranchStep : OK[22/09/2006 15:12:38] ----+Step IsFirstCarrierFoundStep[22/09/2006 15:12:38] ----Carrier: Carrier_One

This is the direct carrier[22/09/2006 15:12:38] -----Step IsFirstCarrierFoundStep : YES[22/09/2006 15:12:38] ----+Step FindFirstCarrierEndStep[22/09/2006 15:12:38] -----Step FindFirstCarrierEndStep : OK[22/09/2006 15:12:38] ----+Step CalculateSecondCarrierCostBeginStep[22/09/2006 15:12:38] -----Step CalculateSecondCarrierCostBeginStep : OK[22/09/2006 15:12:38] ----+Step IsCarrierCodeInTicketStep

[22/09/2006 15:12:38] ----Carrier Code = 4 Carrier code > 0 ==>looking for an indirect

carrier[22/09/2006 15:12:38] -----Step IsCarrierCodeInTicketStep : YES[22/09/2006 15:12:38] ----+Step IsCarrierCodeInConfigStep[22/09/2006 15:12:38] ----Find carrier code : Indirect4

There is a carrier with this code[22/09/2006 15:12:38] -----Step IsCarrierCodeInConfigStep : YES[22/09/2006 15:12:38] ----+Step IsCarrierCodeIndicateASecondCarrierStep[22/09/2006 15:12:38] ----Carrier code indicate a second carrier: Indirect4

the carrier type is Indirect outgoing[22/09/2006 15:12:38] -----Step IsCarrierCodeIndicateASecondCarrierStep : YES[22/09/2006 15:12:38] ----+Step FindCarrierPrefixInCalledNumberStep

[22/09/2006 15:12:38] ----First Carrier Prefix Found = 0[22/09/2006 15:12:38] -----Step FindCarrierPrefixInCalledNumberStep : OK[22/09/2006 15:12:38] ----+Step FindValidBranchForSecondCarrierStep


33/34

OmniVista 4760

TAXATION : ÉLÉMENTS D'INVESTIGATIONS ANNEXE 3EXEMPLE DE TRACE DE RECALCUL DE

COÛT

Ed. 01 / 15-11-2006 3 TC0846

Computing the second carrier cost

[22/09/2006 15:12:38] ----Called Number For Second Carrier = 0248480000 [22/09/2006 15:12:38] -----Step FindValidBranchForSecondCarrierStep : OK[22/09/2006 15:12:38] ----+Step IsSecondCarrierDirectionFoundStep[22/09/2006 15:12:38] ----Best node digit: 8[22/09/2006 15:12:38] ----Direction found[22/09/2006 15:12:38] ----Current node digit: 4[22/09/2006 15:12:38] ----Find direction: Nanterre->Ouest [22/09/2006 15:12:38] -----Step IsSecondCarrierDirectionFoundStep : YES[22/09/2006 15:12:38] ----+Step SearchSecondCarrierCcnStep[22/09/2006 15:12:38] ----Find ccn: *->024848:Aérospatiale Bourges

The CountryCityName is optional [22/09/2006 15:12:38] -----Step SearchSecondCarrierCcnStep : OK[22/09/2006 15:12:38] ----+Step ApplySecondCarrierTariffStep[22/09/2006 15:12:38] ----Used Tariff: National[22/09/2006 15:12:38] ----Calculation Mode: Exact Duration[22/09/2006 15:12:38] ----Type: Voice/Data - Daily[22/09/2006 15:12:38] ----Cost = 3766,000000[22/09/2006 15:12:38] ----CostT = 4504,136000 [22/09/2006 15:12:38] -----Step ApplySecondCarrierTariffStep : OK[22/09/2006 15:12:38] ----+Step CalculateSecondCarrierCostEndStep[22/09/2006 15:12:38] -----Step CalculateSecondCarrierCostEndStep : OKComputing the first carrier cost

[22/09/2006 15:12:38] ----+Step CalculateFirstCarrierCostBeginStep

[22/09/2006 15:12:38] -----Step CalculateFirstCarrierCostBeginStep : OK[22/09/2006 15:12:38] ----+Step FindValidBranchForFirstCarrierStep[22/09/2006 15:12:38] ----Called Number For First Carrier = 0248480000 [22/09/2006 15:12:38] -----Step FindValidBranchForFirstCarrierStep : OK[22/09/2006 15:12:38] ----+Step IsFirstCarrierDirectionFoundStep[22/09/2006 15:12:38] ----Find direction: *->Bourges [22/09/2006 15:12:38] ----in carrier: Carrier_One [22/09/2006 15:12:38] -----Step IsFirstCarrierDirectionFoundStep : YES[22/09/2006 15:12:38] ----+Step SearchFirstCarrierCcnStep[22/09/2006 15:12:38] ----Find no ccn[22/09/2006 15:12:38] -----Step SearchFirstCarrierCcnStep : OK[22/09/2006 15:12:38] ----+Step ApplyFirstCarrierTariffStep[22/09/2006 15:12:38] ----Tariff: Cout_pabx

[22/09/2006 15:12:38] ----Calculation Mode: AOC[22/09/2006 15:12:38] ----Cost = 3330,000000[22/09/2006 15:12:38] ----CostT = 3330,000000 [22/09/2006 15:12:38] -----Step ApplyFirstCarrierTariffStep : OK[22/09/2006 15:12:38] ----+Step CalculateFirstCarrierCostEndStep[22/09/2006 15:12:38] -----Step CalculateFirstCarrierCostEndStep : OK[22/09/2006 15:12:38] ----+Step CalculateFacilityCostBeginStep[22/09/2006 15:12:38] -----Step CalculateFacilityCostBeginStep : OK[22/09/2006 15:12:38] ----+Step IsCostInfoUsedForCostStep[22/09/2006 15:12:38] -----Step IsCostInfoUsedForCostStep : YES[22/09/2006 15:12:38] ----+Step SetNoFacilityCostStep[22/09/2006 15:12:38] -----Step SetNoFacilityCostStep : OK[22/09/2006 15:12:38] ----+Step CalculateFacilityCostEndStep[22/09/2006 15:12:38] -----Step CalculateFacilityCostEndStep : OK

[22/09/2006 15:12:38] ----+Step AddActiveCostStep[22/09/2006 15:12:38] -----Step AddActiveCostStep : OK[22/09/2006 15:12:38] ----+Step CalculateActiveCarrierCostEndStep[22/09/2006 15:12:38] -----Step CalculateActiveCarrierCostEndStep : OK


34/34

OmniVista 4760

ANNEXE 3EXEMPLE DE TRACE DE RECALCUL DECOÛT


[22/09/2006 15:12:38] ----+Step IsCalculateComparisonCarrierCostStep[22/09/2006 15:12:38] -----Step IsCalculateComparisonCarrierCostStep : YES[22/09/2006 15:12:38] ----+Step CalculateComparisonCarrierCostBeginStep[22/09/2006 15:12:38] -----Step CalculateComparisonCarrierCostBeginStep : OK[22/09/2006 15:12:38] ----+Step SelectFirstOfFirstComparisonCarrierStep[22/09/2006 15:12:38] -----Step SelectFirstOfFirstComparisonCarrierStep : NO[22/09/2006 15:12:38] ----+Step CalculateComparisonCarrierCostEndStep[22/09/2006 15:12:38] -----Step CalculateComparisonCarrierCostEndStep : OK[22/09/2006 15:12:38] ----+Step CostCalculationEndStep[22/09/2006 15:12:38] -----Step CostCalculationEndStep : OK[22/09/2006 15:12:38] 4924 CostRecalculation: Active Costs:

First Carrier Cost:3330,000000

First Carrier:Carrier_OneFirst Carrier Direction:*->BourgesFirst Carrier Ccn:NO CCNFirst Carrier Tax:NO TAXFacility Cost:0,000000Second Carrier Cost:3766,000000Second Carrier:Indirect4Second Carrier Direction:Nanterre->OuestSecond Carrier Ccn:*->024848:Aérospatiale BourgesSecond Carrier Tax:TVA

[22/09/2006 15:12:38] 4924 CostRecalculation: -ComputeCost::calculateCost[22/09/2006 15:12:38] 4924 CostRecalculation:+CostProfileMgr::computeVariableCost[22/09/2006 15:12:38] ----+CostProfileMgr::internalComputeVariableCost

[22/09/2006 15:12:38] ----Paramètres entrants:TicketDate : 2006-07-18 15:41:59EntityId : 30579

This is the extension identity (refer to chargeableEntity table)TicketCallType: 0TicketPOB : 2SumCost : 7096,000000SumCostT : 7834,136000

[22/09/2006 15:12:38] ---- +CostProfileMgr::selectCostProfile[22/09/2006 15:12:38] ---- EntityId = 30579[22/09/2006 15:12:38] ---- +SQLQuery::execute

Documents

TC0846fr_taxation Éléments d'Investigation