Hallo,
ist die undokumentierte Option Ticket::Acl::Module deprecated und wird in
den nächsten Versionen wegfallen, oder ist sie zum Einklinken eigener
ACL-Module offiziell "freigegeben"?
Felix
___
OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.o
Hallo,
ich möchte den Wert von TicketFreeKey[1-16] per ACL verändern, um so
notwendige Ticketangaben pro Queue regeln zu können. Ich verwende folgende
Einträge in der Config.pm, um z.B. in der Queue "Software" als Schlüssel für
den Freitext1 nur "serial" zuzulassen:
$Self->{'TicketFreeKey1'} = {
Hallo,
kennt jemand eine elegantere Möglichkeit als ein eigenes GA-Modul, um
eskalierte Tickets an Empfänger zu senden, die nicht als Agenten vorhanden
sind und deren Emailadressen somit nicht im OTRS hinterlegt sind? Wenn ja,
welche?
Gruss
Felix
___
Hallo,
> Ist es möglich, die Company Tickets nur für gewisse User in der Firma
> freizuschalten? D.h. es sollen nicht alle Mitglieder die Tickets der gesamten
> Firma sehen können, sondern nur Abteilungsleiter, etc
das sollte gehen, wenn Du jedem Mitarbeiter eine eigene CustomerCompanyID
zuweist
Pascal Rebsamen - Tenic AG ([EMAIL PROTECTED]) wrote:
> Ist das die einzige Lösung?
Import von CustomerUser/CustomerCompany aus der bestehenden Datenbasis - mit
all den Randanforderungen (bereinigte Daten sollten vorliegen, evtl. eigene
Module entwickeln). Heisst nicht umsonst OTRS-_Framework_ ;-
Hallo,
vielleicht sehe ich gerade im Statistikmodul mal wieder den Wald vor lauter
Bäumen nicht...
Ich möchte eine ansich einfache Statistik (Balken- bzw. Liniendiagramm)
erstellen, die auf der X-Achse die Monate eines Jahres darstellt und als
Werte jeweils die Anzahl der in dem Monat eröffneten u
IT | Canyon Bicycles ([EMAIL PROTECTED]) wrote:
> Was bewirkt die Tabelle, können wir eine Tabelle aus einem anderen OTRS
> System benutzen?
Hi,
die wird IMHO nur vom PostmasterPOP3 und GenericAgent verwendet. Also
sollten Cron.sh stop, Neuanlage der Tabelle aus dem otrs-schema.mysql.sql
und Cro
Kulcsar, Stefan ([EMAIL PROTECTED]) wrote:
> z.B. Ein Kunde möchte einen neuen Benutzer für eine Applikation beantragen.
> Dazu muss er mehrere Pflichtfelder ausfüllen. Für diesen Fall würden wir beim
> Erstellen neuer Tickets verschiedenen Formulare hinterlagen.
>
> Gibt es da eine fertige Schni
[EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> Kannst du mir kurz schildern wie du das Problem mithilfe von Schlüsseln und
> Werten realisiert hast?
ja: eigenes ACL-Modul programmiert, das pro Queue nur die
Freitexte/Freitextschlüssel erlaubt, die auch für die jeweilige Queue
vorgegeben wurden. M
Hallo,
> Benachrichtigungen an Kunden (nach Besitzer-, Queue- oder Statuswechsel)
> deaktivieren.
das sind Einstellungen pro Queue.
Gruss
Felix
___
OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/
Archiv: http://lists.otrs.org/pipermail/otr
Hi,
das wird nur mit einem Postmasterfilter klappen, der (a) die
Ticketnummer im Subject dynamisch anpasst und (b) die Ticketnummer in
der jeweils anderen Queue in einem Freitextfeld (etwa "externe
Ticketnummer") hinterlegt.
VG,
Felix
On 07/27/11 17:23, Thomas Wittmann wrote:
> Hallo Zusammen,
>
Hi,
dafür gibts mehrere Möglichkeiten: Ticket::Watcher; Ticket::Responsible;
Softwareentwickler gibt das Ticket nach Bearbeitung an einen vormaligen
Besitzer zurück (dafür gibts ein eigenes Dropdown im Ticket::ViewOwner);
Softwareentwickler geht die Historie des Tickets durch und entscheidet
selbs
12 matches
Mail list logo