Gelöst Arithmetischer Überlauffehler Float... [#15130]

die-andis

Gut bekanntes Mitglied
26. März 2010
562
11
Hallo Leute,

ich habe heute um 11.45 Uhr einen "Arithmetischer Überlauffehler float...." bekommen. Das Fehlerprotokoll hab ich an JTL gesendet (per eingebauter Fehler senden Funktion).

Der Fehler tratt beim verpacken einer Sendung auf. Alle Artikel waren gescannt der Fehler ist vor dem Druck von Rechnung und Label entstanden. In der Nachdruck-Funktion ist die Lieferung drin, aber mit Paketanzahl 0. Drückt man auf "Export" oder "Paket" kommt sofort eine NullreferenceException.

Das ist die Exception beim Versuch des Nachdrucks/Paket hinzufügen

Unbehandelte Ausnahme #4ECE87CC869460BC vom Typ System.NullReferenceException in System.Object NLGg6nJaaYKfleRvdA0(System.Object)
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
bei WMS.Views.Nachdruck.NLGg6nJaaYKfleRvdA0(Object )
bei WMS.Views.Nachdruck.Ma1by8knBN(VersandSpeicher )
bei WMS.Views.Nachdruck.btLabelDrucken_Click(Object sender, RoutedEventArgs e)
bei System.Windows.RoutedEventHandlerInfo.InvokeHandler(Object target, RoutedEventArgs routedEventArgs)
bei System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised)
bei System.Windows.UIElement.RaiseEventImpl(DependencyObject sender, RoutedEventArgs args)
bei System.Windows.UIElement.RaiseEvent(RoutedEventArgs e)
bei System.Windows.Controls.Primitives.ButtonBase.OnClick()
bei System.Windows.Controls.Button.OnClick()
bei System.Windows.Controls.Primitives.ButtonBase.OnMouseLeftButtonUp(MouseButtonEventArgs e)
bei System.Windows.UIElement.OnMouseLeftButtonUpThunk(Object sender, MouseButtonEventArgs e)
bei System.Windows.Input.MouseButtonEventArgs.InvokeEventHandler(Delegate genericHandler, Object genericTarget)
bei System.Windows.RoutedEventArgs.InvokeHandler(Delegate handler, Object target)
bei System.Windows.RoutedEventHandlerInfo.InvokeHandler(Object target, RoutedEventArgs routedEventArgs)
bei System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised)
bei System.Windows.UIElement.ReRaiseEventAs(DependencyObject sender, RoutedEventArgs args, RoutedEvent newEvent)
bei System.Windows.UIElement.OnMouseUpThunk(Object sender, MouseButtonEventArgs e)
bei System.Windows.Input.MouseButtonEventArgs.InvokeEventHandler(Delegate genericHandler, Object genericTarget)
bei System.Windows.RoutedEventArgs.InvokeHandler(Delegate handler, Object target)
bei System.Windows.RoutedEventHandlerInfo.InvokeHandler(Object target, RoutedEventArgs routedEventArgs)
bei System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised)
bei System.Windows.UIElement.RaiseEventImpl(DependencyObject sender, RoutedEventArgs args)
bei System.Windows.UIElement.RaiseTrustedEvent(RoutedEventArgs args)
bei System.Windows.UIElement.RaiseEvent(RoutedEventArgs args, Boolean trusted)
bei System.Windows.Input.InputManager.ProcessStagingArea()
bei System.Windows.Input.InputManager.ProcessInput(InputEventArgs input)
bei System.Windows.Input.InputProviderSite.ReportInput(InputReport inputReport)
bei System.Windows.Interop.HwndMouseInputProvider.ReportInput(IntPtr hwnd, InputMode mode, Int32 timestamp, RawMouseActions actions, Int32 x, Int32 y, Int32 wheel)
bei System.Windows.Interop.HwndMouseInputProvider.FilterMessage(IntPtr hwnd, WindowMessage msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
bei System.Windows.Interop.HwndSource.InputFilterMessage(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
bei MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
bei MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
bei System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
bei MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler)
System.Object = <null>

Zeitstempel: 2015-10-29T11:47:42
Locale: German (Germany)
Locale: German (Germany)
Version: 1.0.4.3


Könntet Ihr euch das mal ansehen?!

Gruß
Andreas
 

Stetto

Sehr aktives Mitglied
2. Juli 2009
4.811
579
AW: Arithmetischer Überlauffehler Float...

War es eine Teillieferung? War der Auftrag Vorkommissioniert? Normales EazyShipping oder Versand per Versandboxen/Roko? Spezielle Artikel dabei (teilbar, MHD, Stückliste, Charge, Konfigurator, Seriennummer)?

Interessant wäre leider die Fehlermeldung mit dem Float-Fehler. Die automatisch übermittelten Fehlermeldungen landen in einem Ticket-Pool und werden nach Häufigkeit abgearbeitet.
Besser ist immer auch einen lokalen Errorlog zu speichern und damit ein Ticket zu eröffnen.

Bei dem jetzigen Fehler handelt es sich leider nur um einen Folgefehler, der praktisch auftauschen "muss", weil es ja kein Paket gibt, welches gedruckt werden könnte.
Wurden Sie Reserveriungen für die Artikel korrekt aus der Datenbank gelöscht und wurden die Mengen der Positionen aus dem WMS-Lager ausgebucht? Falls nicht könnte es helfen den Lieferschein zu löschen und den Auftrag nochmal neu zu picken.
 

die-andis

Gut bekanntes Mitglied
26. März 2010
562
11
AW: Arithmetischer Überlauffehler Float...

Wir haben heute probiert den Fehler nochmal zu reproduzieren. "Leider" erfolglos.

Wir arbeiten mit EazyShipping.

Die Fehlermeldung war leider weg, weil wir auf "Senden an JTL" gedrückt haben. (ist vielleicht mal eine Verbesserungsvorschlag das etwas anders zu machen, damit die Meldung da bleibt)

Ich würde sagen wir beenden das mal hier und wir melden uns falls es wieder passiert. Vielleicht lag es auch an einer neuen Versandart, die wir an diesem Tag das erste mal genutzt haben.

Gruß
Andreas
 

Stetto

Sehr aktives Mitglied
2. Juli 2009
4.811
579
AW: Arithmetischer Überlauffehler Float...

Ich würde sagen wir beenden das mal hier und wir melden uns falls es wieder passiert. Vielleicht lag es auch an einer neuen Versandart, die wir an diesem Tag das erste mal genutzt haben.
Sollte nicht, aber danke für euer Verständnis. Wollen wir mal davon ausgehen, dass es kein nächstes Mal gibt :)
 

