Verwiesen an Support Billpay und Shop 3.20/5 - Zinsaufschlag/Bearbeitungsgebühr - Re. erstellen n. mgl.!

Status
Es sind keine weiteren Antworten möglich.

L.Mechler

Gut bekanntes Mitglied
14. August 2013
183
1
Hallo zusammen,

Wir haben unsere Wawi am 12.12. von 0.99923 auf 1.1.4.10 und gleichzeitig den Shop von 3.19 auf 3.20 geupdated, seitdem massive Probleme mit Billpay. Das ganze fällt jetzt erst auf da nach dem Shop update Billpay als Zahlungsart im Shop deaktiviert war (!?).

Komischerweise haben wir Billpay bei dem Update im Shop nicht deaktiviert, sondern es hat sich "von selbst" deaktiviert, ein Kunde hat uns darauf aufmerksam gemacht dass wir mit "Billpay" werben, diese Zahlungsart jedoch im Bestellabschluss nicht zur Verfügung steht. Wir haben daraufhin die hinterlegten Einstellungen zu Zahlungsart Billpay im Shop geprüft (KEINE Änderungen vorgenommen) und siehe da, nach Sichtung der Einstellungen und klick auf "speichern" ging es wieder.

Aber zum eigentlichen Thema:
Wir haben nun das Problem dass, sobald es in einem Auftrag die Position Zinsaufschlag und/oder Bearbeitungsgebühr gibt, d.h. sobald der Rechnungsbetrag vom eigentlichen Bestellwert abweicht, keine Rechnung mehr erstellt werden kann.

Die Wawi stürzt dann mit einer Fehlermeldung ab:

"Fehler: Der Betrag der Bestellung bei der manuellen Aktivierung der Forderung hat sich gegenüber der Vorauthorisierung geändert"

Ein ähnliches Problem wird auch in diesem Thread behandelt:
https://forum.jtl-software.de/threads/release-jtl-wawi-1-0-9-2-version-fehler-billpay.85202/

Das ganze ist in sofern extrem Problematisch da der Auftrag dann zwar ausgeliefert werden kann (LS und Versandlabel wird trotz Absturz im Hintergrund erstellt), jedoch nach Rücksprache mit der Buchhaltung die Forderung gegenüber Billpay erst mit Erstellung der Rechnung aktiviert wird?!
 

L.Mechler

Gut bekanntes Mitglied
14. August 2013
183
1
Anbei Fehlerprotokoll:

Code: 
Unbehandelte Ausnahme #2559D38FDA8AECA3 vom Typ jtlCore.Classes.jtlDBClassesEx.RechnungErstellenException in Void tkt0KKaTlV(jtlDatabase.classes.jtlDBClasses.jtlBestellung)
jtlCore.Classes.jtlDBClassesEx.RechnungErstellenException: Es konnte keine Rechnung zur Bestellung 113987AT erstellt werden (ModulId: za_billpay_jtl): Fehler: Der Betrag der Bestellung bei der manuellen Aktivierung der Forderung hat sich gegenüber der Vorauthorisierung geändert ---> jtlCore.Classes.dbeS.WebSyncRemoteErrorException: Fehler: Der Betrag der Bestellung bei der manuellen Aktivierung der Forderung hat sich gegenüber der Vorauthorisierung geändert
   bei jtlCore.Classes.dbeS.WebSyncXml.CreateInvoice(Int32 kBestellung, Int32 kSprache, String& puiZahlungsdaten)
   bei jtlCore.Classes.jtlDBClassesEx.RechnungCreator.tkt0KKaTlV(jtlBestellung )
   --- Ende der internen Ausnahmestapelüberwachung ---
   bei jtlCore.Classes.jtlDBClassesEx.RechnungCreator.tkt0KKaTlV(jtlBestellung )
   bei jtlCore.Classes.jtlDBClassesEx.RechnungCreator.BpX0LLKOrj(jtlBestellung , jtlRechnung& , String , Boolean )
   bei jtlCore.Classes.jtlDBClassesEx.RechnungCreator.TryCreate(Int32 kBestellung, jtlRechnung& rechnung, String cRechnungsnummer)
   bei jtlCore.Classes.Versand.Auslieferung.AuslieferungAusliefernContext.OAtizE7a4g()
   bei jtlCore.Classes.Versand.Auslieferung.AuslieferungAusliefernContext.Commit()
   bei jtlCore.Forms.Versand.Auslieferung.AuslieferungAusliefernControllerBase.Save()

