Vorlagen für Servicekontrakte

• Lfd. Nr. (Feld CONNUM)

Dieses Feld ist standardmäßig einem automatischen Nummernkreis zugeordnet. Daher muss sich der Benutzer nicht um den Feldinhalt kümmern.

Standardmäßig setzt sich der Code einer Servicecertragvorlage aus einer 15-stelligen, automatisch erstellten Sequenznummer zusammen.

• Währung (Feld CUR)

Mit diesem Feld wird die für alle Finanzfelder einer Servicevertragvorlage anzuwendende Währung definiert. In dieser Währung werden ebenfalls die Freibeträge für Dienstleistungen der Artikeldeckungen bestimmt.

• Bezeichnung (Feld TPLNAM)

Dieses Feld enthält eine kurze Bezeichnung mit der die Art und das Objekt des auf Basis dieser Vorlage anzulegenden Vertrages eindeutig bestimmt werden können.

• Feld CONTYP

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.

• Kategorie (Feld CONCAT)

Dieses wichtige Feld ermöglicht die Bestimmung der Funktionskategorie des Servicevertrags:

• Garantievertrag
• Wartungsvertrag
• Bonuspunktevertrag

Über dieses Feld können unterschiedliche Mechanismen wie z. B. die Punkteverwaltungsregel, die Neubewertung der Verträge oder die Rechnungsstellung ausgelöst werden.

• Alle Kompetenzen (Feld EVRPBL)

Mit diesem Feld kann der Zugriff auf die Verwaltungsfunktion der übernommenen Kompetenzen bestimmt werden.

Wenn dieses Feld aktiviert ist, kann nicht auf die Funktion Verwaltung der Deckungen zugegriffen werden, da sämtliche in der Anwendung beschriebenen Kompetenzen im Vertrag berücksichtigt werden. Sie müssen daher nicht einzeln erfasst werden.

Wenn dieses Feld nicht aktiviert ist, werden lediglich die in der Funktion "abgedeckte Kompetenzen" (Menü Funktion - Abgedeckte Kompetenzen) erfassten Kompetenzen vom auf Basis dieser Vorlage angelegten Vertrag berücksichtigt.

Achtung: In dieser Funktion wird eine Ebene erfasst, die die Kompetenzgruppe abdeckt. D. h. dass bei Erfassung einer Kompetenzgruppe SÄMTLICHE UNTERGEORDNETEN GRUPPEN vom Vertrag BERÜCKSICHTIGT WERDEN.

Wenn dieses Feld nicht aktiviert und keine Kompetenzgruppe erfasst wurde, ist der Vertrag quasi nicht verwendbar. Somit können über diesen Vertrag keine Kundenprobleme berücksichtigt werden.

• Alle Stammprodukte (Feld EVRMAC)

Mit diesem Feld kann der Zugriff auf die Funktion derArtikeldeckungen bestimmt werden.

Dieses Feld ist nur für die Vertragsvorlagenvom Typ "Wartung" zugänglich.

Wenn das Feld aktiviert ist, kann nicht auf die Verwaltungsfunktion der Artikeldeckungen zugegriffen werden. D. h. dass der auf Basis der Vorlage angelegte Vertrag auf alle vom Kunden in Auftrag gegebenen Artikel angewendet wird. So erhält man eine Art Supervertrag.

Wenn dieses Feld nicht aktiviert ist, bestehen zwei Möglichkeiten:

1 / In der Funktion "abgedeckte Artikel" (Menü "Funktionen - abgedeckte Artikel") keine Artikelreferenz erfassen und bis zur Anlage des Vertrages warten, um die berücksichtigten Seriennummern VOLLSTÄNDIG zu erfassen.

Eine oder mehrere Seriennummern erfassen, um für einen Kunden automatisch alle Seriennummern mit gleicher Artikelreferenz abzudecken.

• Priorität Kundenstamm (Feld CRSCOVSAM)

Dieses Kontrollkästchen betrifft nur Garantie- und Wartungsverträge, für die eine Deckung vom Typ Kundenstamm (und nicht vom Typ Gesamter Stamm) definiert wurde.

Damit kann die Definition kombinierter Deckungen (Stamm + Kompetenzen) auf Basis sämtlicher Deckungen vom Typ Kundenstamm automatisiert werden.

Ist dieses Kontrollkästchen aktiviert, werden jegliche Erstellungen, Änderungen oder Löschungen einer Kundenstammdeckung unmittelbar in die verschiedenen entsprechenden kombinierten Deckungen übernommen.

