Die Reparaturaufträge in die Projektverwaltung mit aufnehmen
Aus einem neuen Reparatur-Auftrag auch ein Projekt erstellen, größere Reparaturen erfordern mehrfachen Montageeinsatz und Ersatzteil-Bestellungen, ggf. ist dann auch eine Naka sinnvoll
-
Elektrotechnik Hüßner kommentierte
Wir halten es ebenfalls für sinnvoll, die Möglichkeit zu haben einen Reparaturauftrag aus einem Dokument zu generieren. Somit könnten die Positionen aus dem Angebot (Lieferschein/Artikelliste) als Grundlage für die durch den Monteur hinzuzufügenden Positionen dienen.
-
Christoph Frydrych kommentierte
Ich habe mittlerweile diverse Kunden, die fordern, dass der Reparaturauftrag im Projekt zu sehen ist.
Ein Kunde, der tophandwerk letztes Jahr gekauft hat, wird 2 weitere Firmen übernehmen und plant dort die Software einzusetzen, bitte aber um die Realisierung der Projektzuordnung..
Dieser Wunsch ist nun schon ein Oldtimer, irgendeine Reaktion der Projektmanager wäre dringend erforderlich, danke!
-
Brandmeir Gerhard kommentierte
Hallo,
wir schließen uns nun diesem Thema mit an, da es indirekt damit zu tun hat. Es ist gängige Praxis, das es verschiedene Adressen gibt, Objektadressen und Rechnungsadressen. Oft ist es so das die Rechnungsadressen den Monteueren in der App gar nicht geläufig sind und wir deshalb Psychologisch mit den Objektadressen arbeiten. Auch ist die Objektadresse zu 80 % nicht gleich Rechnungsadresse zumindestens bei uns.Folgende Situation: Im RPC wird über die APP ein RPAuftrag generiert, der Monteur draussen weis nicht was die Rechnungsadresse ist, er kennt nur das Objekt.
Die Objekt adresse wird ausgewählt und im Auftrag hinterlegt, soweit so gut, im Büro wird der Auftrag dann zur Rechnung genneriert.Jetzt ist schon die Problematik, das die Adresse des RPA nicht mehr geändert werden kann. Das nächste Problem wo jetzt entsteht, ( ich möchte jetzt nicht sagen das es die flasche Adresse ist ) wenn der RPA nun durch doppelklick zu einer Rechnung generiert wird, wird natürlich die angegeben Adresse übergeben.
Jetzt gibt es aber für diesen RPA bereits ein Projekt in dem eine andere Rechnungsadresse hinterlegt ist, die dazu benötigt wird.
Aber bei dem RPA kann man erst beim speichern die Projektzuordnung angeben, allerdings gibt es keinen Hinweis, das in dem Projekt wo gespeichert wurde eine andere Rechnungsadresse hinterlegt ist als die die in der APP im RPA vom Monteur angegeben wurde.
Somit muss bei jedem RPA händisch nachgesehen werden welche Rechnungsadresse womöglich hinterlegt ist. Um Rechnungen nicht mit der falschen adresse zu versenden, das nur dazu führt, das Rechnungen wieder zurück kommen mit der bitte um Adressänderung und dies dann Buchhalterisch natürlich mit einer Gutschrift bzw Stornorechnung einhergeht.
Hier sollte dringend ein Lösung umgesetzt werden, da dies unpraktikabel und umständlich ist.
Wir würden uns wünschen hier eine zeitnahe Umsetzung zu sehen bzw ob hier überhaupt noch Änderungen vollzogen werden.
Mit freundlichen Grüßen
Brandmeir Gerhard -
Roman Isler kommentierte
Auch unbedingt realisieren: Aus einem Angebot einen Reparaturauftrag erstellen, quasi als Arbeitsanweisung für die Monteure
-
H. Bucher kommentierte
Jetzt sind es leider schon 4 Jahre. Ich fände es auch sehr sinnvoll. Wenigstens eine Rückmeldung in diesem Forum könnte nicht schaden. Wir überlegen schon, einen digitalen Arbeitsbericht über einen anderen Softwarehersteller einzusetzen. Mittlerweile kann das fast jeder.
-
anonym kommentierte
passiert hier nach drei Jahren auch noch einmal was?
-
Mandy Barthel kommentierte
Es sollte möglich sein, Reparaturaufträge aus der Kundenhistorie in ein Projekt zu verschieben. Bei der Auswahl mit der rechten Maustaste kann man sich hier nur den Report anzeigen lassen.
-
Kai Boesen kommentierte
Es sollte dann bei mehreren Einsätzen auch ersichtlich sein, das es ein Folgeeinsatz ist, so daß der gesamte Vorgang nachvollziehbar ist, wie zum Beispiel:
Monteur fährt hin repariert provisorisch und bestellt das Ersatzteil, zwei Tage Später fährt er wieder zur Montage hin, hierfür müsste dann der Folgetermin angelegt werden können und in der APP sollten alle Einsätze nachvollziehbar sein. -
Thorsten Melzer kommentierte
Und dazu noch on top: eine Verknüpfung der Reparaturaufträge zu den Anlagen/Verträgen aus Wartung & Service. Reparaturen fallen oftmals auch bei unter Wartung stehenden Anlagen an, sodass ein Zusammenhang sinnvoll wäre.
Auf einem Reparaturauftrag könnten dann im Ausdruck Infos zur Anlage stehen (Baujahr, Hersteller, etc. - je nach Anlagentyp halt).
Außerdem könnte man über Verlinkungen zwischen den Programmbereichen Reparaturaufträgen und Wartung & Service z.B. zur Anlage einen Reparaturauftrag erstellen oder aus Reparaturaufträgen den Hinweis erhalten, wann die nächste Wartung ansteht. Dann könnte der Monteur das gleich mit erledigen. -
beh kommentierte
Dadurch ergibt sich dann sinnvollerweise auch EIN Nummernkreis für Rep.-Aufträge und Projekte.
-
Fischer kommentierte
Zum anderen fällt mir gerade ein, dass das Programm keine Regressansprüche zulässt. Wir haben in der Winterzeit öfter Heizkörper, die wieder ausfallen. Wenn wir die Rechnung schon geschrieben haben, müssen wir einen neuen Reparaturauftrag anlegen, damit der Monteur etwas in die Hand bekommt, da das Programm in einer geschriebenen Rechnung keinen Termin mehr zulässt. Dieser lässt sich nicht speicher. Vielleicht besteht die Möglichkeit, dass man Reparaturaufträge kopiert könnte. Ich war schon bei Herrn Mayer vor 4 Monaten, selektiere diesen Reparaturauftrag und es gibt einen Butto Duplizieren. Dann könnte man schneller Relevante Daten wie Auftragsnummer und Grund ändern und bräuchte nicht auf umständlichem Weg die Mieter erneut raus suchen.
Zum anderen haben wir das Problem, dass der Name des Mieters nicht in der Rechnung mit übernommen wird. Wir müssen es etwas kompliziert eingeben. Hinter Arbeitsort -Strasse, erscheint die PLZ mit der Stadt, dahinter schreiben wir bei jedem Reparaturauftrag "Mieter: Mayer" , damit der Auftraggeber sieht, bei welchem Mieter wir waren.Das ist bei über 10.000 Reparaturaufträge im Jahr ein erheblicher Aufwand, der eine Menge Zeit kostet. Vielleicht könnte man das einpflegen.
-
Fischer kommentierte
Bei den mehrfachen Montageeinsätzen, die sind sehr Sinnvoll, jedoch darf sich dann nicht der Kalender der Monteure in der Übersicht ändern. Wir legen nur einen Reparaturauftrag an. Wenn ein Monteur nun 2 oder 3 mal zum Kunden muss-bei Wasserschäden können sogar 10 Anfahrten möglich sein, so löscht man automatisch den Kalender an diesen Tag von den Monteuren. Dieser ist nicht aktuell und man kann im Nachhinein nicht mehr nachvollziehen wann der Monteur an welchen Tagen bei dem Kunden war. Wir müssen chronologische Abläufe für unsere Auftraggeber bereit stellen, damit diese an die Versicherung übergeben werden können. Zum anderen machen die Mieter nicht selten Mietminderung geltend und das ganze kann bis vor das Gericht gehen.
Zum anderen muss man die Wochenzettel der Monteure kontrollieren und abgleichen, ob der Leistungsnachweis im Büro abgegeben wurde. Das können wir nicht, wenn Rechnungen schon geschrieben wurden und der erste oder 2. Termin sich automatisch löscht. Im Moment kopieren wir jeden Tag und ducken diesen aus in seiner Übersicht mit den Aufträgen um dieses dann abzugleichen. Vielleicht könnte kam auch ein Drucksymbol anbringen, wenn das nicht behoben werden kann. -
anonym kommentierte
Das ist auf jeden Fall sinnvoll. Wer die NAKA einsetzt, will sicher auch ALLE Kostenstellen nachkalkulieren. (auch W+S !! was ja auch nicht geht )
-
Klaus Splinter kommentierte
An dieser Stelle sind mehrere Änderungen sinnvoll.
Man MUSS in einem Projekt auch einen Rep.Auftrag verarbeiten können. In einem Projekt sollte es aber auch möglich sein, seinem Mitarbeitern eine Arbeitsauftrag an die Hand zu geben.Dieser dient nur der Organisation (Terminkallender) und muss nicht weiter verarbeitet werden.