Unbehandelte Ausnahme #11CBB2E811ACA235 vom Typ jtlCore.Classes.dbeS.WebSyncRemoteErrorException in Void CreateInvoice(Int32, Int32, System.String ByRef): Fehler: Der Betrag der Bestellung bei der manuellen Aktivierung der Forderung hat sich gegenüber der Vorauthorisierung geändert

2017-01-02T09:46:22 DEBUG - [SQL] Dauer: 3ms
2017-01-02T09:46:22 DEBUG - [SQL] SELECT * FROM [tlieferant] WHERE [kLieferant] = @kLieferant
      @kLieferant = 118
2017-01-02T09:46:22 DEBUG - [SQL] Dauer: 5ms
2017-01-02T09:46:27 DEBUG - [SQL] SELECT * FROM [tFormular] ORDER BY tFormular.nTyp, tFormular.nStandard DESC, tFormular.kFormular
2017-01-02T09:46:27 DEBUG - [SQL] Dauer: 1ms
2017-01-02T09:46:27 DEBUG - [SQL] SELECT cWert FROM [tUserClientLayout] WHERE kBenutzer=@kBenutzer AND cRechnername = @cRechnername AND cName = @cName
      @kBenutzer = 1,
      @cRechnername = 'LUKAS-PC',
      @cName = 'jtlCore.Forms.Versand.Auslieferung.Auftrag.Ausliefern.FormsAuslieferungAuftragAusliefernOptionenForm'
2017-01-02T09:46:27 DEBUG - [SQL] Dauer: 1ms
2017-01-02T09:46:31 DEBUG - [SQL] SELECT cWert FROM [tUserClientLayout] WHERE kBenutzer=@kBenutzer AND cRechnername = @cRechnername AND cName = @cName
      @kBenutzer = 1,
      @cRechnername = 'LUKAS-PC',
      @cName = 'jtlCore.Forms.Versand.Auslieferung.Auftrag.Ausliefern.FormsAuslieferungAuftragAusliefernOptionenForm'
2017-01-02T09:46:31 DEBUG - [SQL] Dauer: 1ms
2017-01-02T09:46:31 DEBUG - [SQL] BEGIN TRANSACTION
IF EXISTS(SELECT cWert FROM [tUserClientLayout] WHERE kBenutzer=@kBenutzer AND cRechnername = @cRechnername AND cName = @cName)
BEGIN
UPDATE [tUserClientLayout] SET cWert=@cWert WHERE kBenutzer=@kBenutzer AND cRechnername = @cRechnername AND cName = @cName
END
ELSE
BEGIN
INSERT INTO [tUserClientLayout] (kBenutzer, cRechnername, cName, cWert) VALUES (@kBenutzer, @cRechnername, @cName, @cWert)
END
COMMIT
      @kBenutzer = 1,
      @cRechnername = 'LUKAS-PC',
      @cName = 'jtlCore.Forms.Versand.Auslieferung.Auftrag.Ausliefern.FormsAuslieferungAuftragAusliefernOptionenForm',
      @cWert = '{}'
2017-01-02T09:46:31 DEBUG - [SQL] Dauer: 2ms
2017-01-02T09:46:31 DEBUG - [SQL] EXEC Auslieferung.spPicklistenUebernehmen
      @Bestellungen = '<Bestellung>
  <kBestellung>106089</kBestellung>
</Bestellung>',
      @kBenutzer = 1,
      @nSplitAuftrag = 0,
      @kSessionId = 1330,
      @xResult = ''
