mirror of
https://gitlab.com/harald.mueller/aktuelle.kurse.git
synced 2024-11-27 12:11:57 +01:00
muh
This commit is contained in:
Harald G. Mueller
parent
1bcdad5381
commit
494d32b09c
@ -1,4 +1,3 @@
|
||||
Semester: FR23, Klasse: AP20b, Thema: 122
|
||||
Achermann
|
||||
Angst
|
||||
Baars
|
||||
|
||||
@ -1,4 +1,3 @@
|
||||
Semester: FR23, Klasse: AP22b, Thema: 122
|
||||
Blattner
|
||||
Boshtraj
|
||||
Cecutti
|
||||
|
||||
@ -1,4 +1,3 @@
|
||||
Semester: FR23, Klasse: AP22d, Thema: 122
|
||||
Andreatta
|
||||
Benz
|
||||
Blau
|
||||
|
||||
@ -1,4 +1,3 @@
|
||||
Semester: FR23, Klasse: PE22e, Thema: 122
|
||||
Berisha
|
||||
ElIsbihani
|
||||
Ganesalingam
|
||||
|
||||
@ -1,4 +1,3 @@
|
||||
Semester: FR23, Klasse: ST19d, Thema: 122
|
||||
Ajdini
|
||||
Brauchli
|
||||
Castro
|
||||
|
||||
@ -37,8 +37,8 @@ mit allen Informationen, die es für die Rechnungsstellung
|
||||
über e-Bill braucht.
|
||||
|
||||
Sie holen diese per FTP ab und erstellen daraus
|
||||
- 1.) eine Rechnung im Klartext (Zur Vereinfachung nur als Text-Format, produktiv wäre das ein PDF)
|
||||
- 2.) eine Rechnung im XML-Format für das SIX-PaymentServices-Format (Schweizer Marktleader)
|
||||
- Zwischenresultat a.) Eine menschenlesbare Rechnung im Klartext (Zur Vereinfachung nur als Text-Format, produktiv wäre das ein PDF)
|
||||
- Zwischenresultat b.) Eine maschinenlesbare Rechnung im XML-Format für das SIX-PaymentServices-System (Schweizer Marktleader für die Zahlungsabwicklung)
|
||||
|
||||
Diese beiden Dateien geben Sie per FTP in das «Zahlungssystem» ab.
|
||||
Dann erfolgt, für Sie im Hintergrund die Weiterleitung
|
||||
@ -73,13 +73,13 @@ Sie müssen aus jeder Rechnungsdatei (.data) zwei Dateien erstellen
|
||||
<br>**[Kundennummer]_[Rechnungsnummer]_invoice.txt** (also konkret ‘K821_23003_invoice.txt’)
|
||||
|
||||
Die Dateinamen werden aus den **Inhalten** der .data-Datei gebildet (generiert):
|
||||
<br>(aus **Kundennummer** K821 und aus der **Rechnungsnummer** 23003)
|
||||
<br>(aus **Kundennummer** "K821" und aus der **Rechnungsnummer** "23003")
|
||||
|
||||
<br>Dateiname: K821_23003_invoice.txt
|
||||
<br>Dateiname: K821_23003_invoice.xml
|
||||
<br>Dateiname Zwischenresultat a.): K821_23003_invoice.txt
|
||||
<br>Dateiname Zwischenresultat b.): K821_23003_invoice.xml
|
||||
|
||||
|
||||
### Rechnung in menschenlesbaren Klartext
|
||||
### Zwischenresultat a.) Rechnung in menschenlesbaren Klartext
|
||||
|
||||
Eine solche Datei wird den Endkundenen mitgeschickt, damit
|
||||
überprüft werden kann, was zu bezahlen ist. Im eBanking-System
|
||||
@ -87,18 +87,6 @@ haben Endkunden die Möglichkeit, die Rechnung zurückzuweisen
|
||||
und somit nicht zu bezahlen.
|
||||
|
||||
|
||||
#### Vereinfachungen
|
||||
|
||||
- 1.) Normalerweise sind diese Rechnungen hier in PDF erstellt.
|
||||
Damit es weniger Aufwand gibt, wird hier darauf verzichtet, aus
|
||||
dem Text ein PDF zu erzeugen.
|
||||
|
||||
- 2.) Die Erzeugung des QR-Codes im Einzahlungsschein-Bereich
|
||||
erfordert eine API-Funktion. Auch darauf wird verzichtet. Stattdessen
|
||||
zeichnen wir den Rahmen mit Strich-Zeichen und schreiben das Wort
|
||||
QR-CODE hinein.
|
||||
|
||||
|
||||
**Inhalt von K821_23003_invoice.txt:**
|
||||
|
||||
-------------------------------------------------
|
||||
@ -156,9 +144,35 @@ QR-CODE hinein.
|
||||
Währung Betrag Währung Betrag
|
||||
CHF 1325.00 CHF 1325.00
|
||||
|
||||
--------------------
|
||||
-------------------------------------------------
|
||||
|
||||
### Rechnung im (maschinenlesbaren) XML-Format
|
||||
|
||||
#### Vereinfachungen zum Profi-Umfeld
|
||||
|
||||
- 1.) Normalerweise sind diese Rechnungen hier in PDF erstellt.
|
||||
Damit es weniger Aufwand gibt, wird hier darauf verzichtet, aus
|
||||
dem Text ein PDF zu erzeugen. Die Einrückungen bräuchten eigentlich
|
||||
Tabulatoren. Das kann man mit dem "reinen Textformat" nicht machen.
|
||||
Stattdessen wird mit Leerzeichen eingerückt (vorne auffüllen).
|
||||
|
||||
- 2.) Die Erzeugung des QR-Codes im Einzahlungsschein-Bereich
|
||||
erfordert den Aufruf einer API-Funktion, die dann eine Grafik erzeugt
|
||||
und die dann in ein PDF integriert werden müsste. Auch darauf wird verzichtet.
|
||||
Stattdessen zeichnen wir einfach einen Rahmen mit Strich-Zeichen und
|
||||
schreiben das Wort "QR-CODE" hinein.
|
||||
|
||||
- 3.) Auch auf die Auszeichnung der Texte wird auch verzichtet.
|
||||
(verschiedene Schriftgrössen, Fettschrift, Titelschrift, Logos)
|
||||
|
||||
- 4.) Es gibt Anwendungen wo Rechnungen unter Firmen (B2B = Business-to-Business)
|
||||
direkt verschickt werden. Dort könnte das Aufzählen der Rechnungspositionen (Artikel)
|
||||
in der .xml-Datei auch nötig werden. Für "eBill" bei SIX sind wir im Bereich
|
||||
B2C (Business-to-Customer) und da ist das detaillierte Aufzählen nicht verlangt
|
||||
und wir werden darauf auch verzichten.
|
||||
|
||||
|
||||
|
||||
### Zwischenresultat b.) Rechnung im (maschinenlesbaren) XML-Format
|
||||
|
||||
**Inhalt von K821_23003_invoice.xml:**
|
||||
|
||||
@ -182,7 +196,7 @@ QR-CODE hinein.
|
||||
</FUNCTION-FLAGS>
|
||||
<MESSAGE-REFERENCE>
|
||||
<REFERENCE-DATE>
|
||||
<Reference-No>202307164522001</Reference-No>
|
||||
<Reference-No>202307314522001</Reference-No>
|
||||
<Date>20230731</Date>
|
||||
</REFERENCE-DATE>
|
||||
</MESSAGE-REFERENCE>
|
||||
@ -320,30 +334,29 @@ QR-CODE hinein.
|
||||
|
||||
### System-Zugänge
|
||||
|
||||
https://haraldmueller.ch/schueler (Passwort: tbz)
|
||||
**Browser:** https://haraldmueller.ch/schoolerinvoices (Passwort: "tbz")
|
||||
<br>https://haraldmueller.ch/schoolerinvoices/out (Passwort auf html-Seite: "tbz")
|
||||
<br>https://haraldmueller.ch/schoolerinvoices/in
|
||||
|
||||
FTP-Zugang:
|
||||
**FTP-Zugang:**
|
||||
|
||||
HOST: "ftp.haraldmueller.ch"
|
||||
USER: "schueler"
|
||||
PASS: "studentenpasswort"
|
||||
PATH: "/M122-[KLASSE]/NachName"
|
||||
USER: "schoolerinvoices"
|
||||
PASS: "Berufsschule8005!"
|
||||
PATH: ""
|
||||
|
||||
|
||||
<br>https://haraldmueller.ch/schoolerinvoices/out (Passwort auf html-Seite: tbz)
|
||||
<br>https://haraldmueller.ch/schoolerinvoices/in
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
https://coinditorei.com/zahlungssystem (Passwort: tbz)
|
||||
**Browser:** https://coinditorei.com/zahlungssystem (Passwort: "tbz")
|
||||
<br>https://coinditorei.com/zahlungssystem/in
|
||||
<br>https://coinditorei.com/zahlungssystem/out
|
||||
<br>
|
||||
<br>Zur Abgabe der Rechnung als TXT und XML auf dem Abgabeserver (Zahlungssystem/in/[KlasseUndIhrNachname]) per FTP
|
||||
|
||||
FTP-Zugang:
|
||||
**FTP-Zugang:**
|
||||
|
||||
HOST: "ftp.coinditorei.com"
|
||||
USER: "zahlungssystem"
|
||||
|
||||
@ -34,7 +34,7 @@ Die Bewertung erfolgt gemäss einem Kompetenzraster.
|
||||
|
||||
|
||||
|
||||
## Tag 1 und Tag 2
|
||||
## Konzept Tag 1 und Tag 2
|
||||
|
||||
- 4.3 Einbau von Übungs-Sequenzen
|
||||
Der Einbau von Übungssequenzen kommt schon ganz zum Anfang in der zweiten Lektion (L2) zum Zuge wo in der präinstruktiven Vorwissensabholung die Vorgehensweise IPERKA wiederholt wird.
|
||||
@ -63,7 +63,7 @@ Der dritte Transfer ist, dass die eigene Firma, bzw. aber deren Erweiterung nich
|
||||
|
||||
## Ablaufplan 2023-Q3
|
||||
|
||||
### Klasse <mark>ST20d</mark> am Freitag Morgen
|
||||
### Klasse <br><mark>ST20d</mark> am Freitag Morgen<br><mark>ST20c</mark> am Freitag Nachmittag
|
||||
|Tag |Datum|Thema, Auftrag, Übung |
|
||||
|----|-----|--------------------- |
|
||||
| 1 | 24.02.| Einstieg ins Thema, <br> Pflichten-/Lastenheft <br> [Hausaufgabe Anforderungsanalyse **auf Tag 3**](Ablaufvorschlag_MUH2018/M239_Hausaufgabe_Anforderungsanalyse.pdf)|
|
||||
@ -80,19 +80,4 @@ Der dritte Transfer ist, dass die eigene Firma, bzw. aber deren Erweiterung nich
|
||||
| 9 | 12.05.| Arbeit an der und ab 09:00 **Projekt-Abgaben** und Benotung |
|
||||
|
||||
|
||||
### Klasse <mark>ST20c</mark> am Freitag Nachmittag
|
||||
|Tag |Datum|Thema, Auftrag, Übung |
|
||||
|----|-----|--------------------- |
|
||||
| 1 | 24.02.| Einstieg ins Thema, <br> Anforderungsanalyse, <br> Pflichten-/Lastenheft <br> [Hausaufgabe Anforderungsanalyse **auf Tag 3**](Ablaufvorschlag_MUH2018/M239_Hausaufgabe_Anforderungsanalyse.pdf)|
|
||||
| 2 | 03.03.| Protokolle und Services |
|
||||
| 3 | 10.03.| Start Projektaufgabe im Team zu 2 Pers.|
|
||||
| 4 | 17.03.| Arbeit an der Projektaufgabe |
|
||||
| 5 | 24.03.| Arbeit an der Projektaufgabe |
|
||||
| 6 | 31.03.| Arbeit an der Projektaufgabe |
|
||||
| - | *07.04.*| *fällt aus, Karfreitag* |
|
||||
| 7 | 14.04 | Arbeit an der Projektaufgabe - **Review, Vorabgabe** |
|
||||
| 8 | 21.04 | Arbeit an der Projektaufgabe |
|
||||
| - | 28.04.| *fällt aus, Frühjahrsferien* |
|
||||
| - | 05.05.| *fällt aus, Frühjahrsferien* |
|
||||
| 9 | 12.05.| Arbeit an der und ab 14:00 **Projekt-Abgaben** und Benotung |
|
||||
|
||||
|
||||
Loading…
Reference in New Issue
Block a user