Neu Der Wert NULL kann in die kWarenlagerEingang-Spalte, tempdb.dbo.#spWLASchreibenWarenlagerausgang

[SonicBe@m]

Folgend bekommen wir bei einer Inventur diesen Fehler.


Hier noch das Log.



Unbehandelte Ausnahme #D8B644DA0ED7BD vom Typ System.Data.SqlClient.SqlException in Void OnError(System.Data.SqlClient.SqlException, Boolean, System.Action`1[System.Action])
System.Data.SqlClient.SqlException (0x80131904): Der Wert NULL kann in die kWarenlagerEingang-Spalte, tempdb.dbo.#spWLASchreibenWarenlagerausgang____________________________________________________________________________________0000000011B5-Tabelle nicht eingefügt werden. Die Spalte lässt NULL-Werte nicht zu. Fehler bei INSERT.
bei System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction)
bei System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction)
bei System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose)
bei System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj, Boolean& dataReady)
bei System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString, Boolean isInternal, Boolean forDescribeParameterEncryption, Boolean shouldCacheForAlwaysEncrypted)
bei System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async, Int32 timeout, Task& task, Boolean asyncWrite, Boolean inRetry, SqlDataReader ds, Boolean describeParameterEncryptionRequest)
bei System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, TaskCompletionSource`1 completion, Int32 timeout, Task& task, Boolean& usedCache, Boolean asyncWrite, Boolean inRetry)
bei System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery(TaskCompletionSource`1 completion, String methodName, Boolean sendToPipe, Int32 timeout, Boolean& usedCache, Boolean asyncWrite, Boolean inRetry)
bei System.Data.SqlClient.SqlCommand.ExecuteNonQuery()
bei JTL.Database.DbCommandHelpers.ExecuteNonQuery(IDbCommand command, CancellationToken cancellationToken, Int32 timeout, DbLoggingOptions logging)
bei JTL.Database.DbConnectionExtensions.<>c__DisplayClass25_0.<ExecuteStoredProcedure>b__0()
bei JTL.Database.DbConnectionHelpers.Execute[T](IDbConnection connection, Func`1 func, Boolean keepAlive)
bei JTL.Database.DbConnectionExtensions.ExecuteStoredProcedure(IDbConnection connection, String procedureName, Object parameters)
bei jtlDatabase.classes.jtlDBClasses.StoredProcedures.Bestand_spInventurBuchen(Nullable`1 kBenutzer, IDbConnection connection)
bei jtlDatabase.classes.jtlDBClasses.jtlInventurList.takeStock()
bei jtlCore.Forms.WarenLagerVerwaltung.Bestandsveraenderungen.Inventur.Inventur.tYLPItgUn39(Object , DoWorkEventArgs )
bei System.ComponentModel.BackgroundWorker.OnDoWork(DoWorkEventArgs e)
bei System.ComponentModel.BackgroundWorker.WorkerThreadStart(Object argument)
ClientConnectionId:d9ba44ad-4f73-403f-9f2b-da4e4d6a2d03
Fehlernummer (Error Number):515,Status (State):2,Klasse (Class):16
SQL-Fehlerinformationen: [MEL- SHOP-WK\WALDKIRCHEN .Net SqlClient Data Provider] Fehler #515 (Klasse 16) in Zeile 58: Der Wert NULL kann in die kWarenlagerEingang-Spalte, tempdb.dbo.#spWLASchreibenWarenlagerausgang____________________________________________________________________________________0000000011B5-Tabelle nicht eingefügt werden. Die Spalte lässt NULL-Werte nicht zu. Fehler bei INSERT. spWarenlagerAusgangSchreiben
HelpLink.ProdName = Microsoft SQL Server
HelpLink.ProdVer = 12.00.2269
HelpLink.EvtSrc = MSSQLServer
HelpLink.EvtID = 515
HelpLink.BaseHelpUrl = http://go.microsoft.com/fwlink
HelpLink.LinkId = 20476
WasHandled = True
ConnectionString = Data Source=MEL-SHOP-WK\WALDKIRCHEN;Initial Catalog=eazybusiness;Integrated Security=False;Persist Security Info=True;User ID=sa;Password=***************;MultipleActiveResultSets=True;Connect Timeout=120;Application Name=" JTL-Wawi C#";Current Language=German
CommandText = Bestand.spInventurBuchen
Parameter @kBenutzer = 1
Parameter @RETURN_VALUE = NULL
LineNr = 58
Codefragment =

