Les billets de flux manage un procédé d'équipes techniques de support technique de produire, de répondre à, et de surveiller l'aide, l'ennui, et les billets de support technique par une surface adjacente de l'âme 2.0.

Les billets de flux projettent des aides qu'une équipe de support technique managent leur chargement de cas de support technique d'une façon sensible et opportune.

Le produit de billets de flux a été produit pour manager mieux des filetages de transmission avec Fluxs plus de 300 propriétaires dans 31 pays. Car des petites entreprises avec le grand support technique ont besoin, les techniciens de support technique de flux ont travaillé avec des développeurs de flux pour produire un système facile à utiliser qui managerait effectivement leur charge de travail.

Les caractéristiques, telles que la régénération automatique du tableau de bord, automatique rebondissent des usagers qui ne répondent pas, et l'habileté d'ajouter les notes privées, ont été comprises dans des billets de flux d'améliorer la transmission de technicien/usager de support technique intérieurement et extérieurement. De plus, les billets de flux peuvent facilement être integrated et étendus dans de divers environnements et applications using son API Java encastrable. Un flux étiquette des ventes de plaque d'immatriculation pour $950 selon le serveur, avec la première année du support et de la maintenance compris.

Des billets de flux se destine pour compléter - mais ne pas concurrencer - des systèmes en place comme le JIRA ou le Mozillas Bugzilla d'Atlassian. Des billets de flux ont été produits influençant l'expérience de l'âme 2.0 du développement du flux 7.3 et de son créateur Ajax-permis de déroulement des opérations.

L'EZ-Billet fournit un billet/système de recherche multi-utilisateurs et basés sur le WEB d'émission.

L'EZ-Billet est un système de recherche basé sur le WEB de billet, établi avec la simplicité à l'esprit. À la différence d'autres systèmes de billet, ce système de billet a la même fonctionnalité que d'autres systèmes de billet ont, sans toute la complexité, rendre son utilisation décisive et efficace.

MONTER :

- Éclater le dossier de goudron dans votre fond de document
- Assurer le PHP est permis
- employer un web browser pour heurter le fond de Doc. de la directive d'ezt-#.#.#. Ceci commencera l'outil de montage
- suivre les instructions d'outil de montage
- retirer le répertoire de montage

Ce qu'il y a de neuf dans ce desserrage :

· nettoyée la peau comprend
· outil de montage de finition
· readme fondamental produit
· couper la première version 0.01
· Système d'e-mouvement de pages d'Implimented
· obtenu exporing pour fonctionner (CSV)
· collant/annoncer fonctionner de billets
· étiqueter les escalades implimented
· Mis en communication aux choix pour des requêtes de sélection, ceci permet les propriétaires multiples, les priorités, etc. à sélectionner
· Tiges de « page suivante » d'Implimented
· BEAUCOUP d'autres choses
· nettoyé profile.php et crochets ajoutés pour ajouter des usagers
· les clichés tellement réguliers ajoutés d'usagers de vérifications rouvrent des billets (seulement les admins)
· support collant ajouté de billet (le vieux PTR annoncent la caractéristique, mais un peu différents)

Le projet de billet d'ennui de PHP fournit des moyens centralisés de l'enregistrement et du rail de problème dans les environnements multi-utilisateurs (médium à de grands compagnies, groupes de développement, etc.).

Il aide des états directs de problème aux administrateurs responsables, maintient le statut d'un problème étant fonctionné en circuit, et offre une liste à jour de modifications récentes appliquées. Il vise à être largement configurable, facile à utiliser même pour ces capables pas techniquement inclinés et et multilingues.

Voici quelques fonctionnalités clé « de billet d'ennui de PHP » :