2017-01-02T09:46:31 DEBUG - [SQL] Dauer: 8ms
2017-01-02T09:46:31 DEBUG - [SQL] SELECT * FROM [tWorkflow]
2017-01-02T09:46:31 DEBUG - [SQL] Dauer: 1ms
2017-01-02T09:46:31 DEBUG - [SQL] EXEC Auslieferung.spPicklistenAusliefern
      @xHinweise = '',
      @Pakete = '<Paket>
  <kBestellung>106089</kBestellung>
  <kVersandart>35</kVersandart>
  <fGewicht>0</fGewicht>
  <dVersanddatum />
  <cTrackingId></cTrackingId>
  <cHinweis></cHinweis>
</Paket>
<Paket>
  <kBestellung>106089</kBestellung>
  <kVersandart>35</kVersandart>
  <fGewicht>0</fGewicht>
  <dVersanddatum />
  <cTrackingId></cTrackingId>
  <cHinweis></cHinweis>
</Paket>',
      @nOptions = 0,
      @kBenutzer = 1,
      @kSessionId = 1330,
      @xResult = ''
2017-01-02T09:46:31 DEBUG - [SQL] Dauer: 681ms
2017-01-02T09:46:31 DEBUG - [SQL] UPDATE dbo.tbestellung SET tRechnung_kRechnung = @kRechnung WHERE dbo.tbestellung.kBestellung = @kBestellung AND dbo.tbestellung.tRechnung_kRechnung <= 0
      @kBestellung = 106089,
      @kRechnung = 1167901487
2017-01-02T09:46:31 DEBUG - [SQL] Dauer: 1ms
2017-01-02T09:46:31 DEBUG - [SQL] SELECT tRechnung_kRechnung FROM dbo.tbestellung WHERE tbestellung.kBestellung = @kBestellung
      @kBestellung = 106089
2017-01-02T09:46:31 DEBUG - [SQL] Dauer: 0ms
2017-01-02T09:46:32 DEBUG - [SQL] EXEC dbo.spBestellungAendern
      @xBestellung = NULL,
      @kBestellung = 106089,
      @kRechnung = 0,
      @kBenutzer = 1,
      @kAdresse = 0,
      @kText = 3,
      @kKunde = 95302,
      @cBestellNr = '113987AT',
      @cType = 'B',
      @cAnmerkung = '',
      @dErstellt = '2016-30-12 10:34:53' -- 30.12.2016 22:34:53,
      @nZahlungsziel = 0,
      @kVersandArt = 35,
      @fVersandBruttoPreis = 0,
      @fRabatt = 0,
      @kInetBestellung = 7001,
      @cVersandInfo = '',
      @dVersandt = NULL,
      @cIdentCode = '',
      @cBeschreibung = 'N',
      @cInet = 'N',
      @dLieferdatum = NULL,
      @kBestellHinweis = 0,
      @cErloeskonto = '4400 Umsatzerlöse',
      @cWaehrung = 'EUR',
      @fFaktor = 1,
      @kShop = 1,
      @kFirma = 2,
      @kLogistik = 0,
      @nPlatform = 2,
      @kSprache = 1,
      @fGutschein = 0,
      @dGedruckt = NULL,
      @dMailVersandt = NULL,
      @cInetBestellnr = '17347',
      @kZahlungsArt = 14,
      @kLieferAdresse = 106088,
      @kRechnungsAdresse = 110067,
      @nIGL = 0,
      @nUStFrei = 0,
      @cStatus = '',
      @dVersandMail = NULL,
      @dZahlungsMail = NULL,
      @cUserName = '',
      @cVerwendungszweck = '',
      @fSkonto = 0,
      @kColor = 0,
      @nStorno = 0,
      @cModulID = 'za_billpay_jtl',
      @nZahlungsTyp = 0,
      @nHatUpload = 0,
      @fZusatzGewicht = 0,
      @nKomplettAusgeliefert = 1,
      @dBezahlt = NULL,
      @kSplitBestellung = 0,
      @cPUIZahlungsdaten = '',
      @nPrio = 0,
      @cVersandlandISO = 'DE',
      @cUstId = 'XXXX',
      @nPremium = 0,
      @kRueckhalteGrund = 0