• Feld MRK

Dieses Feld ermöglicht die Erfassung aller Informationen, die es ermöglichen, das Anwendungsspektrum der Servicevertragvorlage

im Rahmen des Kundendienstes des Unternehmens besser zu verstehen.

• Verlängerung (Feld REWFRY)

Dieses Feld gibt die Vertragsdauer an.

• Für stillschweigend verlängerte Verträge ist dies das Intervall, in dem der Vertrag automatisch verlängert wird.
• Für Verträge, die nicht stillschweigend verlängert werden, ist dies das Intervall, in dem der Vertrag von beiden Vertragsparteien neu verhandelt werden muss.

• Einheit (Feld REWFRYBAS)

• Stillschweigende Verlängerung (Feld CONREW)

Dieses Feld gibt an, ob der Vertrag bei Laufzeitende automatisch verlängert wird. Das bedeutet vor allem, dass in diesem Fall die Fakturierungskette nicht unterbrochen, sondern im gewünschten Intervall durchgeführt wird.

Andernfalls muss der Vertrag neu verhandelt und in der entsprechenden Funktion manuell verlängert werden.

• Punktegutschrift (Feld PITCDT)

Dieses Feld betrifft ausschließlich die Bonuspunkteverträge. Geben Sie die Gesamtanzahl der dem Kunden für diesen Vertrag übertragenen Punkte an.

• Benötigte Tokens (Feld PITRQD)

Dieses Feld ermöglicht die Angabe der Mindestanzahl an Tokens, mit der ein Kunde diesen

Servicevertrag erhalten kann.

Diese Information wird vom System nur dann analysiert, wenn eine äquivalente Information nicht für den

betreffenden Kunden erfasst wurde.

Zur Erinnerung: Tokens sind Bonuspunkte, die jeder Kunde für seine verschiedenen

aufeinanderfolgenden Bestellungen erhält.

• Punktetoleranz (%) (Feld PITTOL)

Dieses Feld betrifft ausschließlich die Bonuspunkteverträge. Die Toleranz bietet einen Mechanismus, mit dem die Bonsupunkteverträge verbraucht werden können. In Bezug auf die mögliche Komplexität der Punkteverbrauchsregeln ist die Wahrscheinlichkeit, die genaue Anzahl an festgelegten Punkten eines Vertrags zu verbrauchen, sehr gering.

Beispiel: Ein Kunde erhält für einen Vertrag, bei dem für jede Serviceanfrage 30 Punkte mit einer Toleranzgrenze von 10% abgerechnet werden, 100 Punkte gutgeschrieben. Die vierte Serviceanfrage dieses Kunden generiert ein Angebot für einen neuen Servicevertrag. Der Kunde verfügt jedoch weiterhin über 10 Bonuspunkte aus seinem alten Vertrag. Wenn für diesen gleichen Vertrag eine Bonuspunktertoleranz von 20% bestünde, wären die vierte Serviceanfrage normal bearbeitet und der Vertrag automatisch am Ende der Bearbeitung Serviceanfrage abgeschlossen worden.

• Neubewertungsfrequenz (Feld RVAFRY)

In diesem Feld wir das Intervall erfasst, in dem die jährliche Gebührenbasis neu bewertet werden muss. Die automatische Neubewertung wird immer auf Basis der Entwicklung eines beliebigen Index erfolgen.

• Einheit (Feld RVAFRYBAS)

• Neubewertungsmethode (Feld RVAMET)

Geben Sie die Neubewertungsmethode des Vertrags an. Die Wartungsverträge können auf zwei Arten neu bewertet werden:

• Die Post-Neubewertung hat den Vorteil, dass immer der Betrag der nächsten geplanten Rechnung eines Vertrags berechnet wird. Die jährliche Gebührenbasis wird immer im Vergleich zum realen Wert des für diese Neubewertung verwendeten Index um eine Periode verschoben.
• Die Prä-Neubewertung hat den Vorteil, dass eine jährliche Gebührenbasis berechnet wird, die die Entwicklung des verwendeten Indexes genau widerspiegelt. Bis auf Ausnahme der ersten geplanten Rechnung des Vertrags erlaubt diese Methode jedoch nicht die vorzeitige Anzeige des Betrags der geplanten Rechnungen.

• Neubewertungshilfe (Feld RVASSP)

In diesem Feld wird die für die Neubewertung des Servicevertrags verwendete Hilfe angegeben. Zwei Hilfen stehen zur Verfügung:

• Index (Feld CONBASIDX)

Dieses Feld ist nur zugänglich, wenn zuvor die Hilfe Entwicklung eines Index ausgewählt wurde. Erfassen Sie den Index, der während jeder erneuten Vertragsbewertung verwendet werden muss. Eine Neubewertung wird durch Vergleich des während der letzten Bewertung verwendeten Indexwertes und des letzten im System gespeicherten Wertes für den betreffenden Index durchgeführt.

• Formel (Feld CONBASFOR)

Dieses Feld ist nur zugänglich, wenn zuvor die Neubewertungshilfe vom Typ Mathematische Formel ausgewählt wurde. Geben Sie den verwendeten Formelcode an, der in der sonstigen Tabelle 427 - Neubewertungsformel ausgewählt wurde.

• Kündigungsfrist (Feld RSILTI)

In Abhängigkeit des Aktivitätsbereiches gibt dieses Feld folgende unterschiedliche Bedeutungen an:

• Anzahl der Tage vor Vertragsende, an denen eine Kündigung vonseiten des Kunden akzeptiert werden kann.
• Anzahl der Tage, an denen der Vertrag nach Eingang der Kündigung vonseiten des Kunden weiter läuft.

Eine Kündigung ist in jedem Fall ein manueller Vorgang, der direkt im Vertragsdatensatz durchgeführt werden muss.

• Einheit (Feld RSILTIBAS)

• Frequenz (Feld INVFRY)

Dieses Feld zeigt die Frequenz der Rechnungen über die vom Kunden im Rahmen seines Vertrages in Anspruch genommenen Dienstleistungen an. Damit kann außerdem bestimmt werden, welche jährliche Gebührenbasis für eine Rechnung gilt.

• Einheit (Feld INVFRYBAS)

• Methode (Feld INVMET)

Verwenden Sie dieses Feld, um die Methode anzugeben, die für die Fakturierung des Servicevertrags verwendet wird:

• Vorfakturierung (Vor Vertragsende): die Fakturierung des Vertrags erfolgt vor Vertragsende. Diese Methode ermöglicht die Fakturierung eines Vertrags, bevor der Kunde die Dienstleistungen in Anspruch nimmt.Beispiel: Vertragsdauer von drei Jahren, einmal pro Jahr fakturierbar.

• Ratenzuschlag / -abschlag (Feld INVFRYCOE)

In bestimmten Fällen wird auf offene Posten, die mehrjährig vereinnahmt werden, ein Ratenzuschlag bzw. -abschlag erhoben. Verwenden Sie dieses Feld, um die Höhe des Ratenzuschlags bzw. -abschlags für diesen Fall zu definieren.

• Frist (Feld INVLTI)

Verwenden Sie dieses Feld, um die Frist anzugeben, ab der die zu fakturierenden offenen Posten des Vertrags in den Fakturierungstools angezeigt werden. Ab diesem Zeitpunkt kann die Rechnung generiert und an den Kunden versendet werden.

Diese Frist gibt die Anzahl der Tage an, die vor Ende der Rechnungsfälligkeit liegen.

• Einheit (Feld INVLTIBAS)

• Zahlungsbedingung (Feld PTE)

Verwenden Sie dieses Feld für die Erfassung der für die Zahlung der offenen Posten des Vertrag geltenden Zahlungsbedingungen.
Es kann nur eine Zahlungsbedingung angegeben werden, die zur Rechtsordnung und der Gruppe des Unternehmens des Belegstandorts passt.
Die mit dem Parameter Multi-Rechtsordnung verknüpften allgemeinen Prinzipien sind hier detailliert beschrieben.

• Code Streitsachen (Feld ACPDPTCOD)

Dieses Feld ermöglicht die Erfassung der Rechtsstreitscodes, die zurBerücksichtigung eines Kundenproblems führen, wenn eine Zahlung nicht pünktlich zur Fälligkeit des Vertrags geleistet wurde.

Beispiel: Ein Kunde weist einen Zahlungsverzug von zwei Monatenauf die letzte Fälligkeit seines Vertrags auf. Dieser Kunde hat unter anderem einen Rechtsstreit mit seinemLieferanten begonnen. Ruft der Kunde die Kundenbetreuung an, um ein Problem an einem seiner Materialien zu lösen, wird dieses gelöst, wenn der Rechtsstreitcode der Fälligkeit einem der im Wartungsvertrag vermerkten entspricht.