· enregistrement de problème
· soumission de mise à jour-information
· email-avis des administrateurs
· l'email-avis a envoyé au journaliste de problème après le billet est modifié ou fermé
· observer-fonctionnement pour que les billets soient tenus à jour sur le progrès des billets choisis
· pièces d'assemblage de dossier (virus en marche y compris vérifiant avec le virus-scanner externe)
· liste/fonction de recherche puissantes avec le furetage paginé
· des billets peuvent être réglés dans des rapports/dépendances
· étiqueter rapide-recherchent le fonctionnement directement de l'index principal
· accéder rapidement tous vos propres billets de la page d'index principal
· étalage imprimante-amical des listes et des détails de billet
· soutien de feuilles de style de CSS de la personnalisation facile
· facile multiple-sélectionner/fonctions DELETE proches/
· username/procédures de connexion protégées par mot de passe
· niveaux de variation des permissions/des accès-droits
· l'étendue des usagers non privilégiés peut être limitée à leurs propres billets
· des usagers neufs peuvent s'inscrire à la page de connexion ou être produits par le super utilisateur de la page de gestion
· userlist détaillé procurable pour des administrateurs avec l'information sur la dernière procédure de connexion et la fonction de recherche incluse
· configuration en ligne de toutes les options importantes
· configuration d'information d'expert/administrateur
· dates-limites pour des billets d'ennui
· jusqu'à cinq datafields personnalisables
· des modifications et les billets entiers peuvent être cachés des usagers non privilégiés par les conducteurs
· « verrouillant » des endroits contre la modification par d'autres administrateurs
· support de langue nationale (compris : l'anglais, allemand. D'autres dossiers de langage sont rendus procurables séparé sur la page de téléchargement)
· format de date/heure configurable pour adapter au format national
· capacité du régime de fonctionner avec de basedir « ouvert » de PHPs des mécanismes de garantie de « mode sans échec » et

Billet-IL est un outil pour la création, le management, et l'accompagnement des billets.

Billet-IL est un outil orienté sur les compagnies qui ont besoin d'une bonne intégration et d'une distribution d'informantion au sujet de service à la clientèle, de support, de développement des produits, de callcenter, etc., parmi ses plusieurs services.

Billet-IL a la ressource de l'utilisation facile, l'étalage de concentration et la distribution d'information, effectuant possible son adaptation totale à la plupart des instituts et applications de distintc, étant un outil parfait au helpdesk, CallCenter et support en ligne.

Voici quelques fonctionnalités clé de « billet IL » :

Contrôle et management de l'accès

· Enregistrement d'usager ;
· Enregistrement de groupe ;
· Permission et actions d'accès basées dans le groupe ;
· Programme des événements ;
· Profil d'utilisateur, sommet-configuré ;

Intégration parmi des secteurs/services

· Contrôle des catégories de contexte, rendre l'organisme possible et le cataloguer des appels (billets) étant effectués ou déjà faits ;
· Affecter du Groupe d'utilisateurs selon des catégories ;
· Le billet d'expédition aux usagers extérieurs qui seront en mesure de manifester les appels et le goujon commente ;
· Expédition partiel ou total de billet, rendant possible de manager l'information et le fonctionnement des cotisants de votre compagnie ;

Distribution de l'information

· Les alertes par l'intermédiaire de l'email produisent environ, s'ouvrir, effectuer, proche et ré-ouverture ou commentaires des billets à ceux concernés dans les catégories ;
· Étalage principal des billets personnels, ou de la collaboration, obtenant à accès rapide aux billets, facilitant le service ;
· Mélanger à base d'informations dans accomplir simple d'information, qu'en raison de Billet-LUI l'utomation, distribuent il à ceux a concerné dans le procédé ;
· Protocole expédiant à l'accès extérieur d'agent (propriétaires, reps, etc.) sans nécessité d'usager et de mot de passe ; ;



Ce qu'il y a de neuf dans ce desserrage :

· Ce desserrage met en application un outil de montage d'âme et une option pour la personnalisation du message de retour d'informations.
· L'organe « usager des compagnies » a été déjà mis en application, avec ses ressources existantes.
· Un masque était appliqué (des commentaires et retour d'informations de billet) pour des usagers d'invité, ainsi ils verront le nom de groupes au lieu du nom d'utilisateur dans les commentaires.
· Quelques bogues moins importants ont été corrigés.
· Le schéma d'internationalisation de gettext a été terminé.
· La traduction anglaise de (US) est faite.
· Il y a quelques améliorations visuelles.

Le dispositif de poursuite de billet de Bluetail (BTT) est un système pour produire, enregistrer et maintenir des billets. Un billet décrit une émission d'un certain tri.

Ce peut, par exemple, être un état d'ennui ou une note de ToDo. Il est procurable pour l'utilisation (et la distribution) sous la licence publique de GNU.

Les usagers de BTT sont divisés dans quatre catégories différentes d'usager : Personnel, ami, propriétaire et anonyme. L'accès aux caractéristiques enregistrées dans BTT peut être réglé pour l'ami, le propriétaire et les groupes anonymes, alors que le groupe de personnel a des droits d'accès complet. Ceci (si tout va bien) permet à BTT d'être des deux utilisés pour des projets opens sources aussi bien que dans des réglages plus commerciaux.

Dans un projet open source :

* un ou plusieurs gens (personnel) accueillent un site qui exécute le billet traitant pour une certaine application
* un certain nombre de gens (personnel + amis) collaborent au développement qui comprennent également traiter de billet
* n'importe qui a intéressé autrement (propriétaire ou anonyme) peut vouloir vérifier le mode des billets (par exemple les états d'ennui)

