Automatisierung durch SQL Logiken kommt nicht im Frontend an

Allgemein Fragen, deutsche News, Ankündigungen & Events zum OTRS
Post Reply
Monkeyschool
Znuny newbie
Posts: 2
Joined: 12 Mar 2020, 09:12
Znuny Version: 6.00
Real Name: Paul Momper

Automatisierung durch SQL Logiken kommt nicht im Frontend an

Post by Monkeyschool »

Guten Tag zusammen,

wir haben derzeit einige Automatisierungen über Generic Agents abgedeckt. Dabei pflegen wir zu viele GenericAgents. Um dieses (unvorteilhafte) Vorgehen abzulösen, planen wir SQL Logiken im Hintergrund laufen zu lassen, welche über Prozeduren nach bestimmten Logiken Daten anhand von Referenztabellen pflegen.

Nachfolgend ein Beispiel:
Jeden Tag wird eine bestimmte Person standardmäßig über einen Generic Agent als Besitzer für alle neuen Tickets vorgesehen. Eine entwickelte Prozedur kann diese Person nun aus einem Kalender auslesen und via Update-Befehl in die entsprechende OTRS Tabelle ("GenericAgents") als ID schreiben.

Herausforderung:
Obwohl die Person in der Datenbank korrekt geändert wurde, taucht noch die vorher eingetragene Person im GenericAgent-Job im Frontend auf. Es greift auch weiterhin die Person im GenericAgent und nicht die in der Datenbank.

Hat jemand einen Tipp oder eine Quelle, wie die Architektur von OTRS an dieser Stelle funktioniert?
Ist die Datenbank alleine nicht maßgeblich für die entsprechenden Felder?
Gibt es bestimmte Trigger, die noch "auszulösen" sind, um eine solche Automatisierung möglich zu machen?

Vielen Dank für ein paar Tipps oder Hinweise im Vorhinein.

Viele Grüße
Paul
root
Administrator
Posts: 3964
Joined: 18 Dec 2007, 12:23
Znuny Version: Znuny and Znuny LTS
Real Name: Roy Kaldung
Company: Znuny
Contact:

Re: Automatisierung durch SQL Logiken kommt nicht im Frontend an

Post by root »

Monkeyschool wrote: 13 Mar 2020, 10:26 Vielen Dank für ein paar Tipps oder Hinweise im Vorhinein.
Hi,

ja einen eindeutigen Tipp: so nicht. Ihr arbeitet an der API von OTRS und dem Caching vorbei. Das kann je nach Art der Änderung zu a) eventueller Datenkorruption/-verlusten kommen, b) ist nicht nachvollziehbar (TicketHistory) und c) bestimmt mehr Probleme verursachen als mir gerade einfallen.

Ihr könntet jetzt nach jedem Update per SQL auch den OTRS Cache löschen, aber das wird euch auch nicht zufriedener machen. Aber ohne mehr Details über Änderungen zu kennen kann ich dazu nicht mehr sagen.

- Roy
Znuny and Znuny LTS running on CentOS / RHEL / Debian / SLES / MySQL / PostgreSQL / Oracle / OpenLDAP / Active Directory / SSO

Use a test system - always.

Do you need professional services? Check out https://www.znuny.com/

Do you want to contribute or want to know where it goes ?
jojo
Znuny guru
Posts: 15019
Joined: 26 Jan 2007, 14:50
Znuny Version: Git Master
Contact:

Re: Automatisierung durch SQL Logiken kommt nicht im Frontend an

Post by jojo »

Hallo,

am besten benutzt Ihr die Webservice API um Tickets zu ändern. Wie Roy schon schrieb sind Änderungen in der Datenbank kein Weg dies zu tun
"Production": OTRS™ 8, OTRS™ 7, STORM powered by OTRS
"Testing": ((OTRS Community Edition)) and git Master

Never change Defaults.pm! :: Blog
Professional Services:: http://www.otrs.com :: enjoy@otrs.com
Monkeyschool
Znuny newbie
Posts: 2
Joined: 12 Mar 2020, 09:12
Znuny Version: 6.00
Real Name: Paul Momper

Re: Automatisierung durch SQL Logiken kommt nicht im Frontend an

Post by Monkeyschool »

Hi zusammen,

herzlichen Dank für die schnelle und hilfreiche Rückmeldung.

Das klingt nach genau dem Missverständnis, dass wir bislang hatten.
Das wird sehr weiterhelfen.

Viele Grüße
Paul
Post Reply