2021-08-26T15:46:55 DEBUG - SELECT * FROM [tArtikelBeschreibung] WHERE [kArtikel] = @kArtikel
@kArtikel = 30986
2021-08-26T15:46:55 DEBUG - Dauer: 0ms, (bis zum Reader)
2021-08-26T15:46:55 DEBUG - Dauer: 0ms, 1 Zeilen
2021-08-26T15:46:55 DEBUG - SELECT * FROM [tArtikelBeschreibung] WHERE [kArtikel] = @kArtikel
@kArtikel = 30987
2021-08-26T15:46:55 DEBUG - Dauer: 0ms, (bis zum Reader)
2021-08-26T15:46:55 DEBUG - Dauer: 0ms, 1 Zeilen
2021-08-26T15:46:55 DEBUG - SELECT * FROM [tArtikelBeschreibung] WHERE [kArtikel] = @kArtikel
@kArtikel = 30963
2021-08-26T15:46:55 DEBUG - Dauer: 0ms, (bis zum Reader)
2021-08-26T15:46:55 DEBUG - Dauer: 0ms, 1 Zeilen
2021-08-26T15:46:55 DEBUG - SELECT * FROM [tArtikelBeschreibung] WHERE [kArtikel] = @kArtikel
@kArtikel = 30884
2021-08-26T15:46:55 DEBUG - Dauer: 0ms, (bis zum Reader)
2021-08-26T15:46:55 DEBUG - Dauer: 0ms, 1 Zeilen
2021-08-26T15:46:55 DEBUG - SELECT * FROM [tArtikelBeschreibung] WHERE [kArtikel] = @kArtikel
@kArtikel = 30964
2021-08-26T15:46:55 DEBUG - Dauer: 0ms, (bis zum Reader)
2021-08-26T15:46:55 DEBUG - Dauer: 0ms, 1 Zeilen
2021-08-26T15:46:55 DEBUG - Dauer: 327ms, 288 Zeilen
2021-08-26T15:46:55 DEBUG - Bestand.spInventurBuchen
@kBenutzer = 1
@RETURN_VALUE = NULL
2021-08-26T15:46:56 WARN - Dauer: 789ms, Error: Der Wert NULL kann in die kWarenlagerEingang-Spalte, tempdb.dbo.#spWLASchreibenWarenlagerausgang____________________________________________________________________________________0000000011B5-Tabelle nicht eingefügt werden. Die Spalte lässt NULL-Werte nicht zu. Fehler bei INSERT.
2021-08-26T15:46:56 DEBUG - IF OBJECT_ID('dbo.tErrorlog', 'U') IS NULL SELECT 0 ELSE SELECT 1;
2021-08-26T15:46:56 DEBUG - Dauer: 0ms, Result: 1
2021-08-26T15:46:56 DEBUG - SELECT TOP 1 * FROM dbo.tErrorlog WHERE cRechnername = @cRechnername AND nFehlerID = @nFehlerID ORDER BY dErstelltUtc ASC
@cRechnername = 'MEL-SHOP-WK'
@nFehlerID = 60999001801938877
2021-08-26T15:46:56 DEBUG - Dauer: 1ms, (bis zum Reader)
2021-08-26T15:46:56 DEBUG - Dauer: 5ms, 1 Zeilen
2021-08-26T15:46:56 DEBUG - UPDATE [dbo].[tErrorlog] SET dErstelltUtc = @dErstelltUtc_0 WHERE kErrorlog = @kErrorlog_0;

@dErstelltUtc_0 = '2021-08-26 01:46:56'
@kErrorlog_0 = 2
2021-08-26T15:46:56 DEBUG - Dauer: 1ms, AffectedRows: 1
Zeitstempel: 2021-08-26T15:47:07
Locale: German (Germany)
Locale: German (Germany)
Version: 1.5.48.2
Plattform: Wawi
WawiSeed: 2.2.20700.72001
Prozessname: JTL-Wawi
Physikalischer Speicher: 480690176 / Peak: 480694272
Basispriorität: 8
Prioritätsklasse: Normal
CPU-Zeit (User): 0:00:22,53125
CPU-Zeit (System): 0:00:07,15625
Page-Size (Sytem): 2207632 / Peak: 469782528
Page-Size: 469577728 / Peak: 469782528
Offene Handles: 1590
Database:
Build: 2108201306 de21285b40e1de701c56e8b3ad0b509262cb6e2d

 