2017-01-02T09:46:32 DEBUG - [SQL] Dauer: 4ms
2017-01-02T09:46:32 DEBUG - [SQL] EXEC dbo.spBestellungAendern
      @xBestellung = NULL,
      @kBestellung = 106089,
      @kRechnung = 0,
      @kBenutzer = 1,
      @kAdresse = 0,
      @kText = 3,
      @kKunde = 95302,
      @cBestellNr = '113987AT',
      @cType = 'B',
      @cAnmerkung = '',
      @dErstellt = '2016-30-12 10:34:53' -- 30.12.2016 22:34:53,
      @nZahlungsziel = 0,
      @kVersandArt = 35,
      @fVersandBruttoPreis = 0,
      @fRabatt = 0,
      @kInetBestellung = 7001,
      @cVersandInfo = '',
      @dVersandt = NULL,
      @cIdentCode = '',
      @cBeschreibung = 'N',
      @cInet = 'N',
      @dLieferdatum = NULL,
      @kBestellHinweis = 0,
      @cErloeskonto = '4400 Umsatzerlöse',
      @cWaehrung = 'EUR',
      @fFaktor = 1,
      @kShop = 1,
      @kFirma = 2,
      @kLogistik = 0,
      @nPlatform = 2,
      @kSprache = 1,
      @fGutschein = 0,
      @dGedruckt = NULL,
      @dMailVersandt = NULL,
      @cInetBestellnr = '17347',
      @kZahlungsArt = 14,
      @kLieferAdresse = 106088,
      @kRechnungsAdresse = 110067,
      @nIGL = 0,
      @nUStFrei = 0,
      @cStatus = '',
      @dVersandMail = NULL,
      @dZahlungsMail = NULL,
      @cUserName = '',
      @cVerwendungszweck = '',
      @fSkonto = 0,
      @kColor = 0,
      @nStorno = 0,
      @cModulID = 'za_billpay_jtl',
      @nZahlungsTyp = 0,
      @nHatUpload = 0,
      @fZusatzGewicht = 0,
      @nKomplettAusgeliefert = 1,
      @dBezahlt = NULL,
      @kSplitBestellung = 0,
      @cPUIZahlungsdaten = '',
      @nPrio = 0,
      @cVersandlandISO = 'DE',
      @cUstId = 'XXXX',
      @nPremium = 0,
      @kRueckhalteGrund = 0
2017-01-02T09:46:32 DEBUG - [SQL] Dauer: 3ms
Zeitstempel: 2017-01-02T09:46:43
Locale: German (Germany)
Locale: German (Germany)
Version: 1.1.4.10
Plattform: Wawi
Versionshash: E6E6E43B
Prozessname: System.Diagnostics.Process (JTL-Wawi)
Physikalischer Speicher: 478732288 / Peak: 877355008
Basispriorität: 8
Prioritätsklasse: Normal
CPU-Zeit (User): 0:30:23,1524868
CPU-Zeit (System): 0:30:20,5784703
Page-Size (Sytem): 1858120 / Peak: 1038520320
Page-Size: 702607360 / Peak: 1038520320
Offene Handles: 1541
 

L.Mechler

Gut bekanntes Mitglied
14. August 2013
183
1
Noch ein weiteres Problem mit Billpay, was jedoch nicht direkt mit o.g. Problem in Zusammenhang steht:

Sobald ein Auftrag Zinsaufschlag/Bearbeitungsgebühr enthält wird von der Wawi die Zahlung (Artikelpreis inkl. Versandkosten) automatisch gesetzt, jedoch ohne den Betrag der o.g. Positionen. (Was prinzipiell soweit auch korrekt ist, von der Wawi wird der Betrag als Zahlung gesetzt den wir von Billpay für die Bestellung erhalten)

