Translation

type: Content of: <book><chapter><section><title>
Email Settings
18/140
Context English Hungarian State
en hu
OTRS 6 - Admin Manual OTRS 6 - Adminisztrátori kézikönyv
<copyright> <year>2003-2017</year> <holder>OTRS AG</holder> </copyright> <date>2017-03-06</date> <copyright> <year>2003-2017</year> <holder>OTRS AG</holder> </copyright> <date>2017-03-06</date>
This work is copyrighted by OTRS AG. Ez a mű az OTRS AG szerzői joga alatt áll.
You may copy it in whole or in part as long as the copies retain this copyright statement. Lemásolhatja részben vagy egészben mindaddig, amíg a másolat tartalmazza ezt a szerzői jogi nyilatkozatot.
All trade names are used without the guarantee for their free use and are possibly registered trade marks. All products mentioned in this manual may be trade marks of the respective manufacturer. Minden márkanév a szabad felhasználásra vonatkozó garancia nélkül kerül felhasználásra, és lehetséges bejegyzett védjegyek lehetnek. Az ebben a kézikönyvben említett összes termék az illető gyártó védjegyei lehetnek.
You can help translating this documentation to your language at <ulink url="https://translate.otrs.com/">translate.otrs.com</ulink>. Segíthet ezen dokumentum lefordításában a saját nyelvére a <ulink url="https://translate.otrs.com/">translate.otrs.com</ulink> oldalon.
Introduction Bevezetés
Administration Adminisztráció
Email Settings E-mail beállítások
Ticket Settings Jegybeállítások
Customization Személyre szabás
Appointment Calendar Időpontnaptár
Trouble Ticket Systems - The Basics Hibajegyrendszerek - Az alapok
This chapter offers a brief introduction to trouble ticket systems, along with an explanation of the core concept of a trouble ticket. A quick example illustrates the advantages of using such a system. Ez a fejezet egy rövid bevezetést nyújt a hibajegyrendszerekbe egy hibajegy alapvető elképzelésének magyarázata mentén. Egy gyors példa szemlélteti az ilyen rendszerek használatának előnyeit.
What is a trouble ticket system, and why do you need one? Mi az a hibajegyrendszer, és miért van szüksége egy ilyenre?
The following example describes what a trouble ticket system is, and how you might benefit from using such a system at your company. A következő példa bemutatja, hogy mi is az a hibajegyrendszer, és hogyan húzhat hasznot egy ilyen rendszer használatával a vállalatánál.
Let's imagine that Max is a manufacturer of video recorders. Max receives many messages from customers needing help with the devices. Some days, he is unable to respond promptly or even acknowledge the messages. Some customers get impatient and write a second message with the same question. All messages containing support requests are stored in a single inbox folder. The requests are not sorted, and Max responds to the messages using a regular email program. Képzeljük el, hogy Miksa a videofelvevők gyártója. Miksa sok üzenetet kap az ügyfelektől, akiknek segítségre van szüksége az eszközökkel kapcsolatban. Néhány napja képtelen azonnal válaszolni, vagy akár csak visszaigazolni az üzeneteket. Néhány ügyfél kezd türelmetlenné válni, és egy második üzenetet is ír ugyanazzal a kérdéssel. Minden támogatási kérést tartalmazó üzenet egy egyszerű beérkező üzenetek mappában van eltárolva. A kérések nincsenek rendezve, és Miksa egy szokványos levelezőprogrammal válaszol az üzenetekre.
Since Max cannot reply fast enough to all the messages, he is assisted by the developers Joe and John in this. Joe and John use the same mail system, accessing the same inbox. They don't realize that Max often gets two identical requests from one frustrated customer. Sometimes they both end up responding separately to the same request, with the customer receiving two different answers. Furthermore, Max is unaware of the details of their responses. He is also unaware of the details of the customer problems and their resolutions, such as which problems occur with high frequency, or how much time and money he has to spend on customer support. Mivel Miksa nem tud elég gyorsan válaszolni minden üzenetre, József és János fejlesztők segítenek neki ebben. József és János ugyanazt a levelezőrendszert használják, és ugyanahhoz a bejövő üzenetekhez férnek hozzá. Nincsenek tisztában azzal, hogy Miksa gyakran két azonos kérést kap egy ideges ügyféltől. Néha az lesz a vége, hogy mindketten külön-külön válaszolnak ugyanarra a kérésre, amivel az ügyfél két különböző választ kap. Azonkívül Miksának nincs tudomása a válaszaik részleteiről. Nincs tudomása az ügyfélproblémák részleteiről sem, és azok döntéseiről, mint például mely problémák fordulnak elő nagy gyakorisággal, vagy mennyi időt és pénzt kell áldoznia az ügyfelek támogatására.
At a meeting, a colleague tells Max about trouble ticket systems and how they can solve Max's problems with customer support. After looking for information on the Internet, Max decides to install OTRS on a computer that is accessible from the web by both his customers and his employees. Now, the customer requests are no longer sent to Max's private inbox but to the mail account that is used for OTRS. The ticket system is connected to this mailbox and saves all requests in its database. For every new request, the system automatically generates an answer and sends it to the customer so that the customer knows that his request has arrived and will be answered soon. OTRS generates an explicit reference, the ticket number, for every single request. Customers are now happy because their requests are acknowledged and it is not necessary to send a second message with the same question. Max, John, and Joe can now log into OTRS with a simple web browser and answer the requests. Since the system locks a ticket that is answered, no message is edited twice. Egy értekezleten egy munkatárs beszélt Miksának a hibajegyrendszerekről, és hogy hogyan oldhatná meg Miksa ügyféltámogatással kapcsolatos problémáját. Miután információt keresett az Interneten, Miksa elhatározta, hogy telepíti az OTRS-t egy olyan számítógépre, amely mind az ügyfeleknek, mind az alkalmazottaknak elérhető a weben keresztül. Most az ügyfélkérések többé nem Miksa személyes postafiókjába vannak küldve, hanem egy olyan levelezőfiókba, amelyet azt OTRS-hez használnak. A jegyrendszer ehhez a postafiókhoz kapcsolódik, és minden kérést a saját adatbázisába ment. Minden új kérésnél a rendszer automatikusan előállít egy választ, és elküldi azt az ügyfélnek abból a célból, hogy az ügyfél tudja, hogy a kérése megérkezett, és hamarosan megválaszolásra kerül. Az OTRS egy határozott hivatkozást - jegyszámot - állít elő minden egyes kéréshez. Az ügyfelek most boldogok, mert a kérésük vissza lett igazolva, és nem szükséges második üzenetet küldeni ugyanazzal a kérdéssel. Miksa, János és József most egy egyszerű webböngészővel tudnak bejelentkezni az OTRS rendszerbe, és válaszolhatnak a kérésekre. Mivel a rendszer zárolja a megválaszolt jegyet, ezért nincs kétszer szerkesztett üzenet.
Let's imagine that Mr. Smith makes a request to Max's company, and his message is processed by OTRS. John gives a brief reply to his question. But Mr. Smith has a follow-up question, which he posts via a reply to John's mail. Since John is busy, Max now answers Mr. Smith's message. The history function of OTRS allows Max to see the full sequence of communications on this request, and he responds with a more detailed reply. Mr. Smith does not know that multiple service representatives were involved in resolving his request, and he is happy with the details that arrived in Max's last reply. Képzeljük el, hogy Kovács úr egy kérést intéz Miksa vállalatához, és az üzenetét az OTRS dolgozza fel. János egy rövid választ ad a kérdésére. De Kovács úrnak egy követő kérdése van, amelyet János levelére válaszul küld. Mivel János elfoglalt, most Miksa válaszol Kovács úr üzenetére. Az OTRS előzmény funkciója lehetővé teszi Miksának a kéréssel kapcsolatos kommunikáció teljes sorozatának megtekintését, és részletesebb választ küld. Kovács úr nem tudja, hogy több szolgáltatás képviselői lettek bevonva a kérésének megoldásába, és boldog azokkal a részletekkel, amelyek Miksa legutóbbi válaszában érkeztek.
Of course, this is only a short preview of the possibilities and features of trouble ticket systems. But if your company has to attend to a high volume of customer requests through emails and phone calls, and if different service representatives need to respond at different times, a ticket system can be of great assistance. It can help streamline work flow processes, add efficiencies, and improve your overall productivity. A ticket system helps you to flexibly structure your Support or Help Desk environment. Communications between customers and service staff become more transparent. The net result is an increase in service effectiveness. And no doubt, satisfied customers will translate into better financial results for your company. Természetesen ez csak a hibajegyrendszerek lehetőségeinek és szolgáltatásainak rövid betekintése. De ha a vállalatának leveleken és telefonhívásokon keresztüli ügyfélkérések nagy mennyiségét kell kiszolgálnia, és különböző szolgáltatás képviselőinek kell válaszolnia különböző időben, akkor egy jegyrendszer nagy segítség lehet. Segíthet a munkafolyamatok modernizálásában, hatékonyságok hozzáadásában és az összteljesítmény javításában. Egy jegyrendszer segít önnek rugalmasan strukturálni a támogatási vagy segélyszolgálati környezetet. Az ügyfelek és a kisegítő személyzet közötti kommunikációk átláthatóbbá válnak. A tiszta eredmény a szolgáltatás hatékonyságának növelése. És nincs kétség, az elégedett ügyfelek jobb pénzügyi eredményekre lesznek átfordítva a vállalata számára.
What is a trouble ticket? Mi az a hibajegy?
A trouble ticket is similar to a medical report created for a hospital patient. When a patient first visits the hospital, a medical report is created to hold all necessary personal and medical information on him. Over multiple visits, as he is attended to by the same or additional doctors, the attending doctor updates the report by adding new information on the patient's health and the ongoing treatment. This allows any other doctors or the nursing staff to get a complete picture on the case at hand. When the patient recovers and leaves the hospital, all information from the medical report is archived and the report is closed. Egy hibajegy hasonló a kórházi betegnek létrehozott orvosi jelentéshez. Amikor egy beteg először látogatja meg a kórházat, akkor egy orvosi jelentést hoznak létre az összes szükséges személyes és orvosi információ tárolására a betegről. Több látogatás alkalmával, amint ugyanaz vagy további orvosok látják el, az ellátó orvos frissíti a jelentést a beteg egészségi állapotáról és a folyamatos kezelésről szóló új információk hozzáadásával. Ez teszi lehetővé bármely más orvosnak vagy az ápolószemélyzetnek, hogy teljes képet kapjanak a szóban forgó ügyben. Amikor a beteg meggyógyul és elhagyja a kórházat, akkor az orvosi jelentés minden információját archiválják, és a jelentést lezárják.
Trouble ticket systems such as OTRS handle trouble tickets like normal email. The messages are saved in the system. When a customer sends a request, a new ticket is generated by the system which is comparable to a new medical report being created. The response to this new ticket is comparable to a doctor's entry in the medical report. A ticket is closed if an answer is sent back to the customer, or if the ticket is separately closed by the system. If a customer responds again on an already closed ticket, the ticket is reopened with the new information added. Every ticket is stored and archived with complete information. Since tickets are handled like normal emails, attachments and contextual annotations will also be stored with each email. In addition, information on relevant dates, employees involved, working time needed for ticket resolution, etc. are also saved. At any later stage, tickets can be sorted, and it is possible to search through and analyze all information using different filtering mechanisms. A hibajegyrendszerek - mint például az OTRS - úgy kezelik a hibajegyeket mint a normál leveleket. Az üzenetek a rendszerben vannak elmentve. Amikor egy ügyfél kérést küld, akkor a rendszer egy új jegyet állít elő, amely egy létrehozott orvosi jelentéssel hasonlítható össze. Az új jegyre adott válasz hasonló egy orvos bejegyzésével az orvosi jelentésen. Egy jegy lezárásra kerül, ha egy választ visszaküldtek az ügyfélnek, vagy ha a jegyet külön lezárta a rendszer. Ha egy ügyfél ismét kérést intéz egy már lezárt jegyre, akkor a jegyet újranyitják az új információk hozzáadásával. Minden jegy a teljes információval kerül tárolásra és archiválásra. Mivel a jegyeket úgy kezelik mint a normál leveleket, a mellékletek és a szövegre vonatkozó jegyzetek is el lesznek tárolva minden egyes levéllel. Továbbá a fontos dátumok, részt vevő alkalmazottak, a jegy megoldásához szükséges munkaidő, stb. információk is mentésre kerülnek. Bármely későbbi állapotban a jegyek rendezhetők, és lehetséges a keresés bennük, valamint minden információ elemzése különböző szűrési mechanizmus használatával.

Loading…

User avatar bu

Translation uploaded

OTRS 6 / Administration ManualHungarian

Email Settings
E-mail beállítások
a year ago
Browse all component changes

Glossary

English Hungarian
No related strings found in the glossary.

Source information

Source string comment
type: Content of: <book><chapter><section><title>
Source string location
en/book.xml:54
String age
a year ago
Source string age
a year ago
Translation file
i18n/doc-admin.hu.po, string 10