aktuelle.kurse/m122/uebungs-aufgaben/LB2_ebill_handwerkerrechnungen/README.md
Harald G. Mueller 7059b20f81 muh
2023-02-06 22:28:07 +01:00

102 lines
3.3 KiB
Markdown

# LB2
## ebill von Handwerkerrechnungen
### Ausgangslage
Sie arbeiten in einer Firma, die sich zum Ziel gesetzt hat,
für ihre Kunden und auch um neue Kunden zu gewinnen, die
Rechnungen, die die Handwerker für deren Kunden erstelle,
den elektronischen Zahlungsweg anzubieten.
Der elektronische Zahlungsweg wird nicht über das Verschicken
einer PDF-Rechnung gemacht, wo der Kunde die Rechnung über das
Eintippen der Zahlungsdaten im eBanking machen muss, sondern als
[ebill](https://ebill.ch). Also als eine Rechnung, die dem Kunden
des Handwerkers direkt in sein eBanking hineingeschickt wird und
von dort aus direkt mit zwei Klicks bezahlt werden kann.
**Zugangsdaten**
https://haraldmueller.ch/schueler (Passwort: tbz)
ftp:
HOST: ftp.haraldmueller.ch
USER: schueler
PASS: studentenpasswort
PATH: /M122-[KLASSE]/NachName
**Resultat**
![original-rechnugen/example-qr-bill-de.six-image.original.1020.png](original-rechnugen/example-qr-bill-de.six-image.original.1020.png)
## BEWERTUNGSKRITERIEN
(MUH, 2022-05)
M122-Übung "e-bill"
=====================
(2P)
- Filedownload (.data) via FTP (aus dem [Kundenserver]/out/XX21xMustermann)
- [1] Ein Dateidownload funktioniert
- [1] es können auch mehrere Dateien "gleichzeitig" verarbeitet werden
(5P)
- Lesen der Input-Datei (.data)
- [3] Aufspalten der Informationen
- [1] Erkennen falscher Informationen
- [1] Rückweisen falscher/inkorrekter Rechnung
(12P)
- Erstellung der _Invoice.txt
- [1] Richtiger Filename (gem. definierter Vorgabe)
- [4] Korrekte Darstellung und Formatierung der Rechnung mit Einrückung und Kollonierung der Rechnungzeilen
- [3] Richtige Berechnung der End-Summe inkl. Darstellung (2-Nummen nach dem Dez-Punkt)
- [2] Einrücken und Darstellung des Einzahlungsschein-Abschnitts (Beträge haben Abstand beim Dezimalpunkt)
- [2] Richtige Berechnung und Position des Zahlungsziel-Datum (Rechnungsdatum + Zahlungsziel), -> nicht Verarbeitungsdatum!!
(6P)
- Erstellung der _Invoice.xml
- [1] Richtiger Filename (gem. definierter Vorgabe)
- [1] Rechnungsnummer eingesetzt
- [2] Summe korrekt (ohne Punkt, mit führenden Nullen)
- [2] Zahlungsziel & Zahlungszieldatum (Korr. Datum und Formattierung YYYYmmdd)
(2P)
- Fileupload (2 Files (.txt und .xml) pro Rechnung)
- [2] via FTP (auf den zweiten Server nach [Zahlungsserver]/in/XX21xMustermann)
- [-1] Abzug 1P dafür falls die fehlerhafte Rechnung auch da steht
(3P)
- Zip- oder tar-File Erstellung
- [2] Zip-/tar-File mit korrektem Inhalt und Dateinamen (2 Files)
- [1] Fileupload via FTP (auf den [Kundenserver]/in/XX21xMustermann)
(5P)
- Mail
- [2] Mail-Versand (kommt an der richtigen Adresse "heute/jetzt" an (Mailadr im Input))
- [2] Mail-Text und Absender fehlerlos, den Anforderungen entsprechend
- [1] Mail-Attachment (.zip/.tar) geschickt/vorhanden
(5P)
- Konfiguration und Projektdateiorganisation
- [2] "gute" Struktur der Projektdateien, Verarbeitungsdaten nicht bei den Verarbeitungs-Skript(s)
- [2] Log-File mit vernünftigen/aussagekräftigen Informationen, z.B. Erkennung von fehlerhafter Verarbeitung
- [1] separate Konfigurationsdatei
(2P)
- Automatisierung
- [2] Scheduler eingerichtet und funktioniert (Linux "crontab" oder Win "Aufgabenplaner")
(42P = Total), Bonus Kurzquartale I (Total = 37P),
Bonus Kurzquartale II (Total = 34P)