Serviceanfrage

• Standort (Feld SALFCY)

Das Feld enthält den Code des Standorts, an dem die Rückmeldungen zur Serviceanfrage erfolgen.

• Feld SRENUM

Dieses Feld enthält die Haupt-ID jeder Serviceanfrage.

Die Generierung dieser ID muss immer über einen automatischen Nummernkreis erfolgen.
Daher müssen Sie sich nicht um den Feldinhalt kümmern.

Dieser Code setzt sich standardmäßig aus einer 15-stelligen Sequenznummer zusammen. Zusätzlich zu diesem technischen Identifikator kann eine Serviceanfrage Folgendes beinhalten:

• eine alphanumerische laufende Kundennummer
• und eine numerische chronologische laufende Kundennummer.
  Dieses Feld wird immer automatisch vom System berechnet. Mit dieser Nummer werden die Anfragen für einen Kunden nach Anlagedatum sortiert. Sind diese Nummern nicht fortlaufend, können somit eventuell gelöschte Serviceanfragen ermittelt werden.

Klicken Sie über das Symbol Aktionen auf Suche nach lfd. Nummer Kunde, damit sich ein Auswahlfenster für die Serviceanfragen auf Grundlage des Kunden und seiner laufenden Kundennummer öffnet.
Beim Öffnen zeigt dieses Fenster standardmäßig die Liste aller Kundenanfragen an, die eine lfd. Kundennummer beinhalten und nicht abgeschlossen sind.

Klicken Sie auf Einsätze pro Anfrage, um alle für diese Serviceanfrage geplanten oder ausgeführten Einsätze anzuzeigen.

• Kunde (Feld SRENUMBPC)

Zusätzlich zum technischen Identifikator kann jede Serviceanfrage eine alphanumerische laufende Kundennummer und eine numerische und chronologische laufende Kundennummer enthalten.

• Die alphanumerische laufende Kundennummer ermöglicht das Speichern einer kurzen und intuitiven Referenznummer, die einfach einem Kunden gegeben werden kann und die in einer späteren Korrespondenz verwendet werden kann. In einigen Fällen kann die Nummer gespeichert werden, unter der der Vorfall innerhalb der eigenen Organisation des Kunden verwaltet ist.
   
  Sie kann entweder manuell erfasst oder vom System automatisch bestimmt werden, abhängig vom Wert des Parameters SRENUMAUT - Automatische laufende Kundennummer (Kapitel HDK, Gruppe SRE): 
• Hat dieser Parameter den Wert Ja, ist dieses Feld unzugänglich und wird vollständig vom System verwaltet.
   
  In diesem Fall wird eine laufende Kundennummer automatisch berechnet, wenn ein Kundencode in der Anfrage angegeben ist.
  Der Inhalt wird entsprechend den von den folgenden Parametern bestimmten Formatierungsregeln definiert:
  - CHRSREBPC - Präfixlänge lfd. Kundennr. (Kapitel HDK, Gruppe FMT): wenn der Parameter z.B. den Wert "3" hat, werden die ersten drei Zeichen des Kundencodes verwendet. Ist der Wert dieses Parameters Null, ist die erzeugte laufende Nummer vollständig numerisch und die Länge entspricht dem vom folgenden Parameter angegebenen Wert,
  - SUFSREBPC - Suffixlänge lfd. Kundennr. (Kapitel HDK, Gruppe FMT). Dieser Parameter definiert die numerische Suffixlänge, die dem vom Parameter CHRSREBPC definierten Präfix hinzugefügt wurde. Dieses numerische Suffix verwendet einen Nummernkreis pro Kunden. Es beginnt mit 1 und erhöht sich bei jeder Zuweisung einer laufenden Kundennummer für eine Serviceanfrage. 
   
• Hat dieser Parameter den Wert 'Nein', kann dieses Feld vom Benutzer frei erfasst werden.
  Das Kontextmenü "Lfd. Nr. für Kunden vorschlagen" ermöglicht auch die Anfrage nach einer automatischen Erzeugung einer lfd. Nummer entsprechend den Formatierungsregeln der Parameter CHRSREBPC - Präfixlänge lfd. Kundennr. und SUFSREBPC - Suffixlänge lfd. Kundennr.. Ist der Wert dieses letzten Parameters Null, ist die erste vorgeschlagene lfd. Nummer gleich "1". Sie erhöht sich jeweils mit den laufenden Anfragen.
   
• Ein verborgenes technisches Feld "Lfd. numerische und chronologische Nummer" ist in der Serviceanfrage vorhanden. Der Inhalt kann nur innerhalb des Suchfenstars nach lfd. Kundennr. angezeigt werden. Diese Nummer wird immer automatisch vom System festgelegt. Mit dieser Nummer werden die Anfragen für einen Kunden nach Anlagedatum sortiert. Sind diese Nummern nicht fortlaufend, können somit eventuell gelöschte Serviceanfragen ermittelt werden. Diese numerische Nummer wird automatisch bei Anlage einer Serviceanfrage generiert. Die Parametrisierung des Nummernkreises für Serviceanfragen legt ihre Struktur fest. 

Das Kontextmenü "Suche nach lfd. Kundennummer“ öffnet ein Fenster zur Auswahl von Serviceanfragen auf Basis der Suchkriterien Kunde und lfd. Kundennummer.
Beim Öffnen zeigt dieses Fenster sämtliche Kundenanfragen an, die eine lfd. Kundennummer beinhalten und nicht abgeschlossen sind. Bereits abgeschlossene Anfragen können von der Suche ausgeschlossen werden.
Wenn nur der Kundencode erfasst ist, werden sämtliche Anfragen mit einer lfd. Kundennummer angezeigt. Über das Feld Lfd. Kundennummer kann die Liste auf Anfragen beschränkt werden, deren lfd. Nummer mit dem erfassten Wert beginnt. Wenn z. B. der Wert M1 erfasst ist, werden lediglich die Anfragen angezeigt, deren lfd. Kundennummer mit M1 beginnt.

Über das Kontextmenü "Einsätze pro Anfrage" können sämtliche, für diese Serviceanfrage geplanten Einsätze abgefragt werden.

• Auftraggeber (Feld SREDOO)

Der Begriff Auftraggeber betrifft größtenteils Unternehmen, die Kundendienstleistungen anbieten. Die eigentlichen Kunden dieser Unternehmen sind die Lieferanten der anrufenden Personen.

Damit die von den unterschiedlichen Auftraggebern in Auftrag gegebenen Serviceanfragen regelmäßig in Rechnung gestellt werden können, muss diese Information zu jeder Serviceanfrage angegeben sein.