[Arne Janson]

Moin @SonicBe@m am besten ein Ticket bei JTL auf machen: https://www.jtl-software.de/hilfecenter/support und dann kurz die Lösung für andere hier posten.

 

[Indy1]

Hi !

Gibts, oder gabs hier eine Lösung ?
Ich hab jetzt bei mir den selben Fehler..... Natürlich zur Großen Inventur am Jahresende.....
Ticket#2021123010001326

lg, Karl

 

[Indy1]

Hi !

Gibts, oder gabs hier eine Lösung ?
Ich hab jetzt bei mir den selben Fehler..... Natürlich zur Großen Inventur am Jahresende.....
Ticket#2021123010001326

lg, Karl

Die Bestände sind jetzt übrigens auch alle komplett falsch.... 30 Mannstunden fürn Hugo...

 

[cashmere]

So, wir können uns dazu gesellen. Die komplette Inventur in 15 Stunden erfasst, buchen geklickt und diese F....fehlermeldung kommt. Ein teil der eingegebenen Änderungen ist gemacht, dafür sind die Bestände absolut im Chaos. Statt bsw. vom Sollbestand 10 auf Istbestand 4 zu buchen, haben wir jetzt z.B. 24000 paar Socken im Lager. Und das alles zum Jahresabschluss. Hatte heute schon telef.support, der konnte bisher aber auch nicht helfen. Ne Rechnung wird denke ich trotzdem kommen. Habe die Anfrage gestellt, ob man die Wawi (gehostet beim Anbieter) aus Backups wieder auf den Stand vom 01.01 setzen kann..... anscheinend auch nicht möglich. Wäre also nur möglich, das komplette Lager auf 0 zu setzen und dann neu erfassen. Problem ist natürlich, dann haben wir auch keine Inventurdifferenzlisten..... Bin mal gespannt. Viele Grüße

 

[elHTM]

Idem, stehe vor dem gleichen Problem,
hoffe da gibt es eine Lösung, sonnst heißt es Stift und Zettel nehmen und alles von vorne

 

[thedoctor]

Genau das gleiche Problem. Ca. 40 Mannstunden investiert, und nun das?

Bitte schnellstens Abhilfe schaffen. Danke!

 

[thedoctor]

Eventuell für manche eine Option, die nicht auf die Lösung durch JTL warten können:
Da wir nun die Arbeit der Inventur gemacht haben, und wir nicht auf eine Lösung durch JTL warten konnten, haben wir nun folgende Methode angewendet:

Ich habe per SQL-Abfrage alle Inhalte/Alle Artikel aus der Datenbank-Tabelle dbo.tArtikel geholt und in eine CSV-Tabelle gespeichert (Artikel-Schlüssel, Artikelnummern, Bestände).

Dann noch alle Informationen aus der Tabelle dbo.tInventur (hier werden die Ist-Werte der Inventur abgelegt) geholt.

In der ersten CSV habe ich dann per XVerweis in Excel die Bestände der Inventur rübergeholt.

Jetzt steht anstatt "Inventurbuchung" eben Buchung JTL Ameise (o.ä.) da, aber das ist schon in Ordnung.

Dafür war die Inventur nicht ganz umsonst

 

[denbec]

Wir haben das gleiche Problem und würden uns über eine Hilfestellung freuen!

 

[cashmere]