die-andis

Gut bekanntes Mitglied
26. März 2010
562
11
AW: Arithmetischer Überlauffehler Float...

"Er" ist wieder da! ;)

Leider ist der Fehler doch wieder aufgetaucht. Eazyshipping. Auftrag mit einem Artikel (Menge 1). Dieser Artikel wurde heute schon mehrfach ausgeliefert ohne Fehler. Keine Teillieferung. Der grüne Fortschrittsbalken oben bleibt stehen beim Punkt "Pakete werden erstellt"

Hier das Exception.

Unbehandelte Ausnahme #6B20F771C470C7E3 vom Typ System.Data.SqlClient.SqlException in Void OnError(System.Data.SqlClient.SqlException, Boolean, System.Action`1[System.Action])
System.Data.SqlClient.SqlException (0x80131904): Arithmetischer Überlauffehler beim Konvertieren von float in den numeric-Datentyp.
Die Anweisung wurde beendet.
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.SqlDataReader.TryConsumeMetaData()
bei System.Data.SqlClient.SqlDataReader.get_MetaData()
bei System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString)
bei System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async, Int32 timeout, Task& task, Boolean asyncWrite, SqlDataReader ds)
bei System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, TaskCompletionSource`1 completion, Int32 timeout, Task& task, Boolean asyncWrite)
bei System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method)
bei System.Data.SqlClient.SqlCommand.ExecuteReader(CommandBehavior behavior, String method)
bei System.Data.SqlClient.SqlCommand.ExecuteReader()
bei jtlDatabase.DB.<>c__DisplayClassc.<ExecuteScalarSingle>b__a()
bei jtlDatabase.DB.rhZGB2U33l[T](SqlConnection , Func`1 func)
bei jtlDatabase.DB.ExecuteScalarSingle(SqlCommand oSqlCommand)
bei jtlDatabase.jtlObjectRepository.Create(jtlObject item)
bei jtlDatabase.jtlObject.insertInDB()
bei jtlDatabase.jtlObject.Save()
bei WMS.Core.Controller.Versand_Controller.NaHxxOZSxxQI3f0OaWB(Object )
bei WMS.Core.Controller.Versand_Controller.erstelleVersand(jtlLieferschein oLieferschein, jtlVersandart oVersandart, Double fGewicht, Int32 nVerpackZeitSek)
bei WMS.Views.WA.EazyShipping2.qfFh72WyT4(Int32 , Boolean )
ClientConnectionId:5c17afb7-3bfb-4b8d-809d-ad563f8d0c55
Fehlernummer (Error Number):8115,Status (State):6,Klasse (Class):16
SQL-Fehlerinformationen: [Server\jtl .Net SqlClient Data Provider] Fehler #8115 (Klasse 16) in Zeile 1: Arithmetischer Überlauffehler beim Konvertieren von float in den numeric-Datentyp.
SQL-Fehlerinformationen: [Server\jtl .Net SqlClient Data Provider] Fehler #3621 (Klasse 0) in Zeile 1: Die Anweisung wurde beendet.
HelpLink.ProdName = Microsoft SQL Server
HelpLink.ProdVer = 12.00.4213
HelpLink.EvtSrc = MSSQLServer
HelpLink.EvtID = 8115
HelpLink.BaseHelpUrl = Microsoft ? Offizielle Homepage
HelpLink.LinkId = 20476
CommandText = INSERT INTO [tVersand] (kLieferschein, kBenutzer, kLogistik, cIdentCode, dErstellt, cHinweis, fGewicht, kVersandArt, cLogistiker, cFulfillmentCenter, dAnkunftszeit, nVerpackZeitSek, dVersendet, nStatus, kVersandLabel) VALUES (@kLieferschein, @kBenutzer, @kLogistik, @cIdentCode, @dErstellt, @cHinweis, @fGewicht, @kVersandArt, @cLogistiker, @cFulfillmentCenter, @dAnkunftszeit, @nVerpackZeitSek, @dVersendet, @nStatus, @kVersandLabel);; SELECT scope_identity() AS id;
Parameter @kLieferschein = 51752
Parameter @kBenutzer = 6
Parameter @kLogistik = 0
Parameter @cIdentCode =
Parameter @dErstellt = 02.11.2015 11:09:18
Parameter @cHinweis =
Parameter @fGewicht = 40161870500311,2
Parameter @kVersandArt = 8
Parameter @cLogistiker =
Parameter @cFulfillmentCenter =
Parameter @dAnkunftszeit =
Parameter @nVerpackZeitSek = 46
Parameter @dVersendet =
Parameter @nStatus = Undefined
Parameter @kVersandLabel = 0
LineNr = 1
Codefragment = INSERT INTO [tVersand] (kLieferschein, kBenutzer, kLogistik, cIdentCode, dErstellt, cHinweis, fGewicht, kVersandArt, cLogistiker, cFulfillmentCenter, dAnkunftszeit, nVerpackZeitSek, dVersendet, nStatus, kVersandLabel) VALUES (@kLieferschein, @kBenutzer, @kLogistik, @cIdentCode, @dErstellt, @cHinweis, @fGewicht, @kVersandArt, @cLogistiker, @cFulfillmentCenter, @dAnkunftszeit, @nVerpackZeitSek, @dVersendet, @nStatus, @kVersandLabel);; SELECT scope_identity() AS id;
Connection-String = DataSource=Server\jtl, InitialCatalog=eazybusiness, UserID=sa
kBestellung = 74844
Debugliste = Lieferscheinposition wird nun über oVersand_Controller.bucheBestaendeAufLieferschein erstellt
Es werden nun 1 Pakete erstellt