Anfragen, zu denen in diesem Feld keine Daten erfasst wurden, werden als Anfragen von Endkunden des Unternehmens betrachtet.

Standarddefinition Auftraggeber:

Zur vereinfachten Anrufverwaltung verteilen die Anrufzentralen des Kundendienstes regelmäßig spezifische Telefonnummern an die Auftraggeber. Somit ist für jeden eingehenden Anruf der Auftraggeber für die zu bearbeitende Anfrage bekannt.

Dieses Feld bietet eine Funktion, mit der der Benutzer sich nicht um den Feldinhalt kümmern muss. Wenn ein Kundendienstmitarbeiter weiß, dass er die nächsten drei Stunden für einen bestimmten Auftraggeber arbeitet, kann über ein Kontextmenü der Feldinhalt für sämtliche zukünftigen Anlagen von Serviceanfragen definiert werden.

Dieses Kontextmenü "Standard definieren" speichert bis auf Weiteres den Namen des Auftraggebers oder das Fehlen eines Auftraggebers als zukünftigen Standardwert für alle von DIESEM BENUTZER angelegten Anfragen.

Auswahl eines Auftraggebers:

Das dem Feld Auftraggeber zugeordnete Kontextmenü "Auswahl" bietet folgende Möglichkeiten:

Auswahl eines Auftraggebers aus der Datei Personenkonten, falls das Feld Kunde leer ist.

Auswahl eines Auftraggebers aus den Lieferanten des auf der Serviceanfrage erfassten Kunden.

• Kunde (Feld SREBPC)

Dieses Feld gibt entweder den Code eines Endkunden des Unternehmens oder den Kundencode eines Auftraggebers an.
In beiden Fällen muss der Kunde in der Funktion Kunde definiert sein.

Um einen Kundencode auszuwählen, klicken Sie auf das Symbol Auswählen zur:

• Auswahl eines Kunden aus allen in den Personenkonten definierten Kunden, falls das Feld Auftraggeber leer ist.
• Auswahl eines Kunden aus allen Kunden des auf der Serviceanfrage erfassten Auftraggebers.

Über das Symbol Aktionen können Sie auch auf folgende Aktionen klicken:

• Kundensuche, um das Fenster für die Kundenschnellsuche zu öffnen. Diese Suchmethode wird aufgrund der hohen Leistung und der möglichen Suchkriterienkombinationen empfohlen. (Unternehmensname, Postleitzahl, Stadt).
• Einen Kundenstandort angeben, um den Kundencode mit dem Adresscode zu vervollständigen, unter dem der Vorfall entstanden ist. Dies ist besonders nützlich, wenn die Einsätze vor Ort für die Verarbeitung der Anfrage erforderlich sind. Diese Information ermöglicht auch die Einschränkung des Standardkundenstamms auf den einzigen bei der angegebenen Adresse installierten Stamm.
• Einsätze nach Kunde, um alle geplanten und ausgeführten Einsätze beim Kunden in allen Serviceanfragen anzuzeigen.

• Feld ICOBPC

• Kontakt (Feld SRECCN)

Mit diesem Feld kann die Identität der Person gespeichert werden, die die Anfrage gestellt hat.

• Feld SRECCNCLA

• Feld ICOSAT

• Feld ICOGRALEV

• Titel (Feld SRETTR)

Dieses Feld enthält einen Text, der in wenigen Worten Aufschluss über die Art der Anfrage gibt.

• Feld SREFULDES

Dieses Feld ermöglicht die Erfassung der vollständigen Beschreibung der Serviceanfrage.

Die maximale Größe des erfassbaren Textes wird vom HD1-Datentyp bestimmt.

Überschreitet der erfasste Text 235 Zeichen, kann man über eine kleine Schaltfläche eine Zusammenfassung erstellen.

• Feld SREDESICO

• Anlagedatum (Feld CREDAT)

• Uhrzeit (Feld CREHOU)

• Angelegt von (Feld FULNAMUSR)

• Ursprung (Feld SREORI)

• Belegnr. (Feld SREORIVCR)

• Zeile (Feld SREORIVCRL)

• Feld TSDCOD

Erfassen Sie in diesen Feldern die Statistikgruppencodes für den Servicevertrag. Diese Codes können von der Servicevertragsvorlage übernommen und initialisiert werden.

Es können bis zu 5 Statistikgruppen definiert werden. Die Anzahl an Gruppen sowie deren Namen können während der Installation der Anwendung parametrisiert werden. Sie werden für Statistikverarbeitungen sowie als Auswahlkriterium in zahlreichen Programmen verwendet.

• Feld TYPMAC

Verwenden Sie dieses Feld, um die Halteart anzugeben und mit der Erfassung des Stamms fortzufahren, der von der Serviceanfrage betroffen ist.

• Die Option Aufgelisteter Stamm ermöglicht die schrittweise Angabe jedes einzelnen Stamms in der hierfür vorgesehenen Tabelle. Diese Option wird bevorzugt für Serviceanfragen für Reparaturen verwendet.
• Die Option Gefilterter Stamm ermöglicht die Definition eines Ziels, in dem alle Eigenschaften des zu verarbeitenden Stamms angegeben werden können. Nach Anlage dieses Ziels wird die Stammtabelle automatisch mit dem erhaltenen Muster gefüllt. Diese Option wird bevorzugt für präventive Serviceanfragen und Serviceanfragen für Wartung verwendet.

Jede Änderung der Methode zur Stammerfassung führt zum vollständigen Löschen der Tabellen Stamm und Komponenten.

• Filter Stamm (Feld MACFLT)

Dieses Feld besteht aus dem Startpunkt der Definition eines gefilterten Stammziels. Klicken Sie über das Symbol Aktionen auf Targeting, um auf das Targetinganzeigefenster vom Typ Maschinen zuzugreifen.

Sie haben zwei Möglichkeiten:

1 - Auswahl eines vorhandenen Ziels, um es in die Serviceanfrage zu integrieren.

2 - Fortfahren mit der Definition eines neuen Ziels, das anschließend in die Serviceanfrage integriert wird.

• Filter Kunde (Feld MACFLTINT)

Falls (sehr wichtig) die Serviceanfrage nur den beim Kunden installierten Kundenstamm betrifft, ermöglicht diese Option die Verwendung eines Installationskriteriums des Kundenstamms in der Zielgruppendefinition.

Wenn Sie diese Option auswählen, wird nur der beim Kunden installierte Kundenstamm in die Serviceanfrage integriert.
Andernfalls entspricht der integrierte Kundenstamm exakt dem von der Zielgruppe erzeugten Muster.

