Alerte de fax en file d'attente
Modérateur : Equipe technique
-
Romain
- Administrateur
- Messages : 692
- Inscription : 10 janv. 2006 10:36 am
- Localisation : Paris 13eme
Alerte de fax en file d'attente
Est ce qu'une application gratuite vous permettant de surveiller les fax vous interesserait? Elle envoie une alerte visuelle et sonore en cas de fax bloqué(s) en file d'attente.
-
Romain
- Administrateur
- Messages : 692
- Inscription : 10 janv. 2006 10:36 am
- Localisation : Paris 13eme
Bonjour,
C'est une application developper pour répondre à un besoin interne à nos services. Elle n'est pas terminé mais sa fonction principale (qui est d'alerter) est déjà opérationnelle.
Elle est assez spartiate niveau graphique et options mais on peut envisager une évolution.
Les paramètres IP sont stockés en dur dans le code, je dois le modifié afin qu'il aille chercher les infos dans abmwin.ini.
Cordialement.
C'est une application developper pour répondre à un besoin interne à nos services. Elle n'est pas terminé mais sa fonction principale (qui est d'alerter) est déjà opérationnelle.
Elle est assez spartiate niveau graphique et options mais on peut envisager une évolution.
Les paramètres IP sont stockés en dur dans le code, je dois le modifié afin qu'il aille chercher les infos dans abmwin.ini.
Cordialement.
-
Romain
- Administrateur
- Messages : 692
- Inscription : 10 janv. 2006 10:36 am
- Localisation : Paris 13eme
Bonjour,
Voici la version Béta du CheckerFax
A decompresser à l'aide de WinZip, WinRAR ou bien 7zip
Vous avez ensuite l'exécutable accompagné d'un répertoire contenant un fichier son (alert.wav).
L'application vous previent par une alarte visuelle et sonore que des fax sont bloqués en fil d'attente.
Installée là où vous désirez, une seul condition, que vous ayez installé Abm2000 sur le poste en question ou au moins que le fichier abmwin.ini soit dans le dossier windows (c:\windows ou c:\winnt).
Cette application à été conçu pour fonctionner sur tous les systèmes d'exploitation Windows.
Pour toute question rélative au CheckerFax veuillez poster à la suite.
--> Télécharger le CheckerFax <--
NB: Une version plus aboutie est prévue, elle permettra de relancer automatiquement le Fax2000 en cas de lévées d'alertes et une purge des fichiers APF est à l'étude. L'application nommée FaxGuardian n'a pas de date officielle de sortie. Ces applications sont gratuites et sont la propriété d'ABM.
Voici la version Béta du CheckerFax
A decompresser à l'aide de WinZip, WinRAR ou bien 7zip
Vous avez ensuite l'exécutable accompagné d'un répertoire contenant un fichier son (alert.wav).
L'application vous previent par une alarte visuelle et sonore que des fax sont bloqués en fil d'attente.
Installée là où vous désirez, une seul condition, que vous ayez installé Abm2000 sur le poste en question ou au moins que le fichier abmwin.ini soit dans le dossier windows (c:\windows ou c:\winnt).
Si vous n'avez pas installé le logiciel abm2000 sur un poste il est probable que le fichier nécessaire ne soit pas installé. Pour cela installé celui si dans votre répertoire c:\windows ou c:\winnt en le modifiant en fonction de votre réseau.
Fichier abmwin.ini
Cette application à été conçu pour fonctionner sur tous les systèmes d'exploitation Windows.
Pour toute question rélative au CheckerFax veuillez poster à la suite.
--> Télécharger le CheckerFax <--
NB: Une version plus aboutie est prévue, elle permettra de relancer automatiquement le Fax2000 en cas de lévées d'alertes et une purge des fichiers APF est à l'étude. L'application nommée FaxGuardian n'a pas de date officielle de sortie. Ces applications sont gratuites et sont la propriété d'ABM.
Bonjour,
Depuis début avril et sa mise en place, si nous avons de nouveau essuyé à plusieurs reprises des plantages de Fax2000, l'application "CheckerFax" ne s'est en revanche déclenchée qu'une seule fois, et plus de 10 minutes après le blocage de l'envoi des télécopies par Fax2000.
En fait, un opérateur s'est aperçu du blocage, il a redémarré Fax2000 comme d'habitude (car c'est - hélas - devenu une habitude). Plus de 10 minutes après le début du dysfonctionnement, l'alarme "CheckerFax" a retenti.
Cordialement
Depuis début avril et sa mise en place, si nous avons de nouveau essuyé à plusieurs reprises des plantages de Fax2000, l'application "CheckerFax" ne s'est en revanche déclenchée qu'une seule fois, et plus de 10 minutes après le blocage de l'envoi des télécopies par Fax2000.
En fait, un opérateur s'est aperçu du blocage, il a redémarré Fax2000 comme d'habitude (car c'est - hélas - devenu une habitude). Plus de 10 minutes après le début du dysfonctionnement, l'alarme "CheckerFax" a retenti.
- - Est-il donc possible d'optimiser le temps de réaction de cette application (certains de nos clients sont exigeants ET impatients de recevoir les télécopies qui leur sont destinées) ?
- FaxGuardian a été annoncé sans date de lancement, mais peut-on l'espérer néanmoins dans un avenir proche ?
Cordialement
Bonjour,
Le délai que nous évoquons dans ce fil nous a été expliqué ce jour par M. Morette : lors de l'envoi d'une télécopie via Fax2000, si celle-ci ne peut être délivrée, 6 tentatives espacées de 3 minutes sont effectuées.
CheckerFax se base non sur l'état du ou des module(s) Fax2000 mais sur les données horodatées présentes dans la base Nexus. Un délai de plus d'un quart d'heure pour la mise en alarme de CheckerFax est donc pertinent.
Dans notre cas, et depuis le début d'exploitation de CheckerFax (début avril), le déclenchement de l'alarme ne s'est produit que deux fois, alors que le blocage des télécopies est survenu bien plus régulièrement, et pendant des périodes plus longues que 20 minutes avant que l'on intervienne sur Fax2000.
Si CheckerFax réagit donc de temps en temps conformément à ce pourquoi il a été conçu, les problèmes d'instabilité de l'application Fax2000 restent entiers... Peut-être peut-on espérer que FaxGuardian saura les gérer.
Cordialement.
Le délai que nous évoquons dans ce fil nous a été expliqué ce jour par M. Morette : lors de l'envoi d'une télécopie via Fax2000, si celle-ci ne peut être délivrée, 6 tentatives espacées de 3 minutes sont effectuées.
CheckerFax se base non sur l'état du ou des module(s) Fax2000 mais sur les données horodatées présentes dans la base Nexus. Un délai de plus d'un quart d'heure pour la mise en alarme de CheckerFax est donc pertinent.
Dans notre cas, et depuis le début d'exploitation de CheckerFax (début avril), le déclenchement de l'alarme ne s'est produit que deux fois, alors que le blocage des télécopies est survenu bien plus régulièrement, et pendant des périodes plus longues que 20 minutes avant que l'on intervienne sur Fax2000.
Si CheckerFax réagit donc de temps en temps conformément à ce pourquoi il a été conçu, les problèmes d'instabilité de l'application Fax2000 restent entiers... Peut-être peut-on espérer que FaxGuardian saura les gérer.
Cordialement.
-
Romain
- Administrateur
- Messages : 692
- Inscription : 10 janv. 2006 10:36 am
- Localisation : Paris 13eme
Bonjour,
CheckerFax se base non sur l'état du ou des module(s) Fax2000 mais sur les données horodatées présentes dans la base Nexus. Un délai de plus d'un quart d'heure pour la mise en alarme de CheckerFax est donc pertinent.
Le délais à été fixé à un quart d'heure, car l'envoi des télécopies par le fax2000 ce fait comme Monsieur Morette vous l'a dit par "6 tentatives espacées de 3 minutes". Si je mettai ce délais à moins de 15 min, l'application risquerai d'avoir des déclanchements intempestifs d'alarmes.
Dans notre cas, et depuis le début d'exploitation de CheckerFax (début avril), le déclenchement de l'alarme ne s'est produit que deux fois, alors que le blocage des télécopies est survenu bien plus régulièrement, et pendant des périodes plus longues que 20 minutes avant que l'on intervienne sur Fax2000.
Le CheckerFax été il bien lancé car je vois dans votre screenshot ci dessus le message de "perte de connexion". Si le CheckerFax ne peut se connecter au serveur Nexus pour une raison ou pour une autre il émet ce message.
Peut-être peut-on espérer que FaxGuardian saura les gérer.
A l'heure actuelle rien n'est concrétement valider mais voici les fonctionnalités qui seront étudiées pour cette nouvelle version.
Ceci est transmis a titre informatif et n'est nullement un engagement d'ABM.
CheckerFax se base non sur l'état du ou des module(s) Fax2000 mais sur les données horodatées présentes dans la base Nexus. Un délai de plus d'un quart d'heure pour la mise en alarme de CheckerFax est donc pertinent.
Le délais à été fixé à un quart d'heure, car l'envoi des télécopies par le fax2000 ce fait comme Monsieur Morette vous l'a dit par "6 tentatives espacées de 3 minutes". Si je mettai ce délais à moins de 15 min, l'application risquerai d'avoir des déclanchements intempestifs d'alarmes.
Dans notre cas, et depuis le début d'exploitation de CheckerFax (début avril), le déclenchement de l'alarme ne s'est produit que deux fois, alors que le blocage des télécopies est survenu bien plus régulièrement, et pendant des périodes plus longues que 20 minutes avant que l'on intervienne sur Fax2000.
Le CheckerFax été il bien lancé car je vois dans votre screenshot ci dessus le message de "perte de connexion". Si le CheckerFax ne peut se connecter au serveur Nexus pour une raison ou pour une autre il émet ce message.
Peut-être peut-on espérer que FaxGuardian saura les gérer.
A l'heure actuelle rien n'est concrétement valider mais voici les fonctionnalités qui seront étudiées pour cette nouvelle version.
- Relance de l'application fax2000 en cas de plantage d'envoi de fax ou du processus
- Relance régulière de l'application + purge des fichiers APF
- Envoi d'alerte par email et/ou par sms
- Possibilité de paramétrer la relance de fax2000 par un menu d'options
Ceci est transmis a titre informatif et n'est nullement un engagement d'ABM.
Dernière modification par Romain le 28 juin 2007 03:29 pm, modifié 3 fois.
Bonjour,
Pour répondre à votre question : OUI, l'application CheckerFax était bien lancée : c'est un point sur lequel nous portons toute notre attention depuis sa mise en œuvre.
Nous ne savons pas déterminer la cause de la perte de connexion illustrée par les fenêtres répétitives que vous mentionnez. Notre réseau local est en revanche sous surveillance SNMP et sur alimentation sécurisée : aucun incident n'apparaît dans les fichiers d'activité ("log") pour les couches basses du modèle ISO. Les liaisons entre machines sont également surveillées et là non plus, aucun incident n'apparaît dans les fichiers des observateurs d'événements. Le réseau physique n'est donc a priori pas incriminé.
D'une manière générale, nous tentons au maximum de "faire le tri" en interne des problématiques qui sont imputables à d'autres sources et de ne solliciter le support ABM QUE lorsque nous estimons que l'un au moins des différents composants d'ABM peut être concerné.
En résumé :
Nous souffrons depuis longtemps, régulièrement mais de manière imprévisible d'incidents affectant le module Fax2000. Ces incidents se manifestent de plusieurs manières, individuellement ou en combinaison :
Si CheckerFax déclenche parfois une alarme, c'est loin d'être systématique en fonction de la manifestation du type d'erreur. Depuis le début d'exploitation de CheckerFax (avril), le déclenchement de l'alarme ne s'est produit que trois fois, alors que le blocage des télécopies est survenu bien plus régulièrement, et pendant des périodes plus longues que 20 minutes avant que l'on ait dû intervenir manuellement sur Fax2000 pour le fermer et le relancer.
Ces manipulations, possibles en heures ouvrées (nous n'assurons pas un service 24/7), deviennent impossibles hors de toute présence humaine, et contrarient fortement la qualité de service que nous devons à notre clientèle.
Si CheckerFax, qui a été conçu pour alerter des "faiblesses" de Fax2000 (insuffisance de fiabilité et de robustesse), ne donne pas lui-même entière satisfaction, il nous semble que, plutôt que de développer un autre petit programme qui surveillerait CheckerFax (?), il pourrait s'avérer judicieux de traiter le problème à sa racine, à savoir le module Fax2000. Si ce dernier fait appel à un développement tiers (un "bout de code" exogène), il serait peut-être pertinent d'envisager un examen approfondi...
Cordialement
Pour répondre à votre question : OUI, l'application CheckerFax était bien lancée : c'est un point sur lequel nous portons toute notre attention depuis sa mise en œuvre.
Nous ne savons pas déterminer la cause de la perte de connexion illustrée par les fenêtres répétitives que vous mentionnez. Notre réseau local est en revanche sous surveillance SNMP et sur alimentation sécurisée : aucun incident n'apparaît dans les fichiers d'activité ("log") pour les couches basses du modèle ISO. Les liaisons entre machines sont également surveillées et là non plus, aucun incident n'apparaît dans les fichiers des observateurs d'événements. Le réseau physique n'est donc a priori pas incriminé.
D'une manière générale, nous tentons au maximum de "faire le tri" en interne des problématiques qui sont imputables à d'autres sources et de ne solliciter le support ABM QUE lorsque nous estimons que l'un au moins des différents composants d'ABM peut être concerné.
En résumé :
Nous souffrons depuis longtemps, régulièrement mais de manière imprévisible d'incidents affectant le module Fax2000. Ces incidents se manifestent de plusieurs manières, individuellement ou en combinaison :
- La fenêtre principale de Fax2000 se vide de manière inexplicable.
Le module Fax2000 quitte sans prévenir.
Les télécopies en file d'attente sont bloqués indéfiniment.
Un message d'erreur "Error while initializing modem #-8063" apparaît dans la zone d'état de Fax2000.
Des fenêtres d'erreurs apparaissent (ou pas), parfois en plusieurs exemplaires.
Si CheckerFax déclenche parfois une alarme, c'est loin d'être systématique en fonction de la manifestation du type d'erreur. Depuis le début d'exploitation de CheckerFax (avril), le déclenchement de l'alarme ne s'est produit que trois fois, alors que le blocage des télécopies est survenu bien plus régulièrement, et pendant des périodes plus longues que 20 minutes avant que l'on ait dû intervenir manuellement sur Fax2000 pour le fermer et le relancer.
Ces manipulations, possibles en heures ouvrées (nous n'assurons pas un service 24/7), deviennent impossibles hors de toute présence humaine, et contrarient fortement la qualité de service que nous devons à notre clientèle.
Si CheckerFax, qui a été conçu pour alerter des "faiblesses" de Fax2000 (insuffisance de fiabilité et de robustesse), ne donne pas lui-même entière satisfaction, il nous semble que, plutôt que de développer un autre petit programme qui surveillerait CheckerFax (?), il pourrait s'avérer judicieux de traiter le problème à sa racine, à savoir le module Fax2000. Si ce dernier fait appel à un développement tiers (un "bout de code" exogène), il serait peut-être pertinent d'envisager un examen approfondi...
Cordialement
-
Romain
- Administrateur
- Messages : 692
- Inscription : 10 janv. 2006 10:36 am
- Localisation : Paris 13eme
Bonjour,
Les multiples problèmes rencontrés avec fax2000 sont à traités séparement.
La fenêtre principale de Fax2000 se vide de manière inexplicable.
Pour être honête ça je ne vois pas
Le module Fax2000 quitte sans prévenir.
Cela va être pris en compte sur la nouvelle version du CheckerFax
Les télécopies en file d'attente sont bloqués indéfiniment.
Le CheckerFax rédemarrera automatiquement le fax2000 en cas de léver d'alertes
Un message d'erreur "Error while initializing modem #-8063" apparaît dans la zone d'état de Fax2000.
J'étudie actuellement la possibilité de détecter les problèmes d'initialisation avec le modem, ceci n'étant pas forcement possible
Des fenêtres d'erreurs apparaissent (ou pas), parfois en plusieurs exemplaires.
Si c'est la fenêtre de perte de connexion du CheckerFax qui apparait... C'est un problème réseau. L'application n'est pas en cause.
En ce qui concerne le fait que le CheckerFax n'émet pas l'alerte, il est clair que le CheckerFax en émet une à partir du moment où un fax est coincé en fil d'attente depuis plus de 15 min, ceci est sûr, il à été testé et validé.
Les nombreux problèmes que rencontre le fax2000 ne sont pas gérables par lui même, donc une application de surveillance est fort utile.
Pour terminer je vous rappel que le CheckerFax v.1.2 est une version Béta (assez bien reussi) et que les fonctionnalités avancés dans les messages précedent ne seront implémantés que dans la version FaxGuardian.
Une dernière chose, ces applications de surveillance sont gratuites et non contractuelles, de ce fait il n'engage en rien aux développeurs d'ABM de maintenir en fonctionnement ces applications. Elles le sont en dehors des autres projets, en fonction des disponnibilités.
Nous fesons de notre mieux pour vous offrir de bons services, soyez patient.
Cordialement.
Le Support ABM.
Les multiples problèmes rencontrés avec fax2000 sont à traités séparement.
La fenêtre principale de Fax2000 se vide de manière inexplicable.
Pour être honête ça je ne vois pas
Le module Fax2000 quitte sans prévenir.
Cela va être pris en compte sur la nouvelle version du CheckerFax
Les télécopies en file d'attente sont bloqués indéfiniment.
Le CheckerFax rédemarrera automatiquement le fax2000 en cas de léver d'alertes
Un message d'erreur "Error while initializing modem #-8063" apparaît dans la zone d'état de Fax2000.
J'étudie actuellement la possibilité de détecter les problèmes d'initialisation avec le modem, ceci n'étant pas forcement possible
Des fenêtres d'erreurs apparaissent (ou pas), parfois en plusieurs exemplaires.
Si c'est la fenêtre de perte de connexion du CheckerFax qui apparait... C'est un problème réseau. L'application n'est pas en cause.
En ce qui concerne le fait que le CheckerFax n'émet pas l'alerte, il est clair que le CheckerFax en émet une à partir du moment où un fax est coincé en fil d'attente depuis plus de 15 min, ceci est sûr, il à été testé et validé.
Les nombreux problèmes que rencontre le fax2000 ne sont pas gérables par lui même, donc une application de surveillance est fort utile.
Pour terminer je vous rappel que le CheckerFax v.1.2 est une version Béta (assez bien reussi) et que les fonctionnalités avancés dans les messages précedent ne seront implémantés que dans la version FaxGuardian.
Une dernière chose, ces applications de surveillance sont gratuites et non contractuelles, de ce fait il n'engage en rien aux développeurs d'ABM de maintenir en fonctionnement ces applications. Elles le sont en dehors des autres projets, en fonction des disponnibilités.
Nous fesons de notre mieux pour vous offrir de bons services, soyez patient.
Cordialement.
Le Support ABM.
Dernière modification par Romain le 23 mai 2007 11:08 pm, modifié 1 fois.
Rebonjour,
Merci beaucoup pour votre prompte réponse.
Vous prévoyez que le CheckerFax (ou le FaxGuardian) redémarrera automatiquement Fax2000 en cas d'alerte. Si nous utilisons un module Fax2000 en émission et un autre en réception, les deux seront-ils traités ?
Si vous ne pouvez pas traiter les cas d'erreurs renvoyés par le ou les modems, cela ne semble pas trop grave si par ailleurs, le redémarrage du module entraîne de facto la purge de l'erreur.
Vous expliquez par ailleurs que "Si c'est la fenêtre de perte de connexion du CheckerFax qui apparaît... C'est un problème réseau. L'application n'est pas en cause." Qu'entendez-vous par problème réseau ? Quels éléments pouvons-nous vous transmettre pour vous permettre de creuser la question ?
Vous indiquez que "Les nombreux problèmes que rencontre le fax2000 ne sont pas gérables par lui même, donc une application de surveillance est fort utile.". J'en conclus donc que notre suggestion de traiter les dysfonctionnement du module Fax2000 dans un proche avenir n'est pas retenue ou impossible à mettre en œuvre.
Sachez que nous apprécions toujours à juste titre les efforts réalisés par les membres du support pour tenter de suppléer "en externe" aux lacunes et insuffisances internes de certains modules.
Néanmoins, que ces petites applications soient développées gracieusement sans garantie de support et rendues disponibles dans des versions ßêta n'exonère en rien ABM de ses obligations de moyens relatives à l'objet du contrat de licence principal.
Enfin, la patience figure en bonne place parmi les qualités essentielles d'un exploitant de centre de télésecrétariat, et notre fidélité depuis des années aux solutions ABM en est une parfaite illustration...
Cordialement.
Merci beaucoup pour votre prompte réponse.
Vous prévoyez que le CheckerFax (ou le FaxGuardian) redémarrera automatiquement Fax2000 en cas d'alerte. Si nous utilisons un module Fax2000 en émission et un autre en réception, les deux seront-ils traités ?
Si vous ne pouvez pas traiter les cas d'erreurs renvoyés par le ou les modems, cela ne semble pas trop grave si par ailleurs, le redémarrage du module entraîne de facto la purge de l'erreur.
Vous expliquez par ailleurs que "Si c'est la fenêtre de perte de connexion du CheckerFax qui apparaît... C'est un problème réseau. L'application n'est pas en cause." Qu'entendez-vous par problème réseau ? Quels éléments pouvons-nous vous transmettre pour vous permettre de creuser la question ?
Vous indiquez que "Les nombreux problèmes que rencontre le fax2000 ne sont pas gérables par lui même, donc une application de surveillance est fort utile.". J'en conclus donc que notre suggestion de traiter les dysfonctionnement du module Fax2000 dans un proche avenir n'est pas retenue ou impossible à mettre en œuvre.
Sachez que nous apprécions toujours à juste titre les efforts réalisés par les membres du support pour tenter de suppléer "en externe" aux lacunes et insuffisances internes de certains modules.
Néanmoins, que ces petites applications soient développées gracieusement sans garantie de support et rendues disponibles dans des versions ßêta n'exonère en rien ABM de ses obligations de moyens relatives à l'objet du contrat de licence principal.
Enfin, la patience figure en bonne place parmi les qualités essentielles d'un exploitant de centre de télésecrétariat, et notre fidélité depuis des années aux solutions ABM en est une parfaite illustration...
Cordialement.
Dernière modification par scp le 30 mai 2007 02:24 pm, modifié 1 fois.
Bonjour,
Nous ajoutons à ce qui précède les constats qui suivent :
1) Ce matin, à 9h20, un message de 3 pages tente d'être émis vers une ligne occupée.
Après 5 tentatives infructueuses, CheckerFax déclenche l'alarme à 9h36.
Dans ce cas précis, le processus d'alerte classique qui notifie l'expéditeur de la non-délivrance de la télécopie nous paraît bien suffisant, et l'alarme de CheckerFax superflue et inopportune.
2) Toujours ce matin, à 10h30, un message tente d'être émis mais Fax2000 gèle.
À 10h46, CheckerFax passe en alarme, ce qui permet de débloquer la situation (arrêt et redémarrage de l'application Fax2000).
Dans ce cas, CheckerFax réagit de manière pertinente.
Nous tirons de ce qui précède les remarques suivantes :
D'avance merci pour vos éclaircissements.
Cordialement.
Nous ajoutons à ce qui précède les constats qui suivent :
1) Ce matin, à 9h20, un message de 3 pages tente d'être émis vers une ligne occupée.
Après 5 tentatives infructueuses, CheckerFax déclenche l'alarme à 9h36.
Dans ce cas précis, le processus d'alerte classique qui notifie l'expéditeur de la non-délivrance de la télécopie nous paraît bien suffisant, et l'alarme de CheckerFax superflue et inopportune.
2) Toujours ce matin, à 10h30, un message tente d'être émis mais Fax2000 gèle.
À 10h46, CheckerFax passe en alarme, ce qui permet de débloquer la situation (arrêt et redémarrage de l'application Fax2000).
Dans ce cas, CheckerFax réagit de manière pertinente.
Nous tirons de ce qui précède les remarques suivantes :
- Il nous semble inapproprié de traiter des cas de non-délivrance sur ligne occupée de la même manière qu'en cas de plantage de Fax2000. C'est probablement une question de délai ("time-out") à régler un peu plus généreusement.
L'alarme générée par CheckerFax retentit jusqu'à disparition du contexte qui la provoque : un acquittement manuel est-il possible et dans l'affirmative comment ?
D'avance merci pour vos éclaircissements.
Cordialement.
-
Romain
- Administrateur
- Messages : 692
- Inscription : 10 janv. 2006 10:36 am
- Localisation : Paris 13eme
Bonjour,
En ce qui concerne cette question:
Vous prévoyez que le CheckerFax (ou le FaxGuardian) redémarrera automatiquement Fax2000 en cas d'alerte. Si nous utilisons un module Fax2000 en émission et un autre en réception, les deux seront-ils traités ?
L'application gère uniquement le module ayant l'option d'emission de fax.
De plus Elle devra être lancée sur le poste où se trouve le Fax2000.
Pour répondre au mieux à cette spécificité, le FaxGuardian possèdera une option permettant de choisir entre 2 options. L'une "Surveillant uniquement" et l'autre "Surveillant et gardien".
Permettant ainsi soit de la lancée sur un poste quelconque ou bien sur le serveur.
Je pense que cela répondra bien à la situation, j'essaierai donc de faire le possible pour intégrer cette option.
Vous expliquez par ailleurs que "Si c'est la fenêtre de perte de connexion du CheckerFax qui apparaît... C'est un problème réseau. L'application n'est pas en cause." Qu'entendez-vous par problème réseau ? Quels éléments pouvons-nous vous transmettre pour vous permettre de creuser la question ?
Si la connexion est coupée l'application ne peut se connectée à la base de données.
==============================================
Une option permettant de définir le délai d'alerte sera disponible dans le menu options. Même si d'après moi 15 min semble le mieux adapté, vous pourrai le personnalisé.
==============================================
Il nous semble inapproprié de traiter des cas de non-délivrance sur ligne occupée de la même manière qu'en cas de plantage de Fax2000. C'est probablement une question de délai ("time-out") à régler un peu plus généreusement.
On s'occupe uniquement du délai fixé à 15 min, si un fax est présent dans la fil au délà de ce délai on genère l'alerte.
Par contre une évolution permettant de détecter le message d'erreur d'initialisation avec le modem et de ce fait de relancer le Fax2000 avant ce délai sera étudiée.
L'alarme générée par CheckerFax retentit jusqu'à disparition du contexte qui la provoque : un acquittement manuel est-il possible et dans l'affirmative comment ?
Je ne pense pas que se soit utile.
En ce qui concerne cette question:
Vous prévoyez que le CheckerFax (ou le FaxGuardian) redémarrera automatiquement Fax2000 en cas d'alerte. Si nous utilisons un module Fax2000 en émission et un autre en réception, les deux seront-ils traités ?
L'application gère uniquement le module ayant l'option d'emission de fax.
De plus Elle devra être lancée sur le poste où se trouve le Fax2000.
Pour répondre au mieux à cette spécificité, le FaxGuardian possèdera une option permettant de choisir entre 2 options. L'une "Surveillant uniquement" et l'autre "Surveillant et gardien".
Permettant ainsi soit de la lancée sur un poste quelconque ou bien sur le serveur.
Je pense que cela répondra bien à la situation, j'essaierai donc de faire le possible pour intégrer cette option.
Vous expliquez par ailleurs que "Si c'est la fenêtre de perte de connexion du CheckerFax qui apparaît... C'est un problème réseau. L'application n'est pas en cause." Qu'entendez-vous par problème réseau ? Quels éléments pouvons-nous vous transmettre pour vous permettre de creuser la question ?
Si la connexion est coupée l'application ne peut se connectée à la base de données.
==============================================
Une option permettant de définir le délai d'alerte sera disponible dans le menu options. Même si d'après moi 15 min semble le mieux adapté, vous pourrai le personnalisé.
==============================================
Il nous semble inapproprié de traiter des cas de non-délivrance sur ligne occupée de la même manière qu'en cas de plantage de Fax2000. C'est probablement une question de délai ("time-out") à régler un peu plus généreusement.
On s'occupe uniquement du délai fixé à 15 min, si un fax est présent dans la fil au délà de ce délai on genère l'alerte.
Par contre une évolution permettant de détecter le message d'erreur d'initialisation avec le modem et de ce fait de relancer le Fax2000 avant ce délai sera étudiée.
L'alarme générée par CheckerFax retentit jusqu'à disparition du contexte qui la provoque : un acquittement manuel est-il possible et dans l'affirmative comment ?
Je ne pense pas que se soit utile.
Bonjour,
Les problèmes relatifs au module Fax2000 ne datent pas d'hier (voir notamment http://public.abm2000.com/viewtopic.php?t=254).
Auriez-vous donc des nouvelles de l'avancement de Fax Guardian ou d'un développement encore plus ambitieux ?
Pour mémoire, CheckerFax, annoncé en novembre 2006 et rendu disponible en avril 2007, rendait déjà une partie du service de surveillance mais l'annonce de Fax Guardian en mai 2007 a fait naître chez nous une réelle impatience au vu des fonctions annoncées :
- relance automatique et sur options de Fax2000 en cas de blocage (ce qui se produit... trop souvent) ;
- purge automatique (et à intervalles réguliers ?) des milliers de fichiers .apf qui mobilisent inutilement notre espace de stockage (voir notamment http://public.abm2000.com/viewtopic.php?t=131) ;
- envoi d'alertes par courriel et/ou sms.
En parallèle, comme le principe de Mirador (lancé en septembre 2008) consiste à émettre des alertes via les télégrammes ABM, peut-être serait-il envisageable de traiter via un seul outil les problématiques de :
- surveillance des différents modules (envois de télécopies, lien de taxation, etc.) ;
- gestion des dysfonctionnements (en "trappant" les codes d'erreur renvoyés par les modules quand c'est possible) ;
- purge régulière et récurrente des fichiers .apf inutiles (puisque Fax2000 n'y parvient pas) ;
- envoi d'alertes par télégramme/courriel/sms.
À vous de voir ce qui serait le plus efficace, pertinent et utilisable par vos utilisateurs...
Dans cette attente, et en vous remerciant par avance,
Bonne journée !
Les problèmes relatifs au module Fax2000 ne datent pas d'hier (voir notamment http://public.abm2000.com/viewtopic.php?t=254).
Auriez-vous donc des nouvelles de l'avancement de Fax Guardian ou d'un développement encore plus ambitieux ?
Pour mémoire, CheckerFax, annoncé en novembre 2006 et rendu disponible en avril 2007, rendait déjà une partie du service de surveillance mais l'annonce de Fax Guardian en mai 2007 a fait naître chez nous une réelle impatience au vu des fonctions annoncées :
- relance automatique et sur options de Fax2000 en cas de blocage (ce qui se produit... trop souvent) ;
- purge automatique (et à intervalles réguliers ?) des milliers de fichiers .apf qui mobilisent inutilement notre espace de stockage (voir notamment http://public.abm2000.com/viewtopic.php?t=131) ;
- envoi d'alertes par courriel et/ou sms.
En parallèle, comme le principe de Mirador (lancé en septembre 2008) consiste à émettre des alertes via les télégrammes ABM, peut-être serait-il envisageable de traiter via un seul outil les problématiques de :
- surveillance des différents modules (envois de télécopies, lien de taxation, etc.) ;
- gestion des dysfonctionnements (en "trappant" les codes d'erreur renvoyés par les modules quand c'est possible) ;
- purge régulière et récurrente des fichiers .apf inutiles (puisque Fax2000 n'y parvient pas) ;
- envoi d'alertes par télégramme/courriel/sms.
À vous de voir ce qui serait le plus efficace, pertinent et utilisable par vos utilisateurs...
Dans cette attente, et en vous remerciant par avance,
Bonne journée !
Bonjour,
Nous sommes impatients de tester le résultat de vos travaux actuels et vous encourageons dans cette voie.
Serait-il cependant possible d'avoir une idée de votre "feuille de route" concernant la poursuite du développement du ou des modules de surveillance, sachant que, comme vous le faites si justement remarquer, cela contribue grandement à "améliorer la productivité" des centres.
Plusieurs modules d'ABM sont très régulièrement concernés par des problématiques de fiabilité. En attendant une refonte complète (ABM 3000 ?), basée sur des outils et technologies modernes et éprouvées, qui amélioreraient probablement la robustesse de l'ensemble, la mise à disposition de moyens de contrôle et de surveillance de ce qui dysfonctionne serait un avantage appréciable au quotidien.
Merci d'en tenir compte dans vos prévisions...
Cordialement.
Nous sommes impatients de tester le résultat de vos travaux actuels et vous encourageons dans cette voie.
Serait-il cependant possible d'avoir une idée de votre "feuille de route" concernant la poursuite du développement du ou des modules de surveillance, sachant que, comme vous le faites si justement remarquer, cela contribue grandement à "améliorer la productivité" des centres.
Plusieurs modules d'ABM sont très régulièrement concernés par des problématiques de fiabilité. En attendant une refonte complète (ABM 3000 ?), basée sur des outils et technologies modernes et éprouvées, qui amélioreraient probablement la robustesse de l'ensemble, la mise à disposition de moyens de contrôle et de surveillance de ce qui dysfonctionne serait un avantage appréciable au quotidien.
Merci d'en tenir compte dans vos prévisions...
Cordialement.
Qui est en ligne ?
Utilisateurs parcourant ce forum : ClaudeBot [Bot] et 0 invité