Dans un réglage commercial :

* une compagnie (personnel) exécute le dispositif de poursuite de billet comme aide dans leur développement de produits.
* la compagnie peut être écartée géographiquement ou peut avoir des associés de développement (les amis)
* les propriétaires peuvent signaler des problèmes et suivre l'étape progressive (le propriétaire)

Un billet se compose d'un certain nombre d'inducteurs, par exemple indiquant un nom de desserrage, le nom constitutif, la personne responsable, le staus, la priorité, etc. Les valeurs réelles d'inducteur est définies par le personnel quand le dispositif de poursuite de billet de Bluetail est installé. Le fonctionnement quotidien de BTT comprend la création, l'édition, la recherche et le visionnement des billets.

Les usagers peuvent également activer le fonctionnement d'alerte de courrier qui enverra un courrier à l'usager quand, par exemple, un billet neuf comme affecté à l'usager.

BTT peut également stocker des informations sur les propriétaires qui peuvent être utiles dans un scénario de bureau de support. Ceci permet pour brancher un billet à un propriétaire particulier. Il est également utile dans un scénario de bureau de support où l'ingénieur support doit rapidement trouver des informations sur un propriétaire.

BTT peut également stocker des informations générales. Ce knowledge base se compose d'une mémoire de courrier et d'une mémoire de l'information.

La mémoire de courrier permet pour rechercher des courrier (d'un compte POP3) et pour les enregistrer localement dans un répertoire de BTT. Des courrier enregistrés peuvent être recherchés, vus et puis transformés en billets.

La mémoire de l'information est divisée dans deux parts, un external (pour des usagers/propriétaires) et un interne (pour le personnel/amis). L'endroit externe peut par exemple être employé pour produire un FAQ (souvent posé la question), un endroit de HOWTO. La base de connaissances interne se destine pour le personnel et/ou les amis, et peut par exemple stocker l'information telle que des listes d'adresses, comment compléter les charges forment, ou contiennent la description du procédé de travail, etc.

Actuel BTT supporte anglais, français, allemand, l'Espagnol et le Galicien. Ajouter des langages neufs est facile, un dossier de définition de langage doit être produit avec une traduction de tout le texte qui peut être manifestée. (Si vous faites ceci, veiller à envoyer le dossier neuf de langage aux soutiens de sorte qu'il puisse être comporté au desserrage normal).

Des billets peuvent également être recherchés et enregistrés par l'intermédiaire d'une ligne commande d'Unix surface adjacente.

le phpticket est un système d'étiquetage sauvé dans le PHP, sauvegardé par une base de données mysql. Son but est de fournir à des helpdesks/à personnels un facile « de faire » la demande de maintenir ce qui doit être fait.

La surface adjacente est maintenue assez simple et facile à utiliser. Le code est qualifié sous le GPL.

Le logiciel de lieur de billet contient un ensemble de diverses connexions pour l'intégration du système de helpdesk de Cerberus avec d'autres systèmes. Un DokuWiki embrochable est actuel avaiable.

le projet de service de billet de téléchargement de DL est un minimaliste et un service approximatif de billet de téléchargement avec l'expiration automatique, sauvée dans le PHP. Ive employant ce service comme remontage d'email-pièce d'assemblage pour ma compagnie, mais là ne sont aucun régime sur l'étendre. Il restera minimal : aucunes caractéristiques de fantaisie, juste corrections de bugs.

Installation :