• Feld NBMACSEL

• Installierte Basis (Feld MAC)

Verwenden Sie dieses Feld, um mit der schrittweisen Erfassung der verschiedenen Stammdatensätze fortzufahren, die von der Serviceanfrage betroffen sind.
Klicken Sie über das Symbol Aktionen auf:

• Auswahl und Kundenstamm, um eine Auswahl in der Datenbank des einzigen Kundenstamms auszuführen.
• Stammauswahl, um einen Stammdatensatz aus dem gesamten in der Anwendung beschriebenen Stamm auszuwählen.

Jede Stammerfassung in einer Serviceanfrage führt automatisch zur:

• Vollständigen Löschung des Tabelleninhalts der dem aktuellen Stamm zugewiesenen, betroffenen Komponenten.
• Berechnung der auf den angegebenen Stamm angewendeten Deckung.
• Neuberechnung der gesamten Deckung der Serviceanfrage.
• Löschung oder Änderung aller Verbräuche in Bezug auf den vorherigen Stamm.

Der erste erfasste Stamm der Serviceanfrage wird automatisch als Standardstamm betrachtet.

• Artikelreferenz (Feld ITM)

• Bezeichnung (Feld ITMDES)

• Seriennummer (Feld SER)

• Menge (Feld QTY)

• Verliehener Stamm (Feld LND)

• Kompetenz (Feld PBL)

Ein Stammdatensatz kann auch eine Kompetenzgruppe enthalten. Die Erfassung einer Kompetenzgruppe führt zur:

• Neuberechnung der vom Stamm betroffenen Deckung.
• Neuberechnung der gesamten Deckung der Serviceanfrage.
• Neuberechnung des Verbrauchs.

• Bezeichnung (Feld PBLCLA)

• Deckung (Feld COVFLG)

Dieses Feld ermöglicht die Änderung der vom System automatisch angewendeten Deckung.

• Deckungsbroschüre (Feld COVSPT)

• Belegnr. (Feld COVVCR)

• Abgebuchte Punkte (Pauschale) (Feld PITMAC)

• Standardstamm (Feld MACDEF)

Diese Spalte ermöglicht die Angabe des Stammdatensatzes, der standardmäßig für diese Serviceanfrage verwendet werden muss.

Diese Informationen sind für die Verbrauchserfassung grundlegend.

Jeder Verbrauch, für den kein Stamm angegeben ist, wird automatisch dem

Standardstamm der Serviceanfrage zugewiesen.

• Gruppierung Einsätze (Feld ITNGRU)

Diese Spalte ermöglicht die Durchführung der Gruppierung der Stammdatensätze.

Eine Gruppierung erfolgt über die Erfassung eines alphanumerischen Codes in verschiedenen Datenbanksätzen.

Diese Gruppierungen werden insbesondere zur Planung von Einsätzen verwendet.

Ein Kontextmenü "Einsätze", das in jeder Stammposition verfügbar ist, ermöglicht die Planung von Einsätzen.

Wird ein Einsatz über dieses Menü erstellt, übernimmt es alle nicht ausgeführten Verbräuche

bezüglich aller Stammdatensätze mit dem gleichen Gruppierungscode.

• Komponente (Feld CPNITM)

In diesem Feld kann bzw. können die fehlerhafte(n) Komponente(n) eines Stamms erfasst werden.

Jede Komponente kann direkt über die Artikelstammdaten oder aus der Stückliste

Kundendienst des betroffenen Stamms ausgewählt werden.

Die Stückliste des Stamms kann über das Kontextmenü "Stückliste Kundendienst" geöffnet werden.

• Bezeichnung (Feld CPNITMDES)

• Menge (Feld CPNQTY)

Dieses Feld ermöglicht die Erfassung der Komponentenmenge, die im fehlerhaften Stamm angegeben ist.

• Deckung (Feld CPNCOVFLG)

Dieses Feld ermöglicht die Änderung der vom System automatisch angewendeten Deckung.

• Deckungsbroschüre (Feld CPNCOVSPT)

• Belegnr. (Feld CPNCOVVCR)

• Feld SREPBLGRP

In diesem Feld kann eine für die Verarbeitung der Serviceanfrage erforderliche Kompetenzgruppe angegeben werden.

Wenn in der Tabelle des betroffenen Stamms mehrere Stammdaten angegeben sind, gibt es zwei Möglichkeiten:

1 - Die Kompetenzgruppe ist angegeben: Alle Stammdateien müssen die gleiche Kompetenz teilen.

2 - Die Kompetenzgruppe ist leer: Jede Stammdatei muss eine eigene bestimmte Kompetenz haben.

Die Änderung dieser Daten führt zwingend zur:

- Neuberechnung der Deckung aller Stammdaten und Komponentendaten

- Neuberechnung der gesamten Deckung der Serviceanfrage

- Neuberechnung des Verbrauchs

• Feld SREPBLCLA

• Zuweisung (Feld SREASS)

Dieses Feld ermöglicht die Änderung der Zuweisung der Serviceanfrage, die oft automatisch erfolgt.

Verschiedene Elemente führen die Zuweisung der Serviceanfragen.

• Kompetenzgruppe: Ist eine Kompetenzgruppe für die Verarbeitung einer Serviceanfrage erforderlich, versucht das System sie einem am wenigsten beschäftigten Kompetenzmitarbeiter zuzuweisen.
• Ist kein Kompetenzmitarbeiter vorhanden, versucht das System die Anfrage einer angepassten Warteschlange zuzuweisen.
• Ist keine Warteschlange vorhanden, wird die Anfrage dem Standort-Dispatching zugewiesen.
• Ist kein Standort vorhanden, wird die Anfrage dem Gesamt-Dispatching zugewiesen.

Die Parameter SREASSDEF und SREASSDET ermöglichen die Verwendung dieses Standardverhaltens.

Sie ermöglichen es z.B., dass die Anfrage immer dem verbundenen Benutzer zugewiesen wird, unabhängig von der geforderten Kompetenz.

Es ist auch möglich, eine Anfrage einem Vertriebsservice zuzuweisen. Diese Zuweisung wird verwendet, wenn ein Kunde den Kundendienst anruft und rein vertriebliche Fragen hat. In diesem Fall versucht das System eine Aufgabe für den Vertreter zu erstellen, der für den Kunden verantwortlich ist.

Diese Option ermöglicht auch das Beenden von Serviceanfragen.

Jedes Mal wenn eine Serviceanfrage beendet wird, fordert das System den Benutzer dazu auf, alle nicht ausgeführten Verbräuche zu beenden und eine Lösung zu erstellen, um die Kenntnisse des Unternehmens zu erweitern.