D.h. der Auftrag ist mit einem "offenen Betrag" i.H. des ZA/Bearbeitungsgebühr im System. in der 0.99923 haben wir um dieses Problem zu "umgehen" bzw. um den Auftrag als "komplett bezahlt" abschließen zu können eine Zahlungsart "Billpay Ausgleich" eingeführt und dann den noch offenen Betrag einfach mit dieser Pseudo-Zahlungsart gesetzt, was auch soweit funktioniert hat. Sauber ist diese Vorgehensweise jedoch meiner Meinung nach nicht.

Wie wäre hier die korrekte Vorgehensweise? Oder bleibt der Auftrag auf ewig mit einem noch offenen Betrag im System?
 
Zuletzt bearbeitet:

JulianG

Administrator
Mitarbeiter
14. November 2013
1.248
378
Hallo L.Mechler,

das hier eine unbehandelte Ausnahme erscheint und in der Auftragsübersicht hinterher auch nichts mehr sichtbar sein dürfte, haben wir bereits an die Entwicklung weitergegeben.

An dem Verhalten können wir hier jedoch leider nichts ändern. Billpay-Aufträge dürfen nachträglich nicht verändert werden.
Die API/Schnittstelle lässt dies nicht zu. Die Fehlermeldung "Fehler: Der Betrag der Bestellung bei der manuellen Aktivierung der Forderung hat sich gegenüber der Vorauthorisierung geändert" kommt nicht von uns, sondern von Billpay, wird durch den JTL- Shop geschleust und in der JTL-Wawi, die dann damit nicht direkt umgehen kann, ausgegeben.
 
