Voraussetzungen sind:
- Auftrag mit PosNr "aL2..." (z.B. aL26015-do-Supp) ist angelegt
und
- Leistungszeiten werden mit Angabe der Auftrags-PosNr eingetragen.
Die Rechnungs-Menge entspricht den Stunden der Zeiteingabe
und -Preis, -Rabatt dann lt. Auftragsposition.
z.B.
--> /ahr_cal/Hr_Calendar_Pflege?submitaction=%2F%3D%2F&datatable_primarykey=12
- 1 - (TxtDoc-app-link-zeit2026-06-24.html)
Office-Funktionen
- Pivot (Kreuztabellen)
- Charts (Diagramme)
- Seriendokumente (Etiketten, Mail, ...)
- Import / Export
- Abfragen / Reports
Als Datenquelle stehen die Tabellen, Abfragen (Views) und Funktionen der SQL zur Verfügung.
Die Berechtigung ergibt sich aus der Anmeldung und der damit verbundenen Rolle.
z.B.
--> /ahr_cal/?submitaction=%2F%3D%2F&datatable_primarykey=12
ev. weitere Funktionen
- Anfrage
- Angebot
- Lieferschein
- Rechnung
- Mahnung
Eingabe
-------
- ein Mastersatz für alle o.g. Funktionen
- Positionen (Artikel, Menge, Preis, Rabatt)
Bericht: Z.B. als Text- oder Tabellendokument
Status: Wenn ein Angebots-, Lieferschein-, ... Datum eingegeben wurde, dann ist das der Status (also z.B. geliefert, wenn Lieferdatum gepflegt)
Dateien: Die Datensätze Anfrage/Auftrag, Artikel, Adresse haben jeweils ein autom. angelegtes Datensatz-Verzeichnis
Archiv: Dokumente sind als .eml, .pdf, ... unter o.g. Datensatz-Verzeichnis zu speichern
- 2 - (TxtDoc-app-link-zeit2026-06-24.html)
Bitte Urlaube möglichst 2 Wochen vorher eintragen
(bei mehr als 2 Tagen 1 Monat vorher)
--> /ahr_cal/
- 3 - (TxtDoc-app-link-zeit2026-06-24.html)
Die Zeitsumme sollte die normale Arbeitszeit des jeweiligen Tages ergeben.
z.B. bei Vollzeit
- Mo bis Do 8 Stunden
- und Fr 4 Stunden
- 4 - (TxtDoc-app-link-zeit2026-06-24.html)
z.B.
try {
dokument.speichern();
datenbank.commit();
status_anzeigen("Daten gespeichert");
}
catch() {
datenbank.rollback();
meldung("speichern fehlgeschlagen");
}
Also, versuche zu speichern:
- wenn's klappt, alles festschreiben
- wenn nicht, alles rückgängig machen und den User informieren
Buffer-Overflows sollten in Script/Runtime/VM-Sprachen auch nicht vorkommen.
( z.B. TypeScript/JavaScript, Java, C#, ... )
Diese benutzen jedoch Bibliotheken, die's ev. mit dem Speicher nicht so genau nehmen.
Oder man benutzt unsafe-Blöcke oder unglückliche Compilerschalter.
( Undefiniertes Verhaltung (UB) glänzt am besten durch Abwesenheit )
Compiler vs. Script/Runtime/VM-Sprachen
Anforderungen schnell umzusetzen,
braucht dynamische Software.
Laufzeitprüfungen bei Script/Runtime/VM-Sprachen,
wie z.B.
- RtAssert( fdName != null && !"".equals(fdName), "fdName mit Inhalt erwartet");
können den Nachteil gegenüber statischer Codeanalyse bei Compilern z.T. ausgleichen.
Diese sind
- beim entwickeln / testen
und
- im Produktivbetrieb
aktiv.
Immer Prüfen kostet jedoch immer Resourcen.
- 5 - (TxtDoc-app-link-zeit2026-06-24.html)
Z.B. mit Office am Desktop
und man nutzt Webservices als Datenquelle in Abfragen und Berichten.
Sync oder XML-Transfer sind vielfach nützlich,
aber Direktzugriff per Abfrage/View/Pivot/Chart können aktuelle Daten liefern.
Es gibt Anbieter für ODBC-Treiber und auch Reporttools,
die direkt Webservices nutzen können.
s.a.
--> https://www.google.com/search?q=odbc+http+rest
- 6 - (TxtDoc-app-link-zeit2026-06-24.html)
Eingabe im Feld Details - Archiv
- ab dem eingegebenen Datum, werden die Daten in der Web-Pflege nicht mehr angezeigt
- die Berechtigung bleibt jedoch erhalten
- die Daten können weiterhin gedruckt werden (passende URL ist Voraussetzung)
(z.B. unter "fällig" und "Protokoll", existierende Links in Mails, ...)
- auch in Access oder LibreOffice-Base/Calc sind die Zeilen weiterhin sichtbar
Der Details-Dialog ist folgendermassen definiert:
--> https://jobst-software.net/ainfojs2000/InfoPrint_Default?only_REPORT_KNZ=TxtDoc&search_text=%20%231001%20
- 7 - (TxtDoc-app-link-zeit2026-06-24.html)
--> https://www.oesterreich.gv.at/lexicon/U/Seite.991623.html
- 8 - (TxtDoc-app-link-zeit2026-06-24.html)