Der Abschluss einer Serviceanfrage ist für die Rechnungsstellung erforderlich.

• Zuweisungsdetails (Feld SREDET)

Auch wenn die automatische Zuweisung meistens zufriedenstellend ausfällt, ist manchmal ein manuelles Eingreifen erforderlich, um die zutreffende Zuweisung zu gewährleisten.Dafür stehen mehrere Werkzeuge zur Verfügung:

Zuweisung Dispatching.

Wenn Sie auf Dispatching klicken, muss das Feld Zuweisungsdetails entweder leer sein oder einen Standortcode beinhalten.

Dieses Feld wird standardmäßig mit dem in der Kopfzeile der Anfrage erfassten Standortcode ausgefüllt.
Um einen anderen Standort auszuwählen, kann der Techniker auf Auswahl eines Standorts über das Symbol Aktionen in diesem Feld klicken.

Zuweisung Mitarbeiter.

Wenn Sie auf Mitarbeiter klicken, muss das Feld Zuweisungsdetails den Code eines Kundendienst-Mitarbeiters enthalten.

Dieses Feld wird standardmäßig auf Basis der auf der Anfrage erfassten Kompetenzgruppe ausgefüllt.
Um einen anderen Mitarbeiter auszuwählen, verfügt der technische Mitarbeiter über drei verschiedene Werkzeuge die per Klick auf das Symbol Aktionen in diesem Feld zugänglich sind:

• Auswahl eines Mitarbeiters:
  Über diese Aktion kann ein Mitarbeiter aus der Liste sämtlicher in der Anwendung definierten Kundendienstmitarbeiter ausgewählt werden.
• Befähigte Mitarbeiter:
  Über diese Aktion kann ein Mitarbeiter unter allen Kundendienstmitarbeitern ausgewählt werden, die für die auf der Anfrage angegebene Kompetenzgruppe kompetent sind.
• Mitarbeiterstatistiken:
  Über diese Aktion kann für jeden technischen Mitarbeiter, der an dem in der Kopfzeile der Serviceanfrage angegebenen Standort arbeitet, die Anzahl der laufenden Anfragen anzeigt werden.
  Sie können die Statistik auf die Mitarbeiter eines anderen Standorts und auf alle Kundendienstmitarbeiter aller Standorte erweitern.
  Klicken Sie auf Auswählen, um die Anfrage einem beliebigen Mitarbeiter zuzuweisen.

Zuweisung Warteschlange.

Wenn Sie auf Warteschlange klicken, muss das Feld Zuweisungsdetails den Code einer Warteschlange enthalten.
Dieses Feld wird standardmäßig auf Basis der auf der Anfrage erfassten Kompetenzgruppe ausgefüllt.
Um eine andere Warteschlange auszuwählen, verfügt der technische Mitarbeiter über zwei verschiedene Werkzeuge die per Klick auf das Symbol Aktionen in diesem Feld zugänglich sind:

• Auswahl einer Warteschlange:
  Über diese Aktion kann aus einer Liste aller in der Anwendung erfasster Warteschlangen eine Warteschlange ausgewählt werden.
• Betroffene Warteschlangen:
  Über diese Aktion kann eine Warteschlange aus denjenigen Warteschlangen ausgewählt werden, die der auf der Anfrage angegebenen Kompetenzgruppe zugeordnet sind.

Zuweisung Vertrieb.

Es ist möglich, dass ein Kunde den Kundendienst kontaktiert und sein Anliegen nicht unter die üblichen Einsätze dieser Struktur fällt.So kommt es häufig vor, dass Kunden für die Bestellung neuer Produkte oder wegen eines Angebots etc. anrufen.

Bei Anrufen, die eindeutig den Vertrieb betreffen, kann die Anfrage per Klick auf Vertrieb umgeleitet werden. Es wird automatisch eine Aufgabe für den für dieses Kundenkonto zuständigen Vertreter generiert.Als Frist für diese Aufgabe wird das im Feld Gewünschtes Lösungsdatum der Anfrage angegebene Datum übernommen.Dieses Datum wird bei Bestätigung oder Änderung der Anlage generiert.Der Mitarbeiter erhält folgenden Hinweis:

Es wurde eine Aufgabe für folgenden Mitarbeiter generiert: ????.

Auf diese Weise wird der Vertreter unverzüglich auf seinem Arbeitsbereich über die Kundenanfrage in Kenntnis gesetzt.
Wenn kein Vertreter gefunden wurde, wird der Mitarbeiter darüber per Fehlermeldung informiert.

• Feld SREDETCLA

• Zuweisungsdatum (Feld SREDATASS)

Dieses Feld gibt das Datum der letzten manuellen oder automatischen Zuweisung der Anfrage an.

• Anfragestatus (Feld SRESAT)

Dieses Feld gibt den aktuellen Fortschrittsstatus der Anfrage an. Bei jeder Änderung dieses Feldes wird ein Verlauf mit den jeweiligen Status der Anfrage gefüllt. Um diesen Verlauf anzuzeigen, klicken Sie in der Aktionsleiste auf Funktionen / Statusverlauf.

• Feld OVRCOV

Dieses Feld gibt die angewendete Gesamtdeckung auf Ebene der Serviceanfrage an.

Unter einer automatisch definierten Gesamtdeckung versteht man die Aggregierung der unterschiedlichen Deckungen des betroffenen Stamms.

Eine manuell definierte Gesamtdeckung bezieht sich auf alle Bestandteile der Serviceanfrage.

Sie können auf eine Serviceanfrage sieben verschiedene Deckungen anwenden:

• Vollständig gedeckt
  Diese Deckung wird ausschließlich vom System zugewiesen. Sie wird angewendet, wenn es sich ausschließlich um vollständige Deckungen des Stamms handelt.
• Teilweise gedeckt
  Diese Deckung wird ausschließlich vom System zugewiesen. Sie wird angewendet, wenn bei den Stammdeckungen mindestens eine Teildeckung vorhanden ist oder keine Deckung besteht, während es sich bei den restlichen Deckungen um Teildeckungen oder um vollständige Deckungen handelt.
• Nicht gedeckt
  Diese Deckung kann automatisch oder manuell angewendet werden.
  Bei manueller Anwendung muss der Benutzer den Hinweis Deckung manuell abgelehnt bestätigen.