Zeitstempel: 2015-11-02T11:12:40
Locale: German (Germany)
Locale: German (Germany)
Version: 1.0.4.4
Plattform: WMS
Versionshash: F7128A16
Prozessname: System.Diagnostics.Process (WMS)
Physikalischer Speicher: 303816704 / Peak: 433557504
Basispriorität: 8
Prioritätsklasse: Normal
CPU-Zeit (User): 0:17:58,5441137
CPU-Zeit (System): 0:00:53,2899416
Page-Size (Sytem): 1041048 / Peak: 380628992
Page-Size: 248885248 / Peak: 380628992
Offene Handles: 1053
 

Stetto

Sehr aktives Mitglied
2. Juli 2009
4.811
579
AW: Arithmetischer Überlauffehler Float...

Parameter @kLieferschein = 51752
Parameter @kBenutzer = 6
Parameter @kLogistik = 0
Parameter @cIdentCode =
Parameter @dErstellt = 02.11.2015 11:09:18
Parameter @cHinweis =
Parameter @fGewicht = 40161870500311,2
Parameter @kVersandArt = 8
Parameter @cLogistiker =
Parameter @cFulfillmentCenter =
Parameter @dAnkunftszeit =
Parameter @nVerpackZeitSek = 46
Parameter @dVersendet =
Parameter @nStatus = Undefined
Parameter @kVersandLabel = 0
 

Stetto

Sehr aktives Mitglied
2. Juli 2009
4.811
579
AW: Arithmetischer Überlauffehler Float...

Code:
SELECT cLieferscheinNr FROM tLieferschein WHERE kLieferschein = 51752

Bitte mal im Auftrag zum Lieferschein das Gewicht prüfen. Alternativ ebenfalls folgende Gewichte prüfen:
- Auftragsgewicht
- Auftragszusatzgewicht
- Zusatzgewicht aus Versandart
- globales Zusatzgewicht (Einstellungen > Vorgänge > Zusatzgewicht)
- Artikelgewicht der Artikel im Auftrag
- Versandgewicht der Artikel im Auftrag

