Általános ügyintéző

Feladat általános beállításai

Feladatnév *

The name of this resource. Any type of characters can be entered to this field including uppercase letters and spaces. The name will be displayed in the overview table. A job can be renamed after creation.

Érvényesség

Állítsa be ennek az erőforrásnak az érvényességét. Ez az erőforrás csak akkor használható az OTRS-ben, ha ez a mező Igen értékre van állítva. Ennek a mezőnek a Nem értékre állításával letiltja az erőforrás használatát.

Automatikus végrehajtás

Töltse ki ezt a szakaszt a feladat automatikus végrehajtási idejeinek beállításához.

The job fires at every combination of selected minutes, hours, and days. At least one value must be selected in each of the three fields for the automatic schedule to be active. If any field is left empty, a warning is displayed and the job will not run on a schedule.

Perc ütemezése

A percek kiválasztása, amelyekben a feladatot végre kell hajtani. Ha például 10 lett kiválasztva, akkor a feladat óránként lesz végrehajtva a következő időpontokban: 00:10, 01:10, 02:10, stb.

Figyelem

Az automatikus végrehajtást óránként legfeljebb egyszer szabad elvégezni. A korlát túllépése befolyásolhatja a rendszer teljesítményét.

Óra ütemezése

Az órák kiválasztása, amelyekben a feladatot végre kell hajtani. Ha például 10 lett kiválasztva a perceknél és 03 lett kiválasztva az óráknál, akkor a feladat minden nap 03:10-kor lesz végrehajtva.

Nap ütemezése

A napok kiválasztása, amelyekben a feladatot végre kell hajtani. Ha például 10 lett kiválasztva a perceknél, 03 lett kiválasztva az óráknál és Pén lett kiválasztva a napoknál, akkor a feladat minden héten pénteken 03:10-kor lesz végrehajtva.

Eseményalapú végrehajtás

Fill in this section to set events that trigger the execution of the job. A job may have both a schedule and event triggers — they run independently of each other.

An event trigger watches for a specific change to a ticket, such as the ticket being moved to a different queue or a new article being added. When that change occurs, the job runs automatically.

Eseményaktiválók

Ez a már hozzáadott események listája. Ha még nem lett esemény hozzáadva, akkor a lista nem tartalmaz elemeket. Az elemek az utolsó oszlopban lévő kuka ikonra kattintva törölhetők.

Each event trigger has an All Tickets checkbox:

• When unchecked (default), the job acts only on the specific ticket that fired the event.

• When checked, the job ignores the triggering ticket and instead runs the Select Tickets filter, processing all matching tickets — the same behavior as a scheduled run, but initiated by the event.

Eseményaktiváló hozzáadása

Select an object and a related event that will trigger the job. Available event types include Ticket, Article, and Session. Additional types may be present depending on which features are active in the system.

Common ticket events:

Esemény	When it fires
TicketCreate	A new ticket is created.
TicketQueueUpdate	A ticket is moved to a different queue.
TicketStateUpdate	A ticket’s state changes.
TicketPriorityUpdate	A ticket’s priority changes.
TicketOwnerUpdate	A ticket’s owner changes.
TicketLockUpdate	A ticket is locked or unlocked.
ArticleCreate	A new article (email, note, phone call, etc.) is added.

Event execution

Controls whether the job runs immediately or in the background when an event fires.

Instant (may block screen)

The job runs synchronously as part of the same action that triggered the event. The agent’s screen may be briefly delayed while the job completes. This is the default.

Daemon

The job is handed off to the OTRS background service and runs asynchronously. The agent’s screen responds immediately without waiting.

Use Daemon when the job could match a large number of tickets, or when the job performs heavy processing such as Ticket Allocation calculations.

Megjegyzés

When the same event fires for several tickets at once, each ticket gets its own separate background task. Tasks for different tickets can run in parallel, but at most one task per job and ticket combination is queued at any time. The order in which tasks for different tickets run is not guaranteed.

Prevent infinite loops

An infinite loop can occur when a job’s action re-fires the same event that triggered it. For example: a job that listens to queue changed and then moves the ticket to a different queue will re-fire queue changed, which would trigger the job again.

No

No protection. If the job’s action re-fires its own trigger event, the job will run again. This is the default for backward compatibility.

Yes

The system records that this job is already processing this ticket and event combination. If the same combination is seen again before the current run finishes, the second execution is silently skipped.

Enable this setting for any event-triggered job whose actions could re-fire the same event on the same ticket. The protection record expires after 10 minutes. This protection works for both Instant and Daemon execution modes.

Megjegyzés

This protection is per job. Two different jobs listening to the same event can each still run once — they do not block each other.

Figyelem

Misconfiguration of event-triggered jobs, especially when Prevent infinite loops is set to No, can lead to repeated or infinite execution loops that degrade system performance.

Jegyek kijelölése

This section contains all the attributes that you can use to select the affected tickets. All fields are optional. Leaving all fields empty matches all tickets in the system, subject to the processing limit.

Multiple values selected within one field match tickets that have any of those values (OR). Using multiple fields requires a ticket to match all of them (AND).

A melléklet típusú dinamikus mezők csak ebben a szakaszban használhatók. Azonban az általános ügyintéző nem tudja frissíteni azt, és az ilyen típusú dinamikus mezők nincsenek felsorolva a Jegyattribútumok frissítése/hozzáadása szakaszban.

Néhány mezőnél kiterjesztett keresési feltételek is használhatók, és a lehetséges szintaxisok a következők:

Íme néhány példa a jegy címében való kiterjesztett keresésre:

The time filter fields (Create times, Last changed times, Change times, Last close times, Close times, Pending times, Escalation times) each offer three options:

• No settings — this dimension is not used as a filter.

• Relative time window — matches tickets where the event falls within a window relative to now. Set a direction (within the last, within the next, or more than … ago), a number (1–60), and a unit (minutes, hours, days, weeks, months, or years).

• Between two dates — matches tickets where the event falls between two specific dates.

Jegyattribútumok frissítése vagy hozzáadása

Fill in this section to update and/or add ticket attributes. All fields are optional — leave a field empty to leave that attribute unchanged.

A dátum vagy dátum és idő dinamikus mezők beállíthatók abszolút, relatív vagy dátum nélküli értékre. Az értékek lehetnek pozitívak, mint például +5 nap, vagy negatívak, mint például -10 óra a jelenlegi idő alapján.

Melléklet típusú dinamikus mezők nincsenek felsorolva ebben a szakaszban.

Pending date

Sets a pending reminder time relative to the moment the job runs. Enter a number and select a unit (minutes, hours, days, months, or years). For example, entering 2 with day(s) sets the reminder to 2 days from now.

Megjegyzés

The pending time is only applied when the new state set by this job is a pending state, or — if no new state is configured — when the ticket is already in a pending state. If neither condition is true, this field has no effect.

All other fields in this section are self-explanatory.

Jegyzet hozzáadása

Töltse ki ezt a szakaszt, hogy egy jegyzetet adjon azokhoz a jegyekhez, amelyeket érint a feladat-végrehajtás.

From

The sender name shown in the note. Defaults to GenericAgent if left empty.

Tárgy

The note subject line. Defaults to Note if left empty.

Szöveg

The note body. This field must be filled for the note to be created. Maximum 200 characters.

Visible to customer

When unchecked (default), the note is internal and only visible to agents. When checked, the note is visible to the customer.

Időegységek

Time to book against the ticket for time accounting purposes.

Jegyparancsok végrehajtása

Fill in this section, if you would like to execute a command or delete tickets with the job.

Ügyintéző/ügyfél értesítések küldése módosításkor

If Yes is selected (default), notifications are sent to agents and customers about ticket changes according to the configured notification rules. If No is selected, all notifications for changes made by this job are suppressed.

PARANCS

Adjon meg egy parancsot itt, amely végrehajtásra kerül. Az ARG[0] lesz a jegy száma. Az ARG[1] lesz a jegy azonosítója. Használjon :: karaktereket könyvtárelválasztóként, ha az érték útvonalat tartalmaz.

Lásd még

Az OTRS által futtatandó parancsok biztonsági okok miatt alapértelmezetten tiltva vannak. Hozzá kell adnia a parancsot az engedélyezési listához, ahogy az a Program biztonságos futtatásának engedélyezése fejezetben le van írva.

Megjegyzés

Ez a funkció csak helyszíni telepítéssel rendelkező ügyfeleknek érhető el. Ha Ön menedzselt ügyfél, akkor erről a funkcióról az Ügyfélmegoldások csapat gondoskodik az OTRS-ben. Vegye fel velünk a kapcsolatot a support@otrs.com e-mail-címen vagy az OTRS Portálon.

Jegyek törlése

Ha Igen lett kiválasztva, akkor az általános ügyintéző feladat törölni fogja a megtalált jegyeket.

Figyelem

Minden érintett jegy el lesz távolítva az adatbázisból, és nem lehet visszaállítani!

Execute Custom Modules

Fill in this section to execute a custom module with the job, or to use a specialized ordering or pre-action module.

Order module

A module that receives the full list of matched tickets and returns them in a custom processing order. The job then processes tickets in that order. If the module returns no result, the job falls back to processing tickets in ascending ticket ID order and logs an error.

This module runs for both scheduled and event-triggered job executions.

The built-in option Ticket Allocation sorts tickets according to Ticket Allocation priority rules (queue priorities, service-time constraints, maximum tickets per queue) so that the most urgent tickets are processed first. Leave this field empty if you are not using Ticket Allocation.

Pre action module

A module that runs once per matched ticket, before the configured ticket actions are applied. It can modify which actions are taken on that specific ticket — for example, dynamically determining which agent should be assigned based on current workload. If the module returns no result or encounters an error, the original configured actions are used unchanged as a fallback and an error is logged.

This module runs for both scheduled and event-triggered job executions.

Figyelem

Ticket actions configured in this job may be overwritten by this module.

The built-in option Ticket Allocation automatically determines the right agent for each ticket based on availability, workload, group permissions, and optionally agent competences. Leave this field empty if you are not using Ticket Allocation.

Modul

This is the path for a custom module to be executed once per matched ticket, after all other ticket attribute changes have been applied.

Megjegyzés

Használjon :: karaktereket könyvtárelválasztóként, ha az érték útvonalat tartalmaz.

Paraméter kulcsa

Enter the key of the parameter that should be passed to the module.

Paraméter értéke

Enter the value of the parameter that should be passed to the module. Up to six key/value parameter pairs can be defined. These parameters are injected into the job configuration before the module runs and will not overwrite any built-in job settings.

Execution Order Within a Job Run

When a job processes a ticket, actions are applied in the following sequence. This matters when combining multiple actions — for example, the note is created before the state changes, so it reflects the ticket state prior to any state update made by this job.

1. Pre action module (if configured).

2. Move to new queue.

3. Add note (if text body is set).

4. Change state and set pending time.

5. Set customer user / customer ID.

6. Change title.

7. Change type / service / SLA / priority.

8. Change owner / responsible / lock.

9. Update dynamic fields.

10. Apply archive flag.

11. Run custom module (Module field).

12. Run shell command (CMD field).

13. Delete ticket (if enabled — always last).