• Per Servicekontrakt gedeckt
  Diese Deckung kann nur manuell angewendet werden. Sie wird in der Regel dann verwendet, wenn eine Serviceanfrage über einen Servicekontrakt gedeckt werden soll, der nicht dem vom System ausgewählten Servicekontrakt entspricht.
  Klicken Sie auf Kontrakt, um den Kontrakt auszuwählen, der der neuen Deckung der Anfrage zugrunde liegt. Eine Anfrage mit dieser Deckungsart und ohne Kontraktnummer wird als vollständig vertrieblich gedeckt betrachtet.
• Per Verkaufsauftrag gedeckt
  Diese Deckung kann nur manuell angewendet werden. Diese Deckung kommt in der Regel bei Kunden zum Tragen, die weder einen Servicekontrakt unterzeichnet haben noch über einen dem Problem entsprechenden Kontrakt verfügen.
  Klicken Sie auf Auftrag, um den für die Deckung der Anfrage verwendeten Auftrag auszuwählen. Eine Anfrage mit dieser Deckungsart und ohne Auftragsnummer wird als vollständig vertrieblich gedeckt betrachtet.
• Vertrieblich gedeckt
  Diese Deckung kann nur manuell angewendet werden. Eine solche Serviceanfrage wird vollständig gratis gedeckt.
• Per Direktrechnung gedeckt
  Diese Deckung kann nur manuell angewendet werden. Diese Deckung betrifft sämtliche Anfragen, die von keinem vom Kunden abgeschlossenen Kontrakt gedeckt werden können. Der Kunde hat jedoch sein Einverständnis gegeben, dass der für die Bearbeitung seiner Anfrage erforderliche Aufwand in Rechnung gestellt wird.

Wenn eine Serviceanfrage vertrieblich von einem Mitarbeiter gedeckt wird, der nicht Vertriebsleiter ist, wird seinem Vorgesetzten automatisch ein Hinweis per E-Mail geschickt.

Jegliche Änderung der globalen Deckung führt zur:

• Neuberechnung aller vom Stamm betroffenen Deckungen.
• Neuberechnung des Verbrauchs.

Wenn sich die manuell angewendete Deckung nicht mehr als zufriedenstellend erweist, klicken Sie in der Aktionsleiste auf Standarddeckung, um eine automatisch berechnete Standarddeckung für jedes Element der Serviceanfrage wiederherzustellen.

• Feld OVRCOVCLA

• Dringlichkeitsstufe (Feld SREGRALEV)

Verwenden Sie dieses Feld, um die Dringlichkeitsstufe der Serviceanfrage anzugeben.
Diese Information wird insbesondere dazu verwendet, das Datum und die Uhrzeit der gewünschten Problembehebung gemäß den Qualitätsvorschriften des ausgewählten Servicekontrakts.zu bestimmen.

• Gewünschtes Lösungsdatum (Feld SRERESDAT)

Dieses Feld gibt das Grenzdatum an, nach dem das Kundenproblem gelöst sein muss.
Es wird immer während der Erfassung sämtlicher für die Serviceanfrage relevanter Felder automatisch gefüllt.

Wenn eine Anfrage nicht per Servicekontrakt gedeckt ist, entspricht dieses Datum dem Tagesdatum zuzüglich der im Gesamtparameter QREAC - Reaktionsniveau KD (Tage) (Kapitel HDK, Gruppe SRE) enthaltenen Tage.

Handelt es sich um eine Anfrage, die per Servicekontrakt gedeckt ist, wird dieses Datum in Abhängigkeit der im Vertrag enthaltenen Qualitätsvorschriften erfasst.
Bei nicht sperrenden Problemen wird das Datum auf Basis des Feldes Maximale Frist für Behebung im Block Nicht sperrende Probleme berechnet.
Bei sperrenden Problemen wird das Datum auf Basis des Feldes Maximale Frist für Behebung im Block Sperrende Probleme berechnet.

Dieses Datum kann manuell geändert werden. So kann ein bestimmtes Problem beispielsweise kürzere Fristen erfordern als im Vertrag vorgesehen. Die Gründe für diese Frist können im Feld Grund erfasst werden.

• Uhrzeit (Feld SRERESHOU)

• Supportvertrag (Feld CONSPT)

In diesem Feld wird der für die Einhaltung der Qualitätsvorschriften verwendete Vertrag erfasst.

• Feld CONSPTCLA

• Grund (Feld SRERESREN)

In diesem Feld werden die Gründe für eine manuelle Änderung des Feldes "Gewünschtes Lösungsdatum erfasst".

• Feld TITBLK

• Feld TITDAY

• Feld TITHOU

• Feld TITMNT

• Feld TITSPG

• Feld TIMSPGDAY

Mit der Erfassung eines Zeitstempels kann die für die Bearbeitung der Serviceanfrage aufgewendete Zeit festgehalten werden.
Bei jeder Erfassung eines neuen Zeitstempels wird die Summe der unterschiedlichen Zeitstempel errechnet und ein neuer Verbrauch durchgeführt.

Der bei der Zeitstempelung automatisch verbrauchte Artikel wird in der Parametrisierung definiert. (Artikel zum Zeitstempeln)

Jeder Zeitstempel kann manuell erfasst werden. Wenn sie auf Start Zeitstempelung über das Symbol Aktionen klicken, kann der Zeitstempel auch automatisch berechnet werden.

Wird eine Zeitstempelung gestartet, wird diese automatisch gespeichert, wenn nach einer Minute eines der folgenden Ereignisse auftritt:

• Klick auf Ende Zeitstempelung.
• Auswahl einer anderen Anfrage aus der Auswahlleiste.
• Klick auf die Schaltfläche Ende.
• Anlage einer anderen Serviceanfrage.

Die Zeitstempelung, die aus einem dieser drei Felder gestartet wurde, entspricht dem Standardstamm.

Wenn die Zeitstempelung einen bestimmten Stamm betrifft, können Sie auch in jedem betroffenen Stamm über das Symbol Aktionen auf Start Zeitstempelung klicken.

Mit dem Start einer Zeitstempelung kann außerdem auf bestimmte betriebliche Funktionalitäten zur Bearbeitung von Serviceanfragen zugegriffen werden.

Tatsächlich kann über die Aktion Präferenzen der Zugriff auf eine im Kontext der Serviceanfrage spezielle Funktionalität aktiviert werden.

• Feld TIMSPGHOU

• Feld TIMSPGMNT

• Feld TITCSPG

• Feld CTIMSPGDAY

Die Summenfelder werden automatisch nach jedem Speichervorgang eines neuen Zeitstempels neu berechnet.

Sie ermöglichen die Messung der Gesamtzeit, die für die Bearbeitung der Serviceanfrage benötigt wurde.

