Verrechnung ELF-Aufträge

Ab sofort ist es möglich, vom AG gestrichene Basispositionen mit dem vorherigen Auftrag / Bearbeiter / Unternehmen zu verrechnen.

Dies kann in den Systemeinstellungen aktiviert werden unter „Auftragsabmeldung“ – „leb_elf_kompensieren“.

Die Freigabe der LEB ändert sich wie folgt: Wird versucht ein LEB frei zu geben, erscheint eine Vorschau der ELF-Aufträge, welche verrechnet werden. Ein erneuter Klick unter dieser Auflistung auf „Freigeben“ gibt den LEB tatsächlich frei.

Wichtig: bei der LEB-Prüfung dürfen die durch UM gestrichenen Basispauschalen NICHT aus den Aufträgen gelöscht werden (dies passiert automatisch).

Zu jedem ELF-Auftrag wird nun ein interner Auftrag erstellt mit der gestrichenen Basispauschale, welche gleichermaßen aus dem Original-Auftrag entfernt wird. Dieser interne Auftrag wird dem Bearbeiter des ELF-Auftrages zugeordnet, sodass der Umsatz zugeordnet werden kann.

Zu jedem ELF-Vorgänger-Auftrag wird nun ein interner Auftrag erstellt, in dem die gestrichene Basispauschale mit negativer Menge enthalten ist. Dieser interne Auftrag wird dem Bearbeiter des ELF-Vorgänger-Auftrages zugeordnet, sodass der negativ-Umsatz zugeordnet werden kann.

Aus diesen internen Aufträgen wird nun ein separater interner LEB erzeugt, welcher zur Abrechnung dient. Dieser LEB besitzt seine eigene LEB-Nummer und trägt die Bezeichnung „ELF“.

Fazit: Dem Bearbeiter / dem Unternehmen wird über einen internen Auftrag trotz Entfernen der Basispauschale im Originalauftrag der Umsatz dieser Basispauschale wieder gut geschrieben.
Dem Bearbeiter / dem Unternehmen des vorgänger-Auftrages wird über den internen Auftrag diese Basispauschale „abgezogen“.

autom. Schließen von IFF-Aufträgen

Unter Systemeinstellungen – Autragsabmeldung gibt es nun den zusätzlichen Punkt „iff_nach_good_bc_close“. Geht eine IFF ein, bei der im Eingangs-BirthCertificate keine Fehler enthalten sind und mind. 70% aller Kunden online sind, so wird der IFF-Auftrag automatisch geschlossen oder zurückgegeben (je nach Einstellung).

neue Systemeinstellung: Installationsaufträge mit geringem Installationserfolg kennzichnen

In den Systemeinstellungen unter „allgemeine Funktionen“ gibt es nun die Einstellung „auftrag_mark_installchance“.

Installationsaufträge, bei denen in der Vergangenheit mehr Aufträge storniert als abgeschlossen wurden, werden in der Auftragsansicht separat gekennzeichnet. Dies sind ebenfalls Aufträge, welche ohne Termin unter Vorlagen -> Provide ger. Installchance“ aufgelistet werden.

ELF-Betrachtung Update

  • Aufträge, dessen Vorgänger mit „N3 O4 10“ geschlossen wurden, werden nicht mehr als ELF-Auftrag betrachtet
  • In den ELF-Systemeinstellungen lassen sich nun Leistungspositionen definieren, dessen Vorkommen im Ursprungsauftrag dazu führen, dass die Folgeaufträge NICHT als ELF-Auftrag angesehen werden (Z. B. 0, B88-B93)

EDIT:

  • Es kann nun in den Systemeinstellungen konfiguriert werden, welche Abmeldecodes des Vorgängerauftrages dazu führen, dass die Folgeaufträge NICHT als ELF-Aufträge angesehen werden. Die Voreinstellung „N3 O4 10“ wie oben beschrieben kann eingestellt werden, ist jedoch nicht mehr vor eingestellt.

ELF-Erweiterungen

Bezüglich ELF wurden folgende Erweiterungen implementiert:

Startseitenmodul „ELF-Reporting“

  • Anzahl eingegangener ELF-Aufträge im gewählten Zeitraum
  • Anteil der ohne Außeneinsatz geschlossenen ELF-Aufträge
  • durchschnittlichen Zeit bis zum Abschluss der ohne Außeneinsatz geschlossenen ELF-Aufträge
  • Anteil der eingegangenen ELF-Aufträge, denen kein Außeneinsatz voran ging
  • Anteil der geschlossenen ELF-Aufträge, bei denen ein neues Gerät hinterlassen wurde
  • Anteil der geschlossenen ELF-Aufträge, bei denen eine NE3-Störung gemeldet wurde
  • Anteil der eingegangenen ELF-Aufträge von der Anzahl der abgeschlossenen Aufträge im Zeitraum abzüglich 28 Tage vom Betrachtungszeitraum
  • Auflistung der Bearbeiter von ELF-Aufträgen inkl. Anzahl, prozentualem Anteil der ohne Außeneinsatz geschlossenen Aufträge sowie durchschnittlicher Zeit bis zum internen Abschluss ohne Außeneinsatz
  • Auflistung der Verursacher von ELF-Aufträgen inkl. Anzahl sowie ELF-Quote (Anzahl ELF-Aufträge im Verhältnis zu den abgeschlossenen Aufträgen im Betrachtungszeitraum abzüglich 28 Tage)

