Erstellt vor 9 Jahren
Geschlossen vor 9 Jahren
#261 closed Fehler (fixed)
Zahlungbuchung über Debitoren-Maske endet mit SQL-Fehler
| Erstellt von: | dirk.schulz@… | Verantwortlicher: | p.reetz@… |
|---|---|---|---|
| Priorität: | normal | Meilenstein: | |
| Komponente: | kivitendo ERP | Version: | 2.2-testing |
| Schweregrad: | kritisch | Stichworte: | Finanzbuchhaltung |
| Beobachter: | s.koehler@… |
Beschreibung
Bei Verwendung der Debitorenbuchungs-Maske für einen Zahlungseingang endet der
Buch-Versuch in folgendem Fehler:
Error!
INSERT INTO acc_trans (trans_id, chart_id, amount, transdate, project_id)
VALUES (23, (SELECT c.id FROM chart c WHERE c.accno = ), 0, '14.1.06', )
ERROR: syntax error at or near ")" at character 250
Anhänge (1)
Änderungshistorie (8)
comment:1 Geändert vor 9 Jahren durch p.reetz@…
- Status von new nach assigned geändert
comment:2 Geändert vor 9 Jahren durch udono@…
In dieser Fehlermeldung fehlen chart.accno und die project_id...
Was könnte das bedeuten, Dirk?
comment:3 Geändert vor 9 Jahren durch udono@…
Bei dieser Buchung scheint es doch zu gehen:
https://lx-office.linet-services.de/svn-installationen/unstable/login.pl
(demo1|demo)
Finanzbuchhaltung-> Debitoerenbuchung
Finanzbuchhaltung->Buchungsjournal -> Referenz 456456
https://lx-office.linet-services.de/svn-installationen/unstable/ar.pl?action=edit&id=119&path=bin/mozilla&login=demo1&password=devFxxVFZsuos&callback=gl.pl%3faction%3dgenerate_report%26path%3dbin%2fmozilla%26login%3ddemo1%26password%3ddevFxxVFZsuos%26l_transdate%3dY%26l_reference%3dY%26l_description%3dY%26l_source%3dY%26l_debit%3dY%26l_debit_accno%3dY%26l_credit%3dY%26l_credit_accno%3dY%26l_debit_tax%3dY%26l_debit_tax_accno%3dY%26l_credit_tax%3dY%26l_credit_tax_accno%3dY%26category%3dX%26sort%3dtransdate
comment:4 Geändert vor 9 Jahren durch s.koehler@…
- Beobachter s.koehler@… hinzugefügt
Besteht das Problem noch?
comment:5 Geändert vor 9 Jahren durch dirk.schulz@…
(Mit Bezug zu comment 4)
Besteht das Problem noch?
Habe es gerade getestet, das Problem ist dasselbe. Hier die Fehlermeldung:
"Error!
INSERT INTO acc_trans (trans_id, chart_id, amount, transdate,
project_id)
VALUES (161, (SELECT c.id FROM chart c
WHERE c.accno = '1400'),
0, '16.1.06', )
ERROR: syntax error at or near ")" at character 255 "
Vielleicht mache ich ja was falsch. Ich habe die Debitorenbuchungsmaske
aufgerufen, habe den Kunden ausgewählt, den Block rechts oben mit den Daten der
Rechnung ausgefüllt, die ich als bezahlt buchen möchte, dann habe ich unten bei
Zahlungseingänge die Daten eingegeben, im Betragsfeld die Enter-Taste auf dem
Ziffernblock betätigt, so daß die Maske wie auf dem angehängten Screenshot
aussieht.
Dann habe ich auf "buchen" geklickt.
comment:6 Geändert vor 9 Jahren durch s.koehler@…
Ich kann den Fehler nicht nachstellen, bei mir funktioniert es.
Hast du es mal unter
https://lx-office.linet-services.de/svn-installationen/unstable/login.pl
bzw.
https://lx-office.linet-services.de/svn-installationen/testing/login.pl
ausprobiert.
Debitorenuchung
Kunde: Dirks Testkunde
Verkäufer: Demo1
Währung: EUR
Steuer im Preis inbegriffen
Konto: 8100
Betrag: 4455,00
Forderungskonto: 1400
Zahlungseingang: 24.01.2006
Beleg: KA0815
Betrag: 4455,00
An Konto 1200
comment:7 Geändert vor 9 Jahren durch s.koehler@…
- Lösung auf fixed gesetzt
- Status von assigned nach closed geändert
Ja ich habe es gleichzeitig eingebucht. Und eben noch einmal hintereinander.
Folgendes Verhalten:
- Gleichzeitig hat funktioniert!
- Nacheinander: Forderung angelegt und die Forderung über Berichte Offene
Forderung selektieren und Zahlung buchen geht auch!
Der SQL-Fehler kommt, wenn zwar die Forderung gebucht ist, aber versucht wird
über die Debitorenmaske zu "bezahlen". Also die Rechnungsnummer eingegeben wird
und dann den Geldeingang zu buchen.
Dann fehlen ihm die Daten von Kommentar 2
Dies ist so im Programm auch nicht vorgesehen - also kein Bug.
Ich bin bisher auch noch nicht auf die Idee gekommen, den Weg zu nehmen, den du
ausprobiert hast.
Das bezahlen einer Forderung läßt sich am einfachsten über
"Finanzbuchhaltung->Berichte->Offene Forderungen, die Buchung selektieren und
dann bezahlen"
realisieren.
Hiermit ist der Bug resolved

Kann den Fehler nicht nachstellen. Bitte weitere Informationen