• Feld CTIMSPGHOU

• Feld CTIMSPGMNT

• Code (Feld SREESCNUM)

In diesem Feld wird der Code der für die Serviceanfrage zuletzt ausgeführten Eskalation angezeigt.

Wurde mindestens eine Eskalation für die Serviceanfrage ausgeführt, ist das Menü "Verlauf Eskalationen"

aktiviert.

Für eine Bewertung der Dringlichkeit der Eskalation wird neben dem Eskalationscode die Kategorie angezeigt.

• Feld SREESCCAT

• Datum (Feld SREESCDAT)

Dieses Feld gibt das Datum der Ausführung der Eskalation an.

• Uhrzeit (Feld SREESCHOU)

• Typ (Feld ESCTYPCLA)

In diesem Feld wird der Typ der für die Serviceanfrage zuletzt ausgeführten Eskalation angezeigt.

• Rechnungsempfänger (Feld SREBPCINV)

Code des Rechnungsempfängers, der standardmäßig mit dem Code des Rechnungsempfängers initialisiert wird, der dem in der Kopfzeile der Serviceanfrage erfassten Kunden

zugewiesen wird.

• Regulierer (Feld SREBPCPYR)

Code des Zahlenden.

Er wird standardmäßig mit dem Code des zahlenden Kunden initialisiert, der dem in der Kopfzeile der Serviceanfrage angegebenen Kunden

zugewiesen wird.

• Gruppenkunde (Feld SREBPCGRU)

Code des Gruppenkunden.

Er wird standardmäßig mit dem Code des Gruppenkunden initialisiert, der dem in der Kopfzeile der Serviceanfrage angegebenen Kunden

zugewiesen wird.

• Lagerstandort (Feld STOFCY)

Der in der Anfrage angegebene Lagerstandort wird als Standardlagerstandort für jeden neuen Verbrauch

bezüglich eines im Bestand verwalteten Artikels verwendet.

• Projekt (Feld SREPJT)

In diesem Feld kann ggf. der Projektcode erfasst werden, der der finanziellen Deckung der Anfrage zu Grunde liegt. Die Verwaltung hängt vom Wert des Parameters CTLOPPCOD - Prüfung Vorgangscode (EK/VK) ab.

• Hat er den Wert 'Nein', kann es sich um einen frei gewählten Code handeln.
• Hat er den Wert 'Ja', wird systematisch eine Prüfung des erfassten Projektcodes ausgeführt. In letzterem Fall handelt es sich immer um einen zuvor auf Ebene der Projektverwaltung definierten Code. Er muss aktiv sein (wird er nach Anlage des Dokuments inaktiv, wird die Prüfung angewendet und die Dokumentzeile kann nicht mehr in anderen Dokumenten ausgewählt werden. Die Zeile eines Angebots kann z.B. nicht in einem Auftrag ausgewählt werden).
  
  Für die Erfassung hat der Benutzer zwei Möglichkeiten:
• Die Kontextmenüs ('Auswahl CRM-Projekt', 'Auswahl Personenkonto', 'Auswahl Kontakt') ermöglichen die Auswahl eines Projekts über eine gefilterte Auswahlliste.
• Das Kontextmenü 'CRM-Projekte' ermöglicht den direkten Zugriff auf die Verwaltungsfunktion, um dort eine Auswahl durchzuführen oder ein Projekt zu erstellen.

Wird der Projektcode geändert, öffnet sich eine Dialogbox, in der Preis und Abschläge neu kalkuliert werden können. Bei Antwort ‚Ja‘ erfolgt eine Preissuche für alle Verbrauchspositionen abhängig vom neuen Projektcode.
Der verbrauchte Betrag wird systematisch aktualisiert; er entspricht dem von der Preissuche übernommenen Nettobetrag mal der Menge. Der fakturierbare Betrag wird nur aktualisiert, wenn die Position fakturierbar ist und wenn der fakturierbare Betrag nicht manuell geändert wurde.
Bei der Preissuche entspricht die verwendete Menge der Summe der Mengen aller fakturierbarer Positionen des gleichen Artikels.

• Feld SREREP

Dieses Feld ermöglicht die Angabe der Vertreter, die mit den möglichen Provisionen bezüglich der

verbrauchten Beträge in der Serviceanfrage belastet werden.

• Steuerart (Feld SREVACBPR)

Mit diesem Feld kann das Steuersystem des Dokuments angegeben werden. Dieser Code wird über die Tabelle Steuersysteme geprüft. Er wird mit dem entsprechenden Code der Personenkontendaten initialisiert, kann aber geändert werden.
Die Zahlungsbedingungen sind obligatorisch und können bis zur Freigabe der Lieferung geändert werden.
Es kann nur ein Steuersystem angegeben werden, dessen Rechtsordnung und Gruppe denen des Dokuments entsprechen.
Die mit dem Parameter Multi-Rechtsordnung verknüpften allgemeinen Prinzipien sind hier detailliert beschrieben.

• Entität/Verwendung (Feld SSTENTCOD)

• Kurstyp (Feld SRECHGTYP)

• Preistyp (Feld SREPRITYP)

• Währung (Feld SRECUR)

Mit dieser Währung werden sämtliche finanziellen Bestandteile der Serviceanfrage bewertet.

• Zahlungsbedingung (Feld SREPTE)

Code der Zahlungsbedingungen.

Dieser Code definiert die Zahlungsart des in Rechnung gestellten Verbrauchs.

Er wird mit dem Rechnungspersonenkonto initialisiert und in der Tabelle der Zahlungsbedingungen geprüft.

• Skonto (Feld SREDEP)

Diese Information wird im Angebot erfasst und mit dem Skontocode des Kunden initialisiert. Sie ermöglicht die Bestimmung einer Reihe von Skonto- oder Verzugszinssätzen in Abhängigkeit des Zahlungsverzugs bzw. Vorauszahlungszeitraums in Bezug auf das Fälligkeitsdatum.
Es kann nur ein Skontocode angegeben werden, der zur Rechtsordnung und der Gruppe des Unternehmens des Belegstandorts passt.
Die mit dem Parameter Multi-Rechtsordnung verknüpften allgemeinen Prinzipien sind hier detailliert beschrieben.

Betrifft das Angebot einen Interessenten, wird diese Information nicht initialisiert.

• Dimension (Feld DIE)

• Bezeichnung (Feld NAMDIE)

• Sektor (Feld CCE)

• Nr. (Feld NOLIG2)

• Bezeichnung (Feld SHO)

• Prozent / Betrag (Feld INVDTAAMT)

