Alle Projekte

Für jeden Mitarbeiter sollten auch die folgenden Felder hinterlegt werden können:

- Adresse,
- Geburtsdatum
- Anfangsdatum

und andere hinterlegt werden können.

Die Anzeige (nur Wochentage, ohne Wochenenden) funktioniert nicht

Beim Wechsel auf einen neuen Tag, muss erst ein neuer Zeiteintrag ausgewählt werden. Das Feld zum Eintragen der Notizen darf nicht aktiviert sein.

Beim erstellen eines mehrtägigen Eintrags von Morgens bis Mittags (des gleichen Tages) wird die Pause hinzugerechnet. Es entsteht eine falsche Arbeitszeit.
Beispiel 8:00 bis 16:30 mit 30 Minuten Pause

Eintrag morgens bis mittags
Ergebnis: 8:00 bis 12:30 = 4:30
Richtig ist: 8:00 bis 12:00 (ohne Pause) = 4:00

Kundendaten besitzen in TimePunch einen eindeutigen Schlüssel der sich aus "Kundennummer" und "Name des Kunden" zusammensetzt.
Aktuell muss beim Import die "Kundennummer" und der Name" stimmen, damit die Daten aktualisiert werden. Dies verhindert jedoch die Änderung des Namens, bzw. erzwingt eine Neuanlage.

Hier sollte der Import intelligenter vorgehen.
NEU, Fall 1: Die Kundennummer ist einmalig und passt mit dem Import.
In diesem Fall soll der Kundenname + die Kundendaten aktualisiert werden, d.h. auch eine Namensänderung ist möglich.

NEU, Fall 2: Der "Name des Kunden" ist einmalig und passt mit dem Import
In diesem Fall soll die Kundennummer + die Kundendaten aktualisiert werden, d.h. auch eine Änderung der Kundennummer ist möglich.

Fall 3: Name und Kundennummer passen.
Das ist der ursprüngliche Fall, der die Kundendaten aktualisiert.

Fall 4: Name und Kundennummer passen nicht.
Auch dies ist ein bisher schon berücksichtigter Fall, der einen neuen Kunden anlegt.

Nach der Veröffentlichung von TimePunch 2.8 ist geplant, eine neue Produktlinie zu erstellen – TimePunch 2.8 Small Business. Diese soll eine Zeiterfassung via RFID Terminal, aber ohne Server ermöglichen. D.h. die Zeitdaten werden von den Geräten nicht fortlaufend, sondern nur bei manuellem Datenabruf ausgelesen.

Diese Version wird vor allem für kleine Lokale/Bars/Restaurants, sowie Arztpraxen interessant, denen kein Server zur Verfügung steht.

Es soll eine neuer Service angelegt werden, der es erlaubt über die TimePunch API, an Mitarbeiter mittels der UserId oder Angabe der Mail Adresse Mails zu versenden.

Implementation eines Verrechnungsfaktors pro Tätigkeit. Der Verrechnungsfaktor wird mit dem hinterlegten Stundensatz des Projekts/Mitarbeiters multipliziert.

Kopierte Zeiteinträge sollten beim Einfügen im markierten Tag eingetragen werden.
Aktuell werden die Zeiteinträge nach dem letzten freien Tag eingefügt.

Das Entsperren von Zeiteinträgen sollte nur mit HR oder Admin Berechtigung möglich sein.

Auch Mitarbeitern mit einer reinen Erfassungslizenz sollte es möglich sein, die bereits erfassten Zeiten einzusehen.

Es kommt teilweise vor, dass der Vorjahresurlaub nicht korrekt übernommen wird, wenn der Urlaubsverfall auf "Nie" eingestellt wird.

Beispiel:

Resturlaub 2013: 23 Tage
Resturlaub 2014: 25 Tage
→ in 2015 sollten somit 58 Tage zusätzlicher Urlaub übernommen werden.

