KRM - Gemüsebau Armin Kreiselmaier

Allgemeines

Standort: Fußgönheimer Str. 120, 67071 Ludwigshafen
Ansprechpartner: Frau Doris Heinze
Kunde seit: 2013
Service-/Wartungsvertrag: nein
Bio-Erzeuger und Unternehmer

Statistik

Dokumentenaufkommen (2017): 118/Woche
Anzahl Benutzer: 7
Fremdsprachen: keine
Kundenspezifische Anpassungen: kleinere Anpassungen

(Stand 01/2018)

Leistungsübersicht

Dienst	Produkt/Provider	Version	Besonderheiten
	opendynamic
ERP	kivitendo-ERP	3.0	krm
Fileserver	Synology NAS	DSM 5.2	2 X 1,82 TB (SHR)
Virtualisierung	Proxmox	3.2	pve1, pve2
VPN	PPTP, Open VPN	krm.opendynamic.eu	Realisiert durch NAS

	extern
WLAN	Kabel BW	-	KDG-CFC48
Internetzugang	Kabel BW	Bandbreite: gut	-

ERP

Mandanten: KRM und KAUM
Kontorahmen: SKR04
Anmeldungsart: Lokal
Anpassungen:
- Ausgabe Collie in Positionstabelle der Verkaufsdokumente
Besonderheiten:
- Anmeldung am Mandanten KAUM: Benutzername = „Benutzer-k“

Hardwareübersicht

Hostname	Hersteller/Typ	Rolle	Kaufdatum	Seriennummer
pve1	HP N40L	Server	14.05.2013	5C7241P2H2
pve2	HP N40L	Server	03.07.2013	5C7238P0RV
dyno	Synology DS212	Netzwerklaufwerk, VPN-Sever	14.05.2013	C6K3N04310
dyno-backup	Synology DS213	Backup	03.07.2013	D3L5N01532
USV	APC Back-UPS ES 700G	USV	03.07.2013	5B1302T01910
ext. HDD	WD Elements Desktop	Backup HDD	-	WDBAAU

Backup-Konzept

System	Task	Art	Intervall	Startzeit	Quelle	Ziel
PVE1	VM	VZ-Dump	Wöchentlich	Freitags 22:00	PVE1	dyno/pve-backup
NAS	Komplette Daten	Synology Hyperbackup	Täglich	02:00	NAS-Verzeichnis	Externe USB Festplatte
ERP	ERP Datenbank	erpbackup.sh daily	Täglich	06:25	lx2013d04, lx2014d04-kaum	dyno/backup-erp
ERP	Auth-Datenbank, Druckvorlagen	erpbackup.sh weekly	Wöchentlich	Sonntags 06:47	kivitendo_auth, Druckvorlagen	dyno/backup-erp
ERP	ERP-Verzeichnis	erpbackup.sh monthly	Monatlich	am 1. um 06:52	/opt/prod/lxoffice-erp, /opt/odtools	dyno/backup-erp

Zusätzliche Features

Feature	Migration in main	Via Mandantenkonfig
Discount -> Bonus	X -> more/all	----
Reqdate -> Leistungsdatum	X -> more/all	----
Bonus immer editierbar	V	V \| Ja/Nein Flag
Liefertermin Wochenende auf Montag	bereits in Standard (Logik überprüfen)	X generelles Verhalten
Liefertemin pro Position bei Erstellen	bereits in Standard	X generelles Verhalten
Leergut erneuern	X KRM-spezifisch + unfertig*	----
Colli einschalten	V bereits in main, Datenmigration	V bereits Mandantenkonfig
Artikelklassen	X (Daten, kein Code)	----
CVar-Optionen	X (Daten, kein Code)	----
cp_position2	V bereits in main	----
Lieferadresse pro Rechnungsposition	V sinnvoll	? opt-in per Template***
CVars in _row.htlm (Template)	? nur JS-Bug_Fix Teil**	----
Discount hidden bei not_discountable	V Korrektur/Verbesserung****	X generelles Verhalten
do.pl reqdate Vereinfachung	? prüfen*****	----
FacturX Kategorie 0	V bereits in main	----

* Feature tut folgendes: Auftragknopf: Löscht alle Leergut-Positionen aus dem Auftrag. Liest aus allen Auftragspositionen die CVar ic_cvar_leergut_i. Aggiert gleiche Leergutartikeln (addiert Mengen). Schreibt sie neu als Positionen zurück.
KRM-spezifische CVars und Artikelklassifizierungen, wir haben keine generische Konfiguration welche Artikelklasse als "Leergut" gilt.
** CVars werden aus Detailzeile nach Hauptzeile verschoben, aber auch JS-Bug Fix soll in main !!
*** Reine Template-Variablen shiptoname_do, shiptostreet_do, etc.
**** User sieht auf main editierbares Feld, beim Speichern wird aber nichts gespeichert
***** Vereinfacht Logik beim Umwandeln von Lieferschein zu Rechnung: deliverydate = reqdate, anstatt komplexe Logik
Kann BugFix sein, kann auch falsch sein in main. Muss überprüft werden