Hinweis: Hierzu ist die Berechtigung „startseite_elf“ erforderlich.

Systemeinstellungen „ELF“

  • elf_mode: Legt fest, welche Aufträge als ELF-Aufträge gewertet werden (selber Kunde oder selbes Objekt)
  • elf_auftrag_mark: Aufträge, welche als ELF-Aufträge identifiziert werden, sind in der Auftragsansicht besonders gekennzeichnet (dicker Balken am unteren Bildschirmrand sowie Kennzeichnung im WO-Overlay inkl. Link zum Vorgängerauftrag)
  • elf_tage: Anzahl Tage, in denen ein Folgeauftrag als ELF gewertet wird. (z.B. 28 (Voreinstellung))
  • elf_no_wo_typ: Auswahl Wo-Typen, welche NICHT als ELF-Auftrag gewertet werden (z.B. „SQI“)
  • elf_offene_ausblenden: Aufträge, welche als ELF-Aufträge identifiziert werden, können in den Standardfiltern der Auftragsliste (außer im speziell dafür vorgesehenen Filter) ausgeblendet werden.
  • elf_naehe_ausblenden: Aufträge, welche als ELF-Aufträge identifiziert werden, können bei anderen Aufträgen als „Auftrag in der Nähe“ ausgeblendet werden.
  • elf_mobile_ausblenden: Aufträge, welche als ELF-Aufträge identifiziert werden, können in der Umkreissuche von mobilen Applikationen ausgeblendet werden.
  • elf_telefonie_separat: Aufträge, welche als ELF-Aufträge identifiziert werden, sollen in unterstützten Telefonanlagen separat geladen werden. (In der Telefoniekonfiguration muss ebenfalls angegeben werden, wohin diese Aufträge geladen werden sollen)
  • elf_startseite_bad: Prozentualer Anteil verursachter ELF-Aufträge, ab dem ein Mitarbeiter im Startseitenmodul ELF-Reporting aufgelistst werden soll

Systemeinstellungen ViciDial

  • vicidial_did_elf: Sofern Sie eine separate DID für ELF-Aufträge definiert haben und wird bei einem eingehenden Anruf ein entsprechender Auftrag erkannt, so wird dieser auf diese DID weitergeleitet.
  • vicidial_listoverride_elf: ELF-Aufträge können in eine separate Liste geladen werden, sodass diese beispielweise in einer separaten Kampagne bearbeitet werden können.

Sonstige Anpassungen

  • sofern in den Systemeinstellungen aktiviert, wird in der Auftragsansicht ein ELF-Auftrag deutlich gekennzeichnet
  • sofern in den Systemeinstellungen aktiviert, werden bestimmte oder alle ELF-Aufträge aus den Standardfiltern „Provide unterminiert“, „Repair unterminiert“.“Repair unterminiert reaktiv“ und „Repair + SNP unterminiert“ entfernt
  • neuer Standardfilter „Repair unterminiert ELF“ hinzugefügt

Hinweis: für die Systemeinstellungen ELF ist die Berechtigung „systemeinstellungen_elf“ erforderlich.

Systemeinstellungen Auftragsabmeldungen Update

In den Systemeinstellungen in der Sektion „Einstellung Auftragsabmeldung“ wurden folgende Einstellungen hinzugefügt:

  • (Lokal) abmeldung_ogera: Fordert ein Auftrag Geräte, so wird mit aktivierter Einstellung die Abmeldung verweigert, sofern nicht die erforderliche Anzahl Geräte als hinterlassen angegeben wurden.
  • (Lokal) abmeldung_kdkk_check: Wurden Geräte mit Seriennummern als hinterlassen angegeben, so wird bei der Abmeldung geprüft, ob diese Geräte auch im Kundenkonto bei UM aufzufinden sind. Ist dies nicht der Fall, so wird die Abmeldung verweigert.

neue Berechtigung „set_mitarbeiter_auftrag_lite“

Es wurde eine neue Berechtigung „set_mitarbeiter_auftrag_lite“ eingeführt. Diese ermöglicht einem Benutzer das Setzen von Terminen in Aufträgen, allerdings mit der Einschränkung, dass Termine nur maximal X Tage in der Zukunft bei UM Provide / Repair Aufträgen gesetzt werden können.

Die Anzahl der Tage kann in den Systemeinstellungen (allg. Funktionen) für Provide- und Repairaufträge konfiguriert werden.

Hinweis: Hat ein Benutzer zusätzlich die Berechtigung „set_mitarbeiter_auftrag“, so hat die Beschränkung keine Auswirkung.

ViciDial automatisches Leeren von Listen

In den Systemeinstellungen können nun ViciDial-Listen definiert werden, welche automatisch um 0 Uhr geleert werden sollen.

Dies kann zum Beispiel dafür verwendet werden, um interne Rückruflisten zu leeren (da ein Rückruf am nächsten Tag meist keinen Sinn mehr macht).

WARNUNG: Bitte verwenden Sie diese Funktion nur, wenn Sie genau wissen, was Sie tun!