Bei der direkten Nachberechnung passt es. (Dialog öffnen, ok klicken, Berechnung wird gestartet)
Trotzdem kann es vorkommen, dass aus "unbekanntem" Grund nur die 25 Tage aus 2014 nach 2015 übernommen werden.

D.h. es muss noch einen zweiten Weg geben, bei dem der Urlaub nicht immer korrekt komplett übernommen wird.

Im Rahmenarbeitszeitmodell sollten die zulässigen Wochentage gesetzt werden können.

Wird ein Urlaubstag an einem halben Feiertag eingetragen, dann wird dem Mitarbeiter dennoch ein voller! Urlaubstag abgezogen.

Teilweise stürzt der Datafox Windows Service mit folgender Meldung ab.

2015-11-29 01:01:59,813 [38] ERROR: Rollback
2015-11-29 01:01:59,876 [38] ERROR: Rollback
2015-11-29 01:02:01,251 [38] ERROR: Rollback
2015-11-29 01:02:01,251 [38] FATAL: DatafoxUpdateService
System.InvalidOperationException: SqlTransaction wurde beendet und kann nicht mehr verwendet werden.

 bei System.Data.SqlClient.SqlTransaction.ZombieCheck()
 bei System.Data.SqlClient.SqlTransaction.Rollback()
 bei AdFactum.Data.Internal.BasePersister.Rollback()
 bei AdFactum.Data.TransactionContext.Rollback()
 bei AdFactum.Data.ObjectMapper.Rollback()
 bei TimePunch.Common.DataAccess.Transaction.SafeCall(Action call)
 bei TimePunch.Common.DataAccess.Transaction.Dispose(Boolean dispose)
 bei TimePunch.Common.DataAccess.Transaction.Dispose()
 bei TimePunch.Datafox.DataAccessLayer.Database.DeviceManager.SaveDevice(ITimePunchConnection connection, IDevice device)
 bei TimePunch.Datafox.BusinessLayer.ServiceImplementation.DeviceManagementService.UpdateAlivePing(ITimePunchConnection connection, String serialNr)
 bei TpDatafoxWinService.DatafoxUpdateService.PollDevices()

Ich habe im Projekt einen Stundenansatz (netto) von 120.00 CHF erfasst und 0% MWST.
Bei den vordefinierten Tatigkeiten habe ich dann eine Tätigkeit drin, bei welcher ich nur 50% des Ansatzes verrechne (Kostenfaktor 0.5).

Nun habe ich als erstes im Monat beim Projekt diese Tätigkeit eine halbe Stunde ausgeführt und entsprechend erfasst. Jetzt wird mir in der Detaillierten Projektauswertung nicht der "normale" Stundenansatz im Kopffeld angezeigt, sondern 60.00 CHF, also jener aus der Tätigkeit mit dem Kostenfaktor.

Sobald ich als erste erfasste Tätigkeit eine ohne Kostenfaktor (=1.0) habe, wird der normale Projekt-Stundenansatz gezeigt.

Hier scheint noch ein Bug in der Software zu sein.

Ein weiterer Verbesserungswunsch: die Anpassung auf den Schweizer Standart bei der Zahlenschreibweise.
Dezimalstellen werden hier immer mittels Punkt abgetrennt und nicht mittels Komma.
Die automatische Tausender-Trennung erfolgt dafür nicht mit dem Punkt sondern mit einem Hochkomma.

Es ist für mich bereits beim Erfassen eine grosse Umstellung. Für meine Kunden scheint es dann aber noch ungewohnter zu sein und ich wurde auch bereits darauf angesprochen, ob ich dies nicht bitte ändern könne bei meinen Stundenauswertungen.

Die bisherige Lohnabrechnung in TimePunch basiert auf den berechneten Sollstunden des Arbeitszeitmodells.

In vielen Unternehmen erfolgt die Lohnabrechnung jedoch unabhängig von den definierten Sollstunden. Daher soll es möglich sein, die tatsächlich ausgezahlten Stunden im Arbeitszeitmodell fest zu hinterlegen.