Copier le répertoire de « htdocs » à un répertoire de choix sous votre web server. Configurer l'intérieur nécessaire « comprennent/config.php » de paramètres pour réfléchir l'URL d'external, le mot de passe principal, etc. « Comprendre » le répertoire ne doit pas être accessible : si vous employez apache, le dossier inclus de .htaccess devrait être suffisant ; consulter votre documentation de web server autrement.

Un répertoire de boisseau en dehors de du fond de web server doit être accessible au procédé de web server. Dans l'exemple « comprennent/config.php » que ceci est configuré en tant que » /var/spool/dl ". Si vous web server exécute en tant que « personne : nogroup », émission :

mkdir - p - m770 /var/spool/dl
nogroup /var/spool/dl de chgrp

pour produire correctement ce répertoire.

La limite maximale de téléchargement est déterminée par plusieurs paramètres de configuration de PHP :

file_uploads : doit être "ON".
upload_tmp_dir : assurer qu'assez d'espace est procurable.
upload_max_filesize : changer comme nécessaire.
post_max_size : doit être au moins 1M plus grand qu'upload_max_filesize.

La limite de téléchargement suivant les indications du formulaire de soumission est déterminée automatiquement à partir du paramètre d'upload_max_filesize. Vous pouvez également régler ces paramètres avec l'intérieur « incluez/config.php » d'ini_set () ou par des directives d'apaches pour les localiser au circuit d'installation.

Il y a plusieurs insectes dans le fonctionnement de dba_open () dans PHP 4.x qui ne peut pas être fixe. Si vous pouvez, PHP de mise à niveau au moins à 4.3.5. Si vous ne pouvez pas améliorer, vous devez configurer le paramètre de « $dbHandler » à quelque chose procurable à votre installation de PHP (habituellement db3/db2/dbm) et employer utilitaire du DB le « db4_load » de Berkeleys pour produire une base de données vide :

écho | db4_load /var/spool/dl/data.db
écho | db4_load /var/spool/dl/user.db
chmod 770 /var/spool/dl/ *.db
nogroup /var/spool/dl/ *.db de chgrp

Selon votre système, vous pouvez devoir employer « db3_load/db2_load/etc » au lieu de « db4_load ». Parfois ces utilitaires font partie d'ensembles de mesures de « db*-util » sous plusieurs distributions de Linux. Si vous avez PHP 4.3.5 ou plus grand, ceci est fait automatiquement.

L'expiration de billet est exécutée automatiquement quand n'importe quel page Web est demandé. Ceci signifie que les téléchargements expired occuperont toujours l'espace sur le répertoire de boisseau jusqu'à ce qu'un page Web soit d'abord entretenu. Si vous devez s'assurer que le boisseau est purgé régulièrement (pour les serveurs très à faible trafic), installe une fonction ordonnancée qui demande la page de « http://dl.example.com/d/ ». Sous l'UNIX, installer une entrée de cron comme ceci :

0 0 * * * wget - q - O /dev/null « http://dl.example.com/d/ » > /dev/null

Limitations :