Irgendwo hat sich hier ein kurios großer Wert eingeschließen. Falls die Aufträge durch eine Fremdschnittstelle (XML-Import, J2OX, Mage2JTL....) kommen, befindet sich vermutlich ein Fehler in der Schnittstelle.
 

Stetto

Sehr aktives Mitglied
2. Juli 2009
4.811
579
AW: Arithmetischer Überlauffehler Float...

Unabhängig von eurem Prüfergbnis haben wir für Version 1.0.5.0 schonmal einen Fix an der Stelle realisiert, welcher derart exorbitante Gewichtsangaben unterbindet.
 

die-andis

Gut bekanntes Mitglied
26. März 2010
562
11
AW: Arithmetischer Überlauffehler Float...

Über das SQL hab ich zwar jetzt die Lieferscheinnummer, dieser Lieferschein ist aber im WAWI nirgends auffindbar.

Der Auftrag hat ganz normale Gewichte (1,1 KG).

Es handelt sich um eine Amazonbestellung, die über eure Amazonschnittstelle import wurde. Wir benutzen Easylog für den Versand, dafür wurde aber schon keine Exportdatei mehr erstellt.
Sonst spielen keine anderen System eine Rolle bei uns. Es gibt unserseit niemanden der zwischen WAWI und WMS die Finger im Spiel hat bevor das Easylog-Label gedruckt wird. Ich denke also der der Fehler bei JTL liegt.
 

Stetto

Sehr aktives Mitglied
2. Juli 2009
4.811
579
AW: Arithmetischer Überlauffehler Float...

Über das SQL hab ich zwar jetzt die Lieferscheinnummer, dieser Lieferschein ist aber im WAWI nirgends auffindbar.

Wenn es eine Lieferscheinnummer gibt, gibt es auch den Lieferschein. Diesen findest du unter Wawi > Versand > Lieferscheine > offen bzw. versendet. Ggf. Filtereinstellungen prüfen.
Dann Lieferschein markieren und "Bearbeiten" klicken. Unten rechts hast du dann die Pakete. Welches Gewicht steht beim Paket? Kannst du das Paket / den Export über JTL-Wawi neu anstoßen?
Kommt der Fehler dann wieder oder wird eine Datei mit korrektem Gewicht exportiert?
 

die-andis

Gut bekanntes Mitglied
26. März 2010
562
11
AW: Arithmetischer Überlauffehler Float...

Wenn ich mit der Lieferscheinnummer suche bekomme ich kein Ergebnis in den offenen oder versendeten Lieferscheinen (alle Filter sind auf "alle ..." gesetzt, keine Datumseingrenzung)
 

die-andis

Gut bekanntes Mitglied
26. März 2010
562
11
AW: Arithmetischer Überlauffehler Float...

Geistesblitz! ich habs! Das ist zum größten Teil der EAN-Code (4016187050031). Wir scannen den per Handscanner
 

Stetto

Sehr aktives Mitglied
2. Juli 2009
4.811
579
AW: Arithmetischer Überlauffehler Float...

Geistesblitz! ich habs! Das ist zum größten Teil
der EAN-Code (4016187050031). Wir scannen den per Handscanner
<br>
Ok top (Y) Fehler gefunden. Ihr habt in der Versandart das
Verwiegegewicht aktiviert und habt dort versehentlich die EAN rein
gescannt! Super !! Fangen wir ab.<br><br>
was aber nicht erklärt warum der Lieferschein unauffindbar ist
<br>Dem stimme ich zu. Können wir uns gerne mal ansehen, mach dafür mal bitte ein WMS- Ticket auf. Telefonnummer, Datenbank und TeamViewer bereit halten.
 

die-andis

Gut bekanntes Mitglied
26. März 2010
562
11
AW: Arithmetischer Überlauffehler Float...

Ich hab mal mit den Lagermitarbeitern gesprochen.

Es kommt gelegentlich vor, das beim verpacken eines Auftrags beim öffnen der Maske der Cursor in das Gewichtsfeld anstatt in die Artikelnummer/EAN gesetzt wird.

Vielleicht ist das der Ursprung des Problems. Wenn dann nämlich gescanned wird, landet der EAN-Code im Gewichtsfeld. Nachdem es ja immer schnell gehen muss, klickt der Anwender dann schnell auf das Eingabefeld für die Artikelnummer und scannt den Artikel nochmal. Und schwupps ist das Gewicht mind. 13 stellig.
 

die-andis

Gut bekanntes Mitglied
26. März 2010
562
11
AW: Arithmetischer Überlauffehler Float... [#15130]

unsere Antworten haben sich überschnitten. Ja, wir haben "Verwiegepflicht mit Vorbelegung". In den allermeisten Fällen (90%) übernehmen wir das Gewicht aus dem Artikel/Auftrag.