api_get
Diese generische Methode ist hier dokumentiert: API & OTA-Integration#Datenlesenmitapi_get
Die Optionen innerhalb der Projekte API sind hier gelistet
Verfügbare Tabellen | gesperrte Felder |
---|---|
Auftragspositio | PKUUID_16 |
Kostenstellen | PKUUID_14 |
Zeitdatei | PKUUID_19 |
Personal | PKUUID_13 |
ZeitmodellZuweisung | PKUUID_259 |
Betriebskalende | PKUUID_93 |
BDEActivity | PKUUID_66 |
Personal_Kostenstellen | PKUUID_202 |
Zeiterfassung - API-Methoden
...
- project → entspricht der ProjektNr (String)
- position → entspricht der Projekt-Position (Integer)
- costsource → entspricht der Kostenstelle (Integer)
- fromtime → entspricht der Startzeit des zu buchenden Eintrags im Format 'hh:mm:ss'
- totime → entspricht der Endzeit des zu buchenden Eintrags im Format 'hh:mm:ss'
(Nur verwenden wenn man den Parameter totaltime nicht nutzt) - totaltime → entspricht der Gesamtzeit des zu buchenden Eintrags im Format 'hh:mm:ss'
(Nur verwenden wenn man den Parameter totime nicht nutzt) - date → entspricht dem Datum des zu buchenden Eintrags im Format 'dd.mm.yy'
(Wir dieser Parameter weggelassen, verwendet Profacto das gegenwärtige Datum) - pause → entspricht der Gesamtzeit für die zu buchende Pause im Format 'hh:mm:ss'
(Wird keine Pause angegeben, nimmt Profacto die vom Zeitmodell vorgeschlagenen Pausen) - comment → entspricht der Bemerkung als Zeichenkette (String)
- feedback → entspricht Anforderung von Rückfragen als boolischer Wert (Boolean als String)
- response → mögliche Werte sind 'HTML' und 'JSON'. Wird kein Wert angegeben erfolgt die Response in HTML
Info | ||
---|---|---|
| ||
Pausen werden als Lücken im Tagesverlauf dargestellt, oder besser noch durch lückenlose Erfassung von Projektzeiten, dafür aber mit definierten Pausenzeiten in den Zeitmodellen. |
In der JSON-Rückmeldung wird auch die neue vergebene UUID zurückgeliefert:
{"success":true,"error":"","processingTime":1326,"errorMsg":"","recNum":885,"UUID":"3665FF277C1C4589AD07C075EA159314"}