Fehler: Verkauf - "VOLUMEN_FLAG wurde nicht gefunden"

Hallo liebe Community,

nach einem Tag des Ausprobierens und im Forum nach einer Lösung suchend öffne ich einen Beitrag, da ich nicht ans Ziel komme.

Ich befinde mich auf einem neuen Server in einer Testumgebung.
Später soll unser CAO von einem anderen Server hierhin umziehen.

aktuell im Livebetrieb:
Windows SBS 2011
CAO 1.5.0.43
DB Version 1.34
MYSQL 5.7.21

Neuer Server:
Windows Server 2022 - 21H2
CAO 1.5.1.10
DB Version 1.37
MYSQL 5.7.21

Ich habe die Datenbank exportiert, eingespielt, geupdatet und erhalte in den Bereichen
Verkauf
- Angebot
- Auftrag
- Rechnung
- Gutschrift

die Fehlermeldung "ReEdiTab: Das Feld "VOLUMEN_FLAG" wurde nicht gefunden."

volumen_flag.PNG

Unter anderem habe ich schon folgendes ausprobiert:
- CAO 1.5.0.43 installiert und bestehende DB eingespielt. Beides übers Programm geupdatet.
- CAO 1.5.1.10 installiert und bestehende DB eingespielt. DB über das Programm geupdatet.
- CAO 1.5.1.10 installiert, leere DB anlegen lassen. Alte DB eingespielt, updaten lassen.
- CAO 1.5.1.10 installiert, leere DB anlegen lassen. Geupdatete DB eingespielt.

Alles ohne Erfolg.
Kann mir jemand helfen, den Fehler zu beseitigen?

Grüße,
Sebastian

Hallo,

bitte mal unter C:\Users\Benutzername\AppData\Local\CAO-Faktura\Installationsverzeichnis\LOG nachsehen, was dort in den Logs für das Datenbankupdate steht (db_update_xxx_ ...) und eventuell hier posten.
Benutzername = Windows-Benutzername
Installationsverzeichnis = Programmverzeichnis von CAO-Faktura (Standard CAO-Faktura-1.5)

Hallo Throren,

Danke Dir für die schnelle Antwort.

Tatsächlich, schau mal hier:

Code: Alles auswählen

SQL:ALTER TABLE JOURNAL ADD COLUMN VOLUMEN_FLAG ENUM('Y','N') NOT NULL DEFAULT 'N'
RES:#22007Incorrect datetime value: '0000-00-00 00:00:00' for column 'KBDATUM' at row 1

SQL:ALTER TABLE JOURNAL ADD COLUMN DMS_FLAG ENUM('Y','N') NOT NULL DEFAULT 'N'
RES:#22007Incorrect datetime value: '0000-00-00 00:00:00' for column 'KBDATUM' at row 1

Da habe ich hier doch irgendetwas bzgl. des zu langen Wertes oder 0er gelesen?!
Ich sehe im Log noch einige weitere "Incorrect datetime value" Probleme.
Zum Beispiel:

Code: Alles auswählen

SQL:INSERT INTO REGISTRY VALUES('MAIN', 'HAUPTMENUE', NULL, NULL, NULL, NULL, NULL, NULL, '[Stammdaten]\n\rAdressen=1010|1\n\rArtikel=1020|2\n\rKFZ=1030|3\n\rMitarbeiter=1040|4\n\rVertreter=1070|5\n\rBrowser=1990|6\n\r[Office]\n\rNotizen=1060|7\n\rPIM=1050|8\n\rTextverarbeitung=2090|9\n\rAnrufe=2200|10\n\r[Einkauf]\n\rEinkauf=2050|40\n\rWareneingang=2065|11\n\rEK-Bestellung=2060|12\n\rEK-Bestellvorschläge=2100|13\n\rEK-Preisanfrage=3130|47\n\r[Einkauf Journal]\n\rEinkauf=3100|40\n\rWareneingang=3120|11\n\rEK-Bestellung=3110|36\n\rEK-Preisanfrage=3130|47\n\r[Verkauf]\n\rAngebot=2010|14\n\rAuftrag=2020|15\n\rLieferschein=2030|16\n\rRechnung=2040|17\n\rGutschrift=2045|18\n\rVerträge=2070|19\n\r[Verkauf Journal]\n\rAngebot=3010|29\n\rAuftrag=3020|30\n\rLieferschein=3030|31\n\rRechnung=3040|32\n\rGutschriften=3060|33\n\rVK-Kasse=3050|20\n\r[Produktion]\n\rAuftrag=2500|45\n\r[Produktion Journal]\n\rAuftrag=3500|45\n\r[Finanzen]\n\rKassenbuch=4010|37\n\rZahlungseingang=4020|21\n\rZahlungsausgang=4030|34\n\rÜberweisungen=4040|22\n\rLastschriften=4050|35\n\rExport Fibu=4060|23\n\rMahnung=2080|24\n\r[Tools]\n\rStatistik=5010|25\n\rShoptransfer=5020|26\n\rInventur=5030|27\n\rExport=5040|23\n\rWartungsdaten=5050|28', NULL, 5, 'N', 'N', '0000-00-00 00:00:00')
RES:#22007Incorrect datetime value: '0000-00-00 00:00:00' for column 'LAST_CHANGE' at row 1

SQL:INSERT INTO REGISTRY VALUES('MAIN', 'NEWMNU', NULL, NULL, 1, NULL, NULL, NULL, NULL, NULL, 3, 'N', 'N', '0000-00-00 00:00:00')
RES:#22007Incorrect datetime value: '0000-00-00 00:00:00' for column 'LAST_CHANGE' at row 1

SQL:INSERT INTO REGISTRY (MAINKEY) VALUES ('MAIN\\IMPORT')
RES:#HY000Field 'NAME' doesn't have a default value

Gibt es eine Einstellung das "Incorrect datetime value" Problem pauschal zu beheben?

Freue mich auf Hilfe.
Vielen Dank im voraus.

Hallo,

die einfachste Art, MySQL durch MariaDB ersetzen.

Ansonsten muss in der Einstellung von MySQL eine Anpassung durchgeführt werden (https://dev.mysql.com/doc/refman/5.7/en ... _zero_date).
In der my.ini muss in der Angabe von sql_mode NO_ZERO_DATE und NO_ZERO_IN_DATE entfernt werden.
Die my.ini sollte bei einer Standardinstallation unter C:\ProgramData\MySQL\MySQL Server 5.7 liegen.

Ich würde allerdings eher auf MariaDB wechseln, da wir höhere MySQL-Version als 5.7.x in Zukunft nicht unterstützen. Die Nutzung ist Lizenzrechtlich nicht geklärt.

Hallo,

vielen Dank für die Anleitung.
Ich konnte das Problem so beheben.


Das mit dem Support für mySQL wusste ich leider nicht und habe gerade erst in eine mySQL-Software investiert. Dann werde ich nach Ende des Supports wohl auf MariaDB wechseln. Aber das kann hoffentlich noch ein bisschen warten.

Danke für alles. Tolles Forum und gute, schnelle Hilfe hier.
BB