Eine monatliche Anpassung in Form von einer gesonderten Überstundenauszahlung ist bereits in der aktuellen Version 2.8 implementiert und soll auch weiterhin fortbestehen.

Um die Zugriffssicherheit auf Cloud basierte Datenbanken zu erhöhen, muss ein sog. Transient Fault Handling für den Datenbankzugriff implementiert werden.

Nähere Information sind hier zu finden:
https://msdn.microsoft.com/en-us/library/hh675232.aspx

und hier:
http://www.asp.net/aspnet/overview/developing-apps-with-windows-azure/building-real-world-cloud-apps-with-windows-azure/transient-fault-handling

Das Projekt soll um folgende neue Attribute ergänzt werden.

• Konto
• Kostenstelle
• Auftragsart (Privatwirtschaft / Öffentlicher Dienst)
• Vertrags-Nr.
• Ort der Leistungserbringung

Die neuen Attribute dienen ausschließlich für das Reporting und die Filterung der Projekte bei der Datenselektion für die Berichte.

Für die Abrechnungsrelevanten Berichte soll die fakturierbare Arbeitszeit gerundet dargestellt werden können.

Die Rundungseinstellung ist dazu projektabhängig in den Projektdaten hinterlegt sein.
Es soll zwischen dem mathematisch korrektem Runden, und dem Auf –bzw. Abrunden unterschieden werden können. Auch das Rundungsintervall soll im Projekt gespeichert werden.

Dazu Vorgesehen ist:
• Minutengenau
• auf 3 Minuten
• auf 5 Minuten
• auf 6 Minuten
• auf 10 Minuten
• auf 12 Minuten
• auf 15 Minuten
• auf 30 Minuten

Durch das Runden der fakturierbaren Arbeitszeit soll sich auch indirekt der Rechnungsbetrag ändern.

Um bei komplexen Arbeitszeitmodellen die Urlaubsberechnung Stundengenau abbilden zu können, wird eine Urlaubsberechnung nach Stunden benötigt.

Beispiel der Urlaubsberechnung nach Stunden mit effektiver Arbeitszeit

Mo. -
Di. 8
Mi. 4
Do. 6
Fr. 2
= 20 Std. insgesamt

In diesem Beispiel lassen sich die Urlaubstage nicht genau auf die Wochentage verteilen. Daher ist hier eine stundengenaue Berechnung erforderlich.

Hätte der Mitarbeiter bei Vollzeit 30 Tage Urlaub, dann wären es 30*8 = 240 Stunden Urlaub
Bei 50% Teilzeit könnte der Urlaub auf 120 Stunden mit je 4 Std./Tag = 30 Tage
oder auf 120 Stunden mit je 8 Std./Tag = 15 Tage verteilt werden.

Dies bedeutet aber auch, das z.B. am Dienstag mit 8 Stunden effektiv 2 Urlaubstage genommen werden können, sofern der Urlaubstag auf 4 Stunden festgelegt wurde.

Wenn ein Feiertag mit Arbeitsfrei überbucht wird, dann darf der Feiertag in der Lohnabrechnung NICHT als Arbeitszeit gezählt werden.

Aus bis jetzt ungeklärtem Grund kann der Fehler "Leave Carry Forward (never) ist not supported" auftreten.

Zur schnellen Behebung sollte folgendes SQL ausgeführt werden.

UPDATE [dbo].[TP_YEARLYSUMMARY] SET LEAVE_CARRYFORWARD=1 where LEAVE_CARRYFORWARD=0
UPDATE [dbo].[TP_ANWENDER] SET LEAVE_CARRYFORWARD=1 where LEAVE_CARRYFORWARD=0

=⇒ Wahrscheinlich entsteht der Fehler beim Anlegen eines Mitarbeiters durch Kopieren oder Import der Mitarbeiterprofile. Dies muss noch geprüft werden.

Ist im Arbeitszeitmodell ein 1/2 Arbeitstag hinterlegt, dann wird der Feiertag als Soll-Zeit berechnet.