Ich habe bei JTL nochmal ein Ticket erstellt und unser Support von CIN ist auch dran. Hoffe das es schnell eine Lösung gibt. Heute habe ich noch versucht, da ja aus 8 Stück auf einmal 920 wurden, den Bestand auf 0 zu setzen um dann neu zu beginnen. (Dann hätte ich nur keine Inventurdifferenzliste was ich über die Lagerbewertung zum letzten Monatsstand kompensieren kann. Hat leider nicht funktioniert, gleiche Meldung. Und zu thedoctor, klasse das du sowas hinkriegst, ich bin dazu leider nicht so Computer bewand. Freue mich für dich wenn das so funktioniert. Aber noch als Tipp, bei mir hat er die Sollbestände verändert, daher würde mir als Inventurdifferenz wenn ich jetzt neu mache, die Differenz zu den geänderten Beständen geben !! Daher, prüfe bitte unbedingt ob deine Sollbestände noch richtig waren. Meine Hoffnung ist derzeit das wir auf 01.01 zurück gesetzt werden können, dann müsste ich nach der Inventur nur die in den letzten Tagen verkauften Artikel korrektur buchen. Viele Grüße

 

[Philipp Laumen]

Bitte spielt als erstes IMMER das Backup zurück, das ihr hoffentlich vor der Inventur erstellt habt!

 

[bl-produkte]

gibt es dazu neues von Betroffenen? Wäre für Leute wie mich, welche die Inventur noch vor sich haben, beruhigend zu wissen ob es gelöst werden konnte oder was los war.

Vielen Dank.

 

[Philipp Laumen]

In der kommenden Wawi 1.5 Version ist für das Problem ein Fix enthalten. Trotzdem gilt:
1. Am besten die Inventur in einer csv Datei erfassen und danach erst in die Wawi übertragen
-> Artikelnummer + Ist Bestand ist hier ausreichend, sollte es zum Fehler kommen können wir die csv Datei manuell in die Wawi Inventur setzen, damit man das nicht erneut manuell machen muss
2. Vor dem buchen der Inventur ein Backup machen.

Im Fehlerfall dann Backup zurückspielen und Ticket erstellen.

 

[elHTM]

Noch keine Abhilfe, zur Zeit benützen wir die Wawi nicht mehr um die Datenbank Sicherung dann aufzuspielen,
Hoffe dass schnellstmöglich Abhilfe kommt,

 

[elHTM]

Eventuell für manche eine Option, die nicht auf die Lösung durch JTL warten können:
Da wir nun die Arbeit der Inventur gemacht haben, und wir nicht auf eine Lösung durch JTL warten konnten, haben wir nun folgende Methode angewendet:

Ich habe per SQL-Abfrage alle Inhalte/Alle Artikel aus der Datenbank-Tabelle dbo.tArtikel geholt und in eine CSV-Tabelle gespeichert (Artikel-Schlüssel, Artikelnummern, Bestände).

Dann noch alle Informationen aus der Tabelle dbo.tInventur (hier werden die Ist-Werte der Inventur abgelegt) geholt.

In der ersten CSV habe ich dann per XVerweis in Excel die Bestände der Inventur rübergeholt.

Jetzt steht anstatt "Inventurbuchung" eben Buchung JTL Ameise (o.ä.) da, aber das ist schon in Ordnung.

Dafür war die Inventur nicht ganz umsonst

wenn keine Abhilfe kommt, werden wir nicht drumherumkommen diese Lösung zu nutzen, ist es möglich den Vorgang besser zu schildern? mit welchen Tools lest ihr die DB aus? und mit welchen erzeugt ihr die CSV?

 

[cashmere]

In der kommenden Wawi 1.5 Version ist für das Problem ein Fix enthalten. Trotzdem gilt:
1. Am besten die Inventur in einer csv Datei erfassen und danach erst in die Wawi übertragen
-> Artikelnummer + Ist Bestand ist hier ausreichend, sollte es zum Fehler kommen können wir die csv Datei manuell in die Wawi Inventur setzen, damit man das nicht erneut manuell machen muss
2. Vor dem buchen der Inventur ein Backup machen.

Im Fehlerfall dann Backup zurückspielen und Ticket erstellen.

Kann man schon abschätzen wann das Update kommt ? Viele Grüße

 

[cashmere]

Kann man schon abschätzen wann das Update kommt ? Viele Grüße

Upps, habe gerade gesehen, das war ja ein Post von 2018....

 

[Philipp Laumen]

@cashmere ne mein Account ist von 2018

 

[cashmere]

@cashmere ne mein Account ist von 2018

😀 Jo, wer lesen kann ist klar im Vorteil

 

[elHTM]

In der kommenden Wawi 1.5 Version ist für das Problem ein Fix enthalten. Trotzdem gilt:
1. Am besten die Inventur in einer csv Datei erfassen und danach erst in die Wawi übertragen
-> Artikelnummer + Ist Bestand ist hier ausreichend, sollte es zum Fehler kommen können wir die csv Datei manuell in die Wawi Inventur setzen, damit man das nicht erneut manuell machen muss
2. Vor dem buchen der Inventur ein Backup machen.

Im Fehlerfall dann Backup zurückspielen und Ticket erstellen.

Danke für diesen Tipp, so können wir wenigstens mit der Wawi weiterarbeiten.