Serviceanwendungen
Technische Serviceanwendungen sind die digitale Aufzeichnung von Störungen, Wartungs-, Reparatur-, Installations- oder technischen Supportanfragen, die von Kunden (oder internen Einheiten) für die von ihnen erworbenen Geräte, Hardware- oder Softwareprodukte eingereicht werden.
Was sind Workcube-Serviceanwendungen?
Serviceanwendungen ist das Workcube CRM-Untermodul, das alle Arten von Wartungs-, Reparatur-, Installations-, Störungs- oder technischen Supportanfragen von Kunden von Unternehmen in einer zentralen Struktur aufzeichnet. Im Workcube-Ökosystem spielt dieses Geschäftsobjekt eine entscheidende Rolle bei der Messung der Kundenzufriedenheit und der Verbesserung der Kundendienstqualität.
Das Serviceanwendungsmodul ist nicht nur ein unabhängiger Bildschirm zur Anforderungsaufzeichnung; Aufgrund der integrierten Struktur von Workcube funktioniert es vollständig integriert mit den Modulen CRM (Kundenbeziehungen), SCM (Supply Chain Management – Lager und Ersatzteile), Vertragsmanagement (Abonnement), Projektmanagement (PMS) und Finanzbuchhaltung. Ein eingehender Antrag unterliegt der automatischen Verarbeitung gemäß den SLA-Parametern im aktiven Vertrag des Kunden, Ersatzteilanforderungen werden direkt aus dem Lagermodul abgefragt und bezahlte Dienste werden direkt nach Abschluss des Vorgangs in Rechnung gestellt.
Die Bedeutung von Serviceanwendungen für ein Unternehmen
- Leistungsfähigkeit der Vertrags- und SLA-Compliance (Service Level): Das System erbringt Interventionen und Dienstleistungen gemäß den Arbeitstagen und -stunden im Abonnement oder Servicevertrag des Kunden. Durch die automatische Berechnung der Lösungszeiten (SLA) werden Kriminalitätsrisiken auf Null reduziert.
- Garantie- und Kostenkontrolle: Es verhindert unfairen Ersatzteil- und Arbeitsaufwand, indem überprüft wird, ob für das defekte Produkt eine Garantie besteht (mit internen und externen Garantieparametern, physischen Schadensprüfungen).
- Ressourcenplanung und Effizienz: Dank Service-Arbeitsgruppen werden eingehende Anfragen schnell dem am besten geeigneten technischen Team oder Geschäftspartner zugewiesen.
- Rückverfolgbarkeit und Historie: Es zeigt auf einem einzigen Bildschirm an, welche Fehlfunktionen ein Produkt in der Vergangenheit hatte (basierend auf der Seriennummer), welche Teile ausgetauscht wurden und welche Techniker eingegriffen haben.
- Finanzielle Genauigkeit: Mit der kostenpflichtigen Serviceoption werden Arbeits- und Ersatzteilkosten für Situationen außerhalb der Garantie sofort dem Kunden in Rechnung gestellt. löst aus.
Prozessablauf / Lebenszyklus im Workcube
Die Prozessschritte von der Erstellung der Serviceanwendung bis zu deren Auflösung und Schließung sind geplant unten:
Stufe | Modul / Anzeige | Bedienung / Dokument | Beschreibung |
|---|---|---|---|
1. Anwendungseingabe | CRM > Serviceanwendungen | Serviceanwendungseingabe | Anfragen/Fehlermeldungen, die vom Kunden per Telefon, E-Mail oder Portal eingehen, werden im System erfasst. Der Garantiestatus wird durch Eingabe der Seriennummer abgefragt. |
2. SLA-Berechnung | CRM > Service | Vertragskontrolle und SLA-Zuweisung | Das System ermittelt automatisch maximale Interventions- und Lösungszeiten durch Analyse der Abonnenten-Servicedefinitionen (Wochentage, CMT, Sonntagsarbeitszeiten). berechnet. |
3. Zuweisung und Planung | CRM > Agenda & Geschäftsgruppen | Technikerzuweisung/Arbeitskalender | Anträge können je nach Fachgebiet als Aufgabe bei der entsprechenden Geschäftsgruppe oder direkt beim autorisierten Techniker eingereicht werden. wird ernannt. |
4. Eingriff & Verbrauch | SCM > Serviceformular & Lager | Technisches Serviceformular / Verbrauchsmaterialbeleg | Der Techniker geht zur Adresse oder begutachtet das Gerät in der Werkstatt. Die durchgeführten Arbeiten und die verwendeten Ersatzteile werden vom Bestand abgezogen und auf dem Serviceformular erfasst. |
5. Abschluss und Rechnung | CRM > Finanzen | Serviceabschluss / Verkaufsrechnung | Sobald die Transaktion abgeschlossen ist, wird die Anwendung geschlossen. Wenn es sich um eine kostenpflichtige Dienstleistung handelt, werden die verwendeten Ersatzteile und Arbeitskräfte dem Kunden in Rechnung gestellt. |
Was ist bei der Verwaltung von Serviceantragsverfahren zu beachten?
A. SLA- und Arbeitszeitberechnungsdynamik
Bei der Erstellung einer Dienstanwendung sind teilnehmerabhängige SLA-Berechnungen der kritischste Betriebsmechanismus im Hintergrund. Die im Vertrag des Kunden definierten Arbeitstage (Wochentage, Wochentage + Samstage oder ganztägig) und Arbeitszeiten müssen korrekt im System erfasst werden. Andernfalls werden die Lösungszeiten möglicherweise falsch berechnet, indem Feiertage oder arbeitsfreie Stunden berücksichtigt werden, und dem Unternehmen drohen Vertragsstrafen.
B. Seriennummernverfolgung und Garantiemanagement
Insbesondere in den Bereichen Technik, Weiße Ware und Maschinen erfolgt die Garantieverfolgung direkt über die Seriennummer. Es ist wichtig, dass die zum Zeitpunkt der Anwendung eingegebene Seriennummer mit den Produktdatensätzen im System übereinstimmt, um ungerechtfertigte Garantieansprüche zu verhindern.
C. Aufzeichnung physischer Schäden und Zubehörerkennungen
Bei der Geräteannahme muss der physische Zustand festgestellt werden (kaputt, zerkratzt, Flüssigkeitskontakt) und das mit dem Gerät erhaltene Zubehör (Ladegerät, Gehäuse, Kabel usw.) muss vollständig in das System eingegeben werden. Eine unvollständige Eingabe dieser Informationen in das System kann nach der Reparatur zu Rechtsstreitigkeiten mit dem Kunden führen. Physischer Schaden/Zubehör kann über die Parameter oder manuell eingegeben werden.
D. Entscheidung über kostenpflichtigen/kostenlosen Service und finanzielle Integration
Für Schäden, die durch Benutzerfehler oder Produkte mit abgelaufener Garantie verursacht werden, muss die Option „Kostenpflichtiger Service“ ausgewählt werden. Diese Auswahl ermöglicht das Senden automatischer Informationen an die Abrechnungsabteilung im Hintergrund und kann die Verpflichtung zur Ausstellung einer Rechnung auslösen, bevor das entsprechende Serviceformular geschlossen wird.
Funktionen und Bildschirmarchitektur von Serviceanwendungen
Serviceanwendungsbildschirme verfügen über eine umfangreiche Feldarchitektur, sodass der Vorgang fehlerfrei gestartet werden kann. Die folgende Tabelle beschreibt die kritischsten Bereiche des Bildschirms und ihre Hintergrundfunktionen:
Bildschirmbereich/Parameter | Funktion und Bedeutung im System |
|---|---|
Abonnentennummer | Es bindet die mit dem Kunden geschlossene aktive Service-/Abonnementvereinbarung. Löst SLA-Zeiträume gemäß dem Arbeitsplan im Vertrag aus. |
Kunde | Identifiziert das zu bedienende Girokonto. Es ruft automatisch die Region, das Risikolimit und die Kontaktinformationen auf der aktuellen Karte ab. |
Kostenpflichtiger Service | Stellt fest, dass der Service außerhalb der Garantie liegt und dem Kunden eine Rechnung gestellt wird. Es ist der grundlegende Schlüssel zur Finanzintegration. |
Prozess | Es verwaltet das Workflow-Management. Es zeigt die Phase der Anwendung an und sendet während der Phasenübergänge eine Warnung an die relevanten Personen. |
Physischer Schaden | Zeichnet den physischen Schadensstatus des Produkts auf. Sie dient als rechtlicher Beweis bei Entscheidungen zum Garantieausschluss. |
Seriennummer | Überprüft die Seriennummer des Geräts, für das die Garantie gilt. Sie können frühere Servicedatensätze anhand dieser Nummer filtern. |
Kategoriefelder | Kategoriefelder stammen aus Parametern. Abhängig von den XML-Einstellungen kann es mit oder ohne Unterbrechung verwendet werden. |
Beamter | Abhängig von den XML-Einstellungen ermöglicht es eine automatische Aufgabenzuweisung entsprechend den in den Bewerbungsdetails eingegebenen Kriterien bei der Auswahl des Beamten. |
Andere Mitgliedsserviceanwendungen | Auf diese Weise ist es möglich, nachzuverfolgen, ob das gleiche Problem aufgetreten ist vorher. |
Produkt-Service-Transaktionen | Transaktionen können mit ihren Beträgen aufgeschrieben und in Lieferschein, interne Nachfrage oder direkte Rechnung umgewandelt werden ausgegeben. |
Abonnenten-Produktplan | Abonnent Der im Detail definierte Produktplan wird mit Name, Menge und Beträgen angezeigt, wodurch falsche Preise vermieden werden Einreichung. |
Follow-ups | Ermöglicht die Korrespondenz mit dem Kunden mithilfe einer vorgefertigten Vorlage oder durch Verfassen des gewünschten Textes. |
Jobs | Vorhandene verwandte Jobs können angezeigt oder ein neuer Jobdatensatz geöffnet werden. |
Yapılan işlemlerde harcanan zaman girilir. Aktivite tipi tanımlandığı takdirde zamanın hangi işleme ayrıldığı belirtilebilir.
Servis başvurularında kırılım kullanarak sınıflandırmak yapmak için kullanılır. Öncelikle Başvuru alt kategorileri tanımlanmalıdır.
Bu parametre yardımı ile servis ekibi hataları filtreden geçirebilir, daha hızlı çözüm sağlayabilir.
Garanti belgelerinde kullanılmak üzere süreler seçilerek ilgili seçimleri sınıflandırmak için kullanılır.
Garanti belgelerinde kullanılmak üzere garanti sürelerini standartlaştırmak için kullanılır.
Servis Başvurularında kullanılmak üzere fiziksel hasar tanımları yapılır.
Ürün Servis İşlemlerinde işlem tipi alanında servis görevlisinin yaptığı işlerin tanımı için kullanılır
Servis başvurularında ilgili başvuruyu sınıflandırmak için kullanılır.
Servis Başvurularında kullanılmak üzere ihtiyaca ve işleyişe bağlı olarak kullanılır.
Yapılan servise ait hangi durumda olduğunu belirtmek için kullanılır.
Servis başvurusu yapılan ürünün aksesuarında bir problem yaşanıyorsa bu aksesuarın seçimi bu parametre yardımı ile yapılır.
Servis başvurularında kırılım kullanarak sınıflandırmak yapmak için kullanılır. Öncelikle Başvuru kategorileri tanımlanmalıdır.
Ek bilgiler, ekranlar üzerinde yapılan kayıtlara ait, o kayda ilişkin detay ya da spesifik olarak eklenmesi gereken bilgiler için kullanılan bir fonksiyondur.
Satış sonrası ürün ve hizmet ile ilgili bakım, onarım, teknik destek vb. süreçleri kapsar. Hangi müşteriye hangi ürün veya çözümle ilgili ne tarz bir servis hizmetinin verildiğini, hangi servisin ne durumda son bulduğunu vb. durumlar kontrol edilir.
Satış sonrası ürün ve hizmet ile ilgili bakım, onarım, teknik destek vb. süreçleri kapsar. Hangi müşteriye hangi ürün veya çözümle ilgili ne tarz bir servis hizmetinin verildiğini, hangi servisin ne durumda son bulduğunu vb. durumlar kontrol edilir.
İş süreçlerinin tasarım ve akışlarını oluşturur.
Kaydedilen belgelerin çıktılarının alınması için kullanılır. Standart şablonlar seçilebilir ya da özel şablonlar eklenebilir, ayrıca şablonlar yetkiye bağlanabilir.
is_print_service Servisler Yazdırılabilsin mi?
x_related_company_team İş Ortağı Ekibinde Olduğum Başvurular.
x_control_ims Mikro Bölge Koduna Göre Listeleme
Feedback
Fehlercode für Dienstanwendungen
Auf der Seite „Serviceanwendungen“ wurde das Problem behoben, bei dem die Fehlercodes im Dokument nicht gespeichert wurden, obwohl mehrere Auswahlen getroffen wurden.