Kunden anlegen bei neuer Datenbank

[Niclas]

Beim Anlegen des ersten Kunden in einer frischen Datenbank erhält man folgende Fehler:

Can't call method "id" on an undefined value at /usr/local/src/kivitendo-git-niclas/SL/Controller/CustomerVendor.pm line 647.

Man muss wohl zuerst einen Mitarbeiter anlegen und danach einen Kunden, aber wenn das wirklich so sein soll, sollte man es dem Benutzer auch in einer Form mitteilen, die er verstehen kann.

Einen User hat man immer. Ansonsten könnte man sich nicht einloggen. Und beim einloggen sollte eigentlich auch ein Eintrag in employees angelegt werden. Wenn das nicht geschieht, schimpft sich das "Bug" und ist bei der Mandanteneinführung kaputt gegangen. Sprich: ich schau's mir an, möglicherweise mein Bock.

In 7447778283539ba5f36a43c97fcea3bc4f551729/erp:

Einträge in employee aus User->login heraus aktualisieren

Vor der Mandanteneinführung war User->login bereits hierfür
verantwortlich. Dann wurde diese Funktionalität in den
Login-Controller verschoben. Allerdings kehrt die Ausführung in exakt
einem Fall nicht zum Logincontroller zurück: wenn noch
Datenbankupgrades eingespielt werden müssen.

In dem Fall werden die Updates eingespielt, dem User wird die
"Weiter"-Seite angezeigt, und von hier aus geht es direkt zum
company_logo.

User->login weiß daher als einzige Instanz, wann alle DB-Upgrades
User->installiert sind, und damit, wann RDBO-Instanzen sicher genutzt
User->werden können.

Daher die Funktionalität in die Employee-Manager-Klasse verschoben und
das Triggern der Funktion aus dem Login-Controller wieder zurück nach
User->login verschoben.

Fixt #2361.

In f5093da0934b58d979d44ba9ad961b409e15c411/erp:

Einträge in employee aus User->login heraus aktualisieren

Vor der Mandanteneinführung war User->login bereits hierfür
verantwortlich. Dann wurde diese Funktionalität in den
Login-Controller verschoben. Allerdings kehrt die Ausführung in exakt
einem Fall nicht zum Logincontroller zurück: wenn noch
Datenbankupgrades eingespielt werden müssen.

In dem Fall werden die Updates eingespielt, dem User wird die
"Weiter"-Seite angezeigt, und von hier aus geht es direkt zum
company_logo.

User->login weiß daher als einzige Instanz, wann alle DB-Upgrades
User->installiert sind, und damit, wann RDBO-Instanzen sicher genutzt
User->werden können.

Daher die Funktionalität in die Employee-Manager-Klasse verschoben und
das Triggern der Funktion aus dem Login-Controller wieder zurück nach
User->login verschoben.

Fixt #2361.