Das System ist weniger ein einfaches „Offerte schreiben“-Tool, sondern eher eine zentrale Steuerung zwischen:
Offertwesen
Tarifverwaltung
Leistungsstamm
Fakturierung
Textbausteinen
Auftragsverwaltung
Die eigentliche Logik dahinter ist interessant, weil die Offerte als Ausgangspunkt für spätere operative Prozesse dient.
1. Grundidee des Systems
Das System arbeitet nach diesem Prinzip:
Offerte ↓ Positionen / Leistungen ↓ Tarif erzeugen ↓ Auftrag / Fakturierung verwendet Tarif
Die Offerte ist also nicht nur ein PDF-Dokument, sondern erzeugt strukturierte Tarifdaten, die später im Tagesgeschäft weiterverwendet werden.
Das ist typisch für Transport- und Logistiksysteme:
Preise werden einmal definiert
danach automatisch in Disposition/Fakturierung genutzt
2. Status-Workflow der Offerte
Die Farben zeigen den Lebenszyklus einer Offerte an:
Status | Bedeutung |
|---|---|
Offerte erfasst | erstellt |
Positionen erfasst | Leistungen definiert |
Offerte gedruckt | Angebot versendet |
Bestätigung gedruckt | Auftrag bestätigt |
Tarif/Rechnung erstellt | operative Nutzung aktiv |
Das deutet auf eine State-Machine hin:
Draft → Positioniert → Gedruckt → Bestätigt → Tarif aktiv
3. Wichtigste Logik: Tarifgenerierung
Das ist vermutlich das Herzstück.
Die Offerte erzeugt später einen Tarif im Tarifstamm:
„Mit diesem Symbol wird der Tarif erstellt … unter Fakturierung – Tarif (Preise und Rabatte).“
Das bedeutet:
Die Offerte ist eine Art:
Preisvorlage
Vertragsdefinition
kundenbezogene Tarifkonfiguration
4. Vererbungslogik (sehr wichtig)
Das System arbeitet stark mit Vererbung.
Ebene 1 — Offerte
Globale Werte:
Einteilungen
Gültigkeit
Konditionen
Baustelle
Kunde
werden automatisch an alle Positionen weitergegeben.
Ebene 2 — Position
Kann globale Werte überschreiben:
eigene Einteilung
eigene Tarifgültigkeit
eigener Text
eigene Zusatzleistungen
Das ist klassische Override-Logik:
Offerte.Standardwert ↓ Position überschreibt bei Bedarf
Sehr sauber aufgebaut.
5. Transportlogik: „Einteilungen“
Die „Einteilung“ scheint eine zentrale Klassifizierungslogik zu sein.
Beispiel aus der Doku:
„Bei Mittelland wird bei Einteilung 1 bestimmt, mit welchem Fahrzeug man die Dienstleistung ausführt.“
Das deutet darauf hin:
Einteilung | Beispiel |
|---|---|
Einteilung 1 | Fahrzeugtyp |
Einteilung 2 | Region |
Einteilung 3 | Leistungsart |
Dadurch kann das System später:
automatisch passende Tarife finden
Fahrzeuggruppen zuordnen
Fakturierung automatisieren
Das ist eigentlich eine Art Tarif-Matrix.
6. Leistungsstamm + Tarifstamm
Die Architektur scheint getrennt zu sein:
Leistungsstamm
Definiert:
was gemacht wird
Leistungscode
Standardtexte
Zusatzleistungen
Tarifstamm
Definiert:
Preis
Rabatt
Zuschläge
Konditionen
Die Offerte verbindet beides.
7. Zusatzleistungen
Sehr interessante Logik.
Zusatzleistungen können an Leistungen gekoppelt werden:
Beispiel:
Nachtzuschlag
Kranzuschlag
Gefahrgut
Wochenendzuschlag
Wenn später der Tarif gewählt wird:
→ werden die Zusatzleistungen automatisch mitgezogen.
Das ist praktisch eine „Tarif-Komposition“.
8. Textbaustein-System
Das System trennt:
Typ | Wird in Tarif übernommen? |
|---|---|
Fakturatext | Ja |
Zusatztext | Nein |
Die Textbausteine können:
global definiert
pro Leistung hinterlegt
per F4 gewählt werden
Das zeigt:
Das System ist stark auf Standardisierung optimiert.
9. Totalisierung / MWST-Logik
Die Positionen können gruppiert werden:
Position 1-5 → subtotalisieren → MWST berechnen
Das wirkt wie eine interne Rechenlogik für:
Zwischentotale
Abschnitte
MWST-Blöcke
für komplexe Transportofferten optimiert.
10. Varianten-System
Das Variantenkonzept ist ebenfalls zentral.
Varianten steuern:
Drucklayout
Texte
Schrift
Baustellenanzeige
Formularverhalten
Das sieht nach mandanten- oder kundenabhängigem Customizing aus.
11. Gesamtarchitektur (wahrscheinlich)
Die interne Datenlogik dürfte ungefähr so aussehen:
Kunde ↓ Offerte ↓ Offertpositionen ↓ Leistung ↓ Tarifdefinition ↓ Tarifstamm ↓ Auftrag/Fakturierung
Die eigentliche Business-Logik in einem Satz
Die Offerte dient nicht nur zur Angebotserstellung, sondern als Generator strukturierter Tarife und Leistungsdefinitionen für die spätere operative Fakturierung.
Das ist der zentrale Gedanke des Systems.
┌────────────────────┐
Offerte erfassen
└─────────┬──────────┘
▼
┌────────────────────┐
Kunde auswählen
Kontakt erfassen
Variante wählen
└─────────┬──────────┘
▼
┌────────────────────┐
Offertparameter übernehmen
- Konditionen
- Einteilungen
- Gültigkeit
- Baustelle
└─────────┬──────────┘
▼
┌────────────────────┐
Position erfassen
└─────────┬──────────┘
▼
┌──────────────────────────────┐
Leistung aus Leistungsstamm auswählen
└─────────┬────────────────────┘
▼
┌──────────────────────────────┐
Tarifdefinition festlegen
- Preis
- Rabatt
- Zuschläge
- Zusatzleistungen
└─────────┬────────────────────┘
▼
┌──────────────────────────────┐
Texte / Textbausteine ergänzen
└─────────┬────────────────────┘
▼
┌──────────────────────────────┐
Weitere Positionen?
└───────┬───────────────┬──────┘
Ja Nein
▼ ▼
(zurück zu Position)
┌─────────────────┐
Totalisierung │ MWST
└────────┬────────┘
▼
┌─────────────────┐
Offerte drucken
└────────┬────────┘
▼
┌─────────────────┐
Kunde bestätigt
└────────┬────────┘
▼
┌────────────────────┐
Tarif erzeugen aus Offerte
└────────┬───────────┘
▼
┌────────────────────┐
Tarifstamm aktualisieren
└────────┬───────────┘
▼
┌────────────────────┐
Auftrag / Faktura verwendet des Tarif
└────────────────────┘
Kommentare
0 Kommentare
Zu diesem Beitrag können keine Kommentare hinterlassen werden.