· Vérifié avec tous les maire et programmes de lecture moins importants.
· Vérifié avec PHP 4.2/4.3.
· Des chaînes d'octet ne sont pas actuel supportées.
· Le bouton de soumission n'est pas invalidé correctement avec l'Internet Explorer 6 (travaux sur d'autres programmes de lecture graphiques cependant).

MANIE LA BATTE fournit à un maigre, à un système élégant de billet d'ennui la ligne commande et à des interfaces web.

MANIE LA BATTE (Barnhard associe le système d'étiquetage d'ennui) est un maigre, système élégant de billet d'ennui avec la ligne commande et les interfaces web, sauvées dans le Perl. Il emploie MySQL pour sa partie postérieure, et a une surface adjacente de billet-par l'intermédiaire-email pour la présentation et l'enregistrement à titre d'information.

Les caractéristiques comprennent le soutien des billets en instance en circuit ou résolu quand d'autres billets sont rejetés, une habileté d'affecter des billets à une personne, une habileté de classer par catégorie et donner la priorité à des billets, et à associer des codes de facturation à de divers événements de enregistrement.

Le helpdesk de PHP est un régime en ligne de helpdesk pour l'usage dans les organismes avec les compagnies ou les services multiples de soeur.

Voici quelques fonctionnalités clé de « helpdesk de PHP » :

· Ajouter/des usagers modifier/effacement
· Ajouter/modifier/services/compagnies d'effacement (ex. IL service, helpdesk, applications, heure)
· Ajouter/des catégories modifier/effacement pour chaque service/compagnie
· Ajouter/modifier le billet d'ennui/information de fonction
· Ajouter/des pièces modifier/effacement
· Ajouter les événements liés à chaque billet
· Temps d'addition/pièces à chaque événement
· Modifier/autoriser/des billets de fonctions/ennui de mise à jour
· Fonctions proches/billets d'ennui
· Ouvrir les billets déjà fermés
· Produire des états sur le temps de réponse, le temps de définition, et les billets d'ennui associés avec chaque identification d'ordinateur

le projet facile de TicketManager est un système pour des requêtes du client de management (des billets d'ennui ou assimilé) pour un groupe d'usagers.

Chaque billet est affecté à un propriétaire et à un responsable qui est responsable de traiter ce billet. Des billets peuvent être dispensés dans les dépliants ou par des catégories et peuvent avoir des notes jointes à elles.

Ce qu'il y a de neuf dans ce desserrage :

· Vous pouvez manager des billets et définir un déroulement des opérations pour traiter ces organes.
· L'outil de montage a été amélioré, aussi bien que le concept embrochable.
· Les connexions suivantes sont expédiées et montées automatiquement : note le management, le management de signets, et le billet embrochable.

Whups fournit un système de recherche de billet et d'insecte.

Il est conçu pour être extrêmement souple en laissant des usagers définir des genres de billets, de différentes durées de vie utile (ensembles de conditions) et de priorités pour chaque genre de types de billet, et de mélange de billets en jeux de files d'attente.

Ce modèle tient compte des usages polyvalents très généraux et sophistiqués.

Voici quelques fonctionnalités clé de « Whups » :

· Soutien des « files d'attente » multiples (projets d'aka).
· Types faits sur commande de billet, conditions, priorités selon la file d'attente.
· Produire, affecter, les billets proches.
· Rechercher les billets appariant des critères particuliers.
· Une construction complexe de requête pour la construction et le sauvetage/la coutume de enregistrer recherche.
· Une installation d'enregistrement comprennent des graphiques.
· Accès client (en plus de l'accès de procédure de connexion).
· Notification par email des modifications aux billets.
· Des certains groupes/support de permisions (plus à venir).

Ce qu'il y a de neuf dans ce desserrage :

· S'assurer qu'une échéance en année antérieure ne rend pas l'EditTicketForm incorrect (insecte #4763).
· Retirer les recherches sauvegardées (demande #4897).
· Prévoir les attributs de datte de billet quand ils changent au lieu de sur chaque accès (php@ideacode.com, demande #4893).
· Des requêtes sont maintenant managées comme actions, mais les morceaux fabriqués en série sont enregistrés et managés par Whups dans leur propre tableau spécifique.
· Permettre l'accès client à la page de requête.
· Un mot plus sec s'enveloppant dans des représentations de chaîne de caractères des billets (demande #4510).
· Ajouter un bloc sommaire de file d'attente montrant des files d'attente avec le nombre de billets ouverts dans chacun (demande #4628).
· Combiner la languette de gens avec la mise à jour tableau.
· Laisser changer des files d'attente de billet tant que l'usager a des permissions d'EFFACEMENT sur la file d'attente actuelle et des permissions d'EDIT sur la file d'attente neuve (tmerritt@email.arizona.edu, demande #4268).
· Ajouter les heures et les minutes aux échéances.
· Employer toujours le résumé pour l'étiquette sommaire d'inducteur de billet.
· Ajouter la traduction slovène (canard ).
· Montrer le demandeur dans les résultats de la recherche COM de nezna (de rodion (à) (point), insecte #2820).
· Montrer le commentaire ou mettre à jour les languettes selon des permissions, mais pas les deux.
· Enregistrer la datte dernier-mise à jour pour des billets (insecte #2396).
· Les billets ont maintenant un gisement optionnel d'échéance.
· Appel neuf de l'updateTicket api (Ben Klang , insecte #4101).
· Vérifier les permissions en réglant des attributs de billet par un api appellent (Ben Klang , insecte #4098).
· Si les invités peuvent ajouter des billets mais ne pas les voir, ne pas leur dire ajouter défailli (insecte #3630).
· Ajouter les billets non affectés Horde_Block (demande #766).
· [le BMS] Fixer trier en résumé la page pour améliorer des dattes de traitement. (Insecte #2930)
· Ajouter le support de CAPTCHA au commentaire d'ajouter et produire les formes de billet.
· Livrer les alimentations de RSS dedans une manière dont supporte USM (http://www.kbcafe.com/rss/usm.html, demande #2593).
· le processMail () ignore maintenant les email qui ont été produits par Whups (insecte #3398).
· [ben] un meilleur soutien de MS-SQL.
· Ajouter la traduction norvégienne (de Bokmal) (Torbjorn Grindhaug ).
· La page de « mes insectes » est maintenant une disposition de Horde_Block (demande #3202).
· Les permissions de fixage vérifiant le billet commente quand un usager d'admin est celui formulant le commentaire (insecte #2673).
· L'effacement recherche par la chaîne de caractères de getvars, pas de nom (insecte #3197).
· Laisser affecter des billets aux groupes étrangers

Keystone2 est un outil web pour manager une petite et moyenne équipe de travail. L'utilisation primaire de Keystone2s est comme système de billet d'ennui pour le service et l'userbase, mais comprend également le contact et la gestion des ressources, tout fortement intégré.

Le système permet à l'userbase de présenter des billets d'une mode simple, alors que les techniciens ont un point de vue plus puissant et plus avancé. Après installation, le système entier est maniable par l'intermédiaire de l'interface web.

Voici quelques fonctionnalités clé de « Keystone2 » :

Environnement
· Compléter la surface adjacente basée sur le WEB plate--indépendante
· Sauvé dans le PHP pour la portabilité totale
· Supporte beaucoup de systèmes de base de données SQL de parties terminales par une couche souple d'abstraction de base de données

Étiquetage
· Supporte l'interface utilisateur publique aussi bien que la surface adjacente hautement configurable avancée de technicien
· Vues configurables pour trier, mettre en valeur, et classification
· Enfant de Hierarchial groupement de « parent/ » des billets
· Compléter le logarithme naturel de contrôle de toutes les mises à jour ou modifications à un billet
· Notification par email aux techniciens et/ou usagers quand les billets changent ou sont produits
· vues Système-définissables de filtre
· états Usager-editable
· autorisation d'accès ACL-basée par le groupe ou l'usager

Gestion de patrimoine
· Suivre les émissions de matériel en associant des billets au matériel
· Maintenir les stocks de différentes pièces ou de quantité-sur-main
· Associer les stocks aux systèmes pour maintenir la pleine accumulation de matériel

Gestion des contacts
· Maintenir les compagnies ou les personnes
· Ouvertures de session utilisateur pour que les contacts voient les billets associés
· Voir les billets liés aux contacts ou aux contacts liés aux billets
· Tout numéro d'email, de téléphone, ou d'entrées d'adresse selon le contact

Ce qu'il y a de neuf dans ce desserrage :

· Ceci représente l'ensemble final de modifications portant Keystone2 à jour.
· Beaucoup d'insectes dans les modules secondaires ont été raccordés.
· Le gestionnaire de ressources a été essentiellement récrit.
· La gestion des contacts a été améliorée grand, et beaucoup de petits insectes ennuyants dans le rendu et l'enregistrement ont été réparés.

Le projet de Ticketsmith est un système complet et basé sur le WEB de billet de support d'email. Des messages envoyés à votre liste des mails de support sont insérés dans une base de données et catalogués pour la visualisation facile sur l'âme.

Répond, personnel et le propriétaire, sont également catalogués, quoique votre propriétaire emploie un client mail régulier.

D'autres caractéristiques comprennent des commentaires internes de personnel au sujet des billets, trier rapide et des capacités de recherche, et notification par email sur la réception de billet.

Ticketsmith est la composante de support d'ouvrir-source du système d'automatisation d'accueil d'âme de réseaux de point de Voxel, übersmith.

Ce qu'il y a de neuf dans ce desserrage :

· caractère impair fixe d'email en résumés de commentaire
· attribut ajouté d'image d'alt pour un meilleur index/admin.php en programmes de lecture textes uniquement
· se traduire coter-imprimable ajouté à la vue de billet
· grammaire fixe dans ma vue de billets sans des billets
· insecte fixe de Gateway avec les sujets et/ou les fuselages vides
· adresse mise à jour de liste d'adresses dans le Lisez-moi
· liquidations moins importantes de code

ARAAS est un système billet-basé d'authentification et d'autorisation. Peut prévoir unique-signe-sur des web server multiples. Authentification de LDAP.

Elle se compose d'une application Web de J2EE d'authentifier des usagers et de produire des billets bloqués de session et d'un module d'Apache pour vérifier les billets. Il est possible d'employer les billets sur des web server multiples pour fournir unique-signe-sur.

Des usagers sont authentifiés contre un serveur LDAP. Cependant, le mécanisme d'authentification est extensible pour permettre l'utilisation d'autres genres de serveurs d'authentification.
Une fois que l'usager est authentifié la configuration normale d'autorisation d'Apache peut être employée pour accorder à l'accès aux pages Web.

Un desserrage postérieur d'ARASS laissera également centraliser l'information d'autorisation dans un dépôt séparé, comme une base de données ou un serveur LDAP. Ceci peut être employé par des applications Web de stocker l'information générique d'autorisation, assimilée au service d'OMGs rad.

Konsultant est une demande de KDE de petite équipe des conseillers pour gérer des usagers, des billets, et des projets. Un serveur fonctionnant de postgres est exigé pour le fonctionnement.

Le but de modèle est de produire une application fonctionnante, mais également un cadre d'applications simple.

Ce qu'il y a de neuf dans ce desserrage :

· desserrage neuf, aucun dialogue de config encore

Les éléments d'équipe est une collaboration et l'application Web de direction de projet comportant des wikis, des nouvelles et des blogs, projet planification, des affectations, des membres de l'équipe, des discussions partagées, des avis, des listes, rail d'émission, stockage de document, recherche à texte intégral, enregistrement, et des alimentations personnalisées de RSS.

Les usagers peuvent produire un projet, alors invitent d'autres pour participer. Le projet est conçu pour l'usage professionnel et personnel, avec chaque espace de projet contenant un ensemble complet des permissions et des usagers.

Voici quelques fonctionnalités clé des « éléments d'équipe » :

· Des articles et des blogs de nouvelles - maintenir chacun sur le projet avisé avec les dernières nouvelles de projet
· Wiki - produire rapidement une âme d'information ; perfectionner pour le partage à jour de la connaissance
· Des groupes de discussion - centraliser la collaboration parmi des membres de projet, y compris des rapports sur l'état d'avancement des travaux
· Gestion de documents - enregistrer et rechercher les documents en ligne, using versioning et dépliants
· Des listes - enregistrer les organes de projet, tels que des organes de to-do dans des listes de mulitple
· Des régimes - affecter les étapes importantes et les activités using une vue d'ensemble de votre projet ou les importer d'Excel
· Des billets - capter les émissions comme elles surgissent et tracent rapidement une solution ; une solution sophistiquée de service SVP
· Équipe - inviter d'autres à votre projet et leur affecter un rôle de projet
· Recherche - recherche à texte intégral sur toutes les caractéristiques de projet
· États et alimentations de RSS

Ce qu'il y a de neuf dans ce desserrage :

· Ce desserrage s'améliore sur la fonctionnalité et le déroulement des opérations d'usager autour des billets.
· Les billets ont maintenant des pièces d'assemblage de dossier et des notifications par email souscrites par usager.
· Il y a également une distinction claire parmi les usagers qui peuvent soumettre des billets, ceux qui peuvent affecter, et ceux qui peuvent compléter des billets.
· Un répertoire de contact a été également ajouté pour enregistrer l'usager et les informations de contact mondiales.
· Il y a plus de 20 améliorations générales partout.

Le dispositif de poursuite de Rubicon est un système de recherche de billet/émission sauvé dans C++ using une partie postérieure de SQL pour enregistrer et sauvegarder la toutes les information et histoire de billet.

Le dispositif de poursuite est un système basé sur le WEB. Toute l'interaction se produit par un web browser régulier. Le dispositif de poursuite peut être employé pour le rail d'insecte, le support de téléphone/service SVP, ou n'importe quel autre procédé qui exige le rail des organes par des phases.

Voici quelques fonctionnalités clé de « dispositif de poursuite de Rubicon » :

Émission suivant de Majentis

· Le dispositif de poursuite de Rubicon est un système basé sur le WEB pour des défectuosités de rail et de management et des émissions dans un projet ou des projets de muliple. Le dispositif de poursuite de Rubicon met en commun l'information entre les membres de l'équipe, usagers, et le management, offrant une solution de bout en bout de management d'émission.

Basé sur le WEB

· Le format basé sur le WEB de dispositifs de poursuite de Rubicon permet à votre équipe, usagers, et management de collaborer de n'importe où. Le dispositif de poursuite de Rubicon n'exige d'aucun web server pour exécuter, installer, ou mettre à jour. Le dispositif de poursuite de Rubicon est son propre web server, adapté particulièrement pour cette application, permettant des réactions promptes même sous des charges lourdes.

Notification par email

· Maintenir tous les membres de l'équipe dans la boucle using l'avis instantané par l'email quand une émission (nous les appelons des billets) est ajoutée ou modifiée de quelque façon. Quand un billet est ajouté, l'email est envoyé à tous les chefs de projet enregistrés au moyen de ce projet. Une fois que le chef de projet décide qui best suited pour travailler à un billet, la personne affectée est envoyée à un email les informant qu'elles ont un billet. Toutes les modifications au billet voudront produisent de l'email pour toute la Person invlolved.

Déplacer les billets

· Si un billet est par mégarde ajouté au projet incorrect, un chef de projet peut déplacer le billet à n'importe quel autre projet que le chef de projet a accès à.

En ligne ou Individu-Accueilli

· Majentis t'offre deux solutions pour le rail d'émission. Vous pouvez monter et mettre à jour le dispositif de poursuite de Rubicon sur vos propres serveurs, ou vous pouvez employer notre système interactif, externalisant vos nécessités de rail d'émission.

Le projet de système de recherche d'ordre d'entretien est une multi-succursale, système de recherche multi-utilisateur de billet conçu pour changer les systèmes manuscrits incertains de billet pour de petites et grandes entreprises. Différentes succursales sont branchées ensemble par l'intermédiaire de l'Internet, vous sauvegardant argent en exigeant seulement un serveur.

Des SOLIDES TOTAUX de WorkOrder a été conçus pour répondre au besoin d'ordre d'entretien accessible et fiable clouant le système. Il a été maintenu petit pour assurer la performance optimale même sur les connexions Internet lentes, l'impression actuelle de pied sans base de données est autour de 300KB.

Des SOLIDES TOTAUX de WorkOrder est actuel configurés pour le travail de service informatique mais peut être configurés pour adapter à la plupart des entreprises dans des minutes. Veuillez me contacter concernant vos besoins des entreprises spéciaux.

Voici quelques fonctionnalités clé des « SOLIDES TOTAUX de WorkOrder » :

Pro seulement caractéristiques :

· Succursale multi capable
· GuestKey - permettre aux propriétaires de vérifier le mode de leur billet en ligne. Observer le vidéo instantané
· Programmateur sur place d'affectation - calendrier dynamiquement produit, années d'affectations de programme d'aujourd'hui.
· Sauvegarder les informations client particulières sous des formes de propriétaire. Codes d'alarme ou de grille, disposition d'IP de réseau, imprimés spéciaux. Observer le vidéo instantané
· Recul simple
· Garantie d'usager
· Panneau de contrôle étendu - les valeurs réglées d'inducteur de défaut, personnalisent la terminologie de régime à votre industrie

Actuel ces fonctionnements sont supportés par l'édition professionnelle et libre :

· Pleine recherche de base de données client
· Remplir la base de données client avec l'histoire de travail
· N'exige pas l'installation de logiciel client ! (Web browser de multimédia requis avec le Javascript permis pour la fonctionnalité avancée)
· Le régime produit des billets d'enregistrement avec des inducteurs de signature de propriétaire et des étiquettes d'organe
· Obtenir le mode de n'importe quel billet avec un cliquetis de souris.
· Des opérations peuvent être affectées aux billets. Par exemple : Signé, sur le banc, attendant l'appel, préparer pour la camionnette de livraison
· Rechercher tous les billets de dépannage les expressions, les employer comme base de données de solution