Die Werte beziehen sich auf die Rechnungsfußzeile. Diese Informationen können direkt aus dem Parameter der Elemente der Rechnungsfußzeile stammen, oder aus der Datei des betroffenen Kunden.
 Weitere Informationen finden Sie in der Dokumentation Rechnungselemente.
Die Werte der Fußzeilenelemente können geändert werden. Diese Werte wirken sich direkt auf die Netto- und Bruttobeträge des Dokuments aus.
Besonderheiten bei unternehmensübergreifenden Aufträgen:
Wurde der Vertrag aus einem Inter-Company-Einkaufsvertrag oder einem standortübergreifenden Vertrag generiert und ist durch die Inter-Company-Parametrisierung festgelegt, dass die Rechnungselemente aus dem Einkauf stammen, so werden diese mit den zum ursprünglichen Einkaufsvertrag erfassten Werten belegt.

• Feld INVDTATYP

• Währung (Feld WWCUR)

• SST-Code (Feld SFISSTCOD)

Erfassen Sie den zu verwendenden Code, um den Standardsteuercode SST des Artikels oder des Rechnungselements zu ersetzen. Dieser Steuercode wird von Sage Sales Tax erkannt und ermöglicht die Identifizierung der Zeilentypen zu steuerlichen Zwecken. Dieses Feld ist nur verfügbar, wenn der Aktivitätscode LTA - Lokale Steuerregelungen aktiv ist und der Parameter USATAX - Zugrundelage Steuersysteme den Wert Ja hat.

Im Fall von Rechnungselementen, die als Nachlass auf SST-Dokument bezeichnet sind, können Sie den SST-Steuercode des Dokuments nicht löschen.

• Installierte Basis (Feld HDTMACSRE)

Diese Spalte ermöglicht die Angabe des Kundenstamms, für den der Verbrauch durchgeführt wurde. Der Stamm muss obligatorisch aus dem betroffenen Stamm der Serviceanfrage ausgewählt werden.
Ist kein Stamm angegeben und wurde mindestens ein Stammdatensatz zu der Serviceanfrage erfasst, wird der Verbrauch automatisch dem Stammdatensatz zugewiesen.
Diese Information ermöglicht die Weiterentwicklung der Deckungsebene für den Verbrauch.

• Komponente (Feld HDTCPN)

Diese Spalte ermöglicht die Angabe der bestimmten Komponente, für die der Verbrauch durchgeführt wurde.
Diese Komponente muss aus der Liste der als defekt gemeldeten Komponenten für den betroffenen Stamm ausgewählt werden.
Diese Information muss angegeben werden, damit die Deckungsebene so genau wie möglich entwickelt werden kann.

• Verbrauchstyp (Feld HDTTYP)

In dieser Spalte kann der gespeicherte Verbrauchstyp ausgewählt werden. Der Typ bestimmt die Art der für den Verbrauch zulässigen Artikelreferenz.
Mögliche Werte:

• losgelöste Teile oder ein vollständiges Produkt
• Arbeitskraft oder Dienstleistung
• Auftragskosten

Diese Information wird automatisch in Abhängigkeit des Parameters DEFHDTTYP initialisiert.

• Verbrauch (Feld HDTITM)

Dieses Feld ermöglicht die Erfassung des verbrauchten Artikels.

• Hauptversion (Feld ECCVALMAJ)

Die höhere Versionsnummer ist zugänglich, wenn die Rückmeldung der höheren Versionen auf Ebene des Artikelparameters aktiv ist (im Register Verwaltung der Funktion Artikel, das Feld Bestandsversion hat den Wert 'Höher').

Ist das Vorladen der Versionen auf Ebene des Artikel/Kunden aktiviert (im Register Kunden der Funktion Artikel ist die Option Vorladen Versionen ausgewählt), oder stattdessen auf der Ebene Artikel /Verkauf (im Register Verkauf der Funktion Artikel ist die Option Vorladen Versionen ausgewählt), wird die letzte aktive höhere Version automatisch vorgeladen.

Die höhere Versionsnummer kann erfasst werden, wenn in der Parameterfunktion der Erfassungstransaktionen Einsätze (GESCMI), im Register Materialverbrauch,das Feld Höhere Version den Wert 'Erfasst' hat. Wenn Sie eine höhere Versionsnummer erfassen, prüft das System, ob die höhere Version tatsächlich exisitert und prüft dann den Status. Tritt ein Fehler auf, wird eine nicht blockierende Fehlermeldung angezeigt.

• Nebenversion (Feld ECCVALMIN)

Die niedrigere Versionsnummer ist zugänglich, wenn die Rückmeldung der höheren und niedrigeren Versionen auf Ebene des Artikelparameters aktiv ist (im Register Verwaltung der Funktion Artikel, das Feld Bestandsversion hat den Wert 'Höher und niedriger').

Ist das Vorladen der Versionen auf Ebene des Artikel/Kunden aktiviert (im Register Kunden der Funktion Artikel ist die Option Vorladen Versionen ausgewählt), oder stattdessen auf der Ebene Artikel /Verkauf (im Register Verkauf der Funktion Artikel ist die Option Vorladen Versionen ausgewählt), wird die letzte niedrigere Version automatisch vorgeladen.

Die niedrigere Versionsnummer kann in folgenden Fällen erfasst werden:

• wenn in der Parameterfunktion der Erfassungstransaktionen Serviceanfragen (GESCMS), im Register Materialverbrauch, das Feld Niedrigere Version den Wert 'Erfasst' hat.
• und wenn der Artikel in der höheren Version verwaltet wird.

Wenn Sie eine niedrigere Versionsnummer erfassen, prüft das System, ob die höhere Version tatsächlich existiert. Tritt ein Fehler auf, wird eine nicht blockierende Fehlermeldung angezeigt.

• Lagerstandort (Feld HDTSTOFCY)

Dieses Feld wird ausschließlich für im Bestand geführtes Material verwendet.

Der Artikel-Standort muss zwingend in der Anwendung angelegt werden, um verbraucht zu werden.

• Menge / Dauer (Feld HDTQTY)

Dieses Feld ermöglicht die Erfassung der verbrauchten Menge.

• Einheit (Feld HDTUOM)

Dieses Feld gibt die Einheit an, in der der Verbrauch ausgedrückt wird. Standardmäßig wird die Verkaufseinheit des verbrauchten Artikels übernommen.
Für die Teile können auch die verschiedenen Verpackungseinheiten verwendet werden.
Für die Arbeitskraft kann eine der drei Zeiteinheiten (Tage, Stunden, Minuten), die im Artikeldatensatz angegeben sind, verwendet werden.