Status
Es sind keine weiteren Antworten möglich.
Ähnliche Themen
Titel Forum Antworten Datum
Neu Workflow - Stücklisten im Auftrag abfragen und korrekt in einer Mail auflisten User helfen Usern - Fragen zu JTL-Wawi 0
Neu JTL 5, Footerdesign, Boxabstände und Ausrichtung korrigieren Templates für JTL-Shop 3
Neu Firmen- und E-Mail Einstellungen - Text hevorheben (fett) und Anordnung in Vorlage anpassen Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 0
4K Monitor und Skalierung JTL-Wawi 1.8 2
Neu Updatepolitik und Testen von Software - aktuell 5.2.4 Installation / Updates von JTL-Shop 8
Kunden und Artiekl ausblenden JTL-Wawi App 1
Neu Es werden nur jpg Bilder angezeigt und keine webP Gelöste Themen in diesem Bereich 3
Neu Auftragszahlung über Kasse, Auftrag wird nicht als "Verpackt und Versendet" markiert JTL-POS - Fehler und Bugs 1
Neu Kassenschublade und Drucker bei iMin D4 Pro JTL-POS - Fragen zu Hardware 1
Neu eBay zusammenfassen von Aufträgen und Buchhaltung User helfen Usern - Fragen zu JTL-Wawi 0
Neu Selbstabholer und eBay User helfen Usern - Fragen zu JTL-Wawi 6
Workflows: Versandgruppen finden und ansprechen JTL-Wawi 1.8 0
Auswertung POS-Umsätze nach Wochentag und Tageszeit JTL-Wawi 1.7 0
Neu Fehler bei Sprach- und Währungsumstellung Allgemeine Fragen zu JTL-Shop 0
Neu Verkaufspreis Differenz Shop und Wawi JTL-Shop - Fehler und Bugs 4
Neu Mehrere Sprachen aktivieren und verschiede Preise pro Land erstellen Betrieb / Pflege von JTL-Shop 1
Neu Paypal Plugin Version 1.2.0 läuft und 1.4.0. läuft nicht auf derselben Umgebung Plugins für JTL-Shop 0
Neu Was steckt hinter der Zahl von 53 Bildern auf Ebay bei Variationsartikeln (und einer unsinnigen Fehlermeldung der Wawi)? JTL-Wawi - Fehler und Bugs 2
Neu Filtereinstellungen: wenn Sonderpreis bei Vater- oder Kindartikeln, Anzeige von Vater- UND Kindartikeln User helfen Usern - Fragen zu JTL-Wawi 5
Neu Sprachvariablen nicht in korrekter Groß- und Kleinschreibung JTL-Shop - Fehler und Bugs 4
Neu Gewicht auf Rechnung (Artikelgewicht und Zusatzgewicht) Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 1
Neu Neues Plugin: Google Translate / Übersetzer (DSGVO-konform und weitere Features) Plugins für JTL-Shop 2
Neu Workflow Aktion E-Mail senden kann nicht Plain und HTML Email zusammen versenden Arbeitsabläufe in JTL-Wawi 6
Neu JTL Shopify Connector und Billbee frage Shopify-Connector 0
Neu Neues Plugin: Instagram-Feed Portlet (Als Galerie- oder Slideransicht und weitere Features) + 3x kostenlose Lizenzen Plugins für JTL-Shop 4
In Bearbeitung Startschwierigkeiten Scanner und Bon Drucker Allgemeine Fragen zu JTL-POS 3
Neu JTL Worker 2.0 und tinetbestellung Technische Fragen zu den JTL-Connectoren 0
Neu Position Versandkosten und Versandkostenname in PositionTable ausblenden - neuen Vorlagen. Druck-/ E-Mail-/ Exportvorlagen in JTL-Wawi 3
Neu Liste aller Namespaces und dessen Aufgabe Allgemeine Fragen zu JTL-Shop 0
Kundenattribute aus Shop übernehmen und aus Wawi zurück an Shop übermitteln Einrichtung JTL-Shop5 1
Neu Warenkorb Hinweise bei Bestandsänderung und Preisänderung Allgemeine Fragen zu JTL-Shop 2
In Bearbeitung Artikel über csv-Datei bearbeiten und importieren Allgemeine Fragen zu JTL-POS 3
Verbindung zu Kundencenter geht verloren und Lizenz muss erneut abgteglichen werden JTL-Wawi 1.8 16
Landingpage Header und Footer erstellen zwecks Vorbestellung Einrichtung JTL-Shop5 0
Neu klare Warnung vor den Bausteinen und der PDF in Vorlagen User helfen Usern - Fragen zu JTL-Wawi 4
Neu JTL erstellt falsche Rechnungskorrekturen für Amazon.co.uk Aufträge und verweigert den Support Amazon-Anbindung - Fehler und Bugs 5
Neu Und ewig grüsst das Murmeltier. "The EntityManager is closed" Shopware-Connector 0
Alternativpositionen und gültig von bis JTL-Wawi 1.8 0
Debitorennummern für bestehende und neue Kunden anlegen JTL-Wawi 1.8 2
In Diskussion Bondrucker - im Allgemeinen und Speziellen (Metapace T 25) JTL-POS - Fragen zu Hardware 4
Neu Eigener (Home-) Server mit Windows UND Linux Starten mit JTL: Projektabwicklung & Migration 23
Neu Microsoft Remote Desktop Fehler Cloutapp Desktop und Lauscher JTL-Wawi - Fehler und Bugs 3
Auftrag und Rechnung Ausgabe funktioniert nicht Client JTL 1.8.10.0 JTL-Wawi 1.8 9
Zahlungsarten und Versandarten ERROR 500 Einrichtung JTL-Shop5 8
Gelöst Hardware für häufige Konstellationen mit USB und Swissbit TSE-Problem ab Android 11 JTL-POS - Fragen zu Hardware 5
Neu Eingangsrechnung und Gewinn rückwirkend ermitteln User helfen Usern - Fragen zu JTL-Wawi 1
Neu 💡Umsatzsteuer- und Internationalisierungs-Expertise von unserem neuen Partner countX News, Events und Umfragen 4
Neu JTL-Ameise Kontaktdaten-Export und in Greyhound importieren plus Zuweisen User helfen Usern 1
Neu PayPal Checkout mit Apple Pay und Google Pay Plugins für JTL-Shop 2
Neu isAdmin und Kundenlogin stehen sich im Weg.. Templates für JTL-Shop 0

Ähnliche Themen

Top Bottom