Auftrag.Phasen: Unterschied zwischen den Versionen

Aus OrgaMon Wiki
Zur Navigation springen Zur Suche springen
 
(53 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 3: Zeile 3:
==  [[Bild:OffenesBuch.png]]  unvollständig==  
==  [[Bild:OffenesBuch.png]]  unvollständig==  


"V"/"N" oder Ausf?sdatum oder Monteur fehlt.<br>
"V"/"N" oder Ausführungsdatum oder Monteur fehlt.<br>
<hr>


==&nbsp;&nbsp;[[Bild:Terminiert.png]]&nbsp;&nbsp;terminiert ==
==&nbsp;&nbsp;[[Bild:Terminiert.png]]&nbsp;&nbsp;terminiert ==
Zeile 13: Zeile 12:
Kunde ist angeschrieben. Das Wordanschreiben wurde verbucht<br>
Kunde ist angeschrieben. Das Wordanschreiben wurde verbucht<br>


= Auftragsdurchführung =




==&nbsp;&nbsp;[[Bild:MonteurInfoAngeschrieben.png]]&nbsp;&nbsp;Monteur Informiert==
==&nbsp;&nbsp;[[Bild:MonteurInfoAngeschrieben.png]]&nbsp;&nbsp;Monteur Informiert==
": Monteur ist "informiert" (es wurde diese Info schon mal an die
 
Monteure durchgegeben. Dieser Status wird mit der Schaltfl䣨e
": Monteur ist "informiert" (es wurde diese Info schon mal an die Monteure durchgegeben. Dieser Status wird mit der Schaltfläche "Status "Monteur informiert" bei zuletzt ausgegebener Liste buchen" (Symbol: Monteur mit Haken), nach der Ausgabe einer Liste gebucht. nur dadurch kann OrgaMon später den Info-Text "TERMIN ALT" oder "WEGFALL" generieren.<br>
"Status "Monteur informiert" bei zuletzt ausgegebener Liste buchen"
 
(Symbol: Monteur mit Haken), nach der Ausgabe einer Liste gebucht.
nur dadurch kann GaZMa spä´¥r den Info-Text "TERMIN ALT" oder "WEGFALL"
generieren.<br>
<hr>
==&nbsp;&nbsp;[[Bild:NeuAnschreiben.png]]&nbsp;&nbsp;Neu anschreiben==
==&nbsp;&nbsp;[[Bild:NeuAnschreiben.png]]&nbsp;&nbsp;Neu anschreiben==
Dieser Kunde sollte beim nächsten Anschreibe Durchlauf wiederum neu angeschrieben werden.<br>
Dieser Kunde sollte beim nächsten Anschreibe Durchlauf wiederum neu angeschrieben werden.<br>
<hr>


==&nbsp;&nbsp;[[Bild:Warteschleife.png]]&nbsp;&nbsp; Warteschleife==
==&nbsp;&nbsp;[[Bild:Pause.png]]&nbsp;&nbsp;Pause==
in Arbeit: neuer Status "", neues Symbol "kleines Flugzeug": ein erneutes
für Termine, die in der Zukunft liegen gilt: Der Termin kann nicht wie geplant wahrgenommen werden. <br>
Einplanen und damit neu anschreiben ist im Moment nicht erw? oder nicht
für Termine in der Vergangenheit: Der Auftrag wurde nicht ausgeführt! Im Moment werden keine weiteren Schritte unternommen.<br>
m?ch, da es Gr?ibt die gegen einen Z䨬erWechsel sprechen (z.B. Reparatur,
Ein erneutes Einplanen und damit "Neu anschreiben" ist im Moment nicht erwünscht oder nicht möglich, da es Gründe dafür gibt, die gegen einen Zählerwechsel sprechen (z.B. Reparatur, oder Kunden Urlaub, oder ...). Termine werden durch Bediener in den Pause Status verstetzt. In diesem Moment legt man schon fest wie lange die Pause dauern soll (auch "ewig" ist möglich). Zudem legt man fest, was am Ende der Pause passieren soll:
oder Kunden Urlaub, oder ...).  
* 30 Tage dann "Unmöglich": "Schafft es der Monteur noch meldet er sich"
* Ich träµ­e auch von einem "verfallsdatum" dieser Warteschleife. Dann k?
* 10 Tage dann "Erledigt": "Klärt der Monteur selbst, jedoch nicht diese Woche"
Ihr sagen Wartenschleife 3 Wochen, danach wird es automatisch ein Restant (gelb).
* ewig: Der Monteur meldet sich selbst wenn die Reparatur fertig ist.
* Oder einfach Endlos Warteschleife, da muss irgendwann ein Benutzer was dran 䮤ern.
* 10 Tage dann "Restant": Kunde im Urlaub. Nach dem Urlaub soll sich der Dienstleister nochmal melden.
* Oder Zeit bis "tank leer", d.h. so eine Art Zwangs - Wiedervorlage - Datum nach einem
* 10 Tage dann "Neu anschreiben": Kunde im Urlaub. Signalisiert, das ab dann neu angeschrieben werden kann.
gewissen Zeitraum in den Fall, dass keiner irgendwas mit dem Termin gemacht hat. (Zum
 
Monteur x verspricht sich inerhalb der n䣨sten 3 Wochen zu melden, dann k?e
==&nbsp;&nbsp;[[Bild:PauseMonteur.png]]&nbsp;&nbsp;Pause Monteur==
man Zwangswiedervorlage nach 4 Wochen machen).
 
* ܢrigens sollten Restanten der JonDa Ger䴥 auf OrgaMon Seite in den Status
Der Termin ist verstrichen, der Monteur wird jedoch weiterhin versuchen den Termin zum Erfolg zuführen. Er macht dies in eigener Regie, und hat dazu XXX Tage Zeit. Danach verfällt der Termin in den Status "Restant".  
Warteschleife sein: Typischer Fall f?ot;nicht neu terminierbar". Erst wenn Sie
Monteur-Restanten der JonDa Geräte fallen auf OrgaMon Seite in den Status
der Monteur erledigt oder als "Neu Anschr" zur?t fallen Sie aus der Warteschleife.
Pause solange keine Meldung erfolgt was Sache ist. Dieser automatische Durchlauf erfolgt morgens als letzer Punkt der Tagwache. Über die Auto-Fall-Back Funktion werden sie später dann echte Restanten.
(Auftr䧥 im Status Warteschleife sind dann n䭬ich nicht auf der Karte)
Ich m?e doch aber nicht alle 3 Wochen ??b die Flugzeuge, die nun
Restanten wurden tats䣨lich neu terminierbar sind. Ich warte da auf die
R?dung des Monteurs und wenn es ein halbes Jahr dauert.... Bei Kurzbaustellen
ist das ja eine tolle L?g und noch ?chtlich. Bei einer Massenabfertigung
(bsp. 6 Monteure auf der Baustelle) eine rieߥn Arbeit ... Wenn das System dies
Automatisch auf Restat umschreibt, ich schreibe den KD dann an. Ventil oder
sonstiges wurde noch nicht ausgetauscht, dann habe ich ihn mal wieder sinnlos
angeschrieben. Oder ich muß bei jedem automatisch umgestellten restat beim Monteur
anrufen und ihn mit ihm absprechen und frage ob es nun ein R?fer ist. Ich
verstehe nicht wo da eine Arbeitserleichterung ist.<br>
<hr>


==&nbsp;&nbsp;[[Bild:Restant.png]]&nbsp;&nbsp;Restant==  
==&nbsp;&nbsp;[[Bild:Restant.png]]&nbsp;&nbsp;Restant==  


Der Ursprünglich vorgesehene Termin ist verstrichen. Der Monteur wird jedoch weiterhin versuchen den Termin zum Erfolg zuführen. Er macht dies in eigener Regie, und hat dazu XXX Tage zeit.
* "Restant" ist ein Status eines Auftrages der einen Termin hat oder mal hatte UND der Termin kann/konnte aus irgendwelchen Gründen nicht stattfinden! UND es ist noch nicht entschieden wie es mit dem Auftrag weitergehen soll. Es ist ein Schwebezustand mit Klärungsbedarf.
* der Termin kann in der Vergangenheit oder der Zukunft liegen
** Termin in der Vergangenheit: der Termin konnte nicht ausgeführt werden wegen vielfältiger möglichen Gründe (z.B. kein Zugang möglich)
** Termin in der Zukunft: der Termin wurde abgesagt (z.B. vom Kunden)
 
=== OrgaMon-Restant ===
 
Dieser Status [[Bild:Restant.png]] zeigt an, dass bei diesem Termin etwas unklar ist. Es muss geklärt werden, ob in den Zustand "Erfolg,Unmöglich,Pause" oder Neu Anschreiben gewechselt werden kann. Es sollte drauf geachtet werden die Anzahl der Restanten in einer Baustelle gering zu halten. <br>
 
=== OrgaMon-App-Restant ===
 
[[Bild:Restant-App.jpg]]


== ==
* Ein Auftrag kann nicht vom Monteur in den Status "Restant" gebucht werden, er kann aber
** einen vergeblichen Besuch eingeben (2 gedrückt in V1,V2,V3)
** einen Mangel an Kundenanlage eingeben (ich glaube in I3?)
** einfach gar nichts eingeben, das System stellt selbsttätig einen Tag später nach erneutem Senden auf Restant um. (Allerdings sollte das ja nicht vorkommen dürfen, da zum Termin ja immer ein Eintrag egal welcher Art vom Monteur erwartet wird)


von JonDa / MonDa kommend: Der Monteur hat an dem Termin nicht eingegeben. Dieser Termin ist ohne jegliche Bearbeitung an den Auftraggeber zur?allen. Sie k?n sich anzeigen lassen, welche Restaten der Monteur auf dem
  "Restnt": (Restant) Diesen Auftrag wollen Sie zu einem späteren Zeitpunkt noch
Ger䴠hat: Terminarbeitsplatz->Monda synchronisieren->Diagnose->Ger䴊ausw䨬en->"Diagnose Restaten" durchf?<br>
          mal versuchen. Der Auftrag soll auf dem Handy verbleiben. Beachten Sie
          dass der Auftrag nach ca. 10 Tagen vom Gerät genommen wird. Der Umstand, dass
          zu diesem Termin niemals eine Eingabe gemacht wurde wird an den
          Auftragsarbeitsplatz gemeldet. Arbeiten Sie Ihre Aufträge zeitnah
          ab. Nach ca. 5 Tagen nach dem geplanten Termin sollte klar sein,  
          was Sie mit dem Termin machen wollen.


{{ToDo|1=
* Bei dem Beispiel Fall "X" wurde der Restant <s>vom Monteur gebucht</s> , danach wurde er von uns geprüft und unmöglich gebucht. Der Kunde meldet sich hier im Büro, wir haben einen neuen Termin vereinbart (Mangel wurde behoben – Gerät kann gewechselt werden - wieder angeschrieben und informiert gebucht) – es entsteht also wieder ein normaler Termin mit Zeitvereinbarung. Er wird "rosa" dargestellt, wir hätten aber erwartet dass er "gelb" dargestellt wird, da die Monteure "rosa" in der Regel nicht beachten?
* Ein Restant darf rosa dargestellt werden, wenn er wegfällt ( im Orgamon-Terminarbeitsplatz das <s>rote fragezeichen hat</s>. Das ist kein Wegfall sondern ein Restant!)
* Sobald er wieder terminiert (Kalender-Symbol), angeschrieben (Brief.-Symbol) bzw. Informiert (Symbol laufender Monteur mit Brief) ist, sollte er wieder die "gelbe" Farbe haben
* Zusammenfassung: Es geht darum dass es besser wäre bestimmte Termine nicht "rosa", sondern "gelb" darzustellen, da bei "rosa" die Aufmerksamkeit der Monteure gering ist? Hab ichs verstanden?
}}


= Ende und Meldung =


==&nbsp;&nbsp;[[Bild:Erfolg.png]]&nbsp;&nbsp;Erfolg==
==&nbsp;&nbsp;[[Bild:Erfolg.png]]&nbsp;&nbsp;Erfolg==
von MonDa kommend: Erfolgreich durchgeführt.<br>
von OrgaMon-App kommend: Erfolgreich durchgeführt.<br>
vom Tagesabschluss auf diesen Status automatisch umgesetzt.?<br>
vom Tagesabschluss auf diesen Status automatisch umgesetzt.?<br>


==&nbsp;&nbsp;[[Bild:Unmoeglich.png]]&nbsp;&nbsp; Unmöglich==
==&nbsp;&nbsp;[[Bild:Unmoeglich.png]]&nbsp;&nbsp;Unmöglich==
Aufgabe des Wechselversuches. Geht erfolglos zurück an den Versorger<br>
Aufgabe des Wechselversuches. Geht erfolglos zurück an den Versorger<br>


==&nbsp;&nbsp;[[Bild:Erfolg-gemeldet.png]]&nbsp;&nbsp;Erfolg gemeldet==
==&nbsp;&nbsp;[[Bild:Erfolg-gemeldet.png]]&nbsp;&nbsp;Erfolg gemeldet==


wie Erfolg, jedoch incl. Meldung an den Auftraggeber.<br>
wie Erfolg, jedoch incl. Meldung an den Auftraggeber.<br>
<hr>
 
==&nbsp;&nbsp;[[Bild:Unmoeglich-gemeldet.png]]&nbsp;&nbsp;Unmöglich gemeldet==
==&nbsp;&nbsp;[[Bild:Unmoeglich-gemeldet.png]]&nbsp;&nbsp;Unmöglich gemeldet==
wie Unm?ch, jedoch incl. Meldung an den Auftraggeber.<br>
wie Unmöglich, jedoch incl. Meldung an den Auftraggeber.<br>
 
= Auftrags Historie =
 
== [[Bild:Historisch.png]] historisch ==
 
: Kopien alter Aufträge bevor eine Änderung eingegeben wurde.<br>


== Auftrags Historie ==
== [[Bild:HistorischInfo.png]] historisch Monteur informiert ==


[[Bild:Historisch.png]] "historisch": Kopien alter Auftr䧥 bevor eine Įderung eingegeben wurde.<br>
Über diesen Termin war der Monteur auf dem letzten Monteur Info Blatt informiert worden.<br>
<hr>
[[Bild:HistorischInfo.png]] "(historisch&informiert)": - nicht verwendet -<br>


== Kombinierte Phasen (ohne Eigenes Symbol) ==
== kombinierte Phasen (ohne eigenes Symbol) ==


"Restant":  
"Restant":  
"anschreibbar": unabh䮧ig davon, ob schon angeschrieben wurde oder nicht sind
"anschreibbar": unabhängig davon, ob schon angeschrieben wurde oder nicht sind
dies alle "terminierten" und "angeschriebenen" und
dies alle "terminierten" und "angeschriebenen" und
"Monteurinformierten".<br>
"Monteurinformierten".<br>
"offen": Alle "unvollst䮤ig" oder "Neu anschreiben" oder "Restaten"<br>
"offen": Alle "unvollständig" oder "Neu anschreiben" oder "Restaten"<br>
"abgearbeitet": Alle "erfolgreich" oder "unm?ch". Diese Selektion ist zu
"abgearbeitet": Alle "erfolgreich" oder "unmöglich". Diese Selektion ist zu
verwenden, wenn z.B. Daten ?ie SAP-Schnittstelle an den
verwenden, wenn z.B. Daten über die SAP-Schnittstelle an den
Auftraggeber gemeldet werden sollen.<br>
Auftraggeber gemeldet werden sollen.<br>

Aktuelle Version vom 20. Juli 2022, 11:00 Uhr

Auftragsplanung

    unvollständig

"V"/"N" oder Ausführungsdatum oder Monteur fehlt.

    terminiert

Termin und Monteur ist festgelegt. Kunde und Monteur sind aber noch nicht informiert.

   angeschrieben

Kunde ist angeschrieben. Das Wordanschreiben wurde verbucht

Auftragsdurchführung

    Monteur Informiert

": Monteur ist "informiert" (es wurde diese Info schon mal an die Monteure durchgegeben. Dieser Status wird mit der Schaltfläche "Status "Monteur informiert" bei zuletzt ausgegebener Liste buchen" (Symbol: Monteur mit Haken), nach der Ausgabe einer Liste gebucht. nur dadurch kann OrgaMon später den Info-Text "TERMIN ALT" oder "WEGFALL" generieren.

    Neu anschreiben

Dieser Kunde sollte beim nächsten Anschreibe Durchlauf wiederum neu angeschrieben werden.

    Pause

für Termine, die in der Zukunft liegen gilt: Der Termin kann nicht wie geplant wahrgenommen werden.
für Termine in der Vergangenheit: Der Auftrag wurde nicht ausgeführt! Im Moment werden keine weiteren Schritte unternommen.
Ein erneutes Einplanen und damit "Neu anschreiben" ist im Moment nicht erwünscht oder nicht möglich, da es Gründe dafür gibt, die gegen einen Zählerwechsel sprechen (z.B. Reparatur, oder Kunden Urlaub, oder ...). Termine werden durch Bediener in den Pause Status verstetzt. In diesem Moment legt man schon fest wie lange die Pause dauern soll (auch "ewig" ist möglich). Zudem legt man fest, was am Ende der Pause passieren soll:

  • 30 Tage dann "Unmöglich": "Schafft es der Monteur noch meldet er sich"
  • 10 Tage dann "Erledigt": "Klärt der Monteur selbst, jedoch nicht diese Woche"
  • ewig: Der Monteur meldet sich selbst wenn die Reparatur fertig ist.
  • 10 Tage dann "Restant": Kunde im Urlaub. Nach dem Urlaub soll sich der Dienstleister nochmal melden.
  • 10 Tage dann "Neu anschreiben": Kunde im Urlaub. Signalisiert, das ab dann neu angeschrieben werden kann.

    Pause Monteur

Der Termin ist verstrichen, der Monteur wird jedoch weiterhin versuchen den Termin zum Erfolg zuführen. Er macht dies in eigener Regie, und hat dazu XXX Tage Zeit. Danach verfällt der Termin in den Status "Restant". Monteur-Restanten der JonDa Geräte fallen auf OrgaMon Seite in den Status Pause solange keine Meldung erfolgt was Sache ist. Dieser automatische Durchlauf erfolgt morgens als letzer Punkt der Tagwache. Über die Auto-Fall-Back Funktion werden sie später dann echte Restanten.

    Restant

  • "Restant" ist ein Status eines Auftrages der einen Termin hat oder mal hatte UND der Termin kann/konnte aus irgendwelchen Gründen nicht stattfinden! UND es ist noch nicht entschieden wie es mit dem Auftrag weitergehen soll. Es ist ein Schwebezustand mit Klärungsbedarf.
  • der Termin kann in der Vergangenheit oder der Zukunft liegen
    • Termin in der Vergangenheit: der Termin konnte nicht ausgeführt werden wegen vielfältiger möglichen Gründe (z.B. kein Zugang möglich)
    • Termin in der Zukunft: der Termin wurde abgesagt (z.B. vom Kunden)

OrgaMon-Restant

Dieser Status zeigt an, dass bei diesem Termin etwas unklar ist. Es muss geklärt werden, ob in den Zustand "Erfolg,Unmöglich,Pause" oder Neu Anschreiben gewechselt werden kann. Es sollte drauf geachtet werden die Anzahl der Restanten in einer Baustelle gering zu halten.

OrgaMon-App-Restant

  • Ein Auftrag kann nicht vom Monteur in den Status "Restant" gebucht werden, er kann aber
    • einen vergeblichen Besuch eingeben (2 gedrückt in V1,V2,V3)
    • einen Mangel an Kundenanlage eingeben (ich glaube in I3?)
    • einfach gar nichts eingeben, das System stellt selbsttätig einen Tag später nach erneutem Senden auf Restant um. (Allerdings sollte das ja nicht vorkommen dürfen, da zum Termin ja immer ein Eintrag egal welcher Art vom Monteur erwartet wird)
 "Restnt": (Restant) Diesen Auftrag wollen Sie zu einem späteren Zeitpunkt noch
          mal versuchen. Der Auftrag soll auf dem Handy verbleiben. Beachten Sie
          dass der Auftrag nach ca. 10 Tagen vom Gerät genommen wird. Der Umstand, dass
          zu diesem Termin niemals eine Eingabe gemacht wurde wird an den
          Auftragsarbeitsplatz gemeldet. Arbeiten Sie Ihre Aufträge zeitnah 
          ab. Nach ca. 5 Tagen nach dem geplanten Termin sollte klar sein, 
          was Sie mit dem Termin machen wollen.
  • Bei dem Beispiel Fall "X" wurde der Restant vom Monteur gebucht , danach wurde er von uns geprüft und unmöglich gebucht. Der Kunde meldet sich hier im Büro, wir haben einen neuen Termin vereinbart (Mangel wurde behoben – Gerät kann gewechselt werden - wieder angeschrieben und informiert gebucht) – es entsteht also wieder ein normaler Termin mit Zeitvereinbarung. Er wird "rosa" dargestellt, wir hätten aber erwartet dass er "gelb" dargestellt wird, da die Monteure "rosa" in der Regel nicht beachten?
  • Ein Restant darf rosa dargestellt werden, wenn er wegfällt ( im Orgamon-Terminarbeitsplatz das rote fragezeichen hat. Das ist kein Wegfall sondern ein Restant!)
  • Sobald er wieder terminiert (Kalender-Symbol), angeschrieben (Brief.-Symbol) bzw. Informiert (Symbol laufender Monteur mit Brief) ist, sollte er wieder die "gelbe" Farbe haben
  • Zusammenfassung: Es geht darum dass es besser wäre bestimmte Termine nicht "rosa", sondern "gelb" darzustellen, da bei "rosa" die Aufmerksamkeit der Monteure gering ist? Hab ichs verstanden?

Ende und Meldung

    Erfolg

von OrgaMon-App kommend: Erfolgreich durchgeführt.
vom Tagesabschluss auf diesen Status automatisch umgesetzt.?

    Unmöglich

Aufgabe des Wechselversuches. Geht erfolglos zurück an den Versorger

    Erfolg gemeldet

wie Erfolg, jedoch incl. Meldung an den Auftraggeber.

    Unmöglich gemeldet

wie Unmöglich, jedoch incl. Meldung an den Auftraggeber.

Auftrags Historie

historisch

Kopien alter Aufträge bevor eine Änderung eingegeben wurde.

historisch Monteur informiert

Über diesen Termin war der Monteur auf dem letzten Monteur Info Blatt informiert worden.

kombinierte Phasen (ohne eigenes Symbol)

"Restant": "anschreibbar": unabhängig davon, ob schon angeschrieben wurde oder nicht sind dies alle "terminierten" und "angeschriebenen" und "Monteurinformierten".
"offen": Alle "unvollständig" oder "Neu anschreiben" oder "Restaten"
"abgearbeitet": Alle "erfolgreich" oder "unmöglich". Diese Selektion ist zu verwenden, wenn z.B. Daten über die SAP-Schnittstelle an den Auftraggeber gemeldet werden sollen.