• Mitarbeitertyp (Feld HDTAUSTYP)

Dieses Feld wird vor allem für die Bezugseinheitenverbräuche verwendet.

Die Dienstleistungen können auch von unternehmensinternem Personal oder

externen Dienstleistern erbracht werden.

• Mitarbeiter (Feld HDTAUS)

Erfolgt der Verbrauch durch einen internen Mitarbeiter, muss dieses Feld einen Benutzercode enthalten.

Erfolgt der Verbrauch durch einen externen Dienstleister, muss dieses Feld einen Dienstleistercode enthalten.

• Benennung (Feld HDTAUSCOD)

• Vorg. Datum (Feld HDTPLNDAT)

• Ausgeführt am (Feld HDTDONDAT)

Dieses Feld erfasst das Datum, an dem der Verbrauch erfolgte. Mit der Erfassung eines Datums öffnet sich ein Erfassungsfenster für Bestandsabgänge, wenn der Verbrauch im Bestand geführtes Material betrifft, für das ein Bestandsabgang angefragt wurde.

• Ausgeführte Zeit (Feld BHDTDONHOU)

Dieses Feld erfasst die Uhrzeit, zu der der Verbrauch erfolgte.

• Bestandsabgang (Feld HDTSTOISS)

Dieses Feld wird ausschließlich für im Bestand geführtes Material verwendet.
Es ermöglicht die Aktivierung des Erfassungsfensters für Bestandsabgänge. Die Öffnung des Bestandsfensters wird nur für einen ausgeführten Verbrauch ausgelöst.
Dieses Feld wird standardmäßig in Abhängigkeit der Bemerkung „Standardbestandsabgang“ des Artikeldatensatzes definiert.

• Erwartete Ausgänge (Feld HDTISSQTY)

• Abgangsmenge (Feld HDTISSISS)

• Fakturierbar (Feld HDTINV)

Dieses Feld bestimmt den Status einer Verbrauchsfakturierung. Es wird standardmäßig über die Bewertungsmechanismen der anwendbaren Deckungen festgelegt. Er kann weiterhin geändert werden.

Dieses Feld wird neu berechnet, wenn die folgenden Verbrauchselemente geändert werden:

• Kundenstamm
• Komponente
• Verbrauchter Artikel
• Verbrauchte Menge
• Verwendete Einheit

• Verbrauchter Betrag (Feld HDTAMT)

Dieses Feld enthält den fakturierbaren Betrag des Verbrauchs. Es wird immer standardmäßig über die Bewertungsmechanismen der anwendbaren Deckungen festgelegt. Er kann weiterhin geändert werden.

Dieses Feld wird neu berechnet, wenn die folgenden Verbrauchselemente geändert werden:

• Kundenstamm
• Komponente
• Verbrauchter Artikel
• Verbrauchte Menge
• Verwendete Einheit

• Zu fakturieren (Feld HDTAMTINV)

• Währung (Feld HDTCUR)

• Abgebuchte Punkte (Feld PITHDT)

• Text (Feld HDTTEX)

In diesem Feld kann die Artikelreferenz um eine Erläuterung zum Verbrauch ergänzt werden. Es wird in der Regel zur genaueren Angabe der einer Artikelreferenz vom Typ Personal zugeordneten Arbeiten verwendet.
Beispiel: In der Automobilbranche würde z.B. die Information "Zwei Stunden Arbeit" um den Hinweis "Austausch der vier Reifen" ergänzt.

Ein Text von 200 Zeichen kann direkt in der Tabelle erfasst werden. Wenn der zu erfassende Text zu lang ist, kann über das Menü Text ein zusätzliches Fenster geöffnet werden, in dem die maximale Länge des Textes über die Größe des Datentyps ACB gesteuert ist.
Eine fakturierbare Verbrauchsposition, zu der ein Text erfasst wurde, wird bei der Fakturierung niemals aggregiert.

• Verbrauchsverlauf (Feld HDTNUM)

• Einsatzverlauf (Feld ITNNUM)

• Feld CCE1

Die Parametrisierung legt fest, ob die Sektoren geändert werden können. Diese werden gemäß des Parameters der Standardsektoren initialisiert.

Wenn keine Auftragszeile erfasst wurde und der Projektcode geändert wurde, werden die Sektoren im Anlagemodus gemäß der Parametrisierung der Standardsektoren reinitialisiert.

Wurde eine Auftragszeile erfasst und wurde der Projektcode geändert, werden die Sektoren weder im Anlagemodus noch im Änderungsmodus neu initialisiert.

• Arbeitskraft (Feld TOTSVC)

• Teile (Feld TOTPDT)

• Spesen Auftrag (Feld TOTEXS)

• Verbraucht (Feld TOTCSM)

• Fakturierbar (Feld TOTINV)

• Feld PRCINV

• Nicht fakturiert (Feld TOTNOTINV)

• Feld PRCNOTINV

• Verbraucht (Feld TOTPIT)

Dieses Feld zeigt die Gesamtanzahl der von der Serviceanfrage automatisch benötigten oder verbrauchten Punkte an.

Diese Summe umfasst alle Pauschalen sowie alle weiteren Abbuchungen der verschiedenen

gespeicherten Aufwände.

Die Punkte werden immer automatisch abgezogen.

Bei der Verarbeitung der Serviceanfrage kann die vom System berechnete Gesamtabbuchung

trotzdem geändert werden.

Ein Kontextmenü "Manuelle Punkteabbuchung" ermöglicht die Änderung der Gesamtpunktzahl, die die Anfrage

zum Zeitpunkt des Abschlusses verbrauchen wird.

• Teil (Feld PRCPIT)

Dieses Feld ist nur wichtig bei Serviceanfragen, die von verschiedenen Arten von Servicekontrakten

gedeckt sind.

In diesem Fall können bestimmte Verbräuche finanziell gedeckt werden, während andere über

einen Punkteabzug gedeckt werden.

Dieses Feld berechnet daher den Teil der durch Punkte gedeckten Verbräuche in Bezug auf den Gesamtbetrag

der Verbräuche.

• Datum (Feld INVDAT)

• Netto (Feld INVAMT)

• Belegnr. (Feld INVVCR)

• Datum (Feld DUDDAT)

• Brutto (Feld DUDAMT)

• Streitsache (Feld DUDDPTCOD)

• Nr. Offener Posten (Feld DUDNUM)

• Datum (Feld PAYDAT)

• Brutto (Feld PAYAMT)

• Zahlungsreferenz (Feld PAYNUM)

• Nr. Offener Posten (Feld PAYDUDLIG)